ほんとにヤバくなってギリギリになるまで相談しない人々: 切込隊長BLOG（ブログ） Lead‐off man's Blog http://kirik.tea-nifty.com/diary/2010/03/post-1da9.html いつも予防線が突破されるので、いずれにせよ年がら年中修羅場になってるわけだが、 修羅場をこなしているうちに、常在戦場みたいな組織が出来上がって、 毎日ラットレースをしている敗戦処理のエキスパート軍団ができちゃう。 戦況だけ見ると実に見事に負けてるんだけど、 担当した局地戦だけはどうにかなっちゃってるというような。 そういう組織は、人が内部から壊れていく。鬱になったり、病気になったりする。 まあ、発展性のない業務に長時間据えられて、 強いストレスに晒されながら安い給料で働くわけだからねえ。 一個一個のデスマーチは、マーチである限り終わりはあるわけだけど、 デス

同じ外資系でもいろいろあるし、業界他社の情報は辞めそうな人から漏れるというのは鉄則なんだけれども、担当していたプロデューサーが後任にきちんと引き継ぎせずに退職してしまうのは如何なものかと思う。 そういう話をしていたら、まとめて書いてくれというので雑感めいた感じで適当にうｐ。あとは、頭の良い人たちが少しは悩んでくれるんでしょう、きっと。 ●　総論とかの前提 この手の資料がうｐされて、興味深く読んじゃうネット住民が多かったりとか。いや、事実だとは思うんだ、が、読み方がむつかしいんだよ。 日本経済の現状 http://rionaoki.net/2010/03/3448 日本の産業を巡る現状と課題 http://www.meti.go.jp/committee/materials2/downloadfiles/g100225a06j.pdf 家計から法人へ所得移転が盛大に行われたあとで高齢化の後押

個人でも「医者嫌い」に分類される「どうしようもなくなってからでないと診断を受けたがらない人」がいるけど、会社とかでも「現金がなくなってから相談してくる企業」とか「絶対納品守れない状況になってから報告してくる下請け」とかがある。困る。困るので、「どうしようもなくなっても大丈夫な付き合い方をしよう」とか考える。あそこがコケても、少し頑張ればこういうリカバリーができる、というような、とても後ろ向きな将棋を指すわけで。 一方で、土壇場でないと力を発揮しない人もいる。私もどっちかっていうとそっちのタイプだけど…　でも、ここがギリギリという線を踏み越えてから対処するのはだいたいコストが上がってしまっているので、そうならないように予防線とか保険とかかけようとする。で、往々にして予防線は簡単に突破される。 いつも予防線が突破されるので、いずれにせよ年がら年中修羅場になってるわけだが、修羅場をこなしているう

森羅万象2024ベスト 毎日更新できませんでしたねぇ…… ぜんぶ夏が悪い 10月くらいから2024年ベストを作ろうとメモってたのをようやく解放できそう。 ベストコスメ、買ってよかったものベスト、とか分けよっかなとも思ったけどしゃらくせえのでもうすべてを解放します。 本 ここはすべての夜…

Eclipse 公認プロジェクトの 404 File not found を使うと、Eclipse 上から FTP したり SSH ターミナルを動かすことができるようになる。 これを入れてしまえば、リモートホストのファイルを直接、コード編集して、ターミナルから実行ということが Eclipse で全て行うことが可能なのでとても便利。 Eclipse のソフトウエアアップデートからインストールする手順は下記のとおり メニュー Help → Software Updates... を選択 [Available Software] をクリック [type filter text] テキストボックスに「RSE」と入力 表示されたプラグイン RSE ○○○○ を全て選択 [type filter text] テキストボックスに「Target Management」と入力 表示されたプラグイン Targ

日本経済新聞の電子新聞事業は成功するのか失敗するのか。結論から言うと、何をもって成功、失敗とするのかという定義にかかっている。報道機関のデジタル部署のほとんどは、自分たちの取り組みが成功していると考えている。だがネットユーザーの大半は日本の報道機関のウェブ事業が成功しているとは考えていない。以前の記事に書いた「新聞は氷河期を迎えようする恐竜」という比喩を使えば、新聞関係者の成功の定義は「飢えをしのぐために木の実を見つけること」であるのに対し、一般ユーザーの成功の定義は「哺乳類への進化」なのだ。 「木の実を見つけること」を成功と呼ぶのであれば、日経の電子新聞事業は成功するかもしれない。だが「哺乳類への進化」を成功と呼ぶのであれば、日経の成功はこれからの取り組み方次第だと思う。これが日経の電子新聞事業に対する現時点でのわたしの感想だ。 わたしはこれまで「新聞社の電子新聞事業は間違いなく失敗する

