回答: バックエンドを放棄してフロントエンドに切り替えるのは賢明な選択でしょうか?

答え: バックエンドを放棄してフロントエンドに切り替えるのは賢明な選択でしょうか?

2016.03.20 10:05:30

Zhihu の誰かが私に次の質問に答えるように招待しました。「バックエンドを放棄し、フロントエンドに切り替えますか?」

この問題は、「フロントエンドの技術ルートと技術的態度の間の論争」と並んで、最近 Zhihu と Weibo で議論されているホットなトピックのようであり、常に多くのことを代表しています。アイデアの衝突。

今日は週末に少し時間がありますので、少しお話したいと思います。一度開いたら会話を止められなくなるかもしれません。

「

そうですね、私もがっかりしていません。下剤という決まり文句から始めましょう...

私が初めて PHP を使い始めたとき、それはまだ ASP の世界でした。投稿者ほど多くのアイデアはありませんでしたが、私はまだ PHP を学ぶことに夢中でした。その後、ASP は失敗しましたが、PHP に頼ることで何かを得ました。当時はまったく先見の明がありませんでした。

この時期、Java も非常に重要であることがわかり、当時はまだ「Core Java」が最初のバージョンでした。徐々に、急速に変化するニーズと短く柔軟な開発サイクルを持つプロジェクトに対処するために PHP が使用されるようになり、一方、より高い要件を持つプロジェクトに対処するために Java が使用されるようになりました。

その後、フロントエンドは徐々にエンジニアリングされ、モジュール化/コンポーネント化されていき、いつフロントエンドをマスターしたかはわかりません。

現状の観点からすると、フロントエンドからバックエンドまでの開発作業を一人で引き受ける元気な人であれば、大きな問題はないと感じます。しかし、エネルギーが無限にあるとしても、1 人がフルスタックの作業を引き受けるのは本当に良いことなのでしょうか?そう考えるのは、コストを差し引く余裕がないチームや組織だけです。 「1 人のプロジェクトに取り組むのは 1 人か 2 人です。1 人が作成するプロジェクトのコードが増えるほど、プロジェクトのリスクは大きくなります。」 これが私がまとめた法則です。

最後に言いたいのは、道は人が歩くものであり計画が必要ですが、100%明確に計画することは不可能です。この計画は、「妥当なアイデアである限り、最終的に決定する。同時に、可能な限りアイデアを引き算し、右往左往せず、継続する」という一文に凝縮されています。その過程で改善/調整します。」

私たちがテクノロジーを学ぶときの出発点は、「生まれる」ことです。「今学期は中国語、数学、英語を学びます」と誰かが最初に定義するわけではありません。しかし、今日のテクノロジーの発展により、エンジニアリングと大規模な特性が標準となり、分業が必要になります。この場合、テクノロジーに対する理解や態度は人によって異なります。特定の領域 (po オーナーの一般的な概念におけるフロントエンドとバックエンドなど) に焦点を当てたい場合は、何もありません。一つのことに100％集中することもできるし、逆に常に時代のニーズに適応して必要なものを吸収することも可能だ。 人の価値を測るのは、多くの場合、スキルがどれだけ優れているかではなく、どれだけの価値を生み出すかによって決まります。なぜ今テクノロジーに注目しているのでしょうか?それは、技術的基盤が確かに、より良い価値を生み出すのに役立つ前提条件の 1 つだからです。ただし、「より大きな価値を生み出すことが目的である」ということを常に自分に言い聞かせてください。これを理解すれば、多くの人にとってフロントエンドとバックエンドの区別に執着することはなくなるでしょう。

最後に、PHP と JavaScript のどちらが開発が多く、どちらが資金を多く持っているかを比較する必要はありません。だって、ザッカーバーグはあなたに言えないでしょう？この質問は少し衝動的です。上司はあなたがもたらす価値に基づいて人々を評価します。あなたをここに招待してから、「PHP と JavaScript のどちらが開発力や収益性が高いか」を一緒に考えようというわけではありません。

」