もし軍曹が携帯電話をいま開発したら - Qiita
デスマーチの実例の一つとしてYRP 軍曹が携帯電話開発の現状を語るが有名です。 この状況を今の開発スタイルだったら、どれだけ脱却できるのかどうかを考えてみました。2004年頃にはまだなかったツールや普及していなかった考え方があることに気づきました。それらのツールや考え方を利用すると、ツールがだいぶ便利になってきているので、だいぶ改善されます。 しかし、マネージメント自体による部分が大きいことが分かりました。 事例 「まず、仕様書が無い。」 今でも： 十分に起こることです。 仕様書なしのコーディング 仕様書を書かずにいきなりコーディングを始めてしまう。どの時点でどのようにして設計方針を組織として承認したのかが不明確なままになっている。 サーバーが失われる ドキュメントがおかれていたサーバーが運用停止になって、ドキュメントにたどれなくなることこともあります。せっかく、ソースコード上にドキュメン
受託開発で開発開始時に確認すること | DevelopersIO
はじめに 巷では受託開発についてまぁ様々な事は言われて久しいですが、紛れもなく自分は今この世界で生きていますし、多くの人が関わっていると思います。自分はプロジェクトリーダーという役割で開発に携わっていますが、プロジェクトをやる度に何かしら忘れてしまう事があるので、開発開始時又は開発開始前に必要な主な確認事項をまとめました。 確認すること プロジェクトの基本部分 契約書／要件定義書に書かれているようなこと。設計時や問題発生時に考える時の基礎になる部分なので、プロジェクトに関わる人全てが知っていて意識するべきこと。 ☆は仕様追加などの状況によってパラメータ調整する項目 目的 何故このプロジェクトが始まって何を目標としているのか 世界のはじまり。考察の基準。 エンドユーザー お客様と本当の意味でのエンドユーザー。 誰が使って嬉しいといいのか ステークホルダー プロジェクトのボスは誰か 誰を納得さ
東証曰く、システム開発においてコーディング後にはドキュメントは不要 | スラド デベロッパー
2005年に発生した、「ジェイコム株大量誤発注事件」はみずほ証券に大きな損害を与えた。みずほ証券はこの損害の原因の1つに東証の売買システムのバグがあるとして、東京証券取引所（東証）に対し賠償を求める裁判を起こしていたのだが、この裁判が3月18日に結審した（日経ITpro）。これを受けて、日経コンピュータが「みずほ証券-東証裁判の争点を洗い出す」として争点をまとめている。 ここで興味深いのは、東証の開発手法やソースコードに対する姿勢だ。東証はソースコードの修正時にそれに対応するドキュメントの修正を行っていなかったそうなのだが、これについて「コーディングが終了した後はドキュメントは不要」と主張している。いっぽうのみずほ側はこれについて「ソフトウェア工学の知見を無視する暴論だ」として、重大な過失であると主張している。 また、ソースコードには著しい重複があったことが判明しているのだが、これについて
100台のIBM/Lenovoマシン(3) | HMX.NET
今までに入手したコンピューターは2010年4月現在でおよそ300台。入手したコンピューターの多くに思い出があります。今回は私とIBM/Lenovoマシンにまつわる思い出を何回かに分けて書いてみようかと思います。第3回は2003年から2005年にかけてのお話です。 【はじめに】 ・機種名に併記されている「#130」などの文字は通算入手台数を表します。入手マシン及び台数の完全なリストは こちら をご参照ください。 ・機種名に併記されている日付は、手元にマシンがやってきた日になります。購入日とは異なる場合があります。 ・このお話に登場する機種のハードウェアスペックや販売時期などは私の記憶に基づいており、私の記憶違いや事実誤認による誤りも含まれている可能性があります。 ■通称『江戸川中央データセンター』の時代（東京都江戸川区在住：2002-2009） 劣悪な労働環境は私の心身を少しずつ蝕んでいった
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オブジェクト倶楽部 - TOPページ
