さいとー

ソフトウェア開発と子育て

[抹茶もなか @GianMattya]

AIで規模デカめのシステムを作る際にどうすれば全体の構造を見失わずに管理できるのかずっと考えてるんだけど、AIを使う前提ならドキュメントで管理するのではなく代わりに可視化用の専用Webサイトを作成し、人間がわかりやすいように可視化してやれば良いのではという気持ちになってきた

[VoidZero @voidzerodev]

VoidZero is joining Cloudflare.

Our mission stays the same: to make JavaScript developers more productive than ever before. Vite, Vitest, Rolldown, Oxc, and Vite+ remain MIT-licensed. Evan and the VoidZero team will continue leading them.

Cloudflare shares our commitment to open source. Together, we can keep investing in the tooling developers rely on every day, while bringing the Vite ecosystem and Cloudflare’s platform even closer together.

[mizdra @mizdra]

@chimame_rt さんから「Cloudflare Workers 実践ガイド」献本頂きました！ パラパラ眺めてみましたが、Cloudflare Workers がどのような技術をベースに作られてて、その結果どのような特性や制約を持ってるのかといった話から丁寧に説明されてていて、入門に良さそうでした。
https://t.co/01DE28oQhF

[OpenAI @OpenAI]

Building apps has never been easier.

With Sites, Codex can turn your work, ideas, and plans into an interactive website or app your team can explore, use, and share with a URL.

Rolling out to Business and Enterprise plans, before expanding more broadly.

[ITmedia AI＋ @itm_aiplus]

Microsoft、初の自社推論モデル「MAI-Thinking-1」発表　蒸留なしでゼロから学習
https://t.co/L6CORR800W

[さいとー @SaitomTech]

後で試す

https://t.co/07rSbyqm1S

[山ｐ☀ @yamap_55]

blog書いた！Youtubeの動画ってそういうものだと思ったけど自分が裏取りすることがあるとは思わなかった。 [セルクマ][AI][Claude] / “名指しで批判するバズ動画を、社内データを使わず複数のAIで検証した話��� https://t.co/pijWrYBofe

[eric zakariasson @ericzakariasson]

the most used skill internally at cursor right now

/thermo-nuclear-code-quality-review

- deletes complexity instead of moving it
- blocks files over 1k lines
- flags thin wrappers and leaked logic
- rejects PRs that work but make code messier

[iwashi / Yoshimasa Iwase @iwashi86]

2年後のエンジニア（やチームの）働き方ってどうなるだろう、ってのを想像して書いてみました。

"開発があまりに早すぎるので、仕様書は書かれた瞬間から古くなっていく。誰も無条件には仕様書を信用しなくなった"

"コードオーナーシップという概念は、もはや個人の単位では成立しない"

"まずコードを書く時間が減った。これは間違いない。でも、コードを書く時間は2025年末には大きく変わっていた。それ以上に変わったのは、〜"

など、色々想定して書いてみているので��1つの方向性としてどうぞ。

https://t.co/oYxwKVBBs6

[さいとー @SaitomTech]

誰かがすぐPR作ってくれたけど、これくらいだったら自分でPRつくっちゃえば良かったかもなあとは思った

[さいとー @SaitomTech]

初めてOSSにIssue立てた

[株式会社テックドクター | データに基づくAI医療 - デジタルバイオマーカー開発 - @TechDoctor13]

◆テックブログ更新しました◆
今回はエンジニア伊藤による記事です。
AI時代に、チケットというUIはまだ最適なのか - TechDoctor開発者Blog https://t.co/HEnM5b24JK #ソフトウェア開発

[柴田 淳-【新刊】みんなのPython第五版/Pythonで学ぶはじめてのプログラミング入門教室 @ats]

・Shopifyが、Ruby向け静的解析エンジン「Rubydex GitHub
」を発表した。
・目的は、LSP・型チェッカ・ドキュメント生成・デッドコード検出などで重複していた“コード解析基盤”を統一すること。
・Rust製コア＋FFI＋Ruby gemという構成で、高速性と移植性を重視している。
・既に Ruby LSP や Tapioca、Packwerk などへ導入が進み、性能や精度が大幅��善した。
・特にTapiocaでは、RBI生成時間が約6分から約20秒まで短縮されたという。
・MCPサーバも実験的に搭載され、LLMがコードベースを効率よく探索できるようにする構想もある。
・将来的には共有DB、セマンティックLint、型推論対応なども視野に入れている。

