システムの保守性を維持する方法

プログラミング知らないヤツが指示出すんだから
奴等の解釈で正しい資料しか出てこない
プログラマが作るための資料ってことを求めても仕方ないのかもしれない

ISO9001取れよ

それを仕事以外の時間で自主的にやれっていってんの？

改造するときに設計書見ても設計書から影響範囲が分からない
何のための「設計」だったのか
どんなプロダクトやシステムも出くわす設計書は設計の記述ではなく
テストまで完了した後にソースを見ながらステートメントをドキュメント化しただけの駄作
こんなんだから、300万ステップの中から毎度毎度Grepしてモジュール特定して
更にモジュールの影響範囲をハッキングしなければならない

そして抜け漏れが後工程で発覚して手戻りオンパレード
当然テストは自動化されていないし自動化しようにも既に無理な状況になってる

逆に、野心的な政治家とか財界人とか
領土の拡大や金の回収のタイミングがどう考えても自分が死んだ後になるのに、
コツコツと準備に抜かりない人たちもいるよね
子孫のためとかそんな親心皆無の外道に見える人たちばっかりだけど

初回リリース直後から保守性がないことも
時間経過とともに保守性が損なわれることも
すべては短納期少工数で利益最大化したいという目先優先の弊害
そもそも発注側がそれを望んでいるから受注側は与えられた金の中でしか物作りできない
そりゃドキュメントもプログラムも低品質になるさ

ユーザーがバグやフレームレートを気にしなければよくね？
知らんけど

ISO9001取れ

ドキュメントが構成クソで日本語がぶっ飛んでるのはプログラム言語に慣れ過ぎているせいもあるのかな？
自然言語には自動文法エラーチェックもコンパイルもないからねー
カッコも多用しないから修飾関係が文脈頼りだったり、
でもそれを一部のプログラマーたちは以心伝心、阿吽の呼吸で読めてしまったりするからまた性質が悪いｗ

エスペラント語なんていう文法語法にむっちゃ一貫性がある人工（自然）言語もあるけど、
それでもプログラム言語にくらべると規則がゆるゆる
日本語なんて最ゆる言語だから、誰が読んでも同じ解釈ができるような書き方をするのは難しいんだよね

納期に追われて場当たり的な対応ばかりしてるとどんどん汚くなっていくな
ソースもドキュメントも時間と共に汚くなっていくもの、という前提で
定期的にリファクタリング期間を設けたら良いんじゃないかなと想像はするけど
そんな時間と金をくれるところはあるんだろうか

プログラマーは二つの世界で生きている
コンピュータには正確で精密な仕事をさせ
自分たちにはおそろしく場当たりで不合理な環境を与える

保守性の維持にかかる費用＞保守性がないソースを修正する費用

これが崩れない限りはその理屈は通らない

上に説明するって名目でリファクタリングする
説明しなきゃならないけど仕事は円滑に回るようになる

ITで取得してるとこなんてないだろ
そーゆー体質なんだろうね

は？
建築は毎週怪我人出てるし
週6日勤務で残業代も出ないそもそも労働基準法守ってないのが普通ですが？

指示出すヤツがしっかり資料作っていれば誰が作業しても同じになる

いくらいい仕組みを作ったとこでバカが関わると崩壊するからな

この問題について考察する上でのポイントみたいなものを考えて見た

1.やりっ放し文化はシステム業界に特有のものなのか？
　1)だとしたらどうしてなのか？
　2)業界の歴史が浅いからか？
　3)法務や経理のように業務が画一化されていないからか？
　4)外注や転職が多いからか？

2.余所の国ではどうなのか？
　1)日本では経営陣がシステムを舐めてて金をかけないのか？
　2)日本ではアホで倫理意識のない奴がシステムをやるのか？
　3)そもそも資質的に東洋人には向かない分野なのか？

3.どうすれば問題は解決するのか？
　1)強力なリーダーシップを発揮する人間が必要なのか？
　2)内部監査などでバシバシ指摘すればいいのか？
　3)やりっぱで逃げ切れないような縛りを設ければいいのか？

システムの保守にもしっかりと予防線を張って欲しいものだ

システムの保守にもしっかりと予防線を張って欲しいものだ

ソースについてはもうちょっとしたらAIが評価してアドバイスくれるようにならないかな？
自然言語を理解できるくらいだから、プログラムから何しようとしてるか読み取るくらいできそうな気がする
知らんけど

短期的な利益の方を選んでしまう理由として
自分がいなくなってからのことなんて知らねー的な畜生マインドもあるけど
その場その場でギリギリの勝負をしていかないと競争に負けてしまって
将来も糞もないっていうのもあるね

ただ当たり前のことさえ怠ってに保守を大変にし無駄に苦しんでいるところはあると思う

それは社会インフラ系を担う制御システムでは許されないよ
実際に起こってからという考えは業務システムの末端プログラムだけ

そういうシステムをメンテなんてできねーししたくねー
何処でヤバいバグが出るか分からんし
テストなんてできない状態

いや、張り巡らしちゃうと
起こりもしない杞憂だけで
ソースが汚くなりすぎちゃうから
実際に起こってから対処したほうがいい

どうせ人件費ケチってろくなものが来ないんだから嫌でもバカが混じってくるだろうに

