Julia Juno Jupyter part1 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/02/12(金) 19:05:13.83

LLVM で動く Julia のお勉強
Python に少し似てネイティブの速さで動く素敵な関数型言語
http://julialang.org/
http://junolab.org/
http://jupyter.org/

関連
Pythonista のための Julia 100 問 100 答
http://bicycle1885.hatenablog.com/entry/2014/12/23/170745

**デフォルトの名無しさん** · 2020/03/20(金) 22:38:40.00

まあそれはJuliaに限らんがな。

**デフォルトの名無しさん** · 2020/03/21(土) 07:28:42.93

>>588
文句を言うにしても情報を提供する姿勢を持ってほしい。
そうでないならただの憂さ晴らしでしかない。

**デフォルトの名無しさん** · 2020/03/21(土) 15:21:51.85

意味不明
ユーザー側が何で情報提供しなきゃならんのだ

**デフォルトの名無しさん** · 2020/03/30(月) 20:08:03.20

>>561のコロナ買ってきたぞ～ｗ

**デフォルトの名無しさん** · 2020/04/01(水) 14:38:53.34

MLでpythonが担っている立場は近い将来、juliaかgoかrustになるかも -
Why Python is not the programming language of the future
https://towardsdatascience.com/why-python-is-not-the-programming-language-of-the-future-30ddc5339b66?source=rss----7f60cf5620c9---4 #ds/ml #feedly

**デフォルトの名無しさん** · 2020/04/01(水) 18:13:57.20

んー、Rustかなぁ・・・・という気はする。

**デフォルトの名無しさん** · 2020/04/01(水) 19:07:33.83

Rustは変わってもC++のレイヤーであってPythonのレイヤーではないだろという気持ちがある

**デフォルトの名無しさん** · 2020/04/08(水) 19:15:39.82

実行速度求めるなら結局cでいいんのけ？

**デフォルトの名無しさん** · 2020/04/09(木) 21:23:24.70

もちろんアセンブラ

**デフォルトの名無しさん** · 2020/04/09(木) 21:47:49.85

言語云々より黙ってGPU使った方が速いことは多い

**デフォルトの名無しさん** · 2020/04/13(月) 17:09:06.12

質問です

sum = 0
for i in 1:10
sum += 1
end

とすると、
ERROR: UndefVarError: sum not defined
Stacktrace:
[1] top-level scope at .\REPL[81]:2

とエラーがでてきます。何ででしょう？

**デフォルトの名無しさん** · 2020/04/13(月) 21:29:12.01

>>599
REPLのルートで定義された変数はグローバルスコープに属する
forが作るローカルスコープの中からアクセスするにはglobalキーワードが必要
sum = 0
for i in 1:10
global sum += i
end

**デフォルトの名無しさん** · 2020/04/13(月) 21:37:04.16

意外に面倒臭い言語だな

**599** · 2020/04/13(月) 23:40:25.37

ありがとうございました。
無事できました。

**デフォルトの名無しさん** · 2020/04/14(火) 05:12:32.76

FileIO...save, load などのインターフェースを提供
ImageIO, ImageMagick, QuartzImageIO...FileIOでPNGの入出力を担当
Images...FileIOのsave, loadを利用
PNGFiles...ImageIOの中身
https://github.com/JuliaIO/FileIO

**デフォルトの名無しさん** · 2020/04/14(火) 05:16:05.46

TuringModels.jl
https://github.com/StatisticalRethinkingJulia/TuringModels.jl

**デフォルトの名無しさん** · 2020/04/14(火) 10:09:50.53

>>601
関数の中で使う分には問題無い
なんでもコードをglobalに描くなってこと

**600** · 2020/04/14(火) 18:52:46.77

>>599-600
文法エラーの指摘だけしてしまったけど
よく考えたらsumって標準関数だから
それを再定義するのは結構なマナー違反だった(Base.sumは呼べるが)

julia> sum(1:10)
55

**デフォルトの名無しさん** · 2020/04/22(水) 11:05:30.69

Julia 始めようと思いますが、Windows版とLinux版、どちらがよりトラブルが少ないですか？

**デフォルトの名無しさん** · 2020/04/22(水) 11:09:51.96

どっちでもいいから好きな方でやれ

**デフォルトの名無しさん** · 2020/04/24(金) 14:41:38.91

不具合
1.4 windows版で始めたけど、プロットができない
GRをインストールしたはずなのにlibGR.dllがないと言われる
実際パス先（ENV["GRDIR"]で判る) のbinを覗くと当該ダイナミックリンクライブラリファイルが無い

