フロントエンド開発者を雇うとき、具体的にどのようなスキルとプラクティスをテストする必要がありますか? HTML、CSS、Javascript のスキルを評価するための適切な指標は何ですか?
明らかに、表のないセマンティック HTML と純粋な CSS レイアウトは、おそらく重要なスキルです。しかし、特定のテクニックはどうですか？複数列のレイアウトを簡単にモックアップできるようにする必要がありますか? CSSスプライト? 同じ高さ (または偽の) 柱? HTML タグの選択は重要ですか (つまり、に依存しすぎてい<div>ますか)? フロートがどのように機能するかを（言葉で）説明できるはずですか？
では、JavaScript のスキルについてはどうでしょうか。フレームワークの経験 (jQuery、Prototype など) はどれほど重要か。今日？
明らかに、ポジションの詳細と彼らが取り組む予定のサイトは、必要なスキルの最良の指標です。しかし、候補者のテストを作成する際に、人々が契約を破る (または作成する) と見なす可能性のある特定のスキルは何なのか疑問に思っています。
クライアントサイド開発者のポジションについて人々にインタビューするとき、私は理解しようとします：
1) DOM の理解 (それは何ですか、HTML とどのように関係しているのかなど) 2) XML/名前空間を理解する 3) JavaScript の理解 (オブジェクト指向？ 4) コンポーネント化 (XBL、HTC) へのアプローチの知識 - プラス 5) オブジェクト指向の原則を理解する 6) JavaScript クロージャ 7) ブラウザのメモリリーク
私がすぐに与える唯一の簡単なテストケース:
<script type="text/javascript"> 変数 a = 1; </script>
インタビュー対象者には、その行を専門用語で説明することをお勧めします。
また、Web テクノロジーの現在の状態に関する全体的な認識もチェックします。他の質問の中でも特に、Web ブラウザーを設計することをお勧めします。そこでは、インタビュー対象者が、新しいクリーチャーに組み込むテクノロジーを選択するよう提案され、そこに欠けている可能性のあるテクノロジーを提案します。現在のクライアント側プラットフォーム。
HTML、CSS、JavaScript を組み合わせたオンライン テストをお勧めします。
http://tests4geeks.com/test/html-css-javascript
問題数は 60 問 (各科目 20 問) です。また、受験者がテストを終了すると、メールでレポートを受け取ります。
Sergey と swilliams はどちらもすばらしい回答をしてくれました。特に、ポートフォリオを要求するという swilliams の言及が重要です。ポートフォリオを使用すると、次のような項目をテストすることもできます。
ポートフォリオは、誰かが Web 開発にどれほど情熱を持っているかを示すこともできます。また、誰かのためにサイトを作ったことがあれば、それだけで候補者といろいろな話をする機会があり、
これらの項目に加えて、検討したいもう 1 つのアプローチは、将来の雇用者に送ることができる開発者テストです。難しすぎて 1 日以上かかることはありませんが、CSS や JS の問題を解決できるかどうかを確認するには十分な頭の体操です。
私の会社ではテストを使用せず、特にフロントエンド開発に対する候補者の個人的な動機と情熱に注目する傾向があるため、ポートフォリオはより重要です。
しかし、採用前に候補者にテストを行う必要がある場合は、次のようにします。
その下に明確なセマンティック コンポーネント ツリーを表す、フォトショップで加工された Web ページの印刷物を提出してください。html でどのように結果を導き出すかをその人に尋ねます。彼または彼女に大声で考えるように頼んでください。開発が必要であることを知って、ページを見たときに何が頭に浮かぶか。
次に、候補者がとるアプローチに行き着きます。
特定の html セクションごとに最適なマークアップを選択することは (重要な) 側面の 1 つですが、新入社員を導くために周りの経験豊富な人々と一緒に習得することができます。デザインをセマンティック コンポーネントに適切に分解し、セクションを識別し、プライマリ コンテンツとセカンダリ コンテンツをナビゲーションから分離できることは、数学でも科学でもないため、テストが困難です。しかし、ページを分割するアプローチについての会話は、経験豊富な人と初心者を区別する可能性があります.
しかし、最初の行で述べたように、私たちは通常、ブログ、ゲーム、デモなど、その人が自由時間に行った Web 関連の仕事の種類を尋ねます。何かをしたとしても、その人は通常、フロントエンド開発が非常に得意であるか、学習と適応に熱心でした。
ポートフォリオを要求し、チームで確認します。それは、「インタビューをうまく処理しない」人や、ポーズをとる人に対処します。
それ以外には、モックアップが比較的簡単なものとラップトップを提示して、「やってみよう」と言うでしょう。
今日の Web デザインで何が一番好きで、何が一番嫌いかを尋ねてみてください。近いうちに何が起こるか (HTML 5、IE 8、Chrome など) についての意見を聞いて、彼らが今後何が起こるかを把握しているかどうかを確認してください。
お気に入りの JavaScript フレームワークがあるかどうかと、その理由を尋ねます。たぶん、[悪名高い] フィズ バズ問題のような JS でコードを書いてもらうかもしれません。
私たちは、彼らが特定の時間枠内で働くように簡単な概要を設定するか、場合によっては仕事を請け負って彼らがどうなるかを見ていました。
誰かが面接室でラップトップに座って解決策を打ち出すことについて、私はそれほど心配したことはありませんでした.
ブリーフの正確な性質は、探しているスキルセットに大きく依存します。一部のショップでは、フロントエンド開発者は、デザインの「雰囲気」を実装する際に、デザインのギャップを埋めたり、「ブランド警察」の任務を遂行したりする必要があります。
そのような場合、タイポグラフィの細かい点やその他の細部についてブリーフにいくつかの穴を残しておくと、それらの点での能力についてのヒントを得ることができます.
仕事に最適なものを選択したのか、それとも自分が知っているものを選択したのか。(主観的な質問です。はい。しかし、日付ピッカーと一部のメニュー アニメーションのために dojo を使用するのはやり過ぎかもしれません)
css ベースのレイアウトを実装できる人を探しますが、実際には、レガシー プロジェクトを扱うときに必要に応じてテーブル ベースのレイアウトで作業できます。ハッキーなテーブル レイアウトの細かい部分のいくつかは、必ずしも容易ではありませんでした。
この種のタスクの主なものは、細部への注意です。印刷用の一連のスタイル ルールを追加したか、適切な画像サイズとフォーマットを使用したか、きれいで有効なコードを生成したか、本当に仕事が欲しいという理由でゴールドを獲得したか、そして、それを得るために少し手を伸ばす準備ができています。
あなたが彼らに余分な時間を与えるので、見知らぬ机に彼らを置いてそれをするように言うというストレスの多いシナリオではなく、彼らが感銘を与えようとすることを期待するのは公正です. ですから、現実的であり、毎日すべてのタスクで執拗に完璧な仕事を期待するわけではありませんが、この状況では金、または少なくとも金が標的であったという証拠を探しています.
彼らが前にやったことのない何かの変化球を投げ入れてください...彼らが急いでそれをどれだけ上手に拾うことができるか見てください. 経験は良いことですが、急速に変化する分野では、迅速に学習する能力がおそらくより重要です。
どのツールを使っているか、どのようにコーディングしているか、つまり、DreamWeaver、BBEdit、emacs などを使っているかどうかを人々に尋ねます。彼らが一言で答えるだけではないと仮定すると、通常、彼らの優先順位やコーディング方法などについて、ある程度の理解が得られます。
次に、コードをどのように検証するかを尋ねますが、これは常に興味深いものです。
座ってページを叩いて実際にテストすることは別として、彼らが行った作業の具体的な例、問題をどのように解決したかを尋ねます.
たとえば、「締め切りが厳しかった仕事について教えてください」、「本当にイライラする問題とそれをどのように克服したかについて教えてください」、「最近行った仕事で何が問題だったのか教えてください」などです。あなたが一番誇りに思っているのは？」
そうすることで、彼らが行ったことの種類、問題解決のスキルと経験、ストレスや欲求不満への対処方法、そしてもちろん、彼らの回避策/手抜き措置が賢明か愚かかについて、多くの洞察を得ることができます.
ブラウザの違いを理解することも重要です。特にIE。IE 用にしかコーディングしたことがない場合は注意してください。Vica Versa も、IE6/7 で自分たちのものをテストしたことがないなら、それがどれほどひどく失敗しているのかわかりません。
失敗したこと、または IE での回避策が必要なことを 3 つ挙げることができれば、彼らは順調に進んでいる可能性があります。それができない場合は、まだ十分なクロス ブラウザーの経験がありません。
これまでのすべての回答に感謝します。彼らは間違いなく良いアドバイスです。ただし、承認済みとしてマークする準備はできていません。私が本当に探していたのは、フロントエンド開発者がテスト環境で作成できるようにする必要がある具体的なタスクでした。つまり、FizzBuzz for CSS とは?
堅実なポートフォリオと、主題について知的に話す能力があれば、おそらくテストの重要性が最小限に抑えられることに同意します. 一方で、偉そうなことを言うのが得意な候補者も知っていると思いますが、実践的な知識を実際に示すことになると、彼らは不十分です。
@JonathanHolland - 私は反対する傾向があります。HTML/CSS は確かに簡単に習得できますが、いくつかの簡単なチュートリアルから得られる知識は、レイアウトに何年も費やしてきた人に比べれば何の役にも立ちません。優れた CSS 開発者がテーブルに持ち込むことができるテクニックとプラクティスはたくさんあります。
@roenving - おそらく私は冗長でした。「pure-css」とは、テーブルレスを意味します。また、テーブルをレイアウト方法として使用しないという意味で、テーブルレスを意味していました。ただし、これは div と table のレイアウトに関する議論の問題ではありません。ここで試してみてください。最近のほとんどの雇用主は、開発者が（方法論として）テーブルを使用せずにレイアウトを行うことができるかどうかを尋ねていると思いますが。
私は採用の経験はありませんが、Web 開発者のインタビューに何度も出席しており、自分の経験を語ることができます。
私のすべてのインタビューの中で、真の才能を発見する最良の方法として、1つの方法が本当に際立っていました。私は専門家ではないことを認めます。これがおそらく私が仕事に就けなかった理由ですが、これは有能な人や優れた人を排除する素晴らしい方法でした.
DOM、オブジェクト指向、クロージャー、XML 名前空間、および一般的な Web デザインについていくつか質問された後、近くの川の素晴らしい景色を望む静かなオフィスに連れて行かれ、私たちの能力を示すためにいくつかの例を書くように求められました。 . 私たちは放っておかれましたが、ブラウザーを使用する必要がある場合は、ソース コードとブラウザーの履歴を後で表示すると言われました。以下を使用して社内イントラネットを作成するように依頼されました。
これを行うのにわずかな時間が与えられれば、実際にこれを行うことができる人々を見ることができます. おそらく、彼らの例は常にさまざまなアプリケーションにより適しているか、より適している可能性がありますが、開発者のスキルを示す最良の方法は、開発者に何かを作ってもらうことです! あなたがあなたのものを知っていて、彼らが彼らのものを知っているなら、彼らのコードは良いでしょう.
"
明らかに、表のないセマンティック HTML と純粋な CSS レイアウトは、おそらく重要なスキルです。
"
その文がわかりません...
テーブルの使用を避けるために、単純なタスクを複雑な方法でテーブルを使用して行う方が良いということですか?-)
テーブル恐怖症は、サーバー側の支援なしで大規模な Web サイトを作成するのと同じくらい難しい病気です...
もちろん、過去 10 年間のテーブル地獄は面白くありませんが、多くのタスクは、テーブルを使用せずに完了するのは本当にばかげています...
使用するタグ名に関係なく、easyist がタスクを完了する html 要素を使用してください!-)
-- そして、「純粋な css レイアウト」とは何かがわかりません。スタイルシートでレイアウトをホストするために、html要素なしでhtmlページを作成する方法がわかりませんでした...
これが良い答えではないことは承知していますが、私が最初に行うことの 1 つは、Word 履歴書の書式を公開することです。Word が提供するインデントとスタイルを利用していて、それがタブ、タブ、タブ、スペース、スペース、スペース、スペースでない場合、それらは山積みになります。
適切な HTML/CSS は非常にシンプルで、誰でも 1 週間で習得できるため、あまり重視しません。
とはいえ、ポートフォリオを確認して、現在のスキルレベルを判断するのに役立てることができます.