スレ立てるまでもない質問はここで 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/16(水) 01:39:47.59

>>881
全然認識が違う

Pythonが劣っている訳ではなくて、Python使えますというと数学力や機械学習を期待されてしまい、それがない人は辛くなる

なおPythonが文法で勝るところは余りないように思うが、別に負けているとも感じない
Rubyのメソッドチェーンは素直に羨ましい
Pythonのimport/from importの仕様やジェネレータの仕様はなんだかなぁ状態
Rubyはメソッド周りがわけわかめ、def、proc、porc.new、->はなんとかならんかったのか

強力なライブラリはRubyよりもPythonのが多い
pandasやnumpyがめっちゃ強力、matplotlib,seaborn,plotlyでグラフもOK
JupyterがあるのもPythonの利点だったけど、最近はRubyも使える

画像処理は外部ライブラリを使うだけなので似たり寄ったり
C言語とのバインドはRubyでswig使うよりはPythonのが簡単に思う

Python2の頃は日本語処理が酷かったが、pytjon3になってからはそうでもない

バージョンアップごとの対応はどっちも辛かった
Ruby 1.8 -> 1.9 -> 2.0で都度キレた
Pythonは2.7から3系になったときに同じくキレた
4系でも多分キレると思う

**デフォルトの名無しさん** · 2019/10/16(水) 19:03:43.52

>>881
Rubyの標準クラスライブラリのリッチさは上位組だと思うけど
素の状態で勝負したらPythonに勝ち目はないね

**デフォルトの名無しさん** · 2019/10/17(木) 00:12:04.35

Python は東大数学科・大学院など、数学・統計学などの重要度が高いから、あまりプログラミングと関係ない。
プログラマーのキャリアパス上からは、仕事が得られない

学歴・大学院などの要素が大きい。
MBA など、文系の修士号から来る人も多い

プログラミングは、手を動かすものだけど、
低学歴プログラマーが頑張っても、なんともならない領域

YouTube で、KENTA が言ってる通り、
初心者が1年勉強して、仕事を取れることがない。
周りが高学歴ばっかりだから

一方、Ruby は、Web 系サーバー側に限定されているから、プログラマーのキャリアパス上にある。
Ruby → JavaScript, Go, Elixir, Kotlin。
サーバー側の正統派のキャリアパス

最先端の自社サービス、GitHub, Airbnb, Kickstarter、
Cookpad、食べログ、Gunosy など

Rubyは、Java みたいな、5大SIer・多重下請け構造・階層ピラミッド・土方系とは異なる。
階層に入ると、1社経由する度に、3割抜かれる(システムの請負料金・保証料金)

**デフォルトの名無しさん** · 2019/10/17(木) 06:45:24.35

Rubyは作者が日本人だけあって言語が一時しのぎの感情論で作られていて論理性が全く感じられず
使うだけで洗脳されて馬鹿になるからやめた方がいい
pythonはその反対

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

↑などという論理性が全く感じられない感情論を吐くのが
洗脳されて馬鹿になってる証拠

**デフォルトの名無しさん** · 2019/10/17(木) 11:27:44.59

Rubyは作者が日本人だけあって言語が一時しのぎの感情論で作られていて論理性が全く感じられない。
ちょっと使ってみただけでも、そんな感じになってるのが感覚的にわかるだろ
その雰囲気を肌で感じることが出来ないやつは、論理性がなく感情論で話をしてる

**デフォルトの名無しさん** · 2019/10/17(木) 11:30:15.05

そういうボケ方好きよ

**デフォルトの名無しさん** · 2019/10/17(木) 11:43:00.82

>>887
Rubyの論理性の無さの例を教えて下さい。

**デフォルトの名無しさん** · 2019/10/17(木) 12:00:43.15

PC用のソフトウェアが、スマホアプリのように気軽に課金される日は来ると思う？
PCから割れの被害がなくなる日は来ると思う？

**デフォルトの名無しさん** · 2019/10/17(木) 12:09:08.39

>>890
板のテンプレ読め。マ板でやれ

**デフォルトの名無しさん** · 2019/10/17(木) 13:28:26.72

>>890
バカじゃねえのか
有料課金質問サイトで質問しろよ

おめーはネタと情報はタダだと思ってんだろ
だからそれでいいんだよ

**デフォルトの名無しさん** · 2019/10/17(木) 13:33:52.71

独自URLを定義したいんだけど
ただ自分のアプリ（localhost動作）で使うだけのURLの場合、スキームはどうすべき？
dokuzi://my.app/

