【Lisp】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ48【pl,rb,php,js】

1 名前：デフォルトの名無しさん [2015/02/28(土) 00:33:07.88 ID:6Lhyreb3.net] 前スレ 【Python】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ47【pl,rb,php,js】 peace.2ch.net/test/read.cgi/tech/1417333026 129 名前：デフォルトの名無しさん mailto:sage [2015/03/03(火) 20:52:48.68 ID:B1KOi1jR.net] VB6万歳！ GUIなのにマルチスレッドないVB6万歳！ 130 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 08:15:08.52 ID:s4GNkOoF.net] スクリプトなんぞruby、js、swiftで十分だろjk センスがあれば大金持ちにもなれる 131 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 08:22:12.14 ID:4pfVor2U.net] >>128 GPUの支援の話だったと思うのだが、emscriptenはその効果があるのかい？ 132 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 08:24:10.60 ID:jeayVKWB.net] そのセンスってビジネスや商売のセンスであって、断じてプログラミングセンスではないけどね 133 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 10:46:27.40 ID:AZZAiZVI.net] 営業を介さない、多重に請け負いに関わり合わないって立派なビジネスセンスだよね 134 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 10:53:02.12 ID:hly8BeAT.net] >>131 emscriptenはOpenCL→WebCLもサポートしてるよ。 135 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 18:33:49.59 ID:3cqSAZZu.net] JSもSharedArrayBufferでようやくマルチスレッドの道を歩み始めた感。 136 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 20:05:01.55 ID:1PNNe6DT.net] WebCLってホストAPIのJSバインドだけで、カーネルはOpenCL Cそのまま<script>に 埋め込むだけじゃね？ どっちにしろカーネルを自分で書かなきゃならんなら最初からWebCLで書く方が JS使いには楽だろうな。 137 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 20:58:33.99 ID:EdsfEQxb.net] >>130 だからswiftはスクリプトではないっしょ しかも選び方がかなり偏っててかぶってる 138 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 21:24:49.78 ID:jeayVKWB.net] 同期コストやJavaScriptの遅さを考えると大抵のケースでカーネルの実行時間自体はほぼ無視できるはずだから GPUの意味はほとんどないだろうね 単にカーネルが静的型で書ける分速いってだけだな 結局それだけならasm.jsの方がよほど筋が良い 139 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 21:42:10.31 ID:3cqSAZZu.net] GPU支援とは言うけど、デコードやらにCUDAやOpenCL使っても同クラスのCPUと殆ど能力差は無いんだけどね。 結局は余ってる物を活用する程度でしか無いし、千差万別の環境が利用するWebアプリにおいて活かせるのかは疑問。 140 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 21:49:53.27 ID:NmWmcyHd.net] >>139 特定用途では GPU 支援は CPU よりも威力があるようだ、d.net をみていると 141 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 21:52:06.43 ID:jeayVKWB.net] >>139 本気のGPGPUって数日かかるような計算を Xeon計64コア+Tesla4枚とかでやるからね 次元が違いすぎる 142 名前：デフォルトの名無しさん mailto:sage [2015/03/04(水) 23:19:40.37 ID:FCtuvtCo.net] バイオテクノロジーとRubyの奇跡の出会い 143 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 08:23:14.13 ID:+vqFDf/j.net] おっ急に過疎ったな 144 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 14:32:10.62 ID:pH1QImRi.net] GPUって普及モデルだと倍精度がクソ遅いからなあ >>141みたいなガチな環境でない限りは結局画像関係くらいにしか使えんよ 145 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 15:12:43.45 ID:k24raSm7.net] UI は画像関係だから問題ないけど なんで UI 以外の計算で GPU を使う話になっちゃったのか分からない。 146 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 15:34:47.98 ID:ZI58F8Kx.net] スクリプト言語でブラウザでも実装する気なの？ そうだとしても今のCPUとJSの速度ならGPU支援に頼らなくても実用的なものできると思うけどね。 147 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 16:09:40.36 ID:YgjRAqSm.net] UIといっても単純な作業しかGPUでは無理だろう。 VRAMにデータおいちゃうとCPUから直接アクセスできなくなるってのも大きい。 148 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 16:25:39.51 ID:b4auMf6S.net] ttp://blogs.msdn.com/b/typescript/archive/2015/03/05/angular-2-0-built-on-typescript.aspx angular.jsがtypescriptつかいだしたってさ 企業まで乱交紛いにソフトウェアを作りだすおかげで、webはますますエッチになる 149 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 18:21:46.88 ID:pH1QImRi.net] 相変わらずGoogle先生の一貫性の無さはすごいな Dart(笑) 150 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 20:12:13.66 ID:E/dvxQE9.net] Angular2は元々「TypeScript＋アノテーション等」のAtScriptでするということだったろ。 この話はDartとは関係ないよ。Angular.dartは別で開発されてる。 むしろAtScriptが同じくGoogleが推すSoundScriptと被るのが気になる。 151 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 20:16:38.54 ID:coWMRvsx.net] DartなんかChromeに入れると言っちゃった手前もう引っ込みつかなくて 名前だけズルズル残してる状態だろ 誰が見てももう終わってる 152 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 20:47:54.97 ID:FF8tYzka.net] Goはどう？将来性あるのかな？ 153 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 20:50:18.94 ID:Utx2vhNJ.net] あるわけねーだろ 154 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 20:51:36.65 ID:coWMRvsx.net] 仮に将来性があるとしても、Googleはまたすぐに投げ出して新しいオモチャ作るよ 155 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 21:12:22.69 ID:17fvO4iu.net] GoはDocker書くのに使われてるけど Dartには何も無いよね 156 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 21:20:56.49 ID:w0CuTC3T.net] ぶっちゃけプログラム言語開発はMSの信頼性には遠く及ばないねggr まだAppleの方が全然いいし、webに関してもMozillaがセンス上 157 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 21:24:48.58 ID:coWMRvsx.net] Googleの言語って目先のことばかりで将来のビジョンがないよね 良く言えばアジャイル的なんだろうけど、プログラミング言語はやり直しが利かないからね 158 名前：デフォルトの名無しさん mailto:sage [2015/03/06(金) 21:43:13.80 ID:E/dvxQE9.net] DartVMの開発はV8の高速化にも繋がってるし、SaneScriptにも影響を与えてる。 というかぶっちゃけSoundScriptってDartみたいなもんだろう。 159 名前：デフォルトの名無しさん [2015/03/06(金) 23:29:52.29 ID:WntPU37C.net] すごいプログラミングを考えた！どうよ？ fox.2ch.net/test/read.cgi/poverty/1425651890/ 160 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 14:52:43.46 ID:5/MzqEvw.net] ああ、ばかばかしい。忌々しい。死ぬまでWordPressで十分だな 161 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 15:26:44.13 ID:LBQfAvGd.net] ケンカはやめて＞＜ 162 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 16:15:02.12 ID:UEmD0cW/.net] 何だかんだとiOS開発者にささっと転身した奴等は年収も多く人生謳歌してて、Androidに執着し乗り遅れた漏れ悲惨過ぎてワロエナイ(´；ω；｀)ﾌﾞﾜｯ 163 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 20:21:31.40 ID:8uXJoEWR.net] 死ぬまでWordPressで十分なんて人生やだな〜 164 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 20:23:33.56 ID:LBQfAvGd.net] はやくバトルロイヤルしなくて済む時代が来て欲しいな（´・ω・｀） 165 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 21:06:18.03 ID:XVcFmamb.net] >>164 それは今後もないね 結局のところ適材適所なんだが、視野の狭い一部の人間は「この言語さえやっておけば安泰」と叫び続ける ソフトウェアに銀の弾丸は決して存在しないし、また視野の狭い人間が消えることも決してないので、 バトルロイヤルはいつでも盛り上がるということ このスレにとってはいいことだよねｗ 166 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 22:16:08.08 ID:Vq5bRtdv.net] ぶっちゃけ今どきソフトだのスクリプト()だの云々言ってるのは情弱よ？ これからはソフトハード含めたモノづくりの時代 ヒントは微細加工×バイオ 167 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 22:26:29.57 ID:CLMhgCgR.net] >>165 でも、実際javascriptさえやっておけば安泰だろ 168 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 22:50:37.76 ID:kvqijjNp.net] 底辺ドカタとして食いつなげれば良いという最低ラインで考えても JSやっとけば安泰かは微妙なライン 169 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:02:04.14 ID:5/MzqEvw.net] node.jsには、WordPress規模のエコシステムなんて出来ないから せいぜい業務アプリの簡易版。そんな状態でフロントエンドに力注いでどうするわけ？ WordPressなら導入、運用するだけで済むんだよね。たまにプラグイン作るとかして。 170 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:04:06.81 ID:5/MzqEvw.net] >>165 プログラマの生存戦略？WordPressだけで十分だろ node.jsでWordPress規模のエコシステムが形成されたら、形成されてから移ればいい 171 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:08:06.09 ID:MlGEwDRl.net] 底辺ドカタはWebで買い叩かれるくらいならCOBOLやっとけ 詳細仕様書(笑)を機械的にコードに翻訳するだけの簡単な仕事だ きっちり定時に帰れて金もそれなりに出る 新しいものを学ぶ必要もない 172 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:09:20.00 ID:5/MzqEvw.net] はぁ？なんで買い叩かれる必要があるんだ。ボレばいい 173 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:33:18.73 ID:/8n+l7ta.net] 自分のメインの言語を１つきめたいんですけど何がいいでしょうか 私はiOSアプリ開発からプログラミングをはじめたので、今のメインはObjective-Cです。 研究室の教授にある計算の課題を出されたときは、Objective-Cでやってたんですが、 やはり環境に依存してしまいますし、使い勝手が悪い気がします。 同じように計算の課題をだされたときのために、 もっと汎用性の高い、かつ将来性のある言語を習得したいです。 pythonがいいかなと思ったんですけど、日本語の情報が少ない気がしますし… 何かお勧めを教えていただけないでしょうか？ 174 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:39:11.00 ID:5/MzqEvw.net] まず、英語のドキュメントを嫁カス オマエの数値計算の課題なんて社会に出てから通用するレベルじゃないからな 175 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:40:47.24 ID:nQfLOHGZ.net] >>173 っ国産言語Ruby 日本語の情報多数、書籍多数、国/行政の後ろ盾 176 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:43:01.99 ID:MlGEwDRl.net] >>173 決めるな 言語なんか道具だ 目的や環境に合わせてなんでも使えて当たり前 177 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:43:10.63 ID:5/MzqEvw.net] 日本語の書籍に頼らざるを獲ない時点で、情報産業に関わるべきじゃないんだ そもそも、そんな状態じゃ大学生が大学を出ただけの価値のあることなんて出来ないんだ 178 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:51:11.88 ID:/8n+l7ta.net] >>174 いや、英語が読めないとは言ってないっすよ・・・ 日本語のほうがとっつきやすいってだけです。 アプリ開発のときはもちろんAppleの公式ドキュメント読んでます。 >>175 ありがとうございます。Rubyで前向きに検討してみます。 179 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:54:12.20 ID:kvqijjNp.net] 今のメインがObjective-Cで汎用性と将来性なら圧倒的にC スクリプト言語？好きなの使っとけば？ 180 名前：デフォルトの名無しさん mailto:sage [2015/03/07(土) 23:57:49.37 ID:MlGEwDRl.net] 数値計算はアカデミックだとPythonとPerlが多いよ スクリプトはバッチの制御とテキスト処理にしか使わないと割り切る人はPerl、 なるべくスクリプトで書きたいって人はPython Rubyは情報専門のキモオタ御用達 181 名前：デフォルトの名無しさん [2015/03/08(日) 00:02:44.25 ID:q94065c/.net] Rubyに大して汎用性はないと思うが。 同一マシーンなのにRubyバージョンが違うと動かないとかあるが。 C言語もコンパイラやマシン依存していて非常に小さい基礎部分だけしか一致なし。 182 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 00:05:43.52 ID:XA40XTh5.net] 数値計算なんて、octave,matlab, Rぐらいしか使わないだろ Ruby?バカジャネーノ？電通、博報堂の回し者？ 183 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 00:08:45.24 ID:srsOwzq5.net] >>182 がっつりC書くシミュレーション系だと補助に汎用スクリプトも使うよ Rubyはまず無いけど 184 名前：デフォルトの名無しさん [2015/03/08(日) 00:16:32.96 ID:q94065c/.net] 言語環境と拡張モジュールがマルチプラットフォーム化されてて どのPCでも同じ動作が可能なほうがいいってことだろ? モバイル、マック、リナックスの状況もくわしくないがPythonとかJavaでは? あとはC#のマルチプラットフォーム化のmonoやwinapiのマルチプラットフォーム化のwineとかあるがどれだけ使えるか不明。 185 名前：デフォルトの名無しさん [2015/03/08(日) 00:27:01.78 ID:q94065c/.net] LLVM用スクリプト言語のjuliaはどうか? Julia : スクリプト言語最速? 手軽さと速さを求めた科学技術計算向け言語 yohshiy.blog.fc2.com/blog-entry-246.html Julia (プログラミング言語) - Wikipedia Juliaは、 一般的なプログラミングから高水準の科学計算処理まで対処するよう設計された高水準言語及び動的プログラミング言語。 LLVMコンパイラフレームワークを用いてC言語、C++、Schemeで組まれており、標準ライブラリの殆どは独自に実装した。 実装の最も注目すべき特徴は性能に有り、完全にC言語で最適化されたコンパイル言語分野での優位性が見られる。 186 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 00:40:43.96 ID:XA40XTh5.net] 企業側はさ、エコシステムを乱したいんだよね でないと、自分たちのプロダクトが商品にならないから 187 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 00:41:23.68 ID:gmGvMe5z.net] >>185 ＞ 新しい言語はシャアの低さやライブラリーの少なさが気になるところです。 188 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 00:45:01.56 ID:JzTHzzzE.net] まあでもNode見ても分かるけど、ライブラリはすぐ集まると思うけどな。 189 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 00:55:19.01 ID:XA40XTh5.net] そのライブラリやフレームワークって、どの程度の堅牢性なの？ 何かあったときに自身でfixできるの？ 190 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:07:38.82 ID:fg6UZd+E.net] >>173 自分のやる分野がわからないことには言語を一つに絞るなんて無理無理 プログラミングは「この言語さえできればOK」なんてことは一切ないからね ということで、 > 自分のメインの言語を１つきめたいんですけど この発想をやめることが、一番最初にやるべきことだと思うね 191 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:12:18.30 ID:srsOwzq5.net] 「この言語だけはできるからOK」と言ってる奴が本当にその言語できてるのを見たことがないな 本当に一つの言語を理解してれば他の言語も使えるからね 192 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:16:32.70 ID:XA40XTh5.net] 企業に入って首輪を付けて飼い慣らされたいならJava、c++だけど、 身の回りのことを片付けるなら、javascriptだけでいいよ 193 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:30:51.82 ID:fg6UZd+E.net] JavaScriptはブラウザ限定だからね 本当に身の回りのことを片付けたいならPerlがいい 基本書き捨てだけど、必要なことを最小限の労力でできる 194 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:34:03.39 ID:XA40XTh5.net] ラクダの美学なら、mobileとnode.jsの普及と共にjavascriptがかっさらたよ 今、Web APIやSDKのバインディングにperlが用意されてるのを見たことないんだ 195 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:35:24.62 ID:fg6UZd+E.net] それは片付けたい範囲が違うんだろう 「身の回りのこと」と言うのは人によって違うだろうからね 196 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:37:10.82 ID:XA40XTh5.net] perlが身の回りなんてサーバ管理ぐらいだろw 行き遅れのジジイ共は、さっさとクタバレよ 197 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:38:56.86 ID:JzTHzzzE.net] JavaScriptという名前の言語が真理ということは間違いないとして、 その言語をいかに良くしていくかに話を絞ったほうが良さそうだな。 198 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:39:07.31 ID:fg6UZd+E.net] やれやれ本当のPerlを知らないだな 明日きてくださいよ。本当のPerlをお教えしますよw 199 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:41:20.03 ID:fg6UZd+E.net] という冗談はおいておくとしても、JavaScriptはバインディングの対象言語としてはまだまだもいいとこだよね そういう場合に用意されるのは大抵PythonかRuby（あるいはその両方）だし 200 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 01:41:29.39 ID:XA40XTh5.net] altJSやES6なんて、ほっとけよ。Good Partsだけでいいから。 そんな知識すら最期には役に立たない。 201 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 04:59:26.02 ID:GP1jfcPj.net] バインディングならJSは負けてないと思うけど。 202 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 07:57:40.38 ID:PX6JWC4K.net] jsで何でもできると思ってる奴って視野が狭いだけでしょ 他の言語はできない人が選ぶ言語 203 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 09:21:28.52 ID:Zdg2LulN.net] コード的にも知識的にも、資産性はTypeScriptが一番だな。 嫌でも使わざるを得ないJSが身に付く + トランスレータの将来性がある。 204 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 09:53:29.71 ID:srsOwzq5.net] TypeScriptは吐かれたJSが非常に綺麗なのもポイント 最悪、生成されたJSをベースにしてメンテを続けることができるのはTypeScriptだけ 205 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 11:18:20.31 ID:/RJbvffF.net] 俺は Ruby 好きだけど人に勧めるなら Python だな。スクリプトでなければ C# js は他言語からでも、とっつきやすさから、気を付ける所さえわかればすぐできるようになる 正直、たのしんで仕事出来れば何でもいいまである 他人の欲しいものを作り続けるだけじゃモチベーション上がらない 206 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 12:26:07.71 ID:GP1jfcPj.net] プログラミング全般に興味があっていろんな世界が見てみた人にはJSいいんじゃないの。 Pythonはあくまで必要で選ぶ感じ。どれでも選べる状態では勧めないかな。というのもインデントが特殊すぎるから。 207 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 12:31:42.53 ID:uJG4BcVa.net] 楽しむに重きを置くならRuby1択っしょ 208 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 12:33:34.17 ID:GP1jfcPj.net] JS: interesting Ruby: funny 209 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 12:48:34.42 ID:Kft5ZrkL.net] Webドカタの世界しか見えないよJS それが世界の全てって奴もいるけど 210 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 13:17:10.77 ID:uJG4BcVa.net] webを極めたいならES6 しかし多分もうwebが復活することは恐らく無いと思うんよ 211 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 13:31:38.21 ID:GP1jfcPj.net] WebとES6はそんな関係ないし、ES6程度じゃ極めてることにならないと思う。 ES7のObservableはいくらか貢献するかもね。 まあExtensibleWebの流れで行くと、超低水準のAPIでフレームワークを作る人と、 そのフレームワークを使って実際はJSにはあんまり深く嵌らない人に分かれそう。 212 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 14:19:59.14 ID:XA40XTh5.net] ttp://www.windows93.net/?#!bytebeat すごいよね。JavaScriptの連中。 もう自身の限界を悟って、WordPressしか触る気はしないけど。 213 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 18:24:52.21 ID:VvSj/2Rg.net] >>212 なんやこれ？ 214 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 18:56:44.59 ID:PX6JWC4K.net] こんなもの誰が何に使うの？ これがすごいならwindowsもlinuxもすごすぎだし、 アセンブラやC言語の方がはるかにすごいな 215 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 18:59:32.75 ID:srsOwzq5.net] こんなのキーとマウスの入力が取れて任意の場所に色塗れたら後は何でも一緒だからな 216 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 19:22:05.85 ID:NFxEISnM.net] すごいのはハードとブラウザ(=アセンブラ/C/C++)の進化だよな やっぱスクリプト言語でブラウザ実装までいかんと 217 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 20:30:03.34 ID:ZmdRrob9.net] 他人が作った基盤の上の、さらに狭い基盤の上で、 既出のものを後追いしてるだけなのが...... 218 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 21:31:01.27 ID:Zdg2LulN.net] 確かにCanvasを見たときは、せっかくブラウザがレイアウト処理を実装してくれたのに そこまで先祖返りするのかよとは思った。 219 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 21:37:47.98 ID:VvSj/2Rg.net] だな 220 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 22:24:19.27 ID:XA40XTh5.net] もう、データベースから取ってきた文字列表示するだけじゃ、仕事にならないんだぜ？ ぞっとしない？ 221 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 22:41:13.08 ID:9fs1o1u6.net] Canvasはともかく、WebGLは何に使うんだろう 222 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 22:43:08.44 ID:gmGvMe5z.net] >>221 ゲームとかFlashアニメっぽいもの 223 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 22:53:03.26 ID:U7pDuUOR.net] しかしブラウザゲーは未だFlashだしスマホゲーは完全にネイティヴ回帰 あれ？w 224 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 22:56:46.37 ID:pBoO6zKs.net] Rubyが楽しいとかいうデマ誰が言い始めたのか 225 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 23:28:35.66 ID:ZmdRrob9.net] >>220 UIとかデザイン的なことを言ってる？ 冷静に考えると、WebFrameworkとかで作るものより、 GUIアプリ+ネットワークの方が高機能で速く、使いやすく作れるんだけどね 226 名前：デフォルトの名無しさん mailto:sage [2015/03/08(日) 23:57:37.84 ID:jQt4Amvs.net] 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はやばい 227 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:03:47.09 ID:lh4ZCMGK.net] 恐ろしいのは、これらが現在進行形の最新情報だということだよ 1年前の常識がjavascriptには通用しない 1年前だったらモバイルのネイティブアプリをjavascriptで作れるなんて 言えなかったがここ数ヶ月で言えるようになってきた 進化が恐ろしく早い 早すぎてみんなまだ気づいてないんだよ javascriptやっとけ マジで 228 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:10:08.48 ID:UhxVdZJC.net] >>185 Julia を調べてみたけど、なかなか面白いね Python ユーザに関しては、いずれ julia でも numpy/sicpy に相当する 高度な科学技術計算向けパッケージが登場すると思うけど、そのパッケージのでき次第では、 多くの Python ユーザが一気に julia へなだれ込む可能性がある Python は手続き型言語として簡潔で優れた設計だけど、 たとえば >>78 で示したように表現力に大きな制約がある この現状に満足できず、なおかつ科学技術計算向けのスクリプト言語として たまたま Python を利用しているだけのユーザであれば、Julia はとても魅力的に映るはず （しかも Julia から Python 関数をコールするパッケージが既に存在する等、相互運用性がある） Ruby ユーザに関しては、「Ruby による関数型プログラミング」に慣れていれば、 Ruby と似た構文の Julia へ移行する事は難しくないし、いつでも移行できるだろう とはいえ、今の Ruby と比較した Julia が絶対的に優位なのは高速な実行効率だから、 移行するのは性能が絶対要件である科学技術計算を主に扱う少数の Ruby ユーザにとどまるだろう また科学技術計算向けには HPC Ruby プロジェクトがあるから、 このプロジェクトの実用化も Ruby から Juia への移行という流れに影響を与えるだろう 229 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:10:54.19 ID:BhYBpDco.net] そのうちモノになるのがどれぐらいあるというのか… node.jsですらどんなに贔屓目に見ても「地保を固めつつある段階」だというのに

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef