フロントエンドエンジニアが持つべき3つの考え方_PHPチュートリアル
- WBOYオリジナル
- 2016-07-13 10:17:44885ブラウズ
フロントエンドエンジニアが持つべき3つの考え方
編集者注: この記事では、論理的思考、ビジネス思考、デザイン思考の 3 つの側面を使用して、フロントエンド エンジニアの資格があるかどうかを判断します。フロントエンドエンジニアは、情報の受信、データの収集、対応などの雑務を担当するだけでなく、バックエンドエンジニア、デザイナー、PMとのコミュニケーションも必要となるためです。したがって、チームワーク、調整などはすべて、コード以外のことも考慮する必要があります。
あなたが天才エンジニアであれば（すぐに辞めても大丈夫です）、多くのことを独立して達成でき、変人でも構いません。なぜなら、あなたを賞賛しない人はいないと私は信じているからです。しかし、現実は現実であり、ほとんどの人は天才ではありません。職場ではチームワーク、調整、協力が必要であり、コード以外のことも考慮する必要があります。
フロントエンドエンジニアは、情報を受信し、データを収集し、対応することだけを担当するわけではありません。もちろんこれらを行うだけでは問題ありませんが、バックエンドエンジニアとのコミュニケーションも必要ですし、デザインとのコミュニケーションも必要ですし、PMとのコミュニケーションも必要です。この三者に？
論理的思考
特定のコードを書き始めるときは、それがどこで使用されるのか、繰り返し使用されるのかを考えてください。 将来的には変わるのでしょうか？一般的な Web ページの構造には多くの変化がありますが、根拠もあり、この根拠は事前に推定することができます。 「変わらない」ケースはありませんし、やっていくうちに変更が必要になることも多く、場合によっては大きな変化を引き起こすこともあります。変更や修正が本当に必要な場合、どのような戦略を立てますか?これらは論理に基づいて熟考する必要があります。
通常、プロのデザイナーは、コードを再利用できるように、非常に均質、比例、または対照的な要素を含む Web ページをデザインします。では、なぜ CSS プリプロセッサ (Sass、stylus、less) の使い方や Mixin や変数の書き方を学ぶ必要があるのでしょうか? 最初は面倒に感じるかもしれませんが、一度使ってしまうともう戻れなくなります。効率が向上するだけでなく、精度も向上します。
エンジニアの世界は武道のようなもので、誰もが毎日新しい秘訣を学び、いつか武道の達人になることを目指して練習に取り組んでいます。これは、知識や専門性を向上させる可能性でもあります。好奇心がなく、あまりにも物事を見たり理解したりしなければ、当然、論理は時代に追いつきません。論理的思考を磨くためには学び続けなければなりません。
一定レベルの論理的思考は、書くことができるだけでなく、保守しやすく、読みやすいプログラミングの専門知識でもあります。物事が適切なロジックに基づいていれば、エラーの可能性は低くなり、一緒に働く人々はより幸せになります。
一つのことをうまくやることができれば、あなたは達人です。一つのことをうまくやって、未来を予測することができれば、あなたは専門家です。
ビジネス思考
PM、上司、クライアントは皆、「どれくらい時間がかかりますか?」と尋ねますが、答えが短すぎると完了できない可能性があります。どう答えるか、死ぬかの問題だ。時には立場を変えて第三者の視点から考えることも必要です。私たちの完成度と彼らの完成度は異なる場合があります。
ケースの詳細を 2 つの状況に分けます。1 つはすでに経験があり、時間が見積もれる場合、もう 1 つはやったことがないか、あまり不慣れで、時間の見積もる根拠がない場合です。 。
次に、受け入れられる最低限の基準を考え出します。たとえば、アプリの Web サイトの場合、最低限の基準には、ホームページと 2 つのボタンを備えたアプリをダウンロードするためのリンクが必要です。残りについては、調査して、より十分な根拠のある時間を与える必要があります。プロジェクトを完了するまでにどれくらいの時間がかかるかを見積もることは非常に重要です。なぜなら、あなたが一人でやっている場合やあなたが上司である場合を除き、自分の時間ではなくグループの時間を消費することになるからです。見積もりが間違っていれば後で遅れますが、それが完了できなくても問題ありません。最も重要なことは問題を解決し、問題を解決する目的を達成できる解決策を提案することです。
別の視点から解決策を提案することは、物事、会社、顧客にとって有益です。モバイル Web ページで 20 列の表が表示されないという問題を顧客は解決できないことを気にしませんが、顧客は満足しています。この種のテーブルは見栄えが悪いので、表示方法を変更できると言いました。顧客は、あなたが Rails を使用しているか PHP を使用しているかをあまり気にしておらず (一部の人は気にしていますが、理解しているふりをしています)、ただ買い物をして投稿するだけで済みます。
フロントエンドエンジニアは顧客からのクレームにさらされやすいので、いくつかのことをしっかり考えておかないと非常に面倒になります。 Web サイトを作成します。あなたがネチズンまたは顧客だったら、作成した Web サイトに満足しますか?
デザイン思考
フロントエンドエンジニア自身がデザイナーでもある場合が多いですが、フロントエンドエンジニアでありバックエンドエンジニアそのものである人も多く、デザインとフロントエンドは切り離せない関係にあります。もちろん、ここで話しているデザインでは、実際に写真を作成したり、完全なデザイン図を作成したりする必要はありません。
デザインとは、見た目や感触だけではありません。—スティーブ・ジョブズ
フロントエンド デザインとは、画像や要素がどのように実行、作成、移動、または削除されるかを指します。このデザインは、さまざまな幅や高さ、さまざまなデバイスで表示されたときにどのような影響を及ぼしますか?デザイナーの絵を実際のWebページにするには、デザイン画のコンセプトを完全に表現するためにデザイナーの視点で考える必要があります。
先ほどの話ですが、「×」が入った「設計図」が届いたのですが、それは何ですかとお客様に聞いたら、「前のページに戻る」とのことでした。前のページはポップアップではありません モーダルではありません 同時に、この画像には、「削除」、「閉じる」、「下にスライド」を表すさまざまな色とサイズの「X」がたくさんあります。それぞれ無理な設計です。
デザイン思考は、デザインの焦点がどこにあるのか、デザイナーが求める効果を達成するためにどのように書くのかが見えず、構造や要素を整理することができないため、作成するコード構造とWebページ構造に直接影響します。そうですね、ウェブページを適切にまとめることができません。これでは効率が大幅に低下するだけでなく、得られる結果にも一貫性がなくなります。 Web サイト上には、同じであるはずのボタンがいくつかあるかもしれませんが、ボタンを実行するために複数のクラスと異なる構造を使用したため、「似ている」ものの異なっていることが判明することがあります。最初からデザインを考えていなかったんですね。
何ができますか
-
何もすることがない場合は、FB に数分間アクセスして練習してください。あまり長く滞在する必要はありません。
-
ウェブサイトを作成して、自分でプレイしたり、友達にプレイさせたりして、意見を求めてみませんか?さらにいくつか質問してください。
-
設計図を見て、自分だったらどうするか考えてみましょう。
この記事は kimix のブログから引用しました