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

**デフォルトの名無しさん** · 2022/05/10(火) 14:24:35.29

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

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

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

**デフォルトの名無しさん** · 2022/07/01(金) 20:40:27.34

それも言語毎に標準的な作法はあるでしょ

**デフォルトの名無しさん** · 2022/07/01(金) 20:54:31.53

だとしてもその範囲内で業務ごとなのか機能ごとなのかバッティングしないように決めないの？

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/01(金) 21:07:11.31

この世にあるすべての方程式の一般解なんてないから、それは実務や具体例で考えるしかない。

少なくとも業務の内容と言語の種類を指定しろ。

**デフォルトの名無しさん** · 2022/07/01(金) 21:17:13.20

>>198
具体例を2～3個上げてみて

**デフォルトの名無しさん** · 2022/07/01(金) 21:30:29.08

>>202
オンライン業務用AWSリソースのネーミング
バッチ業務用AWSリソースのネーミング
本番開発それぞれ
とか

**デフォルトの名無しさん** · 2022/07/01(金) 22:11:30.41

>>196
底辺プログラマも多いから、名称は原則ローマ字

**デフォルトの名無しさん** · 2022/07/01(金) 22:16:52.16

>>203
それらは1つのネーミング規約の中の項目の具体例ということ？
「バッチ業務用AWSのリソースはAWSJOB_XXXXXXと命名する」的な？

**デフォルトの名無しさん** · 2022/07/01(金) 22:17:11.31

>>204
英語はセンスないと意味分からないもんな
ローマ字はローマ字で表記統一しないと大変なことになるけども
chinpo
chimpo
titu
chitu
chitsu

**デフォルトの名無しさん** · 2022/07/01(金) 22:24:22.03

DBの命名規約とかはわりと一般的だけど
バッチやオンラインとかの命名をわざわざ独立した規約にしてまとめるケースは最近見ないね
組織やシステムの境界を越えて共有するリソース減ってきてるからしっかり命名ルールを明文化して統一する必要性が薄くなってるからだと思う

逆にそういうカルチャーのある会社なら旧システムの規約があるだろうからそれをある程度踏襲しつつ必要に応じて都度拡張していくほうがいい気がする

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/01(金) 22:24:52.86

ヘボン式ローマ字とか、訓令式ローマ字とか。

**デフォルトの名無しさん** · 2022/07/01(金) 22:32:33.23

>>205
リソースは端折ったけど
オンラインのWEBサーバー(EC2)はWWW
バッチのAPサーバー(EC2)はXXX
オンラインのS3(コンテンツ配信用バケット)はYYY
バッチのS3(バックアップ用バケット)はZZZ
とかね例えば

**デフォルトの名無しさん** · 2022/07/01(金) 22:34:08.26

>>207
確かに昔と違って全社の共有資産ってよりは部署やチームごとに持ってたりするもんね

**デフォルトの名無しさん** · 2022/07/02(土) 08:09:30.19

>>209
AWS特有の話になるけど、名前じゃなくてタグで管理するのがベストプラクティス
リソース名はAWSによって自動生成されるケースも多いから、統制しようとするのは不毛

**デフォルトの名無しさん** · 2022/07/02(土) 08:59:07.25

>>209
server naming + rules/conventions/schemesあたりで検索するとわんさか出てくるからいくつかピックアップして自分好みにアレンジすれば？

シスアドやOps系の板があるならそっちで聞いた方がいいかもしれない

**デフォルトの名無しさん** · 2022/07/03(日) 02:16:57.26

整数だけを使って小数計算を実装する
アルゴリズムか何かかしりませんか？

**デフォルトの名無しさん** · 2022/07/03(日) 02:56:44.59

現代コンピュータがやってることって全て整数だよ
浮動小数点数も整数のマッピング
結局バイト列だから

**デフォルトの名無しさん** · 2022/07/03(日) 03:59:52.17

フォークを手渡すときは、手のひらを見せるのがマナー。
フォークで刺すと思われちゃうからね。

平林先生の出演する番組を見て、マナーは人々を不幸にするので、日本はマナーが必要ない国を目指すべきと思いました。

