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

**デフォルトの名無しさん** · 2017/01/05(木) 11:15:39.38

これ度のバージョンの Tk なんだろ

**デフォルトの名無しさん** · 2017/01/05(木) 11:30:57.02

最近ダウソしたのみたら tcl/tk 8.6.0 だったわ

**デフォルトの名無しさん** · 2017/01/13(金) 00:03:06.57

既存のパッケージ使って
使い捨てのスクリプト書くのは簡単なのに
クラスベースのOOPに慣れすぎた弊害か
いざ自分でモジュールを設計しようとすると途方に暮れる

**デフォルトの名無しさん** · 2017/01/13(金) 00:32:54.45

GoでGrumpyが出来るのだからJuliaでJumpyみたいなのって出来ないですか？
ライブラリが足りなくて無理？

**デフォルトの名無しさん** · 2017/01/13(金) 16:09:05.38

>>212
>クラスベースのOOPに慣れすぎた弊害か

違うよ
元々OOPやOODを判ってないだけ

**デフォルトの名無しさん** · 2017/01/14(土) 14:53:43.03

>>214
「本質が同じ」で片付けるなら
Juliaという言語が生まれる動機なんて無いのでは

それに理解していることと実践できることは同じではない
判っていても難しいものは難しいし
判っていなくても簡単ということだってある

**デフォルトの名無しさん** · 2017/01/16(月) 16:59:03.34

コンストラクタの造り方(書き方)知らないだけだろ

**デフォルトの名無しさん** · 2017/01/16(月) 18:00:28.81

どちらかと言うとクラスベースだと思うけどな
昔のプロトタイプベースのjavascriptより100倍わかりやすい

**デフォルトの名無しさん** · 2017/01/17(火) 17:23:59.95

mounko

**デフォルトの名無しさん** · 2017/02/11(土) 00:31:23.05

依存関係解析してincludeをソートしたりとか
変更のあったファイルだけテストするとか
そういったツールってあるの？

**デフォルトの名無しさん** · 2017/02/12(日) 08:00:36.63

Juliaと似た思想のhalideという画像処理言語がある
どっちもやりたいこと同じなんだから
統合してくれないものか

**デフォルトの名無しさん** · 2017/02/12(日) 10:26:38.18

思想は似てない部類だと思うが

Images.jlの中の人がちょっと実験していたみたいだけど
統合することはないだろうね

**デフォルトの名無しさん** · 2017/02/14(火) 19:36:03.24

コンストラクタがよく分からん

type Hoge{T}

hoge::T

end

type Fuga{T}

hoge::T

Fuga(h::Hoge{T}) = new(h.hoge)

end

このFuga(h::Hoge{T})って外に出せないの？

**デフォルトの名無しさん** · 2017/02/14(火) 19:50:40.55

Fuga(h) = Fuga(h.hoge)

**デフォルトの名無しさん** · 2017/02/14(火) 20:26:35.21

それはコンストラクタじゃなく
いわゆるファクトリーメソッドなんじゃ？

Fuga{Int}(Hoge{Int}(123))
みたいに呼べないからtypealiasを使ったときに都合が悪い

それならconvert()の方がいい

**デフォルトの名無しさん** · 2017/02/15(水) 06:29:44.60

なぜ TypeScript の型システムが健全性を諦めているか
http://qiita.com/na-o-ys/items/aa56d678cdf0de2bdd79

**デフォルトの名無しさん** · 2017/02/15(水) 19:29:55.89

タプルの配列
tuples =[("a", 1), ("b", 2)]
からタプルの2番目の要素を抽出したい場合
[t[2] for t in tuples]
map(t->t[2], tuples)
より簡潔に書く方法ってある？
多次元配列の[:,2]みたいな

**デフォルトの名無しさん** · 2017/02/16(木) 10:11:39.50

ありそうで無さそう
(t->t[2]).(tuples)
は若干簡潔?

**デフォルトの名無しさん** · 2017/02/16(木) 12:10:29.76

tuples[:;2]
tuples[: 2]

**226** · 2017/02/16(木) 20:29:06.67

>>227
ドット記法ってこんな風にも使えるのかぁ
ドットが中置の二項演算子にしか見えんけどｗ

>>228
v0.5ではエラーだったよ

**デフォルトの名無しさん** · 2017/02/18(土) 22:39:19.58

>>222
> Julia v0.6.0 Release Notes
> "Inner constructor" syntax for parametric types is deprecated.

