Webフロントエンドの開発効率を高く保つための考え方

これまでいろんな現場でWebフロントエンド開発をしてきて、メンテナンスしやすく効率の高いWebフロントエンド開発をする上で重要になる考えが自分なりにまとまってきたので記事にしてみます。 Worse is Betterという考え方 自分が見てきた中でWebフロントエンドの開発効率が落ちてしまう一番の要因は、きれいで理論的には優れているアーキテクチャを構築しようとしてそれ自体がもたらす複雑性を支えきれないというパターンです。 少し前にフロントエンドにClean Architecture（以下CA、あの同心円の図を指すのは誤用に近いですがここではそれに乗ります）を導入する記事が流行ったと思いますがあんな感じです。ああいったクラスベースでDIが重要となる設計手法はサーバーサイドのJavaでSpringを使うのとは違ってReactがサポートしているものではないため、CAの実現自体に高い設計スキルが必

[uxlayman]

良き。ソフトウエアの品質って結局変更に対する強さだから。ソフトウエア構造以外にも、開発者の変更にも強くあるべき。となると、基本に忠実に、セオリー通りに、常識的に、がよい

[Phenomenon]

サーバーサイドにビジネスロジックがおけるのでフロントエンドでCAはロジックとプレゼンテーション層を良い感じに分ける程度の意味しかないよね。Angularなら良い感じに書けるのは事実だけどね

[xxxxxxxxlarge]

こういう考え方の記事はよくあるけど、じゃあ結局ベストプラクティスは何？ってなる

[peketamin]

“CAを諦めて、サーバーサイドのOpenAPIの型に直接依存するようにして薄く作るとコード量が少なく理解しやすいコードベースを構築でき” やっぱ行き過ぎた盲目的な原理主義信仰は良くない。

[maecchi]

負債を作らないを考える際は原点に戻ることが大切とこの頃は思います。

[shn_hsn]

そう、フロントエンドでclean architectureが必要になるケースはほとんどないんだよなー

[kako-jun]

ソフトウェア自身はどのように書いてほしがってるだろうかって考えると、長く生きたいだろうと思ってそうなことが多いので、進化の勝者側の生き物に似せて設計すると、勝手に変化に強くなる

[lycolia]

当たり前のことを当たり前にしていこうという話。とても大切

[ryosuke-fujii]

「CAによって外部に依存しない純粋なビジネスロジックを表現したコードを手に入れることができますが、そのトレードオフとしてコード量や複雑性が増加することは無視できません。」

[hush_in]

かなり共感できる[react][frontend][development][architecture]

[tjmschk]

“プログラミング言語、フレームワーク、ライブラリが想定している書き方のとおりに書く”

[surume000]

せやな

[jay-es]

以前、上からの意向でフロントエンドに DDD やら Result 型を導入して負債になっているので耳が痛い話

[baronhorse]

ベストプラクティスに従っとくみたいな話はわかる。慣習曖昧な環境だとつい魔がさすみたいのも良くわかる

[hkmn]

とてもよい これがわかってない現場マジで多すぎ

[n314]

最後にAngularやElemに触れているのもいいな。

[mizhiro]

“完璧に動作するけど変更ができないより、バグだらけだけど変更が容易な方が良い”

[Shinwiki]

もっと程度の低い話で、設計なしで小物書き始めるとUI作りとスクリプト書くので行ったり来たりするのがすごいうざいしHTMLは全角文字とかも使うしでインデントが全角スペース混ざってもう、みんなどうやってんだコレ

[yasu-osu]

Webフロントエンドに限った話ではないですね。無理をせずやるべきことをちゃんとやろうと。非常に納得感がありました。