mRshly
@mrshly.bsky.social
日本でソフトウェアエンジニアをしています.
仕事で Python と PostgreSQLを使ってます.
仕事で Python と PostgreSQLを使ってます.
t-wada さんが話している AI Agent の "知識と知恵のバランスがおかしい" って言う話は妙に納得した.
言語知識は各言語のリファレンスを取り込んで完璧なものになっている. だけど, そのプラクティスとして表現, 実装されたパブリックリポジトリがソフトウェアエンジニアリングに反したものになっていて, それを多く学習してしまっているのなら, なぜその知識があるのにその設計になるんだというコードが出てくる.
だから, 今のソフトウェアエンジニアにはそれを適切な設計にするための適切な知識と語彙が求められているって話だ.
open.spotify.com/episode/55tF...
言語知識は各言語のリファレンスを取り込んで完璧なものになっている. だけど, そのプラクティスとして表現, 実装されたパブリックリポジトリがソフトウェアエンジニアリングに反したものになっていて, それを多く学習してしまっているのなら, なぜその知識があるのにその設計になるんだというコードが出てくる.
だから, 今のソフトウェアエンジニアにはそれを適切な設計にするための適切な知識と語彙が求められているって話だ.
open.spotify.com/episode/55tF...
131. AIコーディングの現在地 w/ twada
fukabori.fm · Episode
open.spotify.com
July 15, 2025 at 3:49 PM
t-wada さんが話している AI Agent の "知識と知恵のバランスがおかしい" って言う話は妙に納得した.
言語知識は各言語のリファレンスを取り込んで完璧なものになっている. だけど, そのプラクティスとして表現, 実装されたパブリックリポジトリがソフトウェアエンジニアリングに反したものになっていて, それを多く学習してしまっているのなら, なぜその知識があるのにその設計になるんだというコードが出てくる.
だから, 今のソフトウェアエンジニアにはそれを適切な設計にするための適切な知識と語彙が求められているって話だ.
open.spotify.com/episode/55tF...
言語知識は各言語のリファレンスを取り込んで完璧なものになっている. だけど, そのプラクティスとして表現, 実装されたパブリックリポジトリがソフトウェアエンジニアリングに反したものになっていて, それを多く学習してしまっているのなら, なぜその知識があるのにその設計になるんだというコードが出てくる.
だから, 今のソフトウェアエンジニアにはそれを適切な設計にするための適切な知識と語彙が求められているって話だ.
open.spotify.com/episode/55tF...
Google のソフトウェアエンジニアリング, 読書メモ取るところが多すぎる.
特に 1 章は直近の Findy の開発生産性confも相まって納得感が段違いだ.
特に 1 章は直近の Findy の開発生産性confも相まって納得感が段違いだ.
July 3, 2025 at 9:45 PM
Google のソフトウェアエンジニアリング, 読書メモ取るところが多すぎる.
特に 1 章は直近の Findy の開発生産性confも相まって納得感が段違いだ.
特に 1 章は直近の Findy の開発生産性confも相まって納得感が段違いだ.
ソフトウェア業界のキャリア向いてるなって感じたのが、自分はハイコンテキストな会話が苦手なこと。
コード、ドキュメント、機能、ドメインについてコミュニケーションをするときにハイコンテキストだと認識の齟齬が起きやすい。
だから極力ローコンテキストで話す必要があるし書く必要もある。
そうするとハイコンテキストなものに対して自分の認識が合っているのかっていう疑問が湧きやすくて、結果メンバー同士の認識も違ってたってことが多い。
コード、ドキュメント、機能、ドメインについてコミュニケーションをするときにハイコンテキストだと認識の齟齬が起きやすい。
だから極力ローコンテキストで話す必要があるし書く必要もある。
そうするとハイコンテキストなものに対して自分の認識が合っているのかっていう疑問が湧きやすくて、結果メンバー同士の認識も違ってたってことが多い。
March 28, 2025 at 10:35 AM
ソフトウェア業界のキャリア向いてるなって感じたのが、自分はハイコンテキストな会話が苦手なこと。
コード、ドキュメント、機能、ドメインについてコミュニケーションをするときにハイコンテキストだと認識の齟齬が起きやすい。
だから極力ローコンテキストで話す必要があるし書く必要もある。
そうするとハイコンテキストなものに対して自分の認識が合っているのかっていう疑問が湧きやすくて、結果メンバー同士の認識も違ってたってことが多い。
コード、ドキュメント、機能、ドメインについてコミュニケーションをするときにハイコンテキストだと認識の齟齬が起きやすい。
だから極力ローコンテキストで話す必要があるし書く必要もある。
そうするとハイコンテキストなものに対して自分の認識が合っているのかっていう疑問が湧きやすくて、結果メンバー同士の認識も違ってたってことが多い。
Rules of Programming が終わったらこっちを少しずつ読もう
March 5, 2025 at 8:29 AM
Rules of Programming が終わったらこっちを少しずつ読もう
March 5, 2025 at 8:28 AM
ルール7 の文が良い.
自滅ってのが良い表現だね.
> そして, チームにいる他のプログラマーに対し, ある機能を公開したら, やつらはその機能を間違った使い方で使う.必ずだ.
> 自分の設計について, 自問すべき重要な質問項目がある.
「この機能やインターフェイスのユーザーが自滅する(=勝手な使い方をしたせいで好ましくない結果に至る) のを, どれだけ難しくしているか?」だ.
自滅ってのが良い表現だね.
> そして, チームにいる他のプログラマーに対し, ある機能を公開したら, やつらはその機能を間違った使い方で使う.必ずだ.
> 自分の設計について, 自問すべき重要な質問項目がある.
「この機能やインターフェイスのユーザーが自滅する(=勝手な使い方をしたせいで好ましくない結果に至る) のを, どれだけ難しくしているか?」だ.
March 2, 2025 at 7:40 AM
ルール7 の文が良い.
自滅ってのが良い表現だね.
> そして, チームにいる他のプログラマーに対し, ある機能を公開したら, やつらはその機能を間違った使い方で使う.必ずだ.
> 自分の設計について, 自問すべき重要な質問項目がある.
「この機能やインターフェイスのユーザーが自滅する(=勝手な使い方をしたせいで好ましくない結果に至る) のを, どれだけ難しくしているか?」だ.
自滅ってのが良い表現だね.
> そして, チームにいる他のプログラマーに対し, ある機能を公開したら, やつらはその機能を間違った使い方で使う.必ずだ.
> 自分の設計について, 自問すべき重要な質問項目がある.
「この機能やインターフェイスのユーザーが自滅する(=勝手な使い方をしたせいで好ましくない結果に至る) のを, どれだけ難しくしているか?」だ.
今更だけど Rules of Programming を読んでいる.
ルール4 のコードレビューは現場に共有したい取り組み方が言語化されていたと思う.
> コードレビューの価値の大半は, レビュアーとレビュイーの間で起こる社会的交流の相互作用から生まれるのだ.
特にこれを言いたい.
これの根拠が記述されているのでそれを共有したい.
結局のところ, "みんな買って読んでくれ" に尽きる.
ルール4 のコードレビューは現場に共有したい取り組み方が言語化されていたと思う.
> コードレビューの価値の大半は, レビュアーとレビュイーの間で起こる社会的交流の相互作用から生まれるのだ.
特にこれを言いたい.
これの根拠が記述されているのでそれを共有したい.
結局のところ, "みんな買って読んでくれ" に尽きる.
March 1, 2025 at 12:24 AM
今更だけど Rules of Programming を読んでいる.
ルール4 のコードレビューは現場に共有したい取り組み方が言語化されていたと思う.
> コードレビューの価値の大半は, レビュアーとレビュイーの間で起こる社会的交流の相互作用から生まれるのだ.
特にこれを言いたい.
これの根拠が記述されているのでそれを共有したい.
結局のところ, "みんな買って読んでくれ" に尽きる.
ルール4 のコードレビューは現場に共有したい取り組み方が言語化されていたと思う.
> コードレビューの価値の大半は, レビュアーとレビュイーの間で起こる社会的交流の相互作用から生まれるのだ.
特にこれを言いたい.
これの根拠が記述されているのでそれを共有したい.
結局のところ, "みんな買って読んでくれ" に尽きる.