2023-09-19から1日間の記事一覧

地頭を解釈した人の図

https://x.com/maslow_design/status/1703891650039496851?s=46&t=O0XT4sYlD-vGDk8sgTgTMA

気になる仏教用語

四諦 https://ja.m.wikipedia.org/wiki/%E5%9B%9B%E8%AB%A6 八正道 https://ja.m.wikipedia.org/wiki/%E5%85%AB%E6%AD%A3%E9%81%93

Open Interpreter 前線

https://x.com/karaage0703/status/1700573122561458637?s=46&t=O0XT4sYlD-vGDk8sgTgTMA

戦略的プログラミングの投資額

大きくやると失敗するのはウォーターフォールで経験済み小さい投資をたくさんする 進捗に影響を与えない程度の変更を行うのがよい 「So, what is the right amount of investment? A huge up-front investment, such as trying to design the entire system,…

戦略的プログラミングに必要なこと

「Strategic programming requires an investment mindset.」 —『A Philosophy of Software Design, 2nd Edition』John K. Ousterhout著https://a.co/8Oh3X5b どうやって投資の考えを増やしていくのか 経験? 本では筆者の経験や事例を出している

A Philosophy of Software Designを読んでいるときに見たポスト

https://x.com/t_wada/status/1575436903393816576?s=46&t=O0XT4sYlD-vGDk8sgTgTMA 選択肢を狭めないようにもう一方も読むこと

プログラミングが複雑になる過程

戦術的と戦略的という言葉を使って戦術的なプログラミングを行なっていると複雑になる特術している 私は一定の共感を示す 「Chapter 3 Working Code Isn’t Enough」 —『A Philosophy of Software Design, 2nd Edition』John K. Ousterhout著https://a.co/aKr…

複雑さの原因

「Together, dependencies and obscurity account for the three manifestations of complexity described in Section 2.2. Dependencies lead to change amplification and a high cognitive load. Obscurity creates unknown unknowns, and also contribut…

JDK 21対応を通して思っていること

https://x.com/skrb/status/1703967802498126228?s=46&t=O0XT4sYlD-vGDk8sgTgTMA 櫻庭さんが書いてくださっています。 個人的にはJEP441の Pattern matching for switch が嬉しいです amberのreconstrucorで話題になっているWitherの対応も待ち遠しいなと思…

複雑さの症状

「Change amplification: The first symptom of complexity is that a seemingly simple change requires code modifications in many different places.」 —『A Philosophy of Software Design, 2nd Edition』John K. Ousterhout著修正範囲の増幅 「Cogniti…

設計スキルの向上

「One of the best ways to improve your design skills is to learn to recognize red flags: signs that a piece of code is probably more complicated than it needs to be. Over the course of this book I will point out red flags that suggest prob…

レビューの戒め

こうなっているだろうからドメイン層のサービスが同じドメイン層のサービスに依存するように修正するとユースケース単位で見たときに影響が広がりバグの温床になるのでやめた方がいいわけだが、サービス層からサービス層に依存する書き方をしている段階で批…