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


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

【JavaScript】スクリプト バトルロワイヤル49【php,py,pl,rb】



1 名前:デフォルトの名無しさん mailto:sage [2015/04/29(水) 20:58:27.13 ID:ynuTQJZG.net]
前スレ

【Lisp】スクリプト バトルロワイヤル48【pl,rb,php,js】 [転載禁止](c)2ch.net
peace.2ch.net/test/read.cgi/tech/1425051187/

610 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 08:15:23.62 ID:nwV8enKl.net]
>>584
Dartが失敗したのは

所詮二番煎じだからww

611 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 08:21:53.45 ID:MBfknsBq.net]
Googleって一般的なイメージよりは業務寄りの事業もしてるけど、
ドカタ系の開発者からすると「Googleの新技術?どうせすぐ投げ出すんでしょ?業務には使えないよ」だから
そのGoogleがJava寄りのドカタ用言語を出したといっても誰も飛びつくわけがないわな
事実また投げ出したわけだし

612 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 08:29:31.32 ID:nwV8enKl.net]
>>593
Googleの事業で検索以外に成功したものは無い。
GASに関しても、ハッキリ言って使い物にならないゴミ。頻繁に勝手に仕様変更
してるのか、本番機で勝手に作業してるのか、メソッドが動かなくなることがある。

しれっと元に戻してたりするが、一切アナウンス無し。

はっきりいって、Googleに技術力がないのがよくわかる。アソコはギーク馬鹿の
集まりでしか無い。検索以外じゃ無能の一言。MSのようなビジネスとしての事業
継続性は全くない。

613 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 09:39:37.10 ID:taVQHAdz.net]
なんだかんだいってMSはしっかりしているよな。
ビジョンもイノベーションも糞も無くて、
飯食わしてやるから金よこせ、だもん。
したたか。

614 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 09:47:34.50 ID:wzJj0dqz.net]
まあ何事も表裏一体だからなんとでも言えるが
俺は新しさが好きでスクリプト界に居るからGoogleみたいな存在は好きだけどな
SPDYとか成功したものも多くあるし、
JSでもO.oとかSSとか価値あるしね

615 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 09:58:46.17 ID:/bdZf+gr.net]
しかしGoogleで席を用意してくれたらその日の便で渡米する。衣食住に困らなければ報酬なんか要らない。それほど魅力がある。

616 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 11:45:47.71 ID:MBfknsBq.net]
人間、ギークになるだけなら簡単なんだよな
人間社会という最大の脳リソース馬鹿喰い要因を切り捨てれば、
Webスタックの技術を極めるくらいは地頭悪くても誰にでもできる
両方を高いレベルで両立させてるMSはなんだかんだ凄いと思うよ

617 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 12:16:37.34 ID:WLWSPHAU.net]
けして極めてはいないと思うし、
そもそも作る側だから根本的に話が別

618 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 15:59:38.25 ID:UzSsqpE0.net]
>>598
Web界隈のgeekなんて、一般社会でドヤ顔したそうなヤツらばかり
真のオタクは今でもterminalのバグでも潰してる



619 名前:デフォルトの名無しさん [2015/05/21(木) 18:04:28.38 ID:6VRP+VFd.net]
>>596
> JSでもO.oとかSSとか価値あるしね

O.oとかSSって何?
略されすぎてわからないよ!

620 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 19:42:22.66 ID:taVQHAdz.net]
>人間社会という最大の脳リソース馬鹿喰い要因を切り捨てれば、

これはちょっと違うと思うね。言葉のあやかもしれんが。
今必要とされてて、人間社会に受け入れられて、今のコンピュータの能力で実現可能で、
かつ、お金にもなる題材を見つけて、
老人を説得して、お金を集めて、実装して(させて)、メンテして、ビジネスとしてやっていくのが難しい、
んだと。
オタクエンジニアの巣窟の日本が沈みかけているのを見ても分かるように、
技術だけでは食っていけない世の中になってきているな。
日本人の考えるITサービスって、どれもこれも絵空事というか、生活に密着してないというか、
要らないものばかりなんだよな。
難しいこと考えなくても、楽天みたいなので良いんだよ。ああいうのがもっと増えればよい。

621 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 19:59:23.77 ID:NgWTUREN.net]
amazon はよくやったね、和製 kindle がいまだにどうして出てこないのか?