初めが肝心だね
最初の資料がクソだと
同レベルでいいという都合のいい解釈をして手を抜き始める
レビュアも立場が逆になったときを見越して基準を下げる

ワイは電車止めた（正確に言うと改札機の一部

本人の意思に関わらずそんな時間誰が捻出するんや？

システムの保守性は（担当者以外にとって）どうでもいい
当座の費用が安ければそれでいい

という前提から出来たのが現状

なんか噛み合ってないねｗ

が知ったこっちゃない
「途中から何も知らずに配属された担当者がストレスなく仕事が出来るかどうか」
って、思いっきしミスの発生率に影響するよなぁ、一番の原因と言ってもいいかも知れない

どの業界にも職種にも築いたポジションをキープするために不合理な部分を残そうとする人はいるもんだけど
システムの場合、そういう連中が残した借金の返済がとても困難という性質はあると思う

じゃあ量子コンピュータの出番だな
知らんけど

SEが机の上をきれいに片付けられる人間ばかりなら
システム障害はもっと少ないのだろう

保守性とは何か？

おまえらのレスを読んでいると
「途中から何も知らずに配属された担当者がストレスなく仕事が出来るかどうか」
って事のように読める
そんなもの知ったこっちゃない

・属人的保守性
対象に対して十分なスキルを持ったものがアサインされているか

・文化的保守性
会社文化と馴染んだ開発手法をとっているか

・ドキュメント的保守性
アクセスしやすいドキュメントが必要な鮮度で十分に用意されているか

・可読性的保守性
アサインされた人物にとって可読性があるソースコードか

・構造的保守性
意図が読み取りやすく整理されており修正によって意図しない箇所に影響を与えず疎結合であるか

今なら技術上の陳腐化は数年単位で訪れるけど、
一生の間にテクノロジーの進歩なんてほとんどない〜18世紀とかでも
古くなった建築物は当然建て直しただろうしね
そもそも人体を始めとした生き物の身体も修復し続けるよりは次世代生んでリセットしてる
建築技術は脈々と受け継がれていただろうし、生物の設計図はDNAに刻まれている

半世紀以上前に月に行って来たアメリカだが、
再現できない理由として当時の資料が残っていないことが大きいそうだ
高度成長期に大量に構築された社会的インフラがそろそろ一気にダメになると言われている
日本人自体も老朽化しているところへ、システムにもそのうちそういう波が来るんだろうね

SEやな

本人、移動を伝えた上司、後任者、以外に誰がいるのだろうか？
幼稚な奴だと自分にしか分からない領域を意図的に残しマウントの材料にする
目先の個人的利益に目がくらみ会社の中長期的利益を台無しにする

個人的には東洋人やシステム業界にこういうやっかいな人種は多いと思う
自分はハンディを背負わされてるかのような感じにつきまとわれ
力技でそれを克服し、他人には自分が切り開いた道でショートカットさせるものかと
そんな屈折したメンタリティが行動原理になっている、気持ちに余裕がないのだ

4.他、ドキュメント類に関して思うこと
　1)使用する用語を統一してくれ･･･PGだって綴り間違えたら別の変数になるだろ？
　2)だらだら長い文章を書くな、箇条書きにしろ、メールじゃねんだから
　3)箇条書きにしたら1項目に複数のことを書くな、文書も正規化しろよ
　4)集合論を意識してくれ、IfとかSelectで言うElseに流れる記述漏れが多過ぎる
　5)なんで普通に書けない、不思議な言い回しをする、新聞や本を読まないのか？

いや、実際起こってるじゃん
原発もいざ起こったらダウンしちゃうし
7payだってあの程度さ
許されないってどこの話？
じゃあ東電潰れたの？
セブンイレブン消えた？

オブジェクトコードが同じなら機能改修はないはずだからリグレッションテストはない

バカには雑用とかさせとけば良いのだ

最初から詰んでる事多いからなぁ、
仕様書ないのに何の単体全体テスト
してんだ？って感じ。。

建築なんかはものすごく安全側に倒してあるからなあ
いろいろな点で
いろんな部分で少々さぼっても全体としてはほとんど
大事故にはならない
大地震とかも滅多に来ないしね。

プログラムはそうはいかない
きわどい部分がたくさんあって
ほころびが一つあると全体が簡単に崩壊する

知らんけどで予防線張る奴

資料をしっかり作って残します！なんて口が裂けても言えない

文書と違って校閲したらテストしなきゃならないから
書き方下手でもちゃんと動けばOKにしちゃうしかないんだよね

言語にもよるんだろうけど
ソースコードを書き直してもコンパイル後のオブジェクトコードが同じならテスト不要とか
そんなローカルルールはあってもいいと思うね

誰にでもやらせるくせに資料がない
保守性高めたいなら資料を残せ

> おまえらのレスを読んでいると
> 「途中から何も知らずに配属された担当者がストレスなく仕事が出来るかどうか」

違うよ。会社の一員として、会社に被害を与えず利益を与えるように働くことだよ

賛否両論あるだろうけどソースコードに美学を求めなくなったときから何かが崩れ始めている
その類は軽視されてる
昔はプロジェクトに何人か職人芸のような美しいコード書く人がいたもんだ

そんな余裕ないから雇わない