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/12/28(水) 13:10:29.72

>それに線形代数よく分かってなくてもJuliaの関数を色々使ってみて理解が進むという側面もあるから

こんなとこで高卒自慢ですねわかります

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

線形代数の動きやどんな関数があるかは大学でもMapleやMathematicaで実際に動かして実習するというのに、それがJuliaに変わるだけで高卒自慢と捉えるのは数学ガチ勢か老害か効率悪いアホかただの煽り野郎かのどれかだな

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

>>183
実装みてない関数で集計とかキチガイの所業じゃん。

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

166ですが、結局Julia漬けの毎日になってしまいました。
昔Cでアルゴリズムを書いて学んだのですが、それをそのままJuliaで書いて練習してます。いくつか言語の経験はあったのですが、Cの組み込みをやっていたのもあって、型をきちんと指定出来る上にCの構造体のように書けるのでとても扱いやすくて良いです。

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

↑amazonの自演レビュー見てる気がしてきた

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

>>186
オープンソースなんだから見ればいいじゃん

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

>>186
おまえは自分が使ってるもののソース全部見てんのか？

**デフォルトの名無しさん** · 2016/12/29(木) 00:05:08.16

>>190
全部書いてる。

**デフォルトの名無しさん** · 2016/12/29(木) 00:15:27.73

>>190
その2chブラウザもか、やるな！

**デフォルトの名無しさん** · 2016/12/29(木) 00:35:10.76

>>191
LAPACK使わないの？MKL使わないの？それで速くてまともなプログラムを一から十までちゃんと作って完成させられるのなら相当凄いな

でも今時は量子化学ソフトの開発者だって当然のように他人のコード混ぜるし、量子化学ソフト使ってる人は使ってるプログラムのアルゴリズムの詳細までは知らないことが多い。
数学の教授だってMathematicaの実装知らずに使ってるよ。統計の学者だってRの中身全部把握してる訳じゃない。
そもそも実験屋はコードが何かもよく分かってなかったりするけど出来合いのアプリケーションで集計して論文を書く。どこかで妥協して人を信用しないと新しいものを作れる段階に行けないことが多いから。
だから、実装見てない関数で集計するのがキチガイの所業だと思う方がキチガイだと思うぞ

**デフォルトの名無しさん** · 2016/12/29(木) 00:40:53.56

>>193
お金もらってるしね。
実験屋のデータを意味のあるものにするのが仕事だから。
Rの中身は全部読んでるし、割と枯れたものに修正入れて全部検証してるよ。
そんなのは実験屋であって、研究者でもないし、
研究者は実験屋でもない。
妥協と信頼は金で買うんだよ、普通の研究所って。
こんなとこでママゴトみたいな言い分聞くとは思わなかったな。

**デフォルトの名無しさん** · 2016/12/29(木) 01:12:28.24

>>194
じゃあ一体何のためにこの世にRは存在しているの？

**デフォルトの名無しさん** · 2016/12/29(木) 01:14:25.61

>>195
足場。

**デフォルトの名無しさん** · 2016/12/29(木) 01:17:59.94

>>196
Rを使って研究している計量経済学の教授で、Rの内部実装をちゃんと読んでない教授はキチガイ？

**デフォルトの名無しさん** · 2016/12/29(木) 01:33:55.87

>>194
この世にはシミュレーションソフトを回すことを専門とする教授が一定数いるんだけど彼らはGaussianの内部実装を全部読むのは無理という人ばかりだよ。彼らはキチガイ？

**デフォルトの名無しさん** · 2016/12/29(木) 02:33:47.93

>>197
知ってる限りの学者は、ソース読んでる。
マクロ系ばっかりだけど。

>>198
そんなもん「オペレータ」だよ。
活字拾うジョバンニと同じ。
ただしその人らが、Gaussianに限らず、方程式として書いたものを、所内のQCに投げて、オッケーですと確認する事を怠らなければ研究者だろうね。
大体は組み込みの関数やら標準ライブラリはオーバースペック。しかもバージョンアップある。
なら内製したほうがマシ。

**デフォルトの名無しさん** · 2016/12/29(木) 02:45:49.88

>>199
大学の研究室にQCはいないよ。標準ライブラリの代わりを再開発してるような手数もないよ。めちゃくちゃ言うのやめてくれる？

**デフォルトの名無しさん** · 2016/12/29(木) 02:59:11.48

標準ライブラリの存在意義を全否定する典型的なキチガイおるな
一時期C++スレに沸いてたのと同一人物か？

**デフォルトの名無しさん** · 2016/12/29(木) 06:07:19.08

LLVMのコード見ても不十分
全部アセンブリ以外認めない（きりっ）
ですね

**デフォルトの名無しさん** · 2016/12/29(木) 10:35:54.26

gccのコード見ても不十分
intelのチップの命令セット把握せずにコンピューター使うとかキチガイの所業（笑）

**デフォルトの名無しさん** · 2016/12/29(木) 11:27:51.11

まぁ、コンパイラ変わったらアセンブリは見るなぁ。

**デフォルトの名無しさん** · 2016/12/29(木) 11:49:57.94

なければ創れ
いまのJuliaはまだそういうレベル

**デフォルトの名無しさん** · 2016/12/30(金) 15:37:34.62

女性プログラマーに"熱視線"
http://www3.nhk.or.jp/news/web_tokushu/2016_1229.html

**デフォルトの名無しさん** · 2017/01/04(水) 20:17:28.54

JuliaでGUIする時の定番って何？

**デフォルトの名無しさん** · 2017/01/04(水) 22:59:59.17

tk.jl

**デフォルトの名無しさん** · 2017/01/05(木) 09:16:45.27

サンクス

**デフォルトの名無しさん** · 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が吐けるというけど、どうなんでしょね。