皆仲良くしましょう
プログラマの雑談部屋 ★204
https://medaka.5ch.net/test/read.cgi/prog/1653003887/
プログラマの雑談部屋 ★205
https://medaka.5ch.net/test/read.cgi/prog/1653402902/
プログラマの雑談部屋 ★206
https://medaka.5ch.net/test/read.cgi/prog/1653916960/
プログラマの雑談部屋 ★207
https://medaka.5ch.net/test/read.cgi/prog/1654397561/
プログラマの雑談部屋 ★208
https://medaka.5ch.net/test/read.cgi/prog/1654849649/
プログラマの雑談部屋 ★209
https://medaka.5ch.net/test/read.cgi/prog/1655440371/
プログラマの雑談部屋 ★210
■ このスレッドは過去ログ倉庫に格納されています
2022/06/25(土) 13:24:58.31
671仕様書無しさん
2022/07/01(金) 07:59:09.84 文系というのは文章が整っているが中身が間違ってる外見主義者
672仕様書無しさん
2022/07/01(金) 08:02:17.42673仕様書無しさん
2022/07/01(金) 08:03:29.70 賢い文系は間違えない
674仕様書無しさん
2022/07/01(金) 08:03:48.83 HKT48フォルダの宮脇咲良フォルダに乃木坂46の堀未央奈の画像が混ざってたら発狂するだろ?
要するに質の悪いソースというのはそういう事なんだ
要するに質の悪いソースというのはそういう事なんだ
675仕様書無しさん
2022/07/01(金) 08:04:54.74676仕様書無しさん
2022/07/01(金) 08:05:45.81 理想を掲げるのは結構だし実現できれば尚良いだろう
しかし実現出来ない理想よりも実現出来る妥協のほうが役に立つのだ
しかし実現出来ない理想よりも実現出来る妥協のほうが役に立つのだ
677仕様書無しさん
2022/07/01(金) 08:05:52.71 とっとこハム太郎にガンバの冒険が混ざってたら楽しそうなのだ姉ちゃーん
678仕様書無しさん
2022/07/01(金) 08:06:53.66 ノロイなのだシャーーっ!
680仕様書無しさん
2022/07/01(金) 08:08:15.55 クソコードしか書けないやつに関数に分けるとかをルールで強制してもクソコード度合いがより酷くなるだけなのは間違いない
そういうのが上に居るともっと悲惨で関数に分かれたソースコードを読めないのを人のせいにするし自分が無能だとも思ってない
そういうのが上に居るともっと悲惨で関数に分かれたソースコードを読めないのを人のせいにするし自分が無能だとも思ってない
682仕様書無しさん
2022/07/01(金) 08:12:42.99 自分の知らない範囲はクソコード!
これ常識だから!
ここ!試験に出るよ!
これ常識だから!
ここ!試験に出るよ!
683仕様書無しさん
2022/07/01(金) 08:14:50.46 ノロイたち大人しく飼われて平和になりそう
イタチかわよアニメになるシャーーっ
イタチかわよアニメになるシャーーっ
685仕様書無しさん
2022/07/01(金) 08:17:53.66 >>672
横だけどGotoの嵐のOSSってどれ?
上から下まで読むようなのはCでは書いたことあるしテストコードでは今でも書くけど今の高級言語では通常はアンチパターンだよ
てか繰り返すけどGotoってなんの言語でどのOSS?
横だけどGotoの嵐のOSSってどれ?
上から下まで読むようなのはCでは書いたことあるしテストコードでは今でも書くけど今の高級言語では通常はアンチパターンだよ
てか繰り返すけどGotoってなんの言語でどのOSS?
688仕様書無しさん
2022/07/01(金) 08:20:21.78 クソコードでも頑張れば読めるだろ
もっと簡素に書けるよね!って疑問持ちながら中身を読むだけ
もっと簡素に書けるよね!って疑問持ちながら中身を読むだけ
690仕様書無しさん
2022/07/01(金) 08:21:06.78 みんな仲良くするのだ
691仕様書無しさん
2022/07/01(金) 08:21:30.48 >>687
条件も言語も指定して具体的な質問もしてるのに突然何でもかんでもと的外れな人格攻撃を始めた時点でこれは答えられないんだなということが理解できた
条件も言語も指定して具体的な質問もしてるのに突然何でもかんでもと的外れな人格攻撃を始めた時点でこれは答えられないんだなということが理解できた
692仕様書無しさん
2022/07/01(金) 08:21:57.44 俺の中でのクソコードは死んだコードが大量に残ってるソース
694仕様書無しさん
2022/07/01(金) 08:23:23.41 怖いから消しづらいんだけど最近使わないのは灰色になるからまあそんなに気にならない
696仕様書無しさん
2022/07/01(金) 08:24:09.09 技術書を絵本にする技術者がこの世に何人いるのかな?
園児「この技術書はクソ」
園児「この技術書はクソ」
697仕様書無しさん
2022/07/01(金) 08:24:23.76 ひでぇ逃げ方だなw
698仕様書無しさん
2022/07/01(金) 08:25:28.16 園児ニア「クソコード読めない!」
699仕様書無しさん
2022/07/01(金) 08:26:01.42 自分の知らないことを喧嘩腰に聞いたりクソコードと他人を責めたり
これだから文系は嫌だね
これだから文系は嫌だね
700仕様書無しさん
2022/07/01(金) 08:26:44.77 というか言ってしまうと実はこの世界で稼働しているコードにはクソコードしかない
エレガントなコードは書籍やチュートリアルの中だけにしかない
エレガントなコードは書籍やチュートリアルの中だけにしかない
701仕様書無しさん
2022/07/01(金) 08:26:52.03703仕様書無しさん
2022/07/01(金) 08:27:31.36 数百行のコメントアウトってウザいよね
704仕様書無しさん
2022/07/01(金) 08:29:01.30 コメントはコメントだろ
死んだコードってのは生きてるように見えるけど使われてないコードだ
死んだコードってのは生きてるように見えるけど使われてないコードだ
705仕様書無しさん
2022/07/01(金) 08:29:42.33 無駄なコメントはノイズ
706仕様書無しさん
2022/07/01(金) 08:30:43.71 ツールでけせばよよし
707仕様書無しさん
2022/07/01(金) 08:31:06.84 >>701
テストコードでは俺も書くと言ってるしCでは書いたこともあると言ってるしそのコードは関数30行くらいで読みやすいし
それを見て言語問わず上から下に数百行関数に分けずに書けという結論に達したのがマジでびっくりなんですが
てかさよならだったのでは?
テストコードでは俺も書くと言ってるしCでは書いたこともあると言ってるしそのコードは関数30行くらいで読みやすいし
それを見て言語問わず上から下に数百行関数に分けずに書けという結論に達したのがマジでびっくりなんですが
てかさよならだったのでは?
709仕様書無しさん
2022/07/01(金) 08:32:39.83 同じ言語を学ばせて
同じフレームワークを学ばせて
同じ規約で書かせる
この3行さえ守られていれば俺たちは読める
オマエらフレームワークの一部だから勝手なことしたら怒られるぞ
同じフレームワークを学ばせて
同じ規約で書かせる
この3行さえ守られていれば俺たちは読める
オマエらフレームワークの一部だから勝手なことしたら怒られるぞ
711仕様書無しさん
2022/07/01(金) 08:33:32.10 上から下に読めるコードしか読めないやつがいるクソ現場ではそれに合わせてやらないと回らないっていう話してたんじゃないの
OSのカーネルが関数長かったりgoto使ったりしてるのはそんな理由じゃねーだろ たぶん
OSのカーネルが関数長かったりgoto使ったりしてるのはそんな理由じゃねーだろ たぶん
712仕様書無しさん
2022/07/01(金) 08:33:46.92 別の言語で別のフレームワークで別の規約ならすぐに対応できるのができるプログラマだよね
意固地になってるのは大抵無能
意固地になってるのは大抵無能
713仕様書無しさん
2022/07/01(金) 08:35:18.85 上から下まで一本糞ソースなら誰でも読める
だったら読めないソースというのは関数を駆使したソースの事だ
だったら読めないソースというのは関数を駆使したソースの事だ
715仕様書無しさん
2022/07/01(金) 08:35:59.48 朝っぱらからレスバする元気なオタク達
717仕様書無しさん
2022/07/01(金) 08:37:16.39 本気で面倒臭い文系がいるのな
718仕様書無しさん
2022/07/01(金) 08:39:11.85 >>713
一万行のソースでもmain関数ひとつなの?
一万行のソースでもmain関数ひとつなの?
719仕様書無しさん
2022/07/01(金) 08:39:58.24 文系文系と理由も何もないレッテル貼りも論理的なのかどうか
プログラマには文章の組み立て方のような文系的な能力も大事だよ
プログラマには文章の組み立て方のような文系的な能力も大事だよ
721仕様書無しさん
2022/07/01(金) 08:44:26.38 そういう問題ではない
722仕様書無しさん
2022/07/01(金) 08:44:47.40723仕様書無しさん
2022/07/01(金) 08:45:18.39724仕様書無しさん
2022/07/01(金) 08:45:35.95726仕様書無しさん
2022/07/01(金) 08:49:36.44 関数の行が多くても破綻しないのは通しで処理されることに意味がある点と
ネストが浅いからだろうから、読みにくいって事はないだろうな
ネストが浅いからだろうから、読みにくいって事はないだろうな
727仕様書無しさん
2022/07/01(金) 08:50:22.13 個人的には長いから関数に切り出すわけじゃないかなあ
共通処理にしたい場合は切り出す感じ
まあ可読性あげるために関数だけ並べるみたいなのは普通にあるけどさ
結局のところは動けばいいんだから周りと合わせながら柔軟的にやるしかないでしょ
共通処理にしたい場合は切り出す感じ
まあ可読性あげるために関数だけ並べるみたいなのは普通にあるけどさ
結局のところは動けばいいんだから周りと合わせながら柔軟的にやるしかないでしょ
728仕様書無しさん
2022/07/01(金) 08:50:47.70 ビジネスが大事で各社によって違ってジュニアレベルに書かせたいものとか上でも書いたようにテストとかでそれ以上のレベルで再利用しないものは上から下まで書いたほうがわかりやすい時もあるし、どういう状況だとどういう理由でどのような方式がいいのかって話であって
そこからの>>675
そこからの>>675
731仕様書無しさん
2022/07/01(金) 08:52:23.07 テストコードは共通化しちゃダメ
共通部分を修正されたらテストの意味がなくなっちゃう
共通部分を修正されたらテストの意味がなくなっちゃう
732仕様書無しさん
2022/07/01(金) 08:53:15.61 >>725
恐ろしい分岐の数、変数の共有
行を上から下まで読まなければ処理の理解が困難
修正した際の影響範囲
上げればいくらでもある
大きな問題は小さく分けて考える
シンプルな処理で分岐もなく一つの処理しかしてないものを関数に分けろという話ではないよ?
そもそも関数に分ければ全て解決するという話でもないし
当然、まともなクラス設計ありきよ
恐ろしい分岐の数、変数の共有
行を上から下まで読まなければ処理の理解が困難
修正した際の影響範囲
上げればいくらでもある
大きな問題は小さく分けて考える
シンプルな処理で分岐もなく一つの処理しかしてないものを関数に分けろという話ではないよ?
そもそも関数に分ければ全て解決するという話でもないし
当然、まともなクラス設計ありきよ
733仕様書無しさん
2022/07/01(金) 08:53:26.88 竜王「関数の半分をおまえにくれてやろう」
734仕様書無しさん
2022/07/01(金) 08:54:10.25735仕様書無しさん
2022/07/01(金) 08:54:27.63 今日はスレ元気だな
738仕様書無しさん
2022/07/01(金) 08:55:15.69739仕様書無しさん
2022/07/01(金) 08:56:43.07 どこまでいってもプログラミングなんてちょっとしかわからないんだから謙虚にいこうぜ・・・
742仕様書無しさん
2022/07/01(金) 08:58:19.72 ワイの環境だとメモリ足りなくてファイル開けなくなるからあんまり長い関数やめてクレメンス
743仕様書無しさん
2022/07/01(金) 08:58:39.09 関数にわけるのが得意なのは出世して現場を去ったプログラマだけだよ
744仕様書無しさん
2022/07/01(金) 08:58:42.42 変数名を付けるのが下手過ぎて
いつの間にかシステムハンガリアンみたいなやり方してて萎える
PythonとかでついXXXdata_aryとかYYYdata_dictとか付けちゃうけど
良い変数名の記法ルールで勉強になるのない?
本読んでも抽象的すぎて分からん
いつの間にかシステムハンガリアンみたいなやり方してて萎える
PythonとかでついXXXdata_aryとかYYYdata_dictとか付けちゃうけど
良い変数名の記法ルールで勉強になるのない?
本読んでも抽象的すぎて分からん
746仕様書無しさん
2022/07/01(金) 08:59:37.56 自分が読むだけなら自分がわかりやすけりゃいいだろ
747仕様書無しさん
2022/07/01(金) 09:00:41.19 英語の語彙の部分も大きいので英語の新聞だの小説だのとかもちろんCSのGoFの本あたりとか読んだ量悩んだ量で決まる部分もある
748仕様書無しさん
2022/07/01(金) 09:02:09.77 関数いっぱいあるとIDEが悲鳴あげちゃう
特にソースをインライン展開してるとわけがわからなくなっちゃう
一本関数のほうがIDEの負担は低い
vimでも読めるし秀丸でも読める
メモ帳は実用するにはちょっと厳しいけどそれでも1万行ぐらいなら余裕で開ける
逆に関数いっぱいって特定のIDEがなきゃ読めないでしょ?
特にソースをインライン展開してるとわけがわからなくなっちゃう
一本関数のほうがIDEの負担は低い
vimでも読めるし秀丸でも読める
メモ帳は実用するにはちょっと厳しいけどそれでも1万行ぐらいなら余裕で開ける
逆に関数いっぱいって特定のIDEがなきゃ読めないでしょ?
750仕様書無しさん
2022/07/01(金) 09:03:46.74 >>740
処理の全容がぱっと見でわかるかどうかが大事なんやぞ
抽象度を揃えておくことが大事
本でも目次や章に分かれてるから読みやすく
どこに何が書かれていていそうか分かるやろ
プログラムも同じやで、そもそもが人間に理解できるように発明されたプログラミング言語なんだ
整理して人間がわかりやすくすることは重要なことなのよ
処理の全容がぱっと見でわかるかどうかが大事なんやぞ
抽象度を揃えておくことが大事
本でも目次や章に分かれてるから読みやすく
どこに何が書かれていていそうか分かるやろ
プログラムも同じやで、そもそもが人間に理解できるように発明されたプログラミング言語なんだ
整理して人間がわかりやすくすることは重要なことなのよ
751仕様書無しさん
2022/07/01(金) 09:03:57.00752仕様書無しさん
2022/07/01(金) 09:04:14.77 CDはコード、KBNは区分
こういう業界知識を暗記した者が有能なんだ
変数名の再開発をするやつはいずれ世の中を良くしてくれるかもしれない
しかし、当面の間は社内を混乱させるだけなんだ
こういう業界知識を暗記した者が有能なんだ
変数名の再開発をするやつはいずれ世の中を良くしてくれるかもしれない
しかし、当面の間は社内を混乱させるだけなんだ
753仕様書無しさん
2022/07/01(金) 09:05:27.83 無能プログラマをまとめあげるには1本関数でいいとか主張してるけど
自称有能なら関数あたりの行数は20行までしか許さないけどいいの?
自称有能なら関数あたりの行数は20行までしか許さないけどいいの?
754仕様書無しさん
2022/07/01(金) 09:06:15.74 >>749
一つ二つとかの話はしてないしそもそも200行余裕で超えてるって数百行にギリギリかかるかどうかだろう…
どれが一個二個あるから数百行上から下まで書くべきと本気でいうつもりなの?
中央値と平均値出してみ
一つ二つとかの話はしてないしそもそも200行余裕で超えてるって数百行にギリギリかかるかどうかだろう…
どれが一個二個あるから数百行上から下まで書くべきと本気でいうつもりなの?
中央値と平均値出してみ
757仕様書無しさん
2022/07/01(金) 09:07:10.12 おはようございます
仕事行ってきます
仕事行ってきます
760仕様書無しさん
2022/07/01(金) 09:08:46.61 Martin Fowler 氏の主張
「 6 行を超えたらもう関数に分ける 」
「 6 行を超えたらもう関数に分ける 」
762仕様書無しさん
2022/07/01(金) 09:10:36.86 好ましい関数/メソッドの行数
投票結果
10行以下 64 票 / 9%
20行以下 94 票 / 14%
30行以下 113 票 / 16%
40行以下 60 票 / 9%
50行以下 90 票 / 13%
60行以下 21 票 / 3%
70行以下 34 票 / 5%
いくら長くてもOK 189 票 / 28%
投票結果
10行以下 64 票 / 9%
20行以下 94 票 / 14%
30行以下 113 票 / 16%
40行以下 60 票 / 9%
50行以下 90 票 / 13%
60行以下 21 票 / 3%
70行以下 34 票 / 5%
いくら長くてもOK 189 票 / 28%
763仕様書無しさん
2022/07/01(金) 09:11:14.30764仕様書無しさん
2022/07/01(金) 09:11:22.24765仕様書無しさん
2022/07/01(金) 09:11:54.89 >いくら長くてもOK 189 票 / 28%
圧倒的じゃないか
これが日本国民が適切だと思う関数の長さだ
圧倒的じゃないか
これが日本国民が適切だと思う関数の長さだ
766仕様書無しさん
2022/07/01(金) 09:12:18.65 頭から全部をリバースエンジニアリングするなんてことあんまりないし
大抵は目的の場所探してそこを起点に見るんだから関数で分かれてる方が明らかに良いわ
大抵は目的の場所探してそこを起点に見るんだから関数で分かれてる方が明らかに良いわ
767仕様書無しさん
2022/07/01(金) 09:12:28.88 わかったわかった
改行しなきゃいいんだろ?はいはいわーかーりーまーしーたー
改行しなきゃいいんだろ?はいはいわーかーりーまーしーたー
768仕様書無しさん
2022/07/01(金) 09:12:51.99 ・いいコードとは何か
・バカばかりのプログラマで無難に運営する方法
これが混ざってるな
・バカばかりのプログラマで無難に運営する方法
これが混ざってるな
769仕様書無しさん
2022/07/01(金) 09:13:35.34 関数を適切に分ける、の中に
細切れにするって要素はない
細切れにするって要素はない
770仕様書無しさん
2022/07/01(金) 09:13:51.08 有能は忙しいからコーディングはバカでも出来るようなルールにしておいたほうがいい
■ このスレッドは過去ログ倉庫に格納されています
