How to start a movementGo deeper into fascinating topics with original video series from TED
スティーブ・ジョブスの10の教え | Lifehacking.jp
10 Golden Lessons From Steve Jobs - lifehack.org: マックユーザーであってもなくても、アップル社 CEO のスティーブ・ジョブスがカリスマ的なビジネスマンであるのは多くの人が認めるところでしょう。アップルの製品発表でみられるような天才的なマーケティングの才能にひかれるのもありますが、基調講演の端々にも、この人のもつ人柄の魅力がかいま見えます。 非常な完璧主義者で、社内では有無をいわせない独裁者だということですが、その一方でアップルという会社をリードして、そのブランドイメージを一身に引き受けるリーダーシップとビジョンに、人は魅了されるのではないでしょうか。 Ririan Project でそんなスティーブ・ジョブスの心に残る 10 の言葉が紹介されていましたので、翻訳を試みてみます。 いくつかの講演で、様々なことを説明している話の文脈から抜き出
ギークに気持ちよく働いてもらうための8か条 | P O P * P O P
スピード感ある開発が求められる昨今、ギークの方々には気持ちよく働いてもらわないといけません。そこでこちらの記事をご紹介。「ギークに気持ちよく働いてもらうための8か条」です。経営者の方や技術陣をたばねる方に参考になるのでは。 » A Note To Employers: 8 Things Intelligent People, Geeks and Nerds Need To Work Happily （via Nomadishere） 技術者の方々に最高のパフォーマンスを出してもらうにはどうしたらいいでしょうか。やるべきこととやってはいけないこととは？ 以下にかいつまんでご紹介。 働きたい時に働いてもらいましょう ギークはおきている間はずっと働いています。出社前には必ずオンラインになりますし、帰宅後もオンラインで働きます。休日もぶっとおしで作業します。夢の中でプログラミングをすることもありま
小野和俊のブログ:プログラマー風林火山
アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ
小野和俊のブログ:心に残るプレゼンは、必ずと言っていいほど事前に用意周到に準備されている
私はもともとはプレゼンは完全にアドリブ派で、大まかな流れだけサッと考えて直前に資料をつくって、後はぶっつけ本番で、残り時間を見ながら話す内容をその場で考えてプレゼンする、というのがお決まりのスタイルだったのだが、昨年末あたりから、このやり方だと、内容はそれなりに伝えられても、発言に冗長なところがあったり、表現が洗練されていなかったり、そして何よりも、プレゼンの中にドラマがないというか、良いプレゼンを見ていると、どれも周到に準備されていて、話の展開はもちろんのこと、沈黙のタイミングや長さ、声の調子に至るまで微にいり細にいり実によく考えられており、アドリブのプレゼンだと、このようによく準備されたプレゼンと比較すると、演出の面において決定的に劣ってしまうのではないかと考えるようになった。
小野和俊のブログ:徹夜をしてはいけない理由
どうしても昨日までに仕上げなければならない仕事があったので、一昨日は徹夜で開発をした。一人で飲んだり、人と飲んだり、布団の中で考え事をしたり、徹夜をすること自体は悪いことではない。しかし、徹夜で仕事をするのは可能な限り避けた方が良い。 ベンチャーを始めてからの最初の2年は、年末年始を含めて365日1日も休まず仕事をした。徹夜なんて当たり前である。そんな私だったが、会社が3年目に入る頃に休息の重要性を痛感し、以来、できるだけ徹夜はしないようにしている。それは、徹夜がもたらす作業時間よりも、悪影響の方がずっと大きいということに気づいたからだ。 私の経験では、徹夜が常習化するにつれ、個人/組織には次のような症状が出てくることがある。特に、影響力のある人がこのような状態になると、組織全体が影響されて深刻な症状にかかりやすい。
Geekなぺーじ：フリーランスとして成功する方法
「7 Habits of a Highly Successful Freelance Web Designer」という興味深い記事がありました。 原文はフリーランスWebデザイナとして成功する方法を説いていましたが、内容を見るとプログラマや、その他フリーランサーにも当てはまりそうな内容でした。 以下、要約してみました。 誤訳などの可能性があるので、詳細は原文をご覧下さい。 1. 仕事を愛す 大企業で働いていれば、まわりに合わせて仕事をすることができます。 その日に仕事が終わらなければ次の日にまわしたりもできます。 自分が何をしているのかに対して興味を持たない従業員が多い組織もあります。 彼らにとっては、日々の仕事は単なる報酬に対する対価でしかないのです。 フリーランスとして成功するには、自分が行っている仕事を愛する必要があります。 情熱があれば、カフェインの力を借りながら夜遅くまで働き続け
ウノウラボ Unoh Labs: ベンチャー企業の面接を受ける人へ7つのアドバイス
こんにちは、hideです。 僕がウノウに入社してからもう少しで6ヶ月が経過しようとしています。入社して間もない頃に「ウノウってこんな会社です」というエントリを書いたのが、とても懐かしく感じられます。 僕の前職はいわゆるスーツ系のSIer企業でした。特に大きな不満があったわけではないのですが、一生このままでいいのかな、という漠然とした不安は感じていました。そんな僕が転職を決意するきっかけとなったのは、ポール・グレアムの書いた「ハッカーと画家」という一冊の本を読んだことでした。その本にはこのようなことが書かれていました。 最良のイントラネットは、インターネットだ。 信頼できる、良いプログラマからなる小さなチームでのほうが、大企業での平凡なプログラマからなるチームよりもうまくいく。 良いハッカーになる鍵は、たぶん、自分がやりたいことをやることだ。 難しいのは問題を解くことではなく、どの
maclalalaweblog: Steve Jobs はなぜ説得力があるのか
東京タワーは、地デジ放送を電波で発信しています。 その東京タワーにこいのぼりが付けられています。 こいのぼり 東京タワーに３３３匹なびく http://headlines.yahoo.co.jp/hl?a=20090407-00000002-maip-soci その数は東京タワーの高さにちなんで、３３３匹だとか。 すごい数のこいのぼりがタワーにつるされている風景は壮観で、 見る人を圧倒するそうです。 ３３３メートルという高いタワーに、こいのぼりがずら～っとなびいている風景は、 想像しただけでも凄そうですもの。 端午の節句の翌日まで、東京タワーでなびくこいのぼりを見る事が出来るそうです。 私は東京に気軽に行ける距離の地域ではないので、 たぶん３３３匹の鯉のぼりを見る事は出来ないと思うのですが、 お近くの方は折角ですから観に行ってみるのも良いですね。 そういえばもうすぐ端午の節句ですね。 この
シゴタノ！ - 聞き手を惹きつけるプレゼン術
プレゼンの目的は様々だと思いますが、目に見えている余計な「肉」をそぎ落としたあとに残る「骨組み」に目を向けてみると、以下のような骨格が浮かび上がります。 1．プレゼンをする自分とはいったい何者なのか？（Who） 2．自分はそのプレゼンで何を伝えたいと考えているのか？（What） 3．このプレゼンは誰に向けられたものか？（Target） 4．このプレゼンを聞き終えると何が得られるか？（Fruit） 5．プレゼンをする背景にはどのような事情があるのか？（BackGround） 6．プレゼンの屋台骨を支える原則は何か？（Principle） 7．この原則を現実に適用する方法とは？（How） 8．方法を実践するうえで参考になる事例とは？（Good Example） 9．方法を実践するうえで避けるべき事例とは？（Bad Example） ほかにも要素はあろうかと思いますが、これだけあれば骨格として、
はてなに入った技術者の皆さんへ （jkondoの日記より）
最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。 アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。 当たり前ですが、どれだけ素晴らしい仕組みを作っても、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: マネジメント[エッセンシャル版] - 基本と原則: ピーター・F・ドラッカー (著), 上田惇生 (翻訳): 本![Amazon.co.jp: マネジメント[エッセンシャル版] - 基本と原則: ピーター・F・ドラッカー (著), 上田惇生 (翻訳): 本](https://cdn-ak-scissors.b.st-hatena.com/image/square/7745ffe60f06e546fa4c9c825b48b341caa6f473/height=288;version=1;width=512/https%3A%2F%2Fm.media-amazon.com%2Fimages%2FI%2F510YY056KWL._SL500_.jpg)