「標準的なソフトウェア開発環境って？」記事へのコメント

こういう開発者って

[Anonymous Coward]

なんかめんどくさいな。
バージョン管理システムを導入していなかったり古いjdk使ってるだけで
その会社の技術レベルが低いとかなに言ってますのんって感じ。
マシンスペックに異様にこだわる無能プログラマに見えてしょうがない。

Re:

[Anonymous Coward]

jdkのバージョンはいいとして、バージョン管理システムの有無は非常に重要なファクター。
ソフトウェア開発（主に製造）のプロセス上のいろいろなしきたりはバージョン管理(リリース）を手動で管理する事に起因することが多かったし、
その結果、非常に非効率的だった。
バージョン管理システムそのものも、運用も十分こなれてきているのに、導入されていないのは何かしらの構造的な病巣があると言い切っていい。
まあ、そういう実例も知ってるんだけどね。

Re:こういう開発者って

[Anonymous Coward]

タレコミ文には

>コンパイルされたファイルはそのまま本番環境に手動で移され、バージョンコントロールはされていない。

と書いてあるから、ClickOnceみたいなものが導入されてないって話だと思ったけど。
バージョン管理とバージョンコントロールって同義なの？

Re:こういう開発者って

[Anonymous Coward]

普通、あ、ここは普通という単語を使うべきじゃないな。
一般的には、バージョン管理と連動した、自動ビルドシステムみたいなものがあって、最終納品物になるようなものは全部、それを経由してビルドするという形が好ましいとされていますよね？？？

個人の環境でしかビルドできないものは、後々、同じものをビルドしようとしてもビルドできないことがあるわけで、それは、出荷後のメンテナンスやなんやかんやにいろいろと問題を起こす原因となってしまいます。
従って、再現性のあるビルド環境を用いてビルドするというのは、品質管理という意味でも重要ですし、それゆえにビルドシステムは、バージョン管理システムとは切って考える事が出来ないです。

Re:

[Anonymous Coward]

関わった案件で、コンパイルした環境をターゲット環境に入れてたところがありました。
つまり開発環境が本番環境にまるごと入ってる。
ナニコレ？って聞くと、何のLIBやらDLLやらを参照してるのかわからなくて、ビルドしたものを持っていっても動かないからだと。
わー、現地でソースを修正できて便利だなー(棒読み）

さすがに是正させたけど