プログラマーの仕事って楽過ぎ、クソワロタwww3 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
夏涼しく、冬暖かい部屋で一日中椅子に座ってPCと睨めっこ
飲食も仕事中に自由にできるし天国だわwww
前スレ
プログラマーの仕事って楽過ぎ、クソワロタwww2
http://medaka.2ch.net/test/read.cgi/prog/1489974291/ 蹴落としても良いのはネトウヨみたいな屑だけ
市民の敵、人類の敵
差別は絶対にやってはいけない
ジャップは異質な存在を排除するクズの典型の
ような性質を持っている
人がマイノリティが生きづらい社会を作ってはいけない クソチョンはベトナムでの慰安婦問題を
見事にもみ消したよね!
まあ、ベトナムには朝鮮人が経営している朝日新聞のような
売国奴新聞はないから。
で、その朝日新聞もテレ朝も税金を払ってないのを知っているかね?
誰も触れないが。
朝鮮人がこれほど優遇されて、犯罪を犯しても
逮捕もされないという国はないぞ?
逆差別の行き過ぎが、クソチョンどもの「差別するなや!」発言に
つながっていると思うから、犯罪者の多い朝鮮人は
やはりもっと差別すべきだ。
クソチョン、ベトナムの慰安婦問題を朝日新聞が報道すれば、
公平なやつらだということで、俺は二度とクソチョンとは書かない
ことを誓う!
だが絶対に朝日新聞がベトナムでの10万人の女性を強姦、拷問、殺害した
という事実を報道することは絶対にない。
朝鮮人は自分たちの都合のわるいことは全て隠すと言う卑怯な民族だから。
そんな卑怯な民族に対して、寸分たりとも遠慮することはない。
声を大にしてクソチョン死ね!半島へ帰れ!と書くべきなのだ!
そうだろクソチョンども! ∧_∧
< `∀´ > 謝罪して賠償するニダ!
/ ~つと) >>281
svnだとそれだけど
git はそれが要らない
ってぐらいしかメリットを感じない >>276
つ 悪貨は良貨を駆逐する
つか日本のit事業状態そのものじゃ なんか新しい手法を取り入れると
学習期間もあって一旦ダウングレードすんだよ
愚者はそこを失敗じゃ降格じゃって騒いで元に戻す
それを超えてきた奴らに負ける訳だ >>292
勝たせてくれてるんだろ
マウンティングばっかしてる奴に構いすぎたら疲れるだけだし勝っても得るもの無いからな >>292
優れた人の何が劣ってるのかを明確にすると「腐ってる部分」ということに そして腐ってる人が優れた人より勝ってるのは「腐ってる部分」となる Visual StudioでもVSTSでもGitHubでもGitがデフォルトだから、わざわざ他の選択肢を選ぶ理由がない >>294
は?リアルで蹴落とされるって話だぞ?w
てかなんで賢くないのに賢い側の体で発言しようとしてんだよお前w 「この人痴漢です」の一言で冤罪でも社会的に人生が終わるくらい
人間を蹴落とすのって超手軽で簡単で誰にでもできるから
力のない者が手を出しやすい
実力で敵うなんて無理すぎるから蹴落とす方が早いしな 1.その人がやる訳じゃない
2.その人にとって簡単じゃない
3.というかできない、難しすぎ
これらの条件が全て揃った人からしか出てこないお馴染みの言葉
「簡単な仕事」「誰にでもできる」 「超賢い」程ではない → それなりに賢い。
「超」がつくほど賢くない → すげーバカ。
どっちだ。 できるけど俺の時間がもったいないからやだ
誰でもできる仕事しかできない奴がやるのがふさわしい
つまり俺にはできない? そうやって
誰にでも出来る事すら
できない集団が出来上がる 後の人々は彼等のことをこう呼んだ
すなわち「コーダー」と コーダはまだまし
そういう奴はは
パワポぐらいしか使えない >>307
できない奴の常套句のオンパレードだなw >>312
ほんとにできない奴は、お前みたいに誰でもできる土方作業ばっかりやってる奴なんだって
億単位のプロジェクトのリードプログラマやったことある?ないよね? リードプログラマってなんだろ?
PLじゃないんだよね >>313
悪いがリードプログラマって初めて聞いた
シニアエンジニアとかチーフエンジニアと呼ばれてた時期はあったが
メインは俺が設計して組んで、サブ数人 自身がエンジニアなのに自分の仕事の価値を下げるマジバカが
一人でもいるのか? こんな精神をすり減らす仕事の価値を下げて
更に苦労を与えて自殺に追い込むんだから
自殺幇助でもいいな でもPLがあまり出木杉PGなのもどうかと思うわ
自由に設計させて欲しいじゃん
手取り足取りああしろこうしろ言われたら面倒い >>319
ジャアアアアアアアアアアアアアアアアアアアップ! sier行って中途半端に知ってるリーダーにあたると困る。
大きくは外れてないけど、詳細レベルでは分かってないというか、そもそも詳細に踏み込んだ話が発生する時点で、インタフェースの定義不足になるんだがね。 PG上がりSEの中には機能仕様書が詳細設計書みたいになってる奴がいて困る 俺の要件定義書はプログラム設計レベルで記述している。
顧客からは絶賛・賞賛の嵐だ。 ウソつけ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まわりに柔軟性持たせるって、どういうことしてるの? ■ このスレッドは過去ログ倉庫に格納されています