印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 優秀なプログラマーであるためには、自分の持つスキル、経験、知識から、動くコードを生産するための資質を持っている必要がある。技術的なスキルは持っていても、必要な資質を持っていないために優秀なプログラマーになれない人もいる。この記事では、偉大なプログラマーになるために必要な7つの資質を紹介する。 1．自発的に新しい技術的・非技術的スキルを習得する だめなプログラマーは、どうしても必要になった時にしか学ぼうとしない。よいプログラマーは、積極的に新しい技術的スキルを習得する。偉大なプログラマーは自ら新しい技術的なスキルを学ぶだけでなく、技術以外のスキルも学び、ほかの人なら考えもしないような情報源に対してもオープンな態度で接する。 具体的に例を挙

この前、「経営者目線」について知人と話をしていて、「面白いなぁ」と思ったことがあったので紹介したい。 日本には、不思議なことに従業員に「経営者目線」を持つことを要求する会社がある。若者バッシングの常套句に「指示待ち族」とか「言われたことしかできない」とかいうのがあるが、これが発展して「お前たち従業員も、もっと会社のことを一人一人考えて、経営者目線をもって仕事をしろ」というご高説を垂れる経営者が実際少なくない。 しかし、よくよく考えてみると、仮にこれが本当に実現したとすると結構大変なことになる。「船頭多くして船山に登る」という諺があるが、経営判断に関する意見なんて当然人それぞれになるわけで、従業員が本当に経営者目線を持って自律的に考え始めたら、間違いなく大揉めになるはずだ。「右に行こう」と誰かが言い出したら「いやいや、左だ」と他の人が言い出して、さらには「待て待て、ひょっとすると上かもしれな

手段と目的 お昼休みで時間が15分くらいあったので、ぐわーっと思ったことを書いちゃいます。乱文。 僕があんまり好きじゃない言葉に以下のものがあります。 「手段を目的化しちゃいけない」 なんか一見正しそうなんです。そして、適当に人を説教するときにとても便利な言葉なんですよね。上司とかが知ったかぶりの顔をして「それは手段の目的化じゃないか」みたいに言っちゃう時とか、よくあるじゃないですか。 でも僕は思うんですよね。手段を目的化するのが何がいけないんだって。というか、全部目的があってやるのなんてつまらなくないですか？ 「顧客はドリルではなくて穴を欲しがっている」 みたいなセリフもマーケティングでありますよね。かっこいいドリルなんて作っても意味がなくて、本来欲しいものは穴なんだから、顧客が欲しいドリルをつくるんじゃなくて、顧客がどんな穴を求めているかを考えろ、みたいなやつです。 これも僕はつまらね

ToDoリストは、多くの人にとって有用であろう歴史ある生産性ツールです。ToDoリストは、無秩序な日常生活の中に秩序を作り出す試みであり、人間の自己管理能力の表現でもあります。2012年前半に行われたLinkedInの調査によると、私たちの多くが（ToDoリストが嫌いな人も含めて）何らかのToDoリストを使っているそうです。例えば、専門職に就く人の63%がToDoリストを使っています。 とはいえ、ToDoリストほど使いこなすのが難しいものはありません。今回は、その日に達成したタスクをメールするとカレンダーに記録してくれるタスク管理サービス「iDoneThis」のJanet Choi氏が、ToDoリストが失敗しがちな理由と、ToDoリストの効果的な利用方法を教えてくれます。 iDoneThisにはかつてToDoタスク機能がありました。ここに、人々がToDoリストに悪戦苦闘していることを示す面

「見て覚えろ、技術を盗め」「ボロクソに言われて、なにくそ、と思って頑張れる人こそ伸びる」と言ってる熟練の職人たちが後継者不足に悩んでいるのは、それが人を育てる方法ではなく、素質のある人を効率的に探す方法に過ぎないので、人気が低迷して素質のある人が来なくなると破綻してしまうから。