マナーがなければ、平林先生も刺されるとビクつかなくて済んだのでは？
マナーさえなければ、そこまで嫌われなかった。
先生もマナーの被害者ですよ。
加害者でもあるけど。

**デフォルトの名無しさん** · 2022/07/03(日) 04:30:46.30

>>213
有理数に限るのなら
途中計算はすべて分数にして
最後に一回だけ割り算をすれば
誤差が出ないね

**デフォルトの名無しさん** · 2022/07/03(日) 06:02:48.51

>>213
いろいろなタイプ・レベルのものがあると思うけど、説明がそれだけだとなんとも

例えば素朴なやつ: 1.23/4.56なら1.23の桁をできるだけずらして（たとえば1230000000）、
それを456で割り、答えを表示するときに小数点の位置を適切にセットする

**デフォルトの名無しさん** · 2022/07/03(日) 11:56:43.83

使える整数は符号付き32bitまで
その範囲でなるべく高い精度の小数を使った四則演算がしたい
可能であれば32bitを超える数値も扱いたい
そういった論文とかありそうなんだけどなー

**デフォルトの名無しさん** · 2022/07/03(日) 13:18:20.56

そこまで有効数字の桁数が必要なものは
ほとんどないのでは?
実用的なものがなんなのか
思いつかない

**デフォルトの名無しさん** · 2022/07/03(日) 14:25:41.99

FFT

**デフォルトの名無しさん** · 2022/07/03(日) 14:26:19.09

gmp
mpir
bcd

**デフォルトの名無しさん** · 2022/07/03(日) 14:51:38.32

うん、なので結局多倍長計算がしたいということなのか、それとも「整数だけ」という
部分に違う意味やこだわりがあるのかという

**デフォルトの名無しさん** · 2022/07/03(日) 17:00:42.93

220も221も
実際の計算は
適当なところで切り上げるから
ほんとにそんな精度が必要なのか
というとちょっとね

**デフォルトの名無しさん** · 2022/07/03(日) 17:20:54.20

計算前に整数型をシフトする固定小数点は浮動小数点のコストが高かった頃からゲームでよく使われてたと思う
ゲームエンジンではいまだに使ってるだろうけど

**デフォルトの名無しさん** · 2022/07/03(日) 17:26:14.83

>>219
ライブラリを作りたいだけなので

**デフォルトの名無しさん** · 2022/07/03(日) 17:27:24.13

>>222
最低限小数の計算がしたい
なるべく何でもしたい
事情があって32bit符号付き整数しか使えない
自分で考えるの面倒だから、すでにそういう論文とか実装があるなら参考にしたい

**デフォルトの名無しさん** · 2022/07/03(日) 17:33:05.40

倍精度で計算してたのがFFT一発で単精度まで落ちるわけだ
単精度もありゃ十分じゃないかという立場をとるのはもちろん個人の自由だが

**デフォルトの名無しさん** · 2022/07/04(月) 12:58:01.67

ライブラリを作るとして
結果出力は32bit整数なんですなね？

**デフォルトの名無しさん** · 2022/07/04(月) 15:45:48.50

何桁の有効数字が必要なのかを決めないと
倍精度か何か決められないと思うんだけどな

**デフォルトの名無しさん** · 2022/07/04(月) 16:13:23.20

>>228
文字やで

**デフォルトの名無しさん** · 2022/07/04(月) 19:12:03.81

>>230
何文字なんですなね？

**デフォルトの名無しさん** · 2022/07/04(月) 19:48:38.32

>>226
まず、固定小数点演算については調べたの？
それじゃ満たせない要件はなんなの？

**デフォルトの名無しさん** · 2022/07/04(月) 21:50:01.83

>>231
メモリの許す限りや
範囲を指定できるようにしてもええで

>>232
アルゴリズムを聞いてるんだから
何が満たせないかなんてわかるわけがない

**デフォルトの名無しさん** · 2022/07/04(月) 21:55:33.63

なんか具体例書かないとわからないみたいだから書くよ

345256438989867340975.3498804523475890735 / 9850434535458464390.2988504385251831532

