最近のAIは本当に優秀で、コンパイラみたいな比較的複雑なソフトウェアだってCCCみたいに上手に実装できてしまう(改善の余地はあれど)。職業コンパイラエンジニアをやっている自分にとってあれは少なからず衝撃だった 古い考え方かもしれないけど、今のところAIにコード書かせても、その生成されたコードの説明責任は果たすために理解に努めようとは思っているし、自分がわかってないコードを成果物として出すのは避けたいと思っている。1 僕がプログラミングで一番楽しいと思っているのはプログラムを読んだり書いたりして物事の仕組みを腹落ちするところに楽しみを感じているため。 しかし、Xとか見てるとAIにこんなの作ってもらいました、全部vibe coding2なのでコードの詳細は知りませんという話はなんぼでも見かけるし、vibe coding前提のプラットフォームとかも出てきている。 こんなにAIが優秀でコードを読ん

最近AIをやりすぎている。自分でもわかるくらい頭がおかしくなっている。 まともな状態ではないから、本来は人に見える場所に文章を書いたりするべきではない。ただ、自分の状態を精神状態を記録するために書いておきたい。 初めに書いておくが、この文章では一切AIを使っていない。というのもAI使うと、さらにおかしくなりそうだからだ。調査にも構成にも使っていない。100%生身、ピュアで粗雑な状態で僕が言葉を選んで書いている。 これまでもテクノロジー全般は好きで、これまでもChatGPTなどを使って仕事の調査をしたり引っ越しをしたり英語学習に活用したりしてきた。今年のAIは、昨年までとは一味違う人間の気を狂わせる何かがあると感じている。 仕事でのソフトウェア開発の話を最初にする。多少技術的になってしまうけど、これが入り口で僕はおかしくなったし、最も急激に変化している部分なので話さないといけない。 AIコー

我が人生初のSREイベントへ参加してきました。 イベントサイト 2026.srekaigi.net 場所は中野ということで自宅から行きやすく大変ありがたかったです。中央線はいいね！ セッションの感想 各社の実践事例・知見をシャワーのように浴びることができて最高としか言いようがないいちにちとなりました。 正直、参加はしてみるものの、発表が理解できるかが一番不安要素でした。 ただ、「必要だったらインフラに手を出すことも稀にある」「新機能のアーキテクチャをUIからインフラまで考えたるすることもある」といった感じの人間（というか会社がそういう組織体制）なので、SREを語れるわけではなくても、発表を聞いていたら何が言いたいかはわかるレベルではあって、持ち帰れるものも多かったと感じています。 IaaS/SaaS管理におけるSREの実践では今所属している会社はエンジニアが少ないので大きな問題にはなってな

普段はGhosttyの上でtmuxを使って生活しているが、Claude CodeやらCodexやらCopilotのCLIで入力するときに複数行が入力できない問題があった。 これらのツールはKitty keyboard protocolというものでGhosttyなどのターミナルエミュレーターからShift+Enterを受信するようだが、tmuxを経由するとその入力が中継できずにただの改行として認識されてしまうようだった。 tmuxでKitty keyboard protocolに完全対応するのは厳しそうだったが、 .tmux.conf に以下の1行を入れたところ期待通りの動作をした。 bind -n S-Enter send-keys Escape "[13;2u" Shift+Enterを検知したら本来送られて欲しい Escape "[13;2u" を送信するようにリマップする設定。 他の

NotebookLM によるまとめ 供給力不足によって起こる社会課題が起こり始めています。 こうした社会課題を解き、新しい付加価値を生み出していくのがスタートアップをはじめとした新規事業への期待なのだろうと考えていますが、この課題の切迫感についてはあまり共有されていないようにも感じており、この記事で少しだけざっくりとした数字をまとめておきます。 今回取り上げるのは『労働供給不足』という分かりやすいトピックです。既にリクルートワークスの2040年レポートなどでも取り上げられてきた話題ですが、改めて議論します。 現在の労働供給不足 まず足下では、日本の人口は減っているものの、労働力人口（就業者数＋失業者数）は増えています。これはパートタイムで働く女性やシニアの増加によるものと見られており、これによって労働供給不足は短期的には多少緩和されています。 しかし、その状態でも人手不足が叫ばれています。

LLMは「226-68=」のようなプロンプトを与えると「158」と計算してくれますが、この計算は我々が想像するよりも奇妙な方法で行っていることを紹介します [Nikankin+ ICLR 2025]。 まずは前提条件を確認します。思考の連鎖は使わず、「226-68=」のようなプロンプトに対して「158」のように答えを直接出力する場合を考えます。 一例として Llama3-8B を考えます。Llama3 のトークナイザは 0 から 1000 までの数に 1 つのトークンを割り当てるので、「226-68=」を入力すると、次のトークン「158」が「0」「1」...「157」「158」「159」...「1000」などのトークンの中から、最も確率が高いものとして選ばれます。 ヤニフ・ニカンキンらの発見 [Nikankin+ ICLR 2025] は、Llama3-8B は答えや入力についての粗い条件

