Takuto Wada
@t_wada
Followers
54K
Following
15K
Media
640
Statuses
48K
プログラマ。テスト駆動開発実践者。power-assert-js 作者。『テスト駆動開発』を翻訳、『プログラマが知るべき97のこと』『SQLアンチパターン』を監訳/監修、『事業をエンジニアリングする技術者たち』を編纂しました。
Tokyo, Japan
Joined April 2007
コードには How.テストコードには What.コミットログには Why.コードコメントには Why not. を書こうという話をした.
9
3K
9K
堂々とそれっぽい嘘をつく生成AIの扱いに良くも悪くも慣れてくると、Alexaの「すみません、わかりません」に誠実さを感じるようになってしまった。わからないとハッキリ言えるのは偉いしありがたい。.
39
6K
60K
これは一線を超えた感がある.
検索結果の先頭が偽物ですが、次の本物と同じ公式サイトのURLが表示されてヤバさ倍増です。XのURLカード(URL付投稿に画像やURLを表示する奴)もそうですが、リダイレクタを介すと、転送先の情報を表示するようになっているようです。リダイレクタがアクセス元を識別し、偽サイトと公式サイトに振り分け
9
7K
13K
「伝統とは火を守ることであり、灰を崇拝することではない」という言葉、素晴らしいと思って調べたら Gustav Mahler の言葉で、俺の中で最高のエモさを記録した.
2
4K
11K
プログラマ35歳定年説はとっくに過去のもので、35歳を過ぎても能力も報酬も伸び続けるし、生涯現役プログラマのロールモデルとなる方も増えてきた。ただ諸先輩方から聞いた話をまとめると、ベテランプログラマの前に立ち塞がるのは「老眼」で、こればかりは本当に恐ろしい。何か対策はあるだろうか…….
65
3K
5K
SMBCの件、午前から各方面で「ご確認」「お達し」「ご指導」などが発生しており、パンドラの箱を開けてしまったと言わざるを得ない.
2
2K
5K
もう業務時間後に勉強会をする時代ではなくなってきているので、業務時間後の（半強制の）勉強会はアピールポイントではなく、エンジニア採用にはマイナスに働くようになる。.勉強会/読書会は業務時間内に行うということを、もっと普通のことにしましょう。.という趣旨のことを複数の現場で話した。.
10
2K
4K
（仕事も勉強も）やる気があるからやるのではなく、やっているうちにやる気が出てくるものなので、つまりやる気がほぼゼロの状態でも着手するのが進捗と成果を出す上で大切なことであり、やる気ゼロ着手を可能にするのが日々の習慣やルーチン、儀式的な所作なのだと思う。.
3
658
2K
1. 何回同じことを聞いても怒られず即時フィードバックを得られる.2. フワッとした曖昧な質問から専門用語（≒検索キーワード）に辿り着ける. この2点は（特に初心者の）ソフトウェアエンジニアの教育あるいは独学においてChatGPT等の対話型生成AIが果たした画期的な進化だと考えています。.
4
531
2K
「コードコメントを書くべきか、コメント不要なコードを書くべきか」といったよくある議論を今週複数の現場で行ったので、今後のために放流しておきます
8
526
2K
今日は新卒社員向け講演で「本当の初心者がプログラミングを始める際、最初にやるべきはよく使われる言語ですか？それともこれから需要が高まりそうな言語ですか？」と質問いただいたので「そういう選び方ではなくて、わからないときに気軽に質問できる人が使っている言語がおすすめです」と答えた。.
2
490
2K
FizzBuzz 実装はいろいろあるけど、 kazuho さんによる実装は奇妙さと美しさが同居していて今でも強く印象に残っている.
6
503
2K
ソフトウェア開発において質と開発速度はトレードオフの関係ではなく、早期から質に投資すれば結果的に安く早く開発できる。技術的負債を軽視すると速度は落ち続ける。質への投資の損益分岐点は1ヶ月以内に訪れる / “Is High Quality Software Worth the Cost?”
0
907
2K
"書いてる時は常に短期記憶によるバフがかかった状態" まさにそれ.
ソースをちょっと読めば分かる程度のことをドキュメントにする必要はないんだけど、問題は「ソースをちょっと読めば分かるかどうか」の判定がソースを書いてる時はかなりザルになること.
0
387
2K
日本では自社開発のソフトウェアも資産計上して減価償却（あるいは除却）の必要があるというのが不利なんですよね（一方アメリカは全て経費として計上できる）.
日本のソフトウェア開発がいまいちパッとしないの、世界は既に「ソフトウェアをどれだけ高速に変更・改良し続けるか」に全力で投資しているのに、日本は未だに「ソフトウェアも最初にドカンと開発投資して後はそのまま使う」発想が（少なくともスーツの）前提にあるからじゃないかなあ….#TEST_Study.
5
764
2K
プログラマ35歳定年説はとっくに過去のもので、35歳を過ぎても能力も報酬も伸び続けるし、生涯現役プログラマのロールモデルとなる方も増えてきた。けれど……諸先輩方から聞いた話をまとめると、ベテランの前に立ち塞がるのは「老眼」であるというまとめを過去につくりました.
11
714
1K
なぜ社内ツールは「○○くん」という名前をつけられがちなのか。その謎を解明するため、我々調査隊はアマゾンの奥地へと向かった――。. 例:.「日報くん」.「注文くん」.「まもるくん」（←機密書類シュレッダー）.「監視君」「通報君」（お巡りさんのアイコンだった）.
14
631
1K
"「クリーンアーキテクチャみたいなやつ」は最初から目指すのではなくて、原理原則ベースでリファクタリングしていくと次第に近づいていくもの". これが伝わって欲しい
2
234
1K
1981年のPCから2010年のCloudまで、登場の時点では「あんなのはオモチャだ([…] is a toy)」と揶揄された技術たちの年表。つまり、破壊的イノベーションの実例集でもある。/ “[…] is a toy”
2
1K
1K
技術的負債と開発者体験の議論を軸に、Kruchtenの4象限、Fowlerの4象限、『レガシーコード改善ガイド』、『Clean Architecture』がつながり、悪循環の背景を明らかにしていく。本当に素晴らしい資料。 / “技術的負債は開発者体験を悪化させる / Technical Debt and Develop…”
2
406
1K
テスト駆動開発（TDD: Test-Driven Development）の考案者 Kent Beck が TDD の定義を改めて明確化した文章を翻訳し、訳者（私）の考察を沿えています / 【翻訳】テスト駆動開発の定義
1
366
1K
プロトタイプは捨てることが大前提。目的は学びで、実際に手を動かしながら何かを作ることで答えが浮かび上がってくる。そのためには「雑であること」が重要。「まだ完成品でないことが相手に伝わる」「未練なく捨てられる」「厳しいフィードバックを受けても心理的に平気」.
4
445
1K
まだ仕事がほとんどないからこそ、好きで使いたくて使っている人しかおらず、ランキングでは「愛されている言語」になりやすいんですよね。. 一方で、仕事の場にその言語が浸透し始めると、自分が選んだわけでもない言語の使用を「強いられる」人が増え、「その言語が嫌い」と投票する人が増え始めます.
Rustは開発者に愛されてる言語8年連続1位なのに、仕事はほとんどない.本当に愛されてるん？.
0
303
1K
ミクシィの新卒研修まとめ。資料だけでなく動画も多数公開されているのがすばらしい / “ミクシィの21新卒技術研修の資料と動画を公開します！ - mixi developers”
0
238
1K
Easy: 手数の少なさを重視（そのかわり覚えることが増え、特定の状況には強いが他には弱い設計になる）. Simple: 覚えることの少なさを重視（そのかわり手数が増えたり、自分で組み合わせたりしなければならない）. この二つを混ぜると設計の軸がぶれるので、分けることが重要.
0
344
1K
テストコードが無いコードを引き継いだところからはじまる、実際の受託開発案件のエピソードとコードをPOの許可を得て講演した資料を公開します。登場するコードは全て本物、登場するデータは講演用の架空のものです / 実録レガシーコード改善
0
270
1K
多くのプログラマの人生に影響を与えた名著『達人プログラマー』が20年ぶりに改訂され、待望の翻訳版が11/21に発売される。内容の1/3が新規追加で、既存部分もほとんどリライトされている / “達人プログラマー 熟達に向けたあなたの旅（第2版） | Ohmsha”
1
412
1K
Ward Cunningham 本人による説明がかなり興味深かったので翻訳してみました / “【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaのブログ”
2
462
1K
"日本における10の12乗を表す「兆」の用例とは衝突しますが、こういった場合は中国本土における中国語の用例が優先される傾向がある" "おそらく中国語での用例が優先された結果「兆」のNumeric_Valueが10の6乗に上書きされた" / Python 3.13から「兆」が10の6乗になっている
4
718
1K
毎年講師を務める各社の新卒研修で「お好みの開発環境で参加してください」と言っているので、若者のエディタやIDEのシェアがざっくりわかるのですが、年々VSCodeのシェアが増えて今年は9割くらいVSCでした。大きく離されて第2位がIntelliJなどJetBrains製品群。Vim は2%くらい。Emacsはゼロ（悲しい）.
3
375
1K
DRY原則の原典は『達人プログラマー』です。読むと「すべての知識はシステム内において、単一、かつ明確な、そして信頼できる表現になっていなければならない」であって「コードの二重化すべてが知識の二重化というわけではない」とちゃんと書いてあります。知識の話なんです.
1
252
1K
依存の注入はコンストラクタでやろう.↓.依存と生成知識がシステム中に散らばる.↓.生成知識をファクトリーで隠蔽しよう.↓.今度はファクトリーがシステム中に散らばる.↓.ファクトリーはシステム中にDIコンテナひとつでよくね？.↓.DIコンテナが依存と生成知識を一括管理し、秩序と調和が訪れる（完）.
3
249
1K
書籍『SQLアンチパターン』に出てくるアンチパターンをポケモンを題材に説明しているエントリ。ポケモンで説明すると非常にわかりやすくなるのが面白い。 / “ポケモンを題材に「SQLアンチパターン」を実践してみる - kanayamaのブログ”
0
281
981
多方面に配慮された名文だ……完璧主義の呪いがあるんですよね。上達にはリファクタリングを学ぶのが良いと思っていて、それによって「学ぶ、動かす、きれいにする、速くする」を別々に取り組めるようになります / “ヘタクソなコードを書いてもいい - 覚書”
1
250
911
おっしゃる通りで「技術者だったら独学せよ」だと投げっぱなしになってしまうので、業務���間内でみっちりとメンタリングする習得主義の社内研修制度を10月から開始したところです / “エンジニアに独学を期待するのはもう時代遅れだと思う。 - ヨーロッパで働くIT土方社長の…”
0
299
910
GitHub Copilotはどういうコードを書くべきか分かっている人が最速でコードを書くのを支援する（タブを多数開いておくと「おまえは俺か」というレベルの提案精度が出る）. Copilot Chatはどういうコードを書くべきか分かっていない場合でもコードを書けるように支援する（疑問を環境内で解決できる）.
0
130
904
「プルリクエストのレビューコストを下げるために diff を可能な限り小さくすること」というルールを厳格に守り続けるとだんだん保守性が悪化していくパターンです.
正しい設計を保つことを目指した結果変更箇所が少なく済むのは悪くないどころかむしろ素晴らしいことですが、「正しい設計を保つこと」と「変更箇所を減らすこと」が対立したときに後者を優先しているとアレ、みたいな話です.
5
302
894
多くの人が挫折しがちなポイントなのですが、かなり時間が経ったあとでテストコードを書く方が、テスト対象とほぼ同時にテストコードを書くよりも、技術的にはずっと難しいんですよね……
3
206
887
"「プログラミング言語Go完全入門」は、2020年7月31日までの限定公開になっていましたが、本日より公開期限を撤廃し、完全公開することになりました" この資料は分かりやすかった。期限なし公開すばらしい / “「プログラミング言語Go完全入門」の「完全」公開のお知らせ | …”
0
246
869
データアクセスレイヤのテストを書く際にDBをモックするのは自作自演のテストになりがちなので個人的にはおすすめしません / “Prisma で本物のDBMSを使って自動テストを書く - mizdra's blog”
1
206
869
『Clean Agile 基本に立ち戻れ』 pp.59-60
1
239
867
DB設計のカタログサイト。新しくテーブル設計する際には必ず一度ここを見る。見た目は古臭いけど数と質が圧倒的 / Industry Data Models
0
298
849
PHPに限らないコードレベルの設計についての講演動画です。肺炎明けでしたが、説明が進む毎にサンプルコードを段階的に堅牢にしていき、入れ子構造の伏線を回収する講演設計ができたので個人的に今年ベストの講演です / “PHPerKaigi 2022: 予防に勝る防御なし - 堅牢なコー…”
2
187
851
『Clean Architecture』を学ぶ人に伝えたいのは、あの「ドーナツ状の図」をまずは忘れようということですね。アーキテクチャの一例にすぎない同心円状の図が独り歩きしてしまっているし、本の中にはもっと大事なことがたくさん書いてあります。.
3
218
839
「あえてやっていないこと」や「歴史的経緯」はコードにコメントとして残しておかないと、事故はいくらでも起こります.
ただのTypoだと思って変数名を修正.↓.実は外部から取り込んだJSONをオブジェクトに変換するマッピングクラスで入力されるJSONのフィールド名も歴史的経緯でTypoしてるのであえてそうなっていた。.↓.おめでとうございます。あなたの善意が本番障害を招きました。. こんな障害は実際にいくらでもある.
2
353
831
プログラミング/ソフトウェア設計で最も難しくかつ重要といえる命名（名前付け）のプロセスを深く掘り下げているエントリの翻訳。すばらしい。 / “命名のプロセス - kawasima”
0
258
831
テスト駆動開発にはざっくりいうとモックを積極的に使う派（ロンドン学派）とあまり使わない派（デトロイト学派、古典派）がありまして、私は後者なのでほとんど使わず、このエントリに深く同意するところです / “モックは必要悪で、しないにこしたことはない - …”
1
265
830
コードを1から書き換えることは「ソフトウェア開発会社が犯す可能性のある最悪の戦略的ミスの1つ」。あえて踏み出すための「書き換えチェックリスト」が本当に良い。覚悟と体力なしにリライトすると高確率で頓挫する / “同期エンジンの心臓部を書き換える”
3
341
840
AR、VR、3Dレンダラー、データベース、ゲーム、OS、正規表現エンジン、検索エンジン、テキストエディタなど、自分で作ることで理解を深める「車輪の再実装」による学習を加速するリンク集 / “GitHub - danistefanovic/build-your-own-x: 🤓 Build your own (insert technol…”
0
219
834
今日の技術顧問業、若手の前で Emacs でライブコーディングした結果「古の謎の技術で高速コーディングするおじさん」になってしまった.
1
182
832
明白なコードに必要なコメントは減るが、「明白、自明」は読み手の中にある。コードの明白さを評価する最適手段はコードレビュー。コードの読み手が「明白でない」と言ったなら、書き手にとってどれだけ綺麗で明白であっても、それは明白なコードではない。.『A Philosophy of Software Design 第2版』
「コードコメントを書くべきか、コメント不要なコードを書くべきか」という2択ではなく「コメント不要なコードを書いたうえで（これは大前提）、それでもコメントを書くべき（書くことが効果的な）状況は意外と多い」という話なんです.
1
211
809
日経の『内定辞退の正しい伝え方、「直接会って、まず感謝」を』から礼儀2.0を思い出した. ｢礼儀1.0｣は相手のために自分がいかに時間を使ったかに価値がおかれる.｢礼儀2.0｣はいかに相手の時間を奪わないかが重要. 礼儀2.0世代が感じる｢相手の時間を奪う｣非効率なマナー.
1
543
755
先日大きな反響を頂いた講演のアーカイブがYouTubeで公開されました。テストコードが無いコードを引き継いだところから始まる、実際の受託開発案件で行った改善内容をPOの許可を得て講演したものです。登場するコードは全て本物、データは講演用の架空のものです。
0
226
810
在宅勤務のみで全く通勤をしなくなった結果、蔵書を軽量に持ち歩けるという電子書籍のメリットが生かされる場面が大幅に減り、本棚を並べた書斎の良さを再発見している。書籍を購入した時点でざっと前書き後書き目次を読んで脳内にインデックスを作っておけば、本棚に並ぶ背表紙から情報を検索できる。.
0
218
791
苦しんでいた npm 社を GitHub が買収。買うべきところが買って安心感がある。 / “GitHubがnpmの買収を発表、JavaScriptのパッケージ管理サービス。将来的にはGitHubとnpmを統合へ － Publickey”
1
391
788
"マイクロサービスが必要な企業は極めて限定的である" "マーケティングメッセージに踊らされてはいけない" これが AWS のブログに書かれている意義、誠実さにしびれる。 / “スタートアップのためのマイクロサービス入門 | Amazon Web Services”
1
214
799
技術書の「写経」の方法。 1.ローカルで使える SCM を用意 2.「ほんたった」などで対象の本を固定 3.ひたすらサンプルコードを写して実行 4.実行するたびにコミット(コミットログにページ番号を含める) 5.疑問点があったらコミットログや本に書き込む 6.章ごとにタグを打つ.
2
357
781
リクルートのソフトウェアエンジニアコース新人研修の内容を今年も公開いたしました。ブラウザ、React、Next.js、Webアクセシビリティ、事業価値とエンジニアリング、TOC、TPS、A/Bテスト、検索結果の品質向上、そして「現代的システム開発概論」の復活など特盛りの内容です
0
132
784
アンチパターンとは「良かれと思って裏目に出る設計」です。そのような設計に根拠を持って反論するためにこそ『SQLアンチパターン』はあります。書籍を携え、自信を持って言い返してください。.
1
353
769
最近確認した「CSV」が全部 CSV じゃなくて真顔になってしまった.
CSV連携って言われたら、まず"おたくがCSVと言ってるものの実物見せてください"なんよね。.まあ、ホントにCSVだったことなんてほぼない.
10
152
781
ざっくり捉えがちな凝集度と結合度に関してここまで細かく明解に説明している資料にはなかなか出会えない。読むと凝集度に対する解像度が上がる。すばらしい資料。 / “オブジェクト指向のその前に-凝集度と結合度/Coheision-Coupling - Speaker Deck”
0
157
754
組織のエンジニアリング文化を変えていく王道として教育、特に新人教育があって、配属前からモダンな教育を受けた人材が年々社内に増えていくことで文化を強靱にすることを狙っているのだけど、人材流動性が低いとあまりバランスが変わらず、むしろ教育を受けた若手が失望して数年で辞めていってしまう.
2
151
744
"ハラスメントははびこると排除が難しい" "された人が成功したら「俺がわざと悪役になって奮起させたんだ」となって正義。された人が失敗したら「ほら俺のいった通りになった」となって正義" 勇気ある告発だと思う / “ゲーム企画コンテストPERACONにおける審査員の問題 - …”
0
552
730
log4j2の脆弱性を狙ったアクセスが手当たり次第に来ているので、攻撃の条件が成立していて「週明けに対応します」くらいの温度感で運用されているシステムはもう結構危ないのではないかな……金曜昼前くらいからゼロデイが騒がれ始めるというタイミングが情報収集力や緊急時の初動の試金石になった.
0
317
719
自動テストは当たり前になり、課題がシフトした。大量のテストをどう運用するかという観点で、自動テスト自体を機械学習とデータサイエンスの対象として、実行の最適化等に取り組む時代になった。素晴らしい資料。 / “[Developers Summit 2023] ソフトウェアテスト新時代の…”
1
120
720