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

**デフォルトの名無しさん** · 2023/04/10(月) 22:13:58.31

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

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

【前スレ
スレ立てるまでもない質問はここで 163匹目
https://mevius.5ch.net/test/read.cgi/tech/1670470167/ VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

**デフォルトの名無しさん** · 2023/06/17(土) 13:00:20.91

まずどう本物と違うのか

**デフォルトの名無しさん** · 2023/06/17(土) 13:08:36.62

現在分かってるのが
・スレの１つ目が異なる (これは気にしない)
・htmlソースで見たときに が複数続くところが異なる
あたりです

操作としては chrome で開いてソースを表示してコピーしてサクラエディタに張り付けて
マクロを実行して出来上がった疑似 dat ファイルを jane で取得できなかったところ移行を dat に張り付けてます
一応 Jane でみれるには見れますが本物の dat と異なってます

Jane の機能のツールのコマンドに
サクラエディタで開く
"C:\Program Files (x86)\sakura\sakura.exe" $LOCALDAT
を入れておりサクラエディタでちゃちゃっとdat補完ができたらいいなってところから来てます

**デフォルトの名無しさん** · 2023/06/17(土) 13:32:43.51

そういや、
> S_ReplaceAll(' ', ' ', 28);
これってなにがしたいん

勘だけど、Allするより、+32な気がする
 が2つまでに圧縮されちゃうでしょ

**デフォルトの名無しさん** · 2023/06/17(土) 15:21:09.34

そういえばbrなんでこうしたんだっけ…
改行が2つ以上続くとスペースが1つ追加されるとかっぽいからそうしたような…

外出するので帰宅したら確認します
ありがとうございます

**デフォルトの名無しさん** · 2023/06/17(土) 17:23:16.32

>>855
BigDecimal使えばいいだけだよ

**デフォルトの名無しさん** · 2023/06/17(土) 17:53:12.99

>>873
1MBでどうなるかやってみなよ

**デフォルトの名無しさん** · 2023/06/17(土) 18:46:47.78

>>874
1MBの数字が入力でも計算自体は何の問題もないよ
画面出力は省略形にでもしないと問題あるけどね

**デフォルトの名無しさん** · 2023/06/17(土) 19:14:55.85

>>875
だから実際やってみなよ
アホほど時間かかるから

**デフォルトの名無しさん** · 2023/06/17(土) 21:01:25.03

こんな感じかな
fn fizzbuzz(s: &str) -> &str {
let last = s.bytes().next_back().unwrap();
let is_buzz = last == b'0' || last == b'5';
let sum = s.bytes().map(|n| n as u64).sum::<u64>();
let is_fizz = sum % 3 == 0;
if is_fizz {
if is_buzz {
"FizzBuzz"
} else {
"Fizz"
}
} else {
if is_buzz {
"Buzz"
} else {
s
}
}
}

**デフォルトの名無しさん** · 2023/06/17(土) 21:04:25.47

足し算の結果がu64に収まる保証はないので減点ですね

**デフォルトの名無しさん** · 2023/06/17(土) 21:22:31.12

>>878
1バイトの値は2^8未満ですから
もし長さが1TB=2^40だとしても
和が2^48となり2^64に収まっていませんか？

**デフォルトの名無しさん** · 2023/06/17(土) 21:34:19.21

文字列長が最大1MBなので収まりますね

**デフォルトの名無しさん** · 2023/06/17(土) 21:44:51.89

>>876
実際やってみて何の問題ないと言ってるだけど？
2～3行足すだけなんだから君こそ実際やってみなよ

**デフォルトの名無しさん** · 2023/06/17(土) 21:59:39.36

>>881
コード出してみな

**デフォルトの名無しさん** · 2023/06/17(土) 22:11:53.10

てめーがだせよwwww

**デフォルトの名無しさん** · 2023/06/17(土) 22:27:11.79

おにまい

**デフォルトの名無しさん** · 2023/06/17(土) 23:00:45.29

>>882
君はもしかしてFizzBuzzが書けないのかい？

1,200,000桁の数字をFizzBuzz判定して
結果文字列を返すのにBigDecimalへの変換含めてスクリプト言語でも数ミリ秒
アホほど時間かかってるねw

