プログラマーの仕事って楽過ぎ、クソワロタwww3 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
夏涼しく、冬暖かい部屋で一日中椅子に座ってPCと睨めっこ
飲食も仕事中に自由にできるし天国だわwww
前スレ
プログラマーの仕事って楽過ぎ、クソワロタwww2
http://medaka.2ch.net/test/read.cgi/prog/1489974291/ 俺の要件定義書はプログラム設計レベルで記述している。
顧客からは絶賛・賞賛の嵐だ。 ウソつけw
そんなもん客に出したら意味わからん言われて突っ返されるわ 多分、>>326はそういう仕事のやり方でOKの客と
やってるんだろう。
小さい会社が相手の小さな仕事ならよくある話だ。 >>326は下請け業者で顧客と言ってるのはSIerの末端開発責任者ってオチでは? プログラマって攻撃的な人多いの?
蔑み僻み驕りばっかりだけど大丈夫? >>331
ああ?
プログラマーは温厚で寛容な人格者揃いだぞ
なに言ってんだキチガイ >>334
> 温厚というか感情が死んでる奴多い
なんか、大変そうだね。
病気にならないうちに、他のSierかメーカーかに
転職したほうがよくね? 3ヶ月くらいデスマーチが続いた頃、
奇声上げてフロア中を走り回ったヤツを見たことあるな。 >>337
そりゃ日本は例外的に「コード奴隷」を合法化している国家だからな
仕様が間違ってても実装でカバーとかザラというか
仕様が間違ってることを指摘したらいろいろ出入り禁止とか、回状回されて就職不可とか
そういう人もいるわけで >>342
絶縁状まわされたんかお前?w
そんな面白いネタ隠すなよw詳細はよw >>343
最低でも残業100時間がデフォルトの会社にいたことがあって
退職を何度も申し出た時にそういう脅され方をした
「やめてもどこも一緒や、うちなんてまだまし、変な辞め方したら回状回されて
転職できへんで、もう少し頑張ったら芽が出るんやから」
辞めて3か月後に転職できたな、なんだったんだありゃ 今思い返したら、むしろ回状とかヤクザかと
後日調べたらその会社は計画倒産のプロだった……
当時の教訓を生かすと「労働基準法違反の連中には労働基準法第十五条二項で対応せよ」だろうか
当時知ってれば簡易書留で手紙ぶっこんだら終わりだったろうし
内容証明だと「裁判前提の通知」の意味になるから裁判沙汰まで行く気がないなら簡易書留がベター >>325
機能仕様書って名前で書類を書くとこ見たことないけど
基本設計書のことでいいんだよな?
>>331
それはプログラマのレベルに達してない(達することができない)
自称プログラマだね、優れたエンジニアにスキル面で他人を嫉む要素はないよ 仕様書通り作りました、
違う、明日の朝までに作り直せ、
正社員上級SE様が客先に持ってきました、
違うと言われた、今日の17時までに直せ、
正社員上級SE様が客先に持ってきました、
違うと言われた、明日の朝までに・・・
の繰り返しだからな。
最下層プログラマは精神を病むよな そして最後にできたのが
最初に提出したコードでした
というオチ たとえ完璧な仕事をしたとしても、
隣の芝生は青い現象や、俺も口出したい欲求等で
事後的に仕様や責任範囲が決まるのが普通だ
相手が表向き口先で何言ってようが
ダメ出しされて突っ返されるのは必要経費。
完璧など存在しない仕事を完璧にやろうとするから精神を病む >>353
そういう仕事しか回ってこない奴はそういう仕事しかできない奴なんだから、仕方ないんじゃないの 仕様を詳細に聞こうとする→あいつは自分で考えない
ものすごい勢いで修正しまくる→あいつはミスが多い
ほどほどにサボる→あいつもまだまだだな
肩の力を抜いて適当にやるのが一番だよ
コンピュータも人間も言われた通りにしか動かない
指示が間違ってると気付くまでそいつが成長するのを待つんだ この仕事やっていて目がどんどん悪くなっていくワロエナイ >>353
ビジネスロジックより下層は現実を切り出したものだから客の思いつきで変わるようなものじゃない
だから終盤での仕様変更はそこまで苦労しない筈だよ
せいぜいUIや帳票のデザインが気に入らないぐらいで済む 「えー?グループに所属してないユーザーも登録できるようにしてよー」 それくらいやればいいじゃんw
お前らってやたらと意味のない制約つけたがるよなw >>363
お前がやればw
普通の人はただ働きなんてしないよw >>364
瑕疵対応だってばそれw
何の勘違いしてんだよお前w >>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相手に曲げまくったら軽く破産コースなのはまちがいないわけで
ほぼ日要件変更の疾走感パねぇ、抗うつ剤飲む羽目になった ■ このスレッドは過去ログ倉庫に格納されています