現場の話は良く分からないけど、科学技術計算では汎用性の高いスクリプト作っておくと後ですごい楽。
例えば波動関数求める計算でパラメーターを色々変えて計算する作業の自動化スクリプトを書くとする。
一次元の場合と二次元の場合で個別にスクリプトを作っても良いけど、その工程で共通するような部分を
汎用的にサブルーチンぽく作っておけば、一次元と二次元で同じような作業の部分を重複しているような部分は
再利用できる。引数を1で与えれば一次元、2で与えれば2次元＝Aみたいな感じ＝B

ｂｽだ、その汎用演ｻの作業は自動演ｻしようとしてｂ｢る工程を完璧ｂﾉ把握している封K要があるよね＝B
見た感ｂｶ同じような工鋳ﾅ自動化できｂｻうな部分でも＝A与えるパラメ＝[タの数が変わｂﾁてたりとか微末ｭに違うことがｂる。
あｂﾆ上の例で、もｂｵ一次元と二次血ｳの計算工程が＝uまるっきり」涛ｯじなら、作業ｂｩ動化するまｂﾅも無く、
パラメータの「1」をエディタで直に「2」って書いて実行した方が速い。
ただ、俺は一次元と二次元のログデータが同じディレクトリに混在するのを避けたいから一次元と二次元で
スクリプトを分けてるって意味合いが強い。

闇雲に抽象化したって使わなければあんまり意味無いし、だからって動くものだけ作ってればいいやってのも
効率が悪いことがある。やりたいこと、目的がはっきりしていない段階ではどんなプログラムが良いかなんて
判断できないと思う。

現場を知らないって断ったのは、マ板を見てると目的がはっきりわかってプログラムしている人の方がまれなように見えるから。
プログラマどころか注文した顧客ですら目的がわからないってパターンがほとんどのように見える。
だから、結局はその職場のスタンダードに素直に従ってプログラミングしておくのが
結果として一番効率的なプログラミングになるんじゃないかなって2ch見てて思った。