スレ立てるまでもない質問はここで 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/05/13(土) 09:34:20.41

匿名スレで誰が書いたかなんて本人にしか興味がないんだから

**262** · 2023/05/13(土) 09:41:11.01

ん？
まあ証明は出来ないですから自分は273以後先程までレスしてないって言うだけですね

駄文をフォローしてくださった方はありがとうございました
読み違えた人はすみませんでした

**デフォルトの名無しさん** · 2023/05/13(土) 10:18:52.37

>>294
まだ同一人物だと思い込もうとしてるのか
いいかげんしつこいぞ

**デフォルトの名無しさん** · 2023/05/13(土) 10:23:03.07

そうやって必死になるからバレるんだって教えてやったのに学ばないやつだな

**デフォルトの名無しさん** · 2023/05/13(土) 10:23:42.28

>>296
そう思うなら当日のうちに礼を言ってほしかったな
そうすりゃ本人本人言われずにすんだのに

**262** · 2023/05/13(土) 10:27:01.88

>>299
それはすみませんでした
あとフォローありがとうございました

**デフォルトの名無しさん** · 2023/05/13(土) 10:29:29.62

伝わってると思うけどID:BPf3TrdYな

**デフォルトの名無しさん** · 2023/05/13(土) 15:19:52.01

まだ気が早いけど次スレはワッチョイつけた方がいいな
この１週間ぐらい見てると明らかに話の通じないおかしなのも混じってるし

**デフォルトの名無しさん** · 2023/05/13(土) 15:45:24.92

茶番すぎて草

**デフォルトの名無しさん** · 2023/05/13(土) 16:05:18.80

まだ続ける気か・・・
引っ込みがつかなくて今更撤回できないのは分かるけどこれ以上難癖つけるのは勘弁な
せめて黙っててくれ

**デフォルトの名無しさん** · 2023/05/13(土) 16:12:15.84

続けたくなければ自ら引くことだ

**デフォルトの名無しさん** · 2023/05/13(土) 16:19:47.73

まあたしかに
他のスレ住人に同一人物と思われてなければ良しとするか

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

効いてて草

**デフォルトの名無しさん** · 2023/05/13(土) 17:33:36.47

こっち使ったれや
https://mevius.5ch.net/test/read.cgi/tech/1681525978

**デフォルトの名無しさん** · 2023/05/13(土) 17:55:20.26

ワッチョイ付きスレあったのか

**デフォルトの名無しさん** · 2023/05/13(土) 20:34:17.86

こうやって見ると>>307の方がケンカに長けてるなｗ

**デフォルトの名無しさん** · 2023/05/14(日) 10:55:34.59

ちょっとしたコツがあるんだよな、こういうのは

**デフォルトの名無しさん** · 2023/05/14(日) 18:01:16.67

どうやって作るかわかんないんだけどPCやスマホ向けのアプリを作りたいなと思っています。
PythonでもJavaでも作れそうなんだけど、まず自分のPCに言語をインストールして環境を整えて作ってネットで公開するって流れだと思うんだけど、使う人はPythonとかJavaをインストールしなくても使えるんですか？

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

使う人もインストールする必要ある
Javaのランタイムは最初から入ってる可能性も無くはない

**デフォルトの名無しさん** · 2023/05/14(日) 18:36:49.80

>>313
ありがとうございます
Javaって万能なんですね！

**デフォルトの名無しさん** · 2023/05/14(日) 19:05:21.65

Windows限定ならJavaより.NETの方がインストール不要にしやすいとは思う

**デフォルトの名無しさん** · 2023/05/14(日) 19:10:37.41

Openssl3.0～の環境にmysqlってインストールできないですか？
mysqlインストールしようとするとlibssl.so.10、libcrypto.so.10が必要と怒られる。
AmazonLinux2、Openssl3.0.8でやってます

**デフォルトの名無しさん** · 2023/05/16(火) 19:56:23.68