where構文なんてものができるらしい

structとかv0.6で結構変わるけど
各種packageはついていけるんだろうか

**デフォルトの名無しさん** · 2017/02/18(土) 22:42:03.79

>>230
え、マジ？whereできるんならjuliaの使い勝手大きく変わるぞ

**デフォルトの名無しさん** · 2017/02/18(土) 22:43:56.61

なんか思ってたのと違った

**デフォルトの名無しさん** · 2017/02/19(日) 11:09:58.78

>>232
juliaそれ多い

**デフォルトの名無しさん** · 2017/02/20(月) 10:14:45.50

パイプ演算子多用しちゃうんだが下品かな

**デフォルトの名無しさん** · 2017/02/20(月) 10:19:46.85

おれも多用するわ。しかもなんならラムダと組み合わせて凄いことになってる

**デフォルトの名無しさん** · 2017/03/02(木) 22:45:42.18

パイプ演算子と無名関数はElixirみたいに書けるとかっこよさそうなんだけどなあ

**デフォルトの名無しさん** · 2017/03/03(金) 12:28:20.36

漢は黙ってパイプカット

**デフォルトの名無しさん** · 2017/03/08(水) 22:54:06.42

いつの間にか0.5.1になっているが何が修正されたのか分からない
2月が終わったけど0.6.0はまだなのか

**デフォルトの名無しさん** · 2017/04/22(土) 17:06:11.08

0.6は来週あたりにRCかなぁ？
結構RCの数が増えそう
パッケージの対応にも時間がかかりそう

**デフォルトの名無しさん** · 2017/04/25(火) 15:48:32.23

祈念

**デフォルトの名無しさん** · 2017/05/02(火) 23:12:03.90

masterブランチが0.7.0-DEVになった
という訳で1.0と0.6の間に0.7が挟まることになったっぽい
1.0と0.7の違いはdepricationの有無だけらしい

**デフォルトの名無しさん** · 2017/05/11(木) 00:00:30.63

0.5.2と0.6.0-rc1あげ

**デフォルトの名無しさん** · 2017/05/15(月) 16:31:23.96

仮引数宣言で関数の型を指定したいんだけど出来ます?
f(n::Int, a::Int -> Bool)
的な

**デフォルトの名無しさん** · 2017/05/15(月) 18:55:28.47

外に書く

**デフォルトの名無しさん** · 2017/05/15(月) 22:13:29.36

f::Int -> Int -> Bool
f n a = n == a

こんな感じで書けるお。

**デフォルトの名無しさん** · 2017/05/15(月) 22:14:45.47

そんなハスケルみたいな文法できたの？

**デフォルトの名無しさん** · 2017/05/15(月) 22:15:03.62

あ、Haskellじゃ無かった。。。
ごめん忘れて。

**デフォルトの名無しさん** · 2017/05/16(火) 20:21:29.90

Imagesパッケージ大分充実してるね
普通に使えるわ

**デフォルトの名無しさん** · 2017/05/24(水) 16:06:44.88

GitHubリポジトリトレンドRanking
1 Jupyter Notebook 16.2
2 Python 4.0
3 C# 3.5
4 C 2.4
5 C++ 1.3

**デフォルトの名無しさん** · 2017/05/24(水) 18:07:36.21

>>248
imshow 復活したり load した BMP のデータ構造変えるとか、フラフラしないで欲しい。

**デフォルトの名無しさん** · 2017/05/24(水) 20:25:42.21

すぐ変わるよな

**デフォルトの名無しさん** · 2017/05/28(日) 12:14:50.67

try.jupyter.org から python で LaTeX の編集するとき
日本語の表示フォントを変えたいんだけど
try.jupyter.org 上の .css 書き換えるの無理？
ローカルに IPython + notebook 入れるしか方法ない？

**デフォルトの名無しさん** · 2017/05/31(水) 17:46:22.64

juliaCon 2017
http://juliacon.org/2017/

**デフォルトの名無しさん** · 2017/05/31(水) 19:35:45.00

coming to bakery

**デフォルトの名無しさん** · 2017/06/01(木) 06:07:59.90

koreanびっくろ

**デフォルトの名無しさん** · 2017/06/04(日) 13:14:09.76

板移動すると人減るな

**デフォルトの名無しさん** · 2017/06/24(土) 12:22:23.84

v0.6.0
https://github.com/JuliaLang/julia/blob/v0.6.0/NEWS.md

