スレ立てるまでもない質問はここで 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/

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/26(土) 12:06:22.43

>>951
Windowsのスタートアップ機能。

VSCodeターミナルのプログラムのコマンドラインを調べよ。

**デフォルトの名無しさん** · 2019/10/26(土) 12:32:21.96

Windows のスタートアップとか、

Ruby で書くとか、
VSCode なら、npm scripts, gulp など

**953** · 2019/10/26(土) 12:39:57.77

漏れは、WSL, Ubuntu 16.04 で、
apt するのにも、一々入力するのが面倒なので、
Ruby で、apt-get を使って、書いてる

Rubyは万能！
シェルスクリプトに悩まされる事もないw

#!/usr/bin/ruby

# 全パッケージの更新

# sudo のパスワードを自動入力する
puts `echo パスワード | sudo -S apt-get update`

# アップグレードできるパッケージを、一覧表示する
puts `sudo apt-get upgrade -yV`

**デフォルトの名無しさん** · 2019/10/26(土) 15:02:25.29

>>954
スクリプトにパスワード書くな

**デフォルトの名無しさん** · 2019/10/26(土) 15:02:50.84

>>955
そいつに触るな

**デフォルトの名無しさん** · 2019/10/26(土) 20:03:10.31

ある人工知能の本では最尤推定を微分の値が0になる方程式を解くことでパラメータの最適解を求めていました
しかしディープラーニングの説明部分では、数式が複雑になっため上のような方法を取れず、それゆえ勾配降下法でパラメータを求めていると書いてありました

数式が複雑になったのはわかるのですが、なぜ複雑になると上のような方法でパラメータを求めらないのでしょうか？
全微分した時に0になる方程式を解いてパラメータ求めればいけそうだとは思いますが、求めるパラメータが複数になると無理なのでしょうか？

**デフォルトの名無しさん** · 2019/10/26(土) 21:42:40.59

解析的に解けないだけで別に勾配降下法が全てではない
研究などで分布を仮定して解く必要があふ場合は最尤推定法が今でも使われてる
ただその場合はMCMCが主に使われる

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

以下を10年後消えている言語と消えていない言語に仕分けていただけますでしょうか。

C
C#
C++
C++/CLI
COBOL
FORTRAN
Go
Haskell
Java
JavaScript
Kotlin
LISP
Objective-C
Perl
PHP
PowerShell
Python
Ruby
Rust
Scala
Swift
TypeScript
VBScript
Visual Basic for Applications
Visual Basic .NET

消えるというのは、「2019年現在でPascal/Delphi程度に使われていない状態」という定義でお願いします。

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

誰もわかりません

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

プログラミング言語は突然流行って突然死ぬからだれにも優劣は解らない。

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

いや優劣は聞いてないと思うぞ
Delphi基準の消えるなら、濃厚なのは
COBOL
FORTRAN
LISP
Perl
Scala
VBScript

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

>>961
優劣については全く質問していません。

>>962
FORTRANを新たに書く人がいるので、意外と無くならない気がします。
最新スパコン富岳がサポートしているのもC,C++、FORTRANですし。

COBOLも20年前からJavaへの置換えが進んでいますが、未だに道半ばです。10年くらいでは無くならないのではないでしょうか。
さらに10年は必要な気がします。

一番簡単に無くなれそうなのはPerlですが、データこねくり回すのを商売にしている人がこの言語を完全に捨ててくれるものなのかが気になります。

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

iOSやAndroidはLinuxやWindowsと違って業務用大規模システムが無いのです。だからいつ終焉を迎えるかわかりません。
このため、KotlinやSwiftの方がCOBOLよりも寿命が短い可能性が高いと私は考えますが、皆さんはどう思いますか？

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

tiobeの変遷でも調べときゃいいだろ

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

>>965
tiobeだと現在時点でPerlがPASCALより下ですが、これは本当なのか？と感じます。

**デフォルトの名無しさん** · 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秒

**1002** · Over 1000

5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。

───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php