2007年06月07日16:45 カテゴリ書評/画評/品評 書評 - プロ・ヘッドハンターが教えるデキる人の引き抜き方 献本御礼。早速読了。 プロ・ヘッドハンターが教えるデキる人の引き抜き方 古賀辰男 ハントする者もされる者も、そしてハントを防ぎたい者も読んでおくべき本。 でも、きちんと読めるかな？ 本書「プロ・ヘッドハンターが教える デキる一の引き抜き方」は、タイトルどおり、プロのヘッドハンターが、ヘッドハントとは何か、なぜヘッドハントが必要なのかというWhyと、ヘッドハントはどうやって行うのか、そしてされるにはどうしたらいいのかというHowを書いた本。 ヘッドハントされた経験もした経験もある者としてはっきり言えるのは、この本が本物であること。 目次 - 明日香出版社　新刊案内　新刊紹介　プロ・ヘッドハンターが教える　デキる人の引き抜き方より要約 はじめに 序章 欲しい人材はライバル企業

Four letter words: 題名だけではなんのことかさっぱりだと思いますが、これは先日 37Signals のブログ Signal vs Noise での記事「Four letter words」を読んでいて思ったことです。記事では他人、特にプログラマーとデザイナーのように違う畑の人とがコラボレーションしているときに注意しないといけない４文字言葉が紹介されていました。いいえ、f*** とか s*** ではありません。それは、 Need、Must、Can’t、Easy、Just、Only、Fast の７つです。使用例は次のような感じ。ちょっとあきれ気味の口調で読み上げると、やる気減退効果は絶大です。 We really need it. If we don’t we can’t make the customer happy. Wouldn’t it be easy if we j

働く全ての人に、 派遣という選択肢を 転職派遣サーチは、インターネットを通じて派遣について幅広く情報発信・サービス提供することで、より良い人生を送る人を増やす、派遣総合メディアです。 転職派遣サーチとは

この記事は運営の方針により削除されました。

2007年02月19日01:30 カテゴリCode プロ^2グラマーは社交が8割 趣味でプログラムをするシュミグラマーや、本職は別にあって、たまにプログラムするタマグラマーはとにかく、プログラミングそのものを職にしているプロプログラマー(以下プロ^2グラマー)の業務の8割は、実はプログラムを書く事ではない。 実感としては、顧客(社内顧客含む)との折衝が4割、学習が4割といったところ。残った2割が実際にコードを書いている時間。計算上は、週5日のうちコードを書いているのは1日しかないことになる。そして本当はそのコードを書いている時間も、コードを書く時間よりコードを読み返したり他のコードを読んでいたり、実のところぼけぇっとしていたりという時間が8割。 このプロ^2グラマーは、さぼっているわけでも無能な訳でもない。むしろ有能だとされるプログラマーほど、「オフタイム」が長い。そしてそのオフタイムの間

なんだか最近、PHPについて ・PHPは低クォリティ ・PHPの実装が酷い ・PHPキモい ・PHPを使う奴は低脳 などと、すごい言われようになっています。 何か勘違いしていませんか？ 「弘法、筆を選ばず」ということわざがあるように、「技術のすぐれた人はどんなプログラミング言語を使ったとしてもすばらしい仕事をする」ものです。 PHP利用者の平均的な能力だけを見て、「PHPを使っている人＝低脳」と決めつけるのは明らかに間違っています。 PHP技術者にも素晴らしい人はたくさんいます。 その素晴らしい人たちが、自らの意志でPHPを使っているケースもたくさんあります。 例えば、自転車は小学生にも乗れるけれども、自転車に乗ってる大人全員が小学生並みの知能なわけではないのと一緒です。 補助輪が付いている自転車じゃないと乗れない人もいれば、ブレーキのない自転車に乗って競技に出ている人もいます。 自転車に

「直感を信じろ、自分を信じろ、好きを貫け、人を褒めろ、人の粗探ししてる暇があったら自分で何かやれ」という梅田望夫氏のエントリは、読み物系のエントリとしてははてなブックマークで過去最高クラスの、1100件を超えるブックマークを記録しました。 梅田望夫氏がこれまでの書籍やブログのエントリで繰り返し発信しているように、好きなことを貫き、好きであるが故に人生のどれだけ多くの時間を使っても苦にならないような分野に身を置いて仕事をしている人というのは、本当に輝いて見えます。 しかし一方で、ひとたび社会に出れば「俺が今感じてる閉塞感をリアルな言葉にしてやるよ」に見られるような閉塞感を感じ、日本という社会においては好きなことを仕事にしていくことができるのはごく一部の環境や能力に恵まれた人だけなのではないかと感じている人も少なくないのが実際のところなのではないかと思います。 では、好きなことを貫いていくには

ワイキューブ副社長の中川智尚さんは、社長から「中川君の文章は説得力がある」と言われる社内文書の達人だ。実は文章を書くのが好きではないそうだが、仕事のために書く文章はソツがない。 中川さんが文章を書く際に心がけているポイントは3つ。まず最も重要なのが、読み手が自分の文章を読んでどう思うかを考えること。2つ目は、用件を整理して話のポイントを3つに分けること。3つ目は、誤解されないよう、曖昧な表現を避けて短い文章で書くことである。 どれも「長い文章は読むのも書くのも苦手」だからこそ身につけた文章術だ。 文章とは相手ありきのものである。どんな構成にして、どんな言葉で表現すれば正確に相手に伝わるかを、書く前に考えなくてはならない。相手がどういう人であるかによって、書き方も変わってくるだろう。 しかし、相手が誰であれ、客観的すぎる文章やその逆に独り善がりな文章になってはいけないと中川さんは言う。 「主

http://anond.hatelabo.jp/20070523230747 どういう理屈なのかはわからないけど、プログラミングを出来るようになれる人とマッタク出来ない人はハッキリと分かれてしまう。 俺がコンピュータサイエンス学科に居た頃と Teaching Assistant として一年生の面倒見てた経験から言うと、プログラミングが出来ない人はホントに最初の段階から出来ない。 例えば、 int a = 10; というのを習うと 50 人中 4,5 人は脱落する。変数という概念がどうしても腹の中におちていかないらしい。 あと今でも強烈に覚えてるのは、 int main(int argc, const char **argv) { if (a == 10) { } 「カッコは対応させないとダメだよ」と手を変え品を変え何回も何回も教えてもマッタク理解出来ない人とかもいた。 プログラミングのキ

JavaからRubyへ ―マネージャのための実践移行ガイド 訳者の角谷さんから献本をいただいて(ありがとうございます)から、ずっと迷っていたことがある。私は、gem戦記というサブブログを書いていて、純粋に技術的なことはそちらに書くようにしている。この本について何か書く時、そちらに書くかここに書くかをずっと悩んでいた。 アクセス数は圧倒的にこちらの方が多いので、なるべくならこちらに書きたいが、こちらは技術者でない読者も多いので、どうしたものか迷いながら読んでいた。 中身は評判通り大変よい本だと思うが、内容的にはやはりほぼソフトウエア開発の話に終始していて、これはやはり「gem戦記」向けだなと思いながら、Bruce Tate氏の本文を読み終えた。 ところが、ところがである。 「訳者あとがき」の中で、まさに「アンカテ」向きの素材を発見してしまった。 本書のアイディアを手掛りにRubyを導入するに