解決法
GR配布元へアクセスして直接最新版ビルド済みバイナリをダウンロードして
ENV["GRDIR"]の一つ親ディレクトリであるところの、%USERPROFILE%\packages\GR\～\deps\gr へ展開

報告終わり

**デフォルトの名無しさん** · 2020/04/24(金) 14:43:39.55

訂正
%USERPROFILE%\.julia\packages\GR\～\deps\gr

**デフォルトの名無しさん** · 2020/04/24(金) 23:10:26.03

>>609
v1.41 何もせずに出来たけどな。環境かな？
GR も Plot と一緒にインストールされてる。

**デフォルトの名無しさん** · 2020/04/25(土) 09:05:55.28

インストール中にエラーとか警告出ても観ない人って居るよね

**デフォルトの名無しさん** · 2020/05/03(日) 11:02:21.40

Interface 2020年6月号マイコンからクラウドまで新時代到来中
科学計算とPythonの研究［科学ソフト事典付き］

**デフォルトの名無しさん** · 2020/05/03(日) 11:07:02.54

Interface は一昔前とくらべてレベル落ちてると思う率直に

**デフォルトの名無しさん** · 2020/05/03(日) 11:18:43.13

ずいぶん初心者寄りになったよね。

**デフォルトの名無しさん** · 2020/05/03(日) 12:36:56.30

>>607
漏れは、Windows 10, WSL, Ubuntu 18.04 で、
Linux側には、日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv を使って、
ruby 2.6.6, node 12.16.2 を入れた

yarn は、Windows側に入れて、WSL から、拡張子なしのyarn コマンドを呼べる。
これは、#!/bin/sh で始まるシェルスクリプト

anyenv に、Julia もありそう

ただし、**env 系は、メンテナンスが止まっているものもあるので、asdf を使う人もいる

**デフォルトの名無しさん** · 2020/05/10(日) 16:00:38.78

julia 1.3.1で

julia> 0.9*2.0 + 1.1*3.0

としたら答えが5.1000000000000005となるけど、本当の答えはもちろん5.1
なんでこういう表示になるのかわかる人いますか？

**デフォルトの名無しさん** · 2020/05/10(日) 16:05:10.03

Julia に限らない
https://ja.wikipedia.org/wiki/%E6%B5%AE%E5%8B%95%E5%B0%8F%E6%95%B0%E7%82%B9%E6%95%B0
CS (Computer Science) の基本中の基本

**デフォルトの名無しさん** · 2020/05/10(日) 16:10:14.62

なるほど確かに基本中の基本だった

**デフォルトの名無しさん** · 2020/05/11(月) 02:44:10.57

そういう計算をしたいときは有理数を使うのだ

julia> 9//10 * 2 + 11//10 * 3
51//10

**デフォルトの名無しさん** · 2020/05/13(水) 21:28:29.27

julia発のキラーコンテンツは？

**デフォルトの名無しさん** · 2020/05/13(水) 23:29:41.58

>>621
貴方がつくる

**デフォルトの名無しさん** · 2020/05/14(木) 00:05:04.62

目下のところjuliaって科学計算用にしか注目されてないと思うけど

**デフォルトの名無しさん** · 2020/05/14(木) 00:44:34.65

make のように道具というのは、作者が思ってもみないところで
使われてこそ有用なもの

**デフォルトの名無しさん** · 2020/05/14(木) 02:04:33.91

日本人が知らない世界で浸透しているんだねえ

**デフォルトの名無しさん** · 2020/05/14(木) 10:11:13.62

D と似たような運命

**デフォルトの名無しさん** · 2020/05/14(木) 16:49:16.62

D発のキラーコンテンツは？

**デフォルトの名無しさん** · 2020/05/15(金) 10:41:52.64

キラーコンテンツって変じゃね？
Cのキラーコンテンツは？

**デフォルトの名無しさん** · 2020/05/15(金) 14:56:16.68

UNIX～*BSD～Linux

**デフォルトの名無しさん** · 2020/05/16(土) 12:50:32.44

Git

**デフォルトの名無しさん** · 2020/06/02(火) 09:08:49.25

今いろんなライブラリ作ってるとこだからね

**デフォルトの名無しさん** · 2020/06/12(金) 06:44:58.58

意味不明な点
・関数化しないと速くならない
・plotsなどの読み込みがそのままだとクソ遅い

**デフォルトの名無しさん** · 2020/06/12(金) 09:32:40.70

意味不明ではないけど、不便だね

**デフォルトの名無しさん** · 2020/06/12(金) 10:39:29.13

