[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 2ch.scのread.cgiへ]
Update time : 03/26 13:53 / Filesize : 132 KB / Number-of Response : 512
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【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

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ですらどんなに贔屓目に見ても「地保を固めつつある段階」だというのに

230 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:13:04.92 ID:T6nKbDrg.net]
>>227
wordpress,magentoは既に起きた

231 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:17:11.28 ID:lh4ZCMGK.net]
>>229
俺の見立てだと、webglはほぼ完全にものになると思う
nativescriptやreact nativeはまだわからないが、
react nativeは既にFacebookが使ってるという意味で、
将来がかなり約束されているように思う
日本にいる限りは確かにWeb土方で終わる可能性もあるが
アメリカではjavascriptエンジニアは平均で年収1000万超えるほど
物凄い高給らしいし、その傾向が少しくらいは日本に波及してくる
可能性もあるとみてる
何にせよ、やっておいて絶対に損はないし、これほど将来が約束された言語は他にないと思う

232 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:20:20.22 ID:T6nKbDrg.net]
既にあるOSSのweb applicationってレベルで考えるべきなんだ
個人がjavascriptで作れるものって、せいぜいSPAぐらいだから

233 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:22:11.27 ID:lh4ZCMGK.net]
>>232
その認識が間違ってる
ゲームもネイティブモバイルアプリもデスクトップアプリも作れる
それに、そもそもSPAでアプリが作れる時代だからな

234 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:23:28.51 ID:T6nKbDrg.net]
顧客が作って欲しいものってさ、既に出来てるんだよね。
後は導入、改修、運用するぐらいで。

235 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:23:46.31 ID:BhYBpDco.net]
> 将来がかなり約束されているように思う
node.jsですら出てから数年経ってるというのに「ようやく認められてきたかもね」という状態
しかも、現状は足踏み状態だと断言しても差し支えない状況

君の言う「将来」というのは、10年以上のスパンで見た話じゃないのかい?
だとしたら今すぐ手をつけるのはそういうのに興味がある人達だけで十分だよ

それ以外の人たちは、君の言う将来が現実として見えてきてから手をつければいい
「JavaScriptやっとけ、マジで」は未来には正しい言葉なのかもしれないが、今の状態では
間違いとしか言い様がない。なぜなら他にやるべきことがあるのだろうから



236 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:25:21.15 ID:lh4ZCMGK.net]
まあ、欠点は進化が早すぎていろんなものが登場しまくって
どんどん入れ替わっていくところかな
例えば、Facebookがreactを発表した途端、reactにインスパイアされた
ライブラリやら既存のフレームワークの新バージョンやらが発表されまくり
世界がガラッと変わってしまった
こういうことが頻繁に起こる

237 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:25:40.37 ID:K/Yjhrls.net]
Juliaは良いねぇ…まだWindowsじゃ起動おせぇんだYO!!って投げたけど
Cythonは結局Cソース化してコンパイルしてるし、PyPyはコードによってまちまち
annotationを型チェックだけでなく変数の型にも使ってくれればPythonも速度出せそうだけど

同じLLVMベースのPystonはどうなることか…どれもまだ発展途上か

238 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:26:25.54 ID:T6nKbDrg.net]
javascriptは、既にあっちこっちの企業が仲良しこよしでツルンでるけど、
まだ、何も出来てないんだよね。クラウドってインフラを使わせいだけなんだよ

239 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:28:21.85 ID:lh4ZCMGK.net]
>>235
nodeに関しては、サーバーとしてはそうかもしれない
けれど、フロントエンド開発においては、もう重要なツールの一つではないかな?
だって、gruntやgulpでaltjsやaltcssをコンパイルしながら開発してるところって
多いだろ?
browserifyは言うまでもなく、bowerにしてもlessにしてもnodeだし

240 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:31:47.11 ID:lh4ZCMGK.net]
>>238
何もできてないっていうか、フロントエンドではほぼ必須だし
むしろ、いろんなものが出てきすぎて困ってる上に、
何でもできるようになりつつある

241 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:33:52.11 ID:0YP+qxsb.net]
javascript やるのはいいけど、お勧めのお手本ってあります?

僕としてはチートの手法がほしいんだけど。

242 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:37:28.73 ID:T6nKbDrg.net]
フロントエンドっていうけど、何つくるわけ?TODO?カンバン?
顧客は本当に工数かけてまで、そんなもの導入したいの?