**デフォルトの名無しさん** · 2023/06/17(土) 23:37:08.97

採点基準としては>>854で速く動作することを優先と明記したので
多倍長整数の使用は不合格とは言わないまでも追加点無しといったところかな

その部分以外に元のFizzBuzz問題でも同じ話だけど細かい採点は多数
例えばifが3つ「15の倍数か？」「5の倍数か？」「3の倍数か？」と並列に並ぶ形をとる人がなぜか多くて
どれにも当てはまらない過半数のケースで3回もif判定するから損で正解はif判定を常に2回に抑えられるよね
3回の場合でも「x % 15」などを計算しちゃうのも損で3の倍数か及び5倍数かの情報を使うべきだよね
とはいえ「(x % 3 == 0) && (x % 5 == 0)」等としちゃうとその後に2度目の「x % 3」を計算する羽目になり損だよね
いずれにせよ可読性も兼ねてis_fizzやis_buzzといった変数にブール値を代入するのも必須かな

といった感じで細かい採点基準が多数あるのを恐れてか
コードを出す人が少ないのが残念ですね

**デフォルトの名無しさん** · 2023/06/17(土) 23:45:02.93

副作用ないから最適化されて
(x % 3 == 0) && (x % 5 == 0)
と個別のがあっても一回しか演算しなくない？

**デフォルトの名無しさん** · 2023/06/17(土) 23:46:55.37

確かに

**デフォルトの名無しさん** · 2023/06/17(土) 23:52:04.91

>>887
言語によって二箇所のx % 3の計算を必ずしも1度に集約最適化するかどうかは明確ではないため
x % 3の計算が2回起こりえるかと

**デフォルトの名無しさん** · 2023/06/17(土) 23:56:27.32

>>885
提出できないのかよw

**デフォルトの名無しさん** · 2023/06/17(土) 23:59:36.79

おまえがねw

**デフォルトの名無しさん** · 2023/06/18(日) 00:17:41.47

自分ができないから俺にさせるつもりなのかよ
それだとお前のコードを評価できないだろw
ほんと口だけだなお前w

**デフォルトの名無しさん** · 2023/06/18(日) 01:00:16.47

多倍長整数が早いか遅いか自体が処理系依存

**デフォルトの名無しさん** · 2023/06/18(日) 01:10:45.25

どんな環境でも>>877のコードのように10進数文字列を整数に変換せずにそのまま足し算するだけが一番速い
その変換をしてさらに多倍長演算をするのは確実に遅い

**デフォルトの名無しさん** · 2023/06/18(日) 01:34:07.16

速攻で0x30を引いた各桁の和を連想した俺、たぶん>>894 と相性がいい

面接試験だとしたら、「そういうこと」だと思う

**デフォルトの名無しさん** · 2023/06/18(日) 02:35:29.36

正解はこちら
str.sum(c => c - '0') % 3

**デフォルトの名無しさん** · 2023/06/18(日) 05:42:27.49

惜しい
0x30は3の倍数なのでその引き算は必要ない

**デフォルトの名無しさん** · 2023/06/18(日) 08:03:13.08

実在する文字コードという決まりはないのでそれは減点ですね

**デフォルトの名無しさん** · 2023/06/18(日) 08:17:01.17

実在する文字コードを前提としてはいけないならば
>>896のc-'0'こそ失格となる
その式は'0'から'9'の順に並び1ずつ増えることを前提としている

一方で元の問題>>854を見ると
「文字列の仕様は各言語の標準的なものから自由に選んでも構いません。」
つまりASCIIやUTF8を前提としてもよい
したがってそれらの文字コードを使うプログラムでは'0'を0x30とみなして処理することができる

結論
0x30は3の倍数なのでその引き算は必要ない

**デフォルトの名無しさん** · 2023/06/18(日) 08:23:49.23

可読性が低いので減点ですね

**デフォルトの名無しさん** · 2023/06/18(日) 08:32:02.61

コメントに、0x30%3はゼロ、と一言書いておかないと、なんも考えずに引き忘れてると思われても惜しいｗ

**デフォルトの名無しさん** · 2023/06/18(日) 08:46:33.48

