  |
はてなキーワード: Jitとは
雑誌のInterfaceでライセンス6ヶ月無料となっていて、一部界隈で話題になっているMATLAB。
普段MATLABを使っている身だが、Pythonのライブラリが充実している状況で、MATLABを使う意味は何か悩むことがある。
それなりに高いライセンス料を払って効果出てるのかって話になる。
本体だけでなくToolboxも使い出すと高くなる。
MATLAB言語仕様として速度が遅い(for文はJITで昔より高速になったというが遅い)だけでなく、高いワークステーションを買ったとしても普通にプログラムするとシングルプロセスで遅い。
GPUやマルチコアの性能を活かすには、それ用のコードに書き換えと、メモリーコピーの影響などもあるので実際速くなるかプロファイルで試行錯誤が必要になる。
plot周り、画像周りは気になる。
とはいえ学生からすると会社に入ってからは使わない物を学ぶより、Pythonを学びたいはずだ。
企業が使う場合に関しては、先に挙げた理由でまず業務効率になかなか結びつかない。
低レイヤー過ぎて開発コストがかかる、コストがかかる割に遅いなら別の手段で開発するはずだ。
昔からのMATLABコードを動かしている所以外、新規でMATLABを学ぶメリットはあるのか。
もう１つ気になる点は数値計算や画像処理など、色々対応してはいるが、
画像だったらHDRの表示対応などだ。今どきのディスプレイ表示に対応してない。（HDR機能はあるが古い）
CAE的な物も教科書的な物は出来るが、業務的な物は扱いにくい。
toolboxが沢山あり、かつドキュメントもそれなりの量があるので、業務でも使えそうに思ってしまうが、
実際業務を進めると詰むことになり、結局別の有名ソフトで立ち上げ直すとなりがち。
(Juliaが代わりになると一時期話題になっていたが、実際本格的に使うと色々足りてない。）
MATLABを使っているが、どうも中途半端な存在になっている。
①言語的な競合はもちろんPythonになるが、Pythonとの差別化が出来てない。
Python側は純粋なPythonだと遅いが、今はC++のラッパーとして使うのが多くなっており、Pythonの方が速いということが起こる。
最近のMATLABはJITコンパイラによって昔ほどfor文を気にしなくても良くなっているが、それでも遅さは気になる。
GPU、分散コンピューティングにMATLABは対応しているが、使いこなすのに苦労する。
GPU使う場合だと、CUDAをそのまま使いたくなるし、GPUメモリーとのやり取りといったオーバーヘッドが加わるので、
単純にGPU使うようにしたら速くなるってことはなく、処理時間を測りながらトライアルを繰り返すことになる。
MATLAB側のエディタは機能が増えているとはいえ、Python+VSCodeとの対抗となると辛いものがある。
toolboxを追加で課金してCコードを吐き出すことはできるが、劇的に速くなるわけではない。
②toolboxは沢山あるが、使い始めると色々足りておらず、Pythonのエコシステムが欲しくなる
toolboxが多くなりすぎていることと、手を広げすぎているのかtoolboxを買って使ってみると色々足りないことがある。
買う前に調べるわけだが、色んな事ができそうだと思って購入し、実際使っていくと、嘘は言ってないが事あるごとに使いにくい所が出てくる。
GUI周りに関しては不満が多い。
③GUIが重い、使いにくい
事あるごとにGUIが重たいのが気になって仕方ない。
また使いにくいのが多い。デザインが良いというのはコンシューマ用ではないので気にしないが、重たさと使いにくさで嫌になってくる。
④plotや可視化周りが重い
エクセルが普通になっている今、エクセルで出来ないことが出来て欲しいが、そうなっていない。
MATLABの言語仕様上、処理が遅い（JITコンパイラで改善されているが）
→ わかる
GUIが基本モッサリ
→ ライセンス料高いのでなんとかして欲しい。
→ライセンス料高いのでなんとかして欲しい。
Image Processing Toolboxの画像データの値を表示するGUIが使いにくい。
→ 追加でtoolbox代金払ったのに何故ってレベル
音の再生、停止、動画の再生、停止、コマ送りなどのGUIが使いにくい
→ なんとかして欲しい。
プロットの細かい調整に時間がかかる。GUIはあるが不親切だったり、誤操作しやすい
→ なんとかして欲しい
→ 今どきディスプレイ前提のことが多いので、論文印刷用以外のプロット方法も準備して欲しい
マルチコアのCPUを使わない。Parallel Computing Toolboxはあるが効き目のある場面が限られる
「VRSの入力遅れのせい」って主張、一件単位のデータが出てこないなら、各自治体にワクチン消費数の概算だけでも出させて需要予測すればいいだけだと思うんですよね。たぶん、本当の原因はそこにはないんじゃないか。
仕組みはありましたが、既に終わってます→V-SYS。VRSとの二重作業に不満が多く、一般接種では5末に「入力不要」になりました
これだな。教えてくれてありがとう。
なぜ一本化するのがV-SYSではなく、入力作業が非常に煩雑で大不評な（バーコード入力が事実上使い物にならず手入力強制）なVRSなんだろう。やはり例によって、官邸の肝入りで強引に開発・導入したシステムが早々にお蔵入りになるのは面子が許さないとか、そういうくだらない理由か…？
VRSは、もしきちんとしたものができていれば、日本のワクチン接種を加速させるゲームチェンジャーになっていただろう。だが、実際には使い物にならないものを作ってしまったわけで、そこを認めず撤退しないのはどういうわけだ。
世間では「VRSを無視した明石市にワクチンが届かないのはブーメランで自業自得」という風潮になっているが、俺はおかしいと思う。接種一件一件の入力（「◯◯県◯◯市の増田太郎さんは接種を受けました」）を集計して統計を出すシステムは、そもそも普及率が上がらないと話にならないのは誰にでも分かることだ。ワクチンの流通状況を把握するのは本来なら必達目標のはずで、最初から集計値を入れさせるV-SYSにしないのは全く合理的ではないと思う。
もし、それを分かった上でなお、不正確な値しか出せないVRSに拘っているなら、ワクチンの正確かつリアルタイムな流通状況を曖昧にしておきたい裏の事情があると勘繰られても仕方がないんじゃないか。
泉市長の訴えに対し、「首長の怒りはもっともです」と政府関係者はうなずく。
「ワクチンの差配は正直、利権化されていて、実質的にそれを仕切る官邸は“ワクチンマフィア”と裏で呼ばれています。各県からの要望数量を認めたり、割り落としたり、どのように差配しているかは正直、ブラックボックス。VRSのボロタブレットで文句を言った自治体を含め、菅政権に従順でない自治体、更にリアルな話をすると、首長が自民党以外の自治体への配布を減らしたりといった恣意的な運用はあると聞こえてきます」
河野氏は6月23日の記者会見で、今後のワクチンの配送計画について「目をつぶって綱渡りをするようなオペレーションにならざるを得ない」と漏らした。そのうえで、在庫を減らして必要なものを必要な時につくるトヨタ自動車の生産方式を引き合いに見通しを語った。
「自動車工場のようにジャスト・イン・タイムというわけにもいかない。すぐにVRSで（職域の）数字が見えないので、正直ちょっと厳しいと思っている」
おいおい…。
ていうか、やっぱりJIT（ジャスト・イン・タイム）がやりたかったんだな。確かに実現したらTwitterで信者にドヤ顔できるもんね。だがこの調子だと、JITのキモは「かんばん」のような洗練された情報システムの整備に加えて、それを使いこなす現場作業員の意識改革だということを全く理解してないな。今、どっちもダメじゃん。それをムチで脅してゴリ押しすればどうにかなるとか思っているのだとしたら、JITを舐めすぎ。とりあえず大野耐一の「トヨタ生産方式」を100回読んで出直してこい。
ジャストインタイムやりたけりゃ、普通に発注点カードでアナログ→デジタルのカンバン方式で十分じゃねーの説を唱えたい。発注点カードが現れたら、スマホでQRコード読んでURLにアクセスで発注指示が出る奴よ。
そうそう、サプライチェーンの仕組みづくりってそういうことよ。パワハラとマイクロマネジメントを管理だと勘違いしている自称「運び屋大臣」には理解できない発想かもしれないが。
いやすでに提案しているしサンプルコードも送ってるし、資本かからは、冷たい目線をもらっているけどまぁ、Dierct JIT Javaはそりゃ作れなくはないし なんだろう ある程度実績に近いようなプロダクトはあるが Android Java Jitの方が優秀だろうと どうやって資本を集めるか？というのと 話がちょっと大きすぎて むつかしいなぁ Direct JIT Javaなんてものを作るとなったら 主観感じをどこにしてもらうのかとかさがなないと ちょっとゆうてるだけでもむずかしい。
よのなかブレーキを踏んだほうが、グリップ力全開なハイエンドタイヤより早い場合もあるが・・・なんだろうな
ひっこめ通り