622 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 20:57:47.11 ID:zVPHEWnj.net]
>>602
アメリカはプラグマティズムの伝統があるし、日本も見習わないといけないんだろうけど。。。

ソフトは前からボロ負けの日本だけど、ハードの方もダメダメになってきてるよね
日本ってどうなるんだろう

言語をどれにするとかじゃなくて、実際に何を作ったかなんだろね

623 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 21:13:19.68 ID:Gr12hR7k.net]
>>601
Object.observeとSoundScriptじゃね

624 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 21:40:54.18 ID:5e0lQKPT.net]
さんざん考えた結果が「音のよくなるSDカード」とかね‥

625 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 21:43:55.63 ID:Vq4M2ebO.net]
>>603
電子書籍リーダは片っ端から討ち死にしたじゃん

ちなみにこんな板もある
wc2014.2ch.net/ebooks/

626 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 21:46:24.25 ID:uDd3DnUr.net]
つまるところ結局はAppleさんとMSさんなんすよね
Swift,C#

627 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 22:39:26.30 ID:YwdnX1o3.net]
Objective-CとVBScriptの暗黒時代があったことを忘れてはいけない。

628 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 22:50:34.50 ID:6VRP+VFd.net]
>>605
ありがとう
略してなくても知りませんでした(><)



629 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 23:01:09.04 ID:jbuoF7Q4.net]
Googleは今英語圏の若者から見ても魅力ないみたいだね。

10年後には潰れてそう

630 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 23:27:04.63 ID:x6V9+0V+.net]
GoogleはDartは失敗したが、Angularは成功した(ただしよくディスられるが)し
Go言語もDockerで使われたり、サーバーサイドで人気が出始めたり
まあ成功しそうだ
大量の失敗はあっても、わずかな成功があればそれでいいという印象
実際世界一を争う企業だしね

631 名前:デフォルトの名無しさん mailto:sage [2015/05/21(木) 23:46:59.14 ID:Vq4M2ebO.net]
20%ルールがあるかぎり不滅だ…と思ってたが既にダメになってるのか?

632 名前:デフォルトの名無しさん mailto:sage [2015/05/22(金) 00:49:34.59 ID:fGtem5+y.net]
angular -> htmlの再発明
react -> Backbone.Viewの再発明
ember -> backbone.jsの再発明

633 名前:Office & Gamers ◆G144Hzgh2.0e mailto:アハ♪” uh huh [2015/05/22(金) 01:44:53.62 ID:zksXylX8.net]
>>604
>ソフトは前からボロ負けの日本だけど、ハードの方もダメダメになってきてるよね
>日本ってどうなるんだろう

日本企業の問題って言うと、損得感情が先行&前のめりして研究者を安定させない結果、人もモノも育たなく
なった、ってなところだろうなw

少し英語を覚えて海外発の技術水準を身に付けるのが生き残りの近道w

634 名前:デフォルトの名無しさん mailto:sage [2015/05/22(金) 05:34:38.60 ID:OeJLh1Lf.net]
DartはJSの代わりとしてはダメだが
Javaの代わりとしてAndroidで期待してる

635 名前:デフォルトの名無しさん mailto:sage [2015/05/22(金) 11:00:34.13 ID:mnR8Ftbb.net]
Dartみたいなの使いたがる奴って別にそれがすごく便利だからというよりは
周りに流されてるだけだったり周囲にドヤ顔するためだったりするので
Dart m9(^Д^)なイメージが付いちゃった時点でもう完全に終わり

636 名前:デフォルトの名無しさん mailto:sage [2015/05/22(金) 18:09:22.51 ID:fGtem5+y.net]
そもそも、m9(^Д^)されるのは、ユーザーに成果物がないからで言語のせいじゃない
ただし、何か生産的なものを作る人たちはDartなんて使わない。
それが非効率だって分かってるから

637 名前:デフォルトの名無しさん mailto:sage [2015/05/22(金) 23:14:21.98 ID:ZPAGsRUC.net]
jsはes6でかなりマシになったな
babelもあるから今使っても無問題
緩いところはtypescriptで安心だし

638 名前:デフォルトの名無しさん [2015/05/22(金) 23:40:03.90 ID:BJeKbg55.net]
>>616
同じく。



