プログラマの雑談部屋 ★38
レス数が950を超えています。1000を超えると書き込みができなくなります。
プログラマは
こちらで雑談してください。
ユーザ、SEが馬鹿過ぎる、
上司がバカだからもう辞めたい、
もう少し簡単な仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。
※前スレ
プログラマの雑談部屋 ★36
https://medaka.5ch.net/test/read.cgi/prog/1529287662/
プログラマの雑談部屋 ★37
http://medaka.5ch.net/test/read.cgi/prog/1530182616/ 相手が過去の自分の書き込みと自分のポリシーを熟知してるのが
あたりまえだと思ってるやつがかく設計書…
匿名掲示板で >>867
うーん現場抜けるの交渉大変そうだなあでも考えてみるよ
>>868は「ユーザコード表示欄」て書いてるから「getUserCode」ってメソッド?で取得するって感じなんだろうけど
自分のとこは「△△△表示欄」てあからさまなに書いてるわけでもないし「△△△」も簡単に判別出来そうな名前でもないしDBにもそれっぽいのは簡単に見つからないんよ
あっても似たような名前で影分身してることも多い ちゃんと最初に網羅してれば
項目名称がログインユーザーコードと顧客ユーザーコードになってただろうに
もう破綻してるふふん >>889
網羅しきったことを証明できないと永遠に仕事が始まらないぞ >>885
顧客が現状理解してるなら残って期間多めで受けれるようにする(隠れて整理する)
お前しか残ってない(≒出来ない)なら顧客評価は上がる
前提条件ありでこう考えるのもあり
請負でもゴミ処理で金稼ぐ会社は結構あるっぽいよ オブジェクト指向の考え方自体は理解できるんだが、実際のコードに落とせない
参考になる書籍やサイト教えてくれませんか オブジェクト指向で作ると逆説的に
なんやかんやで障害が出たときに
追いかけて直すのがたいへんになるから
5千行あるような関数が並んでるコードの方がマシだよ。
きれいでエレガントですばらしいコードは
趣味でだけ書いてくれ オブジェクト指向の最大の特徴は継承と隠蔽だ。
だがよく考えてみると、継承は独立性と矛盾するし、
隠蔽は可読性と対峙してしまうことがある。
常にそうなるのではないが
慣れてない人が組むとどつぼにはまる。
そして慣れてない奴ばかりが現場に放り込まれて
デスマになる。
人手はない.
よってプログラミング初心者でも
わかりやすく組める関数型言語のほうが良い。 >>895
わかるわ
スコープが狭いだけでグローバル変数使ってるのと大差ないの多いし
関数に下手に同じ名前つけれるから参照さがすとき検索結果が大量に出てきて読んでてうんざりする 関数型なんて背伸びしてるんじゃねえよ
一生トランザクションスクリプト書いてろ オブジェクト指向できないクズは転職してくれ
ほんと迷惑 作りたいもんが作れりゃ概念なんてどうでもいいんだよ >>894
それは理解できてないから
>>895
巣に帰れ えーとつまり
オブジェクト指向を理解してない新人さんあるいはおじいちゃんが
5000行のモンスターメソッドを幾つも作り込んで
わけわからなくなってにっちもさっちも行かなくなって
藁にもすがる思いで設計書がー設計書がー
とわめいていたわけだ
そりゃこんなクソコード書く連中にコードが設計書なんて言っても通じないか
前提となるスキルに差がありすぎて話にならないってわけだ >>883
堀内孝雄「みなさんよくお間違えになりますが、百万じゃなくて一万ボルトなんですよ」 ここに居る連中の職場は
単体テストとか結合テストとか書かない所ばかりなの?
単体テスト書こうと思ったらゴッドオブジェクトとか作らないはず 超巨大ゴッドオブジェクト作るやつって
他人と会話する気がないコミュ症でしょ
コミュ強者は責務が分離された
適切なコメントの付いているコードを書く オブジェクト指向覚える嫌
Cで手続き型でこのままやっていきたいわ 5千行の関数書くようなおじいちゃんが、その会社ではコミュ強者だったりするんだよなあ >>907
俺が今、必ず単体テスト書くように啓蒙活動始めたところ。 フレームワークやJAVAのライブラリくらい責任が明確化されたオブジェクト指向ならまだしもオブジェクト化する構想を頭の中で作った場当たり的なものは勘弁 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じゃいかんのか?
健康で文化的な最低限度の生活を保障してくれないと困るぜ自民さんよー 奴隷に人権はないと平気で言うんだw
人手不足になる訳だ レス数が950を超えています。1000を超えると書き込みができなくなります。