という数式文字列を32bit整数だけ使ってなるべく速く効率よく計算するアルゴリズムの名前を教えて
もちろん割り算だけじゃなくて、最低限四則演算ができる

**デフォルトの名無しさん** · 2022/07/04(月) 22:08:44.78

>>234
筆算法＋十進二進変換で地道にやるしかないのでは？
https://mevius.5ch.net/test/read.cgi/tech/1434079972/84

**デフォルトの名無しさん** · 2022/07/04(月) 22:14:34.26

>>234
そんなことして何に使うの？
なんのために必要なの？

**デフォルトの名無しさん** · 2022/07/04(月) 22:17:07.08

>>234
桁数がいくらでもというならBCD演算かな。

**デフォルトの名無しさん** · 2022/07/04(月) 22:20:13.07

JavaのBigDecimalじゃだめなの？
小数位2^32桁までしか計算できないけど

**デフォルトの名無しさん** · 2022/07/04(月) 22:21:18.87

>>237
また使えない技術を今さらのように挙げる馬鹿が現れた‥‥
BCD 演算を実装しているアーキが今でもあるとでもいうのか？

**デフォルトの名無しさん** · 2022/07/04(月) 22:22:57.63

いや BCD というより、1000000000進数表現がいいね。
10進数 9桁毎に区切って 32bitレジスタに入れて、多ワード筆算だよ。

**デフォルトの名無しさん** · 2022/07/04(月) 22:23:24.53

>>239
アーキとなんの関係があるんだ？
頭使えよ

**デフォルトの名無しさん** · 2022/07/04(月) 22:23:33.00

馬鹿が好きな言葉「馬鹿」

**デフォルトの名無しさん** · 2022/07/04(月) 22:39:19.35

>>241
へえ？アーキの支援なしにハーフキャリーすらない状況で手でちまちま書くのかい？というか、書いてみろよ、その BCD 演算とやらを

**デフォルトの名無しさん** · 2022/07/04(月) 22:41:18.33

>>243
お前の言ってるのは多分 packed BCD なんだろうな

**デフォルトの名無しさん** · 2022/07/04(月) 23:01:32.40

ハゲが好きな言葉「ハゲ」

**デフォルトの名無しさん** · 2022/07/04(月) 23:10:33.35

>>243
お前頭悪くて >>237 から >>240 を読んでも分かってなさそうだし、ちょっと暇だから詳しく書いてやる。
BCD を使う目的は、10進数と 2進数の変換コストを下げるためな。桁数がいくらでもあるような値のそんな変換、それそのものが相当なコストだろ？
だから BCD ってのは 0～9 という限られた値だけを使って、10進数との変換を簡単にしてる。
1バイトで 10進数 1桁表現だ。分かるか？
ここまで分かれば、この表現での筆算式演算ルーチンはお前でも書けるな？
で、今回は 32bit 演算器があるわけだから、それを効率よく使いつつ BCD と同様の目的を果たすのが 1000000000進数表現な。
10進数の 999999999 は 0x3B9AC9FF で、32bit に納まるのは分かるな？
0x999999999 なんてバカな表現にしなければ、1バイト/桁の筆算と同じ要領で計算できることが分かるな？
頭使えよ

**デフォルトの名無しさん** · 2022/07/04(月) 23:25:53.96

>>234が10進数で書いているから入出力は10進数で確定
あとはどういう演算か桁数はいくつかに依って10^n進数演算をしたほうが有利な場合もあれば2^n進数演算をしたほうが有利な場合もある

**デフォルトの名無しさん** · 2022/07/04(月) 23:43:32.57

>>247
んまあ実際乗算を筆算でやる場合のコストはオーダー n2 だから、式が長い(計算回数が多い)なら変換コストを払って2進数にしてしまうのがいいかもね。
でも今回は小数が欲しいから、2進数で計算しちゃうとその帳尻会わせも面倒そうね。

**デフォルトの名無しさん** · 2022/07/05(火) 00:39:40.83

お前らほんと面白いなｗ

なんでJavaのBigDecimalみたいなのを自分で実装する話で
参考になるアルゴリズムを聞いただけで荒れるんだよｗ