639 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 02:14:24.40 ID:aWFfanUl.net]
googleでもgoはまあまあ良いぞ
名前が糞なのとテンプレートどころかジェネリクスすら無いのが致命的だが
rustがあの速度で似た構文になってくれたらな

640 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 11:29:18.60 ID:wCdzmxCi.net]
babel とて ES6 の対応状況を考えるとまだまだ本番投入はきついな
遊びで使ってみる分にはいいけど

641 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 13:40:06.56 ID:57CfBDkO.net]
version毎の後方互換性って面だとperlってすごい言語だよね
es5からes6に移行したとき既存のJS library, frameworkはどうなるのん?
backbone.jsと同じコンセプトのもの作られないかな

642 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 16:58:33.46 ID:mDaNJW5c.net]
後方互換性は99.99%守られた仕様になっているので問題ない
移行自体も機能別にじわじわ進んでいるし、O.oやSABがそうなように
ES6の実装が完了する前にES7の実装が開始されている
もはやLSに限りなく近くなってきている

643 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 17:14:44.56 ID:PEaWitqV.net]
>>622
十分だと思うが

644 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 18:35:23.30 ID:5c5gLsad.net]
ある意味(真の)JSerでなければ十分だろうな
長らくJSをやってきたものなら表面的な構文以外にも
Proxyやらnew.targetやら使いこなしたくなるだろうけど、それはコンバート困難な部分だしな

645 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 19:57:12.79 ID:PEaWitqV.net]
仕事に投入するかどうという話なのに
その理屈はおかしくね?
だってES5もそれらの機能は無いんだぞ

646 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 20:34:22.19 ID:fOYiqfRu.net]
そういう文脈じゃないってのは言わなきゃ分からんのか?
>>627は一体俺にそんなことを言い付けてどうしたいわけ?

647 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 20:43:00.66 ID:Ft07c3wx.net]
>>628
いや、そういう文脈だろ
何言ってんだお前w

648 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 21:57:05.00 ID:SgbjeX2J.net]
TypeScriptでいいわ
ES6にはわざわざ昔のブラウザを切り捨てるほどの魅力はない



649 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:12:16.58 ID:wCdzmxCi.net]
仕事で使うのにES6完全対応じゃない、しかもこれからどれを対応するのかも分からない、
そんな状態じゃ不便すぎて使えないよね
遊びで使うなら「お、この機能使ってみようかな」でできるけどさ

650 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:12:52.60 ID:57CfBDkO.net]
Web designみたいなものに、いちいち型タイプするの面倒でない?
業務アプリでtypescriptって、どんな複雑なもの作るんだろう

651 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:15:36.60 ID:SgbjeX2J.net]
>>632
TypeScriptの型付けはあくまでオプションだよ
型アノテーションは静的型チェックに使われるだけで、
特にコンパイル時の型に依存した機能はない

652 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:19:08.00 ID:Ft07c3wx.net]
>>630
なんで?babelのようなトランスパイラーの話をしてるんだから
昔のブラウザ切り捨てるわけじゃないだろ
>>631
なんで?対応してるところだけ使ってればいいだろ

653 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:22:59.30 ID:wCdzmxCi.net]
>>634
いちいちbabel-ES6の対応リファレンス見て?
ES6リファレンス見て対応リファレンス見て、なんて手間すぐる
しかも対応リファレンスはいつどう変わるのかも分からないという
これじゃとても使えない

654 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:24:56.74 ID:Ft07c3wx.net]
>>635
それのどこが手間なんだ?
ES6覚えることのほうがよっぽど手間だと思うんだが
しかも、対応していない機能なんて一部のマイナー機能だけだから
リファレンスなんか見る必要すらも殆ど無いと思うんだが

655 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:30:12.15 ID:wCdzmxCi.net]
>>636
ES6完全対応ならES6のリファレンスだけ見りゃすむ話なのに、babel使うとなると、
ES6で使おうとした機能がbabelに対応してるかどうか見る手間が増える
これはめんどくさい

そりゃES6大好き人間が使うんならそういう対応表も頭に入ってくるんだろうけど、
JSなんて大概は「仕方なくいやいや」使う言語なので、チーム内で使うには
そういう手間が増えるのは致命的マイナスポイント

656 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:35 ]
[ここ壊れてます]

