色んな意味で示唆的なエントリ。山本さん、どうしちゃったんですか。飲みにでも行きますか。 人月は悪どころか、ものすごい善かもしれない - 山本大＠クロノスの日記 140文字ぐらいでまとめちゃうと、人月ではなくソフトウエアの持つ価値だけでお金を取ろうとすると、例えばスマホアプリの場合は非常に単価が安いのでペイする算段が立たないこともある。それを鑑みると、エンジニアの稼働ベースで請求できる人月ってなんだかんだでイイとこあるよ、って話です。 人月について語られる記事はエンジニアよりの観点で議論されることが多いんですが、そうなると「人月はエンジニアにとって善か悪か」という方向に話が飛んでしまい、ゼネコンは死ねば良いし多重請負は終わってるし日本のIT競争力はなんだかんだっていう感じで一定の結論が出しにくい。なので、もっとビジネスよりの観点で整理してみたい。 人月のメリットは成果物ではなく作業内容に対し

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

2009年、SIerの現状を俯瞰する − ＠IT自分戦略研究所 今週の金曜日です。テーマは得意の｢内製化｣です。生々しい経験を可能な限り詰め込んでみました。 ああ、僕も出世したな・・・！こんなところに記事を書けるようになるなんて・・・！ この前セブンアンドアイさんが内製したECサイトで個人情報ダダ漏れというニュースがあり、僕のこの記事を出すタイミングでやってくれるなーと思いつつ内製派の私としては(´･ω･`)ｼｮﾎﾞｰﾝなわけでございますが、これは内製・外注以前の問題なのではと思います。組織的な問題でしょう。外注しても同様の問題を発見し解決できる組織的なサポートが無いなら、おなじことなので。内製の場合は適切に的確な技術やツールを選ばないと痛い目見ますよ、という暗示になってくれてありがたいぐらいに考えています。 しかし、社内に閉じたシステムなら自分達が痛い思いするだけで済みますが、外部公開し

｢技術者が技術要素だけで名を上げる(市場に打って出る)ことなんてできるわけないんだから、技術と顧客の間をつなぐ経営者が最も必要である｣という話も定期的に話題に上がるのですが、毎年思うことは少しずつ変わっていくので、僕も私見を述べたい。 僕が2007年頃にスーツ・ギーク論争に興味を持ってスーツ側でエントリを書いて参戦したきっかけは、このソースコード、一体どういった付加価値を生んでいるんだろうというのが実感できなかったことです。仕事だからの一言で飲み込めずエントリに吐き出してしまった。スーツの考えや世界を変えないとどうしようもねぇなっていう直感が先に来た。今ではこれは確信に変わっています。なので、エンジニアの未来を考える際に顧客の利益と我々の利益をどう折り合いつけるのかが先で、個別の技術論は正直どーでもいいというcodemaniaxさんのご指摘、僕は正しいと思います。侍が明治の世に生きてゆけな

IT化とSIというのはまた別のものだということです。何を当たり前のことをと言われそうですが、ひとり情シス兼エンドユーザという身ですしシステム開発を事業の落とし処としない状態になったので、「開発する」という選択肢が大きく減ったのを実感するのです。 株式会社マジカジャパンの羽生章洋が書いてるブログ:いちユーザとして - livedoor Blog（ブログ） IT化とSIが違うというのを僕の言葉で言い換えると、｢OA化｣と｢IT化｣は違うということになります。 僕はIT化していくためには業務プロセスをちゃんと設計していかないとダメだという思いからBPMに興味を持ち始めました。しかしながら、僕は今小さい会社にいて最近強く思うんですが、弊社にBPMを導入するとか業務改善しましょうというのは、尚早だし機能しないだろうなと思います。 社長の力量がコアになっているような多くの中小企業においては｢業務プロセ

転職して３ヶ月が経ちました。１日が終わるのがとても早く、１週間単位で振り返ると「まだ○曜日か〜｣なんて言いつつも、１ヶ月経つと｢今まで何やってきたんだろう・・・。｣と焦るような日々を過ごしています。 その間いくつか感じたことがあるのですが、一番大きかったのは｢つくる側｣の人間なのか、｢売る側｣の人間なのか、要は自分はどっちのプロフェッショナルとして商売をしていこうとしていくのかということでした。 前職にいた頃は｢プログラマでもなんとかやれるし、提案や管理といった分野でもいけるいける｣と思っていました。いざとなればどっちでもできる。そういう自分でいたいという思いが強く、前職の会社の安定している顧客基盤を通じて折角だから上流工程といわれる部分を担当したい、だってそれは他の会社では難しいから会社の能力で色んな自分の能力を試していきたい。そんな思いでずっと過ごしていました。 でも、これが通用するの

先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出

もうやることに決めた。 197Xs's Wiki - Create ／, ─── ､) //　 /　　　 ヽi |_|　　　 ┃ ┃ |　　　まあとりあえず （　　　　　⊂⊃ ヽ　　　　　　　やらないか？ >､　　 ＼＿_ノ ﾉ　　.nｍ ／　 ＼─── ´ヽ､　/)- | /　　　　＼--／　|　￣|＿丿 |　　　　　　／　　 |　　|| !　　　 /　　　　　ﾉ　　 | `iヽ__ノ━━━━ヽ､__ﾉ ヽ､ 　　　　|＾ヽ､__ノ ￣￣￣` - ′ 開催概要 7月上旬ぐらいで。ネタのカオス度は誇るべきものかも。前回は言語からファミコンからイラストから自炊まで幅広かった。 ゲストとか呼びたい。全然197X関係ない所から意味不明なゲストを。ありむーの二郎入門講座とか、タケルンバのうどん講座とか、ひがやすを貴腐ワインについて大いに語るとか、けんすうの我がWebサービス人生とか、まなめ王子のネ

人脈というのは｢人｣の｢脈｣と書きます。つまり、これが意味する所は自分を中心して｢人｣が｢脈をなしてつながる｣ことで初めて人脈と呼ぶに相応しいものになります。 人脈を築くために一番大切なこと。それは、相手に何かを与えられる自分であるかどうかです。それ以外は全部二の次です。 ２年ぐらい前になりますが、僕は前職のある営業部隊の担当役員の下で仕事をさせてもらったことがあり、その時に僕の年齢じゃまず会うことが無いであろうエグゼクティブな方々とお会いする機会に恵まれました。もちろん名刺も交換しましたし、ある程度メールのやり取りもしました。打ち合わせも重ねましたし懇親会とかもやらせてもらい、色々と勉強させてもらいました。 でも、仕事が終わればお付き合いはそれで終わってしまいました。 その時僕が感じたのは、人脈を築くってのは相手に与えられるものを持たなくちゃいけないんだ、ということです。相手に対して自分

たまたま見かけたのですが、とても示唆に富む記事だったので頑張って和訳してみました。延べ2週間近くかかった・・・。 ITを武器にする企業は、ベンダーやユーザーに関わらず｢program manager｣と呼べる人たちが必要だと思っています。37Signalsの｢Getting Real｣に近しいことをJoel自身も語ってくれていますし、今後僕らがどのようなキャリアを積んでいけばいいのか、技術力を梃子にしていく組織を作るのにはどうしたらいいのか、そういうヒントが込められています。 Joelの英語は、同じような意味の言葉を複数の言葉を使い分けて言っていたり、ぐるっと回り込んでから要点を記述することが多いので、正確な意味を伝え切れていないかもしれませんが、大きく意味が外れないように留意したつもりです。 原文はHow to be a program manager - Joel on Softwar

えー、とりあえず16日にいきなり飛行機で九州上陸することに決めました。 キントウン｜国内格安航空券｜福岡・東京発着便の激安価格 僕がオフする日程は何のプラス料金もかからないので、だいたい18000円で福岡⇔羽田の足が確保できるのはアツい。アツすぐる。 青春18きっぷでちんたら九州へ向かうより、まずいきなり最も遠方まで飛んでしまって、そこから自分のペースでぷらぷら旅をするほうが選択肢も広がるし、緊急事態があっても新幹線で帰京できる。どうなるかわからないし備えあれば憂いなしということで、まずは飛行機で九州へ向かい、そこをスタート地点とすることに決めました。 ＳＫＹ００７便 【発】０９：３５⇒【着】１１：３０ これに乗るつもり。モーニングIDコールが欲しいところ。明日電話して、飛行機だけ早めに抑えておかなきゃ。 というわけで、お声がけ頂いた所を優先させて頂いたところ、日本縦断オフスケジュール_2

あきみちさんが良いことをおっしゃっていたので、僕も相乗りする。 個人的な感覚だと、「勉強」という単語は、お金などの対価を受け取って何かをしているときには迂回すべき単語であるような気がしています。相手は「専門家としての知識や意見」に対して対価を払っているのであって、「その人の勉強」に対してお金を払っているわけではないからです。 Geekなぺーじ:「勉強になりました」は禁句 全面的に同意です。 ホント難しいのは「勉強」という言葉の受け取り方なんですね。あきみちさんもおっしゃっておられますが、言っている本人は相手の意見が正しいと思うから「勉強になりました」という言葉を使うのですが、この言葉を使ってしまうとどうしても上下感が醸成されてしまうので、「あんたはうちが困っているから意見や知見を提供する側なのに、なんでこっちがお金を払って勉強させなければいけないのよ」と受け取られてしまうという話です。 し

魅力的な文章はその人なりの色を持っているよね、という所から思考を広げてみました。そもそもその「色」ってどうやって作られるのか、ということです。 僕はギターを数年間やっていて一時期バンドもやっていたのですが、オリジナリティは全く発揮できませんでした。要するに、曲を作るということができなかった。音楽的引き出しが少なすぎて、自分が作ったアウトプットに自信が持てませんでした。そこには、全く自分の色はありませんでした。 楽器を弾いて「作品を追いかける」ことは誰にもできるのですが、「新たな作品を作る」ことは、技能以外の何かが強く求められます。 翻って他のことに目を向けてみます。文章もプログラムもその点については同質なのではないかと考えています。文章を書くことは誰にでもできる、しかしそれが１つの「作品」として世界観を内包しているか・感じられるかは全く別の話です。プログラムも勉強すれば書けるようにはなりま

ホッテントリメーカーからタイトルを頂戴した。id:phaさんありがと。 社会人なら押さえておきたいフレームワーク思考 : LINE Corporation ディレクターブログが非常に人気で今年のアルファブロガー(というかエントリ大賞に見える)大賞にもノミネートされている。こういう記事はニーズがありそうなので、僕なりにフレームワーク思考についていくつかサンプルを用意し、僕が使うチャートのサンプルを紹介しておきます。 というか1000以上のﾌﾞｸﾏとか・・・嫉妬！激しく嫉妬！！ハンカチ噛んじゃう！！！！ そもそも議論しちゃいけないこと 個人の価値観に依拠し、お互いの主張を出し合っても全体として合意が得られそうにないこと。例えば｢浮気の定義｣とか。こんなのは議論したって全体最適なんて導けるわけが無いので、ビジネスの場では全く持ってムダです。居酒屋でやりましょう。 仕事で議論することの意味 あなた

また、お金の話についても、そもそも簿記（booking）・会計（accounting）・財務（financial）の区別がついてない人が多いです。 株式会社スターロジックの羽生章洋が書いてるブログ:起業・経営の必要条件 「やべー正直わかんねぇ、オレってだせぇ」と思った紳士淑女のために、ざっくりまとめてみました。突っ込みはゆるふわでお願いします＞＜ 簿記とは 企業が日々行う取引から、貸借対照表や損益計算書を作成するための元ネタ(総勘定元帳)を作ることです。単式簿記・複式簿記とかもあくまで方法論です。ただ、企業組織の場合は家計簿とは違い、発生したお金の結果だけではなくその原因について因果関係を踏まえて帳簿をつけていかないと、プラスとマイナスが正しく管理できない。つまり、5万でEeePCを買ったという行為だけを管理するのが単式簿記で、5万円のEeePC入手＆現金5万円の支出を紐付けて管理するのが

某貴族とSkypeしていたらその流れでふぐの話題になった。 「きゃははは！ふぐ童貞が許されるのは2008年までだよねー！！！」（AA略） ということで、タケルンバ卿のエスコートのもとに河豚をくらってきました。id:takerunbaとid:webkitと。 童貞を捨てた記念すべきお店はこちらの歌舞伎町店。 玄品ふぐ/とらふぐ料理専門店 僕とwebkitの意見が一致したのは、「てっさ」が今日のベストだということ。淡泊な味わいでありながら、確かな歯ごたえがあり、かむとじわっとうまみが出てくる。これが河豚クオリティだということで意見が一致した。からあげや白子やてっちりも全てナイスだったんだが、今まで食べたことがない感覚のため、印象が強かったなー。 そしてお店のおねーさんが勧めてくれた、貴腐ワインなるものを頂く。 あま〜い。とってもスイート。スイーツではなく、スイート。これが貴腐クオリティ。 新ジ

いろんな見解があったほうが面白そうなんで、参戦してみる。 タケルンバ卿のBotの作成からあきみちさんのエントリに飛び火し、そこへまなめさんがTB打ってみたら呼ばれて飛び出たダンコーガイ状態になっているようです。 何とかbotができました -タケルンバ卿日記 Geekなぺーじ : 初心者はプログラミングをどうやって学ぶと良いのだろうか？ 304 Not Modified: プログラミング初心者はギークから学べるのか 404 Blog Not Found:いきなりCの方がよっぽど難しい 僕は弾さんと同じ意見 プロになるためには、確かに原理も知らなければならない。JavaやPHPしか知らない「プログラマー」には、私だって「スイーツ(笑)」と頭につけたくなる。しかし、それは原理から学ばなければならないということを全く意味しない。むしろ原理は、動作感覚を会得してからの方が学びやすいのだ。 いきなりC

タケルンバ卿とTwitterしてる中でこのテーマが僕の中で書きたいことにあがってきたので、書いてみる。へだちさんの普通の人がプログラミングについて誤解してることから多くの示唆を得ています。 プログラムは「プログラミング言語」で書かれ、日本語の文章は「日本語」で書かれますが、「言語という記号体系に従って頭の中にあるものを文字で表す」という点は同じだからです。 普通の人がプログラミングについて誤解してること 僕も、この点について完全に同意します。「言語という記号体系に従って頭の中にあるものを文字で表す」点については同じです。大事なことなので引用文含めて２回言いました。よって、整然とした文章を書くような方は素質を持っているという考えに賛成です。 プログラミングというのは、大きく分けて２つの構成要素に分解できます。「フロー」と「データ」です。 ロジックをつなげて流れを作り出し１つのアウトプットを出

下記２つのエントリを読んで。つらつらとした長文が多い僕が通りますよ。 ブログ。長文を書くとき気をつけたいこと。 - かみんぐあうとっ ブログを読んでもらうためには - 北の大地から送る物欲日記 読んでもらう為に重要なのは、まずタイトルと序文です。タイトルで何を言わんとしているのか概観できるようなものが望ましい。もしくは想像力を書き立てるようなもの。それに逸脱せず道案内をする序文。どうしてこれらが重要なのか。人間に例えるとそれが第一印象に相当するからです。ブログは斜め読みのメディアなので、最初の400文字で既に破綻をきたしているとまず読まれないと思われます。 長文は読まれないんじゃないかとか、短文や箇条書きのほうが好まれるのではないかとよく言われます。僕はそれに違和感を感じている。ハッキリ言うけど直接的には関係ない。読まれないのは、その文章が適当に書かれているからです。そういう文章は読んでい