今朝「熱が39度でたので、（会社を）休みます。」と言って仮病が成功したのはいいのですが、上司から「明日病院の診断書を持ってこい」と言われました。 今朝「熱が39度でたので、（会社を）休みます。」と言って仮病が成功したのはいいのですが、上司から「明日病院の診断書を持ってこい」と言われました。 ちなみにこの仮病はすでに何回か使っています（その際は診断書の提出は求められませんでした）。 病院で診察を受けて診断書はもらってこれるんですけれども、熱が全くないので診断書を見せれば嘘だったとばれるかもしれません。 仮病を使った自分が悪いのですが、何かこのピンチを乗り越えられる方法があれば教えてください。

この前飲み会でこんな話をしていたのでまとめてみます。 終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。 例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。 開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。（最近のゲームなどは除く）またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を

CAREER HACKさんというWEBサイトに掲載されている、エンジニアのキャリア論レポートが盛り上がっていると聞いてやってきました。 「エンジニアは技術以外の武器を持て」ー nanapi けんすうに訊く！［3］│CAREER HACK エンジニアよ、ゼネラリストなんて目指すな！―VASILY 金山裕樹のキャリア論［2］│CAREER HACK Geekなぺーじ:「汚いコードでいいよ」は夢の環境であると同時に悪魔の囁き Blogger Alliance | 404 Not Found コードの綺麗さの先にあるもの - Fashionable Life で、盛り上がっている論点は｢技術以外のことも出来るように vs ゼネラリストなんて目指すな｣と、｢汚いコードでも稼いだもん勝ちってそりゃあんた｣っていう2点なので、その辺書いてみたいと思います。 ゼネラリストなのかスペシャリストなのか 自分で

イケてる人材は3つの“Ｊ”を持っている ―VASILY 金山裕樹のキャリア論［1］から読む 大手企業とスタートアップとの、決定的な違い。 ― 金山さんは、大手企業とスタートアップの両方を経験されていますよね。両方で求められる能力に違いは感じますか？ まったく違うと感じます。決定的に違うのは、ビジネスとして「成立させる」フェーズ。そこにくると、必要になるスキルが全然違うんです。 大企業の場合は、すでに独自の強いビジネスモデルってものがあるんですね。すごく雑な言い方をすると、“Yahoo! の強み”って「どんなページを作ったとしても、広告が入って、収益があがる」ところなんです。Yahoo! として広告がガンガンまわっているから、極論、あとは“どれだけ低コストで広告が入るようなページを量産できるか”の勝負なんです。あとは、自分がやりたいことをビジネスモデルに“どうはめるか”だけを考えればいい。

「プログラミングをビジネスの手段だと捉えるエンジニア」こそ優秀だと定義するけんすう氏。その代表格としてCrocosのCTO Sotarok氏を挙げ、「いまの時代、最も投資すべきは自らのスキル」と語る。近い将来、技術の価値は下がる。その時カギになるのは、自分の仕事の幅をどこまで広げられるかー。 「優秀なエンジニアの定義とは？」ー nanapi けんすうに訊く！［1］ から読む 「チャレンジの数」と「優秀さ」は、比例する。 ― 「優秀なエンジニア」と言われて、パッと頭に浮かぶ方っていますか？ 他社でいうと、Crocos の Sotarok（株式会社クロコス CTO 柄沢聡太郎 氏）はずば抜けて優秀ですね。 以前ブログにも書いたんですけど、もともと僕のサイトを彼がハックしてきたのがきっかけで友達になったんです。その後 GREE に入社して、Crocos を立ち上げて1年半で Yahoo! JAP

優秀なエンジニアとは何か？ 人によって千差万別な解答が得られるこの問いを、“けんすう”の愛称で広く知られる、株式会社nanapi代表の古川健介氏にぶつけてみた。プログラミングのコモディティ化が進む現在。エンジニアが生き残る道は「エンジニアリング以外の価値」にあるというー。 WEBの進化とともに歩みを続ける、81世代のトップランナー。 《nanapi》というWEBサイトをご存知だろうか？料理、恋愛、仕事…など、さまざまなジャンルの「ハウツー（How to）」を集めたサイトだ。 「世界最大のハウツーデータベース」を目指すと宣言するだけあって、そのジャンルの多様性や分かりやすさは群をぬいている。 このnanapiを率いているのが、株式会社nanapi 代表の古川健介さん。“けんすう”という愛称のほうが広く知られているかもしれない。学生時代に、学生専用コミュニティサイト《ミルクカフェ》を立ち上げる

