去年の年末、Facebookで以下の様な画像が流れてきて自分もついついシェアしたんだけど、久々に、というか、自分にとってのここ最近の課題をドンピシャで突かれたような気がして、しばらく頭から離れなかった。 出展: 中村 修治 - 中村 修治さんの写真アルバム | Facebook 「プロ」か「アマチュア」か、というのはこの際どうでも良くて、この図の、上の曲線が、目指すべきところだなって話なだけなので、とりあえずその話をまとめてみることにする。 けど、まぁ、だいたい、こういう話をまとめるのは苦手だし途中で面倒になってしまうので、以下サブセクションだけ先に作ってみたものの、ちゃんと書くかどうかわからない... が、まあ、いい！あと、なんかグダグダ書いてしまいそうだけど、結局、サブセクションのタイトルにしたことをこねくりまわしているだけです。 作ってみるまでわからない 何にも言えることだけど作って

「プログラマが知るべき97のこと」の36個目のエピソードは、プログラマの働き方に関する話です。プロのプログラマとしてどんな姿勢で仕事に臨むべきかについて書かれています。 神経を集中させる時間、製品を産み出すのに使う時間が醜に30時間を超えるようなら「自分は働き過ぎだ」と考えるべきでしょう。 働かせるのも働くのも大好きな日本人からしたら週30時間という数字は誤植に思えるかもしれません。出勤が週に５日とすれば１日６時間、残業時間が週に30時間というケースすら珍しい話ではないでしょう。そのような時間をかけてもプログラマの仕事は、本来報われるものではありません。 プロのプログラマであれば、集中してプログラミングを行います。人間が集中して作業できる時間はそれほど長くありません。せいぜい４〜６時間も集中して作業をすれば疲労困憊です。ペアプロを実際に行ってみると解るのですが、プログラミングをしている中で

毎週決められた曜日には、会議も電話もメールもチャットもなく、上司から話しかけられもせず、エンジニアが開発に集中できる日が確保される。クラウド上でRuby on RailsなどのPaaSを提供しているHerokuでは、エンジニアが開発に集中できる日「Maker's Day」が毎週設定されているそうです。 Publickeyが月曜日に公開した記事「アジャイル開発手法でクラウドを作るHerokuのやり方とは」で、HerokuのエンジニアCraig Kerstiens氏のブログ」を基に、Herokuでの開発の様子を紹介しました。Kerstiens氏はその続きとして「How Heroku Works - Maker's Day」をポストし、Maker's Dayを紹介しています。 トム・デマルコ氏とティモシー・リスター氏による有名な書籍「ピープルウェア」でも、エンジニアにとって集中できるオフィス環境

ソフトウェア開発は、自分で考えて手を動かしてプログラミングして動くものを作ることを繰り返す訳ですが、そもそもソフトウェア開発という「物作り」を好きではないサラリーマンエンジニアが日本には多いのではないかと思います。 その理由は単純で、新卒新人でも中途入社であっても、自分で分析・設計から実装・デバッグまでするのが好きな人を採用していないからだと思います。たとえば、メーカーでソフトウェア開発部門に配属されるような新卒新人でも、大学ではほとんどプログラミングしたことがない人をメーカーは採用します。中途採用であっても、採用面接でプログラミングを伴う技術的な質問をほとんどしません。 その結果、企業の中には、本当にソフトウェア開発が好きなソフトウェアエンジニアと仕事だからというサラリーマンエンジニアがいることになります。そして、サラリーマンエンジニアは、そもそも好きではないので、業務がこなせるようにな

2011年秋、世界経済株式会社・本社ビルの廊下。中堅社員の日本君がペットボトルのお茶飲料を飲みながら休憩を取っていると、いきなり肩をバンと叩かれました。 米先輩「よう！ニッポンちゃ〜ん、お疲れさん。どうした、しょぼくれた顔して。最近元気ないねぇ。」 日本君「あ、アメリカ先輩。お疲れ様です。…なんか最近…、僕の仕事が少なくって…。」 米先輩「あー、イマドキの新入り連中は仕事憶えるの早いからねー。」 日本君「ていうか聞いて下さいよ。あいつらズルいんですよ。」 〜〜〜回想シーン〜〜〜 韓国君「チョリーッス、ニッポン先輩。この仕事の仕方ぁ、オレに教えて下さいよチェケラッチョ。」 日本君「あ、韓国君。君は勉強熱心だね（ちょっと生意気だけど…）。この仕事かい？。いいよ。これはね、こうやって次にこうやって、それでこう仕上げて。」 韓国君「Hey,YO。こうやってこうやってこうっスね。わかりっしたぁ。じゃ

