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

**デフォルトの名無しさん** · 2016/06/11(土) 15:43:11.34

馬鹿には無理

**デフォルトの名無しさん** · 2016/06/13(月) 14:44:15.88

本家も放置？

**デフォルトの名無しさん** · 2016/07/04(月) 12:10:46.03

相変わらずだな

514 デフォルトの名無しさん sage 2016/07/04(月) 01:22:47.14 a5Gl8mUE

Juliaの開発、俺が引き受けるから科研費くれ
という主張をしてみるか悩んでる

515 デフォルトの名無しさん sage 2016/07/04(月) 01:35:22.05 WZmggq2i

Julia で検索したら、AV 動画見たばかりでワロタ w

516 デフォルトの名無しさん sage 2016/07/04(月) 01:36:38.53 WZmggq2i

ありゃ、
AV 動画ばかりって書きたかったの…

517 デフォルトの名無しさん sage 2016/07/04(月) 01:44:34.13 Jqw/8rJ7

私も今まさにそれ思ってた>AVばっかり

**デフォルトの名無しさん** · 2016/07/05(火) 13:25:11.27

Juliaってデータ分析というより数値計算じゃないの
全部インメモリの固定長配列にブチ込んでループぶん回す昔ながらのやつだよね

**デフォルトの名無しさん** · 2016/07/06(水) 12:37:52.43

別にデータ分析以外の数値計算が出来ないと言っている訳じゃないし

昔ながらのやつを現代的に書けるというだけでも有意義だろう

**デフォルトの名無しさん** · 2016/07/06(水) 14:28:27.41

なんで >>83 へのレスが >>84 みたいなことになるんだろ
文盲かな？

**デフォルトの名無しさん** · 2016/07/07(木) 11:04:48.07

なんで >>84 へのレスが >>85 みたいなことになるんだろ
文盲かな？

**デフォルトの名無しさん** · 2016/07/13(水) 17:16:46.46

文盲乙

A Summary of Features
https://www.youtube.com/watch?v=B9moDuSYzGo

Calling C Code
http://docs.julialang.org/en/release-0.4/manual/calling-c-and-fortran-code/

**デフォルトの名無しさん** · 2016/07/15(金) 17:01:44.97

誤解されてるようなので

>実際コード書いてても Python や C++ と比べて julia のコードって汚いんだよな

特定の条件がそろったときだけど
綺麗に描けることもある

**デフォルトの名無しさん** · 2016/07/15(金) 22:38:04.14

誤爆か

言語内DSLを別言語とみなすなら
C++で綺麗に書けるものがjuliaで書くと汚いってことは考えにくいんだが？

C++は数値を表す抽象型が標準にないのが致命的
そのくせ最近までサイズ固定の整数型がなかった

pythonについてはラムダ式が好きになれない（汚いとは別だが）

まぁjuliaに求めるものは綺麗さじゃなく実用性なんだ
おっぱい的な意味で

**デフォルトの名無しさん** · 2016/07/18(月) 12:18:17.33

やっと気付いた
漏れはきっと end が嫌いなんだ

**デフォルトの名無しさん** · 2016/07/19(火) 12:43:59.43

julia> reinterpret(Bool, 1)
true

julia> reinterpret(Bool, 2)
false

julia> reinterpret(Bool, 3)
true

julia> reinterpret(Bool, 4)
false

julia> reinterpret(Bool, 0)
false

julia> reinterpret(Bool, -1)
true

julia> reinterpret(Bool, -2)
false

ワロス

**デフォルトの名無しさん** · 2016/07/20(水) 12:33:08.99

笑いどころがわからない

配列用でないreinterpretはconvertと違って慎重に使うべきもの

julia> reinterpret(Bool, 256)
false
これは気持ち悪い

……と開発者も思ったらしくv0.5ではエラーになる見込み

**デフォルトの名無しさん** · 2016/07/20(水) 21:10:41.79

間にscheme入ってるならpythonに近い文法に変換するのも簡単に出来るのでは？

**デフォルトの名無しさん** · 2016/07/20(水) 22:23:38.39

