tamu_engineer's profile picture. https://github.com/kosuke-17

タム@エンジニア

@tamu_engineer

https://github.com/kosuke-17

自律性よりも信頼性高く行動してもらうために、auto generateするtoolの充実が必要


タム@エンジニア reposted

労力は外注できるが、能力は外注できない

t_wada's tweet image. 労力は外注できるが、能力は外注できない

森崎先生、やっとむさんと登壇したパネルディスカッション「生成AIの得意と不得意を知って開発の仕事に役立てよう~最新研究事例から見えてきたこと~」が記事になりました / 今後生成AIとどう向き合うべきなのか? 現場のエンジニアと研究者が最新研究事例から語り合う htn.to/3urmSGdwBg



タム@エンジニア reposted

【10月16日発売】最新刊プレゼントキャンペーン ➡️下記書籍を抽選で3名様にプレゼント🎁 ✅応募方法 ❶当アカウントをフォロー ❷このポストをリポスト 応募締切10月22日まで/当選連絡DM📩 『Effective Python 第3版』 oreilly.co.jp/books/97848144…

oreilly_japan's tweet image. 【10月16日発売】最新刊プレゼントキャンペーン
➡️下記書籍を抽選で3名様にプレゼント🎁
✅応募方法
❶当アカウントをフォロー
❷このポストをリポスト
応募締切10月22日まで/当選連絡DM📩

『Effective Python 第3版』
oreilly.co.jp/books/97848144…

recaptcha v2とv3どっちも使ってたら、どっちも対象の画面だけで使用するように制御すれば、意図しない箇所でバッチが表示されないってことかも。


プログラミングの基本構造は順次、分岐、反復


フロントエンドとバックエンドが分かれてるとして、バックエンドで同心円が書かれているとプレゼンテーション層とフロントエンドのデータフェッチ層は変更容易性が低い原因になってる?


「操作より状態・性質に着目する」 操作に着目しがち。 何事も状態と性質を意識する。 zenn.dev/knowledgework/…


playwright mcpで画面仕様を作ってもらうのありかも?残りのハードルはデザインシステムとコンポーネント管理と運用


継続して主体的に同じプロダクトを開発することで、ようやくアーキテクチャのことを考えられるようになった。 DDDを選定してくれた人のおかげだし、なんでもない話を聞いてくれる人のおかげでもある。


viewを変更した時にpresenterは変更して欲しくない。 presenterを変更した時にcontrollerを変更して欲しくない。 全てを変更した時にinteractorを変更して欲しくない。 これが継続できれば、変更容易性が高松までいる状態で開発できる。 仕様が複雑になる程、意識することが大事。


Loading...

Something went wrong.


Something went wrong.