たとえばさ、立ち上げてすぐ、3+4って入力した時に戻ってくる時間
と、その次に4+5とか入力した時に戻ってくる時間比べると
後者のほうがいつも速い。

**デフォルトの名無しさん** · 2020/06/12(金) 11:22:03.84

常に全速力ではなく必要に応じてっていう設計だからさ

**デフォルトの名無しさん** · 2020/06/13(土) 10:26:23.17

Juliav1.5.0-beta1
https://github.com/JuliaLang/julia/releases

**デフォルトの名無しさん** · 2020/06/13(土) 15:40:24.63

julia version 1.4.2ですが、shift!が無くなったでしょうか？

ERROR: LoadError: UndefVarError: shift! not defined

**デフォルトの名無しさん** · 2020/06/18(木) 16:43:59.93

最初はよくほぐさないとうまく入らないけど
次からはいい具合になるだろ？
ちな童貞

**デフォルトの名無しさん** · 2020/06/22(月) 22:07:20.53

>>637
https://github.com/JuliaLang/julia/issues/23902

**デフォルトの名無しさん** · 2020/06/23(火) 20:15:07.59

>>639
ありがとう

**デフォルトの名無しさん** · 2020/07/10(金) 10:05:59.99

Juliaでよく間違えるのが、配列代入でのポインタ渡しと、for i in 1:nをfor i in nと書いてしまうところ
どちらも明示的に判るような文法にしてほしいものだ

**デフォルトの名無しさん** · 2020/07/10(金) 16:08:02.73

for i in range(n) にでもするかね。
オレも Python 使うと混乱する。

**デフォルトの名無しさん** · 2020/07/10(金) 17:11:41.87

for i in nなんて普通は使うはずがないから、for i in n:nと範囲指定強制でいいと思う

**デフォルトの名無しさん** · 2020/07/10(金) 18:53:27.10

for i in n は文法的に間違いではないし、n=1:100 かも知れない。

**デフォルトの名無しさん** · 2020/07/11(土) 10:56:26.81

全然関係無いのにpython強調し過ぎるからそういう勘違いする人が出て来る

**デフォルトの名無しさん** · 2020/07/19(日) 03:26:32.01

物理で使う数値計算入門：Julia言語による簡単数値計算
http://park.itc.u-tokyo.ac.jp/kato-yusuke-lab/nagai/julianote.pdf

**デフォルトの名無しさん** · 2020/07/19(日) 13:08:01.55

>>646
park とか韓国人かよ？

**デフォルトの名無しさん** · 2020/07/21(火) 16:12:19.70

リモートでデバッグできる Julia 環境を Docker で用意する
https://hassiweb-programming.blogspot.com/2020/07/docker-julia-debugging-on-remote-machine.html?spref=tw

**デフォルトの名無しさん** · 2020/07/22(水) 05:38:41.37

>>647
永井佑紀氏は国立研究開発法人日本原子力研究開発機構, システム計算科学センター, 副主任研究員

**デフォルトの名無しさん** · 2020/08/21(金) 06:33:02.56

Juliaで学ぶ計算論的神経科学 — Juliaで学ぶ計算論的神経科学
https://compneuro-julia.github.io/

**デフォルトの名無しさん** · 2020/08/27(木) 04:12:00.26

Julia v1.5.1 has been released
https://discourse.julialang.org/t/julia-v1-5-1-has-been-released/45583?u=ararslan

**デフォルトの名無しさん** · 2020/09/14(月) 17:36:58.10

【OSS】分析データベース「JuliaDB」---Julia言語でクエリ作成、高速並列処理、高速CSVパーサー
https://www.ossnews.jp/oss_info/article.html?oid=9327

**デフォルトの名無しさん** · 2020/09/27(日) 00:11:11.53

Interface 2020年 6月号
https://shop.cqpub.co.jp/hanbai/books/MIF/MIF202006.html

第5部　科学計算向き注目言語Juliaの研究

Pythonのように書きやすくてC/C++のように高速
第1章　科学計算が得意なモダン言語Julia登場

開発環境と使い方の基本
第2章　はじめてのJulia科学計算

数学との親和性を体感
第3章　Julia科学計算メカニズムの研究

Appendix1　Juliaのノートブック環境構築

モダン言語のキー・テクノロジ
第4章　Juliaの型システムの研究

生産性と性能を両立させるモダン・メカニズム
第5章　ラズパイ4で動くJuliaアプリケーションの作成

売り切れになっても知らんぞいそげー！！！

**デフォルトの名無しさん** · 2020/09/27(日) 07:30:36.39

RasPi のJuliaはバージョン古すぎ