pythonに近い文法を求めているならpython使えばいいんでは？
てかschemeに何の関係が？

**デフォルトの名無しさん** · 2016/07/21(木) 18:47:37.68

S式でなんでもできるのは面白いな

**デフォルトの名無しさん** · 2016/07/21(木) 18:53:51.10

マクロで真っ黒

**デフォルトの名無しさん** · 2016/07/22(金) 11:45:49.87

>>7-11 >>25 >>28 >>30-32
定義はmacro使うと楽

macro c(restype, fnc, argtypes)
local args = [symbol("a", n) for n in 1:length(argtypes.args)]
quote
$(esc(fnc))($(args...)) = ccall($(string(fnc)), $restype, $argtypes, $(args...))
end
end

@c UInt32 printf (Ptr{Cchar},)
@c UInt32 printf (Ptr{Cchar}, UInt32,)

printf(pointer(Array{UInt8,1}([65,66,0,67,68,0,0])))
printf("%s\n", pointer(Array{UInt8,1}([65,66,0,67,68,0,0])))

macro m(lib, restype, fnc, argtypes)
local args = [symbol("a", n) for n in 1:length(argtypes.args)]
quote
$(esc(fnc))($(args...)) = ccall(($(string(fnc)), $(Expr(:quote, lib))), $restype, $argtypes, $(args...))
end
end

@m libcurl Cint curl_free (Ptr{Void},)
@m libcurl Ptr{Cchar} curl_getenv (Ptr{Cchar},)
@m libcurl Ptr{Cchar} curl_version ()

v = curl_getenv("TZ")
printf(v)
curl_free(v)
printf(curl_version())

**デフォルトの名無しさん** · 2016/07/22(金) 11:49:20.02

>>9

macro w(lib, restype, fnc, argtypes)
local args = [symbol("a", n) for n in 1:length(argtypes.args)]
quote
$(esc(fnc))($(args...)) = ccall(($(string(fnc)), $(Expr(:quote, lib))), stdcall, $restype, $argtypes, $(args...))
end
end

@w user32 UInt32 MessageBoxA (UInt32, Ptr{Cchar}, Ptr{Cchar}, UInt32,)

MessageBoxA(C_NULL, "hage", "title", 1)

**デフォルトの名無しさん** · 2016/07/22(金) 13:42:42.08

>>97-98
32bit 限定のコードを書くべきじゃないな

**デフォルトの名無しさん** · 2016/07/22(金) 15:31:36.78

呼び出すライブラリの仕様は確定しているのだから実用上問題ないのでは？

**デフォルトの名無しさん** · 2016/07/23(土) 10:27:35.38

ヒ素2さんかな(ﾋｿﾋｿ)

**デフォルトの名無しさん** · 2016/07/23(土) 11:05:54.45

x = UInt32(0x12345678)
a = pointer_to_array(convert(Ptr{UInt8}, pointer_from_objref(x)), 4)
a[2] = 51
println(@sprintf "%08X" x) # 0x12343378

**デフォルトの名無しさん** · 2016/07/23(土) 11:07:52.09

immutable TT
a::UInt16
b::UInt16
end
x = UInt32(0x12345678)
a = pointer_to_array(convert(Ptr{TT}, pointer_from_objref(x)), 1)
println(a) # [TT(0x5678,0x1234)]
a[].a = 0xaabb # ERROR: type TT is immutable

**デフォルトの名無しさん** · 2016/07/23(土) 11:12:28.69

type XX
a::UInt16
b::UInt16
end
x = UInt32(0x12345678)
# ↑ここまでは動く
a = pointer_to_array(convert(Ptr{XX}, pointer_from_objref(x)), 1)
# ↑インタプリタ環境だとこれを実行した時点で環境ごと落ちる (下へ行くケースあり)
println("reach here")
println(a)
# インタプリタの外から julia hoge.jl で実行したときは println(a) まで実行すると落ちる

**デフォルトの名無しさん** · 2016/07/23(土) 11:13:02.17