知らないなら知りませんって言えばいいじゃんか
なんでいちいち文句言うんだよｗｗ

**デフォルトの名無しさん** · 2022/07/05(火) 00:42:50.75

それにしても昔の人は同じことをやってるはずなんだが
この問題、アルゴリズムとして確立されてないんか？

**デフォルトの名無しさん** · 2022/07/05(火) 00:51:39.12

>>249
荒れるもなにも、とっくに固定小数とか筆算法って出てるじゃん。
それで何が不満なのかくらい書いたらどうだい。
というか、つべこべ言ってないでまず作ってみろよ。

**デフォルトの名無しさん** · 2022/07/05(火) 01:34:42.80

>>251
アルゴリズム名が知りたいね
筆算法なんてコンピュータで使われてないし

**デフォルトの名無しさん** · 2022/07/05(火) 02:23:33.79

不遜メソッド効きすぎｗｗｗ

**デフォルトの名無しさん** · 2022/07/05(火) 07:56:46.50

>>249
△知らないなら知りません
◎書けないなら書けません
∵>>235

**デフォルトの名無しさん** · 2022/07/05(火) 07:57:54.68

>>252
使われていますよ、整数演算をきちんとしたいのならそれしかないのでは？

**デフォルトの名無しさん** · 2022/07/05(火) 08:11:42.70

>>252
名前を知ってどうするの？
そこそこプログラム書いてりゃどんな方法なのかは分かるし、使われてないなんてアホなことも言うわけもないぞ。
多ワード乗除の基本中の基本であって、他にどうやるの？ってレベル。
2進数の掛け算とか、掛ける数分ループで足しちゃう人？

**デフォルトの名無しさん** · 2022/07/05(火) 13:49:08.28

>>256
アルゴリズムの名前を聞くのは
それについて調べるだけに決まってるだろｗ

おまえ、すでにあるアルゴリズムを
想像で再発明するんか？
アホやなぁ

**デフォルトの名無しさん** · 2022/07/05(火) 14:18:53.50

>>257
つべこべ言わず手を動かせよ。
いつも口ばっかりと言われてるだろ？

**デフォルトの名無しさん** · 2022/07/05(火) 15:13:51.38

「アルゴリズム筆算」を検索したら普通に見つかったこれ、面白かったよ。

超高速！多バイト長整数の計算手法

>>257
コードは書かねぇわ検索はしねぇわ、しょうもねーな

**デフォルトの名無しさん** · 2022/07/05(火) 15:24:20.46

宿題は宿題スレでやれ

**デフォルトの名無しさん** · 2022/07/05(火) 16:09:18.14

>>259
小数がね～だろ

**デフォルトの名無しさん** · 2022/07/05(火) 16:15:09.12

>>261
頭使う気が皆無というのがすげーな

**デフォルトの名無しさん** · 2022/07/05(火) 18:44:23.54

>>256
＞多ワード乗除の基本中の基本
その基本中の基本が自力では書けない人がほとんど、というのが、今の日本の計算機工学のお馬鹿さを如実に示していると思いますね
誰か >>235 の改良版を公開してくれませんでしょうかね、全然期待していないけど‥‥

**デフォルトの名無しさん** · 2022/07/05(火) 21:51:37.18

どうした？
散々 QZ に言いたい放題に言われ続けても実装が出せないのか？
馬鹿ばかりだな‥‥

**デフォルトの名無しさん** · 2022/07/06(水) 03:26:05.47

BigDecimal は src.zip を解凍すりゃソースが出てくるのに…

**デフォルトの名無しさん** · 2022/07/06(水) 04:04:41.36

なんか最近C++スレでも整数環上でのFFTも理解してないカスが暴れてるけど、このスレも同じノリになってきたな
なぜ？

**デフォルトの名無しさん** · 2022/07/06(水) 04:10:59.60

整数環上でのFFTを知ってる程度の人間が
マウント取ってるからじゃないですかねぇ

**デフォルトの名無しさん** · 2022/07/06(水) 11:48:52.42

馬鹿にレスを与えないで下さい
馬鹿が居憑いてしまいます