**デフォルトの名無しさん** · 2017/06/28(水) 16:41:54.45

関数合成が ∘ で出来るとかいうのは良いんだけど
emacsから使い辛い

**デフォルトの名無しさん** · 2017/07/05(水) 22:02:05.68

サーバで起動しているjupyterを操作中に、
notebookと同じディレクトリにテキストファイルを作りたくて、
!vim
を実行するとカーネルが死にました。
これやっちゃダメなことでしたか？

**デフォルトの名無しさん** · 2017/07/06(木) 00:14:41.22

!vimって何？

**デフォルトの名無しさん** · 2017/07/06(木) 09:01:02.72

! は jupyter上でOSのコマンドを実行するオプションで、
vimはテキストエディタです。

**デフォルトの名無しさん** · 2017/07/23(日) 02:19:09.94

ちょっと気になったんだけどJuliaの特徴として挙げられている多重ディスパッチって、静的ディスパッチの最適化を手動でやっておく(プログラマが手動で定義しておく)ことでオーバーヘッドを無くそうみたいな感じなんだろうか？

**デフォルトの名無しさん** · 2017/07/23(日) 13:09:54.83

うむ

**デフォルトの名無しさん** · 2017/07/23(日) 14:21:12.33

ありがとう

**デフォルトの名無しさん** · 2017/07/29(土) 20:43:56.83

ジュリア始めました。

**デフォルトの名無しさん** · 2017/08/05(土) 20:19:16.37

そうなんですねー

**デフォルトの名無しさん** · 2017/08/15(火) 19:30:38.42

ブラウザ変えてみた

**デフォルトの名無しさん** · 2017/08/16(水) 21:44:08.93

何から何に？

**デフォルトの名無しさん** · 2017/08/26(土) 12:01:19.51

895 デフォルトの名無しさん 2017/08/26(土) 00:13:13.37 vnAe1GCW

>>891
正確に言うと「Julia vs 熊田曜子」で検索すると
Pythonがヒットしますｗ
896 デフォルトの名無しさん sage 2017/08/26(土) 00:14:25.52 pf1RytR8

ちょっと何言ってっかわかんないっすね
897 デフォルトの名無しさん sage 2017/08/26(土) 02:43:58.37 w+5MjHos

Julia Lang で検索すると、女優じゃなくて、言語の方を検索できるよ。 👀
Rock54: Caution(BBR-MD5:9368c25c0e1fcb4c3420acd807713d27)

**デフォルトの名無しさん** · 2017/08/27(日) 22:24:38.00

ジュリアたん始めてみたけど行列とベクトルの扱いが別？なのが戸惑った
[1,2,3]と[1;2;3]は違う
書き方まで分けてる割に計算結果はnx1行列になったりわけわからん
これは悪い仕様だと思うんだがどうだろう？

julia> [1,2,3]
3-element Array{Int64,1}:
1
2
3

julia> [1,2,3].'
1x3 Array{Int64,2}:
1 2 3

julia> [1,2,3].'.'
3x1 Array{Int64,2}:
1
2
3

**デフォルトの名無しさん** · 2017/08/28(月) 01:17:15.72

v0.6 でRowVectorが導入されて縦ベクトルの転置は良く振る舞うようになってたはず

**デフォルトの名無しさん** · 2017/08/28(月) 01:42:59.62

>>271
Ubuntu16.04のリポジトリのやつ使ってたから0.4.5だった
0.6入れたら確かに振る舞い変わってた

julia> [1,2,3]
3-element Array{Int64,1}:
1
2
3

julia> [1,2,3].'
1×3 RowVector{Int64,Array{Int64,1}}:
1 2 3

julia> [1,2,3].'.'
3-element Array{Int64,1}:
1
2
3

もう少しいじってみるわ、サンクス！

**デフォルトの名無しさん** · 2017/09/11(月) 12:48:36.19

過疎ってるなあ

**デフォルトの名無しさん** · 2017/09/11(月) 17:55:34.07

nativeなexe作れないんだっけ

**デフォルトの名無しさん** · 2017/09/11(月) 18:08:08.82

過疎ってないよ、ただ質問したくてもドキュメント見ろよと言われそうなので黙って見ているだけ。
正直英語だからつらいです。
別の言語で書いたものをJuliaで書き直そうとしても、
ライブラリのどれを使えば同じこと出来るのか分かるまでかなり時間がかかってしまう。
つらいと思いながらも、でも頑張って書いてる。
文法も速さもかなり気に入っています、Cの経験が長いので型システムはしっくりくる。
気に入らないのは名前だけ、人の名前はちょっとね。。
そんな感じw

