プログラマーへの質問スレ

あのなあ、読まなくて良いコードって誰が判断するんだよ

この関数は問題ありませんよーとか書かれててバグがあったらどうすんの

>>44
そうすれば、関数単位でテストが可能になるだろ
何百行にもなる長い関数が正しく動くか確認するより
10行ぐらいの単位で正しく動くか確認したほうがバグが少なくなる

絞り込みすらせずmainから理解しつつバグがある前提で読みまくる
プロジェクトの進行を遅らせないならいいのでは？
でも上級者でもそんな頭よくないと思うのねん
ましてや普通の人には無理だわん
はなれ技ですわん

JMockitとかを使ったテストに信頼性はないだろ…
privateフィールドを外部から上書きする単体テストとか怖すぎるわ

POJOで実装して淡々とJUNITを使えハゲども
受け入れ拒否すんぞ

メンテしろって渡されたソースのメソッドが
100行超のクソコードだった時の絶望感といったら・・・

>>71
いや、１年目はまだもうちっと素直に聞くことが出来る
これは完全に無能のまま３，４年は経過してる
だけどプライドだけは異常に高くなっているｗ

>>34
いや・・・情報少なすぎて断定できねーだろｗ
１０マンステップの大半がgotoでジャンプしまくり。変数は全部広域変数のflg1,flg2,flg3……..かもしれんぞ。

JMockitとか関数のソースごと書き換えてモック化してるようだが
そんなんできるんだったら
関数の途中だけ抜き出してユニットテストとか
できてもいいんじゃなかろうか？

自分でWebサービスを作りたいんですが
コツコツ作る系で良い題材ってないですかね？

>>54
ブロックの最小単位が関数なのか？
関数内でも111222333のようにブロックに分けて書くだろう
1322132な書きかたしてるとマジで全行ステップが必要だけどな

アタリを付けるって意味では関数で細分化されてるより
まとまってた方がココと目星を付けやすい

細分化すると、一目でって部分に支障が出るからな

>>65
ライブラリ化しろなんて言ってない

あー、関数にする＝テストをしやすくするためじゃなくて
関数にする＝ライブラリにすると勘違いしているアホが居るのか

技術力低すぎやでｗ
レベルが違いすぎるから話が通じない

多重派遣偽装請負損害を助長して
稼働増やして収入減らした
安売り貯金なしドカタは
コロナ恐慌で制裁を受けるべき

WindowsPCのメンテってどんなことしてるんですか?

ステマ能力もアップしないとは

今日は早く帰って良いよと２３時の進捗会議で
リーダーに言われて感謝しているふりの演技するメンバー

cobolerのほうが有能というwwwww
ウケた
まあcobolerでも適材適所にgoto使ったりローカル変数や関数化してるやつはしてるしな

関数ではなくサブルーチンにするから、関数の中まで追わないと
何をやってるのかわからなくなるわけで。

コードが長いからとか、同じロジックだからという理由で関数にするんじゃなくて、
標準ライブラリのように関数の中を見なくてすむような関数を作れという話

それができないやつがあっちこっちに飛んでとか言うわけだ
関数を使えば問題が解決するわけじゃない
正しく使えば問題は解決するというのが正しい
技術力がないやつは正しく使えない
関数を使って混乱するなら、それは関数を作る力がない

>>27
俺も29と同じで、読みづらいけど
決まったとおりにコーディングしてる。

言語ってのは機能が増えるほど読みづらくなるよね。

C++のvirtualなんて地獄だぞ？
他人の作ったドキュメントのないVirtualだらけの
ソースってどんなに頑張っても絶対に追えない。
どの関数が呼ばれているのか分からなくなるんだよ。

10万ステップを超えるぐちゃぐちゃのソースコード押し付けられて
一か月で直せとか言われて退職したもん。

総務省調査
平成２９年度１３．９％
うち
在宅勤務２９．９％
モバイル２９．９％
サテライトオフィス１２．１％

ＩＤＣ調査
２０１７年推計
４９９人以下の企業　４．７％
５００人以上の企業２３．６％

>>23
マジです

全部ゼロから読むの？！
すげぇな
速読出来てさらに頭相当良いな

>>41
> そもそもソースコードを見る必要があるとき＝バグ調査か仕様確認の為

長いコードでバグがあったら、どこが原因か切り分けが難しくなる。
関数に細分化されていれば、関数単位で問題があるかないか切り分けしやすくなる。

もうテレワークじゃない仕事は控えたほうが良いかもしれないな

武漢人みたく新型コロナに感染して高熱と激痛に耐え切れず公園で首つり自殺とかしたくないし

てらてーるいけ

プロパーと派遣って仲悪いんですか？

関数の意味や目的や効果を理解してないバカが暴れてるな。

>>27-28のCOBOLerのほうが遥かに物事を理解してるわ

>>9
本番テストってシステムテストとは違うのですか？