243 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:37:52.22 ID:BhYBpDco.net]
>>239
ツールとしてのnode.jpが普及することとJavaScriptやっとけという話とは違うよね
だって、ほとんどJavaScript書かなくてもいいんだから
npmの使い方を覚えればいいだけの話

LinuxのコマンドはCで書かれてるからCを覚えるべき、と言ってるようなもん

(それとは関係はないがC自体は覚えるべき言語であるとは思うけど)

244 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:39:10.78 ID:lh4ZCMGK.net]
>>241
チートの手法ってのが分からない
ゲームのチートかな?それともクラッキングの手法か何かか
まあ、その手の情報はググってみてくれ

一般的に言えば、フロントエンドのお手本はgithubにあると思う
英語のリソースしかないのが欠点
この分野では日本が遅れているのも、進化が早すぎることによる弊害だと感じる

245 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:41:56.29 ID:lh4ZCMGK.net]
>>243
まあある程度はそうなんだけど、例えばgulpfile.jsを書こうと思ったら、
結構本格的にjavascriptをやっといた方がいいと思うし、
そういうツールがnode上にあるってことは、やっぱりサーバーとしての採用にも
一役買うだろうし、将来が約束されていると思う一因かなあ



246 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:43:52.34 ID:T6nKbDrg.net]
wordpressでも触っとけよ。codex読んでるだけ掛けてる基礎が補完できるから

247 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:46:10.94 ID:BhYBpDco.net]
>>245
gulpfileなんてWeb屋がある程度使うレベルのJavaScriptができれば十分

ブラウザが絡む開発をしてる人間ならJavaScriptからはどうせ逃げられないんだし
(君の言ったツール群もブラウザが絡む開発をしてないと使う場面はないしね)

で、現実としてはその程度のシーンでしかJavaScriptは使われていない
10年スパンで見た将来は知らんけど、そんなのはそのときに考えればいい
今の時点でJavaScript万能説は草gダンス万能説と同じでネタでしかない

248 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:46:40.52 ID:lh4ZCMGK.net]
>>246
wordpressのようなものも有力ではあるし、Web開発では日本では今でも優勢だと思うが
javascriptほどの万能性と将来性はやっぱり感じないかなあ
javascriptほどのスピードと熱を感じない

249 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:51:10.66 ID:T6nKbDrg.net]
フロントエンドに特化したオモチャ作るならともかく
LAMPの基礎さえ怪しそうな連中がnode.jsなんて触ってどうするわけ?

250 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:54:25.39 ID:lh4ZCMGK.net]
>>247
ブラウザが絡む仕事というのは、それだけで今現在一大分野だと思うけどね
その分野でjavascriptからは逃げられないというだけでも、大きな理由でしょう
ブラウザが絡まないとでてこないというのも厳密には間違いで
altjsでコンパイルする場面というのは、デスクトップアプリやモバイルアプリでも
出てきてるわけで
確かにブラウザ以外、現状あまり採用されてないというのはあるけど
例えば、1年後や2年後には状況がガラッと変わっていると思うほどではある
2年前、nodeは存在していたけど、Web開発で広くツールとして採用されるという
ここまでの状況では全然なかった

251 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 00:57:43.95 ID:BhYBpDco.net]
> 例えば、1年後や2年後には状況がガラッと変わっていると思うほどではある
だったら状況が変わってからやればいいだけの話
変わってないのに手を出すのはただの新しもの好き

そういう人間にJavaScriptを薦めるなら理解できるが、君の言いようは普及もしてないものを
「これから普及しますから」と詐欺まがいのセールスをやってる太陽光パネルの営業(うちにもよく来るわ)
と何ら変わらん

252 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:01:27.02 ID:T6nKbDrg.net]
すごく小さなツールしか作れないし、それならPHPで十分だよね
フロントエンドなんて飾りです。偉い人には、それが(ry

253 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:02:31.41 ID:lh4ZCMGK.net]
>>251
いや、1年後と比べて状況がガラッと変わっていない現状でも
1年前と比べてガラッと変わってるわけよ
しかも、今の状況でもjavascriptは一大分野であって、
多くの人にとって手を出して得になる分野ではあるわけ

ただし、現状javascriptはホットすぎていろんなツールや方法論が
乱立しすぎて学習コストが半端じゃない
一言で言って学習が難しい
そういう意味では落ち着くまで待つというのは一つの選択肢なのは
認めるけどね
でも、早めに学習しておいたほうがいいという考え方もまたある

254 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:04:34.84 ID:T6nKbDrg.net]
yeoman、angular, expressしかないから