657 名前::06.56 ID:Ft07c3wx.net mailto: >>637
よく使う機能はほとんど対応しているので、proxy使えないとか、
new.target使えないとか例外いくつか覚えるだけなんだが

そんなものが手間だというのなら、ES6なんかとても覚えられないし
さらにいえばES6覚えるよりも、フレームワークやライブラリの使い方
覚えるほうがはるかに手間だ
チームで手間だというが、そんなアホなチームなら、
そもそもES6もフレームワークもとても使えないだろ
[]
[ここ壊れてます]

658 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:45:28.71 ID:wCdzmxCi.net]
>>638
ちがうちがう
babel自体にはリファレンスはなくて、あくまで「ES6(あるいはES7?)のこの機能に対応してますよー」っていう
対応表があるだけなんだよ
つまり、言語リファレンスとしてはES6を参照しなくてはいけなくて、しかもES6の中で使おうとした機能が
babelに対応してるかどうかの確認も必要という二度手間が問題なんだよ
フレームワークやライブラリなんかはそこのリファレンスを見ればおしまいな点で決定的に違う

JS好きなんてほぼ世の中にいない現状でそういう手間をチームに押し付けるのは無理がすぎるよね



659 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:52:43.63 ID:Ft07c3wx.net]
>>639
とりあえずその意見はすべてわかった上で(babel自体にリファレンスが
ないというのはちょっと違うような気もするが)638のようなレスしてる
わけだが?
二度手間っていうが、その二度目の手間が一度目に比べて
はるかに小さいと言ってるわけ
二度目の手間がそんなに無理すぎるというほど問題ならそれよりはるかに
大きな一度目の手間は大丈夫というのはおかしいと言ってるの

660 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:56:26.64 ID:Ft07c3wx.net]
大体、IE6ではこれに対応しているが、IE7は対応していない
みたいなことを過去にHTMLやCSSで何度も経験してきてるであろう
JS使うチームがES6程度の対応の把握に手間取るなんて
俺には考えられないね
本当に仕事してるの?

661 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:57:17.72 ID:wCdzmxCi.net]
>>640
手間が増えるということは余計なトラップを踏む可能性が出てくるということだよね
しかもJSはコンパイル言語じゃないから、コンパイル時に発見できるわけでもない
ただでさえいやいや書いてるJSなのに、そんな余計なトラップ踏んだ日にはその日の
モチベーションはガタガタだよ

そんな状態になるぐらいなら実績の多いCoffeeScriptの方が百倍マシってもんですよ

662 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:57:51.80 ID:Ft07c3wx.net]
>>642
はあ?
babelはコンパイラーなんだが?

663 名前:デフォルトの名無しさん mailto:sage [2015/05/23(土) 23:58:42.78 ID:wCdzmxCi.net]
>>641
そういうのにみんなうんざりしてるからjQueryなどが出てきたんでしょうが

664 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:00:15.55 ID:yUhL+8bf.net]
>>644
jQueryのおかげでCSSの互換性を考慮しなくて良かったとでも?
本当に仕事してる?

665 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:01:43.90 ID:kcl6PGga.net]
素人相手に素人がボッてるんだろう

666 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:03:33.30 ID:61R9xmfj.net]
>>645
bootstrapとかCSSフレームワークも最近は流行ってるよね

667 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:04:37.51 ID:yUhL+8bf.net]
jQuery覚える労力を100としたら、babelが対応していないES6機能を把握する
労力は2くらいかな
どちらも、全部パーフェクトに覚えないと仕事できないってわけでもないし

668 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:05:08.38 ID:kcl6PGga.net]
>>648
してないだろw



669 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:06:46.92 ID:w2Kgh7Fe.net]
>>647
Bootstrapはバージョン2だとIE7でも使えるが、
3以降はIE8以降じゃないと使えないとか、IE8だと
これとこれとこの機能が使えないとかあるけど
俺からしてみればbabelの対応がどうこうってそれと大差ないよ?

670 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:07:54.96 ID:yUhL+8bf.net]
>>649
?まあしてるけど
jQueryパーフェクトに覚えてないよ

671 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:08:41.93 ID:61R9xmfj.net]
>>650
IE7はもういいでしょ…
IE8はWindows7の最初のブラウザだからもうしばらくは対応する必要はあるけど

672 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:09:24.94 ID:yUhL+8bf.net]
>>652
論点がずれてる