**デフォルトの名無しさん** · 2022/07/06(水) 13:34:25.61

>>267
何も理解してなくても何か言った気になれる便利構文

**デフォルトの名無しさん** · 2022/07/06(水) 20:01:10.31

>>266
彼のコードを見ているけれども、一般的な乗算に展開できるほどの抽象度が足りないですね
もっと汎用的に書かないのならば単なるオナニーですよね
少なくとも >>235 くらいには汎用的に書いてほしいのですけど‥‥

>>265
どこの URL の src.zip を圧縮解除すればコードが手に入るのか　****具体的に****　記述できますか？

**デフォルトの名無しさん** · 2022/07/06(水) 22:26:45.95

>>270
ファイル名は間違ってるかもしれないが、SDKのインストール先直下のディレクトリにzip(もしくはjar)としてライブラリのソースは入ってるのよ

**デフォルトの名無しさん** · 2022/07/06(水) 22:32:35.76

>>270
またEclipseとかIDEではソース中で使われてるBigIntegerとかから実装にジャンプするとzip中の対象ファイルがエディタで開かれる

**デフォルトの名無しさん** · 2022/07/06(水) 22:39:05.29

>>270
これは古いバージョンだけど
https://github.com/openjdk-mirror/jdk7u-jdk/blob/master/src/share/classes/java/math/BigDecimal.java
とか、GitHub にも置かれてる

**デフォルトの名無しさん** · 2022/07/07(木) 02:33:54.03

こいつ有名な荒らしだから相手しない方が良いよ
不毛なことしか書けない人

**デフォルトの名無しさん** · 2022/07/10(日) 15:25:18.55

>>271
ちゃんとした情報を出してくださいね
そんないいかげんな情報では動く気にもなれないの、馬鹿

**デフォルトの名無しさん** · 2022/07/10(日) 15:25:51.45

>>272
エクリプスなんて使いたくないの、xyzzy でやる方法を教えてね

**デフォルトの名無しさん** · 2022/07/10(日) 15:26:07.43

>>273
新しいバージョンをお願いね

**デフォルトの名無しさん** · 2022/07/10(日) 15:26:50.57

>>274
有名でもないし嵐でもないわ

**デフォルトの名無しさん** · 2022/07/11(月) 17:40:53.28

>>277
コア技術でもないのに最新版を要求するクズっぷりに草

**デフォルトの名無しさん** · 2022/07/12(火) 02:18:29.11

Javaで「文字列がヌルも含めた空文字である」を評価するとき、例えば
if (str == null || str.isEmpty()) としますよね? でこれは短絡評価によりstrがnullのときは
str.isEmpty()は評価されないのでNPEは発生しないと。
ここから質問ですが、これの否定式を作る場合に、単純にドモルガンを適用して
if (str != null && !str.isEmpty()) でいいですよね?

一般的に元の式が短絡評価込みで問題ない場合、単にそれの否定をとったりしても
問題は生じない、ですよね? というか単純に否定の式を書くべきですよね?（どこかで順序
を変えてはいけない）というか
if (!(str == null || str.isEmpty())) が無難かもしれないですが、場合によってはバラして
簡略化したいですよね? そのとき項の順序さえ変えなければあとは論理法則を適用して
変形していいですよね? というか

**デフォルトの名無しさん** · 2022/07/12(火) 02:24:55.92

あと、論理的には問題ないように順序を交換してその項が消える場合は
順序を変えてもいいんですかね? とか

**デフォルトの名無しさん** · 2022/07/12(火) 09:15:17.45

動作上の問題はない
最適化ガーとか言い出すド阿呆は居るかもしれない

んだが、普通はnullだと異常ルートでreturnさせたりするから、空の判定を書くことが多いんじゃないかなという経験的感想

**デフォルトの名無しさん** · 2022/07/12(火) 09:19:02.27

>>282
正常ルートをブロック化すると無駄なネストが増えちゃうから
俺ならそんなコード書かれてたらレビューで指摘する

**デフォルトの名無しさん** · 2022/07/12(火) 09:22:53.29

>>283
ブロック化というか、
if (str == null) return;
的なものを最初の方に置いておくってことじゃね。