**デフォルトの名無しさん** · 2020/09/27(日) 08:16:35.91

漏れは、Windows 10, WSL, Ubuntu 18.04 で、
Linux側には、日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv を使って、
ruby 2.6.6, node 12.16.2 を入れた

anyenv は多言語向きで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
ただし、Julia は無いのか。jenv は、Java

Renv, crenv, denv, erlenv, exenv
goenv, hsenv, jenv, luaenv, nodenv
phpenv, plenv, pyenv, rbenv, sbtenv
scalaenv, swiftenv, tfenv

同様のツールに、asdf がある。
こちらには、Julia もある

**655** · 2020/09/28(月) 04:18:15.92

ローカルPC に直接入れなくても、Docker もある

Docker で、Julia, Jupyter Notebook が簡単かも

**デフォルトの名無しさん** · 2020/10/05(月) 04:14:44.69

Jupyterlab使ってるんですが、Juliaのスクリプトを関数化して実行するとそのまま実行するよりめっちゃ速くなるのはなんでですか？

**デフォルトの名無しさん** · 2020/10/05(月) 10:36:30.71

というかその質問を吐く人がJuliaに手を出した理由がわからんｗ

**デフォルトの名無しさん** · 2020/10/05(月) 11:37:31.99

関数化すると早いとか意味わからん。
同じだろ。

**デフォルトの名無しさん** · 2020/10/05(月) 19:53:12.69

このスレはクズばっかりですね
口だけの無能集団

**デフォルトの名無しさん** · 2020/10/05(月) 20:50:53.83

JITで最適化が効きやすいからだよ
関数に切り分けてループの中とかで呼ぶと型推論と関数側の制約で型がある程度狭まるし、処理内容もある程度固定である事がランタイム側にも分かるから最適化が効いて速くなりやすい

**デフォルトの名無しさん** · 2020/10/06(火) 10:17:16.20

関数がコンパイル済んでるから2回目から早いとかいうことじゃないだろうね？

**デフォルトの名無しさん** · 2020/10/06(火) 10:20:56.41

jupyterに何を期待してるんだ

**デフォルトの名無しさん** · 2020/10/08(木) 14:40:24.02

>>661の他、グローバル変数が最適化にとって邪魔で、関数化するとそれが排除されるのも大きいのかな
ベタ書きじゃなくて関数に包むと速くなるというのは前々からよく言及されてる話

**デフォルトの名無しさん** · 2020/10/18(日) 01:40:00.61

Julia 始めようと思いますが、Windows版とWSL2　内 OpenSUSE Leap 15.2 版、どちらがよりトラブルが少ないですか？

**デフォルトの名無しさん** · 2020/10/30(金) 21:56:39.06

Juliaに慣れると他は使えなくなるな
簡単で速いは大正義

**デフォルトの名無しさん** · 2020/10/31(土) 00:48:32.10

>>666
Rのtidyverseと比べてどう？
tidyerseみたいなのがあるなら試してみたい

**デフォルトの名無しさん** · 2020/11/23(月) 11:04:48.83

Juliaの新しいバージョンを動かそうと思っても、
ビルドがうまくできないのだが？　C＋＋のコンパイラの
バージョンか何かの問題だろうか？
ちなみにレッドハット・CentOSの最新版を使っているのだが。

**デフォルトの名無しさん** · 2020/11/23(月) 11:14:44.33

それだけの情報でどうしろとｗ
コンパイラがゲロしたメッセージをちゃんと読みなさいｗ

**デフォルトの名無しさん** · 2020/11/23(月) 11:39:23.06

漏れは、Windows 10, WSL, Ubuntu 18.04 で、
VSCode の拡張機能、Remote WSL も使う

Linux側には、日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv を使って、
ruby 2.6.6, node 12.16.2 を入れた

対応している言語を表示すると、
anyenv install --list

Renv, crenv, denv, erlenv, exenv
goenv, hsenv, jenv, jlenv, luaenv
nodenv, phpenv, plenv, pyenv, rbenv
sbtenv, scalaenv, swiftenv, tfenv

Julia のjlenv もある。
anyenvと同様のツールに、asdf もある

build-essential を入れておけば、コンパイルできるのでは？
エラーが出れば、それを見て、必要なパッケージを追加していく

build-essential には、
gcc(GNU C compiler), g++(GNU C++ compiler), libc6-dev(GNU C Library), make などが入っています

パッケージ: build-essential
https://packages.ubuntu.com/ja/bionic/build-essential

**デフォルトの名無しさん** · 2020/12/09(水) 01:07:10.82

