CEOが自ら語った「イノベーションを起こすためのGithubの哲学」 デザイン会社 ビートラックス: ブログ
人材の移動の激しいスタートアップ業界にいながらも殆どの従業員が辞めないことが話題となっている、ソーシャルコーディングサービスGithubのCEO、Tom Preston Werner氏が「イノベーションを起こすためのGithubの哲学」について先日のOpenCoSFというイベントで語った。 「イノベーションとは新しく何かをはじめることだ、たとえ他の人がそれをクレイジーだと思っていても」サンフランシスコはイノベーションを起こすには最高の場所だ。何か新しいことをすることはリスクだ。何が起こるかわからない。イノベーティブになるには勇気がいる。 他の人が「こんなもんクレイジーだ！」って言ったとしてもこれをやるぞという強い意思が必要だ。実際にスタートアップはとても高い確率で失敗する。でもサンフランシスコの文化ではたとえ失敗したとしてもまったく問題ないんだ。 実際にたくさんの起業家が失敗しているし、新
週に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を紹介しています。 トム・デマルコ氏とティモシー・リスター氏による有名な書籍「ピープルウェア」でも、エンジニアにとって集中できるオフィス環境
海外進出を成功させる為に必要な3つのポイント デザイン会社 ビートラックス: ブログ
日本の方々にお会いする際に頻繁に話題に上がるのが、「海外展開を成功させる為の秘訣」である。つい先日、日本から来られたメディアの方からのインタビュー時に余談として尋ねられたり、約2週間程前に日本出張へ行った際に多くの方に聞かれたりもした。 その度に自分でも真剣に考えるようになり、それなりの結論が出たので、まとめておく事にした。 日本の企業が海外展開を成功させる為には、実に数多くのハードルを乗り越えなければならない。しかしながら、よくよく考えてみると成功のカギは最終的には下記の3つのポイントに集約されるのではないかと思われる。 ポイント1: プロダクトの品質一つ目は単純明快、商品やサービスのクオリティである。やはり、海外展開の第一歩は、日本国内だけではなく海外の消費者に使ってもらえて、喜んでもらえるプロダクトを提供する事から始まる。 ただ、一口に「品質が良い」と言っても漠然としすぎているので、
優秀な社員が、無能な管理職になる瞬間 - 知っておきたい「ピーターの法則」 - Feel Like A Fallinstar
最近、すっかり組織をどう作るかとか5年後どんな仕組みにするかとか、そんなことを考えていたりいなかったりします。 その中で、1つ常に意識しているものに「ピーターの法則」なんてものがあるので、せっかくなので紹介がてらにブログで書いてみようかな、と。 優秀なプレイヤーと、優秀な上司はまったくの別物 どの組織でもそうなのかは分かりませんが、出世したり責任を任されたりする人というのは大体何かしら「過去の貢献・成果」を評価されています。 たとえば、 いいプログラムを書いた人が開発の責任者になったり 成績抜群の営業マンが、営業部門の新規開拓の主任になったり 実績を出したコンサルタントが、マネージャーになったり そんな感じではないかなと。 でも、そうやった起用（抜擢）が自動的にうまく行くほど甘くは無いのが組織のうっとうしいところ。 なぜなら、（たとえば3つ目の例で言うと）「優秀なコンサルタント（プレイヤー
新卒向けカリキュラムを考え中
今後のアリエルのために、新卒の育成カリキュラムを考えています。基本的にはWebプログラマとして一人前になることを目指すカリキュラムです。 教科書に自分の書いた本を指定しているのは買わせて儲けようというせこい発想ではなく(直近でアリエルが大量の新卒を採るわけではないので本音です)、単に教えやすいからです。誤読の可能性はゼロですし、本に何が書かれていないかを完全に分かっています。 色々切り捨てて、Webでプログラミングするならこれぐらいは最低限必要、と思える分野に絞ったつもりですが…それなりに分量があります。今時のWebプログラマは大変です。教える期間は3ヶ月ぐらいと思っていましたが、全部書き出してみると無理な気がしてきました。 各論のコメントは後日、別記事で書きます。 プログラミング基礎 – Java – 教科書「パーフェクトJava (PERFECT SERIES) (PERFECT SE
優秀なエンジニア5人は二流の1000人を完全に凌駕する：Rails Hub情報局：エンジニアライフ
1990年代後半のインターネットブームの火付け役といってもいいWebブラウザ「Netscape」の創業者で、現在シリコンバレーで投資家として活躍するMarc Andreessen氏が、あるインタビュー中で「優秀な5人のプログラマは、二流のプログラマ1000人を完全に凌駕する」（Five great programmers can completely outperform 1,000 mediocre programmers.）と発言したことで、ちょっとした話題となっているようです。インタビューはライターのBill Taylor氏（個人サイト）が、自著「Marvericks at Work – Why the Most Original Minds in Business Win」（アマゾンUSへのリンク）のためにインタビューした際の答えとして、Harvard Business Revie
今やっている仕事は、今のユーザー数を何倍にも増やす可能性がありますか？ – suadd blog
いろいろと細かく調整していく仕事は、どんどん結果が出て、きちんとなっていくからすごく気持ちよいです。仕事しているという感覚もありますし、心地良い環境で仕事ができるようになります。 でも、そういう仕事って、実はユーザーさんへのバリュー（価値）というのは小さいことが多い。ユーザーさんは本当はそんな細かいことは気にしていなくて、もっと大きな「○○が簡単にできる」とか「××が無料でできる」とか何か一点でのみ惹かれて使ってくれていたりします。 細かく調整していく仕事は、全体へのインパクトはほとんどありません。一気にユーザー数が何倍になったりしません。 大企業ならそれでもいいかもしれません。でもベンチャーならやるべきなのは、圧倒的なバリューをユーザーさんに提案することだと思います。「おお、すごい！」と思ってもらって、クチコミしたくなるような、圧倒的な仕事をすることだと思います。 でも、これはほとんどの
35歳を超えたエンジニアの5つの働き方
おおいしつかさ 旅行とバイクとドライブと料理と宇宙が好き。 Ubie Discoveryのプログラマ。 ぼくは36歳です。けっこう大きなサイトで、RailsやJavascriptを書いたり、パフォーマンス改善したり、iPhoneアプリの開発でObjective-Cを書いたりしています。マネージメントはしていなくて、今でも普通にエンジニアとして働いています。 35歳定年説の35歳を超えてから1年以上が過ぎたところですが、昔のようにはいかなくなってきたところ、昔と変わらないところ、昔よりよくなってきたところなどがいろいろあります。年を取ってもエンジニアを続けたい人の参考になるかどうかわかりませんが、そういう人たちのためにぼく個人の体験をここに書いておこうと思います。 1.理解できるまで聞き返す 特に若い人たちとの会話で痛感するのですが、相手の言いたいことを一度で理解することが難しくなってきまし
Shibu's Diary: これから魔法使い(プログラマー)になる、新卒者のみなさんへ
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 By erix! under CC-BY これから魔法使い(プログラマー)になる、新卒者のみなさんに、リレーでメッセージを送ろう、ということになりました。一発目として僕が書かせていただきます。 おまえ誰よ？ プログラマーです。14歳ぐらいからプログラミングに手を染めて、N88-BASIC、C言語、x86アセンブラ、C++、Ruby、Python、JavaScript、Erlangみたいな感じで勉強しています。まぁ、Erlangはまだまだヒヨコですが。大学を卒業して、本田技術研究所に就職し、社内SEをしていましたが、今年からDeNAに転職しました。 メインの言語はPythonで、Python温泉系のコミュニティに参加しつつ、日本XPユーザグループの代表(あまり仕事できてない)、s
人を萎縮させるやり方はその人の価値を下げる : 小野和俊のブログ
はてなの近藤さんのブログの「怒る必要などない」というエントリーで、京都ではてなと同じビルに入っていた歯医者さんの引退飲み会に参加して、引退する彼の「怒る必要などない」という話を聞いたことが紹介されている。 先生が30代の頃は毎日スタッフのミスをメモし、診察時間が終わるとそのスタッフを怒っていたそうです。ところがある時、「怒る必要などない」ということを悟り、対等な人間として接するように変わったそうです。それから入ったスタッフの方の多くは、10年以上も勤務され続けたそうです。怒るのは自分の自信のなさの現れである、と仰っていました。 私個人としては、社内で人のことを「○○君」と呼ぶことにも抵抗があるタイプの人間で、「上司が部下を○○君と呼んだりしてるけど、もし立場が逆転したらどうするつもりなの？」と素朴に思ったりしてしまうわけだが、取引先や社内の関係者に対して、冷静な言葉を保てず、怒ったり威圧す
恐怖！現場の叫びでわかった嫌われるプロマネの正体｜【Tech総研】
素晴らしい成果を生み出す“プロジェクト－X（エックス）”のはずが、チームを率いるプロマネの独りよがりや曖昧指示、あるいは責任放棄の結果、あれよあれよと、“プロジェクト－×（ペケ）”へと急降下。現場の悲痛な叫びを聞け！ 複雑・高度化した現代の技術。ひとつの案件を、ひとりのエンジニアが仕上げることができるケースなど、ほとんどない。そこで重要になってくるのが、メンバーを率い、プロジェクトをまとめ上げるプロジェクトマネジャーの力量だ。しかし……。 Ｔｅｃｈ総研が、主にIT分野のエンジニア100人に行ったアンケート調査によれば、これまでにプロマネの下でスムーズに進めることができたプロジェクトは５割に満たないと答えたエンジニアが、なんと88％にも上っている(DATA1)。しかも、そのうち79％が、別のプロマネであればうまくいったはずと答えているのである(DATA2)。 回答の中には、プロジェクトの規模
アメリカでクビになったら
相武印月齋(斬奸抜刀隊参謀) @Rhone69650 あくまでも、個人的見解だが、解雇自由化賛成である。グローバリゼーションに対応するに産業再編は不可避であり、それに伴い解雇が発生するのは当然である。ただし、労働関係法のルールを守る遵法意識徹底が前提条件。職業訓練の機会の充実と、6～8ヶ月給与相当分の手当金等も法制化が望ましい。 TrinityNYC @TrinityNYC 6～8ヶ月ももらえるならクビになりたいｗ RT @kazemachiroman: QT @mochizuki_T あくまでも、個人的見解だが、解雇自由化賛成…労働関係法のルールを守る遵法意識徹底が前提条件。職業訓練の機会の充実と、6～8ヶ月給与相当分の手当金等も法制化が望ましい。
カプコンに学ぶデスマーチにならない仕事術 - teruyastarはかく語りき
ほんとにヤバくなってギリギリになるまで相談しない人々: 切込隊長BLOG（ブログ） Lead‐off man's Blog http://kirik.tea-nifty.com/diary/2010/03/post-1da9.html いつも予防線が突破されるので、いずれにせよ年がら年中修羅場になってるわけだが、 修羅場をこなしているうちに、常在戦場みたいな組織が出来上がって、 毎日ラットレースをしている敗戦処理のエキスパート軍団ができちゃう。 戦況だけ見ると実に見事に負けてるんだけど、 担当した局地戦だけはどうにかなっちゃってるというような。 そういう組織は、人が内部から壊れていく。鬱になったり、病気になったりする。 まあ、発展性のない業務に長時間据えられて、 強いストレスに晒されながら安い給料で働くわけだからねえ。 一個一個のデスマーチは、マーチである限り終わりはあるわけだけど、 デス
キャリアチェンジできる人･できない人（またはする人・しない人）
人里はなれた隠遁生活(笑）をしているのであるが、それでもいろいろな人からキャリア相談を受ける。周りにも、同じく相談される、という人がちらほらいて、タイトルのような話になったことがあった。(多分、我々が、人と違うキャリアの選び方をしているので、「どうやったら私も違うことができるだろうか」と聞かれるのだと思う。） 結論から言うと、本当にキャリアチェンジできるのは、具体策がある人。結論が先にあって、そこから逆算して何をすべきかがある人。 （「がんばっていればいつかは道が開ける」というフェーズも人間にはもちろんあるのだが、「もはや、今の仕事をどれだけがんばっても何も起こりそうにもない」というところに来た人を想定しています。） というわけで、以下、キャリアチェンジを望むのであればしてはいけない二つと、すべきことひとつ。 してはいけないこと １）ゴールなき努力を始める たとえば、留学して心機一転新たな
くそなモデムがバカ売れした理由についても話す - はてなポイント３万を使い切るまで死なない日記
この前のエントリを、サポートが評判よかったのでモデムが売れまくったという話に受け取ったひとが多かったが、それは間違いなので補足したい。 そもそも世の中にサポートが良くてヒットする商品なんてない。サポートがよくてヒットするなんてことがあったら、大変な美談になって“ちょっといい話”になるところだとは思うが、現実はもっと夢がないものなので、そもそもモデムがなんでヒットしたのかについて補足しようと思う。 サポートではモデムが売れない理由は簡単だ。サポートがよいことによる販売数量の増加効果は購入した人のリピートか、まわりのひとへの口コミ効果によってしかあらわれないからだ。つまり売れた後に中長期的に効果が現れるパラメータであって、最初に売れる理由にはならない。 じゃあ、最初に売るために必要なのはなにかというと、まあ、人間がモノを購入する過程をモデル化して以下の順序で脳内シミュレーションすれば推測が可能
Fine Software Writings
最近のもの 目標でなく恐怖を明確にすべき理由 (Tim Ferriss) 我々が築き、掘っている未来 (Elon Musk) 表計算ソフト誕生の話 (Dan Bricklin) Linuxの背後にある精神 (Linus Torvalds) 先延ばし魔の頭の中はどうなっているか (Tim Urban) 好きになる仕事はどうしたら見つかるのか (Scott Dinsmore) 人間に新たな感覚を作り出すことは可能か？ (David Eagleman) 人工知能が人間より高い知性を持つようになったとき何が起きるか？ (Nick Bostrom) 厄介な問題を解決したい？ ではトーストの作り方を説明してください (Tom Wujec) 子供の夢を奪う学校というシステム (Seth Godin) 彼らがいなくなってしまう前に (Jimmy Nelson) 頭良さそうにTED風プレゼンをする方法 (W
ひとつ上のヒューマンマネジメント 10年後も通用する文章術(1) 「駄目でない」文章を書くための9カ条
私は企業のIT企画部門の課長としてチームメンバーの文章をチェックしています。また，教育コンサルタントとしてビジネス文章を教えたり，国家試験科目の論文添削をしています。 異なる立場で非常に多くの文章を見てきたので，今では「どんな文章が駄目なのか」がよく分かるようになりました。ここから紹介するのは「よい文章を書く技術」です。 「よい文章」とは「駄目でない文章」 私は人に「よい文章を書くコツは何ですか？」とよく聞かれます。そのときにはいつも，「駄目な文章を書かないようにすることです」と答えています。 人が何をもって「よい文章だ」と感じるかどうかは，極めて主観的なものだと考えています。個人の受け止め方や感じ方に依存する部分が多いからです。 では，ビジネス文書でも「よい文章」を書かなくてはいけないのでしょうか。もちろん，それができるに越したことはありません。 しかし，どんな人でも「うまい」と言わせる
社内勉強会で組織を活性化せよ － ＠IT自分戦略研究所
エンジニアの開催する勉強会が増えている。本連載では、かつてシリコンバレーで「勉強会の文化」に身を置き、自らも長年にわたって勉強会を開催し続けている「生涯一プログラマ」のよしおかひろたか氏が、勉強会に参加し、開催するためのマインドとノウハウを紹介する。 第6回｜1 2｜次のページ 2008年は、多くの人々が「勉強会」を発見した年だった。「勉強会を発見した」とはどういうことか。それは、IT勉強会カレンダーが日本中の勉強会を可視化したことによって、勉強会に参加する人たちだけではなく、勉強会の主催者――すなわち当事者たちも、自分たち以外の勉強会を発見した、という意味である。 ■勉強会を「発見した」2008年 わたしにとって2008年は、勉強会の意義や価値を再発見し、深く考えることになった年であった。「勉強会ってすごいよね」と明示的に声を上げた年でもあった。本連載「初めての勉強会」だけではなく、IT
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WEBディレクターがやってはいけない7つの事。｜designaholic -Creative Column-
nokunoの日記