トップページ⇒tech
1001コメント326KB

【Lisp】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ48【pl,rb,php,js】 [転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2015/02/28(土) 00:33:07.88ID:6Lhyreb3
前スレ
【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ47【pl,rb,php,js】
http://peace.2ch.net/test/read.cgi/tech/1417333026
0132デフォルトの名無しさん2015/03/04(水) 10:46:27.40ID:AZZAiZVI
営業を介さない、多重に請け負いに関わり合わないって立派なビジネスセンスだよね
0133デフォルトの名無しさん2015/03/04(水) 10:53:02.12ID:hly8BeAT
>>130
emscriptenはOpenCL→WebCLもサポートしてるよ。
0134デフォルトの名無しさん2015/03/04(水) 18:33:49.59ID:3cqSAZZu
JSもSharedArrayBufferでようやくマルチスレッドの道を歩み始めた感。
0135デフォルトの名無しさん2015/03/04(水) 20:05:01.55ID:1PNNe6DT
WebCLってホストAPIのJSバインドだけで、カーネルはOpenCL Cそのまま<script>に
埋め込むだけじゃね？
どっちにしろカーネルを自分で書かなきゃならんなら最初からWebCLで書く方が
JS使いには楽だろうな。
0136デフォルトの名無しさん2015/03/04(水) 20:58:33.99ID:EdsfEQxb
>>129
だからswiftはスクリプトではないっしょ

しかも選び方がかなり偏っててかぶってる
0137デフォルトの名無しさん2015/03/04(水) 21:24:49.78ID:jeayVKWB
同期コストやJavaScriptの遅さを考えると大抵のケースでカーネルの実行時間自体はほぼ無視できるはずだから
GPUの意味はほとんどないだろうね
単にカーネルが静的型で書ける分速いってだけだな
結局それだけならasm.jsの方がよほど筋が良い
0138デフォルトの名無しさん2015/03/04(水) 21:42:10.31ID:3cqSAZZu
GPU支援とは言うけど、デコードやらにCUDAやOpenCL使っても同クラスのCPUと殆ど能力差は無いんだけどね。
結局は余ってる物を活用する程度でしか無いし、千差万別の環境が利用するWebアプリにおいて活かせるのかは疑問。
0139デフォルトの名無しさん2015/03/04(水) 21:49:53.27ID:NmWmcyHd
>>138
特定用途では GPU 支援は CPU よりも威力があるようだ、d.net をみていると
0140デフォルトの名無しさん2015/03/04(水) 21:52:06.43ID:jeayVKWB
>>138
本気のGPGPUって数日かかるような計算を
Xeon計64コア+Tesla4枚とかでやるからね
次元が違いすぎる
0141デフォルトの名無しさん2015/03/04(水) 23:19:40.37ID:FCtuvtCo
バイオテクノロジーとRubyの奇跡の出会い
0142デフォルトの名無しさん2015/03/06(金) 08:23:14.13ID:+vqFDf/j
おっ急に過疎ったな
0143デフォルトの名無しさん2015/03/06(金) 14:32:10.62ID:pH1QImRi
GPUって普及モデルだと倍精度がクソ遅いからなあ
>>140みたいなガチな環境でない限りは結局画像関係くらいにしか使えんよ
0144デフォルトの名無しさん2015/03/06(金) 15:12:43.45ID:k24raSm7
UI は画像関係だから問題ないけど
なんで UI 以外の計算で GPU を使う話になっちゃったのか分からない。
0145デフォルトの名無しさん2015/03/06(金) 15:34:47.98ID:ZI58F8Kx
スクリプト言語でブラウザでも実装する気なの？
そうだとしても今のCPUとJSの速度ならGPU支援に頼らなくても実用的なものできると思うけどね。
0146デフォルトの名無しさん2015/03/06(金) 16:09:40.36ID:YgjRAqSm
UIといっても単純な作業しかGPUでは無理だろう。
VRAMにデータおいちゃうとCPUから直接アクセスできなくなるってのも大きい。
0147デフォルトの名無しさん2015/03/06(金) 16:25:39.51ID:b4auMf6S
ttp://blogs.msdn.com/b/typescript/archive/2015/03/05/angular-2-0-built-on-typescript.aspx
angular.jsがtypescriptつかいだしたってさ
企業まで乱交紛いにソフトウェアを作りだすおかげで、webはますますエッチになる
0148デフォルトの名無しさん2015/03/06(金) 18:21:46.88ID:pH1QImRi
相変わらずGoogle先生の一貫性の無さはすごいな
Dart(笑)
0149デフォルトの名無しさん2015/03/06(金) 20:12:13.66ID:E/dvxQE9
Angular2は元々「TypeScript＋アノテーション等」のAtScriptでするということだったろ。
この話はDartとは関係ないよ。Angular.dartは別で開発されてる。
むしろAtScriptが同じくGoogleが推すSoundScriptと被るのが気になる。
0150デフォルトの名無しさん2015/03/06(金) 20:16:38.54ID:coWMRvsx
DartなんかChromeに入れると言っちゃった手前もう引っ込みつかなくて
名前だけズルズル残してる状態だろ
誰が見てももう終わってる
0151デフォルトの名無しさん2015/03/06(金) 20:47:54.97ID:FF8tYzka
Goはどう？将来性あるのかな？
0152デフォルトの名無しさん2015/03/06(金) 20:50:18.94ID:Utx2vhNJ
あるわけねーだろ
0153デフォルトの名無しさん2015/03/06(金) 20:51:36.65ID:coWMRvsx
仮に将来性があるとしても、Googleはまたすぐに投げ出して新しいオモチャ作るよ
0154デフォルトの名無しさん2015/03/06(金) 21:12:22.69ID:17fvO4iu
GoはDocker書くのに使われてるけど
Dartには何も無いよね
0155デフォルトの名無しさん2015/03/06(金) 21:20:56.49ID:w0CuTC3T
ぶっちゃけプログラム言語開発はMSの信頼性には遠く及ばないねggr
まだAppleの方が全然いいし、webに関してもMozillaがセンス上
0156デフォルトの名無しさん2015/03/06(金) 21:24:48.58ID:coWMRvsx
Googleの言語って目先のことばかりで将来のビジョンがないよね
良く言えばアジャイル的なんだろうけど、プログラミング言語はやり直しが利かないからね
0157デフォルトの名無しさん2015/03/06(金) 21:43:13.80ID:E/dvxQE9
DartVMの開発はV8の高速化にも繋がってるし、SaneScriptにも影響を与えてる。
というかぶっちゃけSoundScriptってDartみたいなもんだろう。
0158デフォルトの名無しさん2015/03/06(金) 23:29:52.29ID:WntPU37C
すごいプログラミングを考えた！どうよ？
http://fox.2ch.net/test/read.cgi/poverty/1425651890/
0159デフォルトの名無しさん2015/03/07(土) 14:52:43.46ID:5/MzqEvw
ああ、ばかばかしい。忌々しい。死ぬまでWordPressで十分だな
0160デフォルトの名無しさん2015/03/07(土) 15:26:44.13ID:LBQfAvGd
ケンカはやめて＞＜
0161デフォルトの名無しさん2015/03/07(土) 16:15:02.12ID:UEmD0cW/
何だかんだとiOS開発者にささっと転身した奴等は年収も多く人生謳歌してて、Androidに執着し乗り遅れた漏れ悲惨過ぎてワロエナイ(´；ω；｀)ﾌﾞﾜｯ
0162デフォルトの名無しさん2015/03/07(土) 20:21:31.40ID:8uXJoEWR
死ぬまでWordPressで十分なんて人生やだな〜
0163デフォルトの名無しさん2015/03/07(土) 20:23:33.56ID:LBQfAvGd
はやくバトルロイヤルしなくて済む時代が来て欲しいな（´・ω・｀）
0164デフォルトの名無しさん2015/03/07(土) 21:06:18.03ID:XVcFmamb
>>163
それは今後もないね
結局のところ適材適所なんだが、視野の狭い一部の人間は「この言語さえやっておけば安泰」と叫び続ける

ソフトウェアに銀の弾丸は決して存在しないし、また視野の狭い人間が消えることも決してないので、
バトルロイヤルはいつでも盛り上がるということ

このスレにとってはいいことだよねｗ
0165デフォルトの名無しさん2015/03/07(土) 22:16:08.08ID:Vq5bRtdv
ぶっちゃけ今どきソフトだのスクリプト()だの云々言ってるのは情弱よ？
これからはソフトハード含めたモノづくりの時代
ヒントは微細加工×バイオ
0166デフォルトの名無しさん2015/03/07(土) 22:26:29.57ID:CLMhgCgR
>>164
でも、実際javascriptさえやっておけば安泰だろ
0167デフォルトの名無しさん2015/03/07(土) 22:50:37.76ID:kvqijjNp
底辺ドカタとして食いつなげれば良いという最低ラインで考えても
JSやっとけば安泰かは微妙なライン
0168デフォルトの名無しさん2015/03/07(土) 23:02:04.14ID:5/MzqEvw
node.jsには、WordPress規模のエコシステムなんて出来ないから
せいぜい業務アプリの簡易版。そんな状態でフロントエンドに力注いでどうするわけ？
WordPressなら導入、運用するだけで済むんだよね。たまにプラグイン作るとかして。
0169デフォルトの名無しさん2015/03/07(土) 23:04:06.81ID:5/MzqEvw
>>164
プログラマの生存戦略？WordPressだけで十分だろ
node.jsでWordPress規模のエコシステムが形成されたら、形成されてから移ればいい
0170デフォルトの名無しさん2015/03/07(土) 23:08:06.09ID:MlGEwDRl
底辺ドカタはWebで買い叩かれるくらいならCOBOLやっとけ
詳細仕様書(笑)を機械的にコードに翻訳するだけの簡単な仕事だ
きっちり定時に帰れて金もそれなりに出る
新しいものを学ぶ必要もない
0171デフォルトの名無しさん2015/03/07(土) 23:09:20.00ID:5/MzqEvw
はぁ？なんで買い叩かれる必要があるんだ。ボレばいい
0172デフォルトの名無しさん2015/03/07(土) 23:33:18.73ID:/8n+l7ta
自分のメインの言語を１つきめたいんですけど何がいいでしょうか

私はiOSアプリ開発からプログラミングをはじめたので、今のメインはObjective-Cです。
研究室の教授にある計算の課題を出されたときは、Objective-Cでやってたんですが、
やはり環境に依存してしまいますし、使い勝手が悪い気がします。

同じように計算の課題をだされたときのために、
もっと汎用性の高い、かつ将来性のある言語を習得したいです。
pythonがいいかなと思ったんですけど、日本語の情報が少ない気がしますし…
何かお勧めを教えていただけないでしょうか？
0173デフォルトの名無しさん2015/03/07(土) 23:39:11.00ID:5/MzqEvw
まず、英語のドキュメントを嫁カス
オマエの数値計算の課題なんて社会に出てから通用するレベルじゃないからな
0174デフォルトの名無しさん2015/03/07(土) 23:40:47.24ID:nQfLOHGZ
>>172
っ国産言語Ruby
日本語の情報多数、書籍多数、国/行政の後ろ盾
0175デフォルトの名無しさん2015/03/07(土) 23:43:01.99ID:MlGEwDRl
>>172
決めるな
言語なんか道具だ
目的や環境に合わせてなんでも使えて当たり前
0176デフォルトの名無しさん2015/03/07(土) 23:43:10.63ID:5/MzqEvw
日本語の書籍に頼らざるを獲ない時点で、情報産業に関わるべきじゃないんだ
そもそも、そんな状態じゃ大学生が大学を出ただけの価値のあることなんて出来ないんだ
0177デフォルトの名無しさん2015/03/07(土) 23:51:11.88ID:/8n+l7ta
>>173
いや、英語が読めないとは言ってないっすよ・・・
日本語のほうがとっつきやすいってだけです。
アプリ開発のときはもちろんAppleの公式ドキュメント読んでます。

>>174
ありがとうございます。Rubyで前向きに検討してみます。
0178デフォルトの名無しさん2015/03/07(土) 23:54:12.20ID:kvqijjNp
今のメインがObjective-Cで汎用性と将来性なら圧倒的にC
スクリプト言語？好きなの使っとけば？
0179デフォルトの名無しさん2015/03/07(土) 23:57:49.37ID:MlGEwDRl
数値計算はアカデミックだとPythonとPerlが多いよ
スクリプトはバッチの制御とテキスト処理にしか使わないと割り切る人はPerl、
なるべくスクリプトで書きたいって人はPython
Rubyは情報専門のキモオタ御用達
0180デフォルトの名無しさん2015/03/08(日) 00:02:44.25ID:q94065c/
Rubyに大して汎用性はないと思うが。
同一マシーンなのにRubyバージョンが違うと動かないとかあるが。
C言語もコンパイラやマシン依存していて非常に小さい基礎部分だけしか一致なし。
0181デフォルトの名無しさん2015/03/08(日) 00:05:43.52ID:XA40XTh5
数値計算なんて、octave,matlab, Rぐらいしか使わないだろ
Ruby?バカジャネーノ？電通、博報堂の回し者？
0182デフォルトの名無しさん2015/03/08(日) 00:08:45.24ID:srsOwzq5
>>181
がっつりC書くシミュレーション系だと補助に汎用スクリプトも使うよ
Rubyはまず無いけど
0183デフォルトの名無しさん2015/03/08(日) 00:16:32.96ID:q94065c/
言語環境と拡張モジュールがマルチプラットフォーム化されてて
どのPCでも同じ動作が可能なほうがいいってことだろ?
モバイル、マック、リナックスの状況もくわしくないがPythonとかJavaでは?
あとはC#のマルチプラットフォーム化のmonoやwinapiのマルチプラットフォーム化のwineとかあるがどれだけ使えるか不明。
0184デフォルトの名無しさん2015/03/08(日) 00:27:01.78ID:q94065c/
LLVM用スクリプト言語のjuliaはどうか?


Julia : スクリプト言語最速? 手軽さと速さを求めた科学技術計算向け言語
http://yohshiy.blog.fc2.com/blog-entry-246.html


Julia (プログラミング言語) - Wikipedia
Juliaは、 一般的なプログラミングから高水準の科学計算処理まで対処するよう設計された高水準言語及び動的プログラミング言語。
LLVMコンパイラフレームワークを用いてC言語、C++、Schemeで組まれており、標準ライブラリの殆どは独自に実装した。
実装の最も注目すべき特徴は性能に有り、完全にC言語で最適化されたコンパイル言語分野での優位性が見られる。
0185デフォルトの名無しさん2015/03/08(日) 00:40:43.96ID:XA40XTh5
企業側はさ、エコシステムを乱したいんだよね
でないと、自分たちのプロダクトが商品にならないから
0186デフォルトの名無しさん2015/03/08(日) 00:41:23.68ID:gmGvMe5z
>>184
＞ 新しい言語はシャアの低さやライブラリーの少なさが気になるところです。
0187デフォルトの名無しさん2015/03/08(日) 00:45:01.56ID:JzTHzzzE
まあでもNode見ても分かるけど、ライブラリはすぐ集まると思うけどな。
0188デフォルトの名無しさん2015/03/08(日) 00:55:19.01ID:XA40XTh5
そのライブラリやフレームワークって、どの程度の堅牢性なの？
何かあったときに自身でfixできるの？
0189デフォルトの名無しさん2015/03/08(日) 01:07:38.82ID:fg6UZd+E
>>172
自分のやる分野がわからないことには言語を一つに絞るなんて無理無理
プログラミングは「この言語さえできればOK」なんてことは一切ないからね

ということで、
> 自分のメインの言語を１つきめたいんですけど
この発想をやめることが、一番最初にやるべきことだと思うね
0190デフォルトの名無しさん2015/03/08(日) 01:12:18.30ID:srsOwzq5
「この言語だけはできるからOK」と言ってる奴が本当にその言語できてるのを見たことがないな
本当に一つの言語を理解してれば他の言語も使えるからね
0191デフォルトの名無しさん2015/03/08(日) 01:16:32.70ID:XA40XTh5
企業に入って首輪を付けて飼い慣らされたいならJava、c++だけど、
身の回りのことを片付けるなら、javascriptだけでいいよ
0192デフォルトの名無しさん2015/03/08(日) 01:30:51.82ID:fg6UZd+E
JavaScriptはブラウザ限定だからね
本当に身の回りのことを片付けたいならPerlがいい

基本書き捨てだけど、必要なことを最小限の労力でできる
0193デフォルトの名無しさん2015/03/08(日) 01:34:03.39ID:XA40XTh5
ラクダの美学なら、mobileとnode.jsの普及と共にjavascriptがかっさらたよ
今、Web APIやSDKのバインディングにperlが用意されてるのを見たことないんだ
0194デフォルトの名無しさん2015/03/08(日) 01:35:24.62ID:fg6UZd+E
それは片付けたい範囲が違うんだろう
「身の回りのこと」と言うのは人によって違うだろうからね
0195デフォルトの名無しさん2015/03/08(日) 01:37:10.82ID:XA40XTh5
perlが身の回りなんてサーバ管理ぐらいだろw
行き遅れのジジイ共は、さっさとクタバレよ
0196デフォルトの名無しさん2015/03/08(日) 01:38:56.86ID:JzTHzzzE
JavaScriptという名前の言語が真理ということは間違いないとして、
その言語をいかに良くしていくかに話を絞ったほうが良さそうだな。
0197デフォルトの名無しさん2015/03/08(日) 01:39:07.31ID:fg6UZd+E
やれやれ本当のPerlを知らないだな
明日きてくださいよ。本当のPerlをお教えしますよw
0198デフォルトの名無しさん2015/03/08(日) 01:41:20.03ID:fg6UZd+E
という冗談はおいておくとしても、JavaScriptはバインディングの対象言語としてはまだまだもいいとこだよね
そういう場合に用意されるのは大抵PythonかRuby（あるいはその両方）だし
0199デフォルトの名無しさん2015/03/08(日) 01:41:29.39ID:XA40XTh5
altJSやES6なんて、ほっとけよ。Good Partsだけでいいから。
そんな知識すら最期には役に立たない。
0200デフォルトの名無しさん2015/03/08(日) 04:59:26.02ID:GP1jfcPj
バインディングならJSは負けてないと思うけど。
0201デフォルトの名無しさん2015/03/08(日) 07:57:40.38ID:PX6JWC4K
jsで何でもできると思ってる奴って視野が狭いだけでしょ

他の言語はできない人が選ぶ言語
0202デフォルトの名無しさん2015/03/08(日) 09:21:28.52ID:Zdg2LulN
コード的にも知識的にも、資産性はTypeScriptが一番だな。
嫌でも使わざるを得ないJSが身に付く + トランスレータの将来性がある。
0203デフォルトの名無しさん2015/03/08(日) 09:53:29.71ID:srsOwzq5
TypeScriptは吐かれたJSが非常に綺麗なのもポイント
最悪、生成されたJSをベースにしてメンテを続けることができるのはTypeScriptだけ
0204デフォルトの名無しさん2015/03/08(日) 11:18:20.31ID:/RJbvffF
俺は Ruby 好きだけど人に勧めるなら Python だな。スクリプトでなければ C#
js は他言語からでも、とっつきやすさから、気を付ける所さえわかればすぐできるようになる

正直、たのしんで仕事出来れば何でもいいまである
他人の欲しいものを作り続けるだけじゃモチベーション上がらない
0205デフォルトの名無しさん2015/03/08(日) 12:26:07.71ID:GP1jfcPj
プログラミング全般に興味があっていろんな世界が見てみた人にはJSいいんじゃないの。
Pythonはあくまで必要で選ぶ感じ。どれでも選べる状態では勧めないかな。というのもインデントが特殊すぎるから。
0206デフォルトの名無しさん2015/03/08(日) 12:31:42.53ID:uJG4BcVa
楽しむに重きを置くならRuby1択っしょ
0207デフォルトの名無しさん2015/03/08(日) 12:33:34.17ID:GP1jfcPj
JS: interesting
Ruby: funny
0208デフォルトの名無しさん2015/03/08(日) 12:48:34.42ID:Kft5ZrkL
Webドカタの世界しか見えないよJS
それが世界の全てって奴もいるけど
0209デフォルトの名無しさん2015/03/08(日) 13:17:10.77ID:uJG4BcVa
webを極めたいならES6
しかし多分もうwebが復活することは恐らく無いと思うんよ
0210デフォルトの名無しさん2015/03/08(日) 13:31:38.21ID:GP1jfcPj
WebとES6はそんな関係ないし、ES6程度じゃ極めてることにならないと思う。
ES7のObservableはいくらか貢献するかもね。
まあExtensibleWebの流れで行くと、超低水準のAPIでフレームワークを作る人と、
そのフレームワークを使って実際はJSにはあんまり深く嵌らない人に分かれそう。
0211デフォルトの名無しさん2015/03/08(日) 14:19:59.14ID:XA40XTh5
ttp://www.windows93.net/?#!bytebeat
すごいよね。JavaScriptの連中。
もう自身の限界を悟って、WordPressしか触る気はしないけど。
0212デフォルトの名無しさん2015/03/08(日) 18:24:52.21ID:VvSj/2Rg
>>211
なんやこれ？
0213デフォルトの名無しさん2015/03/08(日) 18:56:44.59ID:PX6JWC4K
こんなもの誰が何に使うの？

これがすごいならwindowsもlinuxもすごすぎだし、
アセンブラやC言語の方がはるかにすごいな
0214デフォルトの名無しさん2015/03/08(日) 18:59:32.75ID:srsOwzq5
こんなのキーとマウスの入力が取れて任意の場所に色塗れたら後は何でも一緒だからな
0215デフォルトの名無しさん2015/03/08(日) 19:22:05.85ID:NFxEISnM
すごいのはハードとブラウザ(=アセンブラ/C/C++)の進化だよな
やっぱスクリプト言語でブラウザ実装までいかんと
0216デフォルトの名無しさん2015/03/08(日) 20:30:03.34ID:ZmdRrob9
他人が作った基盤の上の、さらに狭い基盤の上で、
既出のものを後追いしてるだけなのが......
0217デフォルトの名無しさん2015/03/08(日) 21:31:01.27ID:Zdg2LulN
確かにCanvasを見たときは、せっかくブラウザがレイアウト処理を実装してくれたのに
そこまで先祖返りするのかよとは思った。
0218デフォルトの名無しさん2015/03/08(日) 21:37:47.98ID:VvSj/2Rg
だな
0219デフォルトの名無しさん2015/03/08(日) 22:24:19.27ID:XA40XTh5
もう、データベースから取ってきた文字列表示するだけじゃ、仕事にならないんだぜ？
ぞっとしない？
0220デフォルトの名無しさん2015/03/08(日) 22:41:13.08ID:9fs1o1u6
Canvasはともかく、WebGLは何に使うんだろう
0221デフォルトの名無しさん2015/03/08(日) 22:43:08.44ID:gmGvMe5z
>>220
ゲームとかFlashアニメっぽいもの
0222デフォルトの名無しさん2015/03/08(日) 22:53:03.26ID:U7pDuUOR
しかしブラウザゲーは未だFlashだしスマホゲーは完全にネイティヴ回帰

あれ？w
0223デフォルトの名無しさん2015/03/08(日) 22:56:46.37ID:pBoO6zKs
Rubyが楽しいとかいうデマ誰が言い始めたのか
0224デフォルトの名無しさん2015/03/08(日) 23:28:35.66ID:ZmdRrob9
>>219
UIとかデザイン的なことを言ってる？

冷静に考えると、WebFrameworkとかで作るものより、
GUIアプリ+ネットワークの方が高機能で速く、使いやすく作れるんだけどね
0225デフォルトの名無しさん2015/03/08(日) 23:57:37.84ID:jQt4Amvs
javascriptがブラウザしかできないと思ってるのはjavascriptの
最近の進化を完全に舐めてる
nodeによるサーバーはもちろん、
Node WebKitやatom shellでデスクトップアプリも作れるし
そもそも、ブラウザアプリがchrome appで凄いことになってきている
もともとWeb作っとけば、モバイルで動いていたけど、今では
nativescriptというものが出てきてモバイルのnativeアプリすら作れるようになった
react nativeというものも近々公開される予定
Googleスプレッドシートのマクロ言語もjavascriptだ
Asem.jsやwebglである程度高度なゲームもできるようになってきた
流行りのAiもディープラーニング実装などが出てきてる
gulpやflightplanなどによるタスク自動化などユーテリティも充実
githubはほとんどjavascript一色だ

javascriptはやばい
0226デフォルトの名無しさん2015/03/09(月) 00:03:47.09ID:lh4ZCMGK
恐ろしいのは、これらが現在進行形の最新情報だということだよ
1年前の常識がjavascriptには通用しない
1年前だったらモバイルのネイティブアプリをjavascriptで作れるなんて
言えなかったがここ数ヶ月で言えるようになってきた
進化が恐ろしく早い
早すぎてみんなまだ気づいてないんだよ
javascriptやっとけ
マジで
0227デフォルトの名無しさん2015/03/09(月) 00:10:08.48ID:UhxVdZJC
>>184
Julia を調べてみたけど、なかなか面白いね

Python ユーザに関しては、いずれ julia でも numpy/sicpy に相当する
高度な科学技術計算向けパッケージが登場すると思うけど、そのパッケージのでき次第では、
多くの Python ユーザが一気に julia へなだれ込む可能性がある

Python は手続き型言語として簡潔で優れた設計だけど、
たとえば >>78 で示したように表現力に大きな制約がある
この現状に満足できず、なおかつ科学技術計算向けのスクリプト言語として
たまたま Python を利用しているだけのユーザであれば、Julia はとても魅力的に映るはず
（しかも Julia から Python 関数をコールするパッケージが既に存在する等、相互運用性がある）

Ruby ユーザに関しては、「Ruby による関数型プログラミング」に慣れていれば、
Ruby と似た構文の Julia へ移行する事は難しくないし、いつでも移行できるだろう
とはいえ、今の Ruby と比較した Julia が絶対的に優位なのは高速な実行効率だから、
移行するのは性能が絶対要件である科学技術計算を主に扱う少数の Ruby ユーザにとどまるだろう
また科学技術計算向けには HPC Ruby プロジェクトがあるから、
このプロジェクトの実用化も Ruby から Juia への移行という流れに影響を与えるだろう
0228デフォルトの名無しさん2015/03/09(月) 00:10:54.19ID:BhYBpDco
そのうちモノになるのがどれぐらいあるというのか…
node.jsですらどんなに贔屓目に見ても「地保を固めつつある段階」だというのに
0229デフォルトの名無しさん2015/03/09(月) 00:13:04.92ID:T6nKbDrg
>>226
wordpress,magentoは既に起きた
0230デフォルトの名無しさん2015/03/09(月) 00:17:11.28ID:lh4ZCMGK
>>228
俺の見立てだと、webglはほぼ完全にものになると思う
nativescriptやreact nativeはまだわからないが、
react nativeは既にFacebookが使ってるという意味で、
将来がかなり約束されているように思う
日本にいる限りは確かにWeb土方で終わる可能性もあるが
アメリカではjavascriptエンジニアは平均で年収1000万超えるほど
物凄い高給らしいし、その傾向が少しくらいは日本に波及してくる
可能性もあるとみてる
何にせよ、やっておいて絶対に損はないし、これほど将来が約束された言語は他にないと思う
0231デフォルトの名無しさん2015/03/09(月) 00:20:20.22ID:T6nKbDrg
既にあるOSSのweb applicationってレベルで考えるべきなんだ
個人がjavascriptで作れるものって、せいぜいSPAぐらいだから
0232デフォルトの名無しさん2015/03/09(月) 00:22:11.27ID:lh4ZCMGK
>>231
その認識が間違ってる
ゲームもネイティブモバイルアプリもデスクトップアプリも作れる
それに、そもそもSPAでアプリが作れる時代だからな
■ このスレッドは過去ログ倉庫に格納されています