pycallでtensorflow読んでjuliaで書くってやってる人いる？あんまりメリットないかな

**デフォルトの名無しさん** · 2021/01/02(土) 10:12:03.37

ジュピターのアンインストールって記事全くないのな

**デフォルトの名無しさん** · 2021/02/04(木) 13:33:29.52

２月に入ってまたJuliaの本出版されてるみたいね。
少しずつだけど関連書籍増えてきてうれしい。

**デフォルトの名無しさん** · 2021/02/10(水) 01:13:28.54

Julia1.7で急に速くなって実用的になってきたな
まだPlotsのインポート時間かかるけど

**デフォルトの名無しさん** · 2021/02/12(金) 04:29:50.43

PackageCompiler回りが雑に使えるようにならんかなー

**デフォルトの名無しさん** · 2021/02/24(水) 17:02:05.38

buildbot ってなんですか？　パッケージを add しようとするとC:\buildbot\～と作ろうとしてるようです
制限付きユーザが勝手にC:\にファイルやフォルダを作れないようにセキュリティで制限をしているので
（恐らくこのせいで）アクセスが拒否されました。となってパッケージが add できません
buildbotさんに別の場所、例えば%USERPROFILE%でやってくれるようお願いするにはどうしますか？

**デフォルトの名無しさん** · 2021/02/24(水) 22:36:38.84

pkg> add IJulia
ERROR: SystemError: longpath: アクセスが拒否されました。
Stacktrace:
[1] windowserror(::Symbol, ::UInt32; extrainfo::Nothing) at .\error.jl:183
[2] #windowserror#50 at .\error.jl:182 [inlined]
[3] windowserror at .\error.jl:182 [inlined]
[4] longpath(::String) at .\path.jl:402
[5] isfile_casesensitive(::String) at .\loading.jl:14
[6] load_path_expand(::String) at .\initdefs.jl:244
[7] active_project(::Bool) at .\initdefs.jl:277
[8] active_project at .\initdefs.jl:265 [inlined]
[9] find_project_file(::Nothing) at C:\buildbot\worker\package_win64\build\usr\share\julia\stdlib\v1.5\Pkg\src\Types.jl:183
以下[22]まで続く

C:\に該当ユーザの書き込み権限を付与してみましたが関係なかったようです
もしかしてscoop install julia だと駄目だったりしますか？

**デフォルトの名無しさん** · 2021/03/17(水) 20:05:23.94

pythonより早いと聞いて興味を持ってきました
juliaの初心者スレはどこですか？

**デフォルトの名無しさん** · 2021/03/18(木) 04:46:19.99

ないです
本買って自分で学習しましょう
それが一番速いです

**デフォルトの名無しさん** · 2021/03/23(火) 08:01:58.91

初心者スレを分けるほど人口多くないし

**デフォルトの名無しさん** · 2021/03/25(木) 09:51:47.60

使いこなすとRやPythonとかアホらしくて使う気にならないけど、なかなか普及しないね

**デフォルトの名無しさん** · 2021/03/25(木) 13:45:32.77

良書がまだ無い
早急に作れ

**デフォルトの名無しさん** · 2021/03/25(木) 14:57:46.75

単独ではろくなグラフも描けない半端物がっｗ
って状況は改善した？

**デフォルトの名無しさん** · 2021/03/25(木) 15:31:22.81

Juliaの回帰関数よりRの関数を呼んだ方が速かったけど、そのうち変わるのかな

**デフォルトの名無しさん** · 2021/03/25(木) 15:49:49.68

Rは3.4くらいでjit入ったのでクソ遅くはなくなってる
GraalVMが入ったらもっと速くなる

**デフォルトの名無しさん** · 2021/03/27(土) 02:40:54.76

JuliaがPythonよりもいいと言われるのは、速いからですか？

**デフォルトの名無しさん** · 2021/03/27(土) 13:47:15.61

速いし、Pythonのライブラリをそのまま使えるから完全上位と言ってよいのでは？
Rのライブラリしか使ってないから、全部使えるかは知らないけど

**デフォルトの名無しさん** · 2021/03/28(日) 07:02:23.94

全部がそのまま使えるわけないでしょ、全部使えるためにはPythonの言語仕様を全部内包してなきゃいけないんだよ
配列のインデックスの仕方から違うのにそんなわけない
よって完全上位ということはあり得ず、FFIを常に意識しないとダメな言語

**デフォルトの名無しさん** · 2021/03/28(日) 08:41:43.65

PyCallをJuliaにインストールした際に、Juliaが独自のPythonを所有してそれを使うらしいけど