SQLITEをJavaのJDBCで使ってますが、ほぼ作ったばかりの database で、
中身はテーブルが4つほどで、カラム数は最大で 4 つほどで、
全てのテーブルの全ての行数を合算しても50個もないほどなのですが、思ったより
遅くて驚いてます。
java コマンドから自分のプログラム名.java を実行すると、database に触れる前に
プログラムの冒頭で Hello の文字列を出すようにしてますが、それは一瞬で
出てきますが、JDBC を使って簡単な select 文で 10個も無い程度の
情報を取り出して、文字列にいれ、それを、stdout に出力して、
cmd.exe で見ていたのですが、Hello と出た後、1秒くらい経ってから
結果が出ます。文字列は、String ではなく、StringBuilder の append で
連結して、最後に toString を String 化してます。
また、SQLITE との接続のための Connection は、プログラムの
最初に一回しか作成してません。
この位の遅さは正常の範囲内ですか？
また、遅い原因は何が考えられますか。

**デフォルトの名無しさん** · 2023/05/16(火) 20:05:53.60

>>317
ちなみに、Local に HttpServer を起動して、自作 Java プログラムを cgi として
テストしていて遅かったのですが、cmd.exe から直接、その cgi を BAT
ファイルから起動していても、同様に遅いことが分かりました。
当初は、ブラウザや HttpServer が遅いのだとばかり思っていたのですが、
Java プログラム自体の中でとても時間が経過しています。
BAT を起動すると、Hello の文字列は非常に高速に出てくるので、Java
プログラムの起動の遅さでも無いようです。
Java は起動時にオブジェクト確保が集中してしまうために
遅くなっているのでしょうか。そういえば・・・。

**デフォルトの名無しさん** · 2023/05/16(火) 20:07:23.06

>>318
ちなみに今回のプログラムはテストプログラムに近くて、実験に不要なオブジェクト
の確保はしていません。
改めて、テストプログラムを書いてみたらいいかも知れませんが。

**デフォルトの名無しさん** · 2023/05/16(火) 20:52:16.77

Javaスレでプロファイリングの仕方を教えてもらったら？

**デフォルトの名無しさん** · 2023/05/16(火) 21:55:01.31

>>317
遅いのがJavaのコードなのかDBなのかまず切り分けたほうがいい

**デフォルトの名無しさん** · 2023/05/16(火) 21:56:58.54

切り分けも含めてプロファイリングでしょ

**デフォルトの名無しさん** · 2023/05/16(火) 22:31:22.06

>>322
この場合プロファイリングも切り分けの手段なんだけど
問題がありそうな箇所が事前に判明してない場合はより簡単にできてより大きく問題を絞り込めるタスクから先にやるのがセオリー

**デフォルトの名無しさん** · 2023/05/16(火) 22:57:24.62

Javaのプロファイラよく知らないけど問題の所在がDB側かJava側かの判別は出来ないの？

**デフォルトの名無しさん** · 2023/05/16(火) 23:19:06.69

目視できるレベルの遅延なんだから各処理にprintぶち込む
そしたら長々と説明書かんでもこの関数に時間掛かってますって質問できるやろ

**デフォルトの名無しさん** · 2023/05/16(火) 23:58:33.33

>>317
>また、遅い原因は何が考えられますか。
可能性高いのはJDBCドライバのクラスファイルロードあたり

**デフォルトの名無しさん** · 2023/05/17(水) 03:19:08.03

>>316
Linux 板で質問してみれば？

ただし、あの板は荒らし対策で規制が強いから、書き込めないかも

**デフォルトの名無しさん** · 2023/05/17(水) 07:56:09.37

だいたいDB接続が遅いイメージ

**デフォルトの名無しさん** · 2023/05/17(水) 09:46:44.89

>>324
判別できない可能性もあるけど問題はそこじゃない
例えばsqliteのシェルからSQLだけ実行して時間を計測すれば高い確率で切り分けできるわけだが
それと同程度の労力でプロファイリングして原因箇所を判別できるかどうか(特にそれだけの知識や能力があるか)が問題

