TypeScript 関数型スタイルでバックエンド開発のリアルTSKaigi 2024 のスライドです
Webフロントエンドの開発効率を高く保つための考え方
これまでいろんな現場でWebフロントエンド開発をしてきて、メンテナンスしやすく効率の高いWebフロントエンド開発をする上で重要になる考えが自分なりにまとまってきたので記事にしてみます。 Worse is Betterという考え方 自分が見てきた中でWebフロントエンドの開発効率が落ちてしまう一番の要因は、きれいで理論的には優れているアーキテクチャを構築しようとしてそれ自体がもたらす複雑性を支えきれないというパターンです。 少し前にフロントエンドにClean Architecture（以下CA、あの同心円の図を指すのは誤用に近いですがここではそれに乗ります）を導入する記事が流行ったと思いますがあんな感じです。ああいったクラスベースでDIが重要となる設計手法はサーバーサイドのJavaでSpringを使うのとは違ってReactがサポートしているものではないため、CAの実現自体に高い設計スキルが必
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://x.com/voluntas/status/1787074934466138468?s=12&t=suYC6B2IhN7jv0qU5zDxmQ
https://twitter.com/naotsu_log/status/1501158811817889792
アカベコ on Twitter: "業務で立て続けに class base な JavaSscript を TypeScript 化する機会があった。JSDoc 想定で型付きコメント入れてたので TypeScript 化はスムーズだったけど、9 割ぐらい this… https://t.co/glPaCzVwST"
モンゴル on Twitter: "友人に誘われ「現場で役立つシステム設計の原則」のサンプルコードをtypescriptで実装中 https://t.co/mj08GbZKVy やっぱり、実装してみると、色々気づくことがある"
奥野 賢太郎 | Motifaryの中の人 on Twitter: "Reactのクリーンアーキテクチャは、もうなんか細かいことを考えずにSOLID原則…というかもうS（単一責任原則）だけ気にしておけば十分で、だらだら書くな、むやみな依存ツリーを組むなの二点です。あとは、多少優劣あっても、なんとでもなります。"