アスペ大暴れ

**デフォルトの名無しさん** · 2023/06/18(日) 09:50:29.21

揚げ足の取り合いは犬も食わない

**デフォルトの名無しさん** · 2023/06/18(日) 11:07:47.01

コメントにWHYを書きましょう
大きな減点です

**デフォルトの名無しさん** · 2023/06/18(日) 11:49:45.52

>>896
そこでなぜsumを計算すれば済むのか理由をコメントあるいは口頭説明できないと減点なのはわかる
それならば- '0'無しで計算すれば済む理由もコメントあるいは口頭説明すればよいよね
無駄な計算を無くすためにsumにしたのに無駄な計算- '0'を加えているのは中途半端かな

**デフォルトの名無しさん** · 2023/06/18(日) 18:10:54.03

>>894
PythonだとDecimal使った方が約5倍速い
Python側でのAPI呼び出し回数の差などによってアルゴリズム自体の速度差は簡単にひっくり返る
遅い言語ではよくあること

**デフォルトの名無しさん** · 2023/06/18(日) 18:27:34.75

自分が出題するときは当たり障りのない問題にしとこ
採用側もあまり適当なことは言えん

**デフォルトの名無しさん** · 2023/06/18(日) 20:52:01.63

>>906
速度優先の問題で一桁遅いPythonを持ち出すのはヤバい
単純なメモリ操作問題なのにAPIとか言い出すのもヤバい
皆が言ってるバイト列の和(sum)よりもDecimalの方が速いと言い出すのもヤバい

**デフォルトの名無しさん** · 2023/06/18(日) 21:10:10.35

>>908
>速く動作することを優先としますがSIMDやGPUや並列化の対応は不要です。

この前提にしがみついてるのか
GPUまで可にしたらPythonにボロ負けするからな

**デフォルトの名無しさん** · 2023/06/18(日) 22:01:21.90

>>909
GPUとPythonにはなんら関係ない
GPUへのアクセスの様々なものはC++で書かれている
それを通してPythonでも使えるというだけにすぎない

今回の話は足し算するだけだからメモリ読み出しが律速段階
GPUは役に立たないだろう

**デフォルトの名無しさん** · 2023/06/18(日) 22:07:58.82

Pythonな採用条件なのにPython使えんかったら逆にアウツ
試験次第だろ

**デフォルトの名無しさん** · 2023/06/18(日) 23:00:39.56

Pythonはあくまでもスクリプト言語であってプログラミング言語ではないからね
Pythonでプログラミングしたら遅くて使い物にならないのは当たり前
Pythonは他言語で書かれたライブラリを呼び出すスクリプトを書くための言語
それを理解できずにPythonでプログラミングしてしまい
遅くてリソースコストのかかるものを作っているバカがたまにいる

**デフォルトの名無しさん** · 2023/06/19(月) 02:12:53.01

Python（パイソン）はインタープリタ型の高水準汎用プログラミング言語である。

**デフォルトの名無しさん** · 2023/06/19(月) 03:13:50.68

プログラミング言語は自由って出題なんだから言語の遅い早いは問うべきではない

**デフォルトの名無しさん** · 2023/06/19(月) 04:03:21.97

最悪アセンブリでもいいわけだしな

**デフォルトの名無しさん** · 2023/06/19(月) 05:42:53.42

Pythonてプログラミング言語じゃないのに何でこの板でスレが立ってるんですか

**デフォルトの名無しさん** · 2023/06/19(月) 05:54:51.89

>>906
もしそれが本当ならば、
Pythonで足し算をするよりも、
C++で書かれたライブラリ内でDecimal変換して計算する方が、
5倍速いという話になる。

足し算すらPython自体でプログラミングするのは論外であり、
それさえもC++で書かれたライブラリに任せるべきなのであろう。
そうしないとアルゴリズムの比較ではなく、
言語による速度の比較になってしまっている。
非常に遅いPythonでプログラミングすることの悲劇といえよう。

**デフォルトの名無しさん** · 2023/06/19(月) 06:18:19.73

アルゴリズムの速度比較の課題でPythonを使うのを禁止したら？
Pythonではアルゴリズムの比較という基本的な学習も身につかないね
Pythonを教育現場で採用してはいけない理由がよくわかったよ

