プログラマの雑談部屋 ★198
■ このスレッドは過去ログ倉庫に格納されています
>>515
前スレで大手は正義ってコメントあったから書いたけど、そんなことないぞと言いたい。
もちろんちゃんとやってる会社も沢山あるだろうけどね。 ストレスやばすぎて翌日パフォーマンス落ちるのわかってても晩酌してしまうわ
悪循環になってるのわかりきってるんだけどな プロパーがテストするのを死ぬほど嫌がる
いやそれまちがってるから
でもさ
金勘定しないから
通ればたぶんばれないんだ
それでいいと思ってるのかもしれない >>468
セキュリティ会社にcve取るのが生きがいみたいな人おるんよ 丸投げと言われないように何でもいいから口を出しておけ
↑
いつもこんな感じ 設計や実装よりテスターこそオフショアに任せるべきとこだと思うわ。でも海外の人らはまともにテストやらんのよな アメリカとかでもいちいち一枚一枚画面ポチポチとって膨大な量のエクセル生産しながらテストやってんのかな 1メソッドに1000行の処理をぶち込むおっさん・・・
書いてて疑問を感じたり気持ち悪いと思わないのか？
そんで案の定バグりまくって解析と修正に2日くらいかけてる
本当に理解できん 1万ステップのメソッドのみがあるクラスはみたことあるな
単体テストに1週間かけててアホかなと思いながら見てた Janeのおかげで卒業できそう
こんなクソ重いの使う気にならんて
開発者は本当に使ってるのか？ というかこのもっさり何使ってるんだ？
明らかに標準SDKではないよね RDSってすぐにクレジットバランス枯渇するな
CPUは全然余ってるのに 齊藤京子とかみりちゃむとかが好きすぎる
自分の好きなタイプがようやく分かった とりあえず標準SDK使えば雑に作ってもスクロールサクサクになるから
作り直してくれ >>527
コードレビューで誰か指摘してやれよ
そんなんめんどくさいから契約切られて終わりでここまで来たのか知らないが 1000行書けるおっさん ＞ 1000行読めないおまえ >>543
あっちこっちすっ飛んでデバッグしにくそうだな
ただ小分けされてりゃ可読性いいかつったら自己満に過ぎないしな 昨日はストレスで風呂入るの辛くてそのまま寝てしまった
朝風呂入るか １画面に収まるようには、スクロールの概念がなかった時代や
20行表示するのが精々だった時代を生きて成長しなかった人のルールだろうな エビデンスとかいう文化やめねえかなぁ
他人に見せるための物証とか残しても見ないだろ >>512
コードに文句付けて、良かれと思って元のコードに反した書き方をしたら
多方面で問題が発生して二進も三進もいかなくなって
結局文句を言っていたコードを参考にして戻っていくという >>527
一般的に良いとされる習慣、それこそリーダブルコードに乗ってるようなものを全く知らない興味ないっていう人本当にたくさんいる
不思議だよねぇ。そういう人たちって読みやすさとか考えないんだろうか。彼らの脳内ではそういうコードが読みやすかったりするのかな 1000行くらいならまだ甘い
5万行のメソッドが一個だけという恐ろしいものを見たことがある
そしてそれが神クラスなんだ >>546
っつっても実際問題20行ってリファクタリング考えるラインな気がする
それくらいになると処理を関数に抽出できねぇかなと思う >>549
リーダブルに行数の定義あったっけ？
最も良いのは一々コードを読まなくても把握できるソースなんだけどね
コードを読まないと把握できない時点で可読性が良いとは恥ずかしくて言えない 20行だった当時は収めるために何してたかというと
１行にいくつもの処理を書いて行数を減らしてた 1000行を超える関数があると言っても所詮１関数か２関数程度でしょ
プロジェクトの規模の１割にも満たなければ当然理由がある
短くすることがただのポリシーだったら芸術家気取りの馬鹿の所行 一つや二つで済むわけねぇだろ
どうせベタ書きしかできないからそうなってる訳で >>555
それってmainしかないプログラムとかじゃん？
じゃなければどんだけ大規模なんだよって話に 重要な箇所をわざと増長させて技術流出を防いでるところもある
無駄な関数増やして速度をわざと落としてる
コピペされたとしても使い勝手は限定されるし、そんなことするヤツは所詮コピペバカ はっきり言って行数なんて処理次第だな
OSS見てりゃそんなの気にもしなくなる
他人に無駄な期待をするより自分自身の読解力を鍛えた方が遥かに幸せになれるよ AIは膨大な情報を覚えさせて（経験させて）高度な認識ができるようになる
かじりはじめた程度でできるわけねえだろう、色んな所で山のように経験しろ
パートのデータ入力じゃねえんだから女々しいこと言うんじゃない >>560
凡人が越えられない先にあるものがホンモノ >>501
でも対応する場所は30のままだよね？
大袈裟に見えるだけで大した事無いやん
むしろバグ報告が埋もれずにきちんと上がるだけ良い >>568
実際のバグの数は30じゃ効かないですよ
バグ報告から実際のバグの原因を探すのが難しくなる
数が多いと 1000個のバグ報告だと1000個の調査が必要になる
これがUTの段階だと30個の調査で済む、工数からしても効率が良い。 >>571
それが単機能単位でうまく動いてないとわけがわからなくなる、そもそも作ろうとしてる仕様も業務的に複雑で難しかったってのもある。 まあそんな感じで受け入れてくれない人もいるけど、僕は過去に別プロジェクトで本番障害件数を少なくした経験があるので僕のやり方ってのは実績があります。 ユニット単位で、本番じゃ絶対になり得ない値でチェックとか
そんなUTを量産しても意味が無いのってあるよね >>575
言いたいことはわかる
業務上起こりうる正常系が通ってないレベルって思ってもらえれば
現にシステムテストユーザーテストのほかに業務テストってのがあって、それの正常系ですらまともに動いてなかったですね >>575
限度があるけど起きえないことが起きるのが本番だ 一般的なエンジニアさんの品質の半分もないくらい品質のレベルが低かったです if(ファイルがある時){
}else if(ファイルがない時){
}else{
ここどうやって入れるんだよ
} まあ俺ははじめからあちこちメソッド分けて書くと逆にバグりそうだな、一つにまとめて書いたほうが読みやすいし作りやすい、一回つくってからここは部品化できそうだなとか色々浮かんでくるが時間ねーし後でいいやってなるわ、てか部品化するかどうかって設計の段階で考えるもんや、誰でもできるとか言ってるプログラマーに考えさせるもんじゃない >>580
デスコード化してる場合と業務上絶対入ってこない値によるテストもあんまりやる意味ないよねわかる >>576ですが
まあ僕が今まで5年間プログラマーとしてやってきて1番品質レベルが低かった。
本当にSIかよって思った。
WEB系だと空気感違うところもあるんでしょうが、ガチガチに作らないとやばいお金周りとかのシステムもあるんでどうなんだこれってなりましたね。
これが上場企業なんだからあんまり会社の規模って関係ないんだなって印象です。 >>582
業務上絶対入らないほうはちょっと微妙かも >>584
まあね、でもそこは人によって分かれる価値観だと思ったので一応。 >>580
バカやな
イフ ファイルあるとき
エルス
でいいやろ
エルスイフがいらん ステータス系とかかな？
1〜5まで業務上は定義されてるんだけど何かの拍子で6が入ってるかも知れない >>587
知るかよ
コーディング規約がそうなってたらそう書かないといけない コーディング規約が20年前とかに作られた物だったら価値観もだいぶ変わってるんだろうなぁ 永久に終わる事のない論争：HTMLはプログラムか否か 大手でふざけてるところよりかは、下請けでもちゃんと仕事にプライド持ってる人の方が尊敬できるなって思ったね。
みんなは思ってる以上にちゃんとやってるよ。
腐ってる大手は社内政治に頭のリソースを取られて仕事をちゃんとやるって言う気概がない。 >>591
ノーコードのGUIを見てプログラムと呼んでるんだから
コードまであるHTMLはプログラムだろ 梅毒患者が急増 過去最多の21年同期比1.6倍 10年続く流行
毎日新聞
かつてはめったに診断することがない「幽霊病」と言われた性感染症、梅毒が急増している。今年は4月3日までの患者数が2397人で、過去最多 >>595
たしかにノーコードでも広義の意味で「プログラミング」だな ifなんていらないよ
メインロジックにファイル固有の処理書くなんて可読性悪くするだけ
こういう時こそ、参照渡しをつかうのですよ 自律して動くプログラマーが全然いなくてマジで驚く
逆さに振らないと報告しないとかザラ
こんなことだから未経験応募が殺到するんだわ
プログラマーって仕事が舐められてるんだけど周り見ると舐められても仕方ないやつばっかだわ・・・ >>600
でも未経験からプログラマーになれる人は限られてるよね
あれどんぐらいの割合だっけ >>600
だから社会人として普通に仕事が出来るだけで人より評価が高くなる。この業界はまだまだヌルゲー >>600
自立して動いてると勘違いしてる典型的なおバカさんか？
雇われ労働者の時点で年収1千万の大企業のエリートサラリーマンでも
基本的には指示されたことをやってるだけだぞ。
5年ぐらい働いて仕事に慣れてくると勘違いしちゃうのだよね。
20年くらいやってるとだんだんと分かってくるのだよ。 メーリングリスト宛てに依頼はきてても
個別に指名されない限り何もアクション起こさないのはダメ？ >>600
単純に人手不足だからプログラマーに殺到してるんじゃね >>600
人手不足なんは無能な上流に金吸われて
プログラマー薄給だからだろ金よこせ
もちろん優秀な上流はいるんだろうけどな、設計や要件などちゃんとやれる人は。 自ら勝手にやっても給料変わらないのに
自らやるヤツってリスク管理や自分の利益の計算が出来ない
ただのバカじゃね？だから奴隷にされてることすら気づかない。 >>604
そのほぼじゃない部分を言われているのと思われ
多かれ少なかれ支持されて動くでしょと
支持されなくても動けるように教育するのもあなたの仕事でしょとも あなたのマネジメントor教育か、プロジェクト体制や社内の雰囲気で改善できる可能性あり。
もちろんあなたが最善を尽くしていないと言いたいわけではなく、そういう改善方法もあるよと。 >>583
下請けに作らせてるだろうから任せた下請けによるだろう、違う現場のシステムは有能な下請けに任せてるかもしれんし、ただ保守になると有能なメンツの給料は確保できんから新規開発後はまた違う人たちを雇ってどんどんソースは汚くなってくけどな >>610
作る内容の管理がPLで人金時間の管理がPM >>608
そこが難しい。勝手にやって評価も上がる環境もあれば、ただの奴隷扱いになる環境もある。同じ会社の部署違いやチーム違いの単位ですら真逆に変わることも。 >>612
1番社内で力を入れていたプロジェクトで有能な奴を集めたらしい。
そもそもプロジェクトの進め方とかも色々おかしかったし、下請けのスキルのせいもあるけど、その企業を育ててたのうちらだったから元々は前の会社のせきな気がする。 ■ このスレッドは過去ログ倉庫に格納されています
