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

**デフォルトの名無しさん** · 2018/06/17(日) 10:31:28.00

質問する前にGoogleで検索しましょう。 http://www.google.com/
プログラム・ソフトの使い方は PC 初心者板やソフトウェア板へ。
ウイルス、ハッキング・クラッキングを求めるような発言は禁止です。
Javascript は Web 制作板、CGI は Web プログラミング板へ。
業界談義、愚痴はプログラマ板へどうぞ。
ゲーム関係の話題はゲーム製作板へどうぞ。
ネタ、板とは関係の無い話題はご遠慮ください。
ﾜｯﾁｮｲは住人が離れスレが寂れます導入禁止。

前スレ
スレ立てるまでもない質問はここで 148匹目 [無断転載禁止]©2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1495618637/

**デフォルトの名無しさん** · 2019/10/27(日) 17:20:26.47

業界談義はマ板でやれって書いてあるのが分からんのかアホども

**デフォルトの名無しさん** · 2019/10/27(日) 17:49:43.52

>>963
Object Pascalの案件も完全に消えたわけではないし、エンジニアスキルの調査ではCOBOLもFORTRANも既にシェアを下回ってる
日本限定の話ならともかく、ハードウェアの寿命もあるから根絶はできなくてもシェア低下は避けがたいよ

**デフォルトの名無しさん** · 2019/10/27(日) 18:23:42.71

質問スレでアンケ、議論やるやつはキチガイだからスルー

**デフォルトの名無しさん** · 2019/10/27(日) 18:33:07.21

あれ？優劣って書いたっけ。うーん。。。
意匠の無視だわ～。

**デフォルトの名無しさん** · 2019/10/27(日) 19:04:22.45

プログラミングそのものというよりOSの仕組みの質問だが
HDD上の良く使うファイルをメインメモリにキャッシュしておく仕組みってあるんだろうか？
もしあるなら、メモリを大量に積んでいれば巨大なファイルをHDDにおいてプログラムから使用しても
初期ロードが遅いだけで次回アクセスは高速ということになって俺のプログラムの設計が変わる。

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/27(日) 19:08:40.36

>>971
記憶媒体側にディスクキャッシュというものがある。それにCPU側にもL1キャッシュ、L2キャッシュがある。ちなみにHDDはもう古くて、高速なSSDに移行しつつある。

**デフォルトの名無しさん** · 2019/10/27(日) 19:10:18.11

xcopy /s * nul

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/27(日) 19:10:30.31

>>971
メインメモリーに置きたいならWindowsならファイルマッピングを、Linuxならmmapを使うといい。

**デフォルトの名無しさん** · 2019/10/27(日) 19:12:04.99

まだHDD使う理由ある。
SSD　１万円で１TB
HDD　１万円で６TB

ストレージ側キャッシュとかCPU側キャッシュじゃなくて
メインメモリキャッシュはないんだろうか？

**デフォルトの名無しさん** · 2019/10/27(日) 19:13:05.43

コマンド打ってとかじゃなく
自動的にメモリが余ってたら最近使用したファイルをキャッシュしておく、
ってあってもよさそうだよなと思ったんだけど意外と検索しても見つからなくて。

**デフォルトの名無しさん** · 2019/10/27(日) 19:15:04.91

>>971
普通にある。今使っているキャッシュの量は、
Windowsならタスクマネージャ→パフォーマンス→メモリ→キャッシュ済み
Linuxならfreeコマンドのbuff/cacheの値
で分かる。

**デフォルトの名無しさん** · 2019/10/27(日) 19:19:47.79

あるのか。ありがとう。

**デフォルトの名無しさん** · 2019/10/27(日) 19:22:36.54

スーパーフェッチとかそうやん
データも全てフェッチする

**デフォルトの名無しさん** · 2019/10/27(日) 21:21:05.67

でも全く役に立たないんだから
プログラマーがそういう風にちゃんと作って
必要なファイル群をメモリに全部確保して
むやみに書き込み更新しなきゃいいだろ

で電源切れて必要な情報消えて、使えねーソフトとののしられて終わる

**デフォルトの名無しさん** · 2019/10/27(日) 21:41:28.72

>>975
今の時代はこんなに安いのか
1万でHDD1TBの感覚だった

**デフォルトの名無しさん** · 2019/10/27(日) 22:27:16.43

Swiftは結構やばいとおもう

**デフォルトの名無しさん** · 2019/10/28(月) 06:47:44.00

>>963
COBOL の求人は、無くなったw

消滅w

**デフォルトの名無しさん** · 2019/10/28(月) 19:49:57.82

目の前でおじいちゃんがＣＯＢＯＬやっとる

**デフォルトの名無しさん** · 2019/10/30(水) 12:14:09.79

パラメーターを調節できるスライダーを50個以上持ってるようなGUIを作ろうかと思ってるんですが、そのまま表示させると起動が遅くなる上に操作性も良くないです。