255 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:07:26.87 ID:fJ5JWofk.net]
>>229
ほんこれ



256 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:08:25.55 ID:BhYBpDco.net]
>>253
ブラウザ上で動く言語してのデファクトスタンダードはすでに確立されている
ブラウザ上の開発をやる人間にとっては覚えるべきというか覚えなくては何もできない
これについて異論を唱える人間はいないだろう
しかし、現状はそれ以上でもそれ以下でもない

257 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:10:08.43 ID:lh4ZCMGK.net]
>>252
例えば俺はatomエディタが物凄く小さなツールには見えないし、
作ろうと思えば大きなツールも作れると思うよ
他の言語と同じ
>>254
Yeomanって、bower、grunt、yoで構成されてるし、bowerじゃなくてbrowserify、gruntじゃなくて
gulpとか、yoのgeneratorからじゃなくて、Google Web starter kitやangular seedから
はじめたりとか
angularは2.0全く別のフレームワークに生まれ変わるとかreactも注目されてきてるとか
expressも開発チームはkoaに移ったりとかしてるし
そういうふうにね、ちょっとキャッチアップを怠るとすぐに古い情報になっちゃうわけよ

258 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:11:06.07 ID:T6nKbDrg.net]
jsって言うけど、jqueryでちょこちょこやるだけと、prototypeから弄るのじゃ別物だから

259 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:12:35.55 ID:T6nKbDrg.net]
>>257
どこのアホがReactで書かれたものを保守するんだw
2.0なんて、当分は使われないし、koaなんて誰も使わないから

260 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:13:38.73 ID:N7SvNSUi.net]
全部既にあるもので、しかも本格的に作れない半端ばかり

ブラウザがOSに取って変わるわけでもなし

キミがもっと高度な物を作ろうとしたなら、jsを選ばないと思うけどね

261 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:14:04.01 ID:lh4ZCMGK.net]
>>256
どうだろう
モバイルアプリでも結構な割合がjavascriptじゃないかと思うんだが
ネイティブじゃないにしても、ハイブリッドは多いだろう
そんで、モバイルとブラウザが昔より重要になってきてるから
それ以下でもそれ以上でもないという状況も昔と意味が違う

262 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:15:09.63 ID:T6nKbDrg.net]
>>260
飯のためにjsのであって、高度なものは言語に左右されない

263 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:16:01.82 ID:lh4ZCMGK.net]
>>259
angular保守するより、react保守する方が明らかに簡単だと思うんだが
2.0は当分先だろうけど、それでもぶっちゃけ1年後には出てるんじゃないかな
koaにしても、分からんよ
進化が早すぎてまじ読めない

264 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:18:32.02 ID:BhYBpDco.net]
>>261
それはブラウザの立場が変わっただけであって、JavaScriptがブラウザ上で動かすための言語であるという
部分には何の変化も加わっていない

ブラウザ上の言語としてJavaScriptは非常に重要であり、代替がきかないものであるが、それ以上でも
それ以下でもないことは変わっていない

265 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:20:44.63 ID:T6nKbDrg.net]
>>263
Reactのfolk数ひくいから触ったこともなかったわ。
Atomも、もうReactなんて使わないでVanillaJSだろ。たしか。



266 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:21:37.91 ID:lh4ZCMGK.net]
>>264
何度も言うけど、それ自体が疑問
今はブラウザの枠を飛び越えてる最中だし、
昔はjspやらphpでもっとサーバーサイドに比重があったよ
そして、仮にその枠を飛びこえていないにしてもブラウザ自体の重要性が変われば、
javascriptの重要性も変わってくるだろ
どの言語をやるかという話をしてるわけなんだから

267 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:23:05.58 ID:BhYBpDco.net]
>>266
飛び越えてる最中って、node.jsが何年もかかって、現状のザマなんですが
飛び越えようとしてるけど停滞してる、というのが妥当な評価かと

268 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:23:19.83 ID:T6nKbDrg.net]
>>264
このバカ、基本情報試験でプログロミングでも覚えたのか?

269 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:24:52.14 ID:TL9jp237.net]
>>265
folk数だいぶ増えてるよ
というか、folkもいいけどstar注目しといた方がいい
angular以上の勢いで増えてるから
なんだかんだでフロントエンドのViewに関わるライブラリとしては
angular、backboneに次いで今3位なんだよね

