- 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
- 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万能説は草彅ダンス万能説と同じでネタでしかない
- 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]
- 「やろうと思えば」ってｗ
もともと他言語で実際やってたことを今まで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
- 308 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 07:37:40.41 ID:zs97/pAx.net]
- >>307
その振る舞いは妥当だよ。
特に関数スコープvarだけの世界だったJSにおいてあれ以外の振る舞いをさせようがない。
だから設計はミスではないし、だからと言って存在自体がミスと言えるほどだとは思わない。
strictmodeで禁止なのは必須の構文ではないのとパフォーマンスへの影響部分が大きい。
- 309 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 07:44:41.29 ID:ewisVoGf.net]
- LuaはJavaScriptのミス修正版だから仕様を見てみるといいよ。
インデックスが1から始まるところだけはいただけないが。
- 310 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 07:53:35.62 ID:lh4ZCMGK.net]
- >>308
でも存在自体がミスだった(より有用な別の仕組みが良かった)と
思ってる人は多いと思うけどね
こればっかりは、多いと思うとしか言えないんで
平行線なのは分かるけど
- 311 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 08:00:13.52 ID:lh4ZCMGK.net]
- でも、結局のところ悪いとされてる使い方をしないというだけで
回避できるんだよね
それは結構簡単でコーディング規約に書いてあったりlintが
教えてくれたりする
他の言語でもそのくらいはするだろ
- 312 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 08:22:44.34 ID:r4+pQju3.net]
- 少なくともwith文という形であれ以外の挙動はさせようがないだろ。
エラーにするのはおかしいし、具体的にどんな挙動だったらよかったんだ？
Dartの..みたいなのがあれば良いということなら分かるが、with文の否定にはならない。
- 313 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 10:31:20.53 ID:HvW1h5E5.net]
- もう分かった分かった
Ruby、Swift、C#にjsも加えてやるよ
- 314 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 15:50:44.04 ID:Bs69F6Lw.net]
- （´・ω・｀）人（´・ω・｀）ナカーマ
- 315 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 17:37:23.71 ID:JYdN8ahe.net]
- そこまで入れるならGoも入れてくれよ
- 316 名前：デフォルトの名無しさん [2015/03/09(月) 19:28:19.95 ID:0YP+qxsb.net]
- >>99
> 特にRuby使いは福岡行けば当分安泰
朴槿恵 「大使斬りつけ事件はむしろ韓米関係を近づける機会になった。あと私も昔顔を斬られた」 [転載禁止](c)2ch.net
ttp://hayabusa3.2ch.net/test/read.cgi/news/1425878976/
> 232 名前： ジャンピングDDT(福岡県)＠転載は禁止[] 投稿日：2015/03/09(月) 16:18:49.29 ID:VzGh6Ta00
> おまえらは米韓関係が良くなることがそんなに怖いのかｗｗ
福岡は地獄だと思う。
- 317 名前：デフォルトの名無しさん [2015/03/09(月) 19:32:34.35 ID:0YP+qxsb.net]
- >>244
ゲームのチートですね。
せっかくゲームが javascript で書かれていてデバッグ環境も標準装備されているのに、
変数の値を見たりもできるのに、
自分のチートコードによってそれらを操縦する方法がわからなくて。
特にわからないのが、Click 操作がどう制御されているのか・・・
HTMLなら OnClick とかの関数名が書いてあるのに、
動的レイアウトではそういうのがどこに書いてあるのかわからなくて。
- 318 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 19:52:03.89 ID:T6nKbDrg.net]
- >>316
sinatraをforkしたframeworkとか使ってそうだよね。Rubyistたちの心の闇は深い
- 319 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 22:02:14.89 ID:lh4ZCMGK.net]
- >>312
だからwith自体が間違いだったということ
具体的には、全くなくなるか、便利な機能だけ代替できる
別の構文で良かったんじゃないの
それ以上具体的にはどうやるかは知らんが
そのdartの..とやらもいいのかもな
- 320 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 22:53:34.94 ID:Bs69F6Lw.net]
- ではもうCとか含めてプログラミング言語全部でバトルロイヤルしよう（＾ｏ＾）
そもそもなんでスクリプト(限定)バトルロイヤルなんだっけ（＾ｏ＾）？
- 321 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 23:01:33.34 ID:0YP+qxsb.net]
- >>320
コンパイル言語では C言語が完璧すぎて議論にならないからだろ。
- 322 名前：デフォルトの名無しさん mailto:sage [2015/03/09(月) 23:23:08.05 ID:kjWf0/KW.net]
- >>320
コンパイル言語使うような奴はこんな不毛な争いはしないから
- 323 名前：デフォルトの名無しさん mailto:sage [2015/03/10(火) 05:13:30.56 ID:s394deK9.net]
- >>319
Dartの..はごく一部の用途にしか使えないし、
withのスコープへの介入できる機能はけして代替できない。
逆に、Dartの..で済むような用途にはwithは味がありすぎるというだけ。
withはメタプロの方面で活躍させればいいし、必要。
- 324 名前：デフォルトの名無しさん mailto:sage [2015/03/10(火) 06:38:07.52 ID:ZyX65yHp.net]
- >>321
C言語は当時としては良い言語だったが
今となっては完璧とは言い難いよ
- 325 名前：デフォルトの名無しさん mailto:sage [2015/03/10(火) 08:11:31.61 ID:8dfd2ZCz.net]
- じゃ今Cより完璧なものって何さ？
- 326 名前：デフォルトの名無しさん mailto:sage [2015/03/10(火) 10:53:27.00 ID:xpU6q4/p.net]
- Cと同等のポータビリティとモダンな文法をもち低レイヤーへのアクセスが容易な言語でしょう
- 327 名前：デフォルトの名無しさん mailto:sage [2015/03/10(火) 12:20:17.79 ID:BO1l8SLB.net]
- それなんてjavascript?
- 328 名前：デフォルトの名無しさん mailto:sage [2015/03/10(火) 12:27:29.38 ID:8dfd2ZCz.net]
- >>326
だから何よ？
- 329 名前：デフォルトの名無しさん mailto:sage [2015/03/10(火) 13:35:30.61 ID:BO1l8SLB.net]
- だから、javascriptだって。
javascript、assemblerでググれば企業やLLCが作ったツールぐらい出てくるだろ
- 330 名前：デフォルトの名無しさん mailto:sage [2015/03/10(火) 13:51:21.28 ID:fOv62Osz.net]
- Rust, ATS2
- 331 名前：デフォルトの名無しさん mailto:sage [2015/03/10(火) 18:30:50.04 ID:xpU6q4/p.net]
- NimなんかはCのコードにコンパイルされるので
Cの出来ることを包含している、かつ、モダンな言語仕様と言って良いかと
Rustはポータビリティの面で劣るけど、そこを気にしないならCに勝る
llvmベースだから将来的にはポータビリティ高まるだろうし
|
 |
