フロントエンドの開発、次のガルプNodeJSは、生態系の間だけHTML、CSSは、JavaScriptと使用するための機能が開発されたWeb UIフレームワークの様々なタイプに基づいて構築された、例えば、、エルム他のWebフレームワークをVueのに反応していた言及WebPACKのと、他のパッケージングツールチェーン、多少馴染み。フロントエンドの開発者はまた、PC側のページのレンダリング、モバイル側ページ・レンダリング、またはやや馴染みのレスポンスのレンダリングを必要としています。エッセンシャルフロントエンド開発者はまた、マイクロチャネルの開発に精通している必要があり、H5は、マイクロチャネル環境を開発し、小さなプログラムなどの様々な開発。
クライアントの開発は、PC側のプログラムを通じて、完全な開発を意味し、開発者は、モバイル（アンドロイド、iOSの、またはReactNativeおよびその他のクロスプラットフォーム開発フレームワーク）プログラムを終了します。開発者のフロントエンドよりも高く、処理すべきクライアントの開発の複雑さの指標。クライアントは一般的にUI層、ロジック層とデータ層の分離アーキテクチャの理解を開発し、この分類を行うためのイニシアチブを取ることができます。また、クライアントは、ローカルファイル、ネットワーク通信、マルチプロセスアーキテクチャやその他の問題を読み書きするマルチスレッド開発する必要があるかもしれません。
相対的に言って、熟練したフロントエンドの開発は、熟練のWebフレームワークやツールチェーンの能力に利点を持つことができます。彼らはWebコンポーネントの調整方法で多くのエネルギーを消費するので、しかし、別の態様では、クライアントの開発に関しては、フロントエンドの開発は、それは、また、一般的なOOPパッケージという概念の終わり内の階層化アーキテクチャのいずれかの意識を持っていないかもしれませんスタイルをどのように行う、どのように相互作用を書き込みます。それでは、どの法令の経験に遅い成長を行う方法パッケージを、どのように行う彼らは成層を行います。
背景の開発、Linux上のすべての基本的なコマンドを習得する必要があり、これらのシリーズをマスターするには、このベースでの能力：そのようnginxの、配分戦略をルーティングサービスゲートウェイに精通している必要があり、リバースプロキシ戦略としてゲートウェイの構成、;静的ルーティングガイド静的なウェブサイトそれは、Java、他の内部WebサービスからnodeJsとしてプロキシ内部Web指向のサービスを、逆もよい; WebサービスはRESTインターフェースの一連の背後にあるか、RPCインターフェイスを実装する場合があり、更なる層は、キャッシングの背後にあるかもしれない、データベースCRUDリード書き込み層。しかし、これは最も基本的な形で、背景は建築の段階進化バイステップになります、開発者への最終ターンの進化は、展開ツールチェーンを通じて、書き込みビジネスコードにする必要があります。
実際に開発し、基本的なビジネス・ロジック・コンポーネントの開発の背景ミックスのこの部分。技術的な要件と部品表面の基礎となるビジネス・ロジックの技術的要件は同じではありません。基本的な構成部品、必要がクラウドリソースリソースの抽象化は、仮想化技術指向のビジネス・コンポーネント、スケジューリングなどのメッセージングミドルウェア、分散コンポーネント、およびを習得するようにすることです、それはキャッシュの設計、データベースへの最も一般的ですビジネスプロセスの良い把握だけでなく、完全な全体のプロセス、イベント、データ・ストリームの把握のタイミングのすべての端を持っています。
最後の一つは、開発の中核です。実際には、単語は、他の開発者が微々たるものになってきたように、それはないが、中核的な役割の欺瞞を持っています。一般的には、GoogleのウェブQUICプロトコル設計などの基盤となるコア技術開発キル一定レベルの開発、を参照し、ストレージ/データベース、車両識別システムなどの特定の要件を満たすためのシステムを開発しています。典型的な例は、独立したブラウザのコアエンジンを開発するために、Microsoftのブラウザのチームですが、生態系が良いを構築することではない、オリジナルのエッジブラウザは、エッジのクロムバージョンに基づいて、逆に、成功していないですが、そこにオリジナルのクロームと市場のaの上に議論の余地の可能性は、この論文は書かれたクロムのエッジブラウザベースのバージョンです。
理解し、プロジェクトの人員配置のために、開発のこれらの異なるタイプを区別してスケジューリングが必要です。私は深くプロジェクトは基本的に最長の終了によって決定された遅延時間を理解しています。缶誰かが最後にそれを飛んでいない一部の人を入れて、フライ終止符を打ちますか？リスクがあります。基本的には、高品質のプロジェクトを作るために、我々は、右端に右の人を配置する必要があります。その人が生きて独立している側のホールドで終わることができないことを意味し、上記の人々を満たすために方法がない場合、それは全体の上にある必要があり、この時間は、フレームワークがあり、フレームワークの規程へのリスク、その終わりのために設計された、と私は建築を考えるされていますこの時点での役割ではなく装飾よりも、必要性の性質を明らかにします。
フルスタックは嘘です、拳は、4人の手に直面し、チームワークが、それは右ではない、すべてを行うための人であってはなりません。人があまりにも多くの仕事の役割を行うために表示されている場合は良いソフトウェア開発プロセスは、それはソフトウェアプロセスではなく、良いことという警告信号でなければなりません。
技術スタッフは、プロジェクトの訓練と経験の豊富な多くの容量テクノロジー・スタックを持つことができ、そのような自然なプロセスが存在します。しかし、まだ役割の異なる場所からさまざまなニーズを区別する能力は、これは考え方の問題です。例えば、一般的な問題は、「あまりにもUI頭痛をやって、美的には欠陥がある。」されます
まず第一に、この考え方は、問題を行うために、独自のデザイン、UI開発を行うにはない、ある、知ることが技術的に純粋なインタフェースの必要があるどのようなスタイル（描画やCSSの直接的な方法を設定する方法、（レイアウト座標ベースの組版やレイアウトに基づく）のレイアウト道のスタイル）、どのようにモジュール式のUI（コンポーネントベースの、組み合わせ）を調整、どのルートに（ジャンプ）、前方、後方、イベントを処理する方法について説明します。また、UI層は、ロジック制御層、データ層を分離さなどを行う方法です。
芸術の側面、あなたがデザインするグラフィックデザイナーに安心する必要があり、あなたがする必要があるあなたは上記の技術が提示されているマスターして、プロトタイプのグラフィックデザイナーを設計することです。あなたは自分の仕事をすることはできませんグラフィックデザイナーを考えるだけでなく、[UI]をやってTAの一部。
第二に、経験と変化の少しを持つ美的意志が、それは美的が意味するものではありませんので、短い自分自身を販売していない、静的ではありません、単に「格好良い」、も含まれている「合理的な」、「ユーザーフレンドリー」のように... 。
- 終わり -