**デフォルトの名無しさん** · 2017/09/11(月) 18:14:52.60

蝦女優は無いわ

文法きもい
多次元配列も並び順がCと互換ないよね？

**デフォルトの名無しさん** · 2017/09/11(月) 20:44:06.52

>>275
確かにまだ踏み固められてない部分多いから辛いところはあるよな
ライブラリ未整備なのを逆に活かしてアルゴリズムを実装する勉強とかに使おうかと思ってる

**デフォルトの名無しさん** · 2017/09/11(月) 20:52:12.33

今後どれくらい伸びてくるのかねえ
MATLABみたいな数値計算やアルゴリズムの試作に使えるような新しい言語は間違いなく求められてるから可能性はあると思うけど

個人的にはこの手の言語で最重要なベクトル、行列、配列あたりが使いにくいのを何とかしないといけないと思う
配列の配列と行列が別なのとか非常に面倒い
言語仕様さえ魅力的にブラッシュアップしていければライブラリは後からついてきそう

**デフォルトの名無しさん** · 2017/09/11(月) 20:58:21.31

>>276
そもそもJuliaでいう多次元配列なんてCに無いんでは？

Matlabが受け入れられてるくらいなんだから
文法なんて慣れの問題だろう

**デフォルトの名無しさん** · 2017/09/11(月) 21:13:40.72

>>278
線型代数周りは大分使いやすいと思うんだが
少なくともVer0.6で気になるところは無い

行列と配列の配列の区別がない方が気持ち悪い

分野に依るんだろうが
そもそもサイズ不定の密行列なんてほとんど扱わないし
サイズが既知の密行列はStaticArrays使う

**デフォルトの名無しさん** · 2017/09/11(月) 22:48:10.47

Matlab系の行列表現は慣れれば使いやすいと思う
手計算で行列扱ってるのと近い感触で書ける感じがする

配列の配列は[[1, 2], [3, 4, 5]] が許されるけど行列で[1 2; 3 4 5] とは書けないから
そこは区別されるべきだろうね

**デフォルトの名無しさん** · 2017/09/12(火) 18:46:34.48

MATLAB互換じゃないよね

**デフォルトの名無しさん** · 2017/09/16(土) 21:45:41.80

>>274
オブジェクトファイルとLLVM bitcodeが吐けるというけど、どうなんでしょね。

**デフォルトの名無しさん** · 2017/09/17(日) 18:56:31.27

いつの間にかホームページのJuliaCon動画が2017に更新されてた
今更だけど

**デフォルトの名無しさん** · 2017/09/20(水) 16:10:53.11

>> 283
BuildExecutableというのがある

**デフォルトの名無しさん** · 2017/09/27(水) 02:08:50.38

Pythonみたいにインタープリンタなの？
JavaみたいにコンパイルしてVirtual machine上で動くの？
マシン語にコンパイルして動くの？
Wiki見たけどわからん。

**デフォルトの名無しさん** · 2017/09/27(水) 04:33:04.33

なに印刷するの？

**デフォルトの名無しさん** · 2017/09/28(木) 10:28:10.06

LLVMだお

**デフォルトの名無しさん** · 2017/10/17(火) 21:50:43.35

ついにJuliaで検索しても1ページ目に公式サイトがでるようになったぞ！
日本語本も発売されたのに伸びないねえ。

**デフォルトの名無しさん** · 2017/10/18(水) 11:47:53.47

4番目だったわω

**デフォルトの名無しさん** · 2017/10/18(水) 14:07:24.79

結局今Juliaをまともに実用するにはJupyter連携が不可欠だから、
Pythonの掌の上でタップダンスしてるで認識あってる？

Pythonと差別化するにはどうしたらいいんだろうね

**デフォルトの名無しさん** · 2017/10/18(水) 15:03:51.15

jupyter で Python メインなら Julia の存在そのものを忘れていいからな

**デフォルトの名無しさん** · 2017/10/19(木) 01:57:58.62

まあエコシステムとしてはPythonに追い付ける要素なんてそうそうないとはいえ
PythonにのっかるくらいならPython使うよなあ

RubyでいうRailsみたいなキラーフレームワークがjuliaで出ない限り厳しいだろうね