［OGC 2010］“面白い”をお金に変えるには――成蹊大学の野島美保氏に聞くネットビジネス最新事情 編集部：TAITAI 2010年2月時点で，累計450万アカウントを誇る「サンシャイン牧場」 オンラインゲームのアイテム課金や，ゲームポータルでのアバター課金。インターネット上で展開される各種オンラインサービスの中には，やってない人から見ると「なんでこれにお金払うの？」と疑問符が付くサービスは少なくない。ネットビジネスの最先端と言われてきたオンラインゲームにしても，「ゲームとして面白いから」「友達と仲良くなるため」「あるいは他人との競争意識から」などなど，お金を払ってしまうその理由には，これまでにさまざまな説が囁かれてきた。 時は移り，携帯ゲームやソーシャルゲームが隆盛を誇り，ゲーマーから見ると「これでいいの？」というタイトルが大流行している昨今。改めて「なんでお金を払うのだろう？」と素朴

全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey ｢ウオーターフォールとは｣のラベル貼りの議論になるとめんどくさいから、とりあえず｢初期段階ですべての意志決定をしようとするシステム開発の進め方｣という定義で話を進めたいと思います。 滝 ｢要件定義｣→｢設計｣→｢実装｣→｢テスト｣という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ

最近 クラウド という単語が流行していますが、「大規模な計算資源を低コストで提供してくれるトコロがあるらしいので、自前で持っていた計算資源を委託しちゃえば運用する手間も知識も要らないし、そもそもサーバーを買う費用を省けちゃうから嬉しい」という発想に基づいているらしく、しかし技術的には 大規模な計算資源を低コストで構築する技術 がポイントでしょう。 大規模な計算資源をどうやって安く構築するか。 従来は、システムの能力を高めるためには、高性能・高機能（それゆえ高価な）マシンを導入するというスケールアップの手法が採られていたのだが、この手法では10倍に性能を上げるために、たとえば30倍のコストがかかるかもしれない。スケールアップと比べてスケールアウトでは、導入したコストにほぼ比例して、パフォーマンスの向上が見込める。 『UNIX magazine 2009年4月号』 p.31 *1 何百万円もす

web.goはGo製のオープンソース・ソフトウェア。Goといえば2009年に登場したGoogleが開発するプログラミング言語だ。Cに似た構文、高速なビルド、Pythonのような柔軟さを特徴とする言語になっている。まだ開発段階ではあるが、注目が集まっている言語だ。 ブラウザからアクセス そんなGoを使ってWebアプリケーションフレームワークを作ったのがweb.goだ。Sinatraのようにそれ自体がWebサーバの役割に担っている。ごく小規模なWebサービスであれば、手軽に開発できるのではないだろうか。 現状ではGETまたはPOSTメソッドのみ対応している。web.Get(パターン,ハンドラ)という構文になっていて、パターンに応じて指定したハンドラが呼び出される。指定したパターン以下のURLがパラメータとして文字列で渡される仕組みだ。 実行中 リクエストパラメータやポストされたファイル、ヘッダ

「Eric Sink on the Business of Software」読了。献本感謝。 みんな大好きジョエル・スポルスキーも大絶賛の本書であるが、とても面白かった。 そして、本書で指摘される図星としか言いようのない的を得た指摘の数々がつぼにはまり、読みながら頻繁に声を出して大笑いしていたので、家の中で不審がられた。 私たちは、独創的なアイデアでソフトウェア業界の勢力図を書き換えてしまった人たちや、一夜にして巨万の富を手にした人たちにばかり興味が向きがちだ。 しかし、著者はそれに対してはっきりと「No.」を突きつける。 自分たちのソフトウェア製品を持ち、しかし大企業化を志向しない企業のあり方を、著者は「小さなISV」と呼ぶ。 それを私たちがなぜしようとしないのか、著者は次のように分析する。 1. 私たちはそれを見たいと思わない (巨大なマーケットばかり意識して、ニッチマーケットで優れ

IT 系の会社の経営者の方と話をしていると、 人月ビジネスをやめて、パッケージやサービスに移行したいという話をよく耳にします。 しかし、半年か一年経ってその後どのようになったのかを聞いてみると、 パッケージやサービスの開発プロジェクトが立ち上がるところまでは行ったものの、 結局は中途半端なものにしかならず断念したという話が多く、 事業内容をスムーズに移行することができたという話はあまり聞きません。 このようなビジネスの転換がうまく行かないケースには、 いくつかの共通点があるように思えます。 第一の関門は、経営陣が、まったく異なるビジネスに対して、 考え方を切り替えられるかどうかという点にあります。 パッケージやサービスのビジネスというのは、基本的に先行投資のビジネスです。 まずソフトウェアを完成させるまでに時間がかかり、 次にソフトウェアが世の中で認知されるまでに時間がかかり、 認知されて