面白いのは、この記事が単なる「新ツール紹介」ではなく、“Rubyコミュニティのインフラ再編”として書かれている点です。Prism parserの成功体験を踏まえ、「解析エンジンも共有資産にしよう」という思想がかなり明確に打ち出されています。これまで各ツールが別々に苦労して実装していた定数解決や継承解析を、一つの基盤へ集約しようとしているわけです。

さらに興味深いのは、LLM時代をかなり強く意識しているところです。MCPサーバを組み込み、「grepして全部読む」のではなく、構造化されたコード知識へ直接アクセスさせる方向へ進んでいます。これは単なるIDE支援ではなく、“コードベースを理解するための共通知識層”を作ろうとしているようにも見えます。Ruby版のLanguage Infrastructure Platformを作ろうとしている、そんな雰囲気があります。

https://t.co/dunM1etowx

[Yusuke Wada @yusukebe]

うおお、これめっちゃワクワクする話

フロントエンドの相手が変わった - AIが加わったWebの新しいインターフェース設計 - Speaker Deck https://t.co/M2sacUkegd

[Ryutaro YOSHIBA @ryuzee]

https://t.co/HchLAKP1iu

[Thariq @trq212]

https://t.co/MXt5XS4xBX

[Haruki Yano / Haruma-K @harumak_11]

フラストレーション駆動開発という記事
https://t.co/9KrnUP1Nqj

・フラストレーションはエンジニアにとって最大の財産である
・同じことを何度も頼まれ時、良いエンジニアはそれをこなして次に進む。優秀なエンジニアは腹をたて、悪態をつき、その上でその問題を根本解決する

・不要な手順を省いて、ワークフローを円滑にして、周囲が自分で解決できるツールを提供しましょう
・文言の修正が���度も必要ならCMSを作り、データベースのデータ操作が続くならUIを作り、質問が止まらないならダッシュボードを作る
・同じ手順を繰り返しているならスクリプトを書き、動作が遅いなら金を払って解決し、手動のテストばかりしてるならテストコードを書く

・筆者の会社ではCI/CDの速度が遅い問題について、エンジニアたちが何時間も議論を続けていた
・議論の空���に苛立ち、会社のカードで高性能なGitHubワーカーを契約した
・CI/CDの待ち時間が10分から2分に短縮され、議論に費やしていた人件費よりも安く解決できた

・筆者はいつの間にかWebサイトの権限管理を任されたが、新人が入るたびに手動で対応することに嫌気がさした
・会社のメールアドレスでサインアップすれば自動で権限が付与される仕組みを5分で構築した
・さらに細かい役割設定を依頼されるようになったため、マネージャーが自分で操作できるUIをAIを使って作り、自分の仕事をゼロにした

・テスト駆動開発はあまり好まないが、複雑なエッジケースが絡む処理ではテストが絶大な威力を発揮する
・請求書の計算ロジックで古い契約条件などが複雑に絡み合う状況を、AIを使ってテストケースとして記述した
・20秒ですべてのテストを回せる環境を整えたことで、ミスが許されない業務での安心感を手に入れた

・退屈な作業に苛立ちを感じる感性を大切にする
・ロードマップに載っていなくても、現場の摩擦をなくすためのものを作り上げる
・作業ではなく成果に注目し、自分をクビにするようにコードを書くことで永続的な価値を生み出す

[Yuichi Uemura @u1]

ドウイウコト

> ソースコードに含まれる各種認証キー・パスワードの無効化

[kawasima@99卒 @kawasima]

かねがね書いてみたかった唯識思想から考えるソフトウェア開発論を書きました。
https://t.co/N9u7AvpkVF

[O'Reilly Japan @oreilly_japan]

「オライリー学習プラットフォーム」からのお知らせです。
翔泳社さん刊行の書籍が大幅に追加され、現在170点以上をお読みいただけるようになりました！
詳細な書籍リストはコチラのリンクよりご確認ください！
https://t.co/e2ONAujtWH