スレ立てるまでもない質問はここで 156匹目

**デフォルトの名無しさん** · 2021/02/20(土) 17:17:54.73

この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。

【前スレ】
スレ立てるまでもない質問はここで 155匹目
https://mevius.5ch.net/test/read.cgi/tech/1606439237/

次スレは>>980が立てること

**デフォルトの名無しさん** · 2021/06/05(土) 00:15:38.71

そんな質問してる程度のレベルならそんな無意味なオナニーよりももっと他にいくらでも遥かに速くできる余地があるはず
まあその辺の感覚はいずれわかってくる

**デフォルトの名無しさん** · 2021/06/05(土) 00:27:10.73

>>910
>>905に書いてるのはファイルアクセスのたびに差が出る項目じゃないでしょ
本当に気になるなら実測すればいい

**デフォルトの名無しさん** · 2021/06/05(土) 00:37:40.19

GHzってCPUの能力のスケール感がわかってなさそう

**デフォルトの名無しさん** · 2021/06/05(土) 01:27:20.96

1
1,000 = K
1,000,000 = M
1,000,000,000 = G

1秒間に 1,000,000,000 回命令を実行できるんだYO！
1,000,000,000 っていうのは 10億回だＹＯ！

**デフォルトの名無しさん** · 2021/06/05(土) 06:02:44.65

かもしれない運転で最適化しはじめたらキリがない

**デフォルトの名無しさん** · 2021/06/05(土) 08:09:28.70

コンピュータの世界で1Kが1000とか冗談やろ？
1024と言えよ

**デフォルトの名無しさん** · 2021/06/05(土) 10:38:59.26

ほんとうの問題点は、プログラマたちが誤った場所と誤った時点での効率について苦労して、多くの時間を浪費してしまったということにあります。プログラミングでは、時を得ない最適化は諸悪の根源なのであります。（すべてではないにしても、少なくとも悪の大部分と言えるでしょう。）
─ドナルド・クヌース

**デフォルトの名無しさん** · 2021/06/05(土) 10:42:30.14

>>916
君こそ冗談やろww

**デフォルトの名無しさん** · 2021/06/05(土) 11:02:57.99

CPUの処理能力の問題じゃなくてアルゴリズムのオーダーの問題

**デフォルトの名無しさん** · 2021/06/05(土) 11:17:55.32

コンピュータサイエンスに限らず、実測してみる、定量的に判断する、そういう科学的なリテラシーが身に付かなかった人は伸び悩むと思う

**デフォルトの名無しさん** · 2021/06/05(土) 11:35:19.11

>>917
> プログラミングでは、時を得ない最適化は諸悪の根源なのであります。

可哀想なことを言うなよ・・・
Googleだって自分らがやってることに意味があるんだって
必死に最適化した理由をひねり出してるんやで

Google、「Chrome 91」は23％高速化　V8エンジン改善で
https://www.itmedia.co.jp/news/articles/2105/31/news070.html
> 　Googleは「これらの新機能により、Chromeは最大23％高速になり、
> 毎日のCPU時間を17年間以上節約できることになる」としている。

ほらな、最適化することで毎日のCPU時間を
17年間以上も節約できるんや。17年間やで17年間。
凄いやろ？

Chromeユーザー33億人全員の累計時間だけどな
17年＝536,112,000 秒 ÷ 30億人＝一人あたり1日 0.18秒の節約

**デフォルトの名無しさん** · 2021/06/05(土) 12:29:56.42

エコだね
素晴らしい改善効果だ

**デフォルトの名無しさん** · 2021/06/05(土) 13:40:34.07

>>921
ネタにマジレスですまんけど、それは時を得ないという前提条件を満たしてないな
性能とセキュリティ、プライバシーは現代のブラウザシェア争いの主戦場でもある
それとも>>904が作るプログラムがChrome並に世界中で稼働するという主張かな？

**デフォルトの名無しさん** · 2021/06/05(土) 15:09:40.69

ボトルネックがどこか分かって最適化するんなら普通の話だな

**デフォルトの名無しさん** · 2021/06/05(土) 18:25:56.31

>>923
ん？何の話をしてるのかわかってない？

1日でたったの0.18秒しかCPU時間が減ってないのに
それを大幅にCPU時間の削減したように見せかける
Googleの涙ぐましい努力（笑）って話をしてるんだけど

