皆仲良くしましょう
プログラマの雑談部屋 ★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
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を知ってるとサーバで直接悪さができる
803仕様書無しさん
2022/07/01(金) 10:57:15.23 VS Code使うくらいなら、VisualStudio使えよとは思う
804仕様書無しさん
2022/07/01(金) 10:58:59.21805仕様書無しさん
2022/07/01(金) 11:01:06.46 >>803
MacでVS使ってて設定によるんだろうけどIntelliJ+Java・JSに比べると使いにくくてもちろん慣れもあるんだけど、CodeとVSでどっちが良い?
MacでVS使ってて設定によるんだろうけどIntelliJ+Java・JSに比べると使いにくくてもちろん慣れもあるんだけど、CodeとVSでどっちが良い?
806仕様書無しさん
2022/07/01(金) 11:09:28.15 初めてWeb系に入ったが楽勝すぎて暇すぎる
組み込みとか複雑なアプリ系からしたらぬるま湯過ぎてここにずっとは居たくない
組み込みとか複雑なアプリ系からしたらぬるま湯過ぎてここにずっとは居たくない
807仕様書無しさん
2022/07/01(金) 11:11:45.49 ぬるま湯と思ってたら足掬われたりまあ色々あるのでぬるま湯のうちに勉強するもよしとっとと他に行くもよし
808仕様書無しさん
2022/07/01(金) 11:13:02.80 複雑なアプリが可愛い
食べちゃいたい
食べちゃいたい
809仕様書無しさん
2022/07/01(金) 11:14:39.17 俺も組込みからWebに移ったけど、楽かどうかは会社によるんじゃないかな
前の会社はすごいパワハラでメチャクチャ精神すり減った。
前の会社はすごいパワハラでメチャクチャ精神すり減った。
810仕様書無しさん
2022/07/01(金) 11:19:16.12 楽かどうかと技術的にどうかは違うし、難しさ以前にそもそも例えば難しいハードの組み込みとWebの大規模な設計とでまるっきり技術自体が違うしな
お前らほどのやつには釈迦に念仏かもしれないが
お前らほどのやつには釈迦に念仏かもしれないが
811仕様書無しさん
2022/07/01(金) 11:22:59.67812仕様書無しさん
2022/07/01(金) 11:25:43.95 そういうとこだぞ
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【💴】日本人を相対的に貧しくした円安 日銀のわずかな利上げでは効果なし 主要通貨すべてに負ける円 [ぐれ★]
- 【日独】「残業しない」「バカンスを取る」ドイツ人に、日本人は2倍働いても敵わない [七波羅探題★]
- 【野球】巨人・阿部監督が嘆いた令和の選手気質 選手時代「監督に何か言われる前にすいません!と」「今できるのは坂本、丸ぐらい」 [冬月記者★]
- 「おかずは5品から3品、2品に」家計簿から見える物価高騰 8.9兆円の対策に専門家が警告「100%違う」 [ぐれ★]
- 【サッカー】カズ、J3福島入り確実に!期限付き移籍で5年ぶりJ復帰 “還暦Jリーガー”誕生へ [征夷大将軍★]
- タワマンに戻りたい…子どものため郊外の庭付き一軒家に引っ越した世帯年収1,600万円の40代パワーカップル「心底後悔しています」 ★4 [樽悶★]
- 【U-NEXT】プレミアリーグ総合 ★46
- NFL 2025/26 week16 part 2
- 競輪実況1633
- 中山競馬5回5日目
- とらせん モレッタ獲得 ★3
- NFL 2025/26 week16 part 1
- アメリカと中国で日本を取り合ってもらうのが一番いいのに、高市政権はなんで真逆のことしてるの [455031798]
- 【朗報】首相、1人あたり国民総所得「10年後に150万円増やす」 [974680522]
- 日銀利上げ、FRB利下げ、それでも円安。何故かを解説します [757644362]
- うんこぶりぶりブリザード🥶💩🧊🏡
- 【高市朗報】50年ペアローン、Z世代の若者に空前の大ブームに「夫婦で50年払えば年間の支払いはほぼ1/100で済む」【石破悲報】 [517459952]
- 【悲報】地方人「円安の方がいいじゃん。工場も稼働率が上がって給料上がるし、農作物の海外輸出や観光で儲かるじゃん」9万いいね [483447288]