**デフォルトの名無しさん** · 2023/06/19(月) 08:48:49.86

いつのまにアルゴリズムの比較をする話になってんだ？

**デフォルトの名無しさん** · 2023/06/19(月) 09:09:29.73

そもそもPythonで回答プログラムを書こうとしたのが間違い
そこでPythonを選ぶのは筋が悪すぎる

**デフォルトの名無しさん** · 2023/06/19(月) 09:23:37.86

>>854の言語自由ってのは自分の手に馴染んだ言語を使って回答しろって意味じゃないのか
処理の速い言語を選ぶことも採点基準のうちってこと？

**デフォルトの名無しさん** · 2023/06/19(月) 09:34:56.22

実行が速いことが優先と明記されてるから
自分が使える言語のうち実行速度が速い言語を各自が選ぶことになるね
激遅のPythonを選ぶ時点で最下層プログラマーだとバレる

**デフォルトの名無しさん** · 2023/06/19(月) 09:47:05.25

まあ聞かれるわな
「ここでPythonを選んだ理由は?」
(例)「Pythonを使った機械学習のオペレータの募集でしたので、Pythonが正解だと思いました」
とでも答えられればおｋ

**デフォルトの名無しさん** · 2023/06/19(月) 10:22:23.81

アスペ君相変わらずPython嫌いだな

**デフォルトの名無しさん** · 2023/06/19(月) 10:23:40.73

Pythonに親でも殺されたのかってのがちらほらおるな
全部同じヤツなのかもしれんけど

**デフォルトの名無しさん** · 2023/06/19(月) 10:26:01.73

まあ、pythonが意味の分からない実行時エラー出すって経験あれば嫌いにもなる

**デフォルトの名無しさん** · 2023/06/19(月) 10:56:46.92

故意じゃないなら話をそらす癖自覚したほうがいいよ

**デフォルトの名無しさん** · 2023/06/19(月) 11:03:56.22

Pythonは客観的にみると魅力ある言語仕様ではないし速度も遅いし積極的に使いたい人はいない避けられがちな言語だけど
たまたま一部の分野で以前から使われてきたというアドバンテージだけはあるんだよね

**デフォルトの名無しさん** · 2023/06/19(月) 11:21:46.07

意味がわからないのは中学生レベルの英語を読まないからなんだよなぁ

**デフォルトの名無しさん** · 2023/06/19(月) 11:29:44.47

>>928
それらの分野でもPythonを使っているのはプログラマーではなく各分野の専門家たちだよ
プログラマーたちはC/C++などでコードを書いている
それらの分野こそ速度と省メモリが第一なので

**デフォルトの名無しさん** · 2023/06/19(月) 11:39:55.72

プログラマであっても、いちばんの表層はC++とかで書いたりしない
bashやらcmdやら、powershellだったりするわけ

少なくとも、Pythonは機械学習方面のDSLとして大人気
好き嫌いは構わないが、軽視するこたない

**デフォルトの名無しさん** · 2023/06/19(月) 11:43:49.71

>>931
それはシェルスクリプトだよ
シェルスクリプトやPythonでプログラミングすることはなくてC/C++などで書かれたものを呼び出すだけ

**デフォルトの名無しさん** · 2023/06/19(月) 11:49:00.12

Pythonで機械学習で使われてるライブラリはC#でも使えるようになってるがPythonは数学関係のライブラリが群を抜いて充実してるから数式をほぼそのままコードに起こすことができるのが便利

**デフォルトの名無しさん** · 2023/06/19(月) 14:08:13.50

言語自由で思ったんだけどBrainfuckでFizzBuzzって書けるの？
オーソドックスに1から中止するまで加算するやつで

**デフォルトの名無しさん** · 2023/06/19(月) 14:25:22.08

うちの会社、ここ数年、GUIを持たないアプリ ( 24時間365日、クライアント端末とのデータ送受信だけしてるアプリとか ) に、Go 濫用してるんだけど、
同じような会社結構あるのかな？

**デフォルトの名無しさん** · 2023/06/19(月) 14:30:56.16

