第１４５回　引継ぎのよくあるバグ

 

すでに昔のソースが読めません。

年々、自分なりにソースを簡略化しているので、

昔の長いソースが読みにくい。

自分の書いたソースとはいえ、

癖が変わっているんですね。

成長しているかどうかわかりませんが、

自分のソースの解析に時間を取られます。

なんか無駄な時間を過ごしている気になりますよ。

メインの部分のプログラムを進める事は
もちろん当然なのですが、
チームに完全に入りこんだ今回は、

他の部分のソースの解析が必要に。

前作までのチーフプログラマーが抜けた部分を、
ある程度、引き継いだわけですが、

思い通りにいじれない。

これまで作ってきた部分は、
実はプログラムの繋がりとしては

一人ぐらいしか繋がっていませんでして、

そのうえに自分のソースの中で完結しているので、

自由に作れていたんですね。

しかし、今回の引継ぎは、
残していただいたソースの中に、

周り全員が汎用して使っていた関数やら、
グローバルできられていた変数やら、

自分の部分なのに変更できません。

この状態はとてつもなくややこしいです。

なので簡単に触れないですし、
新しくなる部分の絵などが来たら、
できるだけ前のソースを使いまわしつつ、
作っていかなければなりません。

間違いなく新しく作った方が早いです。

ですが、そうもいかない為、
必死でソース解析をするわけですね。

バグが出ないわけがありません。

見落としとか作り方を少し換えるだけで、

Ａバグがでます。

初期化の箇所を変えるなどが、
これ系のもっともバグが出やすいパターンです。

unsignedの中にマイナスを入れてしまって、
反転してから初期化したり。

よくあるミスです。

まあ、今の世の中、ほとんど整数型を使っていると思いますが、
古いプログラマーの方などはu16やu8などを使っている方が多いので
（容量を減らす為）

危険です。

せめてs16とかs8にしてくれるといいのに・・・・・・。

ちなみに、今のシステムはu16やu8などのunsigned系を
いったん整数に直す処理をするので、

実は処理が重たくなったりするので注意です。

まあ、ゲーム機の容量も大きくなったので、
基本的にはintなどの整数型を使った方がいいですね。

でもfloatやdoubleなどの少数型は重いから使いたくない。

同様に簡単な掛け算や割り算もシフト演算ですから、

自分も古いプログラマーになってきたのでしょうか？

軽いって教えられて、育てられたので・・・・・。

これに近いプログラムで、一つの型を細かくビットに
分けて使っていらっしゃる方もいられると思います。

これが見つけにくい。

普通に値を入れると、オーバーしたりするので、

簡単にバグが発生します。

昔は容量を削るのが大変だったんだなと感じながら

修正する事になります。

自由に使えるって良い事です。

こんな感じで、ソースを引き継ぐというのは

大変だったりします。

歳が近いと、ソースの書き方や使い方が似ているので、
まだ、歳が離れている方に比べれば読みやすいとは思いますが、

ミナミのソースは、すでに読みにくいです。

読みやすくなる日が来るのか・・・・・・。

掛け算や割り算のシフト演算も、

過去の遺産になってしまうんでしょうね。

なんで、こんな無駄な事をしているんだろうと
言われる日が来るんでしょうか？

その時は世代交代です。




こんな事をやってます。
関西在住で募集中。

↓記事がおもしろかったらクリックおねがいします。