270 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:27:09.15 ID:TL9jp237.net]
>>267
nodeの開発は停滞しているけど、nodeのツールとしての採用が停滞してるようには見えない
というか、現状で既に広く採用されてるし、javascriptの有名なライブラリはもうほとんど
npm上にある
そうした環境としてはもうデファクトスタンダードだろ

271 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:27:30.08 ID:T6nKbDrg.net]
面倒だから知りたくもないんだけど、
ReactでもAngularみたく既存のライブラリをモジュール化できるわけ?

272 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:30:49.96 ID:TL9jp237.net]
>>271
モジュール化にもいろいろあって、javaのパッケージシステムのようなものを
イメージしているのであれば、単体では出来ない
ただし、多数派はbrowserifyやrequirejsなどと組み合わせてモジュール化するんだろうね
もし、モジュール化がコンポーネントを作ってカプセル化するという意味なら
まあ、viewの単位でそれをするのがreactだって感じ

273 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:30:50.92 ID:BhYBpDco.net]
>>270
それはツールとしてのnode.jsであって、その時点でJavaScriptを書く必要がある人間は
そのツールの開発者だよね、というのはもう指摘した話なんですけど
しかも、そのツールたちはブラウザ上のJavaScriptを管理するためのものでしかないし

結局のところブラウザ上の言語としてのJavaScript、という範疇は一切超えていない、と

274 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:32:33.68 ID:TL9jp237.net]
>>273
それも厳密に言えば間違えていて、採用率が低いだけだよねというのは話した
だから、今飛び越えているところだと表現した
そして、ブラウザでの採用率から考えて、飛び越えるだろうという予想は妥当と思う

275 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:36:03.25 ID:TL9jp237.net]
TYPESCRIPTやES6のようなaltjsを(es6はaltjsじゃないかもしれないが)使って
モジュール化するという方法も考えられるね
es6を使うという選択肢も、1年前は無かったかなあ
babelのような素晴らしいトランスパイラーが出てきたのは最近だからね



276 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:36:42.36 ID:BhYBpDco.net]
>>274
> 採用率が低いだけ
> 飛び越えるだろうという予想
こういう文言が太陽光パネルのうざい営業たちの文句とそっくりなんだよ

まず、飛び越えてから、その話をしようよ
飛び越えてもない状態で、飛び越えた後の話をしないでくれよ

根拠のない(というと君はどうせ的はずれな根拠を出してくるんだろうけど)予想に基づいた未来なんて
要らないんだよ
ましてその根拠のない未来に基づいたJavaScript万能説なんて詐欺でしかないんだよ

277 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:40:35.27 ID:T6nKbDrg.net]
>>272
angular.module([],[])のようなものをイメージしてるんだけど、
Reactには似たような機能は既に用意されてるの?

278 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:43:59.97 ID:lh4ZCMGK.net]
>>276
詐欺だと言われても、最初から予想だと言ってるじゃんw
ちなみに今でも枠を少し飛び越えてるしな
ここは程度の問題でいろんな意見があろうが、少なくとも、全く飛び越えてないというのは違う
それに、枠を飛び越えなくても今でも十分すぎるほど万能だと思うんだが
ブラウザが昔と比べて万能になってきているのだから
>>277
ない
ただ、altjsとか、javascript次期バージョン自体の機能や、node、
他ライブラリにはあるのでそいつらと組み合わせて使う
これはどちらがいいかは意見が分かれるだろうね

279 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:46:54.81 ID:T6nKbDrg.net]
fullcalendarやbootstrapを誰かが勝手にモジュール化してくれる
Angularコミュニティに参加して良かったと思う

280 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:49:17.39 ID:BhYBpDco.net]
>>278
とりあえずJavaScript万能説は取り下げてくれたようなので、俺はそれで満足だ

281 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:52:29.64 ID:lh4ZCMGK.net]
>>279
確かにangularのコミュニティーは大きくて素晴らしい
ただ、Fullcalendarは知らんが、bootstrapならreact−bootstrapはあるな
しかし、bootstrapも実は急速に注目を失いかけている
今はmaterial designだ
angularならangular-material、reactならui-materialだな
こういうところも、1年前と全く違う
reactがどこまで伸びるのか、はたまた他のライブラリが台頭するのか
全然読めない
困ったもんだ

282 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:53:07.86 ID:lh4ZCMGK.net]
>>280
いや、取り下げてないよ
これほど万能な言語は珍しい

283 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:54:54.03 ID:T6nKbDrg.net]
>>281
そんなものは学習コストに見合わないから、最初に触ったものだけで良いだろ

