アカウント名:
パスワード:
なんかめんどくさいな。バージョン管理システムを導入していなかったり古いjdk使ってるだけでその会社の技術レベルが低いとかなに言ってますのんって感じ。マシンスペックに異様にこだわる無能プログラマに見えてしょうがない。
jdkのバージョンはいいとして、バージョン管理システムの有無は非常に重要なファクター。ソフトウェア開発(主に製造)のプロセス上のいろいろなしきたりはバージョン管理(リリース)を手動で管理する事に起因することが多かったし、その結果、非常に非効率的だった。バージョン管理システムそのものも、運用も十分こなれてきているのに、導入されていないのは何かしらの構造的な病巣があると言い切っていい。まあ、そういう実例も知ってるんだけどね。
jdkのバージョンはいいとして、
いやいやJDKのバージョンも一概にいいとは片付けられないですよ。 いまどきこんな古いJDK使ってんの!?という会話がされるのはほぼ間違いなく1.4以前の場合です。 しかも酷いところは新規プロジェクトだったりします(Twitterのプログラマーの愚痴調べ)。
5.0での変更が大きかったので付いてこれなかったわけですが、じゃあ5.0が出たのはいつよ?というと2004年、もう7年も前になります。 この7年の間に、5で追加されたアノテーションや総称型といった機能は広く使われるようになりました。 Javaプログラムの生産性は制限の多かった時代から大きく改善しています。
・・・が、7年もかけて、それらの進化に全く追随できなかったわけです。 ついでに言うなら、とっくにサポート期間は終わっています(有償サポートはあるが)。 昔の携帯や組み込み系のように特定のバージョンしか使えない、というのなら仕方ないですが、そうでないならその会社の技術レベルは低いと言われて当然でしょう。
うちはバージョン管理システムを導しない理由はただめんどくさいからですね。複数人で同一ファイルを編集することはまずないので、皆さん勝手にsshでアクセスしてvimかemacsで編集してね!って感じです。バージョン管理といっていいのかは怪しいですが、修正前は~.java.20111012.bakの形式でコピー。これでなんとかやっていけてます。
うちはバージョン管理システムを導した理由はただめんどくさいからですね。
うちがバージョン管理システムを導入しない理由はただめんどくさいいからですね。
........orz
ありえねー!一人開発だってVCSは必須だろー。コピーを手動で管理する方がずーっとめんどくさいぞ?VCSってのはそれを簡単確実便利にやってくれるツールなんだから。
全く同感。一人で開発していても、以下のようなことは絶対に起こる。
変更したファイルは全部バックアップを取ったと思ったけど、実は漏れがあった。どこを修正したか忘れた。差分はどうなっているか覚えてない。ついうっかり最新ファイルを/バックアップを/両方とも消してしまった。PCを変更する時にどれをコピーすればいいか良く分からない。コピーしたけど漏れがあるんじゃないかと怖くなる。
そういうのを見るたびに、「バージョン管理くらい使えば良いのに」と思って見てます。
vcs?cvsのことですかね?コピー手動がめんどくさければシェルスクリプト書けばいいかなって思っているもので・・・
一般名称としての Version Control System [wikipedia.org] (参考: 英語版 [wikipedia.org]) のことでしょう。対する Concurrent Versions System [wikipedia.org] は、固有名詞。
だいぶ長いこと、ネットで使える VCS は CVS だけだったような気がする。Subversion [apache.org] が出てから、慣れたと思ったら、Bazaar [canonical.com] が出て来て、あっというまに分散型 VCS 全盛になってしまった。 (出て来た順番は個人差があると思うが)
今使ってるのは bazaar ですが、開発ツリーのトップで bzr init . するだけなので、簡単ですよ。
#おまけを書いてるうちに「既出」になってしまったぜ。おまけに免じて許してくれ。
Version Control System を知らんのなら、とにかく使ってみるべし。私も初めて使いだしたときは、概念にもコマンドにも馴染んでなくて漠然と不安感を持っていたから、おっくうがるのは理解できます。 Subversion入門本読むとVCSの一般論から解説してるので、シェルスクリプトでコピーするよりずっと魅力的であることがわかりますよ(ウェブ上のボランティア解説よりも、書籍のほうが一般的な話から始まっててわかりやすい)。
Version Control Systemじゃないのか?
VersionControlSystemのこと。総称。シェルスクリプトなんて書く必要ないじゃん。そこにツールがあるんだから。
バージョン管理本来の目的とはそれるかもしれませんが、ソース本文以外で変更履歴などのコメントを確実に時系列に記録する目的で使ってます。自堕落で自分に甘いので、ソースコメントは端折ったり、日付変更日付加えなかったり変更理由すら記録しなかったり。当然仕様書の差分も書かないので、バージョン管理からのコメントが初版仕様書からの変更分として運用しています。ちゃんと、”変更”とか”改訂”だとかの短いコメントもrejectしてます。どれだけ自分を信用していないんだ・・・
そんなもんは規模によるんだよ。ワンライナーをVCSにつっこまねーだろ?数行のスクリプトを管理したいと思うかどうかはそれの使い方次第。要らねえ時は要らねえ>VCS
じゃあ複数人で数行のスクリプトの集合体をメンテしてると。なんて無駄の多い開発なんだ。
めんどくさいって、なんか美徳だったっけ?いや、プログラマの美徳ではあるんだけど。なんか違うぞ。
繰り返しを面倒くさがる故に設備投資に全力を傾けるひょうきんさがプログラマの美徳であるならば、設備投資のため新しいことに頭を使おうとするのから逃げるのは、美徳の逆を行っていますね。そもそもVCのため多大なる努力が既に投入されているのに、それすら無視している…。
>修正前は~.java.20111012.bakの形式でコピー。で、まあそういうしきたりに起因するコストをどう考えるかという事で。リリースで何かしら問題が起きたときに、バージョン管理のミスを考慮に入れなきゃいかんのと、ある程度切り離せる(もしくは追跡できる)のは大きい。ある程度経験を積むと非常にありがたく思えるようになる。大体、そういうヒューマンエラーでギスギスするのっていやだし。めんどくさいって、SVNのサーバ立てるのって15分もいらんよ。立てられない事情がある場合もあるというのは分かるけど、それがまあ構造的な病巣ってやつで。
いやー、フルボッコってこういうのをいうんだな。
せめてRCSくらい使おうよと同僚の女の子にman coを見せたら引かれた覚えがある
見せたら?見せて、の間違いだろ。
つまらない
タレコミ文には
>コンパイルされたファイルはそのまま本番環境に手動で移され、バージョンコントロールはされていない。
と書いてあるから、ClickOnceみたいなものが導入されてないって話だと思ったけど。バージョン管理とバージョンコントロールって同義なの?
関わった案件で、コンパイルした環境をターゲット環境に入れてたところがありました。つまり開発環境が本番環境にまるごと入ってる。ナニコレ?って聞くと、何のLIBやらDLLやらを参照してるのかわからなくて、ビルドしたものを持っていっても動かないからだと。わー、現地でソースを修正できて便利だなー(棒読み)
さすがに是正させたけど
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
こういう開発者って (スコア:1)
なんかめんどくさいな。
バージョン管理システムを導入していなかったり古いjdk使ってるだけで
その会社の技術レベルが低いとかなに言ってますのんって感じ。
マシンスペックに異様にこだわる無能プログラマに見えてしょうがない。
Re:こういう開発者って (スコア:0)
jdkのバージョンはいいとして、バージョン管理システムの有無は非常に重要なファクター。
ソフトウェア開発(主に製造)のプロセス上のいろいろなしきたりはバージョン管理(リリース)を手動で管理する事に起因することが多かったし、
その結果、非常に非効率的だった。
バージョン管理システムそのものも、運用も十分こなれてきているのに、導入されていないのは何かしらの構造的な病巣があると言い切っていい。
まあ、そういう実例も知ってるんだけどね。
jdk5.0が出たのは7年も昔 (スコア:1)
jdkのバージョンはいいとして、
いやいやJDKのバージョンも一概にいいとは片付けられないですよ。
いまどきこんな古いJDK使ってんの!?という会話がされるのはほぼ間違いなく1.4以前の場合です。
しかも酷いところは新規プロジェクトだったりします(Twitterのプログラマーの愚痴調べ)。
5.0での変更が大きかったので付いてこれなかったわけですが、じゃあ5.0が出たのはいつよ?というと2004年、もう7年も前になります。
この7年の間に、5で追加されたアノテーションや総称型といった機能は広く使われるようになりました。
Javaプログラムの生産性は制限の多かった時代から大きく改善しています。
・・・が、7年もかけて、それらの進化に全く追随できなかったわけです。
ついでに言うなら、とっくにサポート期間は終わっています(有償サポートはあるが)。
昔の携帯や組み込み系のように特定のバージョンしか使えない、というのなら仕方ないですが、そうでないならその会社の技術レベルは低いと言われて当然でしょう。
Re: (スコア:0)
うちはバージョン管理システムを導しない理由はただめんどくさいからですね。
複数人で同一ファイルを編集することはまずないので、
皆さん勝手にsshでアクセスしてvimかemacsで編集してね!って感じです。
バージョン管理といっていいのかは怪しいですが、修正前は~.java.20111012.bakの形式でコピー。
これでなんとかやっていけてます。
Re:こういう開発者って (スコア:2)
うちはバージョン管理システムを導した理由はただめんどくさいからですね。
Re:こういう開発者って (スコア:1)
うちがバージョン管理システムを導入しない理由はただめんどくさいいからですね。
........orz
Re:こういう開発者って (スコア:1)
ありえねー!
一人開発だってVCSは必須だろー。
コピーを手動で管理する方がずーっとめんどくさいぞ?
VCSってのはそれを簡単確実便利にやってくれるツールなんだから。
Re:こういう開発者って (スコア:2)
全く同感。一人で開発していても、以下のようなことは絶対に起こる。
変更したファイルは全部バックアップを取ったと思ったけど、実は漏れがあった。
どこを修正したか忘れた。
差分はどうなっているか覚えてない。
ついうっかり最新ファイルを/バックアップを/両方とも消してしまった。
PCを変更する時にどれをコピーすればいいか良く分からない。
コピーしたけど漏れがあるんじゃないかと怖くなる。
そういうのを見るたびに、「バージョン管理くらい使えば良いのに」と思って見てます。
Re: (スコア:0)
vcs?cvsのことですかね?
コピー手動がめんどくさければシェルスクリプト書けばいいかなって思っているもので・・・
VCS vs. CVS (スコア:2)
一般名称としての Version Control System [wikipedia.org] (参考: 英語版 [wikipedia.org]) のことでしょう。
対する Concurrent Versions System [wikipedia.org] は、固有名詞。
だいぶ長いこと、ネットで使える VCS は CVS だけだったような気がする。Subversion [apache.org] が出てから、慣れたと思ったら、Bazaar [canonical.com] が出て来て、あっというまに分散型 VCS 全盛になってしまった。 (出て来た順番は個人差があると思うが)
今使ってるのは bazaar ですが、開発ツリーのトップで bzr init . するだけなので、簡単ですよ。
#おまけを書いてるうちに「既出」になってしまったぜ。おまけに免じて許してくれ。
Re:こういう開発者って (スコア:2)
Version Control System を知らんのなら、とにかく使ってみるべし。
私も初めて使いだしたときは、概念にもコマンドにも馴染んでなくて漠然と不安感を持っていたから、おっくうがるのは理解できます。
Subversion入門本読むとVCSの一般論から解説してるので、シェルスクリプトでコピーするよりずっと魅力的であることがわかりますよ(ウェブ上のボランティア解説よりも、書籍のほうが一般的な話から始まっててわかりやすい)。
Re:こういう開発者って (スコア:1)
Version Control Systemじゃないのか?
Re:こういう開発者って (スコア:1)
VersionControlSystemのこと。総称。
シェルスクリプトなんて書く必要ないじゃん。そこにツールがあるんだから。
Re:こういう開発者って (スコア:1)
バージョン管理本来の目的とはそれるかもしれませんが、
ソース本文以外で変更履歴などのコメントを確実に時系列に記録する目的で使ってます。
自堕落で自分に甘いので、ソースコメントは端折ったり、日付変更日付加えなかったり変更理由すら記録しなかったり。
当然仕様書の差分も書かないので、バージョン管理からのコメントが初版仕様書からの変更分として運用しています。
ちゃんと、”変更”とか”改訂”だとかの短いコメントもrejectしてます。どれだけ自分を信用していないんだ・・・
Re: (スコア:0)
そんなもんは規模によるんだよ。
ワンライナーをVCSにつっこまねーだろ?
数行のスクリプトを管理したいと思うかどうかはそれの使い方次第。
要らねえ時は要らねえ>VCS
Re: (スコア:0)
じゃあ複数人で数行のスクリプトの集合体をメンテしてると。
なんて無駄の多い開発なんだ。
Re:こういう開発者って (スコア:1)
めんどくさいって、なんか美徳だったっけ?
いや、プログラマの美徳ではあるんだけど。なんか違うぞ。
#存在自体がホラー
Re: (スコア:0)
繰り返しを面倒くさがる故に設備投資に全力を傾けるひょうきんさがプログラマの美徳であるならば、
設備投資のため新しいことに頭を使おうとするのから逃げるのは、美徳の逆を行っていますね。
そもそもVCのため多大なる努力が既に投入されているのに、それすら無視している…。
Re:こういう開発者って (スコア:1)
なんとかやっていってるものを普通にやっていけるようにするのがVCSですよ。
# yes, fly. no, fry.
Re: (スコア:0)
>修正前は~.java.20111012.bakの形式でコピー。
で、まあそういうしきたりに起因するコストをどう考えるかという事で。
リリースで何かしら問題が起きたときに、バージョン管理のミスを考慮に入れなきゃいかんのと、ある程度切り離せる(もしくは追跡できる)のは
大きい。ある程度経験を積むと非常にありがたく思えるようになる。大体、そういうヒューマンエラーでギスギスするのっていやだし。
めんどくさいって、SVNのサーバ立てるのって15分もいらんよ。
立てられない事情がある場合もあるというのは分かるけど、それがまあ構造的な病巣ってやつで。
Re: (スコア:0)
でも一人で複数ファイルを編集することはあるよね。
機能ほにゃららを実装したときに変更したファイルはどれとどれだったかな〜ってときに日付でしか管理してなかったら即破綻するんじゃね、それ。
答え:複数ファイルを編集することもない。全部main()に書いてある。
Re: (スコア:0)
いやー、フルボッコってこういうのをいうんだな。
Re: (スコア:0)
せめてRCSくらい使おうよ
と同僚の女の子にman coを見せたら引かれた覚えがある
Re: (スコア:0)
見せたら?
見せて、の間違いだろ。
Re: (スコア:0)
つまらない
Re: (スコア:0)
タレコミ文には
>コンパイルされたファイルはそのまま本番環境に手動で移され、バージョンコントロールはされていない。
と書いてあるから、ClickOnceみたいなものが導入されてないって話だと思ったけど。
バージョン管理とバージョンコントロールって同義なの?
Re:こういう開発者って (スコア:1)
一般的には、バージョン管理と連動した、自動ビルドシステムみたいなものがあって、最終納品物になるようなものは全部、それを経由してビルドするという形が好ましいとされていますよね???
個人の環境でしかビルドできないものは、後々、同じものをビルドしようとしてもビルドできないことがあるわけで、それは、出荷後のメンテナンスやなんやかんやにいろいろと問題を起こす原因となってしまいます。
従って、再現性のあるビルド環境を用いてビルドするというのは、品質管理という意味でも重要ですし、それゆえにビルドシステムは、バージョン管理システムとは切って考える事が出来ないです。
Re: (スコア:0)
関わった案件で、コンパイルした環境をターゲット環境に入れてたところがありました。
つまり開発環境が本番環境にまるごと入ってる。
ナニコレ?って聞くと、何のLIBやらDLLやらを参照してるのかわからなくて、ビルドしたものを持っていっても動かないからだと。
わー、現地でソースを修正できて便利だなー(棒読み)
さすがに是正させたけど