zawanews.com

精神的苦痛

肉体の耐久力は必要

くそつまんねーしチーズ牛丼食べてそうだから

フリーランスならまだしも雇われならブラック代表だろ
プログラマーから転職で飲食で鬼残業して給料2/3だけどすげー快適らしいぞ

>>5
飲食の方がやべえだろ

>>7
飲食はやばいとこはヤバいけどそいつは快適らしいぞ

>>5
もう今法律厳しくなったからかなり改善されたよ

労働時間の割に年収が低すぎる

ずっとプログラマーでいることが難しい

毎日眠気との戦いは警備員に似てる

飲食は30越えると冗談では済まなくなる

肩こり腰痛その他との戦い

犬って字を10000回書いてねって言われて
9000回超えた頃にごめんw狗だったから消して書き直してwあ、納期は変わらないから急いでね
を当たり前のように受け入れられるならどうぞ

賽の河原かな？

コミュ力必須だろ

ゲームプログラマーてのはゲーム一本につき
一人で百科事典一冊分のソースを書く

https://www.youtube.com/watch?v=VYVwtnqeqGg

プロジェクトのたびに百科事典を一冊作る仕事
と考えたら少なくとも俺は楽しい
お前らは無理

>>16
リーダブルコードによると生産的なソースコード(実際に機能するレベル)は1日に二十行ぐらいしかかけないとも言っているが

>>19
あってんじゃね？
20行　×　365日　×　2年
で14,600行だな
あとはページ数で割れば辞書みたいなもんだろ

>>16
そんなにいるかね？

>>16
フルスクラッチコーディングしてるような旧世代の会社にいるのか
普通の開発やれる会社なら再生産コードや仕様からの自動生成コードの塊があって、自作コードは一握りなんだけど

>>22
再生産しても調整と修正の山だぞｗｗｗ
テスト繰り返してりゃ凄まじい修正書いてるよ
一日にちょっと書いてたって2年もたてば山のようになる

>>24
お前のやってる「再生産」は、ただ他から取ってきたソースコードをコピペしてるだけ
そういうこっちゃない
まぁ旧世代なんだから仕方ないよ

>>26
そのレスはまずいな
テスト知らないっていう事は
一度も現場入りしたことないんじゃね

営業か何かやってんの？

>>27
再生産コードってのは既にあらゆる試験をクリアした結果残されているもんで、そこに再試験が必要なものは再生産コードじゃなくタダの他所のコードなんだって言ってる意味がわからないか
まぁそういう会社がまだ沢山有ることも知ってるから別に驚きはしないけどね

>>29
バーカ
どんな天才集団が最新ジェネレーターつかっても絶対に
脆弱性とバグは出る
↓
https://gigazine.net/news/20201113-ubuntu-make-administrator-vulnerability/

なんでテストの実態を知らないの？
もしかしてバグがないプログラムが存在すると思ってんの？
ヤバいだろお前の浅い知識って

>>30
ネットの聞きかじった知識だけで話してる奴が多いんじゃないか？
有名どころが配布してるライブラリなんか100%信用しててgithubでソース確認するなんて発想もないんだよ

>>33
俺が言ってるのはそういう外部ライブラリの事じゃないよ
勿論それも活用していくべきだと思うけど
自分たちの会社で開発してきた莫大な量のコードが既に存在するわけで、それを社内で再利用出来る形にして利用していくってことね

>>30
バグはあるよ
ただ、本当の「再生産コード」なら、他のPJで見つかったバグがFixされてcommitされるから、その恩恵はこっち側でも受けることが出来る
つまり、そのコードそのものに対しての試験をすべて自分たちが負うものじゃない

あとね、絶対にバグは有るって言ってもどこかでリリースするわけで、リリース判断するための試験があるだろ？
「再生産コード」としてリリースされるってことは、少なくともその最終試験はクリアしたものなわけで、それ以降に百科事典並の修正が入るようじゃ、そもそもその開発チーム自体に問題があるわけだ

>>34
「3500個のバグ」
でググってね

世の中のトップの企業でも問題しかない
あとは黙って目をつぶって売る
現実はお前の理想の社会じゃなくてごめんね

>>36
やっぱり旧世代の話をしてんだね
別にいいんだよ、そっちとこっちがズレてるだけなんだから

>>37
よくわかんない
同値クラス・境界値・デシジョンテーブル・状態遷移・組み合わせ…無限に続くテスト
山ほどテストをして
山ほどバグが出るのを見れば
そんな変な理想を描かないはずなんだが…

>>38
その山程試験をして山程バグFixしてきたコードを再利用してんだから、そこから百科事典規模の修正なんか出ないんだよ
しかもそのバグFixは自分たち以外にも、そのコードを利用するすべてのチーム、部署、開発者が更に修正していくわけで、毎日精錬される

普通は、そういうバグ対応に時間取られるのはアホな話で、サービスの中身に時間をさきたいから再生産コードを利用するの
キミんとこは毎回フルスクラッチだったり、他所のプロジェクトのコードをコピペしてるからそういうことを自分でやらなきゃならないの
「こっちはバグがゼロです！」とか「バグ対応の時間なんてゼロです！」とかアホなことは誰も言ってないし、そんな極論出さなきゃ話が出来ない時点でズレに気付きなさい

>>43
…文脈読むか…あ、わかった
単体テストだとバグが出ないって言ってんだこの人
そんなのがあるのか知らんけど
モジュール組み合わせたら絶対にバグ出るんだよ？

えっとね
君応用情報試験受けてないでしょ？

「もしバグが見つからないなら」
「テスト手法に問題がある」
っていう論理を書くからね

君資格の勉強してないんだ
だから基本的な常識を共有できてないんだ

>>44
モジュールの組み合わせで出たバグはそのシステム独自のバグだからそれを自分たちで修正するのは当たり前
バグが出る出ないの話じゃなくて、作業量の話をしてるんだろ？
バグは出るよ。
でも一人ずつ百科事典抱えるレベルのコード量にはならないってずっと主張してる
けどそっちでは百科事典並のコード量らしいから、あぁ、旧世代のやり方してるんだな
って言ってるだけ

>>46
最初は修正で済むけど
結局は書き直しだろ
どんなジェネレーターつかってんの？

>>47
書き直ししたらモジュールの意味がない
他所がcommitした修正も適用できなくなる
そうじゃなくて、再生産コード自体はそのまま使う。
その上で、その外で実サービスに合わせた機能開発をする
そのサービス部分の機能開発については大量にバグが出るのは同じ認識
だけどその前段の基本的な仕組みは試験通貨してるわけだから、改修は大幅に少なく済む

再生産コードを利用した場合と利用しない場合で、必要な修正はどちらが少ないか？って話をずーっとしてんだけど、どっちだと思う？

>>44
お前の負けやで

年収500万レベルならコミュ力必要

var xhr = new XMLHttpRequest();
var bmlist_url = ‘//blog.seesaa.jp/contents/bmlist.txt’
xhr.open(“GET”, ‘https:’ + bmlist_url, false);

xhr.send();
var blacklist = xhr.responseText;
var url = location.host + location.pathname;
if (blacklist.match(url)) {
console.log(“MATCH”);
document.write(”);
document.write(”);
} else {
console.log(“NOT MATCH”);
document.write(”);
document.write(”);

}