284 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 01:57:59.46 ID:lh4ZCMGK.net]
>>283
そう言われても、世間がそれを許してくれないんだよ
最初に学んだのがjquery uiだからそれだけ使ってればいいだろう
と言ってもbootstrapやangularが出てきてそうは問屋がおろさなかったわけ
これは確かに大きな欠点
学習コストは現状は高い
でも、以外と既存の知識があればなんとかなるもんだけどね
angularのこれはreactのこれに当たるとかね

285 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 02:00:18.26 ID:BhYBpDco.net]
>>282
ブラウザの上で動かす、というレベルでは万能だと君は言っている
それ以外だとnode.jsのサーバ化は失敗もいいところだし、ツールとしてはユーザが意識する必要はないのも認めている

ブラウザ上の言語としてのJavaScriptは他に選択肢がないのは事実だし、それ以外の分野でユーザが書く必要はない
つまり、ブラウザ上の言語としてJavaScriptを書ければ大多数の人間にとっては十分ということだ

将来?将来の話は将来にしよう
どうなるかわからない将来の話を元にJavaScript万能説を唱えるのは詐欺でしかない



286 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 02:02:46.11 ID:T6nKbDrg.net]
googleさんなら2.0以降でVDOMを取り込んでくれるよ

287 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 02:05:42.71 ID:lh4ZCMGK.net]
>>285
だから、何度も言ってるけど、ブラウザ自体がかなり万能だと
モバイルでも動くし、chrome appのように従来のデスクトップアプリのようなものも
ある
ゲームも出てきた
デスクトップアプリの代表のような存在だったofficeだって
Google docsとかスプレッドシートがあるだろう
この時点で万能だという説は成立すると思う

あとは枝葉末節だが、ブラウザ以外では、今は採用率は低いと認めざるを得ない。
しかし、ツールとしてのnodeはやってることはコマンドラインツールであって
ブラウザとは厳密には違う
やろうと思えば今ではモバイルのネイティブアプリもデスクトップアプリも作れる
「予想として」今後こういうシーンでの採用も増えるだろう

288 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 02:07:33.43 ID:T6nKbDrg.net]
node.jsってもうc10k問題の特効薬みたいに言われてるけど、どうなの?

289 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 02:11:52.94 ID:BhYBpDco.net]
>>287
> だから、何度も言ってるけど、ブラウザ自体がかなり万能だと
別にそこは否定しないよ
ブラウザの使うシーンが増えることでJavaScriptが使われるシーンが増えるだろうね
ブラウザ上のJavaScriptフレームワークは百花繚乱だし、いいことだと思うよ

> やろうと思えば今ではモバイルのネイティブアプリもデスクトップアプリも作れる
作れるということとJavaScriptを(ブラウザ言語として以外で)覚えるべきということとは
まったく違うレベルのお話だよね
デスクトップアプリとしてのJavaScriptはひよっ子もいいところだし、その分野の言語として
JavaScriptを覚えるべきというのは(現状では)まったくありえない論理であるのは確実だ

つまり、ブラウザ上の言語としてJavaScriptを薦めるのはまったくもって正当であり、
逆にそれ以外の言語を薦めてるとしたら頭がおかしいとしか思えない
逆にブラウザ以外の言語としてJavaScriptをすすめてるならそれも頭がおかしいとしか
思えない。これが結論だね

290 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 02:16:07.90 ID:T6nKbDrg.net]
ブラウザは既にJVM、CLR以上に万能な仮想環境だよ
そのまま、OSとしてスマートフォンに載るぐらい
おまえらのアホな長文とは裏腹に、これが現実。

291 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 02:18:01.40 ID:lh4ZCMGK.net]
>>289
そうでもないと思う。
ブラウザ以外の一大分野であるモバイルアプリで採用率はかなり高いと思う
objective-cやjava、将来的にはswiftほどじゃないにしても、その次くらいじゃないかな
デスクトップアプリもMicrosoftで採用されたし、多くはブラウザアプリと似てる
頭がおかしいとまでは言えない

292 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 02:19:03.83 ID:N7SvNSUi.net]
「やろうと思えば」ってw

もともと他言語で実際やってたことを今までjsではできなかった

jsでできるようになって「自分にもできるようになったよ!」と喜んだ?

みんながWeb出身だとでも思ってるの?

293 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 02:20:02.08 ID:BhYBpDco.net]
>>290
だから、ブラウザ上の言語としてのJavaScriptについては何も否定してないよ

