オブジェクト指向スクリプト言語「Ruby」の誕生から30年。Rubyの父 まつもとゆきひろさん（通称 Matz）は、この30年のIT業界の変化について感慨深げに振り返る。 「私にとって好印象だったのは、OSS（オープンソースソフトウェア）が一般化したことですね。昔はマイナーなイメージで、『ちゃんと仕事をするならお金を払ったソフトウェアを使いなさい』と言われていた。大学で実験するためだったらフリーソフトウェアを使ってもいいけれど、仕事では心配、みたいな言われ方をしていたのですが」 しかし、時代は変わった。LinuxやMySQL、そしてRuby。ソフトウェアを構築する多くの構成要素が、OSSで賄えるようになった。 「『OSSを作ることそのものを仕事にしています』みたいな人も出てきましたし、OSSをベースに会社が成り立ってますみたいなところがほとんどになってきているので、そこの変化ってのは非常に
Anthropicハッカソン優勝者が10ヶ月以上かけて実際のプロダクト開発で使い込んだ everything-claude-code というリポジトリが公開されていたので、内容を読み解いてみました。 この記事の要約 Anthropic x Forum Venturesハッカソン優勝者 が公開した本番環境で使えるClaude Code設定集 agents, skills, hooks, commands, rules, MCP設定 の6種類のファイルで構成 コンテキストウィンドウは 200kから70kまで縮小する可能性 があるため、MCPの有効化は10個以下に抑える TDD（テスト駆動開発）を中心 にしたワークフローで、カバレッジ80%以上を必須とする /tddや/planなどの スラッシュコマンド で素早くワークフローを呼び出せる hooksによる自動化 でフォーマット実行やconsole
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Claude Codeの開発者である Boris Cherny氏 (@bcherny) が公開した「2026年の開発セットアップ」が、Claude Codeを使う全人類が読むべき内容でした 彼が実践しているのは、単なるツールの使いこなしではありません。 人間自身のCPUをマルチスレッド化するという、エンジニアリングの極致です。 そこで、この記事では彼が明かした驚異のワークフローを解剖し、我々が今すぐ取り入れるべき次世代の開発思想を深掘りします。 Claude Codeでどんなことできるかは、以下の記事も参考にしてみてください！ 1. タ
日本語訳: これまで何千回も言われてきたことだけど、自分の声も加えさせてほしい――人間がコードを書く時代は終わった。ソフトウェアエンジニアを自認する我々にとっては穏やかでない話だが、それでも事実だ。ソフトウェアエンジニアの仕事がなくなるという意味ではなく、プログラムのシンタックスを直接書くことはソフトウェアエンジニアの仕事ではなくなった、ということだ。 正直、内心ぎょっとした。 Ryanは Deno Land Inc. を共同創業し、Node.jsに代わる新しいJavaScript/TypeScriptランタイムであるDenoを作っている。僕はその会社でソフトウェアエンジニアとして働いている。自分の会社のCEOが「人間がコードを書く時代は終わった」と言っている。 ソフトウェアエンジニアとして、これまで通りのやり方を続けていたら何が起きるかわからない——最悪のケース、つまりレイオフだってあり
「プログラミングが好きなんです。だからITエンジニアになりたいんです」 もし今、かつての私のような若者が目を輝かせてそう言ってきたら、私は静かに首を横に振るだろう。 「コードを書くのが好きなら、趣味にしておきなさい。仕事にするのは、もうやめたほうがいい」 これは、小学生の頃から黒い画面に向かい続け、コードで世界を変えられると信じていた一人のエンジニアからの、少し残酷で、でも正直な思いだ。 コミュ障たちの「最後の楽園」は失われた誤解を恐れずに言おう。LLMが登場する以前、IT業界は私たちのようなコミュ障にとって「楽園」だった。 もちろん、「プログラマーにもコミュニケーション能力は必要だ」という説教は当時からあった。しかし、それは営業職や接客業に求められるものとは、明らかに質が違った。 饒舌である必要はない。気の利いたお世辞もいらない。論理的に仕様を詰め、正確なコードを書くことさえできれば、多
Rustは特にシステムプログラミングに向いているとされています．しかしながら実際にRustでシステムプログラミングをしてみたい！と思う方でも，取り組む題材の選定に困った方は多いのではないでしょうか．例えば自作OSはその花形だと思いますが，敷居が高く思えてなかなか手が出ない方もおられると思います． 本記事ではそれに対して，簡易なグリーンスレッドスケジューラーを作成するのが適しているのではないか，という主張をし，実際に作成します．本主張の主な根拠は次のとおりです： 高級プログラミング言語（Rust）からアセンブリによる低レイヤー操作まで広く触れられる 設計によってはシステムコール，シグナル，割り込み，スタック，メモリオーダリング等の周辺知識にも多く触れることができる スケジューラーの機能面での拡張の余地が大きい goroutineやtokioのような既存のグリーンスレッドランタイムが本質的にど
はじめに こんにちは、和田です。いえらぶGROUPで開発部の執行役員を務めています。 弊社も例に漏れず、今年はAI活用に非常に注力してきました。Cursorを全エンジニアに導入し、テックリードにはClaude Codeを配布、業務効率化・実装スピード強化・精度向上を進めてきました。 そんな会社で、私はある新人エンジニアに対して「AIの使用を禁止する」という判断を下しました。 先日ちょっと話題になってましたね、こちらの彼の話です。 社内でも圧倒的なAI推進派の私がなぜそのような判断をしたのか。そして3ヶ月後、その新人はどう変わったのか。この記事では、私の目線からのある種答え合わせ的なつもりで経緯と結果をまとめてみました。 最初は「AIをどんどん使わせていた」 新人が入社した当初、私は彼にもCursorを使わせていました。なんならClaude Codeも使わせていました。理由はシンプルです。
by Alexander Gorlin アメリカ空軍や航空自衛隊が運用する戦闘機「F-35」はC++でコーディングされたソフトウェアを搭載しています。このC++コードは「Joint Strike Fighter Air Vehicle C++ Coding Standards(JSF AV C++)」と呼ばれるコーディング規則に沿って記されているとのことで、Googleの研究者で航空機関連プログラミングにも詳しいLaurieWired(Laurie Kirk)氏がJSF AV C++の特長を解説しています。 Why Fighter Jets Ban 90% of C++ Features - YouTube 1996年6月に欧州宇宙機構はアリアン5型ロケットの初回打ち上げを実施しました。しかし、ロケットは発射から数十秒後に爆発し、打ち上げは失敗。この失敗はロケットのソフトウェアで処理できな
前置き 手前味噌ながら、弊社は高い開発生産性を評価され、Findy Team+ Award 2024, 2025 を2年連続で受賞した。華やかな受賞理由の裏側には様々な要因があるが、その中でも技術的な側面としてひっそりと、開発者が直接触れる作業領域に対して強く作用させていた力学のひとつが、本記事にて紹介する DRY との向き合い方（境界設計） である。 「最短距離」で走るつもりが、最速で消耗戦へ 早期のプロダクト開発では「まずはスピードを最優先」という判断がしばしば下される。だが、短期効率だけを信じて場当たり的な共通化、とりわけ誤った DRY を積み重ねると、ほんの1ヶ月後には、その短期効率こそが最大の足かせになって返ってくる。 初速を上げたつもりが、気づけば境界が溶けたコードベースのメンテに追われ、「本当にやりたい開発」に時間を使えなくなっていく。開発効率は時間とともに自然減衰するものだ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 地方の公立高校に在籍する筆者が、文化祭の整理券システムを開発したときの話をまとめました。大勢の人に使ってもらうサービスを作ったのは初めてだったのですが、失敗含め自分にとって良い体験になりました。 突っ込みどころも多いと思うので、ご指摘等ありましたらコメントしていただけると嬉しいです。 作ったもの 高校の文化祭で、クラスごとにやる企画の整理券を端末で取得・管理するWebシステム（以下、整理券システム）を作りました。イメージとしては、病院とかの予約システムに近い感じです。 機能 整理券の取得・管理 参加したい企画を選んで、整理券をスマ
序文 しばらく前から、プログラマーを対象とした圏論に関する本を書こうと考えていた。計算機科学者ではなくプログラマー、科学者ではなくエンジニア向けだということに注目してほしい。正気の沙汰ではないし、本当に恐ろしい。科学と工学の間に大きなギャップがあるのは否定できないと思う。自分自身がその分断の両側で仕事をしてきたからだ。それでも、物事を説明したいという強い衝動をいつも感じていた。簡潔な説明の達人だったリチャード・ファインマン1を心から尊敬している。自分がファインマンではないことは分かっているが、最善を尽くしたい。まずは、この序文――読者に圏論を学ぶ気を起こさせることを想定したもの――を公開することから始めようと思う。それによって議論を開始しフィードバックを募れることを願っている2。 ここからの数段落をかけて、この本があなたのために書かれたものであり、数学のうちでも特に抽象的な分野を学ぶために
未経験からエンジニアとして転職した筆者の備忘録、また知識の整理のため記事を書きます。 今回は入社してこれまで幾度となくご指摘いただいてきた命名について、アドバイスいただいたこと、本を読んで得たことをまとめます。 命名が大切な理由 意図や目的を表現した命名をすることで、コードの理解がスムーズになります。 チームのメンバーはもちろん、数ヶ月後の自分が再度コードを読む時にも可読性が上がります。 この記事を書くにあたりプログラミングを学び始めのころの自分のコードを見てみましたが、以下のNGパターンのオンパレードで読むのが大変でした。。 命名NGパターン 意図がわからない名前は避ける 技術駆動命名 プログラミング用語やコンピューター用語（例: Int, Memory, Flag）に基づいた命名。意図が伝わりにくい 連番命名 例: user1, user2 のように番号で区別。中身の違いが伝わらない。
書籍『良いコードの道しるべ 変化に強いソフトウェアを作る原則と実践』に書ききれなかった内容を書き記すシリーズ第2弾として、オブジェクト指向プログラミングにおけるクラスの継承の置き換えについて紹介します。 すでに多くの記事でも言及されている通り、クラスの継承はしばしば保守性に関する重大な問題をもたらします。 私自身、継承によって複雑になったコードに幾度となく悩まされてきました。 このブログ記事では、継承ではなく具体的にどのようなコードを書くべきかについて紹介します。 用語の整理 ここでやめるべきと述べている継承とは、インターフェースの実装は含みません。 何らかの実装を持つ抽象クラスに対する継承を避けることを提案しています。 Kotlinで言えばabstractクラス及びopenクラス、Javaで言えばabstractクラス及びfinalでない通常クラスに対する継承を指します。 継承の問題点
8月19日現在、Googleが公式に公開した「Prompt Engineering」と題するホワイトペーパーが、再び大きな注目を集めている。 Google公式のホワイトペーパーとは このホワイトペーパーは2024年9月にKaggleを通じて公開されたもので、著者はGoogleのLee Boonstra氏である。内容は、LLMに対する入力（プロンプト）設計を体系的に解説するもので、以下のような要素を含んでいる。 プロンプト設計の基礎 モデルの特性や学習データ、生成パラメータ（例：temperature）、語彙選択、文体やトーン、構造、コンテキストといった要素が出力の質に直結することを解説。 多様なプロンプト技法 Zero-shot、Few-shot、Chain of Thought（CoT）、Self-Consistency、Tree of Thoughts、ReAct、Automatic
皆さんは『配列から欠けている数字を見つけろ』と言われたら、どう答えますか？ 多くの方は「HashSetで解けばいい」と考えるでしょう。しかし、1000万個の要素で実測したところ、Pythonのsetは945MBもの追加メモリを消費し、処理に2.3秒かかりました。一方、XORを使った解法は追加メモリゼロ、C言語なら1ミリ秒で完了します。 なぜこれほどの差が生まれるのか？ XORには単なるトリック以上の深い理論があり、配列の欠損値検出だけでなく、RAID 5のデータ復元やネットワークのエラー検出など、実務で幅広く応用されているのです。 追記: ネットワーク転送時のパケットロスやノイズによるデータ欠損、さらには宇宙線がメモリに衝突してビットが反転する「ソフトエラー」により、配列から要素が失われることがあります。 本記事では、Florian Hartmannの「That XOR Trick」1を基
ソフトバンクグループで代表取締役会長兼社長を務める孫正義氏は7月16日の自社イベントに登壇し「人間がプログラミングする時代はもう目の前で終わろうとしている」と述べた。 孫氏は「我々のグループの中でも、いかに人間の作業からAIエージェント（自ら思考して自律的にタスクを実行するAI）に置き換えるかという、それぞれのベンチマークのターゲットを30、50、100%と。最終的にはプログラミングは我々の社員はやらないと決めている。そのためのプロセスを今走り出している」と述べた。 これ以外にも「リサーチや交渉事なども全部AIエージェント化する。全社員1人あたりAIエージェントを1000本以上持たせる」と力説。将来的にソフトバンクグループ全体で10億のAIエージェントを運用し、これをOpenAIと共同開発する企業向けAI基盤「クリスタル・インテリジェンス」上で実現すると述べた。また、親のAIエージェントに
いまだにオブジェクト指向とか言ってるのか、という話ですが、いまだに「プログラミングの勉強はじめました。オブジェクト指向が目標です！」みたいなのがThreadsに流れてきたりして、いつまでも無くならんなぁと思うわけですよ。 で、まあオブジェクト指向を勉強してしまいたくなるのは仕方がないとして、オブジェクト指向推しの本でのサンプルがだいたいヒドいのが問題だなと思ったわけです。 アプリケーションを見据えていない オブジェクト指向の例として、自転車クラスだとか勇者クラスだとか定義するサンプルをみかけます。 自転車クラスを作る例の場合、車輪クラスがありサドルクラスがありペダルクラスがあり、ブレーキクラスはブレーキシュークラスやブレーキキャリパークラスを内包するな、みたいなことをやりますね。JSONでやれ。 という感じで、単にJSONなど構造データのマッピングになりさがってたりします。 あと、現実の写
この分野の声が大きい人たちと同じように、私も生成AIシステムがソフトウェア開発にどのような役割を果たすのかについて大きな関心を持っています。LLM（大規模言語モデル）の登場は、アセンブラから最初の高水準プログラミング言語への移行と同じくらい、ソフトウェア開発を大きく変えると思います。その後に開発された言語やフレームワークは、抽象化のレベルや生産性を向上させましたが、プログラミングの本質に同じレベルのインパクトを与えるものではありませんでした。しかし、LLMには最初の移行と同程度のインパクトがあると思います。しかも、単に抽象化のレベルを上げるだけでなく、「非決定的なツールでプログラミングするとはどういうことか」という問いを私たちに投げかけています。 高水準言語は、新しいレベルの抽象化をもたらしました。アセンブラを使うときには、特定のマシンの命令セットを考える必要がありました。単純な操作でさえ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く