なぜでしょう？(unsafeなことしてるのは判ってるのですが・・・)

**デフォルトの名無しさん** · 2016/07/23(土) 12:22:24.60

なぜって自分でbitstypeでもimmutableでもないって分かっている書きぶりじゃん
その上で聞いているならソース読め

**デフォルトの名無しさん** · 2016/07/23(土) 17:00:36.64

へー Julia ってこういう壊れ方するのかー

julia> n = UInt32(3)
0x00000003

julia> p = Ptr{UInt32}(pointer_from_objref(n))
Ptr{UInt32} @0x06e474f0

julia> pointer_to_array(p, 1)
1-element Array{UInt32,1}:
0x00000003

julia> UInt32(3)
0x00000003

julia> pointer_to_array(p, 1)[] = 9
9

julia> UInt32(3)
0x00000009

**デフォルトの名無しさん** · 2016/07/23(土) 17:11:02.05

こうなってるのかー
気付かんかったわー

julia> e = UInt32(11)
0x0000000b

julia> f = UInt32(11)
0x0000000b

julia> p = Ptr{UInt32}(pointer_from_objref(e))
Ptr{UInt32} @0x06e47770

julia> pointer_to_array(p, 1)
1-element Array{UInt32,1}:
0x0000000b

julia> UInt32(11)
0x0000000b

julia> pointer_to_array(p, 1)[] = 17
17

julia> UInt32(11)
0x00000011

julia> f
0x00000011

**デフォルトの名無しさん** · 2016/07/24(日) 09:37:49.42

インタラクティブシェルのヒストリーってどうやったら消せるん？

**デフォルトの名無しさん** · 2016/07/24(日) 09:48:14.01

~/.julia_history 消したら解決しました！

**デフォルトの名無しさん** · 2016/07/25(月) 18:13:55.98

Cのunionと同じような機能ってreinterpret以外にないの？

**デフォルトの名無しさん** · 2016/07/26(火) 10:16:34.91

transpose と ctranspose って何が違うん？

**デフォルトの名無しさん** · 2016/07/26(火) 10:29:26.50

>>112
cはcomplex(複素数)のconjugate

**デフォルトの名無しさん** · 2016/07/27(水) 09:34:21.46

>>107-108
julia> 100
100

julia> 100 - 23
77

julia> 100 + 23
123

julia> pointer_to_array(Ptr{Int}(pointer_from_objref(100)), 1)[] = 119
119

julia> 100
119

julia> 100 - 19
119 # ← ここだけ納得いかない

julia> 100 + 19
138

**デフォルトの名無しさん** · 2016/07/27(水) 22:18:04.56

納得いかないのが納得いかない
"100" - 19
→ 119 - 19
→"100"
→ 119

**デフォルトの名無しさん** · 2016/07/28(木) 19:00:25.38

なるほど！
目から鱗でした

**デフォルトの名無しさん** · 2016/07/31(日) 11:27:08.15

llvm使いたくない。gccではビルドできないの？

**デフォルトの名無しさん** · 2016/08/01(月) 12:23:48.40

C++AMPもそうだったんだけど
llvmがバージョンアップするとC++AMPの仕様も変わったりして
誰も安定してC++AMPを利用できなったので
C++AMPは消えたと思う

juliaがllvm使ってるのは嫌な予感しかしない

**デフォルトの名無しさん** · 2016/08/01(月) 15:22:44.54

コンパイル遅すぎ

**デフォルトの名無しさん** · 2016/08/01(月) 16:51:02.97

寧ろgccの方が先行き不安なような

**デフォルトの名無しさん** · 2016/08/01(月) 17:20:22.43

llvmは安定して使うことよりもgccの妨害が目的っぽい部分があって
利用者は軽視（gccの足引っ張りが重要）

そんな印象がある

**デフォルトの名無しさん** · 2016/08/01(月) 17:35:53.63

うわぁ・・・

**デフォルトの名無しさん** · 2016/08/01(月) 18:14:22.64

M9誤報記念

**デフォルトの名無しさん** · 2016/08/01(月) 19:39:59.72