**デフォルトの名無しさん** · 2021/06/05(土) 19:09:17.63

>>925
俺の引用に対して「可愛そうなこと言うなよ」という話の持って行き方は噛み合ってなくて無理があるってツッコミだよ
改善の結果が技術的には小さなものだっとしても顧客や市場が好意的に反応するならその戦略は正しくペイしている
もし市場が好意的な反応を示さなかったことが判明しているならGoogleがアワレな言い訳をしているという主張にも理解するよ
Chromeの話が個人的に面白いと感じて誰かに言いたかったんだろうなということはよく伝わった

**デフォルトの名無しさん** · 2021/06/05(土) 20:04:48.90

Googleが誤った場所と誤った時点での効率について苦労して、多くの時間を浪費してしまってるってことが
わかってないのか。

1日でたった0.18秒の節約。たった

**デフォルトの名無しさん** · 2021/06/05(土) 20:28:50.98

原文読めないってのは悲しいね

**デフォルトの名無しさん** · 2021/06/05(土) 21:07:38.83

"毎日"17年間節約っていうのを疑問に思わなかったんだろうなｗ
原文見ればどういう計算なのか明らか

**デフォルトの名無しさん** · 2021/06/06(日) 05:32:12.41

DBサーバーからデータ取得する際、多数の項目で絞り込みが必要になってます。
例えば、ユーザーマスターから、下記条件を満たすユーザーを検索する場合です。
※全部 AND です。

・登録日がA月B日～C月D日の間
・パスワードの最終更新日時がA月B日～C月D日の間
・都道府県IDが1～10の間 (都道府県コードは1(北海道)～47(沖縄県)みたいに割当)
・誕生日がA月B日～C月D日の間
・結婚日がA月B日～C月D日の間
等々・・
こういう場合、一番最初の WHERE の条件で、出来るだけ絞り込むのがいいと思うのですが、
どの条件で一番絞り込めるのか不明な場合、どうすればよいのでしょうか？

**デフォルトの名無しさん** · 2021/06/06(日) 06:16:52.71

順番は関係ないし、DBMSのオプティマイザがよしなにやってくれる。
選択性の良いインデックスが張られている列に条件をつけているかどうかは考慮した方がいいが。

**デフォルトの名無しさん** · 2021/06/06(日) 11:21:12.75

>>910
ネタだろうけど
path長いのが嫌だからって
全部rootとか浅いところに持って来て
一つのディレクトリ内のエントリ数増え過ぎると
アホみたいにパフォーマンス落ち始めるときもある

**デフォルトの名無しさん** · 2021/06/06(日) 11:23:17.64

>>920
++

**デフォルトの名無しさん** · 2021/06/06(日) 22:11:28.49

デザインパターンとか設計思想とか全く分からないんだけど入門？としてこれ見るといいよってサイトとか書籍あれば教えて

**デフォルトの名無しさん** · 2021/06/07(月) 10:56:46.23

>デザインパターンとか設計思想とか

普通の人は入門が済んでから手をつける

**デフォルトの名無しさん** · 2021/06/07(月) 11:53:04.81

分かりづらくてすまん
デザインパターンの入門としておすすめの物が知りたい
プログラムはjava silverレベルで書ける

**デフォルトの名無しさん** · 2021/06/07(月) 11:53:34.78

デザインパターンの宝庫は、MVC(Model/View/Controller)のRuby on Rails。
15年ぐらい、ずっと議論してる

MVCの他に、Form オブジェクト・Page オブジェクト・Service オブジェクトとか、
MVCが肥大しないように、どんどん分離していってる

ただし、Railsはプロ用。
自社開発Web 系へ転職する人用

YouTube で有名な、雑食系エンジニア・KENTA のサロンが有名。
Rails, Linux, Docker Compose, Node.js(Webpack, Babel), Bootstrap
VSCode(Remote Container, WSL2 ならRemote WSL), Heroku, CircleCI、データベース

他にも、Udemy の山浦清透も、Railsを推奨している。
AWS Fargate を使うのなら、AWSのくろかわこうへいのサロン

**デフォルトの名無しさん** · 2021/06/07(月) 13:32:28.41

disp1に入力があればstate=loadedなので
if displ1.get():
__loaded時の処理
みたいなコードがそこそこあるんですが

is_loaded():
return bool(disp1.get())
みたいな関数作るのってどうですか。ダメですか？読みやすくなるけど…

