タム@エンジニア
@tamu_engineer
https://github.com/kosuke-17
You might like
労力は外注できるが、能力は外注できない
森崎先生、やっとむさんと登壇したパネルディスカッション「生成AIの得意と不得意を知って開発の仕事に役立てよう~最新研究事例から見えてきたこと~」が記事になりました / 今後生成AIとどう向き合うべきなのか? 現場のエンジニアと研究者が最新研究事例から語り合う htn.to/3urmSGdwBg
【10月16日発売】最新刊プレゼントキャンペーン ➡️下記書籍を抽選で3名様にプレゼント🎁 ✅応募方法 ❶当アカウントをフォロー ❷このポストをリポスト 応募締切10月22日まで/当選連絡DM📩 『Effective Python 第3版』 oreilly.co.jp/books/97848144…
recaptcha v2とv3どっちも使ってたら、どっちも対象の画面だけで使用するように制御すれば、意図しない箇所でバッチが表示されないってことかも。
フロントエンドとバックエンドが分かれてるとして、バックエンドで同心円が書かれているとプレゼンテーション層とフロントエンドのデータフェッチ層は変更容易性が低い原因になってる?
playwright mcpで画面仕様を作ってもらうのありかも?残りのハードルはデザインシステムとコンポーネント管理と運用
継続して主体的に同じプロダクトを開発することで、ようやくアーキテクチャのことを考えられるようになった。 DDDを選定してくれた人のおかげだし、なんでもない話を聞いてくれる人のおかげでもある。
viewを変更した時にpresenterは変更して欲しくない。 presenterを変更した時にcontrollerを変更して欲しくない。 全てを変更した時にinteractorを変更して欲しくない。 これが継続できれば、変更容易性が高松までいる状態で開発できる。 仕様が複雑になる程、意識することが大事。
United States Trends
- 1. Northern Lights 33.5K posts
- 2. #DWTS 49.2K posts
- 3. #Aurora 6,818 posts
- 4. Justin Edwards 1,967 posts
- 5. Louisville 16.8K posts
- 6. #RHOSLC 6,156 posts
- 7. Andy 59.9K posts
- 8. Lowe 12.3K posts
- 9. #OlandriaxHarpersBazaar 4,289 posts
- 10. Creighton 1,828 posts
- 11. Gonzaga 2,433 posts
- 12. Oweh 1,969 posts
- 13. Kentucky 25K posts
- 14. JT Toppin N/A
- 15. Elaine 40.3K posts
- 16. Celtics 12.1K posts
- 17. #Illini 1,142 posts
- 18. Robert 98.9K posts
- 19. Dylan 30.6K posts
- 20. Kam Williams N/A
Something went wrong.
Something went wrong.