Julia Juno Jupyter part1 [無断転載禁止]©2ch.net
>>197
知ってる限りの学者は、ソース読んでる。
マクロ系ばっかりだけど。
>>198
そんなもん「オペレータ」だよ。
活字拾うジョバンニと同じ。
ただしその人らが、Gaussianに限らず、方程式として書いたものを、所内のQCに投げて、オッケーですと確認する事を怠らなければ研究者だろうね。
大体は組み込みの関数やら標準ライブラリはオーバースペック。しかもバージョンアップある。
なら内製したほうがマシ。 >>199
大学の研究室にQCはいないよ。標準ライブラリの代わりを再開発してるような手数もないよ。めちゃくちゃ言うのやめてくれる? 標準ライブラリの存在意義を全否定する典型的なキチガイおるな
一時期C++スレに沸いてたのと同一人物か? LLVMのコード見ても不十分
全部アセンブリ以外認めない(きりっ)
ですね gccのコード見ても不十分
intelのチップの命令セット把握せずにコンピューター使うとかキチガイの所業(笑) なければ創れ
いまのJuliaはまだそういうレベル 最近ダウソしたのみたら tcl/tk 8.6.0 だったわ 既存のパッケージ使って
使い捨てのスクリプト書くのは簡単なのに
クラスベースのOOPに慣れすぎた弊害か
いざ自分でモジュールを設計しようとすると途方に暮れる GoでGrumpyが出来るのだからJuliaでJumpyみたいなのって出来ないですか?
ライブラリが足りなくて無理? >>212
>クラスベースのOOPに慣れすぎた弊害か
違うよ
元々OOPやOODを判ってないだけ >>214
「本質が同じ」で片付けるなら
Juliaという言語が生まれる動機なんて無いのでは
それに理解していることと実践できることは同じではない
判っていても難しいものは難しいし
判っていなくても簡単ということだってある どちらかと言うとクラスベースだと思うけどな
昔のプロトタイプベースのjavascriptより100倍わかりやすい 依存関係解析してincludeをソートしたりとか
変更のあったファイルだけテストするとか
そういったツールってあるの? Juliaと似た思想のhalideという画像処理言語がある
どっちもやりたいこと同じなんだから
統合してくれないものか 思想は似てない部類だと思うが
Images.jlの中の人がちょっと実験していたみたいだけど
統合することはないだろうね コンストラクタがよく分からん
type Hoge{T}
hoge::T
end
type Fuga{T}
hoge::T
Fuga(h::Hoge{T}) = new(h.hoge)
end
このFuga(h::Hoge{T})って外に出せないの? それはコンストラクタじゃなく
いわゆるファクトリーメソッドなんじゃ?
Fuga{Int}(Hoge{Int}(123))
みたいに呼べないからtypealiasを使ったときに都合が悪い
それならconvert()の方がいい タプルの配列
tuples =[("a", 1), ("b", 2)]
からタプルの2番目の要素を抽出したい場合
[t[2] for t in tuples]
map(t->t[2], tuples)
より簡潔に書く方法ってある?
多次元配列の[:,2]みたいな ありそうで無さそう
(t->t[2]).(tuples)
は若干簡潔? >>227
ドット記法ってこんな風にも使えるのかぁ
ドットが中置の二項演算子にしか見えんけどw
>>228
v0.5ではエラーだったよ >>222
> Julia v0.6.0 Release Notes
> "Inner constructor" syntax for parametric types is deprecated.
where構文なんてものができるらしい
structとかv0.6で結構変わるけど
各種packageはついていけるんだろうか >>230
え、マジ?whereできるんならjuliaの使い勝手大きく変わるぞ おれも多用するわ。しかもなんならラムダと組み合わせて凄いことになってる パイプ演算子と無名関数はElixirみたいに書けるとかっこよさそうなんだけどなあ いつの間にか0.5.1になっているが何が修正されたのか分からない
2月が終わったけど0.6.0はまだなのか 0.6は来週あたりにRCかなぁ?
結構RCの数が増えそう
パッケージの対応にも時間がかかりそう masterブランチが0.7.0-DEVになった
という訳で1.0と0.6の間に0.7が挟まることになったっぽい
1.0と0.7の違いはdepricationの有無だけらしい 仮引数宣言で関数の型を指定したいんだけど出来ます?
f(n::Int, a::Int -> Bool)
的な f::Int -> Int -> Bool
f n a = n == a
こんな感じで書けるお。 あ、Haskellじゃ無かった。。。
ごめん忘れて。 Imagesパッケージ大分充実してるね
普通に使えるわ GitHubリポジトリトレンドRanking
1 Jupyter Notebook 16.2
2 Python 4.0
3 C# 3.5
4 C 2.4
5 C++ 1.3 >>248
imshow 復活したり load した BMP のデータ構造変えるとか、フラフラしないで欲しい。 try.jupyter.org から python で LaTeX の編集するとき
日本語の表示フォントを変えたいんだけど
try.jupyter.org 上の .css 書き換えるの無理?
ローカルに IPython + notebook 入れるしか方法ない? 関数合成が ∘ で出来るとかいうのは良いんだけど
emacsから使い辛い サーバで起動しているjupyterを操作中に、
notebookと同じディレクトリにテキストファイルを作りたくて、
!vim
を実行するとカーネルが死にました。
これやっちゃダメなことでしたか? ! は jupyter上でOSのコマンドを実行するオプションで、
vimはテキストエディタです。 ちょっと気になったんだけどJuliaの特徴として挙げられている多重ディスパッチって、静的ディスパッチの最適化を手動でやっておく(プログラマが手動で定義しておく)ことでオーバーヘッドを無くそうみたいな感じなんだろうか? 895 デフォルトの名無しさん 2017/08/26(土) 00:13:13.37 vnAe1GCW
>>891
正確に言うと「Julia vs 熊田曜子」で検索すると
Pythonがヒットしますw
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) ジュリアたん始めてみたけど行列とベクトルの扱いが別?なのが戸惑った
[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 v0.6 でRowVectorが導入されて縦ベクトルの転置は良く振る舞うようになってたはず >>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
もう少しいじってみるわ、サンクス! 過疎ってないよ、ただ質問したくてもドキュメント見ろよと言われそうなので黙って見ているだけ。
正直英語だからつらいです。
別の言語で書いたものをJuliaで書き直そうとしても、
ライブラリのどれを使えば同じこと出来るのか分かるまでかなり時間がかかってしまう。
つらいと思いながらも、でも頑張って書いてる。
文法も速さもかなり気に入っています、Cの経験が長いので型システムはしっくりくる。
気に入らないのは名前だけ、人の名前はちょっとね。。
そんな感じw 蝦女優は無いわ
文法きもい
多次元配列も並び順がCと互換ないよね? >>275
確かにまだ踏み固められてない部分多いから辛いところはあるよな
ライブラリ未整備なのを逆に活かしてアルゴリズムを実装する勉強とかに使おうかと思ってる 今後どれくらい伸びてくるのかねえ
MATLABみたいな数値計算やアルゴリズムの試作に使えるような新しい言語は間違いなく求められてるから可能性はあると思うけど
個人的にはこの手の言語で最重要なベクトル、行列、配列あたりが使いにくいのを何とかしないといけないと思う
配列の配列と行列が別なのとか非常に面倒い
言語仕様さえ魅力的にブラッシュアップしていければライブラリは後からついてきそう >>276
そもそもJuliaでいう多次元配列なんてCに無いんでは?
Matlabが受け入れられてるくらいなんだから
文法なんて慣れの問題だろう >>278
線型代数周りは大分使いやすいと思うんだが
少なくともVer0.6で気になるところは無い
行列と配列の配列の区別がない方が気持ち悪い
分野に依るんだろうが
そもそもサイズ不定の密行列なんてほとんど扱わないし
サイズが既知の密行列はStaticArrays使う Matlab系の行列表現は慣れれば使いやすいと思う
手計算で行列扱ってるのと近い感触で書ける感じがする
配列の配列は[[1, 2], [3, 4, 5]] が許されるけど行列で[1 2; 3 4 5] とは書けないから
そこは区別されるべきだろうね >>274
オブジェクトファイルとLLVM bitcodeが吐けるというけど、どうなんでしょね。 いつの間にかホームページのJuliaCon動画が2017に更新されてた
今更だけど >> 283
BuildExecutableというのがある Pythonみたいにインタープリンタなの?
JavaみたいにコンパイルしてVirtual machine上で動くの?
マシン語にコンパイルして動くの?
Wiki見たけどわからん。 ついにJuliaで検索しても1ページ目に公式サイトがでるようになったぞ!
日本語本も発売されたのに伸びないねえ。 結局今Juliaをまともに実用するにはJupyter連携が不可欠だから、
Pythonの掌の上でタップダンスしてるで認識あってる?
Pythonと差別化するにはどうしたらいいんだろうね jupyter で Python メインなら Julia の存在そのものを忘れていいからな まあエコシステムとしてはPythonに追い付ける要素なんてそうそうないとはいえ
PythonにのっかるくらいならPython使うよなあ
RubyでいうRailsみたいなキラーフレームワークがjuliaで出ない限り厳しいだろうね
ところで2017年中に1.0が出るという話どうなった? 今さらなんだがなんでJupyterがJuliaの仲間づらでスレタイに並んでんの?
Pythonやん JupyterのJuはJuliaのJuだからじゃないの? JuliaはRやMatlabからPythonへ乗り換える際の
別の選択肢という位置づけな感じがする
だからPythonとJuliaは競合するけど
PythonからJuliaへ乗り換えるパスはあまり太くない印象 アプリケーションならまあPython一択だろう
というかJuliaは別にそこ狙ってないだろうし
数値計算やアルゴリズムの試作、研究用途みたいなMATLAB的な使い方では今後結構伸びてくるんじゃないかとは思ってる
MATLABは言語仕様やオープンでないこととかで長年置き換えが望まれてきた分野でもあるし
公式サイト見てるとアメリカの大学の授業とかでも結構広まってきてるみたいね >>297
MatlabもPythonほどじゃないが資産が莫大な分野だから、そこの置き換えが進まないとどうしようもないな 何言ってるんですか、Juliaは将来天下取る言語ですよ。