**デフォルトの名無しさん** · 2021/06/07(月) 15:15:53.66

AGPLライセンスのライブラリを使いたいのですがどこまでソースコードを公開すればよいのでしょうか？

1, moduleA.js - AGPLのライブラリを利用
2, moduleB.js - AGPLのライブラリは不使用
3, app.js - ルーティング処理

**デフォルトの名無しさん** · 2021/06/07(月) 15:20:58.75

AGPLはその趣旨からいってぜんぶ公開しないとだめだろ

**デフォルトの名無しさん** · 2021/06/07(月) 15:22:58.27

>>938
disp1.get()に副作用がないならそういうメソッド抽出はありだと思うが
def is_loaded(self):
__return self.state == ‘loaded’
みたいに書ける設計のほうがベターだと思う

**デフォルトの名無しさん** · 2021/06/07(月) 16:49:27.94

>>940
moduleBも公開しないとだめなんですね
ありがとうございます

**デフォルトの名無しさん** · 2021/06/07(月) 22:40:04.08

ttps://twitter.com/ozuma5119/status/1401851808939606022
これはどういう意味なのでしょうか？
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2021/06/07(月) 22:52:23.23

>>943
https://www.yodobashi.com.warui.net
始まりじゃなくて終わりが大事
みたいなことじゃ

**デフォルトの名無しさん** · 2021/06/08(火) 00:53:14.54

ローカルネットワーク上のWindowsマシン同士でシンプルなTCP通信を行うプログラムを作成しているのですが、
ポート番号はどの範囲を使えばよいのでしょうか？

wikiによると、

0～1023：一般的なポート番号
1024～49151：登録済みポート番号
49152～65535：自由に使用できるポート番号

となっており、49152～65535を使えば良いかと思ったら
そこはWindowsが動的ポートとして使っているので使えないという情報があり、
それじゃあ全部使えないじゃないか、となっています･･･。

**デフォルトの名無しさん** · 2021/06/08(火) 01:26:00.59

一般には
https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xml
とか眺めて使うといい

んで、皆さん勝手に使ってて衝突もざら
だから余程のメジャーなサービスが無いなら気にするほどのことじゃないと思う

**デフォルトの名無しさん** · 2021/06/08(火) 06:48:16.57

環境変数・コマンドライン引数で渡すとか、YML などの設定ファイルに書いておけば良い

そうすれば、ユーザーが自由に変えられる

**945** · 2021/06/08(火) 08:32:05.82

>>946-947
そういうことだったんですね！
ありがとうございました！

**デフォルトの名無しさん** · 2021/06/08(火) 17:27:58.53

>>945
基本的には>>946の言う通りなんだけど、サーバプログラム側の待ち受けポートに
0-1023は原則的に使ってはいけない
Wellknownポートといってシステムが使う範囲ということになっているので

**945** · 2021/06/08(火) 21:05:01.68

>>949
ありがとうございます！
さすがにそこは避けようと思ってました^^

**デフォルトの名無しさん** · 2021/06/08(火) 21:07:05.99

既得権益を、、、ぶっ壊す！

**デフォルトの名無しさん** · 2021/06/08(火) 21:14:25.34

そういや、ゾロ目の前後は競争率が高いとか散布図で図示した人って居なかったっけ？
別の話だったか？

**デフォルトの名無しさん** · 2021/06/10(木) 01:48:32.39

データベースの物理設計と論理設計ってどう違うんでしょうか？
どちらもテーブル間のリレーション設計するだけだと思うんですが

**デフォルトの名無しさん** · 2021/06/10(木) 09:27:45.31

物理設計は具体的に何社のどれぐらいの容量のHDDをどこに置くか
もちろん電源容量とかコンセントの数が足りるかとかとか考える

論理設計は具体的にどういう論理的割り振りにするか考える

**デフォルトの名無しさん** · 2021/06/10(木) 10:10:59.52

実際明確な違いはないから気にしなくていいよ
基本的に、コピペで工数を水増しするための無意味な重複工程だと思っていい
>>954の言うようにハードウェア構成にまで踏み込むのが本来の物理設計なのだけど、
島猿SIではその辺はだいたいインフラの仕事なんでそこまで厳密にDBの設計との整合性は気にしないで適当に大きなハード買って適当にクォータ設定しちゃうケースが多い

**955** · 2021/06/10(木) 10:30:46.41

