『Steve Jobs』 Walter Isaacson著 グローバル競争の中で勝ち抜くのに必要な要件とは？ 新しい価値を生み出すのはどのような人間か？ - 物語三昧～できればより深く物語を楽しむために
評価：★★★★★５ （僕的主観：★★★★★５つ） ■スティーヴ・ジョブスの人生を眺めてみよう ちなみに、本だけでは分からないので、ＣＢＳの60minitesという番組のyoutubeの映像を見ると、彼の人生がそのまま見れます。語り手は、この伝記を書いた本人なので、非常にいいですよ。ちょっとヒッピー的な専門用語は、聞き取りにくいけれども、、、まぁ知っていることも多いでしょうから、。ぜひにお勧めです。 さて、こうした彼の人生を読み解く上で、僕が、仮説というか、僕なりの「見るべきポイント」は、なぜ、いま、この時代にスティーブジョブスの人生を注目するかという部分は、彼の生み出した「新しい需要を生み出す」という部分が、この行き詰まりの現代社会の「次の一手」に有効なのではないか？という「予感」がたくさんの人にあるからなのだと思います。だから、二つの見るべき文脈があって、 １）スティーブ・ジョブスのもた
2012年 日本の活路は「バーチャル」にあり【湯川】 | TechWave（テックウェーブ）
[読了時間：4分] ちょうど1年前の今日、昨年の12月22日に、2011年のソーシャルメディアは「リアル」「クローズド」がカギ【湯川】という記事を書いている。日本のインターネットは長年、どこのだれだか分からない人と同じ興味で盛り上がる「バーチャル」な空間としての使われ方が中心だった。代表例が２ちゃんねるだ。それに対し、Facebookのように実名、もしくはそれに準ずるようなハンドル名で、実際の人間関係をオンラインで維持するような「リアル」な空間も広がる、という予測だった。 当初は「リアル」「バーチャル」という分け方にさえ一部で反発があったが、ネットの特性を理解する上で、この分け方が不可欠であるという考え方は、この1年間で格段に広がったと思う。DeNAはアニュアルレポートの中で、「リアル」「バーチャル」の「コミュニティ」という表現でネットの現状を分析し、ソーシャルゲームには「バーチャル」な空
デバッグ力: よく知らないプログラムの直し方 - 2011-12-06 - ククログ
クリアコードではMozilla製品やRuby関連の開発だけではなく、広くフリーソフトウェアのサポートもしています。もちろん、サポート対象のソフトウェアの多くは私達が開発したものではありません。しかし、それらのソフトウェアに問題があった場合は調査し、必要であれば修正しています。 このようなサポートが提供できるのは、もともと、私達がフリーソフトウェアを利用したり開発したりしているときに日常的に問題の調査・修正をしていたからです。ソフトウェアを利用していると、問題に遭遇することはよくあることです。そのソフトウェアがフリーソフトウェアの場合は、開発者に問題を報告し、可能ならパッチを添えます。このとき、そのソフトウェアの内容を完全に把握していることはほとんどありません。しかし、それでも修正することができます。 それはどうしてでしょうか？今まではどのようにやっているのかを自分達でもうまく説明できなかっ
@yohei さんの品質についての考え
YAMAMOTO Yohei @yohei まず、テストって言葉は広いからうまくどの「テスト」について話しているのかを切り分けないと混乱しますね。特に開発者テストといわゆる品質保証的なテストとが混乱すると悲劇。そういう意味でTDDって言葉は功罪あったと思う 2011-12-21 06:12:44 YAMAMOTO Yohei @yohei 僕がブックマークでコメントしたプロセスを強化する方向が楽だからというのは、何か問題が起きたときの対策として、その原因を突き止めてそれが再発しないことをプロセスに落としこむの方が楽だからという意味です 2011-12-21 06:15:31 YAMAMOTO Yohei @yohei もちろんプロセスの強化が必要な場合もある。でもそれってものすごく基本的なプロセスが間違っていたとか、ひどいミスが多発した場合に必要なことであって、プロセスの強化だけで何か解決
「品質に厳しい組織で、なぜ品質が劣化するのか？」 - カレーなる辛口Javaな加齢日記
http://d.hatena.ne.jp/szk-takanori/20111218/p1 なんか的外れすぎる気がする． 品質に厳しい組織で、なぜ品質が劣化するのか？ ということ。 レビューを強化したり、テストを強化したり、品質分析を強化したりと、いろいろな対策を打っているにも関わらず、品質が維持されるどころか、劣化することがあります。 それは「品質に厳しい組織」なのではなく「品質管理部門が肥大化した組織」なのではないかと． 「品質管理部門」とは，高い品質のものの品質確認はできるけど，どれだけ管理部門が大きくなっても品質の低いソフトウエアが高くなることはない．そして品質管理部門が肥大化して現場を軽視する組織においては，現場の人の質が低下した分だけソフトウエアの品質も低下し，品質監視部門は低品質を確認するだけの組織に成り下がる．（経験者談） 3. 「レビュー」ではなく「検討会」を 最近、「
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
『ミッション：インポッシブル ゴースト・プロトコル』を見たゼ！- 空中キャンプ