URLを使いたいのは、ただそうするのが標準だからかなと思ったから。
外部アプリから自分のアプリが管理してるデータへの参照を、
どんな文字列でもよかったんだけど、
どうせならURLっぽくやろうかなと思った。

**デフォルトの名無しさん** · 2019/10/17(木) 14:20:28.37

>>893
Custom URL Scheme, Deep Link, Universal Link, iOS/Androidとかのキーワードでググる

**デフォルトの名無しさん** · 2019/10/17(木) 15:54:01.39

カスタムURIスキームの利点はユーザーがURLを指定できるところに
何でも起動できちゃうURLを仕込めるというところにあるから
自アプリだけで完結しているなら利点はないしそこまで好き勝手に使っていいという気はしないな

**デフォルトの名無しさん** · 2019/10/17(木) 23:50:51.28

Docker, Ruby on Rails(REST、リソースベースのルーティング)などを使えば？

**デフォルトの名無しさん** · 2019/10/18(金) 01:12:05.48

Rubyはメソッドチェーンのおかげで最高の言語だと感じますが、間違いでしょうか？

grep、join、gsub、gsubってつながっていく様子が、まるで
ファイヤー、アイスストーム、ダイアキュート、ブレインダムド、ばよえ～ん、
って印象です。

**デフォルトの名無しさん** · 2019/10/18(金) 01:15:47.93

関数繋げるだけならlispと何が違うんだ？

ただし、個人の主観は絶対的に正しいので、ｵﾒｰが最高の言語だと感じてるならどうぞお好きにとしか言いようがない
つまりは、個人の主観に間違いなし、だ
ｺｲﾂの脳内で渦巻いてる主観には間違いは無いし間違いがあろうとなかろうとそれには気付けない
だから主観そのものは絶対的に正しい
よかったネ！

**デフォルトの名無しさん** · 2019/10/18(金) 01:49:51.81

>>898
なぜそんなに喧嘩腰なの？

**デフォルトの名無しさん** · 2019/10/18(金) 08:50:31.21

たぶん人違い
いろんなところに出没するrubyで荒すやつがいるんだ

**デフォルトの名無しさん** · 2019/10/18(金) 15:58:51.85

あれは某国のアンチRuby工作員

**デフォルトの名無しさん** · 2019/10/19(土) 06:28:11.22

フォームから入力した値をDBに登録する際に、入力された値が決められた規則に従っているか確認したいので、
プログラムでチェックするべき範囲とDBのCHECK制約で行う範囲の明確な線引きとかガイドラインがあれば教えてください。

**デフォルトの名無しさん** · 2019/10/19(土) 09:59:39.30

>>902
そんな雲をつかむような質問ではまともな回答しようがないので質問のガイドラインを勉強してきてください

**デフォルトの名無しさん** · 2019/10/19(土) 10:29:12.51

まず、出来る限り、プログラムでチェックする。
ここでチェックできれば、ネット回線へ送られないから、すごく良い

DB 書き込みでは、すべてをチェックする。
ブラウザで、送られるデータをチートする人もいるので、必ずDB では、すべてチェックする！

基本、ブラウザから送られるデータを信用してはいけない！
チートしたり、伝送ミスで、データが間違っている事が多いから

**デフォルトの名無しさん** · 2019/10/19(土) 11:02:07.69

CHECK制約は使わない
せいぜい保険の最終防壁
いろいろ理由はあるがDBが返す「CHECK制約xxに違反しました」といったエラー情報をまともなエラーメッセージに変換するのがまず厄介

**デフォルトの名無しさん** · 2019/10/19(土) 13:31:13.10

>>905
最終防壁なら、バグでもない限りでないんだから、そんなエラーをまともなエラーメッセージに修正する必要ないじゃん
スタックトレースをわかりやすい日本語に直さなきゃいけない。みたいな
アホなことをお前は言ってるぞ。

**904** · 2019/10/19(土) 14:20:19.31

クライアント側でチートしたり、伝送エラーがある

ドラクエでは、よくエラーが起こっているから、
インターネットから来るデータは、絶対に信用してはいけない！

途中のルーターで、伝送エラーを見つけても、再送せず、そのまま送ってくるし

**デフォルトの名無しさん** · 2019/10/19(土) 14:48:46.87

クライアント側チェックとサーバー側チェックの話じゃないぞ

**デフォルトの名無しさん** · 2019/10/19(土) 14:59:20.11

僕はたにぐちまこと先生を支持します

**デフォルトの名無しさん** · 2019/10/19(土) 15:06:14.38