それをネイティブアプリとかそっち方面にまで話を広げようとするからおかしなことになってるだけで

294 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 02:23:22.96 ID:T6nKbDrg.net]
>>292
jsでネイティブアプリ制作できるツールが出来てんだよ
で、その他言語ってプラットフォームに依存まみれなわけ
JVMやCLRの中間言語なんて誰も読みたくなかったし、
c++のコンパイルを悠長に待ってられなかったんだろうね

295 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 02:25:30.76 ID:lh4ZCMGK.net]
>>293
モバイルのこと?
ネイティブはともかく、ハイブリッドは結構あると思うぞ



296 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 02:50:38.17 ID:N7SvNSUi.net]
jsが歴史的背景とブラウザベンダーに依存まみれで、スクリプト言語の構文としてイマイチなまま

選択肢が一つ増えたことはいいことだが、今の時点でこれまでのものと同等の質に作れるのか?

RとかLuaとかC#とか、それぞれの分野にあった良い言語があるわけで、どんなものを作りたいかに
よって適宜選べばよい
jsはたいしたものを作らなくてもよい場合に選ぶ言語

297 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 03:15:58.40 ID:lh4ZCMGK.net]
javascriptには細かいミスがたくさんあるのは事実なんだけど、
意外とそういうのはスタイルガイドなり、ツールなりaltjsなり、対処方法が結構ある

その上に、objectがstringをkeyとするmapで表せる点(それによってjson記法が普及した)と、
クロージャと無名関数、イベントループ式のイベント処理を備えていたのは大きくて、
それによって多くの用途で十分な言語になったのだと思う

簡潔な記法(json)、柔軟な抽象化(無名関数)、
簡単な非同期処理(シングルスレッド式のイベント処理)が揃った稀有な言語だったんだね

298 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 03:23:10.70 ID:q8alwpTV.net]
匿名関数な。無名と言い出した馬鹿はどこの誰だ?

299 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 03:26:17.69 ID:q8alwpTV.net]
IE5の時にasyncをfalseに出来た事がむしろ革命的だった。それまでは何もかもがロード待ちのイベントドリブンだった。

300 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 03:29:18.98 ID:q8alwpTV.net]
つうか、IE5の時にmsdnにhttpsocket実装した数千行のJSあっただろ、あれ保存している人がいたら、欲しいな、今のサーバーJSと比べたいから。
JSの歴史なんて剽窃の歴史。

301 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 03:41:46.94 ID:lh4ZCMGK.net]
Ie5の時代は、まだjavascriptの真の力は発見されていなくて、
今のような本格的な使われ方ではなかったように思う
Json、promiseが出てくるにつれてさらに本格的に使われだしたように思う

302 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 05:30:46.34 ID:JYdN8ahe.net]
まともな物を作るならネイティヴはコンパイラ言語じゃないとね。JSは遅いしソースも抜かれるんじゃないの?

303 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 06:04:59.73 ID:N7SvNSUi.net]
対処方法とかいちいち余分な手間は増やさなくていい

304 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 06:36:18.94 ID:4QHfAWpc.net]
JavaScriptのミスって言ったら作者も認めてる、
グローバルスコープに容易に変数が定義できてしまう点くらいだと思う。
で、それはstrictmodeで防げるんだから大丈夫。

305 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 07:00:03.13 ID:lh4ZCMGK.net]
>>302
確かにその辺の懸念はあるね
どんな言語でもマシン語や中間コード解析されたら終わりだけど

>>303
まあスタイルガイド(コーディング規約)とかツールとか、新たな言語仕様を余計に覚えるとか
どの言語でも必要な事が多いけどね

>>304
細かいこというと、演算子による型の自動変換の振る舞いとか、
特に二重イコールの動作とか、thisの細かい振る舞いとか
withの振る舞いとか
いろいろ危険とされてる仕様はある
まあぶっちゃけ、回避はできることがほとんどではあるが



306 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 07:12:25.34 ID:4QHfAWpc.net]
>>305
それはミスではなくてあくまで選択、特徴だと思う。
withだってProxyと組み合わせて面白いことができたりするし。

307 名前:デフォルトの名無しさん mailto:sage [2015/03/09(月) 07:22:10.67 ID:lh4ZCMGK.net]
>>306
Withで指定したobjectの中に、withの中で左辺値として指定しようとした
propertyが定義されてないときの振る舞いの事ね
てか、strictモード使うんじゃなかったのかw






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<132KB

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