ツクツクボウシが鳴いている。夏の終わりの始まりだ。僕はアパートの一室に閉じこもり、血走った眼で『きかんしゃトーマス』を観ていた。 ◇ 遡ること数ヶ月前。友人の家に遊びに行った僕は、彼の1歳半になる息子をあやしていた。動物と子どもには昔から好かれなくて、いないないばあをしては泣かれ、高い高いをしては嗚咽が出るほどの号泣をされた。異変に気づいた友人はすぐに息子を僕から取り上げ、iPadで動画を再生し始めた。 画面に映ったのは、きかんしゃトーマスだった。 イギリスにあるとされる架空の島「ソドー島」を舞台に、「トーマス」を中心とした人格を持った機関車たちが活躍する人形劇。そういえば僕も幼い頃、きかんしゃトーマスの虜だった。実家には今も当時のプラレールが大切に保存されている。 懐かしいオープニング映像と共に、青い機関車が走り出す。この世の終わりみたいな顔をしていた子どもは嘘のように泣き止み、目を丸く

今日は、日本の代表的なソフトウェア開発手法について紹介しよう。 その名も、メテオフォール型開発である*1。 第一節 通常のウォーターフォール型開発におけるプロジェクトはこのような形を取るが、 メテオフォール型開発ではこのような形が取られる。 そしてこうなる。 これはアジャイル型開発手法におけるサイクルであるが、 神の前では無力である。 神の一声は全てを崩壊させ、 民は一生懸命これを再建す。 これが、メテオフォール型開発*2である。 第二節 全てのスケジュールは天界の都合によって決まる。これを黙示録と呼ぶ。 ソフトウェア開発においてフィードバックは重要なファクターだが、 神にフィードバックは届かない。 ただし、祈りを捧げることはできる。この祈りはごくまれに届く。 神は様々な姿を取る。 外から現れることもあれば、 内に棲んでいることもある。 あるいは、まだ会っていない or 会うことすらできな

４月に来た新しい上司が面白い人で「学生ノリの若手が多いので、どうせだから俺達も学生ノリにしよう」という訳のわからん方針の元、飲み会が宴方式になった。 要はそのまま職場でダラダラと飲み食いして宴をするような方針になった。 今までは普通に居酒屋予約して、上司から年功序列の席次があり、若手が酌をして顔を覚えてもらう・・・的な典型的ジャパニーズな飲み会だったが、職場を閉めて 電話線を抜き、そのまま各々がコンビニやスーパーに好きな飲み物やツマミを買いに行き、上司や窓際の高給なおっさんが宅配ピザを振るまい、みんなで面白いユー チューブ見て笑ったり、プロジェクターで映して桃鉄したり、ギター弾き語るおっさんがいたり、時には給湯室でカレー作ってみたりと、部室で放課後ダラダラ過ご すノリに変えた。 これがまあ大当たり。 今まで飲み会には来なかった連中の参加率が激しく上がったのもそうだし、団結力的なものが確実に

仕事に行きたくない。 そういうと「じゃあ仕事やめればいいじゃん」と言い出す人がいるが、それはあまりに短絡過ぎるのではないだろうか。童貞で悩んでいる人にじゃあセックスすればいいじゃんとアドバイスしているのとそう大した違いはない。明らかに短絡的だ。仕事嫌だという申し出に、すっと退職願を差し出す短絡さはあまり発展性がない。できればご遠慮いただきたい。 声を大にして言いたい。僕らは、定職をキープしつつ、それでも仕事に行きたくないと言いたいのだ。仕事がなくなれば快楽天も買えないし、飯にも困るし、なによりすることも金もなくずっと家にいたって暇でしょうがない。辞めるつもりはないけど仕事は嫌だ。別れるつもりはないけど都志夫への不満を口にする佐和子みたいなものだという理解を持って読み進めて欲しい。 さて、そういった「仕事に行きたくない」という思いだが、どうにかして解消しなくてはならない。さすがに、行きたくな

