他人が書いたコードを解析/デバッグするには [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/06/01(木) 19:08:06.63

・自社/他社/OSS問わない

一番困るのは読み込みのパス依存性問題関係なしに、
「読み込んだもの自体の内部で完結したエラー」が出たときだ。
俺が考えられる方法として、

・書いた人に電凸/メール凸
　→一番手堅いが連絡がつくかどうかはわからない。
　　答えてくれるかも分からない。

・エラーメッセージをググる
　→これは注意しないと、関係のない方向に簡単に着眼点がずれていってしまって
　　実はあまり効果的じゃない気がする。

・とりあえず動くまで、エラーの出たコード周りをコメアウトで削る。
　→削った結果、得られた不完全な結果を分析して、手探りで削ったコードを再生
　していく。

・エラーがでた行を包括するメソを写経してから意味を考える。

こんなところか、他に何か方法ある？

**デフォルトの名無しさん** · 2017/06/01(木) 20:09:13.94

設計書を探す
当時の責任者を追求する

**デフォルトの名無しさん** · 2017/06/01(木) 20:12:16.59

当時の責任者がいる場合は設計書に記述のない処理は全部設計書を書かせる

逃さん

徹夜してでも書いてもらう
依頼した会社が残ってる場合も調査してやってもらう

逃さん

徹夜してでもやってもらう

**デフォルトの名無しさん** · 2017/06/01(木) 20:46:32.29

>>3
発想がSIlerとかのもろに日本人思考だな。
スレタイはあくまで解析/デバッグなんだってば
そんなの無視されたら終わりだよ。
後付けで書いたドキュメントなんて逆に撹乱情報になりかねないよ。

**デフォルトの名無しさん** · 2017/06/01(木) 21:33:33.60

>関係のない方向に簡単に着眼点がずれていってしまって
エラーメッセージを信用しすぎなければこれは起きない
メッセージとは全然関係ない場所でバタフライ効果のようにエラーが出ていることをどう発見するかが腕の見せ所

**デフォルトの名無しさん** · 2017/06/02(金) 01:46:24.70

>>4
少なくともやらせることで自分以外の手を動かせるじゃん
自分でもやるかどうかはおいといてね
まず一手並列で打っておくべきだね
組んだ本人が捕縛できればそれに越したことないし

**デフォルトの名無しさん** · 2017/06/02(金) 01:53:06.39

そもそもどう動くのが正解か資料あるの?
それに対して現在どう動いてるの?
って資料を作成
当時の納品時の試験資料とかもあったらいいね
具体的な試験方法とか記述が残っていればもらったようなもんじゃん
これもないとすると前任が何やってるかわからんぐらい無能で怒りがこみ上げてくるね

**デフォルトの名無しさん** · 2017/06/02(金) 01:59:26.79

俺はこういうテキトーな仕事するやつ逃さないよ
現在受け持ちの仕事やってたとしても全部あるべき形にしてもらう

とこれらの手が使えないときって手がけた会社が倒産してるときぐらいしかないけど
まだ何を想定したい?

**デフォルトの名無しさん** · 2017/06/02(金) 14:43:41.02

社内警察こわいなぁ...

**デフォルトの名無しさん** · 2017/06/02(金) 17:55:35.13

>>1
頭の中に当時の環境と開発者をエミュレートする仮想マシンを立ち上げて、何でそんなコードになってるかを考える。
正しい処理がわかっても何でそうしたのか分からない時は、心底そいつを憎みながら、全部書きなおす。

**デフォルトの名無しさん** · 2017/06/02(金) 18:26:43.93

いいやもう脳内と言わず
vmware使えよ