私はフロントエンド開発者の適切な定義を探し回っていましたが、見つけた定義はほとんど「HTML/CSS/JavaScript(jQuery)を実行する人」でした。
しかし、私はこれはもはやそうではないと思います。今日、非常に複雑なインターフェイスがあります。たとえば、「HTML/CSS/JavaScriptを実行する人」以上のものを必要とし、コンピューターサイエンスのバックグラウンドを持たない単一ページのBackboneJSアプリです。
フロントエンドアプリ(Backbone、Angularなど)をエンジニアする人は、バックエンドをエンジニアする人よりも(それ以上ではないとしても)熟練したプログラマーであるべきだと私は主張します。
したがって、私のシナリオ( 単一ページのwebapp -バックボーンで言う)では、3人です:
私の質問は:最も一般的な現代の開発チーム構造は何ですか?通常、作業はフロントエンド開発者とバックエンド開発者の間でどのように分割されますか。
もちろん、JavaScriptを生成できるフルスタック開発者だけがいて、PHPも同様にうまくいく)と言えば、問題は少なくなります。あなたは「JavaScript開発者」と呼んでいますか?
すみません、私は単純な言語ですが、用語からできるだけ遠ざけるようにしました。
私はあなたが「現代の」開発チーム構造を持っているように聞こえることに同意します。私が参加した最後の数人と同じように。
非効率性は、責任または「ドメイン」をチームの固有のプロパティとして定義することから生じる可能性があると思いますが、エンジニアのチームが共通の目標を達成するためにできる限りの価値を追加するというよりは、仕事の集まりのようなにおいがします。
スタックに精通していることが不可欠であると思うので、全員が同じ言語を流暢に話す-問題と解決策を正確に(適切な場合はエンドツーエンドで)記述することで、プロジェクトの方向性に自信が生まれ、難しい問題の議論が加速します。また、各チームメンバーが後れを取って所有するための「私たち」、「私たちのもの」も作成します。たった一人の男が「UI」であるなら、あなたは非難や殉教のような概念への入り口を持っています。
逆に、共有された所有権とスキルは、専門分野での真の専門知識と組み合わされて、各メンバーがチームメートに触発され、チーム全体を「主導」して刺激を与える充実した貢献を構築する力を与える経験を持つ肥沃なエコシステムを作成します私は向きを変えます。
とりわけ、私の意見では、ユーザーに繰り返し焦点を当てるべきであり、「透過的に」機能する「エクスペリエンス」のデザイン
チームの能力に対する誠実さと信頼を築くことはできませんが、実際の顧客サービスを広く評価する文化は、私が以前に見たものであり、大きな効果をもたらしています。