前半の内容無くても良くない?ここから風呂敷包むんだよね?作者の悪い部分が連載回数増加と共に目立ってきたな。前々作あたりから終わらせ方が雑になってきてる。初期くらいの連載数なら上手に書ける人なんだろうけど、こんだけ長いとあらが出たね。次は、できれば小説じゃなく普通のブログでここに書いてほしいな。13:37ブログで書いて欲しいの意味が分からない。連載といっても、コラム投稿サイトだからブログみたいなもんだし、リアルを書けっていっても、無理に決まってるし。このおっさんの「この間こんなことあったよ」ブログ読みたい人なんかいないでしょ。15:42勝手に殺伐とした会社務めのレッテル貼りやめてもらえますかね。あんたは俺の何を知ってるって言うんだい?大量の、他部署まで含めた良い大人達が会社辞める程度で泣いて懇願してるんだぜ。海外に引っ越すとか、死ぬとかいうわけでもないのにw会社辞めたってプライベートであったり、連絡取り合ったりなんて幾らでもできるのに。そんな後光が差してそうな人が本当にいるなら是非見てみたいわ。16:11いや、これフィクションなんで...。いうのはともかく、カスミさんの転職については「ああ、最初に言った技術のある人が引き継いでくれて安心云々ってセリフは、本心から出たことなのだなあ」としか。そもそも丸ごと引き継ぐ気マンマンで、引き継いだ後はやることナシ、となれば、もう会社辞める以外に道はないでしょう。次の職場も、あるていど心当たりもあったんだろうし。18:25読後に何かモヤモヤしたものが残る、というお話の作りがこの作者さんの真骨頂だと思って読んでまして、むしろ最近のほうが面白いですね。18:31フィクションなのは知ってるよ。飛田でもイニシアティブでもなく進藤カスミが一番フィクションだったって冗談交じりに言ったら進藤信者のカバとかいうのが、勝手に人を殺伐とした会社勤めのかわいそうな奴みたいなレッテル貼りしてきたのに反論したんだよ。19:49はあ、そうですか。カスミさんの好感度ね。どこの会社にも、一人くらいは居ると思いますけどね。好感度というか人徳というか、そういうもののカタマリみたいな人。ふだん何をしているのかよくわからないけど、その人の身になにかあったときなどにどこからともなく人が集まってくるような人。個人的には「こういう人っているんだなあ」と思い当たる節はあるんで、特に違和感は持ちませんでした。20:10というか、そこまで重要なことですかね。出たタイミングで、いろんな人が挨拶にくる光景って、わりと普通にあることだと思いますけど。引きも切らずに、って表現が大げさだって言いたいのだとしても大げさな表現なんだな、と思えば済む話では。20:50昔、イケメンのメガネ男子が東京から九州へ異動となったとき、最終日はお別れを言いに来る女性が引きも切らなかった。そのときこういう人もいるんだなと感心した。後で聞いたところによると、その男が異動になったのは、新人の女の子と同期の女の子で二股かけてて、片方を妊娠させたが理由だった。20:55下らない揚げ足取りされてイラついてる人の返しに対して、前後読まずに(もしくは意図的に無視して)頓珍漢な上から目線突っ込み入れてるのは滑稽ですね。この場合、カスミさんの好感度が非現実的かどうかについてカッカしてるんじゃないのは明らかでしょうに。前後読んでないでの返しならただの短慮な人ですし、前後読んだ上で持論展開するためにこういう返し方してるならだいぶ歪んだ人です。いずれにしても見てていい気はしないですね。20:55別に重要なことじゃないよ、オレは冗談交じりに言っただけだしそれに変なレッテル貼りして煽ってきたから反論しただけだ。いうか、重要なことじゃないとコメントしちゃいかんのか?ここは。21:06はい、重要じゃなくても書いていいと思います。「大げさだよね」で済む話だと思ったから書いただけです。気に障ったのならすみません。21:51箕輪課長、飛田さん操縦術を覚え始めたな。こりゃ、あるか?やはり。00:42IT統制の話で盛り上がらなかったのは、ちょっと残念。俺はどちらかというと統制側の人間なので、エンジニアのみんなの、呪詛の声を見たかったんだが。02:54typoでバグって逆ギレするとは、飛田氏もまだまだ青いな。10:20とは言え、Typoでなぜなぜ分析しろとか言われても、って気持ちは分かるなぁ(笑)お前は誤字脱字が初版本に全く無い世界に生きているのか、と。それが致命的なバグに繋がってるなら大問題だけれども、テストや平行運用期間中に気付けるレベルなら問題ない...と現場は思うのですけどね。そりゃ、10行20行を1ヶ月かけて作る世界ならバグ無しも可能かもしれないけど、その分お金出してくれるんですよね?という。10:44フィクションの小説に何熱くなってるんだ?もっと楽観的にみなよ。11:42>774カットオーバー後の本番環境で出てるので「ちゃんとテストやってるのか?」は至極まっとうな疑問と思います。要求全部満たすような事はまずしませんよねテスト仕様書を作って、そのテストケースに全項目を挙げるかどうかは別問題だが、動作チェックくらいは全部するでしょ。今回のケースは、動作チェックすらしてないんじゃないのと疑われてもしかたがないレベル。なんてのは業務ではありえないわけで。いずれかは簡略版でやります。その場合単体テストでは動いたけれど、本番環境では動きませんでしたなんてケースが発生しうるわけですが、あらかじめ許容してもらう取り決めしますね。今回はどの環境でもテストさえすれば発覚していた内容なので論外というわけです。17:11どんなに綿密に動作チェックしたところで、実際の運用フェーズでシステム障害が起きる可能性は常にあるでしょ。システム運用する側は開発チームに完璧さを求めるものだけど、あらゆる使用状況を想定した完璧なシステムを構築するなんて不可能に近い。使用環境と運用ルールを厳格に定めて、動作保証の範囲と運用による損害額の上限を厳密に決めて契約しないと、怖くて保守管理なんてできないわ。構文エラーで動作停止する程度ならまだ発見しやすいけど、誤った入力方法や要件定義ミス等による論理エラーの積み重ねで、システムが不安定になったりするのを未然に防ぐのは難しい。ありとあらゆるヒューマンエラーを想定して、膨大なテスト項目にリストアップして1つずつ検証するしかないけど、複数のエラーが影響し合ってコンフリクトするような障害を事前に想定するのはムリだと思う。17:29>はど今回話しているのはただのTYPOなので。17:34カスミさんに会社にいても未来がないのを知っていて、慰留しまくるなんて残酷ですね。残ったとしてもどうしてあげることもできないのに、無責任ですね。現実に嶺井さんのような人がいたら、ドン引きしちゃいます。どんなに綿密に動作チェックしたところで、実際の運用フェーズでシステム障害が起きる可能性は常にあるでしょ。・該当コードを一度も実行せずに納品した・実行はしたが、正しくうごかなかったのを見逃した(まあ、これはありえないと思いますが)のどちらかでしょう。18:13早い話が「どうせ出すなら、もっといいバグ出そうよ」ってことで。18:53>Jairoさん納品が終わっても、検収が終わるまではテスト運用の段階とみて不具合を潰していくしかないでしょうね。検収が終わって正式運用しているのであれば、ユーザー側にも瑕疵担保責任が半分あるはずですが、契約上で明確な検収基準が示されていなければ、いくらでも引き延ばし可能なようで不安が残ります。検収が遅れれば入金も遅れる訳で、会社経営的にもダメージは大きい。営業サイドからしてみたら気が気じゃないでしょうね。22:34>飛田は要件定義の細部の詰めが甘かったことは素直に認めたが、問題解決に対する私の危惧については鼻にもかけなかった。(眼中に置かず相手にしない、見向きもしない)ですかねぇ。23:23orzさん、ご指摘ありがとうございます。00:02まあタイプミスで動かないっていうのがここで出るのはかなりまずいですかね。同じ原因のバグがないかって指摘をしたくなるのはしょうがない気がします。タイプミスならスペルチェックとかコードの自動チェッカーを強化しますって言えばいいだけじゃないのかと思ったり。カスミさんの件、なんとなくわかる気がします。癒しというかみんなに好かれてる人います。その人の分の給料を自分のからさっぴかれるとかなったらどうかって話はありそうに思います。07:24久々に思わせぶりな終わり方。いままでの流れからして作者さんが意味もなく長く続けてることはなさそうなのでなにかしらの仕掛けがあるのかなと思う。ここからまた小説っぽいというか伏線回収モードになるのかな。カスミさん個人的には箕輪さんが課長ってのがいまだに違和感あるというかしっくりきていないんですよね。(主人公が管理職って設定になれていないだけなのかな)>「こいつなら何とか東雲工業の人たちとやっていけると思いますよ」お前が言うなw>「ダブルチェックしようが、トリプルチェックしようが、見落とすときは見落とすもんですよ」これはダブルチェックすべきではないという理由にはならない。予算がたりなくて要求を満たせないなんてのはナンセンス。これ、受注側で見つかって受注側で直したバグの説明をことこまかく求められてるの?そうだとしたらかなり無駄行為だけど。(東雲側でみつかったんなら、)原因がスペルミスだろうがなんだろうが、仕様である"生年月日の表示"ができてなかったんだよね。説明すべきは「なぜスペルミスしたのか」じゃなくて「なぜバグが見逃されたか」だよね。「いったい何を期待してらっしゃるんですか」ってことはないだろう。09:31まぁ、birtydayは「でもそちらもテストしてそちらもOKしたじゃないですか」って話なんですけどね。テストフェイズで見つかってれば言い訳できないかもしれませんけど。06:36>なんか単純にソフトウェアが問題な訳ではなく、下請けとか他社のシステムを作っているとかが問題な気がしています「問題」ってのが即ち「悪い」という意味ではなく、「原因はそこにある」的な意味合いなのであれば割と同意。>わざわざ他所のシステムなんか作っていい事あるんですかねえ???下請けを経営する側からすると良い事しかないです。食いっぱぐれることが殆どない。資金の乏しい人出し専門の中小が乱立出来ちゃうのはそういうこと。09:36内製ならバグが出ないって?妄想にもほどがある。12:43>内製ならバグが出ないって?>妄想にもほどがある。「バグ一つの扱いを取ってもユーザとの間には齟齬がある」ことに関しての話なので、見当違いです。08:03>TKFMさんユーザの受け入れテストでは細かいところをすべてはできないですよね。作成側のテスト結果を見てそれでOKとすることになるでしょうから、末端の機能だとこういうこともあるかもしれません。13:11>「バグ一つの扱いを取ってもユーザとの間には齟齬がある」ことに関しての話なので、見当違いです。名前を記憶しておくコメント:リーベルGふつーのプログラマです。企業内Webシステムの要件定義から保守まで何でもやってる、ふつーのプログラマです。