小さなチーム、大きな仕事―37シグナルズ成功の法則 (ハヤカワ新書juice) 作者: ジェイソン・フリード,デイヴィッド・ハイネマイヤーハンソン出版社/メーカー: 早川書房発売日: 2010/02/25メディア: 単行本購入: 47人 クリック: 742回この商品を含むブログ (122件) を見る 新卒で大企業に入社した自分にとって、うなずける内容がたくさん。やはり組織には小数精鋭が大切で、精鋭じゃない人が入って肥大化した組織はどんどん弱体化していくと思う。成長していける環境があればそれでも発展していけるだろうけど。 以下、メモ。 会社の規模なんて気にしない。小さいことは通過点ではない。小さいことは、目的地でもある。 必要なものは思ったより少ない。 機能が多いから優れているわけではない。芯から始める。やることを減らす。 たくさん働いた（ワーカーホリック）からって偉いわけじゃない。少ない時

セルフブランディングは、実は周りから見るとすごく格好悪いことに見えます。しかし、逆風に負けずに継続できた人だけが、気が付いたら、あっという間に周りを置き去りに・・・。そういう性質のものだと思います。 明日、会社がなくなっても、自分の名前で勝負できますか? 頑張れば頑張るほと、「そこまでしなくても」って馬鹿にされる。あなたは笑われたり、馬鹿にされたりする覚悟はあるか？ピエロになる覚悟はあるか？ その覚悟がないなら、セルフブランディングなんてやめた方がいい。自分をブランドにしようなんて考えなければ、楽な人生を送ることができる あなたにはピエロになる覚悟はありますか？叩かれる覚悟は持ってますか？ 365 x13 Japanese Logic Puzzles: Hashi Medium / David Masters 「志」とストーリー 「志」は、極言すれば、自分自身を騙すための方便みたいなものだ

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

国内外主要SNSのビジネスモデル比較 〜 mixi、GREE、Mobage、Facebook、Twitter 僕がこのブログ、In the looopをはじめたのは2009年4月1日(開始記事)、なので、今日は In the looop 2才の誕生日です。これまで、特にソーシャルメディアの国内外動向に力点をおいて、最新情報を正確にお伝えすることを心がけ、続けてきました。その総括にもなるような内容を IT批評 次号 に掲載予定ですので、出版社の承諾をえて、ここに掲載させていただきます。テーマは、国内外の主要ソーシャル・ネットワークのビジネスモデル比較です。 ■ ソーシャル・ネットワーク、普及のあゆみ ソーシャル・ネットワーク(以下、国内ソーシャル・ネットワークはSNSと呼称)が人々をつなぎ、絶大な影響力で世界を動かしはじめた。チュニジアでは、FacebookとTwitterが先導した民主化革

1880年から1885年にかけて、エビングハウスは、自ら「子音・母音・子音」から成り立つ無意味な音節（rit, pek, tas, ...etc）を記憶し、その再生率を調べ、この曲線を導いた。結果は以下のようになった。 20分後には、節約率が58%であった。*1 1時間後には、節約率が44%であった。 約9時間後には、節約率は35％であった。 1日後には、節約率が34%であった。 2日後には、節約率が27％であった。 6日後には、節約率が25%であった。 1ヶ月後には、節約率が21%であった。 この一番上のグラフは経過時間ごとの節約率を表している。節約率とは一度記憶した内容を再び完全に記憶し直すまでに必要な時間（または回数）をどれくらい節約できたかを表す割合である。式で表すと （節約率）＝（節約された時間または回数）÷（最初に要した時間または回数） （節約された時間または回数）＝（最初に要

インターネットビジネスをやるなら インターネットビジネスは、 - 元手がかからない - 在庫もかかえない - 固定費、変動費ともに少ない という夢のような商売ですが、その分、大量のプレイヤーが参入してくるというジャンルです。 そんなこんなですが、未だにIT業界は盛り上がっているみたいです。ソーシャルゲームという、mixiやモバゲーなどのサイト上で動かせる有料課金つきのゲームが流行っていて、それを求めて起業する人もいるみたいです。 起業が増えるのはとてもいいことだなあ、と思っているのですが、近くでみてて「こうしたほうがいいのにな」と思うことがあるので、紹介します。 社内にあるべきはディレクション能力 ネットサービス（ソーシャルゲーム含む）で起業したいのであれば、「サービスを作れる人」が中にいる必要があります。 サービスが作れるとは何か。それは - 流行るサイトの仕組みを考えられる - 儲ける

SpringやStrutsやGoogle Web Toolkitなど、たくさんあるJava VM対応のWebフレームワーク。どれがどのような特徴を持ち、何を選べばいいのでしょう？ 11月15日から行われたJava開発者が集うイベント「Devoxx 2010」。このイベントで行われたMatt Raible氏によるセッション「Comparing JVM Web Frameworks」（JVM Webフレームワークの比較）のプレゼンテーションが、同氏のブログにポストされたエントリ「My Comparing JVM Web Frameworks Presentation from Devoxx 2010」で公開されています。 その内容は、開発者の方々に非常に参考になるのではないかと思うので、全56枚のプレゼンテーションの中からポイントとなる部分を紹介します。 評価優秀とされたのはSpring、GW

最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基本的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