ちなみに>>954を読むと物理設計としてハードウェアの枠を予め設計した上でその中身を論理設計するように読めるけど、これがまさに実態を表している
本来は全く逆で、論理設計の結果に基づいて物理設計でそれをどうハードまで落とし込むか決めるんだよ
オラクルとかのベンダーはまず自社の高い製品を買ってそれを前提に考えてほしいから逆にしたがる

**デフォルトの名無しさん** · 2021/06/10(木) 11:50:52.24

>>953
シンプルに言うとどのHDDにデータを置くかって話だ
自作PCでも起動ドライブはSSDでデータはHDDだったりするだろ？
DBだとどこにデータを置いたら高速になるかとか、インデックスがピンと張れる方法だとか
どのドライブに何月のデータを置けばいいのかとかだよ
OracleMasterSilverぐらいの知識があれば多少は何をするのかわかると思う
まずはデータベースのテーブルがどこのHDDにあるのか、テーブルごと、インデックスごとにどういう割り振りに出来るのか
そういうところからはじめてみてはどうか？

**デフォルトの名無しさん** · 2021/06/10(木) 14:33:39.07

これが日本の現状なのか
それともこの板だけ異常に低レベルなのか

**デフォルトの名無しさん** · 2021/06/10(木) 14:38:57.39

>>953
一般的なプログラマーはDBの論理設計の経験がないから物理設計との違いをよく理解してない

DB板で聞くか自分でググれ
ついでにリレーションの意味もググれ

**デフォルトの名無しさん** · 2021/06/10(木) 20:18:57.75

>>955
でもお金で解決できるなら何も問題はないのでは？
下手にケチってピーキーに設計すると泣くぞ

**デフォルトの名無しさん** · 2021/06/10(木) 20:21:09.20

足りなきゃ買えばいいんだよ、それが今のクラウド
しっかりとした物理設計なんて、ほとんど意味のない害悪

**デフォルトの名無しさん** · 2021/06/13(日) 16:57:15.84

>>881
ちなみに横からなんだけど、
文中のSTYLE) & ~WS_Vにある

) & ~
この部分ってどういう意味？

**デフォルトの名無しさん** · 2021/06/13(日) 17:05:30.29

) and not

**デフォルトの名無しさん** · 2021/06/13(日) 20:56:19.05

>>963
すまん、ありがとう。
いや、そもそも横からなんだけどって言いかたが間違ってた。
普通に質問でよかった。
880あたりの書き込みは俺なのだが(880で書いてる一連のIDも俺)、
いま全力でCUIアプリからCについて勉強してる。
というより、このあとC++に進んでWINAPIもやらないと881にして頂いた話は何も進めないので、
正直泣きながらだ。
というより挫けてる。
Autohotkeyを使ってもGUI作成や32apiを使う点でつまるところWINAPIとセットでCやC++学んだほうがよさそうということで
はじめてはいるが、試練だなこれは。
よくわからん謎の開発環境？(VSではない)で、ウィンドウだけ出して喜んでるだけで、
その後が進まない。いや進めることができていない。

**デフォルトの名無しさん** · 2021/06/16(水) 19:45:11.88

昔のPS3やPS2のオフラインゲームでチートを作りたいから
アセンブラを学ぼうと思ってるのですが
https://gyazo.com/c0df66fb2407b84711fe5b62890f58a2
↑こういうの見て理解が出来るようになるにはx86アセンブラというのを覚えればいいんでしょうか？

**デフォルトの名無しさん** · 2021/06/16(水) 21:37:33.32

>>965
そもそもアセンブラレベルでパッチあてたりするには相当な理解力が無いと無理だから諦めたほうがいい

**デフォルトの名無しさん** · 2021/06/16(水) 22:17:06.52

>>966
オフラインのゲームなので
ollydbgやcheat engineの中身が読めるようになればいいです。
そこまで難しいレベルのことはやろうとしてないです

**デフォルトの名無しさん** · 2021/06/16(水) 22:40:53.92

>>965
いわゆるリバースエンジニアリングと呼ばれる分野だが質問内容を見る限り全然足りていないように見える
コンピューター内で計算はどのように行われるのか、データの移動はどうするのか、周辺デバイスやOSの利用は
どうするのかなど低レイヤーの理解が無いと全く歯が立たないと思う
ちなみにCPUだがPS2はMIPS系、PS3はPPC系だ
以前に見たPS3のゲームを解析レポートだと確かIDAにPPCのプラグインを組み合わせて静的解析していたかな
それでもそれでも結構な知識と経験がいると思うが
とりあえずOSやISAの違い無視してもOllyDbgでWinゲームの改造は朝飯前くらいじゃないと話にならないのでは