>みたいのが主流になってんの？
1回しか呼ばない処理を関数化する意味もメリットもなく可読性も悪いから

>オブジェクト.addEventListener(‘他のイベントA’, 他の関数A());
>と、ロジックはロジック、コールはコールとかで並んでたほうが可読性高くね？？
高くない

>中には１０行とか２０行とか書いてるのみると
それはブロック内の処理が冗長なだけ

必死だな小分け君

>>27実は俺も読みづらいと思ってたケドみんな当たり前のようにこれで書いてるんだよ
郷に入れば郷に従えでやってる

>>20
なにウソ書いてるんだ？
そりゃ天国の説明だろうがーーーー！

>>17
月曜から土曜日までずーっと一週間会社に泊まり続けて、
毎日４，５時間の睡眠時間でエスパー能力を発揮して、
抜け殻になって痴呆状態になって、
土曜日の終電で家に帰って、風呂に入る気力もなくて
油でベタベタのまま、味噌パンをはいたまま
（ウンコやシッコがくっついて汚れたパンツのことを味噌パンという）
そのまま寝てしまって、起きたら日曜日の昼だから風呂に入って、
コーヒーでパンを胃に流し込んだら、すぐに会社に行く。

そして次の週末まで風呂にはいらずベトベトの髪で、
くさい匂いを振りまきながら一心不乱にデバッグする。

これが半年続いて血を吐いて倒れて入院した俺がいうのだから本当だよ。
これが本当のデスマだ。

極端な解釈や例しか出せない人ってのは

素人なりの抵抗なのよ

最近のWeb系の企業ではテレワークはよく聞くんですが、普通の会社ではテレワークって普及してるんですか？

そもそもソースコードを見る必要があるとき＝バグ調査か仕様確認の為
どっちも走るところは全て要確認だと思うが？

>>39
> あのなあ、読まなくて良いコードって誰が判断するんだよ

十分テストされたコードは読まなくていい
誰が判断するかじゃない。十分テストされているかどうかだ。

テストって単体テスト・結合テスト・システムテスト以外だと他に何をやるのが普通ですか？

キリシタンテスト

最近の言語って、

Button.addEventListener(‘click’, () => {
//TODO　ずらずらー
})
みたいな書き方が、主流のようなんだけど、

関数は関数できちんと宣言して書いて
ButtonClick_Function(){
ずらずらー
}
他の関数(){
ずらずらー
}

で、メインの部分で
　Button.addEventListener(‘click’, ButtonClick_Function());
　オブジェクト.addEventListener(‘他のイベントA’, 他の関数A());
　オブジェクト.addEventListener(‘他のイベントB’, 他の関数B());
　オブジェクト.addEventListener(‘他のイベントC’, 他の関数C());
と、ロジックはロジック、コールはコールとかで並んでたほうが可読性高くね？？
なんで、
　Button.addEventListener(‘click’, () => {
　//TODO　ずらずらー
　})
　オブジェクト.addEventListener(‘他のイベント’, () => {
　//TODO　ずらずらー
　})
　オブジェクト.addEventListener(‘他のイベント’, () => {
　//TODO　ずらずらー
　})
みたいのが主流になってんの？？？

ライブラリを読むのはオレオレカスタマイズしてるとか
コミッターになりたいとかじゃない？

関数にする意味を理解してないやつが
（クソ）関数を作って、関数にしたほうが分かりづらい！
って言ってるだけなんだよな

関数に文句を言ってるのではなく
自分のコードに文句を言ってるだけ

>>38
＞　コードが悪いのかお前が馬鹿なのか知らんけど
＞　コードを読んでいくときに、関数の中全てを読んだりしない

関数の中身を飛ばして読んで理解できたソースなんてほとんどない
そんな綺麗なソースを書くプログラマが
うちのような安い単価の零細下請けにくるわけがない

>>9
テスト機、エミュレータではなくて本番機、周辺機など本番環境でテストする

>>6
並行テスト

関数の引数でむしろ複雑になったりトラブルのもとになったりな
戻り値では返しきらない情報のためにグローバル変数を増やす本末転倒ぶり

>>6
そういう疑問を晴らす為には情報処理技術者試験が最適

>>39
ださっ

次に流行る言語教えて

次に流行る言語教えて

>>32
一ヶ月あれば何とかなる

>>37
コードが悪いのかお前が馬鹿なのか知らんけど
コードを読んでいくときに、関数の中全てを読んだりしないの

関数にするのは読まなくて良いコードを増やすため
一箇所しか使わなくても、それを関数にしてその中身を
読まなくていいなら読むべきコードは減る

そのために関数は適切な名前と引数と戻り値にし
呼び出し側を見るだけで処理内容を推測できるようにする

関数の実装がおかしい可能性もあるが
どうせお前は、関数名からコードの中身を推測せずに
いちいち関数の中身全てを読んでるんだろ