「データマイニングを仕事とする人＝データマイナー」はどういう人たちがいるかということについて ビックデータとかで世の中がバズってるけど「僕はデータマイニングをやってます！」といったときに適切にその人がやっている業務領域を把握している人ってかなり少ないと思う。 グリーで働いていたときもデータマイナーはどういった仕事をしていて、何をやっていて何ができるのかっていうことを理解していなくてミスコミュニケーションが生まれていたと思うのでちょっとその生態系についてまとめてみた。おそらく、データマイナーといわれる人は以下のタイプがいる： 研究開発をする人 統計学的に新しいイノベーションを起こせる人。Google のPageRankアルゴリズムを作りましたとか、NetfrixやAmazonのレコメンデーションエンジン作りましたとかいう人がこれにあたる。スキル的には統計学にかなり長けている必要があり、その他

仕事をもつ人間なら誰もが、「もっと時間があれば終わらせられるのに。時間さえあれば・・・！」と考えているはず。1日24時間という時間は、誰にでも平等に与えられる。ではなぜ、同じ時間内でたくさんのことを効率的にできる人と、そうでない人がいるのだろうか。単刀直入に言おう。生産性が高い人には、秘密があるのだ。 そこで今回は、米フォーブス誌が明かす「驚くほど生産性の高い人間になれる24の方法」を伝授しよう。中には少し極端に思えたり、そう簡単には実践できそうにないものもあるが、これらを実行してこそ高能率な人間になれるらしい。 1. 1時間早く起きる。 2. 日曜の夜に1週間の計画を立てる。 3. 「NO」と言う。無視する。自分が成し遂げようとしていることだけに集中する。 4. 家政婦を雇い、大事な時間を掃除などに費やすのをやめる。 5. 携帯電話のEメール機能をオフにする。 6. シンプルなTo Do

業務系SEの末路的なお話でして - 急がば回れ、選ぶなら近道 業務系に限らず、組み込み系もけっこう先行きは明るくないと思う。 メーカーの下請けでやってるようなところだと ・メーカーの予算削減で人員は減るが仕事量は変わらない ・むしろシステムの高機能化でアーキテクチャは複雑になる ・しかし一つの製品の納期はどんどん短くなる ・メーカー側もコスト面から製品に対して人員を割かなくなるので、メーカー側の社員が手が回らず下請けに丸投げしだす ・請け側の会社も仕事が少しでもあるところにスキルをあまり考えずに要員を投入する はい、デスマ。 発注側も受け側も余裕が無くなっていて、それでも請けるほうは仕事無いから請けるしか無くて、だいたい当初の想定通りのフェーズや要因で炎上する。で、年中残業やら休日出勤やらで疲弊するエンジニア。 請ける側にも多分に問題はあって、マネジメントできない人がマネジメントをし、設計

2010年10月22日06:15 カテゴリ随筆 新・人間革命 新社会人の友に贈る 爛漫の春が巡る来るたび、私は、恩師・戸田先生を桜花に包まれてお見送りした日のことが、昨日のように思い起こされる。文豪トルストイは「信仰は人生を決定する」（原久一郎訳）と言ったが、私の人生は、大仏法を教えてくださった師の存在なしにはありえなかった。 春はまた、新たな旅立ちの季節でもある。今回は、卓越した実業家でもあられた先生のご指導を振り返りながら、この春、社会人として新出発する青年に祝福のエールを贈りたい。 ◇ 新社会人の皆さんに、まず肝に銘じていただきたいことは、「信用こそ力」「信用こそ宝」という一点である。今の日本の混乱や迷走を見ても、その根底には、「信用の失墜」という問題がある。 政治家しかり、官僚しかり、企業しかりである。また、いかに優秀な人であっても、社会のルールを無視したり、おろそかにしては、誰か

1年ぶりにレイバンのサングラスが半額に!在庫切れになる前にゲットしておこう #Amazonブラックフライデー