はてなブログを通じて、書き残してほしいこと はてなブログは、あなたが日々の生活から感じたこと、考えたことを他人と共有できる場所です。記事を書き続けることで、あなたの感性や関心が読者にも伝わり、同じ興味を持つ人とのつながりが生まれます。 ぜひ、あなたの言葉で、あなたならではの視点で、あなたの考えていることや、あなたの体験を、はてなブログに書き残してください。 それはきっと、見知らぬ誰かのためになります。 それはきっと、いつか見返す未来の自分のためになります。 私たちは、そんな「見知らぬ誰かのため」や「いつか見返す未来の自分のため」になるであろう言葉を書き記す、そのためのツールとして、はてなブログをご利用いただくことを望んでいます。 私たちは、はてなブログを通じて、「見知らぬ誰かのため」や「いつか見返す未来の自分のため」になるであろう言葉が書き残されていく世界を、形作っていきたいと思っています

17K likes, 0 comments - egutihisasi on December 30, 2025: "お久しぶりです江口です。この秋の一連の騒動につきまして。".

お断り このエントリーはあるブログエントリーに触発されて書いたもので、特に技術的な内容を扱ったものではありません。 ブログというものについて自分が淡々と書いているだけのものであり、なにか持論を主張したいという類のものでもありません。 触発元に対する意見表明でもありません。 以降を読む場合は、そのうえで読んでもらえればと。 きっかけ このエントリーを書くことになったきっかけは、以下のブログエントリーです。 ベテランになるほどブログを書かなくなってくる - プログラマのはしくれダイアリー これを触発されたからといって、ベテランがブログを書くというお題に対してなにか言いたいような話ではないのですが、 ここ1年くらいブログというもの自体について思うこともあったのでいい機会だなと思って書いてみることにしました。 ちなみにこのエントリーを見た時から書こうと思っていたので、随分と寝かせていたことになりま

何かためらってしまうプログラマのあなたへの文章です。ポエムです。 景気づけの文章なのでカッコつけてるように見えたらごめんなさい。 はじまり 自分は元はといえば全然名の知れぬイチプログラマであった(今もそう) そんな自分にとって転機となったのは Twitter とブログとイベントでの発表の機会だった 社内や現場で学ぶことに限界を感じていた自分は、片っ端から Twitter で技術的な話をしていた人をフォローした。 とにかく世界を広げたかった 今の僕のアカウントの始まりだった 何かへの憧れ そして世の中のプログラマーはブログを書いたり勉強会で発表したりするっていうことを知った あの頃は、勉強会で発表している人やブログを書いてはてブでホッテントリになってるような人が、スターエンジニアのようで眩しく思っていた。 自分とそういった人たちの距離ってのどのぐらいあるんだろうというのは、いつも考えていた

2020年1月6日、はてな匿名ダイアリーに「無知なお前らに最高のゲームを教えてやる(据置編)」というエントリが投稿され、それに触発されて何人かが「自分にとって最高のゲーム」をまとめる出来事があった。 じゃあ私も「最高のゲーム」を挙げてみる - シロクマの屑籠 ９０年代から１０年代までお世話になったゲームたち！ 明けまして俺の年代別最高のゲーム 20/01/07: 不倒城 個人的最高のゲーム（1980年代編） - novtanの日常 同じ話題に次々にブログ記事の投稿が連鎖したのがなんだか懐かしくて、嬉しかった。2000年代のブログ界隈ではこういうことが頻繁にあって、誰かが書いたブログ記事に次々にブロガーが言及して盛り上がったものだ。 ひとつの話題にブロガーが次々に言及し、ひとまとまりの議論や、複数名からなる広い視野をかたちづくるのは、当時のブログ界隈のカルチャーだったと思う。 しかし2010

技術に関するカンファレンス等のイベントで使われるアンチハラスメントポリシーとは、技術系イベントなどでハラスメントに反対するというポリシーを明示するしくみで、最近では様々なカンファレンスで同様のポリシーが適用されています。私が運営に関わっているRubyKaigiというイベントもその一つです（ちなみにRubyKaigiでは2020年1月14日まで発表者募集中で、また現在スポンサーも募集中です）し、同じく運営に関わっている技術書典というイベントでも導入されています（ちなみに技術書典8サークル当選者の入金は12/22(日)本日締め切りなので、まだの方は今すぐ対応願います。そして技術書典8でもスポンサーを募集中です）。 とはいえ、アンチハラスメントポリシーは必ずしも正しく理解されているわけではないかもしれません。 まあ、正しいかどうかを私が判断するのは適切ではないかもしれませんが、私から見るとこれは