>>118
C++AMP ってマイクロソフト主導だったんじゃないのん？

**デフォルトの名無しさん** · 2016/08/02(火) 10:29:05.14

>>111
manual/calling-c-and-fortran-code/

Struct Type correspondences

Packed structs and union declarations are not supported by Julia.

You can get a near approximation of a union if you know, a priori,
the field that will have the greatest size (potentially including padding).
When translating your fields to Julia, declare the Julia field to be only of that type.

...

In the future, some of these restrictions may be reduced or eliminated.

**デフォルトの名無しさん** · 2016/08/04(木) 11:46:11.27

reinterpretとBase.boxとどっち使うのが良いんですか？

**デフォルトの名無しさん** · 2016/08/05(金) 10:14:39.63

>>79
それな

**デフォルトの名無しさん** · 2016/08/05(金) 11:34:17.96

なぜ僕らはJuliaを創ったか
http://marui.hatenablog.com/entry/20120221/1329823079

ゆるいライセンスのオープンソースで、Cの速度とRubyの動的さが欲しい。
Lispのような真のマクロが使える同図象性のある言語で、
Matlabのように分かりやすい数学の記述をしたい。
Pythonのように汎用的に使いたいし、Rの統計処理、
Perlの文字列処理、Matlabの線形代数計算も要る。
シェルのように簡単にいくつかのパーツをつなぎ合わせたい。
チョー簡単に習えて、超上級ハッカーも満足する言語。
インタラクティブに使えて、かつコンパイルできる言語が欲しい。
（そういえば、C言語の実行速度が必要だってのは言ったっけ？）

イイね！

**デフォルトの名無しさん** · 2016/08/12(金) 14:09:58.96

マクロを入れ子で使ってるときの評価順が良く判らんな

**デフォルトの名無しさん** · 2016/08/19(金) 20:54:44.94

Juliaの継承システムってなんでgoみたいなシステムにしなかったんだろうな

**デフォルトの名無しさん** · 2016/08/20(土) 14:07:49.70

goはgoでアグレッシブすぎる気がするけど

C++とかJavaとか
結果的に抽象クラスとインターフェイスの関係が微妙になってしまったことを考えれば
Juliaの型システムは明確で合理的だと思う

あと多重ディスパッチが特徴に挙げられるくらいなので
ロジック・実装の散逸を防ぐ思想があるんだろう

具象型が継承不可な点は最適化の面でも有利に働くはず

**デフォルトの名無しさん** · 2016/08/20(土) 14:58:26.80

コンストラクタがきもい

**デフォルトの名無しさん** · 2016/08/24(水) 18:07:53.88

おまえそんなんばっか

**デフォルトの名無しさん** · 2016/08/24(水) 20:40:56.81

@timeとか@showとか便利すぎて逆になんでpythonにはないのかと悲しくなるレベル

**デフォルトの名無しさん** · 2016/09/01(木) 20:24:06.33

一切カプセル化出来ないから無能を含む大規模プロジェクトには使えないな

**デフォルトの名無しさん** · 2016/09/02(金) 07:56:04.86

intをdepricated にして代わりに l->[parse(Int, s) for s=l] を使えって言ってくるのはマジで基地外じみてる

**デフォルトの名無しさん** · 2016/09/02(金) 12:51:45.65

新言語のフリしたFORTRANだよなこれ

**デフォルトの名無しさん** · 2016/09/02(金) 15:34:46.39

3次元の配列を効率よく初期化するにはどうすれば良いでしょうか？

**デフォルトの名無しさん** · 2016/09/02(金) 20:42:33.40

[f(I,j,k) for i=1:n, j=1:m, l=1:o]
Pythonとは訳が違う便利さ

**デフォルトの名無しさん** · 2016/09/03(土) 13:20:01.65

>>136
じゃあ何が正解だというの？

**デフォルトの名無しさん** · 2016/09/03(土) 13:59:08.29

添え字が 0 から始められるように設定変更ってどうするんだっけ

**デフォルトの名無しさん** · 2016/09/03(土) 22:13:37.19

