「1人につき、たった1つの仕事しかしてはならない」–Paypal創業者ピーター・ティールの教え
「1人につき、たった1つの仕事しかしてはならない」–Paypal創業者ピーター・ティールの教え Lecture 14 - How to Operate #3/5 Paypal創業当初の幹部としても名高い、Squareの元COO・Keith Rabois（キース・ラボイス）氏が起業家育成講義に登場。本講義では、キース氏がPaypal創業者ピーター・ティール氏から学んだという生産性を高める方法を紹介します。 人にも会社にもそれぞれの成長速度がある キース・ラボイス氏（以下、キース）：人についてみんなが聞く質問は、いつ誰かの上司として人を雇うべきか、いつ人を昇進させるか、あるいはいつ入れ替えればいいのか、というものです。これは、すべての企業が独自の成長率を持っているということと、ひとりひとりの個人も独自の成長率を持っている、と考えることができます。 非常に成功している会社、例えばLinkedIn
安定寄りの零細IT会社を作って1年ちょいで得た知見 - terurouメモ
デンキヤギ株式会社という名のITの会社を作ってから1年強になった。 自社プロダクトを事業の中心に据えたいとは考えているが、まずは安定経営のため受託開発を優先してきたことにより得た知見をまとめておく。ちらほらと「会社を作ってどうよ」みたいな事は聞かれた際に、まともに答えてきていなかったという自覚があるので、その回答でもある。 設立以前から現在までのざっくりの状況 中小SIerでサラリーマンエンジニア歴10年（うち5年ぐらいはR&D部門所属） 名古屋ローカルではあるが、コミュニティ活動はガッツリやってきた方 まずは1人だけの株式会社を設立 設立から1年ちょいの間に社員を2人採用 現時点では受託開発中心で、安定に寄せた経営方針 業績はボチボチ、倒産の危機とかはない程度には良い とりあえず受託で食っていくために必要なもの カネ コネ 相場・市況感 ちゃんと仕事を回してちゃんと納品する能力 さえあれ
許可より謝罪 : けんすう日記
うちの会社の場合 僕は、nanapiという会社をやっているんですが、そこには、行動指針とかあまりありません。つくろうつくろうとはしているんですが、未だにちゃんと決めれず・・・。 という中ではありますが、よく社内でいうのが「許可より謝罪」という言葉です。 これは、簡単に言うと「許可とか求めるより、謝罪したほうが楽だから、相当クリティカルじゃない限り、許可とりにこなくていいよ」という感じです。 たとえば、nanapiのリニューアルや改変の内容などは、僕の許可はありません。リリースされて知ることもあります（ただし、議論の進行などは見てはいますが）。 もちろん、オリジナルではなくて元ネタがあります。3Mです。 以下のブログに詳しくあるのですが 下記に３Mの社史みたいなのがある。 PDFへのリンク それをみると"It is easier to ask forgiveness than permiss
日本のITエンジニアの地位はなぜ低いのか：日経ビジネスオンライン
日本になぜグーグルのような会社ができないのか――。 古くはマイクロソフト、最近ではグーグル、フェイスブックなど、アメリカではテクノロジーに強みを持つ企業が多数登場している。日本でも、LINEなどの世界的に影響を与える会社が登場しつつあるとはいえ、アメリカに比べれば圧倒的に数が少ない。 この理由として、日本人は新しいことにチャレンジしたがらない、ベンチャーキャピタルなどの投資環境が整っていない、前例主義や過去の実績を重視するのでベンチャー企業の製品やサービスを敬遠しがち、などがよく挙げられる。 だが、「日本ではエンジニアが評価されない」ことが、大きな阻害要因になっているのではないかと、ギノの片山良平CEOは指摘する。 ギノは、ITエンジニア（システムエンジニア）に実際にプログラム（コード）を書いてもらって技術を評価するサービス「paiza」（パイザ）を昨年10月に開始したベンチャー企業。これ
ITの地殻変動は、だいたいGitHubで起きてる。
http://forza.cocolog-nifty.com/blog/2014/01/it-d213.html なんか、ぎょーかい系のつまらん用語が並んでたので、俺の主観で今の世の中をみよう。 最も大きな変化は、アーキテクチャの解放だと思うよ。 新しい理念ではないけど、その理念を支える基盤が揃った時代だと思う。 まず、共産と資本が衝突しなくなった、ブラウザ戦争とかそう。 昔のブラウザは相手より優れてることが優先されて、標準というのはおざなりだった。 それが今や標準こそが正しく、その正しさによって、みんなは恩恵を受けてる でも、これは共産主義や共産の精神で達されたものじゃない。 あくまでもビジネス上の戦略だ。標準に準拠したほうがユーザーが多いとか、 技術を公開することが企業の技術アピールになるとか。 資本主義の先にあるのが現状だ。 そして、その背景には、アーキテクチャは売り物じゃなくなった
ウェブエンジニアの生存戦略 - mizchi's blog
最近、この話題について経営者目線の話が多かったので、エンジニアのスキル獲得戦略とその最大化という観点から話をする。 まず目下のウェブエンジニアとして一番の課題は、「35歳定年説をどう乗り切るか」、ということだろう。もちろん、みんな35歳定年説なんてのが、まやかしであるとはわかっている。若い業界だったウェブ業界も成立してからだいぶ経ち、結果として平均年齢が押し上げられ、自然と35歳以上のエンジニアも増えてきた。 問題は、人月という概念によって、できる人間とそうでない人間の区別がされていないことだ。ウェブエンジニアとしての悲哀や業界の歪みはここにあると思う。下手に謙遜したりして話をややこしくする前に言ってしまうと、自分をできる側の人間として話をする。 生産性を測る確固としたメトリクスがないのも事実だと思うが、すくなくとも熟達した人間と未経験者がおなじ1人月というのは、到底ありえない話だと思う。
【寄稿】 エンジニアはブログを書いた方が良い、その理由をキャリアの視点から考える - 週刊はてなブログ
CodeIQ×はてなの エンジニア夏祭り2013 第2夜では、エンジニアにブログを書いてもらうキッカケになってもらえればと、お題キャンペーンを実施中です。この一環として、ITエンジニアがブログを書くべき理由を、CodeIQプロデューサーの サカタカツミ さんに寄稿いただきました。 無名のはてなブロガーが、こんな晴れがましい舞台に出る理由 最初にネタバラシをしてしまうと、エンジニアはブログを書いた方が良い、というエントリーを、まったく無名のはてなブロガーである私が寄稿してあげても良いよという、上から目線で何様な発言を、はてな東京オフィスのとても美味しいランチを取りながらしていたのを、どこでどう間違ったのか、真に受けた人がいて「だったら寄稿してくれてもいいですよ」と依頼メールが飛んできて、今書いているという次第。が、ブログの楽しさを紹介していくブログマガジンを読んでいる人の多くは、もうブログを
エンジニアの成長と「快適な職場」について : 小野和俊のブログ
「時間あれば軽く飲んでいきます？」 一年前のちょうど今くらいの季節に、Diablo3のオフ会の後に伊藤直也さんと2人で新宿三丁目のバーに向かった。 伊藤さん曰く、 「グリーにいたとき、すごく優秀な人がいて。お願いしたいことを短い言葉で伝えるだけで、行間を読んでこちらがやりたいことを全部理解して、必要な指示を出して自分も動いてあっという間に成果を出しちゃう。」 一般に、エンジニアの楽園のような職場 - 快適で自由闊達に意見が言えて、技術力があり、それぞれが自主性を持ってのびのびと仕事をしている職場の方が、エンジニアは良いアウトプットを出せるし、類は友を呼んで優秀なエンジニアが集まってきやすい。これは確かなことだろう。ただ、エンジニアの成長を考える時、そういう職場は本当に理想的なのか、という点については、少し立ち止まって考える必要がある。 人の成長には、明るく楽しく周囲も優秀でコミュニケーショ
技術を伝えても、技術者の価値はなくならないという話 - プログラマでありたい
増田で、この記事が話題になっていました。 正社員に仕事を教えたくない 私は今年で契約が切れるパート。同じ部署に昨年、数歳年下の新入社員が配属された。 彼女は私が少ない仕事から数年かけて学び、また効率的に処理できるように試行錯誤して会得したノウハウを、たくさんの仕事の中でどんどん吸収している。これまで私しか使えなかったソフトも、ほぼ同じくらい使えるようになった。 この記事書いた人の仕事の内容はよく解らないので元ネタに対するコメントは差し控えます。一方で、これを見ていたIT系エンジニアのクラスタっぽい人々が、技術職にとっては技術を伝えると自分の価値が無くなるよなぁ的な発言をしているのを幾つか見たののが興味深かったです。なので、ITエンジニアにとっての技術と、それを伝えるということを考えてみました。前提として、ITエンジニアの技術についてです。製造業の技術流出は別の問題だと思うので、対象にしてい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
