26
おっしゃる通りで「技術者だったら独学せよ」だと投げっぱなしになってしまうので、業務時間内でみっちりとメンタリングする習得主義の社内研修制度を10月から開始したところです / “エンジニアに独学を期待するのはもう時代遅れだと思う。 - ヨーロッパで働くIT土方社長の…” htn.to/r9DojvQY34
27
Easy: 手数の少なさを重視（そのかわり覚えることが増え、特定の状況には強いが他には弱い設計になる）
Simple: 覚えることの少なさを重視（そのかわり手数が増えたり、自分で組み合わせたりしなければならない）
この二つを混ぜると設計の軸がぶれるので、分けることが重要
speakerdeck.com/twada/understa…
28
「プルリクエストのレビューコストを下げるために diff を可能な限り小さくすること」というルールを厳格に守り続けるとだんだん保守性が悪化していくパターンです twitter.com/wonderful_pand…
29
"「プログラミング言語Go完全入門」は、2020年7月31日までの限定公開になっていましたが、本日より公開期限を撤廃し、完全公開することになりました" この資料は分かりやすかった。期限なし公開すばらしい / “「プログラミング言語Go完全入門」の「完全」公開のお知らせ | …” htn.to/3CKGsySc5A
31
歯に衣着せぬパワーワード連発ですごい（語彙） twitter.com/t_wada/status/…
32
データアクセスレイヤのテストを書く際にDBをモックするのは自作自演のテストになりがちなので個人的にはおすすめしません / “Prisma で本物のDBMSを使って自動テストを書く - mizdra's blog” htn.to/dusRGnicfG
33
VOYAGE GROUP で『Clean Agile』の社内読書会が始まったが、早くも第1章から強く印象に残る表現が出てきてたいへん良い #CleanAgile
34
『Clean Agile 基本に立ち戻れ』 pp.59-60 twitter.com/MinoDriven/sta…
35
PHPに限らないコードレベルの設計についての講演動画です。肺炎明けでしたが、説明が進む毎にサンプルコードを段階的に堅牢にしていき、入れ子構造の伏線を回収する講演設計ができたので個人的に今年ベストの講演です / “PHPerKaigi 2022: 予防に勝る防御なし - 堅牢なコー…” htn.to/M1HyxHcRoe
36
『Clean Architecture』を学ぶ人に伝えたいのは、あの「ドーナツ状の図」をまずは忘れようということですね。アーキテクチャの一例にすぎない同心円状の図が独り歩きしてしまっているし、本の中にはもっと大事なことがたくさん書いてあります。
amazon.co.jp/dp/4048930656
37
Saga Pattern が「佐賀パターン」と訳されてしまっていて、機械翻訳の難しさを感じる……
docs.aws.amazon.com/ja_jp/prescrip…
38
AR、VR、3Dレンダラー、データベース、ゲーム、OS、正規表現エンジン、検索エンジン、テキストエディタなど、自分で作ることで理解を深める「車輪の再実装」による学習を加速するリンク集 / “GitHub - danistefanovic/build-your-own-x: 🤓 Build your own (insert technol…” htn.to/t2AYa1U3q3
39
コードを1から書き換えることは「ソフトウェア開発会社が犯す可能性のある最悪の戦略的ミスの1つ」。あえて踏み出すための「書き換えチェックリスト」が本当に良い。覚悟と体力なしにリライトすると高確率で頓挫する / “同期エンジンの心臓部を書き換える” htn.to/45NS1KDLDd
40
プログラミング/ソフトウェア設計で最も難しくかつ重要といえる命名（名前付け）のプロセスを深く掘り下げているエントリの翻訳。すばらしい。 / “命名のプロセス - kawasima” htn.to/S4ZtarvoDa
41
「あえてやっていないこと」や「歴史的経緯」はコードにコメントとして残しておかないと、事故はいくらでも起こります twitter.com/ayu_littlewing…
42
今日の技術顧問業、若手の前で Emacs でライブコーディングした結果「古の謎の技術で高速コーディングするおじさん」になってしまった
43
ソフトウェアの保守性を犠牲にすると結局全員不幸になる……！！ #jasstshikoku
44
テスト駆動開発にはざっくりいうとモックを積極的に使う派（ロンドン学派）とあまり使わない派（デトロイト学派、古典派）がありまして、私は後者なのでほとんど使わず、このエントリに深く同意するところです / “モックは必要悪で、しないにこしたことはない - …” htn.to/xKy8qGsPMN
45
在宅勤務のみで全く通勤をしなくなった結果、蔵書を軽量に持ち歩けるという電子書籍のメリットが生かされる場面が大幅に減り、本棚を並べた書斎の良さを再発見している。書籍を購入した時点でざっと前書き後書き目次を読んで脳内にインデックスを作っておけば、本棚に並ぶ背表紙から情報を検索できる。
46
苦しんでいた npm 社を GitHub が買収。買うべきところが買って安心感がある。 / “GitHubがnpmの買収を発表、JavaScriptのパッケージ管理サービス。将来的にはGitHubとnpmを統合へ － Publickey” htn.to/KfoT6yLuMR
47
依存の注入はコンストラクタでやろう
↓
依存と生成知識がシステム中に散らばる
↓
生成知識をファクトリーで隠蔽しよう
↓
今度はファクトリーがシステム中に散らばる
↓
ファクトリーはシステム中にDIコンテナひとつでよくね？
↓
DIコンテナが依存と生成知識を一括管理し、秩序と調和が訪れる（完）
48
本日の講演資料を公開します。初演からかなり改訂した「質とスピード」最新版の資料です #devsumi #devsumiB / “質とスピード（2020春版） / Quality and Speed 2020 Spring Edition - Speaker Deck” htn.to/3oNCgbqqSL
49
ざっくり捉えがちな凝集度と結合度に関してここまで細かく明解に説明している資料にはなかなか出会えない。読むと凝集度に対する解像度が上がる。すばらしい資料。 / “オブジェクト指向のその前に-凝集度と結合度/Coheision-Coupling - Speaker Deck” htn.to/3vmgw7Ribt
50
組織のエンジニアリング文化を変えていく王道として教育、特に新人教育があって、配属前からモダンな教育を受けた人材が年々社内に増えていくことで文化を強靱にすることを狙っているのだけど、人材流動性が低いとあまりバランスが変わらず、むしろ教育を受けた若手が失望して数年で辞めていってしまう
プログラマ。テスト駆動開発実践者。power-assert-js 作者。『テスト駆動開発』を翻訳、『プログラマが知るべき97のこと』『SQLアンチパターン』を監訳/監修、『事業をエンジニアリングする技術者たち』を編纂しました。