>>140
安価ミスか？何を聞かれてるのかわからん

**デフォルトの名無しさん** · 2016/09/13(火) 10:04:52.46

>>141
マクロ使えば行けるけど見た目は良くないな

Juliaってcolumn majorのくせに多次元配列のconcatenation は左の添字からやろうとするの本当に謎

**デフォルトの名無しさん** · 2016/09/13(火) 20:37:02.00

>>140
すまん、intをdeprecate にされたことがまず辛い。消すなら消すで同じくらい短くかける別の関数を用意してほしい
毎回これを書くのは嫌だし、自分でこれの別名をつけるのはなんか違う

**デフォルトの名無しさん** · 2016/09/14(水) 13:14:08.84

parseint なんで死んでもうたん

**デフォルトの名無しさん** · 2016/09/19(月) 18:47:11.41

君死に勿給ふこと

**デフォルトの名無しさん** · 2016/09/20(火) 11:35:12.98

IPython - 対話的にPythonプログラミングができるコマンドラインツールです。とはいえ初心者だと何をどうしていいかわからないかも
Jupyter Notebook - IPythonをブラウザ上で実行するツールです(全然それだけじゃないけど) 。とっかかりとして一番のおすすめ。
様々なサンプルがこのツールのNotebook形式で配布されており、学習効率もいいです。

とりあえずVisual StudioとPycharmがIDEで, 前者はpythonに限定しないIDE,
後者はpython用のIDEですね. ※Visual Studioはpythonに対応してるとの事です.
アナコンダはパッケージのインストーラーで, IpythonとJupyterも一緒に
ダウンロードされますよね.
JupyterもIDEではないのですか？

IDEの定義によるんだろうけど
JupyterはIDEの条件を満たしてはなさそう
ノート機能が付いたEditorに近いのかな

私のとらえ方ではIDEは3ペイン・2ペイン構成のデスクトップアプリで
IPythonをブラウザ上で(シングルペインではあるが)IDE「的」に使えるのがJupyterですね
Anacondaにはpython用IDEデスクトップアプリのSpyderというものも入ってますので
インストール後両方起動されると、おおよその雰囲気の違いがわかると思います

Jupyter-IPython は Mathematica を目指してる。
Kernel + Notebook の構造。
IDE とはまた違うかな。

**デフォルトの名無しさん** · 2016/09/20(火) 16:45:47.03

俺定義とかどうでもいい

**デフォルトの名無しさん** · 2016/09/20(火) 18:24:31.81

0.5正式版出た？

**デフォルトの名無しさん** · 2016/09/23(金) 22:24:53.87

ジェネレータ式はトリッキーなマクロが要らなくなっていいな

PROGRAM_FILEはやっとか

**デフォルトの名無しさん** · 2016/09/23(金) 23:25:21.12

この調子で引数に_を使った時に部分適用になるあれもこないかな

**デフォルトの名無しさん** · 2016/09/27(火) 10:01:40.02

Julia0.5正式に出たっていうのになんだこの話題なってなさは

**デフォルトの名無しさん** · 2016/10/20(木) 11:50:05.14

FORTRAN2016

**デフォルトの名無しさん** · 2016/11/03(木) 03:38:05.60

煽り抜きでダメだなもう
ガバナンスも利いてないしめちゃくちゃ
文法も思想もとっちらかったクソ言語に成り果ててる

**デフォルトの名無しさん** · 2016/11/03(木) 06:39:55.89

もうガバガバなんす

**デフォルトの名無しさん** · 2016/11/03(木) 08:35:32.33

>>154
ほんまこれ。迷走しすぎて言語仕様めちゃくちゃ

**デフォルトの名無しさん** · 2016/11/03(木) 10:49:45.39

どこで間違ったし

**デフォルトの名無しさん** · 2016/11/10(木) 00:39:14.58

pythonでよくね

**デフォルトの名無しさん** · 2016/12/02(金) 20:17:55.46

type Pos
x::Float64
y::Float64
end