ところで2017年中に1.0が出るという話どうなった？

**デフォルトの名無しさん** · 2017/10/19(木) 16:09:50.67

今さらなんだがなんでJupyterがJuliaの仲間づらでスレタイに並んでんの？
Pythonやん

**デフォルトの名無しさん** · 2017/10/19(木) 18:40:26.03

JupyterのJuはJuliaのJuだからじゃないの？

**デフォルトの名無しさん** · 2017/10/19(木) 21:44:30.42

JuliaはRやMatlabからPythonへ乗り換える際の
別の選択肢という位置づけな感じがする

だからPythonとJuliaは競合するけど
PythonからJuliaへ乗り換えるパスはあまり太くない印象

**デフォルトの名無しさん** · 2017/10/20(金) 01:26:53.03

アプリケーションならまあPython一択だろう
というかJuliaは別にそこ狙ってないだろうし
数値計算やアルゴリズムの試作、研究用途みたいなMATLAB的な使い方では今後結構伸びてくるんじゃないかとは思ってる
MATLABは言語仕様やオープンでないこととかで長年置き換えが望まれてきた分野でもあるし
公式サイト見てるとアメリカの大学の授業とかでも結構広まってきてるみたいね

**デフォルトの名無しさん** · 2017/10/20(金) 13:22:49.90

>>297
MatlabもPythonほどじゃないが資産が莫大な分野だから、そこの置き換えが進まないとどうしようもないな

2017/10/22(日) 13:48:54.68

何言ってるんですか、Juliaは将来天下取る言語ですよ。

**デフォルトの名無しさん** · 2017/10/23(月) 10:26:08.87

>>299
天下ってなんの？
天下取る言語って言われた言語って正直録なのないよね
ポストC++と持て囃されたDしかり
ポストJavaと持て囃されたScalaしかり

言語の機能だけで堅実にリプレイス狙うなんて無理なんだから、
RubyがRailsで天下取ったみたいな圧倒的プロダクトの力で需要かっさらう以外の天下取る手段なんてない
で、今のJuliaはそうはせずPythonの資産に寄生してるだけ
早晩忘れられた言語になるわ

**デフォルトの名無しさん** · 2017/10/23(月) 11:59:40.26

うむ

**デフォルトの名無しさん** · 2017/10/23(月) 20:04:20.85

>>300
現時点ではPythonの資産を利用しているけれど、
徐々に条件も同じになっていく事は考えられませんか？
同程度になればJuliaに分があるでしょ。
時間もかかるし簡単にはいかないのは理解しますが、
可能性はあると思っていますよ。

コンパイルして実行する事も出来るので別で使われるのもありか。

忘れられた言語になる可能性も、、あるけどさw
良いものが使われるとは限らないのはキーボードの配列見れば実感できますね。

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

JupyterがJuliaでリライトされたとかの事件でも起こらないかぎり、
条件が同じになっていくとも思えんが……

NumpyScipyは導入の敷居の高さが欠点だった分Juliaが付け入る隙はなくはなかったが
そこもAnacondaで解決してしまったしな

**デフォルトの名無しさん** · 2017/10/24(火) 05:36:50.55

Dと同じ流れ

**デフォルトの名無しさん** · 2017/10/24(火) 20:26:15.26

Pythonは書いてて苦にはならないが楽しくもない
型アノテーションの今更感と実効性のなさが気に入らない

Juliaは書き捨てるなら楽しい方だと思う
ただライブラリが安定しないし
長期的にメンテするのはしんどい

MATLABは高価な糞

**デフォルトの名無しさん** · 2017/10/25(水) 10:36:27.38

最後の一行だけ同意

**デフォルトの名無しさん** · 2017/10/25(水) 10:40:12.27

Scilabでおk

**デフォルトの名無しさん** · 2017/10/25(水) 15:56:59.52

誤爆った
自分の理解の及ばないものを馬鹿にするのは老害のはじまり

**デフォルトの名無しさん** · 2017/10/29(日) 17:50:24.64

Python全ての置き換えはなくともPythonのMATLAB代わりの数値計算的使用くらいは置き換えるかもな
気になるのは、公式サイトに出てるスタンフォードやUCバークレイなんかの授業で採用が増えてるってこと
コンピュータ・サイエンスの研究・ベンチャーの中心の教育で使われてるってことは今後流れに乗って大きく普及が進む可能性があると思う