プログラマの雑談部屋 ★38
レス数が1000を超えています。これ以上書き込みはできません。
プログラマは
こちらで雑談してください。
ユーザ、ＳＥが馬鹿過ぎる、
上司がバカだからもう辞めたい、
もう少し簡単な仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。
※前スレ
プログラマの雑談部屋 ★36
https://medaka.5ch.net/test/read.cgi/prog/1529287662/
プログラマの雑談部屋 ★37
http://medaka.5ch.net/test/read.cgi/prog/1530182616/ 5000行のクソコード書くおじいちゃんがコミュ強者になってクソ設計書を周りに強要する、ということか >>912
それを非オブジェクト指向で作ったらさらにカオスになる
大雑把でも枠ができてればリファクタリング可能 設計書を周りに強要するって考えがまず間違いで設計書が作成されてないプロジェクトはゴミでそんな状況で作られたシステムはスタート時点から死にゆくのみ 開発工程でなにをやるんでもいいんだけどさ、
それって、出来るやつにしか出来ないことなんじゃねーの？ 誰にでもわかりやすいコードは必ずしも良いコードじゃないんだよな
素人プログラマは両者を混同してオブジェクト指向はわかりにくい、悪いコードだなどと言い出すけど、それは典型的な勘違いでしかない
例えば初心者は、複雑な処理を関数分けして引数を渡して回るよりも、
1つの関数に全部つめ込んだり、関数分けはするけどグローバルなレジストリで状態を共有するほうが理解しやすいらしい
しかしその構造が良いコードかというとそんなことはまったくないわけで 単純なクラスを組み合わせる代わりに巨大switch文を作り
単体テストは無理と言って書かない可能性がある >>913
5000行のクソコードの設計書なんか書かんだろうから逆にソースが正ってなるんじゃないか >>915
そうか？
もっといろんな現場見たほうがいいぞ 設計書ってのは、書いた人が辞めた後に必要になるモンなんだ。
顧客というのはソースは見なくても設計書は見てくれるからねぇ。
とりあえず設計書のとーーーりに作っておけば、設計書の不備ってときには
時間を稼ぐことぐらいはできるだろう。 >>918
>>919
あるある
そしてその元になった設計書は全く意味不明で矛盾と不足だらけのゴミなんだよなぁ
こういうバカなコードを書く現場って、設計書を書くという工程を伝統的に受け継いできたから、
しかたなくやってるだけで、実質的に「設計」はしてないんだよ
見切り発車でコードを直書きするのと全く同じ感覚で、見切り発車で設計書という名のゴミを書き始める
こんな状況になるぐらいなら、しっかり設計したうえで綺麗なOOPのコードを書いて設計書は省略としたほうがマシ
それにOOPユーザーなら仮に設計書を書かなくても、XMLコメントやAPI仕様書、開発者ガイドみたいな後付ドキュメントはしっかり書く習慣があるからメンテナも安心 5000行クソコード書くやつっていうのは、スコープの概念が無いんだろうな。
だから、全部記憶力だけでなんとかしてる。
努力と根性だけで現代を生きてる原始人だな。 >>921
そそ、だから設計書作らないってのはブラックボックス作ってるっことでスタート時点で死んじゃうんだよね
まぁコミュ障パンチャーらしくはあるけど >>923
記憶力もないからクソコードと似たようなクソ設計書を書いて必死に読み比べて補ってるんだろ
すべての元凶は設計そのものが汚いスパゲティ設計書＆コードなんだよ
そんなものを作ってるからコードだけじゃわからんので設計書が必要などと言い出す
OOPのコードほど綺麗に設計情報を反映した文書は存在しないというのにね >>924
きったねえスパゲティ設計書のほうがよっぽどブラックボックスだよ
綺麗なコードが手元にあればそれが完全なホワイトボックスだろが オープンソース開発は設計書がなくても高品質な製品を量産できてるよね 糞コードやドキュメントが不足しているOSSは
誰も見向きせず淘汰されるので
結果的にある程度品質が高い物しか生き残らない でもコードだけだと動作仕様はわかるけど、その仕様の意図まではわからんよな さっきも言ったべ、辞めた後の話だって。
設計書があれば少なくとも顧客に言い訳ができるんだな。
あくまでも管理職のための資料。 ソースにしても設計書にしても、出来るやつにしか書けないんだから
そこで金をケチった時点で、そのプロジェクトはもう・・・ 会社のコードはOSSの場合とは違い
仕事を受注さえすれば社内にコード品質の競争相手が居ないので
糞コードが淘汰されず生き残る
ある意味ガラパゴス化
既存のクソースを保守する仕事も同じ会社がやる事になって
他の会社に仕事を取られる事もない
そんなクソース他の会社は機会があっても引き継ぎたくないだろう IT土方の大半が技術力ないんだから
OOPなんて難しい概念使わせたら訳のわからんものが出来上がるだろ OSSでも物によってはフツーに会社がプログラマーを雇って業務の一環として書かせていたり
自社製品でそのように作ったOSSのコンポーネントを使っている場合がある
ドッグフーディングってやつ？
最初は開発チームがテストするだろうが
次第にそのOSSのユーザーもバグ報告等を行ってくれるようになる 全員が優秀であることを前提に
スケジュール組んだり設計したりプログラムの作り方を決めたりするから
デスマになるのだぜ。
仕事で集団で作る以上、その大前提が間違ってるからな。 上流の仕様がころころ変わるけど、納期が変わらないからデスマになったよ まあ、デスマなど、どうせ末端のおれらの責任じゃないんだから、
せいぜい書き入れ時ってことで、残業代をガッツリ稼げばいいのさ。 休出しても代休も残業代もなかった思ひ出
裁量労働の恐ろしさを知った ソノヘンは昭和のやつらも、ちゃんと知ってたんだよね。
だから企業も派遣という契約形態にこだわっていた。
それが特定派遣。
でも味を占めて能無しを送り込む奴らが増えたもんだから、
顧客のほうが派遣ならイラン受託にしろ、と言い出して
偽装請負という形になったわけだ。 >>938
少なくとも日本に関しては無能を大量雇用しすぎたことが諸悪の根源だろう
どこの現場に行ってもこのチームは無能の集団である、からスタートしなきゃならないPMが哀れ だからまあ、自分だけでも優秀になる努力ぐらいはしないと。 優秀でも給料は変わらないよ。
そんで仕事だけ多く押しつけられる。
それがIT業界の体質。
本当に優秀なヤツは、自分の立場が守れる程度に出来ない振りして
優秀さを隠してるのだぜ。 派遣してたけど残業もさせてくれないし、いついなくなってもいいような単純作業ばっかりで飽きた >>946
残業代定額制のおかげだな
派遣がおもわず残業やサビ残しちゃわないように
かつ企業も残業させたくなくなるように設定してある 糞コードの混入を阻むコードの番人（レビュアー）が居ないので
やがて糞コードが支配的になってしまう 給料は上がらなくてもクビにはされにくくはなるからねぇ。
せいぜいメリットはその程度。
でもクビになっても簡単にホカへ行けちゃうもんだから、
それすら大したメリットじゃないんだな。 >>948
それが、本来あるべき派遣の姿だからな。
そもそも、小泉のアホがやった技術職への派遣の拡大が間違いだっただけだ。 でもまあ、優秀なら選択肢は増えてくれる。
一般派遣でもやれるし、正社員にもいつでもなれるし、
勤務地も近いところや逆方向のを選ぶことも出来るし。 >>950
真面目で優秀なレビュアーは配置しないほうがいい
酷いコードだらけで読む価値なしとしてrejectされまくった結果コード0行の状態で納期が来てしまう
レビュアーはレビューしたフリしてOKサインを出す係
日本ではこれが精一杯 >>911
TDDはデスマ作りやすいから気を付けてな テスト書かないで納品なんて
極端な話、あなたの依頼したシステムのテストはみんな本番環境でやりますって言ってる様なものだ
人力テストは効率悪過ぎて
バグが無いかすべて人力で確認するため、リリースが非常に遅くなる
その為頻繁なリリースは出来ず、まとめて沢山の変更を一度に行ってバグのリスクが増加
面倒だから、テストしなくても大丈夫だろうとタカをくくった結果、バグが発生
など様々なリスクがある >>956
>テスト書かないで納品なんて
ん？ それは発注側がテストコードを成果物に含めなかったのが悪いんだから
発注したやつが悪いんじゃね？
そんなアホの事はしらんよ。 テスト常に書く側としても。 テスト書かないで納品というのは、いまどきはゲームがそうらしいぞ。
テスト要員は一般プレイヤー。
バグを見つけてチートに成功すれば、RMTで金が稼げてそれが給料。 ユーザーにテストをやらせて何が悪いのか
仕様がないのでテストなんて作れない 休日の何もする気が出ない感ぱねえ
平日の睡眠が足りてねのかな
24時就寝5時起床はキツイのか しょうがないよね！
って言おうとして駄洒落でもなんでもないことに気が付いた >>962
24時就寝にしてどんどん後ろにずれてて寝起きも体調も悪いみたいな生活してたが
癌になって手術して休職して22時にベッドに入る生活になったら
5時くらいに勝手に目が覚めるようになってスッキリするようになったわ 【東京都】帰宅女性の背後から侵入し携帯奪う、指名手配の韓国人の男を逮捕 【！注意！】ウィルスの仕組まれているサイトと思われるURLが送られてきた。
見てみたい気もするが、ウィルス対策のソフトを入れておらず、
Windows defenderしか入ってないので、誰かセキュリティに自信のある人は、
以下のサイトがどれほど強力な脅威なのか教えてくれ！
よろしく！
くれぐれも冗談でアクセスしないように！
http://bretzel-franchising.ru/wp-content/plugins/wp-db-ajax-made/ 巡回スレでこういうことする馬鹿いるとホントイラッとするね
とりあえず通報しといたから安心してﾀｲｰﾎされろ >>970
ロシアの殺し屋、おそロシアー
というのをデトロイト・メタル・シティで
クラウザーが言ってた。 みずほいい加減潰れればいいのにね
こんな状態でもまだ金預けてる一般人いるのかな お給料貰ってるとはいえ朝9時厳守、最速でも17時ごろまで拘束、しかも毎日ってちょっとした人権侵害だと思うの
昼までに出社、ノルマこなしたらいつでも帰宅OKじゃいかんのか？
健康で文化的な最低限度の生活を保障してくれないと困るぜ自民さんよー 奴隷に人権はないと平気で言うんだｗ
人手不足になる訳だ >>977
そうしたいならそういう契約すればいいだけじゃね >>977
外資系投資銀行にてシステム開発したことあるけど、まさにそれ。
仕事が終わればいつ帰ってよい。
自宅勤務も充実してて、会社のPCにリモートデスクトップで
接続して作業してもOK.
仕事さえできれば何やってもOKという雰囲気だった。
上司が日本人だったから英語は少し話せればいいだけだったし、
俺にとってはすごく楽しくて、やりやすい職場だった。
だから外資に行けばいいよ。 で、なんでそんな良い職場を辞めたわけ？
使えないからクビ？ 派遣で行く分には、ブラックで知られる会社でも
その被害をあまり受けずに済むもんねぇ。 ブラックならともかく普通の仕事時間にすら耐えられないってダメ人間でないの、、 >>719
開発って数か月ぐらいかかるだろ？
逆に設計は数日じゃん
だったら設計を可視化してチェックすれば開発の工数見積もりできるわけ
工数がわかれば金額がわかる
どんなものに対していくら払うかっていうのがわかれば
金払う価値があるかどうかわかる
だから設計は大事 >>987
派遣って大声で怒鳴られたり殴られたりするやつだろ？
実際に手を出すのは大手だとNぐらいだわ >>991
それは設計してるふりだから早いだけか
設計書のアウトプットだけを設計と言ってるだけ
実際には設計には長い時間がかかりアウトプットは短い 先を見通す能力が低いと設計も雑になるから逆に早く終わる
その状況と能力で時間かけたってそれ以上質が上がるわけじゃないから
それはそれでいい気がする
やってみんことには そんな工数使っていったい設計書に何書いてんだ？
詳細すぎる設計書にはデメリットしかないぞ 日本語の本だと設計書の書き方的な参考書いっぱい出てるけど
ガイジンの本でそういうの見たことねーな
ガイジンって設計書を書いてんのか？ 長いこと騙されてたけど
そもそもあのボケどもに設計って
無理なんじゃね？
オブジェクト指向もメリット皆無だし
設計手法回りの技術はとにかく怪しい
適用しない方が開発効率が高いものが多い
新技術が出たら必ずメリットとデメリットを書き出して
明確に工数削減と品質向上に数字が出せないなら導入を見送るべきだ このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 8日 10時間 24分 10秒 レス数が1000を超えています。これ以上書き込みはできません。
