チーム開発とクソコード - tototoshi の日記
今までパッケージソフトとかWebサービスの開発をしてきた中で、ビジネス上の納期や要求を満たすためにひどいコードを書くっていうのは自分の経験ではあまりなかった気がします。なにかひどいバグがあって、とりあえずのパッチを当てて間に合わす、ということはたまにあるけれど。SIの世界は知りませんよ。 そもそもコードを汚くかけば納期に間に合うということもないし、ビジネス上の近道になるということもない。コードをきれいに書こうが汚く書こうが無理なものは無理。第一汚いコードを意図的に書くというのも意外に難しいということは、普段まあまあきれいなコードを書いている人ならわかってくれるんじゃないかと思います。 仕様変更に設計がついていけてなくておかしいとかならともかく、関数が1000行あるとか、newした瞬間全てが終わるとか、変数のスコープがびっくりするくらい広い、みたいなコードについてははビジネス上の要求ではなく
アブラハムグループは、いつかはゆかすのか - よそ行きの妄想
タイトルに深い意味はないが、「いつかはゆかし」ですっかり有名になった、近頃話題のアブラハムグループ・ホールディングス株式会社及びその関連会社（以下単に「アブラハム」という。）についてである。 アブラハムとは何か。今日はそのあたりを考えていきたい。 理由は、特にない。 近頃話題だから？ アブラハムとの出会い さて、その過剰なまでの露出量から、昨今アブラハムについて語る向きは多く、いまさら私なんぞが何を言ったところで目新しい考察になどなりようもないと思われがちなところではあるが、実は、ひとつだけ重要な手がかりがある。私、その昔、アブラハム高岡社長に会ったことがあるのである。 あれは確か今から7〜8年くらい前。私がまだ20代半ばだった頃だと思う。 当時の私は、何やら哀しい眼をしたオッサン達から、事業計画と名前は付いているものの、どちらかと言うとむしろ夢の跡とでも呼んだほうがよさそうなものを聞いて
新規サービスサイト制作の受託開発はなぜ上手くいかないのか - 思っているよりもずっとずっと人生は短い。
メモ。 自分で自社サービスを運営する立場になってわかったこと。あんまりよそで言われてないような気がするので書いてみます。ちなみに業務システムとかは関係ないです（というのは最後にもちょっと触れます）。 ふつう、受託開発では、９割がた成功する、というか失敗しないように開発の体制を組みます。まあ仕事で請けているので当たり前の話ですね。もっとも、先方のスケジュールや予算の都合で、７，８割くらいになる場合もあります。その場合は始める前から残念感というか貧乏くじ感があったりしますが、断れない場合もあるので仕方ありません。それでも、基本的にはそんなに失敗しないようなスキームにしようとするはずです。 ところが。新規にビジネスとしてサービスを立ち上げようとする発注側に立ってみると、「９割がた成功する」という基準はちょっとありえないことに気づきます。言ってみれば、新規サービスを作るということは、新規に事業を起
生き残るスタートアップ、消えてしまうスタートアップについての長めの雑感 【増田(@maskin)真樹】 | TechWave（テックウェーブ）
こんにちは、maskinこと増田真樹です。最近、やたらとスタートアップという言葉を耳にしますよね？ お金をもった投資家が「スタートアップを支援します！」って。この流れに乗り“起業しよう”また“起業した”という人は想像以上に多いと思います。実際、多くの投資家が「数年に1度の投資チャンス」といいますし、僕も同じような波の到来を感じています。どうしてそう思うのか？その説明は別の記事で執筆するとして、今日は筆者の経験上、生き残るスタートアップはどういうものか、消えちゃうのはどういうものだったかを、ざっくばらんにお話したいと思います。 起業という言葉は広義で、個人事務所として事業をスタートするのも、チームで会社を設立するのもそれに該当するわけですが、ここでは純粋な意味での“スタートアップ＝事業の立ち上げ”について、筆者の経験に基づきその成功法則について説明＆思索しようと思います。 まず、僕はとても沢
まとめ：なぜ人月見積がダメか - Zerobase Journal
社団法人日本情報システム・ユーザー協会(JUAS)発行の『ソフトウェアメトリックス調査2007』を取り寄せて読んでみましたよ。SI関係の人は必読ですよね。私はいままで知らずに損していました。 そんなこともあり、年の瀬でもあり、今回の記事では表題の件「なぜ人月見積がダメか」について、現時点での総括をします。 人月見積方式の弊害に対する言論 「ユーザー企業は出席をとるな」，日本IBMの大歳社長が提言：ITpro (2001/08/31) 「日本の商慣習でぜひとも変えて欲しいのは，ユーザー企業が我々の技術者の出席をとることだ。出席をとられると我々は開発の生産性を挙げようとする努力をしなくなる。1000人でできる仕事を500人でやってのけると，売り上げが半分になってしまうからだ。技術者の頭数ではなく，成果物について対価を払っていただける商慣習に変えていくよう，広く呼びかけたい」。日本IBMの大歳卓
JavaScript is not available.
Something went wrong, but don’t fret — let’s give it another shot.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
