フロントエンドエンジニアの3つの開発方向
専門家の指示
数年の技術蓄積と多くのプロジェクト経験の後、専門家の方向に移行するのは当然です。技術者の共通の特徴は、厄介なことに対処するのが好きではなく、興味深いテクノロジーを掘り下げて、いくつかの技術的な問題を解決したいということです。専門家のルートを取ることはおそらくほとんどの技術者の選択です。
経営の方向性
別の専門的な方向性は、技術管理です。技術管理要件はより包括的であり、日常の作業には、プロジェクト管理、部門間のコミュニケーション、チーム管理、および技術システムの構築が含まれます。技術的な管理を行うことは、最初の行のコーディングから離れ、次第に独自の技術的な利点を失うことを意味します。エネルギーの80％は、チームメンバーがチームを通じて成長し、設定された目標を達成するのを助けることです。
技術者は考え方を変える必要があります。しかし、過去に人材を採用する企業の主な目的は、直面した実際の技術的問題を解決することでした。そのため、技術管理にとって、技術は依然として根本的な側面であり、完全に規定することはできません。技術の一般的な方向に常に注意を払う必要があります。
製品とビジネスの方向性
別のキャリアの方向性は、ビジネスに近づくために変革し、製品マネージャーになることです。私の周りには、数年の研究開発を行い、変革後に製品を作ったフロントエンドがますます多くなっています。技術者が製品に変身することは実際にはより有利であり、一方で技術を研究開発とよりよく伝えることができることを知っている一方で、製品設計は着陸しやすいです。
これらの3つの方向に必要なスキル
強固な基盤を築く
大規模な工場でも小規模な工場でも、卒業する3年前に社内スキルの練習に集中し、フロントエンドファンデーションで良い仕事をする必要があります。HTML、CSS、JSに習熟し、メインストリームのフロントエンドフレームワークを習得する。
できるだけ早く大きな工場に入る
大きな工場に早く行けば行くほど、自分自身を助けてくれるでしょう。標準化されたプロセス管理と完璧な技術システムはすべて、技術的なビジョンを改善し、良好な作業習慣を開発するのに役立ちます。
深さと幅を組み合わせる
スキルを習得しながら、サーバーやモバイル側の知識を水平に理解し、独自のシステム認知能力を養う必要があります。候補者の完全なスタックを要求する市場の能力は、この点での要求です。
技術的思考から飛び出し、ビジネス側とのコミュニケーションを深め、独自のビジネス感覚を養う
ビジネス側が提起した要件の背景とロジックを理解するのに役立ちます。また、将来的に製品の方向性やビジネスの方向性にシフトするのにも役立ちます。
最新のフロントエンドフロントエンドエンジニアリングに必要なスキル
開発効率を大幅に向上
フロントエンドエンジニアリングの進化により、開発効率が大幅に向上します。フロントエンドの開発以来、コミュニティには多数の優れたフレームワークとツールが登場しており、フロントエンドエンジニアを重労働から解放することができます。
大規模プロジェクトの開発の難しさを軽減
まず、モジュール化とコンポーネント化がフロントエンドエンジニアリングで推奨されています。モジュール化のアイデアは、大きなプロジェクトの機能を分解し、それらを個々のモジュールに分割します。各モジュールの開発難易度は急落しました。第2に、フロントエンドエンジニアリングでは、大規模アプリケーションの品質と保守性を確保するために、完璧なプロセス仕様とコード仕様の使用を推奨しています。
面接官の支持を得やすい
大企業で働きたい場合は、フロントエンドエンジニアリングが基本的な品質です。大企業のビジネスは非常に複雑であることが多く、非常に高い安定性が必要です。対応するフロントエンドエンジニアリングの学位は非常に高く、さまざまなサポートインフラストラクチャは非常に成熟しています。
たとえば、Meituanは体系的なエンジニアリングソリューション、モバイルコンポーネントライブラリVix、自動テストツールFreekite、ハイブリッド機能体験ソリューションTitansなどをレビューしています。これらの企業の支持を得るためには、候補者はフロントエンドエンジニアリングの分野に深く蓄積する必要があります。
オープンマインドは高次エンジニアリングです
あなたに合ったものが一番です
フロントエンドの友人は学習（パッシブラーニング）で悪名高く、他の人々が高度なテクノロジーまたはプロセスツールを持っていることを考えると、彼らのチームもすぐに追随する必要があります。
このアイデアは合理的ではありません。各チームのサイズとステージが同じではないため、他のプロセスとツールを完全にコピーするべきではありません。正しいアプローチは、他の人のアイデアを学び、実際の状況と組み合わせて、自分に適した技術システムを作成することです。
より大きな成功を収めるために巨人の肩の上に立つオープンなコラボレーション
会社の規模が比較的大きい場合、各事業部の間で小規模なビジネスサークルが形成され、さまざまなプラットフォームツールの構築が繰り返され、リソースの浪費が避けられません。私が言いたいのは、技術者として常にオープンマインドを維持する必要があるということです。プラットフォームツールを開発する前に最初に考えることは、自分の問題を解決できる類似のツールが現在あるかどうかです。私は5年間働いているフロントエンドエンジニアです。最も包括的なフロントエンドの学習資料をまとめました。最も基本的なHTML + CSS + JSからHTML5プロジェクトまで、実用的な学習資料が編成され、すべてのフロントエンドパートナーに送信されます。ウェブのフロントエンドを学びたい、キャリアを変えたい、大学生を求めている、そして仕事での能力を向上させたいという人々にとって、私とプライベートにチャットできる必要がある学習パートナーです。スリー] [ナインエイトファイブ] [ナインナインスリー]は、グループに直接ダウンロードして、Webフロントエンドを学ぶための質問（学習方法、学習効率、就職方法）を教えてください。
その場合は直接ご利用ください。
存在するがニーズを満たせない場合は、既存のツールに基づいて二次開発を実行できます。これは、ツールを完全に再開発するよりもはるかに効率的です。3. **すべてはビジネスから始まり、テクノロジーは問題を解決する必要があります**。
テクノロジーが価値を生み出すことができない場合、テクノロジーがどれほど高度であっても、最も強力なプラットフォームツールは価値がありません。
ツールとプラットフォームの進化は、ビジネス開発から生まれ、日々のビジネス開発に貢献する必要があります。この方法でのみ、良性のサイクルを促進できます。プラットフォームツールの構築とR＆D効率の向上は、双方にとって有利な状況を実現できます。