>>902
明確な線引きやガイドラインは無い！！

CHECK制約で守れる整合性の重要度、不整合発生時の影響度、DBにアクセスするプログラムの数、
採用してる設計手法、維持管理・変更時の手間、パフォーマンスペナルティ、プログラマーのレベル等々
置かれた状況とトレードオフを判断して設計者が決めること

プログラム側のみでチェックする場合もあれば
DB側のみでチェックしてプログラム側でユーザーフレンドリーなエラーにする場合もあるし
両方でチェックしてDB側エラーは集約ハンドラで汎用エラーにする場合もある

プログラムーはプログラムだけで保証したがる
DB屋はプログラマーを信用してないからCHECK制約をできるだけ使いたがる

**デフォルトの名無しさん** · 2019/10/19(土) 15:55:36.45

そりゃ条件式の複雑度数が20を超えたらプログラムで対処、だろ
複雑度数がなんなのかは知らない

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

>>902
ガイドライン板行け

**デフォルトの名無しさん** · 2019/10/19(土) 20:07:11.93

マルチエージェントシミュレーションをしようとしているのですが
シミュレーションを管理するクラスと各エージェントクラスはどのような関係にすべきでしょうか
各エージェントを管理クラスに保持すると一括してアップデートできて便利ですが、エージェントが他のエージェントの情報にアクセスできません

**デフォルトの名無しさん** · 2019/10/19(土) 20:07:36.03

開発プロジェクトの谷間にて、業務効率化スクリプトの機能追加や改善を行っています。
VBA、VBS、Ruby、Perl等いろんな言語のスクリプトが混在していているのですが、皆はこれが厄介だと言います。

しかし、チームで一番若い新人が一番四苦八苦しているのは正規表現の解読であり、私が質問を受けるのももっぱら正規表現関連ばかりです。

結局、業務効率化スクリプトなんてのは、正規表現がわかればその都度、「早く書ける」「操作性が良いのが書ける」を考えて言語を選べばよいだけという認識で良いですかね？

**デフォルトの名無しさん** · 2019/10/19(土) 20:34:14.08

正規表現なんて、少し難しい漢字を知ってる程度のレベル
知らなきゃ困るが、知っていたからっていい文章（コード）が書けるわけじゃない

**デフォルトの名無しさん** · 2019/10/19(土) 20:35:18.67

>>906
早とちりだぞ
最終防壁として使う分にはいいが、CHECK制約単体でエラーチェックを賄うのはやめとけ、その理由の第一はメッセージのハンドリングがしにくから、という文意だ

**デフォルトの名無しさん** · 2019/10/19(土) 20:46:17.55

>>914
「業務効率化スクリプト」って例えばどういう処理してるの？

**デフォルトの名無しさん** · 2019/10/19(土) 20:56:38.06

>>917
他にも色々ありますが、以下のようなものが代表的です。

・プロジェクト新規参入者のPCキッティング
・適切な対象の適切なタイミングでのSVN更新補助
・CUnitでのアサートチェックに適さないテスト結果ログの比較自動化
・静的解析ツールでは出来ない開発Pjソース上の不適切箇所の検出

**デフォルトの名無しさん** · 2019/10/19(土) 20:58:12.65

>>915

知ってたらいいものが書けるわけじゃないけど、知らないと全く以てスクリプトが書けないのだから、覚える以外に無いでしょう？
十分条件ではなく必要条件だということなだけなんですから。

**デフォルトの名無しさん** · 2019/10/19(土) 21:03:38.66

こういうサイト使って正規表現のテスト実行環境を整備すると理解が深まるかもしれない
URLくっそ長くなるけど
https://fatiherikli.github.io/fil

**デフォルトの名無しさん** · 2019/10/19(土) 21:59:47.46

>>918
おお、想像してたのと全然違った

基本的には読みやすさとメンテのしやすさを考えてベースとなる標準言語を決めておいて
処理内容の特性によって違う言語を選択するようなゆるいルールを作っとくほうがおすすめ

自分はチームメンバー10人いれば下から3番目くらいのメンバーの技術レベルに寄せる
2人くらいできないやつがいても残りでカバーできるから

あと正規表現はもともと読みにくくなりやすいから部品に分解してコメント書いたり
多少遅くても読みやすい表現を選んだり簡単なテストコードを残すとかドキュメント生成とかする
言語によっては正規表現は一続きで書かないとダメなやつもあるからその辺も選択基準になる

**デフォルトの名無しさん** · 2019/10/19(土) 22:24:10.31

