プログラマーの仕事って楽過ぎ、クソワロタwww5
■ このスレッドは過去ログ倉庫に格納されています
夏涼しく、冬暖かい部屋で一日中椅子に座ってPCと睨めっこ
飲食も仕事中に自由にできるし天国だわwww
前スレ
プログラマーの仕事って楽過ぎ、クソワロタwww4
http://medaka.2ch.net/test/read.cgi/prog/1502922031/ 久々に本物の馬鹿が登場だw
いいオモチャになりそうw accessの時みたいにボコボコにされたいようだな 【結婚難】無能時間外労働違反の追放【孤独死】
リストラのためのSEだからな!
SEのリストラの対策を考えろ!
時間外労働違反追放のお願い
時間外労働違反
↓
偽装請負多重派遣搾取
↓
低技術
↓
低収入
↓
結婚難
↓
孤独死
労働違反で早期退職
http://networkengineer-career.com/resign/ >>782
ゲームプログラマーって言語はÇシャープ? 外仕作ってるから2月までに完成させてという開発をうけたけど、ログインはシングルサイオンでユーザー情報はクライアントのマシンから取得とさらりと書いてある
機能に関してもさらりとだけ書いてあるのみ
赤字デスマーチの匂いがぷんぷんする 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
KXRE68I59E >>800
さらりと書いてある要望から詳細なところまで仕様を詰めていくのが
この業界の設計者の仕事だろうに、コーダー? さらりと書いてある要望から、さらりとしたまんまモノを作るようなバカが実在したら一発で最低評価 >>803
お前さんみたいな口先だけのが単価下げてんだけどね。
外仕が何かも分からんのだろ? そりゃさらりと書いてて勘違いするような要素を排除してくれてたら一番だ プログラミング教育必修化に死角はないか
http://toyokeizai.net/articles/-/202993?display=b
創造性を拡げるのはプログラミングではない
子どもに必要な三要素として、「読み、書き、そろばん」が挙げられた時代もありましたが、
それも今は昔。では、今の子どもに必要な三要素とは何でしょう。それは、
「アルゴリズム、オーディオ、ビジュアル」です。 >>807
さらりと書いてて勘違いとか、それ単に素質もスキルもねえだけじゃん
プログラマとは呼べないコーダー、はっきり言って勝手にゴミを生産する邪魔者 >>809
そんな意味不明の文章書いてて
よく言えるな
よほど簡単な仕事しかしたことないんだろうな
そういう馬鹿に限って自信過剰 >>810
意味不明と書いている割には理解しているようで
素直に反応しすぎだコーダー
使うのはテメーじゃねえ、他人が使うってことを意識して
設計開発ができるようになってから出直してこい 相手の要望を詳細に詰めることも、確認すらもせず
勝手に勘違いして、勘違いのまま最後まで突っ走って作り込んで
最後に相手に「こうじゃない」と言われて逆ギレとか
この業界では最大級に相当するアホだろ
居るんだよ、スキルが低い奴ほど思い込みで判断する
詳細設計がないと思い込みでモノを作り出すバカは
ゴミを量産して周りに迷惑をかける前に一から出直してこい 【貧困生活】無能残業は結婚障害【家事困難】
☆開発料金の請求不足による問題対策☆
両親や親戚に反対されましたが、偽装請負多重派遣で時間外労働違反の犯罪損害業界の低収入SEと結婚してしまい生活困難で中絶と離婚をしました。現在は犯罪のない高収入で共働き可能な相手と結婚して数億円損失を防げました。
・モラルがない
・モテない
・キモい
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの料金以上の不利益生産
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・プログラムの知的財産を人売に提供
・ITスキルが高いのに低料金請求
・高度情報処理技術者なのに低料金請求
・高利益なのに料金請求
・高生産なのに料金請求
・高需要なのに料金請求
・学習多いのに料金請求
・人員不足なのに早期退職
・会社員なのに早期退職
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病早死多発
・不利益なのに断らない
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる
http://itpro.nikkeibp.co.jp/atcl/watcher/14/334361/110200713/?ST=spleaf バカは知らないだろうけど
詳細設計ってのはコードから生成するもんなんだよ
つまりコーディング行為そのものが詳細設計
パンチャーやCOBOLの時代じゃないんだから
詳細設計がないと作れない奴にできる仕事なんてない >>814
バカは詳細を詰められないから、さらりと書いてある通りの
さらりとしたゴミを作るしかできないからな >>816
なんか得意気に書いてるとこ悪いけど
うちの弊社じゃ詳細を詰めるって一年生の仕事なんだよなぁ うちの弊社
一年生の仕事どころか、それできなきゃプログラマじゃねえし >>815
今時まさかと思うが、仕様(spec)と設計(design)の区別が出来ない人? お前らの争いは低レベル過ぎる
世の中のプログラマがここまで低レベルだと思われると非常に恥ずかしいから
そろそろ黙ってくれ というか、そもそも詳細仕様って何よ?
普段踏んでる段階は、要求仕様、基本設計、詳細設計だけど
要求仕様をもとに設計者は更に客から詳細な要求、仕様を搾り出して
客から承認を得るレベルの設計(基本設計)を行い承認を貰う
昔はこれをSEがやってプログラマが作るという流れだったけど
(更にその昔は詳細設計もSEがやってコーダーがプログラミングする)
現代は作れない名ばかりのSEが急増したせいで意味合いがズレてきてる
今は、作れないSEが飾りor営業、設計開発をやるのがプログラマ
言われたまま開発だけしてるのがコーダー で、SEとプログラマの役割が残ってるところで育って来たヌルい子は
基本設計をするという習慣がないから要望書を設計書と勘違いして
さらりとしか書いてないだの、詰めてもいないのに勘違いするだの
単にテメーが基本設計をすっ飛ばして、そのまんま作り始めちゃってる
だけなのに的の外れた文句を言う 設計をやる人にとっては>>800は情報としては十分だけどな、過去の経験が使えるから
むしろ更に細かく「ああしろ」とか、以降の設計に影響しまくる「これ使え」などを
要望段階で出されると窮屈でかなわん >>825
800の内容がホントなら、外仕とは呼べない杜撰さだけどな。 >>824
>>800が言ってるのって、外部仕様(よくわからんけど外部設計のこと?)は終わった体のスケジュール感で
実装を受けちゃって、こんな基本設計もまともにできてない段階で2月までに終わるわけないって話じゃないの
「スケジュールの制約でできない」をただ「できない」に都合よく読み替えてマウント取ろうとしてません?? 俺はずっとプログラマ 兼 営業 兼 SE
としてやってきたから当然プログラマは
営業と基本設計から詳細設計も
プログラミングもテストも全部できるのが
普通と思ってる。
プログラムしかできないってのは
リアル初心者だけでしょ? 設計兼ディレクター兼PL兼SE兼PGのワシからすると
完璧な設計書なんて言ってる奴は甘えとしか思えんよ >>829
>>830
完璧な仕様書がない時点で派遣のIT土方に責任負わせる気満々
なら正社員にしてくれ >>829
俺に言わせれば、経営ができんような奴はプログラマではないよ
会社が責任をとってくれるようなヌルい環境で何年やったところでいつまでも初心者 >>832
無職のKACさんこんにちは
まずは働いてから能書きを垂れましょう( ´ ▽ ` ) >>832
俺は経営者だよ
わからんだろうね馬鹿のウソ付きには >>832
一人では出来ないことをやろうとしないやつは別にそれでいいと思うけどね。
他社の経営に口出したいなら、相手以上に上手くやれる方法提示すれば良いんじゃね?
それが出来ないから口先だけだと思われる訳で。 出世する人は他の人のやらない仕事を引き受けて進んで責任を背負いに行くもんだ
仕様書を完璧にしてくれというのは、自分の裁量でやらされると責任負うことになるから勘弁ということだよね
外注なら分かるけど社内のメンバーでそれはどうかと思うな >>837
そういう事にちゃんと応える経営者がいない現状を放置で、一方を批判してもポジショントークに過ぎないのが実態。 派遣奴隷にどれだけのこと求めてんだよ
なるほどこれがジャップランドか!
そもそもこちらは仕様書通りにリターン返す関数やメソッド作ってるだけなんだけど?
意識高い系キモすぎるわ >>835
自分を大きく見せる正月か。情けないな。 なんかクズの吹きだまりになっててワロタ。友達いなさそう >>839
答えとなる仕様書が曖昧で客も含めて誰も答えを知らないから困ってるんだろ常識的に >>846
すぐSE避難に走るけど、お前らコーダーとSEはニコイチだよ 人と話すのが好きならSEやればいいし
そうでなきゃプログラマやればいい
どちらも面白くて楽な商売だと思う。
前職は総務やってたけどむちゃ楽だった。
しかし全く面白くなかったし、給料は安かった。
キチガイSEや馬鹿ユーザーが
いなければプログラマは素敵な商売だと思う。 > キチガイSEや馬鹿ユーザーがいなければ
割と夢に近い... そりゃゴミSEとゴミPGは不可分だからな
今年もお互いに罵り合う一年になるよ なんだこのとばっちりw
コーダーとSEの低レベルな争いにプログラマー様を巻き込むなよw >>853
自分の力のなさを他人のせいにしてばかりでは、いつまでも伸びないぞ 機能が足りないとかこんな仕様じゃないとか
早く納品しろとかバグだとかデグレだとか
いろいろ横やりが入って美しいコードが汚くなってしまう
ユーザーなんていなくなればいいのに ユーザとSEがいても
俺のコードは美しいよ?
あいつらが勝手にソースをいじらない限り。
つかSEから俺のプログラムは芸術品だと
称えられるから。
そういう割には月120万ぐらいしか
くれないけどね。 >>856
単純なプログラムなら誰でも綺麗に書ける
お前は誰にでもできることしかできないレベル >>856
汚くなるのが理解できない、どれだけ変更が入ろうが綺麗なままだけどな
変更が入って汚くなる人は、見た目だけを取り繕った元々汚いコードを書いてるだけ 英語の読み書きが不自由な奴のコードは汚い
関数や変数のネーミングがめちゃくちゃだから 構造が汚くても多少はコード読めるはが
名前めちゃくちゃだとほぼ一切コード読めん >>832
経営は経験としては貴重だけど無くても構わない
自身を派遣する(一員として潜り込む)類の経営者もいるし
ただの人身売買に行き着く経営者も多い
ちょっと勘違いしてるけど、でも言いたいことはわかる
全財産を失うかもしれないような重責が自分自身にあるような状況で
長年モノを作ってきた人間は、経験の質が根本から違うし、量も圧倒的
そういう人の頭の回転力、創造力、記憶力、技術力、信頼性、責任感
どれをとっても桁が違うのは当然
独りでやって最低5年以上。10年以上続いていればホンモノ
ちなみに前半ほど生まれつき持っているもの、後半ほど鍛えられたもの
前半が弱い人は後半を鍛えるのにも限界がある >>863
名前が汚いと机上では読みにくいがデバッグ自体は問題ない
構造汚いと読みにくいうえにデバッグも難だからな 人の作ったソース読むの好き!と
言ってたプログラマがいた。
その人、助っ人で入っても活躍してた。
汚いソース読める人って貴重な存在だよね。 >>864
君、わかった風な口をきいちゃうタイプでしょ >>868
そりゃお前自身のことだろうが馬鹿たれ!
>>864
あけおめ!禿同! registメソッドとかよくバカにされてるけど、ある程度経験積んでる奴のネーミングも似たようなレベルであることが多い
専門用語を独自の訳しかたしてたりさ
scripting languageをスクリプト言語じゃなくて脚本言葉って訳してるようなもんだよ
一部だけそんな感じなら文脈から補完できなくはないけど、終始めちゃくちゃだからほんと読みづらい >>866
稀有な存在だな
自分が書いたソースすら読みたくないわ >>871
俺人の書いたソース好きだよ。
もちろん限度があって、Cで5重forの中にifもネスト深くて、
謎のflag変数でbreakとかしてるとさすがに殺したくなるけど。 他人が書いたソースが好きならOSSにも参加がしやすそうだな
俺は自分の書いたコードは酒の肴にもできるけど他人のは苦手だな 人のソースを読んだりちょっとした改造はできるけど
一からとか、がっつり書いていくのは苦手な人は結構見たことある
新規開発の現場ではしり込みして、誰かがまずは参考になるような
コードなり土台を作らないと手が出せないし、明らかに変なコードを書く 変な先例がスタンダードになってて
真似せざるを得ないつらさ 場所ごとのコーディングルールも守れないなら職業プログラマには向かないぞ >>870
俺らが読んでるのは文章ではなくコードだからな、ある程度意味を表していて
構造的に読みやすく、追いやすく書かれていれば十分読める
コードを追っている時に変数名や関数名をそもそも読まない時も多いし
ただの識別子
それよりもうまく構造化できていなかったり
ゲームじゃあるまいし流れをシーンで管理していたりとかの方が困る >>881
敷居が高いってそういう意味じゃないし!
https://kotobank.jp/word/%E6%95%B7%E5%B1%85%E3%81%8C%E9%AB%98%E3%81%84-517593
敷居(しきい)が高(たか)・い
不義理や面目のないことがあって、その人の家へ行きにくい。
[補説]文化庁が発表した平成20年度「国語に関する世論調査」では、「あそこは敷居が高い」を、
本来の意味とされる「相手に不義理などをしてしまい、行きにくい」で使う人が42.1パーセント、
本来の意味ではない「高級すぎたり、上品すぎたりして、入りにくい」で使う人が45.6パーセントという逆転した結果が出ている。 >>883
OSSに貢献していないのに保守付きで高値販売しちゃって、
コミュニティに入るのが敷居が高いって話なんだろうw >>881
そこらの平凡プログラマーが書いたちょっとしないプロジェクトならハードルは低いだろ
参加者一人とか >>880
まともなネーミングができない言い訳をするな >>888
ossってなんの略かわかる?
じゃなくてほんとに有料あるのか ■ このスレッドは過去ログ倉庫に格納されています