- 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/
- 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
いや、そういう文脈だろ
何言ってんだお前ｗ
- 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
してないだろｗ
- 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以上に流行るとはとても思えないけど、この業界で予言者は弁護士なみに
信頼が置けないから断言するのはやめとくｗ
- 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
さすがだな
大企業の仕事でバリバリ使われてるんだなｗ
まあそもそも、Babelがコンパイラだって知らなかった奴が
Babelは仕事で使えねーって喚いてただけだからなｗ
- 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の一種かどうかで争ったつもりなんて
全くないんだが？ｗ
- 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」とやらの言葉の定義がよくわからないしなーｗ
babelはコンパイラ（トランスパイラ）だけど、言語じゃないから
AltJSが言語を指すとすればAltJSじゃないことになるなーｗ
いやー難しいなー、分からないなーｗ
- 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とかどこ行ったんだろ？ｗ
- 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じゃねｗ
本人はScala好きだからいいだろうが、仕事でそれやられると
Scalaの開発者集めなくちゃいけなくなりそうｗ
- 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使うとかでしょ
本当にわからないの？
- 711 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:19:42.11 ID:kcl6PGga.net]
- OpalやScala.jsで、jQueryやbackbone.js, angular.jsなんて弄っても
資料が出てこない作業量が増えるだけだし、地雷を踏んでも解決策が出てこないから
- 712 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:20:56.25 ID:w2Kgh7Fe.net]
- >>691
そう言われても、そう考えない人もいるし物事にはいろんな状況があるとしか
- 713 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:21:46.89 ID:kcl6PGga.net]
- >>692
そのケーススタディを教えてよ。想像力が欠如してるんだ
- 714 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:23:16.17 ID:yUhL+8bf.net]
- >>693
想像力の欠如か
簡単だと思うがなぁ
jsは知っている
資料があれば理解できる
でも、Scalaは好きでたまらない
だから使いたい
これでどう？
- 715 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:25:43.76 ID:kcl6PGga.net]
- >>694
新参にScalaをブラウザ上で学ばせる為とか、
サーバー側で実装したアルゴリズムをクライアント側に持ってきたいとか、
もう少しましな事例ないの？
- 716 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:27:35.33 ID:yUhL+8bf.net]
- >>695
それがマシな事例だと思うのなら、もちろんそれでいいし
想像力は欠如してないと思うのだが
何が不満なんだ？
- 717 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:28:37.13 ID:hZNW9MV5.net]
- scalaなんて完全に自己満足です
そんなの使ってる奴が一番わかってる
- 718 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:28:41.14 ID:kcl6PGga.net]
- IT系のニュースサイトでaltJSを使えば作業効率が上がるとか
アホな記事かいてるヤツら何なの？
- 719 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:29:55.21 ID:yUhL+8bf.net]
- >>698
アホなんじゃないの？ｗ
もしくはお前がアホかもしれんがｗ
- 720 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:33:45.58 ID:hZNW9MV5.net]
- まてまてCoffeeとか使ったこと無いのか？
今更これ無しとか言われたら面倒すぎて仕事適当に済ませたくなるぐらい効率上がるぞ
- 721 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:35:27.76 ID:kcl6PGga.net]
- >>697
雇用の流動性を防ぐとか、自社システムを他社にメンテさせないとか、
そういう嫌がらせぐらいしか使うメリットが見えない
>>700
gulpのためにcoffee、保守性のためにtypescript,babelならわかる
scalaとかopalとか何よ
- 722 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:41:55.49 ID:yUhL+8bf.net]
- >>701
メリット見えてるじゃん
というか、なぜScala好きな奴がScala使うということを
頑なにメリットとして認められないんだろう？
メリットとデメリットがあって総合的にデメリットが
勝るって話ならわかるが、そういう話であっても
メリットがないという話ではない
- 723 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:43:30.27 ID:w2Kgh7Fe.net]
- >>700
俺はあるけど、ES6と比べると、大差がない気がする
ES6にarrow functionとか分割代入とかテンプレートリテラルとか
letとかその他もろもろあるし
CoffeeScriptからパクっただろっていう機能が驚くほどあるんだよね
まあ、例えば、長い関数でもreturnを書かなくていいとか、varやlet打たなくていいとか
?演算子とか、確かにちょっとずつ便利な部分はあるのだが
- 724 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:48:26.86 ID:kcl6PGga.net]
- >>702
「scala好きにとって」は、それ以外の人にとって何のメリットもないから
そもそも、ネットワークの並列処理ぐらいしか使いようがなさげ
- 725 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:51:17.81 ID:yUhL+8bf.net]
- >>704
結局、「Scala好きじゃない人にとって」という隠れた前提条件を元に
話していたのね
話が噛み合わないわけだ
きっと、さっき挙げていた雇用の流動性を防ぐだとかなんだとかも、
「そうでない人にとって」という隠れた前提条件があるんだろ？
大方、その隠れた前提条件を全部まとめると「自分にとって」といったところかｗ
- 726 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:52:22.47 ID:kcl6PGga.net]
- >>705
scala好きにとってもデメリットでしかないから
そのシステムを誰がメンテの？
- 727 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:54:14.80 ID:yUhL+8bf.net]
- >>706
例えば「他の人がメンテ出来ない」というのがとても大きな
デメリットだとしてそれが何なの？
総合的にデメリットが勝るだけであって
「好きなScalaが使える」は依然としてメリットだよ
- 728 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:54:57.26 ID:kcl6PGga.net]
- ID:yUhL+8bfはwebディレクタとか、似非起業家かな
- 729 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:55:44.22 ID:yUhL+8bf.net]
- 俺の人格は議論とは関係ないね
- 730 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:57:23.98 ID:kcl6PGga.net]
- >>709
scala.jsを実際に使ってる人のユースケースを聞きたいだけで、
オマエみたいなカスと最初からディベートする気なんてないから
- 731 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 01:59:44.91 ID:w2Kgh7Fe.net]
- >>710
そのわりにはディベートしてくれてたけどね
まあ完全に論破しちゃって、最後は人格批判に走らせちゃったのは
悪かったがｗ
ほどほどにしとくわｗ
- 732 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 02:04:18.09 ID:kcl6PGga.net]
- >>711
論破されてたの？不毛な長文だったから読んでなかった
- 733 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 02:07:18.79 ID:yUhL+8bf.net]
- >>712
うん、完全にね
まあ読んでなかったのなら納得
あまりの完全論破っぷりだったからｗ
- 734 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 02:08:05.56 ID:kcl6PGga.net]
- プログラムどころか、htmlすら書いたことないでしょ？
- 735 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 02:08:41.11 ID:yUhL+8bf.net]
- >>714
絵に描いたような人格批判だなｗ
- 736 名前：デフォルトの名無しさん mailto:sage [2015/05/24(日) 02:20:00.45 ID:kcl6PGga.net]
- ID:yUhL+8bfを見ていると、札束で叩けるわけでもないのに
プログラマを雇おうとする独立したてのアホなWebディレクタを思い出すわ
オマエの付加価値なんてねーから（・ワ・）
|
 |
