この話は、さまざまなプロジェクトに取り組んでいる間の観察に基づく個人的な意見です。
チーム開発に入る
フリーランスの仕事中は、テクノロジースタックの選択に問題はなく、すべてがシンプルでした。友人と相談し、さまざまな情報源を読み、適切なスタックを選択しました。これらは人気のあるものでした。なぜなら、それらに関するより多くの情報、適切なソリューションをスパイできる既成のプロジェクト、そして問題に直面した場合のStackOverflowに関するより多くの回答があったからです。これにより、作業のストレスが軽減されました。
しかし、私がチームとして働き始めたとき、スタッキングは謎になりました。私の頭は絶えず回転していました：なぜですか？どうして？これはどこから来たのですか？アプローチは何ですか？誰もが本質的に同じことをしているのに、なぜ一方のチームがいくつかのテクノロジーを持ち、もう一方のチームが他のテクノロジーを持っているのか理解できませんでした。
それも非常に興味深く、口に泡を持ったプロジェクトの一部の人々が選択されたパスの優位性を証明した理由は明らかではありませんが、別のチームでは同じことをしましたが、前のチームから説明したテクノロジーの異なる方法と異なるアプローチは単に嘲笑されました..。
その時、私はただ流れに乗ってそれを掘り下げていました。哲学を勉強する時間がなかったので、自分のスキルを向上させる必要がありました。そのため、プロジェクトに取り組んでいる間、私は技術的なインスピレーションのアイデアに完全に染み込み、それを自分のものとして受け入れました。
時々時が来て、私は他のプロジェクトに移らなければなりませんでした。そして再び、一見標準的で、技術的に同一で、確立された現代のフロントエンドが、新しいチームで、ボンネットの下で完全に変質した外観になり、出力で完全に同一になったとき、大きな驚きの時が来ました。
何が起こっているのかを理解する
おそらくあなたは真実が存在せず、それが全体的なプロセスと結果を害しない限り、誰もが彼が望むことを自由に行うことができるという理解から始める必要があります。前面の問題には+10の解決策があることを考慮してください。
作業は、ベーススタックを選択することから始まりますが、それが何であれ、さまざまなバリエーションの可能性がたくさんあります。書かれたコードの既存のベースも追加されます。これは、多くのもの、またはすべてではないにしても、すでに書かれており、ニーズに合わせて調整するだけでよいためです。
. , -, - . .
, . , - .
, , - , . , , , , .
, , , , , , “ ” , .
. , . , JS TS. , . “ !” , , . , React Router. , history React. : “ history spa, React?” - , , .
. , . , , , 100 , 100 , , . , , , ?
Go ahead
“ ”. , gitHub’. “Wow Rust”, “Wow React-Reason”. !
, “ ”. , . , . , .
1 . N , - , .
2 . , , .
- , , , , : “ - x1,5 , , , . , , .”
: “ ?” : “ …”.
, , , . , .
.
そして、リーダーが去った後、経営陣はhh.ruに行き、「Rust」または「Reason」の検索でドライブして誇りに思う0を取得します。そしてチームの喜びに、彼らは古き良き理解しやすいリポジトリで開発に戻ります。
この全体像からの結論は、すべてのファッショナブルなテクノロジーは、開発者の視野を広げ、スキルを高めるのに非常に適していると言えます。しかし、賢明な開発者によって開発された大規模で複雑な作業プロジェクトが登場するまで、この「ファッション」をすべて独立して本番環境に導入する価値はないでしょう。