皆仲良くしましょう
プログラマの雑談部屋 ★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
703仕様書無しさん
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 有能は忙しいからコーディングはバカでも出来るようなルールにしておいたほうがいい
772仕様書無しさん
2022/07/01(金) 09:15:56.56 未だに、構造化プログラミングにもオブジェクト指向にも言及するレスが一切無いことに震える……
キレイなコード云々は若いうちにかかる麻疹みたいなもんだからいいけどさ……
キレイなコード云々は若いうちにかかる麻疹みたいなもんだからいいけどさ……
775仕様書無しさん
2022/07/01(金) 09:17:09.67 状況次第だよだから
アスペはこれだから
アスペはこれだから
776仕様書無しさん
2022/07/01(金) 09:21:58.18 システムエラー時にどこのモジュールのエラーかが直ぐに特定出来る
且つモジュール内部でも適切な関数の切り分けがなされてて
一部のエラー部分aの改修が他の関数群のaの参照によって反映されモジュール全体のエラー修正へと変容する
これが良いコードだな
先ず、エラー修正の為にコード全文読もうってのが頭おかしい
且つモジュール内部でも適切な関数の切り分けがなされてて
一部のエラー部分aの改修が他の関数群のaの参照によって反映されモジュール全体のエラー修正へと変容する
これが良いコードだな
先ず、エラー修正の為にコード全文読もうってのが頭おかしい
777仕様書無しさん
2022/07/01(金) 09:22:33.18 動けばいいよで済まされてるとこで働いてる奴は楽そうで羨ましい
778仕様書無しさん
2022/07/01(金) 09:23:39.31 非ネイティブのようにモジュール単位では分からない言語もあるしねぇ
行番号でド直球のとか
行番号でド直球のとか
779仕様書無しさん
2022/07/01(金) 09:24:43.84 綺麗なコードもそうだけど
ちゃんとユニットテスト書いていこう?
参考書でも影が薄いし悲しすぎるわ
テスト駆動開発を広めたいのに前段のテストコードを書くって事すら広まらない
ちゃんとユニットテスト書いていこう?
参考書でも影が薄いし悲しすぎるわ
テスト駆動開発を広めたいのに前段のテストコードを書くって事すら広まらない
780仕様書無しさん
2022/07/01(金) 09:25:53.71 自分のプロジェクトで誰も納得してくれないの??
782仕様書無しさん
2022/07/01(金) 09:28:39.74 vim9出た
783仕様書無しさん
2022/07/01(金) 09:30:57.46 ほんまや、まあバージョンアップが必要なほど使いこなしてないけれども
784仕様書無しさん
2022/07/01(金) 09:32:40.63 知るか金払え
785仕様書無しさん
2022/07/01(金) 09:32:53.57 vimってやたら好きな連中多いみたいだが
あれ何でそんな人気なんだ?
emacsの方が良くね?
あれ何でそんな人気なんだ?
emacsの方が良くね?
786仕様書無しさん
2022/07/01(金) 09:56:11.65 ピタッとレスが止まる
787仕様書無しさん
2022/07/01(金) 10:07:37.00 785が新しく投げた話題がつまらないから
788仕様書無しさん
2022/07/01(金) 10:09:23.48 だいたい9時以降に始業だろ
789仕様書無しさん
2022/07/01(金) 10:15:12.74 vim・emacs論争はヤバいから
vimが圧倒的に使いやすいのにそんな論争するだけ無駄なのにね
vimが圧倒的に使いやすいのにそんな論争するだけ無駄なのにね
790仕様書無しさん
2022/07/01(金) 10:17:28.91 他人が好きなものと自分が好きなものが違うとき、他人がそれを好きなことを認められないくて、自分が好きになるか他人が好きでなくなるまで「なんで?」「なんで?」と聞きまくるのは人としてどうかと
なんでマンは場を白けさせる
なんでマンは場を白けさせる
792仕様書無しさん
2022/07/01(金) 10:25:57.31 なんで好きかというのは感情であり、論理の対極にあるものだ
感情を言語化することが難しい
なんでマンはそこがわかってなくて、自分は言語化できないこともわかってなくて、他人に言語化を求める
感情を言語化することが難しい
なんでマンはそこがわかってなくて、自分は言語化できないこともわかってなくて、他人に言語化を求める
793仕様書無しさん
2022/07/01(金) 10:26:55.83 emacs派もvi派も寿命で死んで論争は終わった
viは大抵デフォルトで入ってるという理由で一応使われてるが熱心な信者はもはやいない
viは大抵デフォルトで入ってるという理由で一応使われてるが熱心な信者はもはやいない
794仕様書無しさん
2022/07/01(金) 10:27:21.01 >>791
わざわざ全文読む奴がいるからだろ
わざわざ全文読む奴がいるからだろ
795仕様書無しさん
2022/07/01(金) 10:29:50.09 全部の機能についてvimにあるない、emacsにあるないを調べるのがめんどくさい
論理的に説明するとしたら、全部の機能を調べた後で、自分が欲しい機能が、一方にあって他方にないことを示す必要がある
論理的に説明するとしたら、全部の機能を調べた後で、自分が欲しい機能が、一方にあって他方にないことを示す必要がある
797仕様書無しさん
2022/07/01(金) 10:45:15.74 エラーの解りやすさでいうとreact(native)は酷いと思う
799仕様書無しさん
2022/07/01(金) 10:50:01.92 秀丸使ってるお
800仕様書無しさん
2022/07/01(金) 10:51:59.97 vimを知ってるとサーバで直接悪さができる
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【速報】ヤクルト・村上宗隆、ホワイトソックスと2年総額53億で合意! 米報道…低迷チームが白羽の矢、短期契約 [冬月記者★]
- 立民・岡田克也氏「国民の感情をコントロールしていかないと」、日中議連発言は「侮辱」保守党・有本香氏に怒 ★3 [少考さん★]
- M-1グランプリ2025 優勝はたくろう ★3 [Anonymous★]
- パナソニック、マツダ、三菱電機も…人手不足なのに「中高年リストラ」が黒字大企業で加速するワケ [七波羅探題★]
- 【読売世論調査】高市内閣の支持率73%で最高更新、細川・小泉内閣に続き「発足2か月後も70%」維持 [蚤の市★]
- 【サッカー】モナコ南野拓実、担架でピッチを後に。両手で顔を覆う…地元紙は「深刻なようだ」とレポート。森保ジャパンに新たな負傷者 [久太郎★]
- 【悲報】高市、核保有発言で北朝鮮まで敵に回すwwwwwwwwwwwwwwwwwwwww [817260143]
- 【速報】村上宗隆ホワイトソックスwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
- 俺の口癖が「今のは俺がいじわるだった、忘れてくれ」なんだが
- Fate/GOスレ
- 最凶のネームドって誰?
- お父さんに早く結婚してくれってゆあれた