どうやったら大量のパラメーターをスマートに操作できるようなGUIになると思いますか？
ドロップダウンリストを使って、選んだ要素のスライダーだけ表示しようかとも思ったんですが、ドロップダウンリストでも50個もあると長くなりすぎる気がします。

**デフォルトの名無しさん** · 2019/10/30(水) 12:16:16.11

>>985
きゅうりの重さのパラメーター、トマトの重さのパラメーター、にんじんの重さのパラメーター...みたいなのが50個以上ある感じのGUIです。

現状、明らかに冗長な感じになってしまってます。

**デフォルトの名無しさん** · 2019/10/30(水) 12:24:30.98

重さについてはスライダーコントロール使わずに
リストビューに棒グラフみたいの直接描画して1クリックで数値切り替えるようなUIにすりゃいいんじゃないの
カーソルキーの← →による増減にも対応させて

数が多いのはタブやツリーで階層化したり
firefoxのabout:configみたいにインクリメンタルサーチで絞り込めるようにする
項目名をtomato.weightにしたりして

**デフォルトの名無しさん** · 2019/10/30(水) 12:31:16.21

>>985
C++とMFCの組み合わせだとそのくらいでは全く遅くならない。

**デフォルトの名無しさん** · 2019/10/30(水) 13:00:31.35

>>987
ありがとうございます
リストビューは良さそうですね
それでやってみようと思います
>>988
pythonで作ってるのでだいぶ遅いんです
C++を今から勉強して書き直すと時間がかなり掛かりそうなので今回はパスです

**デフォルトの名無しさん** · 2019/10/30(水) 13:52:45.19

JavaScript で、DocumentFragment を使えば、50個ぐらい瞬時に起動する！

var frag = document.createDocumentFragment( );

var input = document.createElement( 'input' );
input.setAttribute( 'type', 'range' );
input.setAttribute( 'value', '50' );

for ( var i = 1; i <= 50; i++ ) {
frag.appendChild( input.cloneNode( false ) );
}

document.body.appendChild( frag );

**デフォルトの名無しさん** · 2019/10/30(水) 14:38:12.61

DTMだと50くらいは普通か
https://synthax.jp/tl_files/images/products/firefaceufx/firefaceufx_totalmixfx.jpg

**デフォルトの名無しさん** · 2019/10/30(水) 19:58:31.77

どうもPythonでGUIを作るとどうしても起動時の速度がバリ遅いので
C#かJavaで全部書き直そうかと思うんですが
MacとWindows両方で動くGUIアプリケーションを作る場合
C#とJava、どっちがいいですか？

**デフォルトの名無しさん** · 2019/10/30(水) 20:05:28.94

俺ならC#で書いて、Macはmonoで動かすかも。
次点でJavaScript+electron。

**デフォルトの名無しさん** · 2019/10/30(水) 20:30:13.99

>>993
ありがとうございます。monoっていうのがあるんですね
monoを使ってMacでC#をコンパイルして作ったexeファイルを配布したら
monoをインストールしてないMacマシンでも動作するか分かりますか？

**デフォルトの名無しさん** · 2019/10/30(水) 20:38:47.51

>>994
monoをインストールせずに起動するのは現実的じゃない。
昔は出来たけどその頃はライブラリがLGPLだったからライセンス汚染された。
今はそこんとこどうなんだろう。使うのはmkbundle。

**デフォルトの名無しさん** · 2019/10/30(水) 20:47:23.65

>>995
そうなんですね
では、一般のプログラムをしない人向けにアプリ開発して配布しようと思ったらやはりJavaでやるのが良さそう？ですかね
C++やCでGUIはちょっと難易度が高そうなので...
Electronは起動速度はどうなんでしょうか

**デフォルトの名無しさん** · 2019/10/30(水) 22:45:08.84

electronはchromeと似たような感じ
読み込み多いので初回起動はもたつくけどキャッシュに乗ってれば２回目以降は速い

**デフォルトの名無しさん** · 2019/10/31(木) 10:36:45.93

Ruby のERB で、index.html.erb に、以下のように書いてコンパイルすると、

<% 50.times do %>
<input type="range" value="50">
<% end %>

以下のように、index.html に、input タグが、50個並ぶ

<input type="range" value="50">
<input type="range" value="50">
...

この方法でも、ブラウザで瞬時に起動する！

Rails などのweb アプリは、こういう方法。
つまり、サーバー内で、ERB テンプレートから、HTML ファイルを作って送信する

PC 内のローカルファイルにアクセスするなら、Electron でも出来る。
VSCode は、Electron製。
ただし、プログラミングがJavaScript だから、Ruby よりも面倒

**デフォルトの名無しさん** · 2019/10/31(木) 11:04:20.49

>>998
何かにバインドするなら、DOMだけ作っても意味ないだろ。
JSでReactなりVueなりで作ったほうが楽。

**デフォルトの名無しさん** · 2019/10/31(木) 18:45:17.30

（´・＿・｀）

**1001** · Over 1000

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