タマキン潰しというかタマキン自滅、「103万円の壁」見直し中の国民民主党の玉木雄一郎さんが不倫バレで謝罪 WACULとロードスターキャピタルの社外取締役の舩木真由美さん、タイミー広報ネキの炎上を擁護したせいで有価証券報告書の経歴不一致を掘られて「雉も鳴かずば撃たれまい」状態になる

日々流れてゆく膨大な情報量の中からおいしいネタを敏感に察知し、ネット界隈を賑わせてくれるWeb業界の異端児・村上福之氏。同氏独自の経験と価値観から、「キャラ立ちエンジニア」の思考回路を紐解いていく。 株式会社クレイジーワークス 代表取締役 総裁 村上福之（@fukuyuki） ケータイを中心としたソリューションとシステム開発会社を運営。歯に衣着せぬ物言いで、インターネットというバーチャル空間で注目を集める。時々、マジなのかネタなのかが紙一重な発言でネットの住民たちを驚かせてくれるプログラマーだ 先日、ソフトウエアエンジニアの中で、この話題がバズってましたね。有名なコミッタさんを雇おうとしたら、会社の偉い人が「プログラマーに年800万円なんてのは馬鹿げてる! プログラマーに出せるのは年400万円までだろう!」と言い放ったという話です。 >> 著名なOSSコミッタを年収400万円で雇おうとした

この4月から管理職になりました。初めて部下という存在を持ちまして、部下との接し方というものに悩んでいます。友達のように接するわけにもいかないし、褒めるだけではなく時には叱ることも必要だと思うのですが、元来調子のいい性格なので人に対して叱る時のノウハウがよくわかりません。こんな真面目な話をロースおじさんにしていいのか不安ですが、若者を叱る時に注意すべきことなどはあるでしょうか？ 又聞きになっちゃうけど、部下を叱る時の原則として「かりてきたネコ」っちゅうのがあるらしいで。 か……感情的にならない。 り……理由を話す。 て……手短に。 き……キャラクター（性格や人格）に触れない。 た……他人と比較しない。 ネ……根に持たない。 コ……個別に叱る。 ってことらしいんやけど、中には「感情的になった方が熱意が伝わるからいい」って人もいれば、「みんなの前で叱る方が部署の空気がピリっとしていい」っちゅう人

ハローキティ総統とポムポムプリン社長が率いるサンリオ帝国、上場来高値のスッ高値で株を下々に放流することを決行

バーンれっどさーん @ledsun たかしへ　あなたの勤怠確認しました．こんなに残業が多い割に大して売上が上がってないのはどうしてですか？顧客との信頼関係の構築も甘いとと思います．来月からは頑張って下さい．ちなみに母さんは今月、10人月で作ったシステムを3000万で売ってきました。 2012-02-24 13:21:23 バーンれっどさーん @ledsun たかしへ　あなたの立てたスケジュール読みました。作成工数だけでバッファがありません。予想外の事態が起きた時はどうするのですか？残業でカバーですか？お客様が参加するイベントが入っていません。都度調整ですか？事前に提示していないと都合がつかなくても納期延長できませんが大丈夫ですか？ 2012-02-24 13:46:29 バーンれっどさーん @ledsun たかしへ　あなたの作った機能仕様書読みました。技術的面ではチャレンジグで素晴らしかっ

本来のミッションから少し離れて、本業の参考にと思って知己を得ていた先方の会社さんを訪問したり情報交換したりして過ごしていたんですが、いろいろ凄いです。「事情を日本のブログで紹介するよ」と言ったら、どこか明かさないという条件で許してくれました。 ●　ソフトウェアの開発効率はあまり考えない シャチョーも担当者も現場の人も、効率は大事だけど開発に取り組む要員の創意工夫ややりがいを重視しているとのこと。現場レベルでは18ヶ月のプロジェクトが50ヶ月遅延した笑い話をしてくれたり、某ドイツの基幹系をロシア企業に提供する際にドイツ人の定義定義のやり方に嫌気が差し、そんなことだから戦争に負けるんだと掴み合いになった話を披露してくれました。 ●　でっかいものを作りたがる どっちかっていうと日本では小さくて正確なコーディングを求めて、バージョンがアップするごとにコンパクトかつバグが少なくという方向で作業指示が

