Gunj0

アーキテクトはアーキテクティングとコーディングを両立できる（しなければいけない）役職だというのが自分が目指したい理由の一つなのだけれども、どのようなコーディングを行ってバランスを取るかは難しい。書籍でのおすすめは概念実証・技術的負債の解消・バグ修正・日常業務の自動化あたりで、優先度が低くクリティカルパスにならないけれども適度な現場感を持ち、チームの役に立つ仕事がよいとのこと。 #ソフトウェアアーキテクチャの基礎

本格的にチーム内のAI推進大臣になった。会社の金でばりばりAIこき使ってくぞ💪

開発者に必要なのは技術的深さ、アーキテクトに必要なのは技術的な幅。初めは技術的深さを獲得することで同時に幅も広がるが、アーキテクトとしてはそこから幅をより広げ、ソリューションのトレードオフを分析する必要がある。 アーキテクチャのあらゆる問いに共通する答えは、「場合による」 #ソフトウェアアーキテクチャの基礎

こいつソフトウェアアーキテクチャの基礎読んでたのにクリーンアーキテクチャに浮気してね？と思われるかもしれないが、ソフトウェアアーキテクチャは電子がPDF配布しかしておらず手元のタブレットでは文字が小さくて読めないため、風呂場では仕方なくKindle本のクリーンアーキテクチャを並行して読むことにしたのだった

オブジェクト指向の三大要素とはカプセル化・継承・ポリモーフィズムとは言われるが、アーキテクチャの観点において最も重要なのはポリモーフィズム。これにより依存性を自由に制御できるプラグインアーキテクチャを作り、下位モジュールを独立させることができる。 #クリーンアーキテクチャ

- ソフトウェアアーキテクチャの第一法則 - ソフトウェアアーキテクチャはトレードオフが全てだ。 - ソフトウェアアーキテクチャの第二法則 - 「どうやって」よりも「なぜ」の方がずっと重要だ #ソフトウェアアーキテクチャの基礎

t-wada氏のためになる記事がちょうど上がっていた。変化の早いアーキテクチャの世界の中でLinux/Web/RDBが長いこと廃れないのは、それぞれが扱うものの全てをファイル/URL/テーブルというふうに同一化し、その操作手段を限定しているから。抽象化と言語化がうまいなぁ。 findy-code.io/media/articl...

決定は和訳の語弊がありそう。必要なのはメンバーが技術的選択を行うためのガイド。 関係ないけどアジリティっていつも意味忘れて調べちゃうんだけど、アジャイルと語源一緒だなこれ。

猫のコーディングエージェント「Cat Code」つくった