>>913
シミュレーションはわからないけど
エージェントが必要としてる他のエージェントへの参照を管理クラスが渡してやればいいんじゃないの？

**デフォルトの名無しさん** · 2019/10/19(土) 22:49:51.20

>>921
>おお、想像してたのと全然違った

どんなのを想像されていたのでしょうか？

>ベースとなる標準言語を決めておいて

標準とするならRubyでしょうね。Perlについては昔Perl大好きくんがいたから残っているだけで、新規に書く理由がないですからね。
VBSはInputBoxが標準で使えることと、Win環境である限りどこに持っていっても動くという利点以外に利点が無いので、こいつもRuby化したいですね。
VBAだけは、C#アドイン化が大変なのと、外部化するメリットが無いものが多いのでそのままメンテかな…。

**デフォルトの名無しさん** · 2019/10/20(日) 07:08:06.61

>>913
>エージェントが、他のエージェントの情報にアクセスできません

たぶん、Chef, Kubernetes などでも、
エージェント同士が直接アクセスする事は、認めていないと思う

そういうプログラミングは、難しすぎて出来ない。
多くのエージェント間で、整合性が取れない

必ず、エージェントはマネージャーに頼んで、マネージャーが仕切るはず！

デザインパターンで言うと、
直接やり取りのObserver(発行/購読)ではなく、
マネージャー経由のMediator(管制塔)

**デフォルトの名無しさん** · 2019/10/20(日) 07:31:48.09

>>914
テキスト処理なら、総合的に考えて、Ruby が良い！
Rubyでは、Perl 由来の暗号のような変数、$;, $< なども、使わないようにしていく方向

正規表現は、入れ子構造のあるものに対して、使ってはいけない！
例えば、URL の解析でも数千行あるから、複雑すぎて、一企業じゃ作れない

<div 1>
<div><div></div 4></div>
<div></div>
</div 8>

例えばこれを、div で最短マッチしても、div 1・4が対応してしまう。
これらすべてを正しく対応させるのは、至難の業

他にも、CSV 処理を、CSV Module を使わずに、正規表現でやってる人も、ダメ！
CSV, JSON, HTML など、入れ子構造を持つものは、パーサーで処理しないといけない！

正規表現では、数千行も必要だから、無理！

**デフォルトの名無しさん** · 2019/10/20(日) 09:11:09.98

Perlが廃れた理由が分かった
普通の人間には正規表現が難し過ぎるんだ
その部分がモロに出てるperlは忌避される

**デフォルトの名無しさん** · 2019/10/20(日) 09:46:11.57

ぜんぜん違う。

**デフォルトの名無しさん** · 2019/10/20(日) 09:48:56.83

廃れた理由はオブジェクト指向じゃないから

正確に言えば、オブジェクト指向をすることもできるし、
そのためのモジュールもあるが、どれもスタンダードにはならなかった。
モジュールを使わずにオブジェクト指向もできるがめんどくさい。
基本的な部分で書き方が色々ありすぎて統一できなかった。

**デフォルトの名無しさん** · 2019/10/20(日) 15:25:03.36

Hooksのようにオブジェクト指向から関数に時代は流れているのだよ。

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

pop shift のように副作用のある関数があるのでperlで関数型で書くのは感覚的につらい
副作用多め、OOデフォルトではないことが python, ruby より速い理由かも

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

> Hooksのように

な？そういう流れだと主張する言語は
マイナーだってわかるやろ？

**デフォルトの名無しさん** · 2019/10/21(月) 03:09:54.61

>>926
XMLやJSONのパースを正規表現でやろうとする人っているのですか？
CSVやTSVならやりそうな人はいると思いますが…。

>>926
正規表現は別にPerlに特化したものではないと思いますが…。

>>928
Perlはオブジェクト指向であるかどうかの前に、サブルーチンの形がまともな形になっていません。まるでMS-DOSのバッチのような印象。
このように前時代のスクリプト言語だという印象をプンプンさせていることが廃れた原因ではないでしょうか？

**デフォルトの名無しさん** · 2019/10/21(月) 12:48:00.93

CGIからperl6とかweb2.0などへの展開が失敗しただけで
前時代のスクリプト言語としては生き残り続ける

**デフォルトの名無しさん** · 2019/10/21(月) 16:31:47.63

>>931
Hooksがマイナー？
お前はどこの時空を漂ってんだ？

**デフォルトの名無しさん** · 2019/10/21(月) 21:14:55.67

なぜRubyスレではPythonネタ禁止でないのに、PythonスレではRubyネタ禁止なんですか？

