Julia Juno Jupyter part1 [無断転載禁止]©2ch.net
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は将来天下取る言語ですよ。 >>299
天下ってなんの?
天下取る言語って言われた言語って正直録なのないよね
ポストC++と持て囃されたDしかり
ポストJavaと持て囃されたScalaしかり
言語の機能だけで堅実にリプレイス狙うなんて無理なんだから、
RubyがRailsで天下取ったみたいな圧倒的プロダクトの力で需要かっさらう以外の天下取る手段なんてない
で、今のJuliaはそうはせずPythonの資産に寄生してるだけ
早晩忘れられた言語になるわ >>300
現時点ではPythonの資産を利用しているけれど、
徐々に条件も同じになっていく事は考えられませんか?
同程度になればJuliaに分があるでしょ。
時間もかかるし簡単にはいかないのは理解しますが、
可能性はあると思っていますよ。
コンパイルして実行する事も出来るので別で使われるのもありか。
忘れられた言語になる可能性も、、あるけどさw
良いものが使われるとは限らないのはキーボードの配列見れば実感できますね。 JupyterがJuliaでリライトされたとかの事件でも起こらないかぎり、
条件が同じになっていくとも思えんが……
NumpyScipyは導入の敷居の高さが欠点だった分Juliaが付け入る隙はなくはなかったが
そこもAnacondaで解決してしまったしな Pythonは書いてて苦にはならないが楽しくもない
型アノテーションの今更感と実効性のなさが気に入らない
Juliaは書き捨てるなら楽しい方だと思う
ただライブラリが安定しないし
長期的にメンテするのはしんどい
MATLABは高価な糞 誤爆った
自分の理解の及ばないものを馬鹿にするのは老害のはじまり Python全ての置き換えはなくともPythonのMATLAB代わりの数値計算的使用くらいは置き換えるかもな
気になるのは、公式サイトに出てるスタンフォードやUCバークレイなんかの授業で採用が増えてるってこと
コンピュータ・サイエンスの研究・ベンチャーの中心の教育で使われてるってことは今後流れに乗って大きく普及が進む可能性があると思う コンピュータサイエンスなら
LISPやらSchemeやら触ると思うけど
別にそれでLisperになったりしてないし >>310
そういう特殊用途じゃなくて、いろんなアルゴリズムを試作する環境としてだからな jupyterががんばっても普及するのはpython Pythonも元は教育用だったが、色々な人が色々な資産ぶっこんだ上でキラーフレームワークが出たから流行った
Juliaに必要なものもそういうのだと思う
具体的に何作ったら流行るかはほんとなんとも言えんから、とりあえず小粒のライブラリの資産積み上げるしかねえわな float(“1.0”)は通るのにint(“1”)は通らないの意味わからないんだが、どういう思想なんだこの言語 いると思ったから最初はあったんだろうに、なんでいらんねや
挙げ句の果てにパイプ付き言語なのにparse(Int, x)みたいな二変数関数使えって、一体どういう立ち位置の言語目指してるのかわからん
自分でint定義すればいいっていう意見も見るけど、そういうことするならスクリプト言語使う必要ないしなおさら何を目指してるのかわからん pythonに比べるとごちゃごちゃうっせえなって感じがする
特に型まわりのエラーが多くてうざい
C++みたいに厳密ならエラーの原因も理解できるけど動的言語だから何が許されて何が許されないのか知ってないと対応できないし 逆に言えばpythonスクリプトには
それだけ潜在的な曖昧さがあるということでは?
まあ、ヒューリスティックな方法で
ランタイムエラーでなく
コンパイルエラーを出してほしいが JITコンパイル時エラーとかランタイムエラーと大して変わらんしょ なんだっていいよただの欠陥言語なんだから
この言語持て囃してるのは最近のFortranすら使ったことのないガキ こう書くと必ず「Fortranとか時代遅れのクソ」とか爆笑発言かますゆとりいるけど
最近のFortranは77と違ってしっかりした言語になってる
少なくとも未完成すぎて爆笑もののJuliaなんかとは比べ物にならん
Juliaなんて使うくらいならみんなFortran使おう
カジュアルに使いたいだけならNumPyでいいしな Fortranはクロージャー返せないからすこじゃない
逆に言うとクロージャーとかマクロとか使わないならFortranで良いかな? 数値計算するのにクロージャ使うようなトリッキーなことする必要あるのか?
最近のアルゴリズムはようわからん 2017年に1.0出るって話は結局嘘だったのかね?
この言語もダメだったか
1.0出る出る詐欺する言語は絶対に信用できない 今年は1.0が出ますように
一応12/15でFeature Freezeだったっぽいが
Pkg3の統合がひとつの山か 黒木玄 Gen Kuroki
@genkuroki
8時間8時間前
私が #Julia言語 をWindowsにインストールしたときの記録
http://nbviewer.jupyter.org/gist/genkuroki/81de23edcae631a995e19a2ecf946a4f …
1. Anaconda3をインストール
2. 環境変数JUPYTERを設定
3. Juliaをインストール
4. juliaを記号して IJulia パッケージと PyPlot パッケージをインストール
詳しくは上のリンク先を見て下さい。 黒木玄 Gen Kuroki
@genkuroki
4時間4時間前
https://twitter.com/SF_yomi/status/953124247420809221 …
素晴らしいです! #Julia言語 RユーザーからしたらjuliaはRで繰り返し行う操作を高速化するときに使うためだけのものにしか見えない 素晴らしいのは分かってるから。
ライブラリ揃うの待ち、そうなればpythonから置き換われる。