**デフォルトの名無しさん** · 2023/05/17(水) 10:28:00.67

プロファイリング提案されてだよなぁとならないのが謎やわ

**デフォルトの名無しさん** · 2023/05/17(水) 10:58:23.94

切り分けしてDB問題なしとなったら結局プロファイリングしないといけないわけだし
初手からプロファイリングでええやんな
知識がー能力がーとかそんなの理由にならんわ

**デフォルトの名無しさん** · 2023/05/17(水) 11:07:50.06

>>154
3.42のバグ修正で再現しないようになってた

**デフォルトの名無しさん** · 2023/05/17(水) 12:37:11.65

>>326, 328
その通りでした。以下に経緯を書いておきますが、解決策は有りますでしょうか？

java(JVM) は、起動時に以下のオプションを付けました。

1. -cp で、sqlite-jdbc-3.41.2.1.jar の圧縮を展開したフォルダを指定して
　高速化を図りました。
　しかし、時間計測する限り、効果は全く現れなかったようです。
　 jarを指定してもメモリー中に展開されるため、SSDから個別のファイルを
　読み込むより、読み込み時間が速くなるからだそうです。

2. -Xms800M -Xmx2G オプションをしてして GC の STOP THE WORLD が
　発生しないようにしておきました。

$ java -Xms800M -Xmx2G -cp "./;../JDBC/sqlite-jdbc-3.41.2.1" MyAppName

自分の java のソースコード内で、System.currentTimeMillis() を使って
時間計測したところ、
・トータルで 546(ms) でした。
・最初の以下の部分に 421(ms) も掛かっていることが分かりました。

String url = "jdbc:sqlite:C:/sqlite3/xxx.db";
DriverManager.getConnection( url );

つまり、データベースの接続に大量の時間がかかっています。

時間計測時は、MyAppName の stdout を java ・・・ MyAppName >a のようにして
ファイルにリダイレクトして端末への表示によって遅くなることを防ぎました。

**デフォルトの名無しさん** · 2023/05/17(水) 13:02:58.99

ここまで分かったならあとはJavaスレ行った方が早いでしょ
ここは病院の外来総合受付みたいなもん

**デフォルトの名無しさん** · 2023/05/17(水) 14:02:05.41

>>333
先にドライバロードしてる？
してなければ接続に時間がかかってるのかドライバのロードに時間がかかってるのかわからない

**デフォルトの名無しさん** · 2023/05/17(水) 14:19:11.53

>>335
やってみました。行末の数値は起動時を 0 とした時間で、単位は [ms]です。
cur_time, before call Class.forName( 'org.sqlite.JDBC' ) : 62
cur_time, after call Class.forName( 'org.sqlite.JDBC' ) : 94
cur_time, before call this.connectB() : 94
cur_time, after call this.connectB() : 437

public static Connection connectB() throws SQLException {
　String url = "jdbc:sqlite:C:/sqlite3/xxx.db";
　return　DriverManager.getConnection( url );
}

**デフォルトの名無しさん** · 2023/05/17(水) 17:56:02.41

DataSource経由で接続は試してみた？
変わらんかもしれないけど

**デフォルトの名無しさん** · 2023/05/17(水) 18:00:09.24

結局データベース接続は遅いでFAでいいんじゃないかね
乱数の為の環境ノイズ収集だとかいろいろ原因はあるらしいけど

**デフォルトの名無しさん** · 2023/05/17(水) 18:50:12.67

いくらなんでも遅すぎない？
JavaでSQLite使ったことないけど350msって
リモートのDBからデータ取得してもお釣りが来る
ローカルのSQLiteへの接続ならPythonですら遅くても数ミリ秒

**デフォルトの名無しさん** · 2023/05/17(水) 19:33:06.66

ちなみに、全く同じ環境(マシン、OS)でもsqlite3.exeのコマンドラインから
だと物凄く高速です。
また、今、C言語から処理することも試してみたところ、やはり、物凄く
高速でした。

**デフォルトの名無しさん** · 2023/05/17(水) 19:59:17.26

>>340
どうもSQLiteJDBCドライバがよろしくないという情報もちらほら
>>337は試してみた？

**デフォルトの名無しさん** · 2023/05/17(水) 20:08:05.71

DataSource経由は試してません。
勘では多分速くならないと思います。
なぜなら最も簡単な方法や最も標準的な方法が最も最適になっていることが多いからです。
それは、ライブラリを作っている人が最適な方法を一番良く知っているためです。

**デフォルトの名無しさん** · 2023/05/17(水) 20:22:37.20

>>342
勘も大事だけど人の話を素直に聞くのも大事な
https://docs.oracle.com/javase/jp/8/docs/api/java/sql/DriverManager.html
>注: JDBC 2.0 APIで新しく追加されたDataSourceインタフェースを使用してデータ・ソースに接続することも可能です。
>データ・ソースへの接続時にはDataSourceオブジェクトの使用をお薦めします。

**デフォルトの名無しさん** · 2023/05/17(水) 20:25:45.03

あと、仮に効果がなかったとしても実際に試してその結果を得ることに価値があるんだよ

**デフォルトの名無しさん** · 2023/05/17(水) 21:24:19.24

なんでプロファイリングしないん？
なんだかんだ理由をつけて新しいことを覚えようとしない人と、面白そうだと挑戦する人
これ実際数年後にかなり差がつくよ

**デフォルトの名無しさん** · 2023/05/18(木) 01:57:33.41

もう、Javaは使わないことに決定しましたので、実験はしません。
お騒がせしました。

**デフォルトの名無しさん** · 2023/05/18(木) 02:13:43.33

データベース接続が遅いってだけで？

**デフォルトの名無しさん** · 2023/05/18(木) 02:27:07.46

>>347
はい。C++で書くことにしました。

**デフォルトの名無しさん** · 2023/05/18(木) 02:28:09.74

理由は、私が想定した用途では使い物にならないと判断しましたので。

**デフォルトの名無しさん** · 2023/05/18(木) 02:31:09.36

どういう用途？

**デフォルトの名無しさん** · 2023/05/18(木) 03:27:41.92

cgi です。
起動さえ速ければ Rails サーバーや mod PHP の様な常駐方式でなくても
良いと考えました。
そうすると、格安レンタルサーバーでも使用できます。

**デフォルトの名無しさん** · 2023/05/18(木) 10:13:06.22

言葉だけは丁寧、謎の理屈による決めつけ、自分の間違いを認めない、都合の悪いレスは無視
こないだのID:NDGne9Urか

**デフォルトの名無しさん** · 2023/05/18(木) 10:18:46.05

アスペ君というネームドだよ

**デフォルトの名無しさん** · 2023/05/18(木) 10:29:51.20

根本原因を理解してないのはアホな指摘してる人と同じだけど
アスペ君の方が要点おさえてるから笑えない

**デフォルトの名無しさん** · 2023/05/18(木) 13:06:04.27

自分の勘を絶対視してほんの数行書き換えれば試せることすらやらずに切って捨てる
常人には理解できん感覚だ

**デフォルトの名無しさん** · 2023/05/18(木) 13:14:07.60

DataSourceにしたところで変わらんよ
JDBCやめてsqlite4javaのような薄いラッパー使えば数十ミリ秒になる
さらにそれをネイティブコンパイルすれば数ミリ秒以下にはなる
でもサーバー用途で初回の起動速度・実行速度をが最重要ならJavaはいい選択ではない

**デフォルトの名無しさん** · 2023/05/18(木) 13:36:42.82

実際に変わるかどうかじゃなくて姿勢の話

**デフォルトの名無しさん** · 2023/05/18(木) 13:49:14.30

サーバ用途なら事前に接続しとくから逆に気にならんが

**デフォルトの名無しさん** · 2023/05/18(木) 14:31:59.84

sqlite4java試してみたらJDBCで1000msかかってたDB接続が200ms程度まで改善した
これくらいだと遅いという感覚はないな

**デフォルトの名無しさん** · 2023/05/18(木) 15:10:52.58

>>358
サーバーといっても旧来のずっと起動状態で待機させるサーバーじゃなくFaaSでWebアプリを運用するイメージ
>>351が言うcgiと同じイメージかどうかは知らんけど

**デフォルトの名無しさん** · 2023/05/18(木) 15:18:38.28

あとsqliteの場合はずっと接続してたら困る
同時実行制御のモデルがサーバー型のデータベースとは違うので

**デフォルトの名無しさん** · 2023/05/18(木) 16:11:57.82

Javaでお手軽なDBだったらApacheDerby使えばDBサーバのインストール不要だがね
（接続時間の問題は引き続きある）

**デフォルトの名無しさん** · 2023/05/18(木) 16:24:40.66

接続じゃなくクラスファイルのロードが遅いんじゃねぇの？
まぁ、別口でやるようだし、もうどうでもいいか

**デフォルトの名無しさん** · 2023/05/18(木) 16:40:21.60

この速さなら言える。
最近アイマスがコナミじゃなくてナムコだって知った。

**デフォルトの名無しさん** · 2023/05/18(木) 19:57:16.42

変数名を後から他人にもわかるようにと考えながら付けて書いてるけど
長くなってもいいからと3つぐらい単語を繋いで書いてみたけど
非常に局所的にでてくる雑用フラグなんかも名前つけて書いて
しかし客観的に見てもこれだけでは他人が見てもやっぱりなんの変数なのかわからないと気がついた
変数名だけで用途を理解できるように書くのはやっぱり無理なのか
そう割り切りながらもそれっぽく名付けていくしかないんだろうか？…

**デフォルトの名無しさん** · 2023/05/18(木) 20:03:30.92

関数を短く切り分けたら変数名なんて一文字でいいんだよ
ローカル変数を長くしなきゃ読みにくくなるとすればそれは構造化が不十分
引数やインスタンス変数は長い名前をつけろ

**デフォルトの名無しさん** · 2023/05/18(木) 20:28:50.94

主に旧世代のプログラマや初心者がときどき珍妙なフラグを使うことがあって
役割が整理されてないからいい名前も付けようがないというケースもある
難しいときは無理せずコメントを添えりゃええとも思う

**デフォルトの名無しさん** · 2023/05/18(木) 20:57:47.22

そういうのこそChatGPTに相談とかすれば、とか思うけどこのスレの意義が無くなるか

**デフォルトの名無しさん** · 2023/05/18(木) 21:02:32.56

ChatGPTに自分のコード貼るのあぶなくないですか？

**デフォルトの名無しさん** · 2023/05/18(木) 21:30:11.38

>>365
この文章を見る限り
君には分かりやすい命名は無理なんじゃないかと
思わなくもなくはないかもしれないような気がしないでもないような

**デフォルトの名無しさん** · 2023/05/18(木) 21:39:04.78

Wordpressのphpファイルにデータベースの接続情報を直接記入しても大丈夫なのでしょうか。

**デフォルトの名無しさん** · 2023/05/18(木) 23:17:41.86

関数名や切り出し方が適切なら変数名には迷わないという理想論
そのはずだけど中々上手くいかない

**デフォルトの名無しさん** · 2023/05/19(金) 00:57:35.59

sqlite が遅いと言うか、

全てのデータベースが接続プールを使うのは、初期化が遅いから

**デフォルトの名無しさん** · 2023/05/19(金) 01:02:06.99

>>371
Ruby on Rails では、環境変数は暗号化されたcredential ファイルに書く

**デフォルトの名無しさん** · 2023/05/19(金) 01:43:50.43

ソースコードの特許侵害しないためには何を気をつけたらいいですか？
ググって出てきたやつにフリー素材ですとか商用不可とか書いてないけどどうなってるの？

**デフォルトの名無しさん** · 2023/05/19(金) 01:55:09.54

知らんがな
ググって見つけたサイトの管理人に聞け

**デフォルトの名無しさん** · 2023/05/19(金) 02:17:07.06

まずは特許と著作権の違いから学ぼうなw

**デフォルトの名無しさん** · 2023/05/19(金) 02:33:12.25

>>373
sqlite3はC言語で使うと接続時間は 0 です。

**デフォルトの名無しさん** · 2023/05/19(金) 02:50:57.04

ほんとにゼロ？測ってみたの？

**デフォルトの名無しさん** · 2023/05/19(金) 03:13:24.05

すみません。0というのは言い過ぎだったかも知れません。
厳密には分かりませんが、感覚的に 0 に近いと感じる、ということだけです。

**デフォルトの名無しさん** · 2023/05/19(金) 03:25:45.84

おおかた数十～数百ミリ秒程度なんじゃないの？
Javaより速くなったと感じるから大げさに言ってるだけで

**デフォルトの名無しさん** · 2023/05/19(金) 03:40:52.03

オープンだけならバージョンと排他制御の確認くらいで
DB情報まで読んでない可能性あんじゃね
しらんけど

**デフォルトの名無しさん** · 2023/05/19(金) 03:59:52.41

>>373
一般的なデータベースの接続が時間がかかる理由を知ってたらそれがSQLiteに当てはまらないことくらいはわかるだろ

SQLiteのローカルのデータベースファイルをオープンするだけ
システムコールだから単純な関数呼び出しに比べれば遅いけど1msもはかからない

**デフォルトの名無しさん** · 2023/05/19(金) 08:41:46.01

じゃあJDBCでSQLiteに接続すると何に時間かかってんの？
推測じゃなしに説明してみてよ

**デフォルトの名無しさん** · 2023/05/19(金) 10:01:45.63

乱数生成とか？

**デフォルトの名無しさん** · 2023/05/19(金) 10:09:49.12

いろいろ制約があって標準的なライブラリの制限版擬きみたなモノを自作したりすることがあるのだけど、そういう自作ライブラリの命名ってどうするのがいいんだろう？
my～っていうのはすべての機能が揃ってないのでなんか違う気がするし･･･？

**デフォルトの名無しさん** · 2023/05/19(金) 11:20:44.10

libname.yourname.lite

**デフォルトの名無しさん** · 2023/05/19(金) 12:14:18.55

>>379
限りなくゼロだよ。だってSQLiteの接続とはファイルを開く時間でしかないから。

**デフォルトの名無しさん** · 2023/05/19(金) 12:14:48.64

>>381
> おおかた数十～数百ミリ秒程度なんじゃないの？

そんなにかかるわけがない。
テキストファイルのオープンと同じ

**デフォルトの名無しさん** · 2023/05/19(金) 12:15:55.84

>>384
JDBC以外なら速いのだから、JDBC、つまりJava部分に問題がある。

**デフォルトの名無しさん** · 2023/05/19(金) 13:04:36.29

>>388-389
で、計測値は？

>>390
同じJavaでもsqlite4javaは速いのはなんで？
Javaが原因ならこっちも遅いはずでしょ？

**デフォルトの名無しさん** · 2023/05/19(金) 13:27:32.18

>>391
>同じJavaでもsqlite4javaは速いのはなんで？
>Javaが原因ならこっちも遅いはずでしょ？
Java自体の問題ではなく、JDBCの実装の問題だからでしょう。
つまり、プログラミングの腕の差なのです。

**デフォルトの名無しさん** · 2023/05/19(金) 13:27:54.98

>>391
JDBCが遅いって言った人がデマじゃないから書くやろｗ

$ time for i in $(seq 1000); do sqlite3 db 'select 1'; done > /dev/null

real 0m2.784s
user 0m1.556s
sys 0m1.323s

3ミリ秒。これにはsqlite3コマンドの起動時間が大半なのでほぼゼロ

**デフォルトの名無しさん** · 2023/05/19(金) 13:51:37.98

>>392
JDBCはプログラマの腕が悪くて使い物にならない
sqlite4javaはプログラマの腕がいいから使えるってこと？