EDABAN_01とかは定数じゃないですよ。
マジックナンバーですよ。
枝番って何の枝番なんですかorz
頼むから定数くらいまともに名前つけてくれ
ただでさえ、同じ意味のフラグが乱立してて、設定箇所がそれぞれ違ってバグってるんだから、
定数くらいまともに名前つけろや本当に。
あと、コントロールのTagに値を設定しないでください(ノ_・、)シクシク
もう見れば見るほどどつぼにはまるわ。
あとDataTable多用されると、DataTableの中身がわけわからん・・・
Entityくらい作ろうぜ、又は、型付データテーブルとかさっ。
本当に簡単で単純な構造にのみDataTable使おうぜ・・・
列が100個とかなるDataTableなんて意味わかんねーから本当に・・・
もう見ても訳が分からんよ(´ρ`)
マジ久しぶりだわ。
メソッドの中身を呼び出し先から何から何まで全部見ないと何してるかわからんし、
見ても分からんのは・・・
はぁ~
2012年7月31日火曜日
2012年7月25日水曜日
いまだにこんなところがorz
本日から新しい仕事を開始したが・・・正直しょっぱなから絶望した。
いまだにVB.NET使ってVB 6.0みたいなコード書く人間が多数居たなんて信じられない。
おまけにそれが、貸金業者で使用される大きなシステムだとは本当に信じられない。
久しぶりに見ましたよ。
メソッド一つが500行とか、if文の分岐が長すぎて追う気が失せたあげく激しくネストしてるのを。
VB.NET自体の言語仕様はそんなに悪くないのに、VB 6.0みたいに組む人間が多くて
えらく不遇な言語のような気がしてならない。
実際私も、そういったものが嫌でC#をメインとして動いているのに・・・今回の仕事ときたら(ノ_・、)シクシク
ついでにこの手のコード書く人たちって毎回人のせいにするよね。
立場の弱い新人のせいとかに。
新人とかが見てわからないだの、メンテナンスしに来る人間がわからないだの。
けど、新人の教育が出来ない、メンテナンスに呼ぶ人間の実力を見抜けないあなたのようなプログラマーがコーディング規約や作り方を決めたのがそもそもの間違いなんだよ。
ってのが正直な意見だ・・・
自分がわからないもの、理解できないものを遠ざけて、自分が過去培ったものだけを厳選して成長をやめたようにしか正直思えない。
少なくとも、.NETでVB 6.0チックに組むのは本当にやめてほしい。
ちなみにLINQまで使うな言われたんだが、そもそも.NET使うなと言いたい。
何のために.NETを使ってコーディングしてるのか本気でわけがわからん。
プログラムが出来るというのは、対象の言語を使用してコーディングが出来るというものではなく、
上記の事を含めて、さらにデザインパターン、ソフトウェアアーキテクチャパターンを理解したうえで組めるといってほしい。
言語知識のみが先行して、出来上がってくるものが目も当てられないものが多すぎる。
あと、Visual Studioつかいながら、Add-inのインストールすらさせないところや、ひどいところはヘルプすらインストールさせないところがある。
今回の現場はヘルプすらインストールできない。
いったいなんでVisual Studioを使用してプログラムを作成しているのか本気でわからない。
いったい何が作りたくて何がしたいんだろうか。本当に疑問だ・・・
あっ・・・ついでにいまだにVSS使ってるのをみたのも久しぶりだった・・・はぁ泣けるわ本気で。
最後に、金融系や医療系などで上記のようなプログラムを作成している方々がまれにいる?結構な頻度で見かける時もありますが。
是非とも他業種に行ってほしい。
どうにもならなくてリファクタリングをしながら一部の機能改善や速度改善をやるのにもう疲れたよ・・・
そうそう、書き忘れてましたが、Visual SourceSafe 2005 Standard Editionの通常サポート期間はすでに2012年07月10日で切れてます。
今現在は延長サポート期間に突入してます。
いい加減VSS使うの本当にやめてほしいわ。本気で発狂寸前になる。
あと、ドキュメントの管理を手作業でやらずに、ちゃんとバージョン管理ソフト使ってくださいよ(´ρ`)
http://support.microsoft.com/lifecycle/?LN=ja&c1=501
ついでに、手作業で変更履歴のファイル作るのやめましょうよ・・・
そんなのSVNとTracでも入れて管理しましょうよorz
開発が忙しいとか色々言ってますが、このへん自動化できて手が抜けるところを上手に手を抜かないから時間がなくなるんですよ。
全部手作業でやってたら、そら時間なんてどれだけあっても足りるはずがない。
おまけに、手作業で職人技でもの作れば高く売れるものもありますが、システム開発で自動化できるものを手作業しても、時間と間違いが増えるだけで開発費が高くなるだけですよ・・・
はぁ~
いまだにVB.NET使ってVB 6.0みたいなコード書く人間が多数居たなんて信じられない。
おまけにそれが、貸金業者で使用される大きなシステムだとは本当に信じられない。
久しぶりに見ましたよ。
メソッド一つが500行とか、if文の分岐が長すぎて追う気が失せたあげく激しくネストしてるのを。
VB.NET自体の言語仕様はそんなに悪くないのに、VB 6.0みたいに組む人間が多くて
えらく不遇な言語のような気がしてならない。
実際私も、そういったものが嫌でC#をメインとして動いているのに・・・今回の仕事ときたら(ノ_・、)シクシク
ついでにこの手のコード書く人たちって毎回人のせいにするよね。
立場の弱い新人のせいとかに。
新人とかが見てわからないだの、メンテナンスしに来る人間がわからないだの。
けど、新人の教育が出来ない、メンテナンスに呼ぶ人間の実力を見抜けないあなたのようなプログラマーがコーディング規約や作り方を決めたのがそもそもの間違いなんだよ。
ってのが正直な意見だ・・・
自分がわからないもの、理解できないものを遠ざけて、自分が過去培ったものだけを厳選して成長をやめたようにしか正直思えない。
少なくとも、.NETでVB 6.0チックに組むのは本当にやめてほしい。
ちなみにLINQまで使うな言われたんだが、そもそも.NET使うなと言いたい。
何のために.NETを使ってコーディングしてるのか本気でわけがわからん。
プログラムが出来るというのは、対象の言語を使用してコーディングが出来るというものではなく、
上記の事を含めて、さらにデザインパターン、ソフトウェアアーキテクチャパターンを理解したうえで組めるといってほしい。
言語知識のみが先行して、出来上がってくるものが目も当てられないものが多すぎる。
あと、Visual Studioつかいながら、Add-inのインストールすらさせないところや、ひどいところはヘルプすらインストールさせないところがある。
今回の現場はヘルプすらインストールできない。
いったいなんでVisual Studioを使用してプログラムを作成しているのか本気でわからない。
いったい何が作りたくて何がしたいんだろうか。本当に疑問だ・・・
あっ・・・ついでにいまだにVSS使ってるのをみたのも久しぶりだった・・・はぁ泣けるわ本気で。
最後に、金融系や医療系などで上記のようなプログラムを作成している方々がまれにいる?結構な頻度で見かける時もありますが。
是非とも他業種に行ってほしい。
どうにもならなくてリファクタリングをしながら一部の機能改善や速度改善をやるのにもう疲れたよ・・・
そうそう、書き忘れてましたが、Visual SourceSafe 2005 Standard Editionの通常サポート期間はすでに2012年07月10日で切れてます。
今現在は延長サポート期間に突入してます。
いい加減VSS使うの本当にやめてほしいわ。本気で発狂寸前になる。
あと、ドキュメントの管理を手作業でやらずに、ちゃんとバージョン管理ソフト使ってくださいよ(´ρ`)
http://support.microsoft.com/lifecycle/?LN=ja&c1=501
ついでに、手作業で変更履歴のファイル作るのやめましょうよ・・・
そんなのSVNとTracでも入れて管理しましょうよorz
開発が忙しいとか色々言ってますが、このへん自動化できて手が抜けるところを上手に手を抜かないから時間がなくなるんですよ。
全部手作業でやってたら、そら時間なんてどれだけあっても足りるはずがない。
おまけに、手作業で職人技でもの作れば高く売れるものもありますが、システム開発で自動化できるものを手作業しても、時間と間違いが増えるだけで開発費が高くなるだけですよ・・・
はぁ~
登録:
投稿 (Atom)