プログラマーの仕事って楽過ぎ、クソワロタwww3 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
夏涼しく、冬暖かい部屋で一日中椅子に座ってPCと睨めっこ
飲食も仕事中に自由にできるし天国だわwww
前スレ
プログラマーの仕事って楽過ぎ、クソワロタwww2
http://medaka.2ch.net/test/read.cgi/prog/1489974291/ >>365
設計フェーズで無いことで、
文句言ってんだから仕様変更だろw
瑕疵の意味も知らない馬鹿か? 論破されると反論出来ずに
捨て台詞を吐くのも面白いなw >>362
ユーザーID+グループキーが主キーになってたら死ぬだろ、それ >>361
相手がボンクラの場合がある
交渉に出てくるのが現場知らんカタガキ部長(購買の人がなぜか出張ってる)
みたいな場合もあるから
具体的には営業支援システムの話を購買畑の人がやってるので漏れまくってる状況とかだと
ワリとデカい変更がポンポン飛んでくることがある >>正社員上級SE様が客先に持ってきました、
>>違うと言われた、明日の朝までに・・・
まぁ、アホプロパーなんだよな。
たいして考えもせず仕様を設定する。
その仕様で実装すると使いものにならないから
そこも考えなくてはならない。
でも、そうして親切に作るのに、理解できず文句たれる。 言われた通り作っても
設計の欠陥や不整合や抜けやミスを指摘しなかったのは
プログラマの責任です。悪いのはプログラマです。
・・・日本のIT業界の常識になってしまったな。
それは、海外では通用せず、下請けに海外の会社を使う開発が
一時期流行ったけどうまくいかず廃れてしまった。 大和田常務「部下の手柄は上司のもの!上司の失敗は部下の責任!」 >>374
上司部下が同じチームに固定されてるんだったらそれでいいんだよ 元請けもケツを拭かなくて
発注元も含めてエヴリバディアンハッピー 逃げ遅れた真面目ちゃんが自殺して責任を取るスタイル >>359
良いディスプレイを使ってれば一定以上は落ちないよ
酷いの使ってると一気に落ちてくけど >>378
ディスプレイの距離で老眼になった
他は見えないプログラマ完全対応 >>372
言われたとおりに作ると出来上がらない。 設計以前に要件定義の段階で
分からないことが分からないなんてざらだし。技術的に可能かどうかなのかも
検証用のプログラムを作って検証するなんてこともしないからな。
そういうのを含めてありとあらゆるものを実装段階に詰め込んで、問題が
噴出しても本来なら仕様変更で前工程、前々工程に差し戻してでも検討
するようなことでもその場でどうにかしろってのが常態化してるからな。 俺なら仕様変更の可能性を考えて
柔軟性をもたせたシステム設計にするな
特にDBまわり
なぜ現場の人間がそこまで面倒見なきゃ
いけないのか完全に理由が不明だが
まぁここはウンコのジャップランドだからな >>382
DBまわりに柔軟性持たせるって、どういうことしてるの? dbに柔軟性持たせてどうする。
ていうか、やることなんて普通に正規化して、場合によって正規化崩す程度だと思うが何するわけ。
後は、ビジネスロジック文のsql書くだけ 将来にやるのが確定している状態で柔軟なつくりにするならともかく、
不確定な状態を放置していて柔軟に作るなんてのはまんまアンチ
パティーンだろ。 >>386
そんなのを使わないといけなくなった時点で
まともに設計が出来てなかったってことだから
どうせボロボロのシステムになる。 アップデートや
バージョン管理
なんも考えてませんでした
というオチ >>386-387
予備カラムがそもそもいらんことを知らない時点で dbだとキー項目は拡張性考とかんとダメやね
pgだけに任せたらあかん
今後こういう提案を逆に持っていきたいから
こういう風に作っとけとplやseが気づかんとな
派遣pgにそこまで考えさせるのは出来へんから
マネージャーのお仕事になるね マネージャーってメンバーの下の世話するやつだろw何言ってんだコイツw ジャップランドでマネージャーといったら
野球部の性奴隷だよなぁ
ジャップランドは性犯罪の国だと世界からバレバレだ >>380
ホントこれ
プログラム書けないSEが、ユーザーにヒアリングしたつもりになって
なんとなく仕様っぽいものを作る
→実装で大炎上
なぜか全部プログラマーのせい
みたいな 自分が知りもしない仕事めちゃくちゃ細かく指図して
無理を指摘したら人間性がどうのこうの言われた挙句に
仕事がこけて言われたセリフ
「俺の指示した仕事が、結果がうまくいかなかったら仕事したお前らのせいだろ?
実際の損失は俺が被るんだから」
会社がブラックかどうかは上司によって決まると痛感した職場 >>396
本当に責任とるんだったらその程度の愚痴は許してやれよw 会社に損失与えて申し訳ありませんて誓約書にサイン書かされそうになった
念のため提出前にコピー取らせてくださいって言ってたら青い顔になってたが
愚痴ってレベルじゃねえ とある公共事業のシステム開発で
通信周りを担当したのだが
仕様通りだと10ケタのデータだったのに
11ケタ目にゴミ付けてきて
案の定、他人のデータは信用しないので
左から10ケタまで格納してガード処理入れてたが
メーカーの連中がどうしてガード入れたんだと言って来た
当然ファインプレイだったが・・・当然とは言わなかった
他人からのデータを信用してないとは言えず
おかげで結合試験 1ヶ月腕組んでるだけでバグ0件だった 異常値を勝手にトリムして受け入れるとか信じられん
命に関わるインフラじゃないといいが 間違ってもお金 多いか 少ないかだけだからな
公共料金きちんと確認しろよwww >>399
何で11桁目を入れたか聞かなかったのか?
チェックディジットを勝手に除外して、他の人の指摘に対して聞く耳もたなかったゴミとしか思えんのだが。 >>405
聞かない方も悪いけど、言わない方も悪いだろ。
まあ、仕様と違うならゴミデータとして登録しないのが普通だが、
どういう思考経路で登録しようと考えたかは興味深い。 >>402
なかなか出てこないフレーズだよな
一か月腕組んでるだけでバグ0
というのもポイント高いけど >>399
相手が言ってることを守ってて文句を言われる筋合いはないから、正しい
向こうの都合で11ケタにしたなら仕様書をアップデートしたうえ通知してもらわんと
ヘタに空気読んで合わせてバグったらこっちの責任になってしまう >>409
これが正しいと思えるのなら死んだ方がいい 「仕様書では10ケタと書いてあったのでそれ以外はエラーとみなすようにしてます
問題があるなら仕様の書き直しをお願いします」
くらいは言うかもしれないけど ここでドヤ顔で書かれたレスに対して肯定的なレスが返された事は一度も無い
勉強になるな・・・
俺も今度何かドヤ顔で書き込んでみようかな 正しいよ
仕様書に入力の前提条件が10桁と記載されてるなら何もしないもしくはトリムでいい
なんも書いてないなら何もしないのが一番
へたに例外なんか吐いたら
たとえそれがアプリの品質にとって最善でも
仕様書に書いてないのをいいことに瑕疵にされる
ほんとに >>415
前提条件を満たさない値が入力されたのに、仕様にないロジックで適当な値を作って処理続行とかありえない
それこそ瑕疵にされる いやいや確認すればいいだけでしょw
なんの議論だよこれw >>421
勝手にアホなロジック追加して俺かっけーってやつを馬鹿にしてる図 >>410
仕様書に書いたことを守ってない奴に配慮する必要あるんかしら
書いていない項目すべてに配慮する義務をこっちが負ってるならお前が正しいが
そんな条件では仕事請けない >>423
トリムする処理は仕様書に書いてあるのかい?下手に空気読んでトリムする場所間違えたらお前の責任だ 相手が技術的にわかってる or 一応こっちの言い分を飲むタイプの人なら
曲げることもあるっちゃあるが
DQN相手に曲げまくったら軽く破産コースなのはまちがいないわけで
ほぼ日要件変更の疾走感パねぇ、抗うつ剤飲む羽目になった >>423
その通り。だから仕様書とは違う入力の場合は処理を続けてあげる必要はない。 前提条件ってのはチェックじゃなくてその範囲で値が入ってくるって保障されてるってことだから
前提条件違ってたら動作は任意だ任意 >>424
>>399では「左から10ケタまで格納してガード処理入れてたが」だから
トリムかどうかはわからんのだけどね、どの方法かはわかんね
とりあえず「トリムだろう」と見当付けてトリムで論を進めているようだから
お前さんの想定で文章を書いているんじゃないか? という指摘はできそうだ >>427
なるほど
「前提条件とは違うわね」って文字列に変換して処理してもokってわけか 10ケタという仕様を満たしているならどうしても構わんだろう、と言ったほうがいいのか
11ケタの時に10でトリムしてもいいはずだし
長さとって11の時にエラー返しても構わんし
forなりで10コだけとってもいいわけ
相手当人が言ったのを守ってないなら相手の間違いであるから
お前の間違いだ、文句があるなら書面から直してこい、とガン無視キメて構わないってこと >>429
何を言いたいのかよくわからんが、左から10桁と右から10桁とでは全く意味が違ってくるから処理(判断)できんだろ >>432
現場に一人でもこんなやつがいると恐ろしいな >>431
もっと面白い煽り方をしてくれ
ヘイト芸やるなら意表を突かないとダメだ めんどくさいから感情的に来る煽りでgdgdにしてみるよ
もう一杯飲んだら寝て放置キメる >>435
煽ってるんじゃなくて素直な感想じゃね?実際ヤバいだろ >>436
草生やしてウケると思ったのか
煽り芸をやるならもっと工夫をしてほしい、俺の心に刺さるくらいキチガイのやつを持ってきてほしい >>437
酔って思考回路めちゃくちゃになってない限りありえないもんね >>438
お前の論が正しいと仮定するなら
ありとあらゆる仕様変更に対して動くコードを書けということになるのだろう
やってみればいい
指摘できることは、今お前は日本語ってコードで失敗しているってこと
例えば俺を納得させることに失敗した
俺ぁそんなのあきらめてるけどさ >>439
明らかにウケ狙いじゃねーだろ何言ってんだコイツ >>446
仕様変更の通達をしてない相手に配慮する必要があるのか?
配慮する必要があるとお前が考えてるなら地獄行きだ、と
それはオカシイ、配慮すべきだってならお前が正しいのだが
たぶん死ぬと思うぞ
自殺志願者ならやっていい、俺が知ったこっちゃねえから >>448-449
秒数見たらわかるけど、2人しかいないようだな >>450
勝手にありえない処理追加する方が自殺志願者だろカス >>450
自分の身を守るためにこそエラーにすべき >>452
トリムがありえないというなら何が正しいかを説明してもらわないと
仕様書で10ケタと書いていたが実際11行だったから11行に対処できるのが正しい
とでも?
>>453
452と同一人物だろうが、まあ2人だな
俺はそんな往復の文を書けるほど器用ではないから >>450
想定外の値が入力された場合に想定外として扱わずに正常値として処理を続ける恐ろしさよ あら、「11行」とか酔っ払いのダメなところね
11ケタですわな
で、彼はきっとツッコんで草生やすだろう >>457
酔っぱらいまだ起きてんのかよ
体壊すぞハゲ >>458
10ケタとかで「通信系」だと、昔の言語でパケット扱ってるんでないかなあ
具体的にはC言語
例外がサポートされてない言語ではないかと >>399 みたとき疑った
実際は当人に出てもらわないとわからんけど >>462
そもそも例外処理を知らんやつって可能性もあるな >>457
お前の理論だと、11行の入力値だったとしても、それをどうにか10桁に丸めて処理するんだろな >>466
本当に釣られるとかビックリだ……
「そういうのは例外飛ばして沈めろ」主義者なのはよくわかった
それが不満なのもよく承知した
そのうえで無礼を承知で言うが
とっとと寝ろ、俺も寝るから ■ このスレッドは過去ログ倉庫に格納されています