すしえる(享年19) @_m_daniel 最後に質問はありますか？って言われると困っちゃう。そういうところマイナスかもしれんけど、分からんのよね 長谷川 @tkmk_2ny 逆質問で福利厚生聞いちゃダメ！って書いてあって唖然とした……やりがいで人は生きていけない、糧にはなるかもしれないけど本当の意味で生きていけない 亜原 @ahr_psi 講演とか会議とかプレゼンとかなんでも良いんだけど、最後に「何か質問ありますか？」ってどんな興味ある題材でも何も出てこないんだよな…大好きなアニメのスタッフトークショーでもその場では何も出てこない…
コードもまともに書けないエンジニアを雇って、騙されたという人たち投稿 : 2014-11-20更新 : 2014-11-21 書評は得意なのに、本を書くのが苦手な人たち。 書評が得意なのをみて、きっと本もかけるのに違いないと思い込む人たちがいるってことです。 何の能力を評価しているか？見ているか？という観点がない人は、簡単に騙されると思う。 別に相手が騙しているんじゃなくて、勘違いしているだけなんだけど。 よく、騙されたとか言う人が多いわけですが、 評価できる目や基準を持っていなくて、結果として騙される結果になったと思うんですね。 経験者採用では、 1.人事部の人たちの評価 2.配属予定の現場の評価 3.取締役たちの評価 の３つの基準を導入しているはずです。 経験者採用で、この一部しか導入してなければ、普通に騙されるでしょう。 もちろん、2はその現場の管理職の評価になるので、本当の意味での
（あんま多くないみたいだから多分すぐ身バレしそうだけど書く） エンジニアの面接で実際にコードを書かせる会社が最近は多いみたいだね。でもウチでは特に面接で書かせない。というか今まで書いてきた、関わってきたコードなんて書類で大体分かるでしょ？ それよりも、ウチではコードレビューをさせてる。 選考用にわざと少し突っ込みドコロの多いコード（30〜50行程度のコードを3〜4ファイル）を渡して、もちろんファイル構成自体へのレビューも含めて、どんな意見をその人が出せるかを問う。 レビュー用のコードは複数言語用意してて、一番得意な言語を選んでもらってる。 時間は1時間。資料と赤ペン、そしてネットに繫がったパソコンを渡して、いくらでもググってもらって構わない環境でレビューを紙に赤して貰う。 「コードレビュー」ってものに対しての認識だとか、コードを管理するための能力もある程度分かるし、すごく良い選考制度だと思
Joel Spolsky / 青木靖 訳 2006年10月25日 水曜 無政府主義者とフリーラブの提唱者とバナナの権利の擁護者の寄せ集めの一団が、プエルト・バリャルタを出たラブボート号をハイジャックし、7日以内に要求が受け入れられなければ616人の乗客と327人の乗員もろとも、船を沈めると脅している。要求は何か? 番号を控えていない小額紙幣で100万ドルと、評価の高いWaterloo Fortran IVコンパイラ、WATFIVのGPL実装だ。(フリーラブの連中がバナナの権利の連中と合意できることがいかに少ないかは驚くばかりだ。) フェスティバルクルーズ社のプログラミングチームのチーフプログラマとして、あなたはFortranコンパイラを7日間でスクラッチから作れるか判断しなければならない。あなたには2人のプログラマがサポートにつく。 どうだ、できるか? 「条件によりますね」とあなたは答える
つい先日まで人手不足なこともあって、派遣さんに来ていただいていたときのお話です。送られてきたスキルシートには、「○MySQL」「○PHP」という感じでまぁソシャゲをまわす分にはうちのやり方を多少レクチャーすれば大丈夫かなと思い面談。面談中も、「ゲームが好きです」「バハムートはかなりやりこんでました」「ターミナルも多少はたたけます」という感じでこれならOKかと思い採用して出社してもらいました。最初は環境設定やサービスを利用してもらって理解を深めてもらっていたのですが、過去のイベントの側替えをちょうどいいタイミングで始まることにしたので、必要なテーブルのコピーやアイテム登録をお願いしたところ、PHPMyAdminを使っても、登録はミスるは、他のマスターデータを上書きしてレコードを消すは、１００件近いデータのフラグミスがあったので、「0から1に全レコード変更しておいて」ってお願いしたら、PHPM
エンジニアにとって、本当に「働きやすい環境」ってどんなのだろう？ という疑問を解消すべく、組織づくりや職場環境に秀でたTech企業にインタビューを敢行するこの企画。インタビュアーは、エンジニアのためのポートフォリオサイト『Forkwell』や、エンジニア目線の求人・転職サイト『Forkwell Jobs』を運営する株式会社garbs取締役おおかゆかさん。エンジニアが「幸せに働ける職場」のあり方を探る！ 株式会社garbs 取締役 Forkwellプロダクトマネージャー おおか ゆかさん [blog:表参道フォークウヱル別館] 関西学院大学経済学部を卒業後、独立系SIerを経てインフォシーク社に入社。楽天による買収後も含めて、インフォシークのログイン周辺機能や各種コミュニティサービスの開発を担当。その後フリーランスとして活動、業務委託で入ったgarbsで提案したエンジニアのスキルマッチングの
Joel Spolsky ジョエル・スポルスキ 翻訳: 松村 弘典 2000-03-23 Fog Creek Softwareでは適切にスタッフを採用する事が必須である。我々の業界では対象となる人々を３つのタイプに分類する事が出来る。一方には 未洗のイモ とでも呼ぶべき、この業種に従事するのに基本的なスキルさえも持ち合わせていない集団がいる。これらの人たちは履歴書を注意深く確認して２，３の簡単な質問をする事で比較的容易に除外する事が出来る。対極には スーパースター と呼ばれる、パーム上で動くLispコンパイラを週末の暇つぶしにアセンブリ言語で書いてしまうような人たちがいる。これらの中間にあたるのが大多数の「応募者」で、何かしらやってくれるのではないかと思わせる人たちである。ここで紹介する幾つかのトリックはこれら一般的な応募者とスーパースターとの違いを見極めるためのものであり、Fog Cre
By Iron Man Records 「なぜ我々はプログラマを難問・APIクイズ・不可解な演算・その他の面接トリックで雇わないのか？」というタイトルで「Ruby on Rails」「Basecamp」など、積極的にウェブ上の開発を行っている人々の間では一度は聞いたことがある小企業「37signals」が自身のブログ上でエントリーを出しており、その中身が非常に考えさせられる内容となっています。 Why we don't hire programmers based on puzzles, API quizzes, math riddles, or other parlor tricks - (37signals) http://37signals.com/svn/posts/3071-why-we-dont-hire-programmers-based-on-puzzles-api-qui
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