**デフォルトの名無しさん** · 2022/07/12(火) 09:23:28.92

なんだ自己レスかよw

**デフォルトの名無しさん** · 2022/07/12(火) 09:33:25.75

kotlinにしてisNullOrEmptyにしないからそうなる

**デフォルトの名無しさん** · 2022/07/12(火) 10:05:16.64

twitter apiの質問ってここでいいですか？

**デフォルトの名無しさん** · 2022/07/12(火) 11:10:56.86

最近の言語はnullを廃止して安全にした言語が増えてきたね
Rustなどのようにnullを無くして静的な型チェックでnull関係のミスをコンパイル時点で完全に防ぐ言語がオススメかな

**デフォルトの名無しさん** · 2022/07/12(火) 12:27:47.36

変数を何千、何万という規模で使うようなプログラム作ってる人は
その何千以上の変数名を全部自分で考えて付けてるんですか？基本的に命名規則に従って
なにかしらの手抜き方法とかあるんですか？

**デフォルトの名無しさん** · 2022/07/12(火) 12:30:38.14

>>289
全部グローバル変数なら命名も大変だろうが、小さいスコープ内なら大変じゃないよ

**デフォルトの名無しさん** · 2022/07/12(火) 12:49:34.65

>>289
まともなプログラム＆言語ではグローバル変数を滅多に使わない
関数やクラスなどの中に閉じた変数を使うからその中で名前を区別できれば十分
その関数もグローバル関数はレアな存在でクラスなどのメソッド関数などにするのでそのクラスなどの中で名前を区別できれば十分
そのクラスなどもモジュールなどの中で名前を区別できれば十分
そのモジュールなどの名前は仮にぶつかっても使用を宣言する時に別名として採用できる言語が多いから名前がぶつかっても困ることはない
細かいところは各プログラミング言語によって色々と異なるけど概要としては以上の通り

**デフォルトの名無しさん** · 2022/07/12(火) 13:54:30.96

グローバルおじさんが作ったVBSとか楽しすぎて辞めたくなるよな

**デフォルトの名無しさん** · 2022/07/12(火) 14:13:34.28

速度を優先するとグローバル変数も使いたくなりませんか
連続で呼ばれる関数で毎回変数宣言するよりもグローバル変数で一度定義しておけば
その負担をゼロにできるし

**デフォルトの名無しさん** · 2022/07/12(火) 14:30:47.58

そうですね。他にもmain関数一本で実装するのがモダンなやり方だと思いますよ

**デフォルトの名無しさん** · 2022/07/12(火) 14:44:45.71

>>293
>速度を優先するとグローバル変数も使いたくなりませんか
既に定義済みの変数を利用したいケースは当然あるが
だからといってグローバル変数は使わない

>連続で呼ばれる関数で毎回変数宣言するよりもグローバル変数で一度定義しておけば
>その負担をゼロにできるし
それぞれサンプルコード書いてみたら？
もう少し具体的なアドバイスがもらえると思うよ

**デフォルトの名無しさん** · 2022/07/12(火) 14:52:24.07

>>293
宣言に伴う領域確保時に自動的に内容が初期化されるような処理系だったりポリシーだったりするとそうかもね。
C だと関数呼び出し時にその関数で使用する変数に充分なサイズのスタックフレームを確保するだけだから、コストなんてかからないよ。
スタックポインタを最初に一度ずらすだけだからね。

**デフォルトの名無しさん** · 2022/07/12(火) 15:09:08.48

>>293
グローバル変数は、いつ、どこから、誰が、どのように、アクセスするか不明であり、
一般的にはデータ競合を起こす可能性もあるため、その場合は対策として排他制御が必要となるなど、むしろ遅くなる可能性を招きかねない
グローバル変数はできる限り使わないのが通常のプログラミングの基本である

**デフォルトの名無しさん** · 2022/07/12(火) 15:10:10.48

>>289
命名の省力化よりも設計の質や可読性を高めることに意識を集中させたほうがいいぞ
その意識で1～2年もやれば手抜きというか命名コストを下げる方法も自然と身につく