アカウント名:
パスワード:
今までの会社では継続的インテグレーション、単体テスト、オートメーション化された回帰テスト、業界標準の(オープンソースではない)バージョンコントロールが採用されていた。また自分もJavaのリリースなど最新のツールを身につけるよう努力していた。しかし現在の会社ではこれらは全て無く、コンパイルされたファイルはそのまま本番環境に手動で移され、バージョンコントロールはされていない。使用しているツールはもうサポートが切れて5~7年になる上、Java自体も古い。
「俺のいた環境に合わせて、転職先の環境を変えたい」なんて要望はまず通らない。何が「ピン」で、何が「キリ」か、なんて、環境依存(その企業の生い立ち依存)だし。
いままで、社内がsvnで管理していたところに居たので、それにあわせてログとバージョン管理をとっていたなら、以下の状況に合わせて、転職先の状況に合わせられる人が勝ちじゃね?
1.転職したら、RCSで管理していた。2.転職したら、gitで管理していた。3.転職したら、バージョン管理なんてしていなかた
ってときにシームレスで移行できたら勝ち組でしょ。そして、そういうパッケージを提供できたらより勝ち組でしょ・
そういう奴はね、ダメな会社ごと沈むんだよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
あきらめろ (スコア:1)
今までの会社では継続的インテグレーション、単体テスト、オートメーション化された回帰テスト、業界標準の(オープンソースではない)バージョンコントロールが採用されていた。また自分もJavaのリリースなど最新のツールを身につけるよう努力していた。しかし現在の会社ではこれらは全て無く、コンパイルされたファイルはそのまま本番環境に手動で移され、バージョンコントロールはされていない。使用しているツールはもうサポートが切れて5~7年になる上、Java自体も古い。
「俺のいた環境に合わせて、転職先の環境を変えたい」なんて要望はまず通らない。
何が「ピン」で、何が「キリ」か、なんて、環境依存(その企業の生い立ち依存)だし。
いままで、社内がsvnで管理していたところに居たので、それにあわせてログとバージョン管理をとっていたなら、
以下の状況に合わせて、転職先の状況に合わせられる人が勝ちじゃね?
1.転職したら、RCSで管理していた。
2.転職したら、gitで管理していた。
3.転職したら、バージョン管理なんてしていなかた
ってときにシームレスで移行できたら勝ち組でしょ。
そして、そういうパッケージを提供できたらより勝ち組でしょ・
Re:あきらめろ (スコア:1)
そういう奴はね、ダメな会社ごと沈むんだよ。