コミュニケーション能力の高い奴は仕事が出来ない 島国大和のド畜生
コミュニケーション能力の高い奴は仕事が出来ない。(場合がある) 凄く昔の話をすると。 当時、自分が居た小さな部署はコミュニケーション能力が高い人ばかりであった。 相手を気遣い、ウィットに富んだ会話をし、円滑に物事を進める。なにしろコミュニケーション能力に欠ける俺がそこに居ても居心地が悪くならない程だった。すげぇ。 空気を作るのも読むのも絶品の能力者達。 が、はたと気づくと仕事があまり進まないのだった。 殆どの仕事を俺ともう2人いたコミュニケーションに難のある人が地味に片づけたり自動化したり闇に葬ったりしていた。なんか俺らばっか仕事してる。 「オカシイな、この人たち能力凄く有るのに」 実は能力がある訳では無かったんですな。 人間の能力は、ゲームのポイント割り振り制に類似すると思う。（いやゲームの方が真似したんだけど。） 初期ボーナスポイントの大小はあれど、攻撃力にポイントを振れば防御が甘くな
いち早く70%〜80%程度の完成度で人に見せられるものを作ることがいかに重要か、という話 - 肉とビールとパンケーキ by @sotarok
去年の年末、Facebookで以下の様な画像が流れてきて自分もついついシェアしたんだけど、久々に、というか、自分にとってのここ最近の課題をドンピシャで突かれたような気がして、しばらく頭から離れなかった。 出展: 中村 修治 - 中村 修治さんの写真アルバム | Facebook 「プロ」か「アマチュア」か、というのはこの際どうでも良くて、この図の、上の曲線が、目指すべきところだなって話なだけなので、とりあえずその話をまとめてみることにする。 けど、まぁ、だいたい、こういう話をまとめるのは苦手だし途中で面倒になってしまうので、以下サブセクションだけ先に作ってみたものの、ちゃんと書くかどうかわからない... が、まあ、いい！あと、なんかグダグダ書いてしまいそうだけど、結局、サブセクションのタイトルにしたことをこねくりまわしているだけです。 作ってみるまでわからない 何にも言えることだけど作って
36-ハードワークは報われない - やさしいデスマーチ
「プログラマが知るべき97のこと」の36個目のエピソードは、プログラマの働き方に関する話です。プロのプログラマとしてどんな姿勢で仕事に臨むべきかについて書かれています。 神経を集中させる時間、製品を産み出すのに使う時間が醜に30時間を超えるようなら「自分は働き過ぎだ」と考えるべきでしょう。 働かせるのも働くのも大好きな日本人からしたら週30時間という数字は誤植に思えるかもしれません。出勤が週に５日とすれば１日６時間、残業時間が週に30時間というケースすら珍しい話ではないでしょう。そのような時間をかけてもプログラマの仕事は、本来報われるものではありません。 プロのプログラマであれば、集中してプログラミングを行います。人間が集中して作業できる時間はそれほど長くありません。せいぜい４〜６時間も集中して作業をすれば疲労困憊です。ペアプロを実際に行ってみると解るのですが、プログラミングをしている中で
マーケティング：SMARTな目標設定
University WashingtonでのMBAの授業も既に二年目に入った。４月に二つ目のベンチャービジネスを始めたばかりの私としては、授業で聞いたことをすぐに実践できるのでとても良い勉強になる。「MBAは何年か実務を経験してからこそ受ける価値がある」という話は良く聞くが、自分でビジネスをしながら受けるMBAの授業は格別である。 今回ためしたのは、マーケティングの教授が口をすっぱくして繰り返す "S・M・A・R・T" な目標設定。いかなるマーケティング活動をする場合においても、まずはその目標設定をしっかりすることが大切で、その際に大切なことは、 Specific: 目標は具体的でなければならない Measurable: 目標が達成できたかを計ることができなければならない Atteinable: 目標は（たとえ難しくとも）十分に達成可能でなければならない Relevant: 目標はそのビ
週に1日、エンジニアが開発に集中できる日を作ろう
毎週決められた曜日には、会議も電話もメールもチャットもなく、上司から話しかけられもせず、エンジニアが開発に集中できる日が確保される。クラウド上でRuby on RailsなどのPaaSを提供しているHerokuでは、エンジニアが開発に集中できる日「Maker's Day」が毎週設定されているそうです。 Publickeyが月曜日に公開した記事「アジャイル開発手法でクラウドを作るHerokuのやり方とは」で、HerokuのエンジニアCraig Kerstiens氏のブログ」を基に、Herokuでの開発の様子を紹介しました。Kerstiens氏はその続きとして「How Heroku Works - Maker's Day」をポストし、Maker's Dayを紹介しています。 トム・デマルコ氏とティモシー・リスター氏による有名な書籍「ピープルウェア」でも、エンジニアにとって集中できるオフィス環境
ソフトウェア開発が好きでないサラリーマンエンジニア：柴田 芳樹 (Yoshiki Shibata)：So-netブログ
ソフトウェア開発は、自分で考えて手を動かしてプログラミングして動くものを作ることを繰り返す訳ですが、そもそもソフトウェア開発という「物作り」を好きではないサラリーマンエンジニアが日本には多いのではないかと思います。 その理由は単純で、新卒新人でも中途入社であっても、自分で分析・設計から実装・デバッグまでするのが好きな人を採用していないからだと思います。たとえば、メーカーでソフトウェア開発部門に配属されるような新卒新人でも、大学ではほとんどプログラミングしたことがない人をメーカーは採用します。中途採用であっても、採用面接でプログラミングを伴う技術的な質問をほとんどしません。 その結果、企業の中には、本当にソフトウェア開発が好きなソフトウェアエンジニアと仕事だからというサラリーマンエンジニアがいることになります。そして、サラリーマンエンジニアは、そもそも好きではないので、業務がこなせるようにな
ゲーム開発プロジェクトマネジメント講座(SQUARE ENIX OPEN CONFERENCE)
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
製造業は新入社員の仕事 - 水色あひるblog
2011年秋、世界経済株式会社・本社ビルの廊下。中堅社員の日本君がペットボトルのお茶飲料を飲みながら休憩を取っていると、いきなり肩をバンと叩かれました。 米先輩「よう！ニッポンちゃ〜ん、お疲れさん。どうした、しょぼくれた顔して。最近元気ないねぇ。」 日本君「あ、アメリカ先輩。お疲れ様です。…なんか最近…、僕の仕事が少なくって…。」 米先輩「あー、イマドキの新入り連中は仕事憶えるの早いからねー。」 日本君「ていうか聞いて下さいよ。あいつらズルいんですよ。」 〜〜〜回想シーン〜〜〜 韓国君「チョリーッス、ニッポン先輩。この仕事の仕方ぁ、オレに教えて下さいよチェケラッチョ。」 日本君「あ、韓国君。君は勉強熱心だね（ちょっと生意気だけど…）。この仕事かい？。いいよ。これはね、こうやって次にこうやって、それでこう仕上げて。」 韓国君「Hey,YO。こうやってこうやってこうっスね。わかりっしたぁ。じゃ
小さなチーム、大きな仕事 - kidoOooOoooOOom
小さなチーム、大きな仕事―37シグナルズ成功の法則 (ハヤカワ新書juice) 作者: ジェイソン・フリード,デイヴィッド・ハイネマイヤーハンソン出版社/メーカー: 早川書房発売日: 2010/02/25メディア: 単行本購入: 47人 クリック: 742回この商品を含むブログ (122件) を見る 新卒で大企業に入社した自分にとって、うなずける内容がたくさん。やはり組織には小数精鋭が大切で、精鋭じゃない人が入って肥大化した組織はどんどん弱体化していくと思う。成長していける環境があればそれでも発展していけるだろうけど。 以下、メモ。 会社の規模なんて気にしない。小さいことは通過点ではない。小さいことは、目的地でもある。 必要なものは思ったより少ない。 機能が多いから優れているわけではない。芯から始める。やることを減らす。 たくさん働いた（ワーカーホリック）からって偉いわけじゃない。少ない時
明日、会社がなくなっても、自分の名前で勝負できますか？
セルフブランディングは、実は周りから見るとすごく格好悪いことに見えます。しかし、逆風に負けずに継続できた人だけが、気が付いたら、あっという間に周りを置き去りに・・・。そういう性質のものだと思います。 明日、会社がなくなっても、自分の名前で勝負できますか? 頑張れば頑張るほと、「そこまでしなくても」って馬鹿にされる。あなたは笑われたり、馬鹿にされたりする覚悟はあるか？ピエロになる覚悟はあるか？ その覚悟がないなら、セルフブランディングなんてやめた方がいい。自分をブランドにしようなんて考えなければ、楽な人生を送ることができる あなたにはピエロになる覚悟はありますか？叩かれる覚悟は持ってますか？ 365 x13 Japanese Logic Puzzles: Hashi Medium / David Masters 「志」とストーリー 「志」は、極言すれば、自分自身を騙すための方便みたいなものだ
国内外主要SNSのビジネスモデル比較 〜 mixi、GREE、Mobage、Facebook、Twitter：In the looop：オルタナティブ・ブログ
国内外主要SNSのビジネスモデル比較 〜 mixi、GREE、Mobage、Facebook、Twitter 僕がこのブログ、In the looopをはじめたのは2009年4月1日(開始記事)、なので、今日は In the looop 2才の誕生日です。これまで、特にソーシャルメディアの国内外動向に力点をおいて、最新情報を正確にお伝えすることを心がけ、続けてきました。その総括にもなるような内容を IT批評 次号 に掲載予定ですので、出版社の承諾をえて、ここに掲載させていただきます。テーマは、国内外の主要ソーシャル・ネットワークのビジネスモデル比較です。 ■ ソーシャル・ネットワーク、普及のあゆみ ソーシャル・ネットワーク(以下、国内ソーシャル・ネットワークはSNSと呼称)が人々をつなぎ、絶大な影響力で世界を動かしはじめた。チュニジアでは、FacebookとTwitterが先導した民主化革
忘却曲線 - Wikipedia
1880年から1885年にかけて、エビングハウスは、自ら「子音・母音・子音」から成り立つ無意味な音節（rit, pek, tas, ...etc）を記憶し、その再生率を調べ、この曲線を導いた。結果は以下のようになった。 20分後には、節約率が58%であった。*1 1時間後には、節約率が44%であった。 約9時間後には、節約率は35％であった。 1日後には、節約率が34%であった。 2日後には、節約率が27％であった。 6日後には、節約率が25%であった。 1ヶ月後には、節約率が21%であった。 この一番上のグラフは経過時間ごとの節約率を表している。節約率とは一度記憶した内容を再び完全に記憶し直すまでに必要な時間（または回数）をどれくらい節約できたかを表す割合である。式で表すと （節約率）＝（節約された時間または回数）÷（最初に要した時間または回数） （節約された時間または回数）＝（最初に要
ネットサービスで起業するならディレクション能力は社内に : けんすう日記
インターネットビジネスをやるなら インターネットビジネスは、 - 元手がかからない - 在庫もかかえない - 固定費、変動費ともに少ない という夢のような商売ですが、その分、大量のプレイヤーが参入してくるというジャンルです。 そんなこんなですが、未だにIT業界は盛り上がっているみたいです。ソーシャルゲームという、mixiやモバゲーなどのサイト上で動かせる有料課金つきのゲームが流行っていて、それを求めて起業する人もいるみたいです。 起業が増えるのはとてもいいことだなあ、と思っているのですが、近くでみてて「こうしたほうがいいのにな」と思うことがあるので、紹介します。 社内にあるべきはディレクション能力 ネットサービス（ソーシャルゲーム含む）で起業したいのであれば、「サービスを作れる人」が中にいる必要があります。 サービスが作れるとは何か。それは - 流行るサイトの仕組みを考えられる - 儲ける
JavaVM対応のWebフレームワークを比較する
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
起業して挫折を経て分かった、「好きを貫いて気分よく生きる」事の難しさ。｜ホットココア社長日記 @egachan
僕は、2010年4月に起業しました。 起業した後、後輩に 「起業しようか悩んでます。」 とよく相談されるようになりました。 僕自身は、決まって「早く起業した方がいい！」と言っています。 ただし、僕も含めいろんな人が「起業すると、楽しい事ばかりじゃない！」と言ってくれると思います。 でも、実際に「何が大変か」を教えてくれる人はほぼ皆無かと思います。 （凄く言いづらいですし、言うとカッコ悪い事が答えだからです。。。） よく本とかに書いてある、苦悩の1つは「資金繰り」に関する事です。 でも僕はもっと本質的な「人間の嫉妬」や「挫折」と言うメンタル的な苦悩を書きたいと思います。 僕が感じた限りではこの自分に負ける苦悩こそが1番つらいと思います。 この「人間の嫉妬」や「挫折」に負けるときというのは、「プレッシャーに押しつぶされた」時だと思っています。 僕もつい先日までプレッシャー
プログラミングと設計は本来切り離せないものなのでは - 達人プログラマーを目指して
最近はアーキテクトという役割で客先に常駐し、フレームワークの選定をしたり、事前に共通部品を設計したりする役割を担う仕事を引き受けることが結構あります。そこで運よくお客様のマネージャーがオブジェクト指向開発の経験が十分にある方だと、IDEなどの開発環境やインターネット接続環境を当然のように用意してくれるので最初から仕事がスムーズにできるのですが、そうでないとMS Officeしか入っていないロースペックのノートPCを渡されて、要件定義フェーズの期間中、フレームワークの設計をお願いしますとか、私としてはちょっと首をかしげてしまうような困ったことを言われてしまう場合があります。開発フェーズが始まる半年後まではコーディングは基本的に不要という考え方です。アプリケーションのアーキテクトという役割では少なくともコーディング規約を考えたり、ツールやフレームワークの選定をしたりする必要がありますし、プロジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
遥佐保の技術メモ:新技術が採用されるための情報発信 - livedoor Blog（ブログ）
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
Loading...
第2回 エンジニアの未来サミット for students パネルディスカッション | TAKESAKO @ Yet another Cybozu Labs