Base.+(a::Pos, b::Pos) = Pos(a.x + b.x, a.y + b.y)

ってやると(a::Pos, b::Pos) is not a valid function
ってエラー吐くのですが、オリジナルの型用の演算子定義するにはどうすればいいのでしょうか？

**デフォルトの名無しさん** · 2016/12/03(土) 14:42:15.35

(+)(a::Pos, b::Pos) = Pos(a.x + b.x, a.y + b.y)

**デフォルトの名無しさん** · 2016/12/03(土) 14:45:29.61

こっちか
(:(+))(a::Pos, b::Pos) = Pos(a.x + b.x, a.y + b.y)

**デフォルトの名無しさん** · 2016/12/03(土) 22:57:39.15

>>160をやると普通の+が使えなくなり、
>>161をやるとsyntax: invalid function name ":+"
ってなりました……

**デフォルトの名無しさん** · 2016/12/04(日) 16:46:36.86

import Base.+
.+(a::Pos, b::Pos) = Pos(a.x + b.x, a.y + b.y)
とか？

**デフォルトの名無しさん** · 2016/12/04(日) 16:55:46.44

すまん+の前のドット要らん

**デフォルトの名無しさん** · 2016/12/18(日) 17:43:44.11

Tk.jl わろす

**デフォルトの名無しさん** · 2016/12/24(土) 06:10:21.30

３ヶ月程前からPython+Numpy 覚えながら前から作ろうと思っていたプログラム書き始めていたのですが、
最近Juliaを知って日本語で書かれたドキュメント読み切って中身知ったら凄く綺麗で良い言語に見えてきて、
むしろPythonの方はダメな部分を補う為に無理やりNumpyをくっつけているようにすら見えてきたのですが、
その認識は間違ってないでしょうか？
書きかけのプログラムをPython+NumpyやめてJuliaを覚える方にシフトしようかある程度Pythonを覚えてきたこともあって悩んでいます。

**デフォルトの名無しさん** · 2016/12/24(土) 12:34:17.22

めりくり

**デフォルトの名無しさん** · 2016/12/24(土) 15:53:34.28

numpyで充分

**デフォルトの名無しさん** · 2016/12/26(月) 19:37:06.22

Juliaは上手く統合されてると思うけど、まだ色々足りないでしょ
自分でバンバン書ける人ならともかく、覚え始めとかならPythonやっとけ

**デフォルトの名無しさん** · 2016/12/26(月) 20:42:06.86

JuliaスレでJuliaをディスるな��

**デフォルトの名無しさん** · 2016/12/27(火) 14:39:42.88

disってるようには思わないな
正当な批判はちゃんと批判として受け入れるべき

**デフォルトの名無しさん** · 2016/12/27(火) 20:29:48.62

JuliaにはRを殺して欲しい

**デフォルトの名無しさん** · 2016/12/27(火) 20:54:54.62

配列が線形代数向けに整備されてる言語ってJuliaとRくらいのもんか？

**デフォルトの名無しさん** · 2016/12/27(火) 21:07:35.36

**デフォルトの名無しさん** · 2016/12/27(火) 21:16:00.31

Jはちょっと……

**デフォルトの名無しさん** · 2016/12/27(火) 21:56:48.37

線形代数向けに整備されてるってどういうこと？

**デフォルトの名無しさん** · 2016/12/28(水) 00:10:38.62

配列を使って高速に内積とか行列演算とか出来るということ
C++のEigenとかPythonのNumpyにあたる機能がJuliaでは標準の配列でサポートされている

**デフォルトの名無しさん** · 2016/12/28(水) 01:58:11.43

そんなもん書いたら終わりじゃん。
宣言型だとか、原始再帰関数がどうとか言い出すならともかく。

**デフォルトの名無しさん** · 2016/12/28(水) 11:27:50.75

>>178
いちいち自分で外積内積アダマール積、逆行列行列式特異値分解とかLAPACKラッパー書いていくの？

**デフォルトの名無しさん** · 2016/12/28(水) 12:24:00.73

>>179
標準、がフワフワしすぎ、って事。