1.問題を解決する簡単な方法を探しないでください。
かなり頻繁に、特定のブラウザで次のバグが発生した場合、私はできるだけ早く問題を解決したいので、この機会が現れます。 最も一般的な例：IEでは、ブロックは数ピクセルだけシフトされます。IEスタイルで元に戻す（またはハッキングする）ことができ、面倒ではありません。 願望は非常に自然です-締め切りはいつものように終わり、結果は同じです、そして余分な努力を費やしてくれたことに感謝しません-支払いは同じままです。
このアプローチの誤りは、 問題がなぜ起こったかの明確な理解なしで問題が解決されるということです。 これは、将来、何度も何度も登場します。 すぐに結果を簡単に達成したいという願望は、その後のすべてのプロジェクトで有効性を失うことにつながります。 さらに、このような態度はこの分野でのあなたの専門能力の開発を妨げます。これは長期的には現在のプロジェクトの結果よりもはるかに重要です。
結果を延期し、なぜこのバグが発生したのか、他のケースでこのバグが表示される場合、それを解決するためのすべての方法（すべてではなく、1つだけ）、将来のこのバグの数百の状況この特定の症状だけでなく、その症状のすべてにおいて、あなたは簡単に予防するために必要な知識を持っているので、ほとんど発生しないでしょう。 もしそうなら、即座に解決できます。 このアプローチの経験があれば、迷うことなく、ほとんどすべてのブラウザーで、ほぼマシン上ですぐに動作するコードを書き始めることができます。
同じことが意思決定にも当てはまります。 Googleによる解決策を見つけた後、盲目的にコードをコピーしないでください。これが機能する理由の説明を見つけるのに数分かかります。
それでも、これはすべて、専門能力開発のために期限を守らなければならないという意味ではありません。 顧客とタイムラインを合意するときに、この時間を考慮することを学んでください。
2.新しいソリューションを試すことを恐れないでください。
レイアウト内の個々のタスクごとに、それを解決する多くの方法があります。 それぞれに長所と短所、完全に適合する場合とまったく適合しない場合があります。 あなたがちょうどアマチュアなら、あなたはあなたに合ったものに集中できます。 しかし、あなたがプロであるなら、あなたはそれらすべてを知っていて、適用できなければなりません 。
特定の問題（たとえば、画像の置換や複数列のレイアウト）を解決する際に、特定の1つの方法に満足している場合、そこで停止しないでください。 他の人を試してください。 新しいブログについてのブログを読んで、それらも適用してください。 あなたはあなたのビジネスで貴重な経験と柔軟性を得るでしょう。 そして、柔軟性-変化する条件に適応する能力-は非常に重要なプロフェッショナル品質であり、最終的に多くの時間を獲得できます。
特に、ところで、これはJavaScriptフレームワークの選択に関係します。 ホリバーはこれについてアマチュアを育てました-優れたフロントエンドプログラマーはそれらのいずれかを簡単に適用できます。彼の経験のおかげで、彼はそれぞれの特性とそれらが作成され動作する原理を知っているからです。 （評議会とは別に、特にJavaScriptプログラミング言語自体を理解することの方がはるかに重要であることに注意する価値があります。一見したよりもはるかに強力で興味深いものです。）
3.道具に従わないでください。 それらを使用します。
Web標準とセマンティクスを例として取り上げます。 これらは不滅の戒めではありません-これらは特定の目的のために作成されたツールです。 同僚がそれについて語っているという理由だけで彼らに夢中になっている場合-なぜ、何を、そしてどの場合には従う必要があるかを完全に理解せずに-あなたはそれらを正しく実践することができません。
たとえば、CSSのみのマルチレベルドロップダウンメニューを作成し、メニューをアクセス可能にしたことを誇っているとしましょう。JavaScriptが無効になっているユーザーやスクリーンリーダーのユーザーが使用できるようになりました。 同時に、彼は、一般的な神話に反して、スクリーンリーダーがJavaScriptを完全にサポートし、特定の場合にCSSに応答すること（たとえば、「display：none」の助けを借りて隠された要素を見ない）、およびこのソリューションを次のように使用できないことを認識していませんスクリーンリーダーのユーザー、およびマウス（キーボードのみなど）で操作しない他のすべてのユーザー-すべてのCSSのみのドロップダウンメニューソリューションは、マウスイベントに密接に関連付けられています。 さらに、メニューの表示と消失の遅延がないため、視力の低い人や運動機能が損なわれている人（パーキンソン病など）に多くの問題が発生します。 そこにあります。
逆の例：開発者は、洗練されたWeb 2.0アプリケーションをセマンティクスの観点から理想的なものにするために多くの時間を費やし、CSSまたはJavaScriptが無効になっている人々にとっては、その特異性の観点からは決して役に立ちませんが、検索エンジンにとっては登録されたユーザーのみがページにアクセスできるため、インデックスへのアクセスは拒否されます。
別の例：HTML / CSS検証。 特定のDoctypeによると、有効性自体はプロジェクトに利益をもたらさず、よりアクセスしやすくセマンティックにならず、一般にレイアウトの品質については何も言いません。 これは単なるツールであり、盲目的に従うのではなく、使用できる必要があります。 たとえば、私は個人的にプロジェクトをXHTML 1.0 Strictに合わせていますが、それはクールだからではなく、他の開発者に格上げされ、批判の正当な理由を与えてくれます。 Sagalaevはこのオプションが気に入らず 、彼もまったく正しいです。 残念ながら、私はしばしば反対を観察します。 ところで： このトピックに関する記事 。
使用するツールの中核に到達します 。 それらをいつ適用するか、いつ適用しないかを知ってください。 あなたが適用する場合-よく知っている理由。
4.一緒に仕事をする人との片方向通信を許可しないでください。
顧客（または上司、またはマネージャー）が完全に馬鹿げた要求をする場合、歯を食いしばって鼻の下で宣誓する必要はありません。 時間をかけて、このソリューションが効果的でない理由を合理的に説明してください。
もちろん、このような状況では、顧客がバカだと考えて議論を終了するのが最も簡単ですが、そのような態度はあなた、顧客、または進行中のプロジェクトのいずれにも利益をもたらしません。 その上にあります。 まず自分自身を見てから、他の人を見てください。 この場合、これはまず第一に、あなたの議論の何が間違っていたのか、そしてどのように説得力を高めることができるのかを考えることを意味します。 たとえ彼があなたの議論を聞いた後、彼自身のことをすることに決めたとしても、彼は専門家としてのあなたへの信頼と尊敬が増すだけでなく、すべての結果を認識してそれをします-いずれにしても、双方が勝ちます。
レイアウトの場合、デザイナーにも同じことが当てはまります。 優れたデザイナーは、特定のもののレイアウトの複雑さと、使用できるWebの機能の両方を知っている必要があります。 したがって、あなたがタイプセッターとして、描いたものを作成するだけでなく、デザイナーと積極的にやり取りすると、両方がプロとして成長し、最終的にあなたと一緒のプロジェクトが勝ちます。
5.選択したビジネスでより良いものを見つけ、それに焦点を当てる方法を学びます。
人は真に意味のある結果を達成することができますが、それは彼が本当に愛している行為においてのみであり、それによって彼は情熱的であり、すべての魂に関与しています。 あなたの仕事に心を奪われるものを探してください 。 あなたが本当に多くの理由でまったく必要とされない場所でさえ、細部まで超意味的なコードを書きたいと思っているなら、書いてください。 ボスがいつもあなたを蹴る極端なCSS実験が本当に好きなら、とにかく先に進んでください。 熱意の喪失は、最終的にはスキルの喪失を意味します。 可用性-継続的な自己改善と優れた結果。
ご清聴ありがとうございました。 :)
更新：テーマ拡張付きのバトンを渡します（これはすでに少し退屈になっています） -abstractioneerには5つのRuby / Railsのヒント 、 dobrych -Python / Django、 ld100-プロジェクト管理があります。