devfest 2017 tokyo の発表資料です。 Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える from pospome 当日は入室できない人もいたらしい & 機材トラブルで10minほど開始が遅れてしまった ということで申し訳なく思っています。 また、立ち見する価値がある内容を提供できたのだろうか? とも思っています。 スライドは単体でも発表内容が伝わるように文章を多めに載せているので、 是非確認してみてください。 100ページ越えていますが・・・。 #DevFest_room2 入れなかった。。— t.junichi (@tjun1) 2017年10月9日 ものすごい立ち見人数 #Devfest17 #DevFest_room2— バトルプログラマー柴田智也@少女終末旅行 (@tomoya_shibata) 2017年10月9日 ルーム2これから並ぶ方はま

3年前くらいから「すぎゃーん」という名前、"sugyan"というidを使い続けている。とても気に入っている。 それ以前は全然別のハンドルネームでmixi、はてな、Twitterなども使っていたけど、あるときから統一して"sugyan"を使うようにしている。 ふと、当時のことを思い出してみた。 2007〜2008年。 id:amachangの「IT戦士の作り方」というスライド(今もう見られない…？)や、人月計算とExcelとスーツの世界よりというエントリ、ウェブ時代をゆくという本、などに出会い、プログラマとして活躍しているヒトたちに憧れ、そういう世界に飛び込んでみたい、と強く思うようになった頃。 なんとなく憧れる人たちはだいたい"id"を持っていた。本名なんて知らないけどid/ハンドルネームだけは知っている、有名な人たち。 自分も何かユニークな名前をつけて、そういう風に覚えてもらえるように統

夜更けに翻訳、たまたまTLを回ってきたRob Pike先生の言葉を翻訳してみました。 http://users.ece.utexas.edu/~adnan/pike.html 最近英語に関わっていないのでたまに翻訳して英語に関わるというメソッドです。 Rob Pikeのプログラミング 5つの法則 Rule 1. プログラミングで時間がかかっている場所を推測してはいけない。ボトルネックは思いもよらない場所で起きる、そのためボトルネックの場所が特定されるまで後で推測しようとしたり、チューニングを施そうとしてはいけない。 Rule 2. 計測せよ。計測し、コードの一部分にかかる時間が残りの部分の時間よりも上回らない限りチューニングをしちゃいけない。 Rule 3. n(データ数)が小さい時、Fancyなアルゴリズムは大体遅い。そしてnは大体小さい。Fancyなアルゴリズムは大きな定数を持つ。nが

読み込んでいます…

オープンセミナー2017@岡山での発表スライドです

プログラミング言語というのは、その作者が理想とする世界に合うようにデザインされているものだから（みんな信じないかもだけど、Javaですらそうなのですよ）、Clojureのことを理解するには、作者であるRich Hickeyのプログラミング観を知るのが手っ取り早いでしょう。 Rich Hickeyはさまざまなプレゼンテーションを発表していて、多くはネットで見られます。示唆に富んで皮肉も効いてておもしろいので、ファンも多くて、彼の独特の髪型（往年のロック歌手風）からか、「Rich Hickey’s Greatest Hits」というブログ記事もあったりします（プレゼンテーション動画へのリンク集です）。 ただ、彼のプレゼンテーションは難解な英語も出てきて、私のようなリスニング苦手人間には音声だけで聴くのは難しいです。そういう人は国外でも多いからか、有志が書きおこし(transcript)を公開し

どうも、全社員早押上司争奪戦推進機関改め、スマホアプリチームの岩田です。 2016年12月17日に開催されたFESTA 2016 By Mashup AwardsにてMashup Awards 2016 For Pro部門の決勝に参加しました。チーム名は「全社員早押上司争奪戦推進機関」。普段離席しがちでなかなか話せない上司との会話権を早押しで決定するシステム「全社員早押上司争奪戦」という作品についてプレゼンをしました。 審査員の方からありがたい褒め言葉をいただき、最優秀賞を受賞した我々の作品について、少し裏話を交えながら振り返りたいと思います。 何を作ったか 我々が作ったのは部下同士が上司と話す権利を争奪する早押しシステムです。「会議を開くまでもないが忙しい上司と話をする機会が欲しい」というニーズに応えるべく制作しました。 手順は次のとおり。 アプリを起動させ、話したい上司を選択します。