ネタがないので仕事の話
最近、おもしろいことが全然ない。
困ったもんだ。
あんまり、仕事ネタを書きたくないのだが、ここまでネタがないとしょうがないな〜。
わかる人しか分からないので、とりあえず分からない人は次のネタ見てください。
現在行っている仕事は、ある証券会社のネット取引関連のシステム改善。
最近、プログラマが次々にやめていってしまっている。
仕事も落ち着いているせいもあるのだが、一番の問題はその作りにあるんだろう。
JavaServretでの開発になるのだが、画面表示部分だけがJava。
肝心のDB接続部分などは、すべてProCで作成されている。
開発部隊は、Web系とProCの系と、結構はっきり分かれているのだが、困ったことに、重要部分を作成しているProC開発者に、リーダーはいない。
どちらかと言うと、Web系の方にリーダーがいる。
Web系の方は、画面制御系の開発ばかりで、難しい部分は全くない。
Proc部分も、DB接続部分の仕様さえプログラマに伝えれば、プログラマはあまり仕様の詳細部分には入り込んでこない。
自分は、Web系の開発者として入り込んでいるのだが、どう見ても肝心部分を把握するProC開発者の方が強いと思うのだが、実際のリーダーは、両方かじっていないとまずい。
どちらかと言うと、Web系の方が、全体の流れを分かっていて有利な状態。
せっかく、肝心な部分はProCでかかれているのだから、そっちの人がもっと強く出てきてもいいと思うのだが...
その辺は、こっちの好都合。
それならばと、全体の仕様を押さえる事に没頭している。
しかし、入ったばかりでは、元々いた人に仕様面でかなうわけはない。
結局、仕様から開発、コーディングまでやらされている訳だが、コーディングなんてこの年になるときついですよね〜。
今回受け持ったところも、仕様だけOKであればいいようなものではなく、マルチスレッド対応部分だと言うからたまげた。
そんなこと、やったことないっすよ...
まあ、多少ネットで調べて基本部分を勉強しながらコーディング。
冷や汗書きながら、こわごわ作っている状態。
ある程度メンバーがいれば、仕様で自分からそれを言い出したって、部下に実装は任せられるのにな〜。
こんな細かい作業までやる気は無かったのだが...
それも仕方がないか。勉強、勉強っと。
そんな感じで構築されているシステム。
初心者が入り安いように...と言うのと、クラス設計を複雑にすると、メモリ関係がどうのこうのと言っていたが、後にメンテナンスしやすく作らないと、だめだと思うのだが...
通常行われる、クラス設計が全くされていない。
おかげで、実装するときには、コピーしてあちこちに同じようなコードが並ぶ始末...
無知な自分で考えても、ある程度のクラス設計した方が、後のメンテナンスにも好都合なのだが、ビジネスロジックをずらずらと1つのクラスに書くような作り方ばかり。
別会社のプログラマが言っていたが、
「勉強した事が、すべて否定される」
と言っていた。
これじゃ、なかなかプログラマも長続きしない。
結局、ここ2〜3ヶ月で結構やめる人がいるのだが、新参ものの私は、順番からして抜けられそうにないな〜。
またいつものパターンで、
「耐えて、耐えて、耐え抜いて、小さな事からコツコツと...」
という、やり方になりそうだ。
いま派遣されている会社は、社食がうまくていい会社なんですがね〜。
別部署では、結構仕事もいろいろ取られているようで....
ああ、このようなプロジェクトに携わる事が多いですね。
これも運命か?
やっぱり、仕事関係のネタは、書いてておもしろくないな〜。
愚痴になってしまう。
また、おもしろいネタさがそっと...
困ったもんだ。
あんまり、仕事ネタを書きたくないのだが、ここまでネタがないとしょうがないな〜。
わかる人しか分からないので、とりあえず分からない人は次のネタ見てください。
現在行っている仕事は、ある証券会社のネット取引関連のシステム改善。
最近、プログラマが次々にやめていってしまっている。
仕事も落ち着いているせいもあるのだが、一番の問題はその作りにあるんだろう。
JavaServretでの開発になるのだが、画面表示部分だけがJava。
肝心のDB接続部分などは、すべてProCで作成されている。
開発部隊は、Web系とProCの系と、結構はっきり分かれているのだが、困ったことに、重要部分を作成しているProC開発者に、リーダーはいない。
どちらかと言うと、Web系の方にリーダーがいる。
Web系の方は、画面制御系の開発ばかりで、難しい部分は全くない。
Proc部分も、DB接続部分の仕様さえプログラマに伝えれば、プログラマはあまり仕様の詳細部分には入り込んでこない。
自分は、Web系の開発者として入り込んでいるのだが、どう見ても肝心部分を把握するProC開発者の方が強いと思うのだが、実際のリーダーは、両方かじっていないとまずい。
どちらかと言うと、Web系の方が、全体の流れを分かっていて有利な状態。
せっかく、肝心な部分はProCでかかれているのだから、そっちの人がもっと強く出てきてもいいと思うのだが...
その辺は、こっちの好都合。
それならばと、全体の仕様を押さえる事に没頭している。
しかし、入ったばかりでは、元々いた人に仕様面でかなうわけはない。
結局、仕様から開発、コーディングまでやらされている訳だが、コーディングなんてこの年になるときついですよね〜。
今回受け持ったところも、仕様だけOKであればいいようなものではなく、マルチスレッド対応部分だと言うからたまげた。
そんなこと、やったことないっすよ...
まあ、多少ネットで調べて基本部分を勉強しながらコーディング。
冷や汗書きながら、こわごわ作っている状態。
ある程度メンバーがいれば、仕様で自分からそれを言い出したって、部下に実装は任せられるのにな〜。
こんな細かい作業までやる気は無かったのだが...
それも仕方がないか。勉強、勉強っと。
そんな感じで構築されているシステム。
初心者が入り安いように...と言うのと、クラス設計を複雑にすると、メモリ関係がどうのこうのと言っていたが、後にメンテナンスしやすく作らないと、だめだと思うのだが...
通常行われる、クラス設計が全くされていない。
おかげで、実装するときには、コピーしてあちこちに同じようなコードが並ぶ始末...
無知な自分で考えても、ある程度のクラス設計した方が、後のメンテナンスにも好都合なのだが、ビジネスロジックをずらずらと1つのクラスに書くような作り方ばかり。
別会社のプログラマが言っていたが、
「勉強した事が、すべて否定される」
と言っていた。
これじゃ、なかなかプログラマも長続きしない。
結局、ここ2〜3ヶ月で結構やめる人がいるのだが、新参ものの私は、順番からして抜けられそうにないな〜。
またいつものパターンで、
「耐えて、耐えて、耐え抜いて、小さな事からコツコツと...」
という、やり方になりそうだ。
いま派遣されている会社は、社食がうまくていい会社なんですがね〜。
別部署では、結構仕事もいろいろ取られているようで....
ああ、このようなプロジェクトに携わる事が多いですね。
これも運命か?
やっぱり、仕事関係のネタは、書いてておもしろくないな〜。
愚痴になってしまう。
また、おもしろいネタさがそっと...
2006/02/22(Wed) 22:47:08 | お仕事