許可より謝罪 : けんすう日記
うちの会社の場合 僕は、nanapiという会社をやっているんですが、そこには、行動指針とかあまりありません。つくろうつくろうとはしているんですが、未だにちゃんと決めれず・・・。 という中ではありますが、よく社内でいうのが「許可より謝罪」という言葉です。 これは、簡単に言うと「許可とか求めるより、謝罪したほうが楽だから、相当クリティカルじゃない限り、許可とりにこなくていいよ」という感じです。 たとえば、nanapiのリニューアルや改変の内容などは、僕の許可はありません。リリースされて知ることもあります（ただし、議論の進行などは見てはいますが）。 もちろん、オリジナルではなくて元ネタがあります。3Mです。 以下のブログに詳しくあるのですが 下記に３Mの社史みたいなのがある。 PDFへのリンク それをみると"It is easier to ask forgiveness than permiss
スタートアップを殺す18の誤り
Paul Graham / 青木靖 訳 2006年10月 最近やった講演の後のQ&Aで、スタートアップを失敗させるのは何かという質問をした人がいた。その場に立ったまま何秒か呆然としていた後、それが一種のひっかけ問題なことに気付いた。これはスタートアップを成功させるのは何かという質問と等価なのだ——失敗の原因となることをすべて避けるようにすれば、成功することができる——そしてこれはその場で答えるにはあまりに大きな問だった。 後になって、私はこの問題をそういう方向から見るのも有効かもしれないと思うようになった。すべきでないことをすべて並べたリストがあれば、それをただ逆にするだけで成功へのレシピに変えることができる。そしてこの形のリストの方が、実践する上で使いやすいかもしれない。やらなければならないことをいつも頭に入れておくよりは、何かやってはいけないことをしているときにそれと気付くというほうが
Twitter 社採用面接受験記 - elm200 の日記(旧はてなダイアリー)
1ヶ月ほどまえに、私はシリコンバレーを訪れたのだが、そのときサンフランシスコの本社で Twitter の採用面接を受けてきた。結果は残念、ということだったのだが、その経緯について書いてみようと思う。 なぜ Twitter 社の面接を受けたのか。7月の終わりころ、私はシリコンバレーで働くにはどうすべきなのか、ということについて頭を悩ませていた。考えながらぼうっと Twitter のタイムラインを眺めていたのだが、Twitter が日本人エンジニアを求人しているという情報が飛び込んできた。おお〜、と思って軽い気持ちで職務経歴書を Twitter に送ってみたのだ。 相当数の人たちが職務経歴書を送ったはずだし、私は書類選考で落とされると高をくくっていた。ところが、数日してTwitter の人事担当者からメールがあり、電話面接をやるからいつがいいか？という。まさかの展開に私はやや慌てた。電話面接を
ブルックスの法則 - Wikipedia
ブルックスの法則（ブルックスのほうそく）は、「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせるだけである」という、ソフトウェア開発のプロジェクトマネジメントに関する法則である。 これは1975年にフレデリック・ブルックスによって出版された著書『人月の神話』[1]に登場した。 根拠[編集] ブルックスによれば、この法則が成り立つ主な理由は以下の通りである。 新たに投入された開発者が生産性の向上に貢献するまでには、時間がかかる ソフトウェアプロジェクトは、複雑な作業である。また、新たにプロジェクトに参加した人は、仕事に取りかかる前に、まず開発の現状や設計の詳細などを理解しなければならない。つまり、新たに人員を追加するには、その人員を教育するために、リソースを割かなければならないのである。したがって、人員の増加がチームの生産性に与える効果は、短期的にはマイナスになる
アジャイル導入の壁〜ボトムアップでアジャイルが導入できるのか？ | Social Change!
「アジャイルを導入したいんですが、上司や会社に話が通じません。どうすればいいですか？」・・・アジャイルに触れたばかりの人からよく聞く質問です。 先日、Ultimate Agilist Tokyo というイベントに参加させていただき、壇上インタビューという形式で登壇させて頂きました。楽天の藤原さんからの質問に答えるという形で進みます。その中でも「よくある質問」として、この話が出ました。（決して楽天藤原さんが聞きたいと思っている訳ではなくて、こういう質問ってよく出ますよね、という対談です） そのときの私の回答は、ボトムアップでは難しいんじゃないか、というものでした。そのときは時間も足りなかったので、簡単に答えてしまいました。 この記事では、ボトムアップでアジャイルを導入することについて、壇上インタビューでは答えきれなかった部分も含めて考えてみます。 あなたのアジャイルは何をすることか？ 私は「
Lean Startup Japan LLC
"Lean Startup Japan"は「ベンチャー・スタートアップ・起業・新規事業開発」のメカニズムを解明するための研究を中心に活動を行う、プロセス・コンサルティング企業です。2010年という、リーン・スタートアップに関する情報がほとんど存在しないタイミングにて"Lean Startup Japan"ブログを開設。以来、一貫して「再現性のある起業プロセス」を科学的に追求しています。 クライアントは学校法人、行政・自治体、エンタープライズから個人事業主まで幅広く、活動開始からの支援対象は数百に及びます。支援対象における起業や新規事業開発の「つまずき」を徹底的にその原因を掘り下げて行くことによって、一般的に常識化している起業術や新規事業開発プロセスが潜在的に抱えている問題点を明らかにしてきました。創業前の事業計画を修正するという「非常識」を「リーン・スタートアップ」によって一般化し、成功し
プロとしての行為 Act as Proffesional
スーパーエンジニア達の習慣が大人気だったので、自戒の意も込めて、反面教師として成長しないエンジニアの悪習慣について僕の経験と視点からまとめてみる。 業務時間外での学びがない プロ野球選手は日々練習をして、試合という本番で勝敗の結果を出して評価されるこれをエンジニアに置き換えると、どこかで練習をして、仕事という試合をして、ソフトウェアという勝敗の結果をつくりだす。プロ野球選手が試合を練習だと思って取り組んでいたら、結果を出せるのだろうか？ 業務外で練習をして、本番で良い結果を出せるように努力しよう。練習大事!! 時間をかければよいものができると信じているいくら時間をかけたって、バグのないエレガントなコードのソフトウェアはできない。効率的に仕様を満たしていくことが求められている。むしろ、時間をかけるべき所は上記で指している練習!! 参考：集中力を発揮して、生産性を高めるために知っておくべきこと
フリーランス向け嫌な仕事の断り方・交渉の仕方 | たけろぐ
フリーランス稼業も波に乗ってくると、いい依頼がきても、どうしてもスケジュール的に請けれなかったり、逆にヒマでも「こりゃーないだろー」みたいな紹介を頂いてしまい、断るに断れなかったりする場合があります。 嫌な仕事というとナンですが、まあ「これはちょっと・・・」という条件の案件ですね。 そういった仕事の断り方・交渉方法をまとめてみました。 「スケジュールが詰まっていて、一ヶ月後まで無理」 よくある無難な断り方ですね。 ただこれだと本当に忙しいのか、建て前的に断ってるのか微妙なので、本当に請けたい仕事・相手の場合は、 「次はぜひ一緒にお仕事させてください」などとフォローをしておいた方がいいでしょう。 価格が安すぎる場合 10万でやってる仕事を1万でやってくれとか、お小遣い案件がまれにきますｗ 相場も調べず、「ホームページなんて誰でも作れるから」というふぁっきゅな考えの方や、「どーしても予算がない
優秀なエンジニア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
社長・SE・PGの社内対談「ずっとプログラマでもいいですか？」：プログラマで、生きている：エンジニアライフ
今回は「コラム」ではなく「対談」をお届けしたいと思います。なんとなく思いついたんでやってみました。対談相手はうちの会社の社長と上司。全部、身内でまかなっております（笑）。ちなみに、全体的にシステムエンジニアを「SE」と略していますので、ご承知おきくださいませ。 まずは、登場人物の簡単なプロフィールを。 かげ コラム主が勤めている会社の社長。高校卒業後、システム開発会社に就職。PG→SEという標準的なルートを進んでいたが、起業というあまり一般的じゃない道に進む。いわゆるコボラーだったそうだ。 いけ コラム主の上司兼開発のメインパートナー。専門学校卒業後、大手SIerに就職。退職後はフリーとして働いていたが、うちの会社に流れ着く。プログラマ歴はゼロだそうだ。 ひでみ コラム主。専門学校卒業後、システム開発会社に就職。退職後は派遣社員としてあちこちを渡り歩く。ずっとプログラマでSE歴はゼロ。 で
＠IT Special PR：エンジニアの働き方にはもっと選択肢があっていい
「デスマーチ」「泥開発」「プログラマ35歳定年説」「やりたいことがやれない」など、とかくネガティブなイメージがつきまとう「システムエンジニア」という職業。一方で、「やりたい仕事で年収3500万円を達成できるエンジニア」が存在するのをご存じだろうか。ディー・エヌ・エーシステム統括本部 技術戦略部の能登信晴氏に、同社でのワークスタイルやキャリアパスについて聞いた。 ―― 能登さんは、いまは技術戦略部部長をされているということですが、もともとはエンジニアだったのですね。 最初は、インターネットオークションサイトの「ビッダーズ」を携帯電話に対応する「ポケットビッダーズ」の開発メンバとして、DeNAに入社しました。2004年1月入社なので、もう在籍して6年以上経ちますが、実は途中で「ソリューション事業」という、いわゆる受託開発をやっていた時期もあります。入社時は「DeNAでは、新規事業ができる」とい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TOKYOはたらくネット