ぐぐったらそれっぽい題のページあったね
手書きできるんかといったらどうかな

こういうのこそChatGPTに頼んでみたらどうなる
俺垢もってない

**デフォルトの名無しさん** · 2023/06/19(月) 14:31:37.33

あーごめん >>936 >>934

濫用ってｗ
いかんのかｗ

**デフォルトの名無しさん** · 2023/06/19(月) 17:13:36.17

>>932
お前はプログラミングの基礎を勉強してきたほうがいいよ
プログラミングとは何？から勉強し直せ

**デフォルトの名無しさん** · 2023/06/19(月) 18:19:42.38

スクリプトとプログラムの二つの呼び方があるな
何か外部のものを呼び出すことがメインのものをスクリプトと言って区別する
広い意味ではプログラミングと言えないこともないが本格的なプログラミングとは区別される

**デフォルトの名無しさん** · 2023/06/19(月) 18:58:06.11

ん？

**デフォルトの名無しさん** · 2023/06/19(月) 19:33:17.07

Cにもインタプリタあるんだぜ？

**デフォルトの名無しさん** · 2023/06/19(月) 23:06:11.43

外部のものってなんだ？システムコールのことか？（笑）

**デフォルトの名無しさん** · 2023/06/19(月) 23:16:52.29

>>939
ようするにな、お前（素人）の勝手な定義で決めるな
なにか言いたいならソースでももってこい
どこのおえらいさんがスクリプトは本格的なプログラミングではないと言ってるのか

**デフォルトの名無しさん** · 2023/06/19(月) 23:17:34.75

JavaScriptとか知らんのかって思う

**デフォルトの名無しさん** · 2023/06/19(月) 23:55:49.17

スクリプト言語の遅さは電気代のムダからCo2排出量にも繋がってると向こうの記事でも見かけた
本格的(?)なプログラミングでスクリプト言語はあまりオススメできないのはその通りだろうが
その中でもJavaScriptだけはV8エンジンでかなり速くてC言語と比べても数倍程度の遅さで済んている高速さ
スクリプト言語を使うならJavaScript一択

**デフォルトの名無しさん** · 2023/06/20(火) 00:28:24.10

めちゃくちゃざっくりだけど

プログラムはコンパイル方式とインタプリタ方式の２つがあって
インタプリタ方式のプログラム言語をスクリプト言語っていう感じなのかなと

インタプリタでプログラムでないものはざっくりいうとシェル
インタプリタ方式のプログラムはスクリプト言語と言ってしまっても問題ない

**デフォルトの名無しさん** · 2023/06/20(火) 00:29:10.70

YouTube で有名な雑食系エンジニア・KENTA は、
初心者のキャリアパスは、Ruby on Rails → Go だけと言ってる

Python は人気あるけど、AI・機械学習だけ

YouTubeのモローは、Railsのレベルは突き抜けているから、
初心者では門前払いと言ってた

1年ぐらいの勉強で、10年以上の香具師よりもレベルが上。
Docker, AWS Solution Architect などもやる

だから米国年収でも、
RubyはGo/Rust/Elixir の3大言語を超えて、9.3 万ドル！

多くの言語は6.5～7、
PHPは5、Dartは4.4と生活保護レベル

**デフォルトの名無しさん** · 2023/06/20(火) 02:37:51.99

どうでもいいけどRubyって下火じゃなかったっけ？

**デフォルトの名無しさん** · 2023/06/20(火) 02:48:35.76

インタプリタだったらプログラム言語じゃないんですよ（ドヤァ）

こんな事をいうから恥をかくんやで

**デフォルトの名無しさん** · 2023/06/20(火) 03:29:37.51

>>949
ここまで読んだけどそんな書き込みないじゃん
したがって君は以下のどちらか
・頭が悪くていつも誤読している
・意図的にウソを書くことでざっくりとしか読んでいない第三者たちを騙す詐欺師

**デフォルトの名無しさん** · 2023/06/20(火) 03:34:59.75

fizzbazzはなでしこでやっていいの？

**デフォルトの名無しさん** · 2023/06/20(火) 04:01:13.57

他人をとぼしめるような発言やマウントとるような発言しかしない人は
コンビニで女性や老人のときだけ怒鳴り散らしてイキってるダサい人を見てるようなつもりで見てあげるといいよ