**デフォルトの名無しさん** · 2019/10/21(月) 22:15:33.81

Rubyを語る奴がキチガイじみてて嫌われてるだけや

**デフォルトの名無しさん** · 2019/10/21(月) 22:23:00.61

Rubyはキチガイが使う言語なのですか？

**デフォルトの名無しさん** · 2019/10/21(月) 22:23:00.70

Rubyはキチガイが使う言語なのですか？

**デフォルトの名無しさん** · 2019/10/21(月) 22:24:49.08

>>938
いいえ。自治に関する話は他でやってください

**デフォルトの名無しさん** · 2019/10/21(月) 23:10:50.38

>>935
>RubyスレではPythonネタ禁止でない
その認識は危険
敢えて明記する必要がないってだけ

**デフォルトの名無しさん** · 2019/10/22(火) 20:25:08.59

趣味でプログラムをやってます

と言っても数年に一度どうしても
自分の他の趣味で欲しい機能があってそれをプラグイン作ったり変換機能を作ったりするだけなんですが

また何年かぶりにやろうと思うのですが
今回はCとか絡んで難しそうです

学習とか人に教えてもらうとか
何年も前は2ちゃんで教えて貰ってましたが
今は色々なサイト？があるみたいなんですけど
やる気の維持とか交流とかアドバイスとかどこで貰ってますか？

◆QZaw55cn4c · 2019/10/22(火) 20:55:10.10

>>941
私はここで元気を貰っています
https://mevius.5ch.net/test/read.cgi/tech/1564310397/

**デフォルトの名無しさん** · 2019/10/23(水) 00:22:35.50

江端式クローズドマインド

「江端式クローズドマインド」を、ワンフレーズで纏めるのであれば、

Let's explain "Ebata-style closed mind" as one phrase.

『自分のやりたいことがあるなら、目を瞑り、耳を塞ぎ、誰とも口をきかずに、走り続けろ』

"Continue running without closing your eyes, covering your ears, and speaking to anyone, if you have what you want to do".

ということになります。

--?

もし、あなたに、本当にやりたいことがあるなら、

If you have what you really want to do

―― 「仲間」「つながる」「絆」「コミュニティ」「KY」「スマホ」「オフサイトミーティング」等々 ――

"Friends”, “bond", "community", "KY", "Smartphone", "off site meetings", etc., etc...

アホなことに時間を使っている場合ではありません。

you should not spend your time for such stupid acts.

**デフォルトの名無しさん** · 2019/10/24(木) 13:20:13.16

あるソフト作ったとき英語圏ではどこで宣伝すればいいかな？ twitter以外で。
日本だとqiitaにでも書いていれば釣れるが

**デフォルトの名無しさん** · 2019/10/24(木) 14:05:59.12

英語圏の掲示板で聞いたら

**デフォルトの名無しさん** · 2019/10/24(木) 14:06:23.29

そういう掲示板を聞いてるんだよｗ

**蟻人間** ◆T6xkBnTXz7B0 · 2019/10/24(木) 14:10:01.36

Reddit
SoftPedia

**デフォルトの名無しさん** · 2019/10/24(木) 18:42:25.18

>>942
実のところ自分の作るだけで精一杯で人のお題とかは無理かも

>>943
気取っててキモい

**デフォルトの名無しさん** · 2019/10/24(木) 23:40:10.98

SteamのUtilityカテで公開
https://store.steampowered.com/tags/en/Utilities/

Wallpaper Engineなんかは糞ほど売れたな

**デフォルトの名無しさん** · 2019/10/26(土) 11:44:00.91

pcの省電力設定によってpythonのtime.sleepなどが正常に動作しないことって有りえますか?

**デフォルトの名無しさん** · 2019/10/26(土) 11:56:29.52

Windows10、Visual Studio CodeとDocker ToolBoxを使っています。

PCを再起動する毎にDocker関連のコマンドを打つのが面倒なのですが
（docker-machine startやdocker startやdocker exec -i -tなど）
これら一通りのコマンドを、VSCode上で自動で打ち込んでくれるにはどうすれば良いでしょうか？

よくもわからず手探り状態で、
.shファイルを作りそこにdockerのコマンドを列挙して
そのファイルをVSCode上のターミナルからアクセスしてみると
VSCode上のターミナルではなく、Windows10のCMDでコードが実行されてしまいますし、
かつ途中でCMDが終了してしまい上手くいきません

宜しくお願いします。

**蟻人間** ◆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の感覚だった