このような話がtwitter上に流れておるわけです。 http://twitter.com/#!/neohawk/status/116397707832197121 [引用]今までウダウダしてて、今から帰宅指示とかいう会社は早めに止めたほうが良いよ。状況把握能力と判断力に欠ける＝経営もヤバいでしょ。 弊社の場合はというと、まずシャチョーであるわたくしが運良く長期海外出張で東京に不在。取締役である伊藤さんが腰痛のため今日はお休み。同じく取締役である根津さんは日々重役出勤のため、会社にそもそも辿り着かず不在。つまり、取締役は全員会社に不在。 埼玉の僻地で暮らすもっとも遠い営業幹部は風邪のため午前半休中。若手社員は一個前のプロジェクトでアホほど溜まった代休を絶賛消化中。残りの社員はTGS明けで企画書納品や受注作業を進めている状態でありました。ということで、管理部社員が台風禍について話し合い、社と

傭兵は「あくまでもお金を払ってくれる人が主人」ってのと「勝ち馬に乗らないと次がない」ってのと「いずれは良い主人を見つけて信頼されて最後まで仕えたい」ってのがあります。全部相反することですけど、そういうもんなんで。 昔、ソフトハウスを買ったときのこと、進駐軍のように幹部社員を送り込もうとしたら、羊のように従順だったはずの開発者が次々と辞表を出してきて、買った意味がなくなりかけたことがありました。買ったんだから、会社は私のもの、という意識は、そこで働く人の民忠を下げて一揆が起きて干上がるわけですね。教科書どおりに「１＋１は２」とはならないのが仕事であり、戦力だろうと思うわけです。 では、思ったとおり動かなかった人は、私を裏切ったのか？　といわれると、思うところがあります。最近では、用意と根回しと段取りが大事なんだ、資金が幾らあっても、これを仕切るだけの組織がなければうまくハンドリングできないん

経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第27回）で登場したインド人の“システム屋”経営者の言葉をもう1つ紹介したいと思います。彼から「日本企業向けの仕事はもうやりたくない」と言われたことがあります。英語力の問題ではなく、日本人はそもそもシステム開発に向いていないというのが彼の主張です。 これを聞いた私は、その場では苦笑するほかありませんでしたが、日本人の“システム屋”として悔しいという感情が残りました。しかし今ようやく、この意見には反論が可能だという思いに至りました。

答え 約2000人月 開発の流れ 要件定義 顧客の発注を受ける １次請け、要件定義書の執筆を始める １次請け、顧客と交渉し、家の中に繋がっている家電製品を全て調べ上げる 一次請け、基本設計実施要領の執筆を始める 基本設計 この工程は、２次請け以下には秘密裏に行われている 詳細設計 １次請け、詳細設計実施要領の執筆を始める １次請け、だいたいこのあたりで２次請けへと乾坤一擲 ２次請け、使用する規格やフレームワークなどの部品を選定開始 詳細設計書の執筆がスタート、電球の大きさや重さ、丸み、光度、味、匂いなどを定義する このあたりで、既に５次請けくらいまで仕事が割り振られている 製造 １次請け、製造工程実施要領の執筆を始める １次請け、単体テスト実施要領の執筆を始まる ５次請け、電球フィラメントのくるくるを手で作成しはじめる ４次請け、求める匂いが上手く出せないと３次請けに駄々をこねる ３次請け

この回は掲載を終了しました この回のディルバートは、ライセンス契約に基づく掲載期限が切れたことにより、掲載を終了しました。インデックスをご覧のうえ、より新しい回のディルバートをお楽しみいただきますようお願いいたします。

この回は掲載を終了しました この回のディルバートは、ライセンス契約に基づく掲載期限が切れたことにより、掲載を終了しました。インデックスをご覧のうえ、より新しい回のディルバートをお楽しみいただきますようお願いいたします。