少なくとも自分はそんな感じにしか見えない

**デフォルトの名無しさん** · 2023/06/20(火) 09:04:11.92

それについては同感
コンビニに限らず店でありがとうなんてとてもじゃないけど言わないだろうな
ストレスフルな社会に適応できずに毒され溢れ出してしまった弱さを感じる
こんな口論でよしんば勝ってもそこを改めないと行き着く先は不幸ばかりだろうに
ところで乏しめるじゃなくて貶（おとし）めるなんだ揚げ足取りスマンな

**デフォルトの名無しさん** · 2023/06/20(火) 09:56:15.52

場がどうなろうとどうでもいいんだろう

そういう心がけが、そういう心がけを強化するんだぞ(self feedback

**デフォルトの名無しさん** · 2023/06/20(火) 10:47:22.80

oh...
寝れなくて酒飲んでたとはいえやっちまったぜ
指摘ありがとう

**デフォルトの名無しさん** · 2023/06/20(火) 11:00:45.36

間違いを指摘されて礼を言えるのは偉いよ
このスレ見てると相手の発言には耳を貸さずただただ煽りと罵倒を繰り返すようなのばっかや

**デフォルトの名無しさん** · 2023/06/20(火) 12:39:08.84

>>950
じゃあスクリプトはなんだって話だよ。
スクリプトはプログラム
結論はそれだけ

**デフォルトの名無しさん** · 2023/06/20(火) 12:42:52.36

プログラミング言語という大きな枠組みがあって
その中にコンパイラ言語とかインタプリタ言語とかスクリプト言語とかSQLとかがある

インタプリタは一行読んで一行実行するもの。
でもファイル全体をまとめて解釈するような言語が登場したから
それもうインタプリタ言語じゃないねってなって、最近はスクリプト言語と呼ばれている
それぐらいの基礎知識をつけてくださいってこと

**デフォルトの名無しさん** · 2023/06/20(火) 12:44:41.04

>>946
> インタプリタでプログラムでないものはざっくりいうとシェル
シェルもプログラムだろ
インタプリタ方式なんだから

ほんと、アホか

**デフォルトの名無しさん** · 2023/06/20(火) 12:49:44.51

だいたいさぁ、C言語だってインタプリタ方式があるっていうのに
同じ言語でコンパイル方式で動かしたらプログラミング言語で
インタプリタ方式で動かしたらプログラミング言語じゃないくなるのかよ
少しは知識があれば、実行方式の違いでプログラミング言語かそうか決まるわけじゃないって
わかるやろ。ほんと初心者レベルの知識やで

**デフォルトの名無しさん** · 2023/06/20(火) 13:13:36.41

さもしい

**デフォルトの名無しさん** · 2023/06/20(火) 13:25:53.80

ものすごい無駄な話で埋まるゴミスレ

**デフォルトの名無しさん** · 2023/06/20(火) 13:29:12.18

スクリプトかプログラムかとか
インタプリタかコンパイラかなんてのは
現代において全く意味がない議論

**デフォルトの名無しさん** · 2023/06/20(火) 14:54:33.97

C、C++、C#、Javaの開発者はプログラマー
ruby、php、javascriptの開発者はコーダー

当たり前だが当然プログラマーのほうがスキルや給料が上

**デフォルトの名無しさん** · 2023/06/20(火) 14:55:55.89

コーダーはhtmlやcss書く人だぞ
jsやphpはコピペプログラマーで合ってる

**デフォルトの名無しさん** · 2023/06/20(火) 15:13:07.26

>>964
だからさ、
お前が勝手に決めた定義なんかゴミクズなんだって
お前の頭の悪さしか伝わってこない

**デフォルトの名無しさん** · 2023/06/20(火) 15:25:17.29

コーダーって詳細設計をもらってそれに沿ったプログラムを書く人じゃね？

**デフォルトの名無しさん** · 2023/06/20(火) 15:35:05.63

検索してみたら、コーダーはWeb系って説明してるところが多いんだな
Web系なんてものが出てくる前からコーダーって言葉はあったと思うが、変化したってこと？