**デフォルトの名無しさん** · 2021/06/17(木) 07:38:07.73

x86アセンブラを覚えるには他のプログラミング言語同様
ハローワールドからやって覚えていくもの？
それともPCのオフラインゲー解析してたら覚えられるんでしょうか。

**デフォルトの名無しさん** · 2021/06/17(木) 07:46:05.74

アセンブラはCPUごとのレジスタやらメモリマップやらアドレッシングやら命令ごとのフラグへの影響やら、基礎を固めないと何もできない

**デフォルトの名無しさん** · 2021/06/17(木) 07:57:57.58

>>965
すでにそういうツールやノウハウがあるんだったら
そのツールの解析からはじめたほうがいいと思う

**デフォルトの名無しさん** · 2021/06/17(木) 08:42:16.10

>>971
ツールの使い方はググって何とかなるのですが
https://gyazo.com/63c5590c01c304c07ff3a5c17a5d46ac
こういうの全く読めなくて手も足も出ない状況です・・
これに出てきてるのは何系のアセンブラなんでしょうか？

**デフォルトの名無しさん** · 2021/06/17(木) 08:59:56.36

>>972
ググって答えが見つかることしか分かりませんて状態なら、無理だから諦めろと言いたい
基礎的な知識がまったくない状態だから、遠回りしてでも基礎から地道に積み重ねるしかない

**デフォルトの名無しさん** · 2021/06/17(木) 09:45:33.10

>>972
SPU Assembly Language Specification

**デフォルトの名無しさん** · 2021/06/17(木) 10:55:12.84

>>973
学ぶ意欲はあるので遠回りしてでも習得したいのですが
基礎的な必要知識がなんなのか分かってない状態です

**デフォルトの名無しさん** · 2021/06/17(木) 11:04:32.10

>>975
必要なところだけピンポイントで足場を固めて積み上げるなんてできないから、広く浅くでコンピュータやプログラミングの全般的なことを学びながら、段々に自分に必要な物が見えて来るようになるからそちらを深掘りしていくようにしたら？

**デフォルトの名無しさん** · 2021/06/17(木) 11:54:29.83

念のため補足しとくけどドキュメントの名称だからな
ここに全部書いてあるから

**デフォルトの名無しさん** · 2021/06/17(木) 13:47:27.99

wikipediaでx86を調べて
そこでわからない単語を片っ端から
wikipediaやググってみたら?

**デフォルトの名無しさん** · 2021/06/17(木) 15:36:52.47

PS2やPS3のゲームを改造したいのになぜx86なのか。それが判らない

**デフォルトの名無しさん** · 2021/06/17(木) 17:14:07.40

>>972の内容は、まぁexeだしレジスタ名称とかニーモニックからX86だろうけど
アセンブラって基本的な部分はある程度同じなんで、いきなりX86とかMIPSとか
PPCとかフル機能のCPUのアセンブラから勉強しようとするとすぐに詰むよ

アセンブラを眺める程度ならHP拾い読みでも良いけど、開発とかを行うならば
もう少し簡単なPICとかのアセンブラをしっかり勉強してからの方が近道だと思うよ

そして根本的な話でPS2とかPS3とかの開発をしたいならば別にアセンブラを
使わなくてもC++のSDKとか開発されているので、よほど低レベルな部分の
開発を行うのでなければアセンブラ必要ないよ

ps2 sdkとかps3 sdkで検索してみて

**デフォルトの名無しさん** · 2021/06/17(木) 19:05:41.15

>>980
コンパイラが吐いたフル機能使いまくりのコードを
逆アセして読み解こうとしている天才がいるんだよ
アセンブラの命令すらマニュアル無しで解読する能力の持ち主なんだ
すごいだろ？

**デフォルトの名無しさん** · 2021/06/17(木) 19:46:46.81

チートの程度にもよるけど、やねうらおの書籍「解析魔法少女美咲ちゃん」は参考になったよ

**デフォルトの名無しさん** · 2021/06/17(木) 20:28:00.57

その昔の素朴なCPUだと16進ダンプを直読みする強者が