673 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:10:49.90 ID:kcl6PGga.net]


674 名前:jsでのブラウザの対応って、何処まで対応しなきゃならんわけ?
Javaのe-learningシステムでもIEだけとか、Windowsだけとか頭打ちになってたけど
[]
[ここ壊れてます]

675 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:13:51.24 ID:61R9xmfj.net]
でもangularjsとかもIE8を切り捨ててるように、レガシーブラウザ対応はどこも難儀してるよね
jQueryみたいにリソースがあるプロジェクトなら1系と2系の両方をメンテナンスすることもできるけど、
そんなプロジェクトは数えられるほどしかないし

結局ES6だと騒いでもレガシーブラウザ対応が残り続ける以上はES6完全対応のコードが書ける
のは東京オリンピック以降(Windows7のサポートが切れる)になるんだろうね

676 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:14:43.03 ID:61R9xmfj.net]
>>654
案件によるとしか
コンシューマ向けならIE8はまだまだ切れないし(シェアは15%ぐらいあるんだっけ?)

677 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:20:49.83 ID:pXMM3pgz.net]
AltJSがあるのにわざわざコンパイル必要なES6を書く意味ってあるの?

678 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:22:41.90 ID:kcl6PGga.net]
AltJSって、jsの互換性を担保するようなものなの?



679 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:24:24.85 ID:yUhL+8bf.net]
ES6完全対応じゃなくても、ES6のたいていの機能は使えるし、
なぜそこにこだわるのか分からんね
ライブラリなり言語の一部の機能を使えればその部分の恩恵は得られるわけで
全部使えなくては仕事に使えないなどと言い出すのはおかしい
jQueryを完璧マスターしないと仕事に使えないと言い出すのと同じことだ

680 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:26:10.70 ID:kcl6PGga.net]
ttps://babeljs.io/docs/faq/

681 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:28:14.66 ID:61R9xmfj.net]
>>659
そうなるとbabelはただのAltJSの一種だよね?
CoffeeScriptでもLiveScriptでもOpalでもScala.jsでもいいわけで

ES6完全対応が相当先である以上、別にbabelにこだわる必要性もそこまでないはずだよね

682 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:28:27.21 ID:yUhL+8bf.net]
>>657
AltJSとES6は別物なんだからそれぞれ
利点と欠点があるだろ
ES6の利点は、JSそのものだから、AltJSに比べて
廃れるリスクが少ないという利点はあるな

683 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:31:24.41 ID:yUhL+8bf.net]
>>661
俺のレス読んでる?
完全対応が相当先ってことを気にする必要はないと言ってるわけだよ?
あと、AltJSだって機能があったりなかったりするし、好みもあるし
学習の容易さとかいろんな要素があるだろ
その中でどれを選ぶかは、いろんな要素がある
ES6がAltJSより明確に劣っており、選択肢から外れるとは思わない

684 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:33:11.21 ID:kcl6PGga.net]
>>661
typescriptやbabelはともかく、OpalやScala.jsって誰が使うの?メリットが見えない

685 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:33:46.80 ID:61R9xmfj.net]
>>662
ES6は規格だけど、babelはES5にコンパイルするものだからAltJSの一種だよね?

廃れる廃れないの話になると、5年以上先の話なんて誰も読めないんだから、babelを取り立てて
プッシュする理由としてはちょっと弱いな

686 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:36:18.21 ID:kcl6PGga.net]
ttps://babeljs.io/users/
有名所は、皆、babelつかってるね

687 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:38:12.66 ID:yUhL+8bf.net]
>>665
babelはES6のコンパイラだから他のAltJSとはその点で違う
まあ、仕事してないと標準にこだわることのメリットって
あんまり分からないかもね

688 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:38:25.98 ID:61R9xmfj.net]
>>664
Ruby好きやScala好きが書くんじゃない?
個人的にはTypeScript以上に流行るとはとても思えないけど、この業界で予言者は弁護士なみに
信頼が置けないから断言するのはやめとくw



689 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:40:17.72 ID:kcl6PGga.net]
>>667
標準に拘るのはベトコンだ。Opalは訓練されたベトコンだ

690 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:41:22.42 ID:yUhL+8bf.net]
>>666
さすがだな
大企業の仕事でバリバリ使われてるんだなw

まあそもそも、Babelがコンパイラだって知らなかった奴が
Babelは仕事で使えねーって喚いてただけだからなw

