採用面接において応募者の真の力を見極めるための質問10+選
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます IT業界における求職者の面接力が高まってきている昨今、彼らがあなたの会社に本当にふさわしい人材かどうかを見極めることが困難になってきている。そこで本記事では、応募者の真の力を見抜く手がかりとなるような質問を紹介する。 採用面接の大きな目的は、応募者の技術的なスキルを判定することであるものの、応募者があなたの会社の文化に合うかどうかを見極めることも重要である。しかし最近では、多くの応募者が面接のコツを心得ており、よくある質問に対する答えをあらかじめ準備してきているのである。では、応募者の本質を見抜き、本当に知りたいことを知るにはどうすればよいのだろうか？以下では、面接相手の真の力を知る手がかりとなる質問を紹介している。 備考：以下に紹介す
頭のよさがすべてではない。成功者がもっている特質「Grit」とは何か？ | Lifehacking.jp
Grit とは「不屈の精神」「気骨」などと訳される言葉ですが、Clutter と同様、擬音語でもあります。困難を前にして歯ぎしりをしている、あのギシギシという音です。 Boston.com の記事によれば、この Grit が、今心理学者の間で子供の成長と成功を導く一つのバロメーターとして注目されているそうです。 ふつう成功は能力、つまり「知能」や「才能」に依存していると考えられがちですが、知能が高いからといって必ず成功するわけではないことはすでに Malcolm Gladwell の Outliers で説明された通りです。 ではどうしてある人は 10000 時間の練習に耐えられるのに、途中で投げ出してしまう人がいるのでしょうか？ Malcolm GladWell がいうように環境に左右される部分ももちろんあるでしょう。しかし個人の中に挑戦的な課題を「やり抜く力」があるというのが Grit
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
『モバゲータウンがすごい理由』を読むべき理由?PCとモバイルの断絶に愕然とした - アルカンタラの熱い夏
『モバゲータウンがすごい理由』を読むべき理由〜PCとモバイルの断絶に愕然とした カテゴリ: 買った本・読んだ本 『モバゲータウンがすごい理由 〜オジサンにはわからない、ケータイ・コンテンツ成功の秘けつ〜』という本を読みました。とてもおもしろかった。 本当は同僚のみなさんに配り歩きたいくらいなんですが、ちょっと人数が多すぎるので、代わりにどこがおもしろかったか書きます。今日はあまり時間がないのでちょっと乱暴な感じになってしまいますがご容赦ください。 モバゲータウン（以下、モバゲー）がすごい理由は何か？ と聞かれたとき、PCサイトに詳しい人なら、ちょっとさわってみただけで、「モバゲーがどれほどよく考えられていて、どれほどよくできているか」についてはすぐわかるはずなので、そういうことについてはすらすらと答えられると思います。 では、以下の事柄を重ねて質問されたとしたらどうでしょうか。 ・ケータイ
Shibu's Diary: 「ソースコードをきれいに書く唯一の方法」は４つある
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 taken by Manuel_Marin なんとなく書いたら、アクセス数が10000件超えたソースコードをきれいに書くための方法の記事。r-westさんの「きれいなソースコードを書くために必要な、たったひとつの単純な事」と、uwiさんの「誰がためのきれいさ？」と、フォローのトラックバックまで頂きました。僕のも含めてそれぞれスタンスが違いますが、どれが正しいとか、どれが一番いいかというのはないと思っています。人によってどっちがいいかは別れるはずです。人によっていちばん苦労がなくて、モチベーションがあがる方法がそれぞれの人にとっての正解である、というのが僕の考えです。 モチベーションマネージメントというのがよく言われるけど、「モチベーションを上げろ」と言われて上がる人なんていませ
30年間で1680本のゲームを開発したトーセが裏方に徹する理由 - 桀紂屋[ketchu]
ゲーム | トーセというゲーム開発会社をご存知だろうか。私はゲーム業界にそれほど詳しくないので、有名だったらこんなことを書いて恥ずかしいのだが、非常に変わった会社である。創業30年間、これまでに手がけたゲームは1680本超。単純に割って毎年50本以上（ゲームの市場規模からすると近年は100本近くなるのでは？）これだけの本数を出していながら、ゲーム雑誌には出てこないという裏方の開発会社である。さらに自社でコピーライトを持たず、クレジットにも極力名前を出さないというのだから徹底している。 たしかにゲーム業界は、引き抜きを防ぐためなのか、開発者名をあまり表に出すことはなかったというのはあるが、それでもPS時代以降は有名クリエイターとされる人が相応に表に出るようになった（ただ、ごく一部のリーダーのみで開発の本質をメディアに晒しているわけではない）。それなのに、ここは会社ぐるみで隠れようとする。さら
Forbidden DOOR
Forbidden DOOR 成人向けテキストサイト 未成年が読んではいけません 減速運転中 [notice] 2022.08.06 焼きレタス様主催、C100みほゆか合同誌に中編を寄稿しました。 サークル名「Lettuce-Labo」13日（土）、東５ピ-41Ａです。 ※成人向けです。 ※扉の作品はふたなりみほゆかリバもの文章作品です。 メロンブックス通販商品ページ 表紙・焼きレタス様 [notice] 2018.04.11 中野仁様主催、C94みほゆか合同誌2に短編8ページを寄稿しました。 サークル名「Pate sucree」土曜日、東Ｄブロック-01bです。 参加者ツイートまとめ メロンブックス通販商品ページ 表紙・虫ノ輔様 [txt] new 2019.10.09 ■これから私がやすむ場所 みほゆか本編、秋山家告白編(pixiv内） 191007 ■虎のバトンを持つものは 番外
なぜ増田小説概論
（ブックマーク数がとんでもないことになったため、元増田はうかれている。なので匿名ダイアリーなのに、ペンネームまで書いてしまった。タイトルに大きく、須江岳史、と。しかし、プロの小説家でもない一人のプータロウが書いた文章がこんなにもてはやされることを、すこし疑問にも思っている。ちょっと足を伸ばして図書館に行けば、小説の書き方についての本はいくらでも手に入るはずだ。何かを学び取る目的ではなく、長すぎるからブックマークしておいた、というのなら、納得する。 というかこの論は物語と小説をニアリーイコール扱いしていて、小説論としてはちょっと古いというか、語りという小説の大問題がスルーされていて厳しい。http://d.hatena.ne.jp/CloseToTheWall/20090703/p1 という指摘も当然のことで、普段、一人称の小説ばかり書いている自分には、人称とか視点とかいった物語を語る上での
あらゆる仕事はデザインの仕事です。: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 「残念なデザイン。」に、yusukeさんより、こんなコメントをいただいた。 知的労働って、そのものがデザイン行為。 はい。まさにそのとおりだと思います。 すべての知的生産活動はデザインであるしかも、それは職業的な仕事に限った話ではありません。 より日常的な生活における労働も含めてすべての知的生産活動はデザインであるのだと思います。 そして、そのことに気づいているかどうかで、人生は美しく有意義なものにもなれば、そうでないものにもなるのではないでしょうか。 柳宗悦さんの「用とは共に物心への用である。物心は二相ではなく不二である。」ということばも、クラウス・クリッペンドルフの「デザインとは物の意味を与えることである。」や「他人の意見を聞くことなしに自分で行う孤高の才能あるデザイナ
まつもとゆきひろ氏が語る「ビューティフルコード」セミナーに行って来た - LukeSilvia’s diary
まつもとゆきひろが語る「ビューティフルコード」×「プログラマ35歳定年説」に行ってきました〜。今年初めて行ったイベントなのですが、とてもいいお話を聞くことができました。美しいコードとはどのようなものか、またそのようなコードを書けるようになるためにはどうすればいいのかというお話でした。 以下、まとめになります。僕のメモを元にしたので、まつもとさんが話された内容と多少ズレがあるかもしれません。 そもそもコードとは何か 「コードの美しさとは」という前に、そもそも「コード」とは何か。 ソフトウェアの作成はものづくりではない コードは工業製品ではない。コードは、車とかと同じ工業製品だと思われることが多く、例えば次のような勘違いがある。 日本は「ものづくり」が得意だ。だからソフトウェアも「ものづくり」として取り組めばいい 車のように、ソフトウェアも部品をどんどんコピーして組み合わせばできる 違うよ！全
プログラムが遅い人の10の特徴: それほど間違ってないプログラマ用語辞典
反面教師も良い教師ということで、これまで仕事してきて、これやったら仕事遅くなるよなぁと思うような行動を取ってしまった実体験とか、あと見ていてこれはイカンよなぁと思ったことを10個ほど。 1. フリーズする 難題が持ち上がった時に、特に何かを調べるでもなく、首を捻りながら長時間沈思黙考するタイプ。頭だけで考えていてもたいてい前には進まないので、長考する仕草を取るのは「眠いのを誤魔化したい時」だけに限定した方が良いかなぁと思ってます。 2. 質問をためらう 技術的な内容なら自分で調べた方が為になることはあるけど、仕様などの聞かないと分からないことについてまで、なぜかためらってなかなか質問に行かないタイプ。相手が多忙だと質問しづらいけど、行かないと作業が止まるような時は遠慮なく相手に犠牲になってもらうが吉です。 3. Googleから答えにたどり着けない 同じことを調べているのに2倍以上時間がか
中途半端に優秀なプログラマが「正しいプログラミングテクニック」だと妄信しがちな３つポイント - 分裂勘違い君劇場
「変数のスコープは狭いほど良い」と妄信する 変数でもメソッド名でもクラス名でも言えることだが、単純に「スコープは狭いほどよい」という方針でプログラムすると、逆に保守性も可読性も悪いプログラムができあがることがけっこうある*1。 実際、「あちこちから頻繁にアクセスするようなオブジェクトやメソッド」は、スコープをぐっと広くしてしまった方が(場合によってはグローバル変数やグローバル関数にしてしまった方が)、いちいちパラメータ渡しのバケツリレーをせずに、オブジェクトや機能を使うことができ、プログラムの可読性も保守性もずっと向上することがけっこうある。 たとえば、プログラムのいろいろな箇所から比較的頻繁にアクセスする必要があるようなオブジェクトや機能がバインド(格納)された変数やメソッドのスコープをクラスやメソッド内のローカルにして、それを使うときは、いちいち各クラスやメソッドにパラメータ渡しのチェ
哲学的な何か、あと科学とか
Ｑ１：飲茶さんは、 「『機械的な部品』にすぎない脳細胞がどんなに集まっても、 なぜクオリアが生じるのか説明ができない」 と言っていますが、 たとえば、車のエンジンは、『機械的な部品』が集まってできたものですが、 エンジンをどんなに分解しても、「車が走るという現象」はでてきません。 脳とクオリアの関係も、これと同じで、 説明できなくても当たり前ではないでしょうか？ つまり、クオリアを問題にしている人たちは、 「エンジンを分解したのに『車が走る』という現象がどこにもないぞ」 と大騒ぎしているのと同じではないでしょうか？ Ａ１：いいえ、ちがいます。たしかに、エンジンを調べても、 「車が走る」という「現象そのもの」は出てきませんが、 「車が走る」という「機能の仕組み」は説明はできます。 たとえば、「なぜ車が走るのか。それは、エンジンの中でガソリンが爆発して、 その力がシャフトに伝わり、タイヤを回す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ほぼ日刊イトイ新聞 - ヤオモテ、OK