**デフォルトの名無しさん** · 2021/06/18(金) 11:44:25.11

日本では、情報処理試験の仮想アセンブラ・CASL2 が基本。
世界では、LLVM のサイトで、仮想アセンブラを学ぶ

x86 なら、OllyDbg・やねうらお・うさぴょんが有名

**デフォルトの名無しさん** · 2021/06/18(金) 12:03:44.02

漏れもやねうらは好きな方だが
初心者ならやねうらより
ISBN 4839909865

**デフォルトの名無しさん** · 2021/06/18(金) 12:32:20.21

CASLはどうみても68系ベースの簡略版で、68プログラマーでもあった俺はインストラクション眺めただけで楽勝だった

**デフォルトの名無しさん** · 2021/06/18(金) 12:35:29.33

gyazoとかいうゴミで画像貼んな

**デフォルトの名無しさん** · 2021/06/18(金) 13:39:45.56

func(list):
_if list[0]=a:
__for i in list:
____conv_a(i)
____write(i)

_elif list[1]=b:
__for i in list:
____conv_b(i)
____write(i)

空撃ちしたときと本番で処理違うみたいなので
こう書きがちなんだけど､よくないなっていう自覚があります
配列→微妙に異なる処理→出力のとき､どう書いたら上手いですか？

**デフォルトの名無しさん** · 2021/06/18(金) 13:46:33.95

>>988
仕様がクソならコードもクソにしかならん
そういう状況になるのはたいてい抽象化がヘタクソ

**デフォルトの名無しさん** · 2021/06/18(金) 14:15:44.89

python で代入文は if の条件に描けないぞ

**デフォルトの名無しさん** · 2021/06/18(金) 14:18:50.64

>>988
Pythonぽいけどdefないし等号も違うから何の言語か分からなかった
Pythonみたいに関数を変数に入れられる言語なら最初に適用する関数を決めるとすっきりしそう

func(list):
　# 適用する処理（conv）を設定
　if list[0] == a:
　　conv = conv_a
　elif list[1] == b:
　　conv = conv_b

　# リストに処理を適用して出力
　for i in list:
　　conv(i)
　　write(i)

aとbでlistのインデクスが違うのが気になったけど無視する

**デフォルトの名無しさん** · 2021/06/18(金) 14:22:04.15

変数名に list 使うな

func(l):
if l[0] != a && l[1] != b: return
f = (conv_a, conv_b)[l[0] != a]
for i in l:
f(i)
write(i)

**デフォルトの名無しさん** · 2021/06/18(金) 14:27:15.83

>>990
正確には
Pythonでは代入は文なので、条件式には入れられない。
Cなどでは代入が式なので条件式にも入れられる。

**デフォルトの名無しさん** · 2021/06/18(金) 14:40:28.04

>>988
>配列→微妙に異なる処理→出力のとき､どう書いたら上手いですか？

高階関数を使う

**デフォルトの名無しさん** · 2021/06/18(金) 15:01:02.87

すいませんpythonスレじゃないので曖昧な書き方のがいいのかなと思って…
def func(l):
_if l[0][0] == 0:
__for i in l:
___write(conv_a(i))

_elif[0][0] == 1:
__for i in l:
___write(conv_b(i))

です.ほんとは各処理もうちょっと関数続くんですけど
いずれにせよ途中だけが微妙に違うほぼ同じ処理をきれいに書きたい

>>991
おー.見やすいです

**デフォルトの名無しさん** · 2021/06/18(金) 15:45:26.03

>>991 は仕様(実装)にバグがある

**デフォルトの名無しさん** · 2021/06/18(金) 17:03:01.08

うん、>>992のようにチェック入れるべきだね
でもreturnより例外吐くべきでは？

**デフォルトの名無しさん** · 2021/06/18(金) 18:04:22.88

責務の分離が上手くできてない関数の中身だけいじくり回してもキレイにはならないよ
呼び出し側やデータ構造なんかも含めて考え直さないと

**デフォルトの名無しさん** · 2021/06/18(金) 18:38:56.71

メインルーチンとサブルーチンを明確に意識して
メインルーチンは処理の流れがわかるように
サブルーチンはテストして結果が出ればよしと分ける

**デフォルトの名無しさん** · 2021/06/18(金) 21:22:28.52

>>998
もっと具体的に言わないと役に立たないと思うが

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 118日 4時間 4分 34秒