691 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:43:28.39 ID:61R9xmfj.net]
>>670
それを言えばCoffeeScript(github?)もTypeScript(MicroSoft?)もバリバリ使われてるけどね
結局のところAltJSの争いのひとつってことかな

692 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:44:40.82 ID:yUhL+8bf.net]
>>671
争いの一つ=仕事で使える
ってことでいいのかな
結局負けを認めるってことね

693 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:45:48.69 ID:61R9xmfj.net]
>>672
じゃ、君もbabelはAltJSの一種と認めるということで、引き分けだな

694 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:46:27.46 ID:yUhL+8bf.net]
>>673
俺はBabelがAltJSの一種かどうかで争ったつもりなんて
全くないんだが?w

695 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:47:02.76 ID:61R9xmfj.net]
>>674
いや、認めてくれるならそれでいいよ

696 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:48:56.88 ID:yUhL+8bf.net]
>>675
どうだろうなー
俺は「AltJS」とやらの言葉の定義がよくわからないしなーw
babelはコンパイラ(トランスパイラ)だけど、言語じゃないから
AltJSが言語を指すとすればAltJSじゃないことになるなーw
いやー難しいなー、分からないなーw

697 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:49:04.43 ID:kcl6PGga.net]
おまえら、仕事してるのw

698 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:50:17.18 ID:yUhL+8bf.net]
>>678
一応してるぜ



699 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:50:38.54 ID:pXMM3pgz.net]
ぶっちゃけ仕事上で標準に拘って得した事が無い

700 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:51:42.91 ID:61R9xmfj.net]
>>679
MSとかいろいろ作っては捨ててきたからねぇ…
DCOMとかどこ行ったんだろ?w

701 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:54:28.61 ID:w2Kgh7Fe.net]
>>679
俺はたくさんあるな
チームが標準にこだわらなくて損したことも数限りなくある
標準のものや規約を使ってる部分は他人が書いたコードでもすぐに理解できる
標準のライブラリがあるのに独自ライブラリを作って
バグだらけになったりして損することもある

702 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 00:56:43.62 ID:yUhL+8bf.net]
いい例が、Scala.jsじゃねw
本人はScala好きだからいいだろうが、仕事でそれやられると
Scalaの開発者集めなくちゃいけなくなりそうw

703 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:02:18.15 ID:61R9xmfj.net]
>>682
Scala.jsは別にいいと思うけどなー
完全に色物だと誰が見ても分かるし、それをわざわざ使うんだから覚悟もあるでしょ

だけど標準ということを理由に選ぶのは逃げだよなー
MSは言うにおよばず、W3CみたいなとこでもXML Schemeみたいな失敗作もあるし、

704 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:07:42.53 ID:yUhL+8bf.net]
>>683
覚悟が必要というのは明確な欠点だと言ってるようなもんだと思う
物事にはいろんな要素があるから標準かどうかだけで
決まるものではないのはその通りだけど、
利点の一つには成り得る

705 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:07:50.61 ID:kcl6PGga.net]
githubのatomにcoffee scriptが使われるのは時代背景や信条からわかる
babel, typescript以外のaltjsには何の魅力も感じないし、
それを使うだけのメリットが考えても考えても何も出てこない

706 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:10:29.64 ID:yUhL+8bf.net]
>>685
物事にはたいていメリットはいくつもあるよ
欠点も幾つもある
総合的に考えて他の選択肢に勝るかどうかでしょ
たとえば、上で出てきたOpalやScala.jsがRubyやScalaが好きな人にとってメリットが有るのは
さすがに君にも分かるでしょ?

707 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:14:12.76 ID:kcl6PGga.net]
なんで、サーバー側の担当者がフロントエンドやるんだ

708 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:15:25.98 ID:yUhL+8bf.net]
>>687
さあね
たとえば趣味でやりたいんじゃないの?
物事にはいろんな状況がある



709 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:17:10.85 ID:kcl6PGga.net]
その処理系を作ったエンジニアのPR以外の何になるわけ

710 名前:デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:18:39.34 ID:yUhL+8bf.net]
>>689
Scalaしか知らない人もしくは、やりたくない人、好きな人などが
フロントエンドをやりたくてScala.js使うとかでしょ
本当にわからないの?






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

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

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