トップページ⇒tech
1001コメント349KB

【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ49【php,py,pl,rb】 [転載禁止]©5ch.io

レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん2015/04/29(水) 20:58:27.13ID:ynuTQJZG
前スレ

【Lisp】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ48【pl,rb,php,js】 [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1425051187/
0002デフォルトの名無しさん2015/04/30(木) 07:39:12.33ID:MvFOmsyD
２ん玉乱太郎
0003デフォルトの名無しさん2015/04/30(木) 12:06:10.10ID:sdNUaG12
Swift万歳＼(^o^)／
0004デフォルトの名無しさん2015/04/30(木) 15:11:46.66ID:i/9khIDz
やっはろー（≧∇≦）

宇宙史上最大の市場規模を誇るSwiftこそ至高（≧∇≦）
0005名無しのプログラマー2015/04/30(木) 21:57:33.92ID:Cq4XJc0D
JavaScript一択
0006デフォルトの名無しさん2015/04/30(木) 22:08:47.47ID:LMpi+6WV
ES6は早くモジュール周りがまとまらないだろうか
0007デフォルトの名無しさん2015/04/30(木) 23:13:44.04ID:SVCHT1aq
人類はgoogleに、jsに依存しぎた。その危うさについて、その凄惨な未来について、
今はまだ誰も想像することができなかった。
0008デフォルトの名無しさん2015/05/01(金) 08:06:04.32ID:bNV+Z7Mu
>>6
いつまでグダグダやってるんだろうね。
スパっと決めりゃいいのに、時間掛かりすぎ。その割には、まともなものが出た
試しがない。
0009デフォルトの名無しさん2015/05/01(金) 08:14:34.64ID:lwiWTNrd
言語は個人のセンスで作った方が良いものができる
もうアンダースヘルスバーグあたりに全権委任しろよ
0010デフォルトの名無しさん2015/05/01(金) 10:12:03.50ID:0GoFDzmc
つかもうSwift一本でええやん
十分飯食えるっしょ
つか下手すりゃ一攫千金も狙える夢もあるし
0011デフォルトの名無しさん2015/05/01(金) 11:16:17.38ID:JXntfV4T
JSで組んだ物がすぐに、iOS, Android, Windows Phoneアプリに完全に移植できて、なおかつそのJSの可読性がめちゃくちゃ高い方が良いんだけども、そんな事って可能なの？LLVM?

それか最悪モバイルアプリはSwiftで(後からAondroidやWindowsに自動で移植)
それ以外は全てJSで。

こんなふうになればより多くのサービスが世の中に生まれてきて、他の学問やセンスの良い人良いアイディアを持った人がバンバンサービス出して日本も面白い事になると思うのだが。

日本は勘違いした2次元好きやアホみたいに上から理屈を延々と並べてしか会話できない様なクソ自称プログラマーが多すぎてポンコツ。
0012デフォルトの名無しさん2015/05/01(金) 13:54:15.15ID:8Yyb98Ue
そうか‥専用隔離スレに JavaScript を追加することにしよう‥
0013デフォルトの名無しさん2015/05/01(金) 13:55:38.67ID:NUBjmeVD
ttps://news.careerconnection.jp/?p=9400
昔、このスレを賑わせたakira developとか、ちんことかいうヤツが話題になってるね
0014デフォルトの名無しさん2015/05/01(金) 13:59:14.77ID:NUBjmeVD
世間ではRubyやPython、Haskellが賑わせていたにも関わらず、
そいつに説教してたエンジニアはjs推しだったのを今でも覚えている
0015デフォルトの名無しさん2015/05/01(金) 21:05:48.90ID:NUBjmeVD
Railsがあった頃から、Rhino on Railsはあったんだ
DHHが、ベンチャーや中小規模では如何にカリスマ的な存在だったかが分かるね
というか、まだ、誰かRails5になんて興味もっているの？
0016デフォルトの名無しさん2015/05/01(金) 21:13:55.16ID:xWC+z5Rg
>14
> そいつに説教してたエンジニアはjs推しだったのを今でも覚えている

現状を見れば、説教できるやつっていうのは
自信があって、その時人には技術的根拠がある
場合が多いってことなのかもね。

http://pypl.github.io/PYPL.html

Rank Change Language Share Trend
1 Java 24.1 % -0.9 %
2 PHP 11.4 % -1.6 %
3 Python 10.9 % +1.3 %
4 C# 8.9 % -0.7 %
5 C++ 8.0 % -0.2 %
6 C 7.6 % +0.2 %
7 Javascript 7.1 % -0.6 %
8 Objective-C 5.7 % -0.2 %
9 Matlab 3.1 % +0.1 %
10 R 2.8 % +0.7 %

前回から10位落ちしたもの

12 Ruby 2.5 % +0.0 %
13 Visual Basic 2.2 % -0.6 %
0017デフォルトの名無しさん2015/05/01(金) 21:22:27.51ID:lEcrZG2g
microsoftまでjavascriptに本気だしなぁ
実際はtypescriptだけど
0018デフォルトの名無しさん2015/05/01(金) 21:57:24.39ID:Lf/t73ap
スレタイからするとSwiftの話題はココじゃない事になったんじゃないの？
別スレ立ててそっちへどうぞ
0019デフォルトの名無しさん2015/05/01(金) 22:04:54.01ID:0GoFDzmc
>>16
11位に急上昇のNexカマーSwiftさんが居て軽く濡れた
これは恐らくオープン化を見越した医学系分野からの期待も含めた上昇でもあるも思われる

医学研究の進歩に貢献という大義名分なResearchKitというオープンフレームワークがあって、それはウェアラブルで真価を発揮し、Appを素早くSwiftで作成は理に適っている
現在世界で一番広く大きくエレガントでセキュリティ的にも安全な市場だからだ

そもそも医学というのは先進国にとどまらず世界各国どこの国地域でも一握りのトップクラスでエリートの卵である学生が目指す分野
それは日本でも例に漏れず、旧帝の医学部はいわずもがな

とどのつまりフレームワークだけがオープンではダメでそのための言語もオープンでなくてはいけない
でないとと医学のエリートは満足どころか不安を覚えるのは至極当然である
何故なら我々は単一のプラットフォームに依存したもので医学、医療技術、ライフサイエンスの閉鎖的な発展は望まないし、そもそもが歴史的に見てもそれは成し得ないからだ

そしてそれは当のアップルも理解しているらしくだからこそのオープンフレームワークなのだろう
あのアップルがまずは前代未聞のフレームワークをオープンにし医学研究コミュニティとの連携を図ってきた
その後は当然言語もオープン化されると思われる、何よりそのコミュニティに参加しているメイヨーやMIT、オックフォード、スタンフォードなどの世界的名門医学/研究機関が黙ってはいない
必ず圧力がかかる、それも生半可なものではなく世界的トップ頭脳がひしめく医学系の圧力だ政治など比較対象にすらならん

長くなったがまぁつまりあれだ、お前らがこの領域に踏み込めることは未来永劫あり得ないがSwiftは今すぐでも触れ！絶対に損はしない！
0020デフォルトの名無しさん2015/05/01(金) 22:09:30.09ID:0GoFDzmc
因みに某○都医科大学の知り合いから声がかかりSwiftのオープン化に向けてアップルに書簡通達する旨につき協力を仰がれたり何たり
今年はもうGWも吹っ飛ぶ忙しさだよ参ったわ
0021デフォルトの名無しさん2015/05/01(金) 22:48:55.86ID:NUBjmeVD
swiftがmacでも、windowsでもlinuxでもbrowserでも動くようになったら使うわ
そうなったらアナウンスして
0022デフォルトの名無しさん2015/05/01(金) 23:21:48.25ID:uHQWrJk2
7,8年前のiPhone上陸したときObj-C(笑)なんて馬鹿にしてた俺を尻目に同僚が俊敏に行動しObj-C市場に移って今や国内で年収1000万を超えるプレイヤーだもんなぁ
多分今回もSwift市場に果敢に挑む者は数年後プチ成功プログラマーになってるんだろうな
0023デフォルトの名無しさん2015/05/01(金) 23:53:28.80ID:PWvz5+9O
とりあえずJS厨とSwift厨はスルーってことで合意できそうな空気が整ってきたな
0024デフォルトの名無しさん2015/05/02(土) 02:58:39.79ID:5Ov1zRgR
ruby,python,groovy,clojure,scalaって、最近、何の話題も聞かないんだけど
0025デフォルトの名無しさん2015/05/02(土) 02:59:39.44ID:5Ov1zRgR
>>22
手堅くIoTとWebCRTに賭けるよ
0026デフォルトの名無しさん2015/05/02(土) 04:37:29.22ID:eb8YBKsF
実際JSとSwiftが今は賑わってるんだから、今はそこから目を背けちゃダメだと思うけどな。
そんなことをすると負け犬の隔離スレになってしまうよ。
0027デフォルトの名無しさん2015/05/02(土) 04:48:27.72ID:6R55I/wK
JSはブラウザでしょうがなく使うものであって、それ以上でもそれ以下でもない
AltJSが隆盛なのをみても分かる通り、JSは実装は優れてるかもしれないが言語仕様としてはお粗末そのもの

Swiftはどれだけがんばっても同じようにベンダーロックインされたC#にすら及ぶかどうか
0028デフォルトの名無しさん2015/05/02(土) 08:03:46.37ID:9R2187uJ
>>27 の意見が妥当なところだろうね

とりあえずSwiftはスクリプトではないのははっきりしてるわけだから、
別スレに行くかスレタイを変えるか、どちらかにしないとね
0029デフォルトの名無しさん2015/05/02(土) 08:34:37.93ID:NH4NkmXO
>>26
これ
0030デフォルトの名無しさん2015/05/02(土) 09:33:26.17ID:El93VR7c
>>27
> AltJSが隆盛なのをみても

いつ、AltJSが隆盛になったんだ？
使われてないだろう？
0031デフォルトの名無しさん2015/05/02(土) 11:04:40.12ID:6R55I/wK
>>30
有名ドコロだけでも CoffeeScript、TypeScript、LiveScript などがある

CoffeeScript は Rails に採用されたことや、エディタ atom の開発言語としても有名
TypeScript は言わずと知れた MS 発であり、Angular2 では Google が MS とタッグを組むほど

この他にも色物くさいが brython、Opal、ScalaJS などもある
ただ、色物にしては開発はどれもアクティブなんだよなｗ
0032デフォルトの名無しさん2015/05/02(土) 12:21:31.61ID:hodcznha
つか純粋なJSだけじゃダメなところがもうこの言語の限界だよな
今どきコンシューマでブラウザベースのサービスなんて誰も使ってくれんし、みんなApp経由で遊んでる
AppもインスタグラムみたいにフロントエンドはHTML5で後はネイティヴってのが主流だしJSさんの出番は時が経つにつれ皆無ってきてる現状だは
0033デフォルトの名無しさん2015/05/02(土) 14:40:21.80ID:BKgedNqX
CoffeeScriptやTypeScriptなんて、ほとんどJavascriptのようなもんだろ
JavaScript覚えてないと使えないし、覚えてればすぐに使える
そもそも、Javascriptだってどんどん進化していくし、限界なんてあるわけない
0034デフォルトの名無しさん2015/05/02(土) 14:47:55.24ID:BKgedNqX
React NativeのようにJavascriptでNativeアプリを作る方法も
生まれているし、JavaScriptはどんどん使われていくだろうね
0035デフォルトの名無しさん2015/05/02(土) 15:15:12.40ID:6R55I/wK
>>33
JavaScript自体は各ブラウザごとの事情があるからそんなに劇的には進化できない
そのためもあってCoffeeScriptやTypeScriptが出てきたんだね

ブラウザアプリを考える上でJavaScriptという基盤は必要不可欠だし、その基盤の上で
JavaScript系の言語が色々と出てくるのはいいことじゃないかな
JavaScript自体は好き好んで書くような言語じゃないし、選択肢が増えるのは開発者を
呼びこむメリットもあるしね

あと、ネイティブアプリが云々はもうちょっとそいつが成熟してからアピールしないとね
今の状態では数多くある泡沫候補のひとつにしかすぎない
0036デフォルトの名無しさん2015/05/02(土) 15:29:46.68ID:BKgedNqX
ES6でCoffeeScriptがほぼ不要になるくらい劇的に変化するのに何言ってんだか
TypeScriptにしてもJavaScriptのスーパーセットだろ
スーパーセットになるのに、ブラウザごとの事情なんて関係ねえし
実際ES7ではTypeScriptからの機能がいろいろあるようだしな
0037デフォルトの名無しさん2015/05/02(土) 15:50:54.78ID:6R55I/wK
>>36
ES6で本格的に書けるのはいつになることやら
まずES6の仕様策定自体がスケジュールが伸びまくってる状態
さらに仕様が策定されてブラウザに実装されても古いブラウザが完全に淘汰されるまでは
無理だろうからね
0038デフォルトの名無しさん2015/05/02(土) 16:05:18.65ID:BKgedNqX
Babelなどを使えば今でも本格的に書けるよ？
知らなかったの？
0039デフォルトの名無しさん2015/05/02(土) 16:59:25.73ID:p2qIYtVZ
Babel遅いやん
0040デフォルトの名無しさん2015/05/02(土) 17:44:38.01ID:0sOCQ5lR
>>31
> 有名ドコロだけでも CoffeeScript、TypeScript、LiveScript などがある
あるからって使われているわけじゃない。

> CoffeeScript は Rails に採用されたことや、エディタ atom の開発言語としても有名

それだけ。

> TypeScript は言わずと知れた MS 発であり、Angular2 では Google が MS とタッグを組むほど

それだけ。


有名な所が使った例しか見つからない。
ほとんどの開発者はAltJSを使ってないよ。
0041デフォルトの名無しさん2015/05/02(土) 18:14:10.50ID:KsFrSYmH
>>37
ES6はもうFinal Draftまで出てるよ。
それにドラフトの進み具合はもうぶっちゃけ関係ない。
ChもFxもES7の仕様が固まったのを先行実装してるし、
ローダー周りとか国際化周りとか、別仕様にどんどん分離されてる。
ES6がES2015と名前を改名したように、これから１，２年置きに仕様出していく予定だし、
殆どLiving Standerdみたいなもん。
いつまでも完成することはないし、使える使えないは個人が判断すること。
0042デフォルトの名無しさん2015/05/02(土) 19:10:07.02ID:zzHcK0W8
どれだけjs万能可能性論を叫ぼうが現実として圧倒的過半をしめるコンシューマ市場では>>32が指摘する通りネイティヴかHTML5/ネイティヴである
結局のところブラウザ以外でjsを使うと糞アプリ/サービスとなってしまうのでjsさんが入り込める余地は未だ無いに等しい
繰り返す、今やブラウザ経由が滅びつつあるライフスタイルでjsさんの出番は皆無となっているのだよ諸君
0043デフォルトの名無しさん2015/05/02(土) 19:27:14.21ID:JlylPCL2
ブラウザ云々というか
HTML/DOMがアプリを作るための基板として認められてきてるのが事実だと思うよ。
0044デフォルトの名無しさん2015/05/02(土) 19:45:59.76ID:zzHcK0W8
残念ながらアプリ作成の基盤としてDOMは使われてはいない
0045デフォルトの名無しさん2015/05/02(土) 19:49:07.68ID:zzHcK0W8
世界的なモバイルアプリであるインスタグラムにDOMは使われているか？

答えは「ノー」だ！

何故HTML/ネイティヴでDOMは省かれたのか？
答えは至ってシンプルでユーザビリティに起因するからである
0046デフォルトの名無しさん2015/05/02(土) 19:55:19.61ID:NPD96cYa
5年後もブラウザHTML相手はES3メインですよ。
0047デフォルトの名無しさん2015/05/02(土) 20:29:07.46ID:8BK51zCJ
流石にアプリ基盤にDOMなんぞ使わん
0048デフォルトの名無しさん2015/05/02(土) 22:22:36.53ID:5Ov1zRgR
jsを推すけど、altJSだけはないわー
大本のjsで書くメリットがないじゃん

>>45
そんなものビジネス規模が大きくなってから考えればいいから
0049デフォルトの名無しさん2015/05/02(土) 22:33:56.69ID:8BK51zCJ
へ？最初はユーザビリティ無視するの？
そんなのそもそもが使ってもらえるわけないやん
0050デフォルトの名無しさん2015/05/02(土) 22:40:46.33ID:PF5/uCn8
JSとSwiftだけ使っとけばマジで作りたいウェフサービスなんでもできそうだな。

まず話題を集めたいならモバイルでiPhoneからだろうし、
優勢すぎてMicrosoftもiOSアプリを変換するソフトを出す始末。

フロントもエンドもJSで。
0051デフォルトの名無しさん2015/05/02(土) 22:42:57.81ID:s05aYLEG
>>45
> 何故HTML/ネイティヴでDOMは省かれたのか？

だって、HTMLもDOMもJavaScriptじゃないし。
ブラウザが搭載しているライブラリにすぎないよ。

だから純粋なJavaScriptなら、DOMは元から含まれない。
0052デフォルトの名無しさん2015/05/02(土) 22:44:44.91ID:9R2187uJ
jserの"なんでも"は語弊があり過ぎ 狭すぎ
0053デフォルトの名無しさん2015/05/02(土) 22:51:35.67ID:+3JS5FNC
>>50
だな
とりま今の現状を鑑みるにSwift一択で勝負
保険にjsをちょこちょこ触る

てな感じかな

あとはMSの起死回生になりうるHoloLensがいかなるものか...特にゲームなどのエンタ方面での爆発力を予感させる
てことでまぁこれも保険というか少なくともjsよりは真面目にUnityでC#触っとくべきかな
0054デフォルトの名無しさん2015/05/02(土) 22:53:46.37ID:5Ov1zRgR
swiftなんて保険にもならない。
ゲームプログラマなら、最初から全てをソレに賭けてるから
0055デフォルトの名無しさん2015/05/02(土) 23:05:59.24ID:8BK51zCJ
えっと...何でゲーム限定？
0056デフォルトの名無しさん2015/05/02(土) 23:08:17.81ID:s05aYLEG
ゲームの事しか知らないからだろｗ
0057デフォルトの名無しさん2015/05/03(日) 00:01:16.12ID:+1/GzoNu
ゲームプログラミングってWebとは比較にならないぐらい大変だし、
需要もないから近づきたくないわ
0058デフォルトの名無しさん2015/05/03(日) 02:36:03.23ID:r6wgrf+g
日本ってなんで世界ではやるサービス作れないカスエンジニアばかりなのに、

ゲームとなった瞬間にFFやドラクエやキングダムハーツなど海外でも売れるゲーム作れるんだろうか。
他のジャンルのゲームも世界的に有名だし人気ありすぎだよね。鉄拳なんかも。

アニメ作るみたいに手がかかる作業だからゲームも凄いの？

最近はピクサーがアニメは凄すぎだが
0059デフォルトの名無しさん2015/05/03(日) 04:11:29.42ID:zxj6HICr
それはこのスレで聞かないほうがいいな
ここはいかに俺にとって素晴らしい言語かを言い合う場所だから
0060デフォルトの名無しさん2015/05/03(日) 05:19:27.42ID:ucRg2o2p
ドラクエはそうでもないな
80年代、90年代と比べると、日本のゲームの評価は凄く落ちてるし
0061デフォルトの名無しさん2015/05/03(日) 05:32:26.76ID:564ILq9/
世界と言っても現実的に国内の数倍程度のマーケットしか見込めない。
スマホではこのところ日本の課金額がずっと２位１位だし。
それに日本は老若男女に受けるものを作るのは旨いと思うよ。
0062デフォルトの名無しさん2015/05/03(日) 07:28:15.47ID:aiD72K3t
どれだけJS壊滅論を叫ぼうが、JS一人勝ちの状況は変わらん
ネイティブアプリもJSがメインになると思う
Swiftは負ける
0063デフォルトの名無しさん2015/05/03(日) 08:00:57.89ID:7AJkLeM5
>>62
JS しか見えてないんだろうな...
0064デフォルトの名無しさん2015/05/03(日) 08:14:49.08ID:5s3y+RNy
jsがpy,pl,rbに圧勝しちまったのは事実で、半永久的に逆転はない。
かすかな可能性があるとしたらplだと思う。ハッカーだのギークだのと自称していたような浅はかでレベルの低いミーハーな連中が世代交代で淘汰されつつある現在からのタイミングに本物達がplに没頭したら怖いぞ。
0065デフォルトの名無しさん2015/05/03(日) 08:27:30.77ID:O5TW7WMk
具体的に事実を証明してくれないか
0066デフォルトの名無しさん2015/05/03(日) 09:29:02.87ID:aiD72K3t
事実として現在Webアプリが圧倒的市場規模であり、
その中で圧倒的なのがJS
これだけでもJSの勝利なのだが、
デスクトップアプリもモバイルネイティブアプリも
JSの有力なソリューションが出てきた
あとはただ浸透していくだけの状況
JSの圧倒的一人勝ちの未来しか見えない
0067デフォルトの名無しさん2015/05/03(日) 09:33:32.67ID:aiD72K3t
これほどまでにJSが圧倒的な理由は、言語仕様の素晴らしさにある
クロージャを備え、オブジェクト記法を備え、柔軟性を備えていた
これにより、新しい言語仕様ができたらすぐにPolyfilやコンパイラができる
枝葉末節の粗に囚われて本当の素晴らしさが分かっていなかったバカが多かったが
時代はJSの本当の素晴らしさを証明した
0068デフォルトの名無しさん2015/05/03(日) 09:37:15.99ID:O5TW7WMk
思い込みじゃなくてｗ

実際の数字とか
0069デフォルトの名無しさん2015/05/03(日) 09:55:06.48ID:7AJkLeM5
>>64
> かすかな可能性があるとしたらplだと思う。
ないわ～ w
0070デフォルトの名無しさん2015/05/03(日) 10:24:36.14ID:3KH0KCaR
やっぱりSwift、JS厨はスルーしかないな、もう
0071デフォルトの名無しさん2015/05/03(日) 11:23:00.74ID:aiD72K3t
実際の数字
http://redmonk.com/sogrady/2015/01/14/language-rankings-1-15/
1 JavaScript
2 Java
3 PHP
4 Python
5 C#
5 C++
5 Ruby
8 CSS
9 C
10 Objective-C
11 Perl
11 Shell
13 R
14 Scala
15 Haskell
16 Matlab
17 Go
17 Visual Basic
19 Clojure
19 Groovy

JSが勝者で決まってしまったから、このスレの存在意義がなくなってしまったな
0072デフォルトの名無しさん2015/05/03(日) 11:31:34.12ID:aiD72K3t
やべー、これを使えばクロスプラットフォームのデスクトップアプリが作れちゃうｗ
しかもAtomのような本格的なソフトが作れることがすでに証明されているｗ
http://electron.atom.io/

やべー、これを使えばモバイルのネイティブアプリが作れちゃうｗ
しかもFacebook Groupsのような本格的なソフトが作れることがすでに証明されているｗ
https://facebook.github.io/react-native/

JavaScript最強すぎワロタｗ
0073デフォルトの名無しさん2015/05/03(日) 12:12:46.85ID:I75TtZUp
JavaScriptはやむなく使ってるのは多いだろ。
ブラウザの言語としてほぼ採用されてる標準だから。
自分はJavascript押しだが。
環境次第で互換性がないのが弱点。
JavaScriptという枠で複数言語を含んでるようなもの。
JavaScript自身が統一言語、仕様にならないと難しい。
0074デフォルトの名無しさん2015/05/03(日) 12:21:14.02ID:aiD72K3t
何言ってんだ
今どきJavaScriptに互換性の問題なんてほぼないぞ
Polyfillやコンパイラがあるのだから
ブラウザがWebGLに対応していないとか、
そういうブラウザの機能の互換性はあるかもしれないが、
それはJavaScriptとは別の問題だろう
0075デフォルトの名無しさん2015/05/03(日) 12:25:30.23ID:aiD72K3t
しかも、nodeやChromeはほぼどんなOSでも動く
今やこうしたOSの互換性の問題を解決するのがJSという位置づけだろう
0076デフォルトの名無しさん2015/05/03(日) 12:28:50.06ID:I75TtZUp
高度なレベルでなく、標準機能ですら互換性がない
0077デフォルトの名無しさん2015/05/03(日) 12:31:03.61ID:aiD72K3t
たとえば？
Polyfill使えばたちどころに解決するものしか思い浮かばないが
0078デフォルトの名無しさん2015/05/03(日) 12:33:29.16ID:I75TtZUp
利用者側がマルチプラットフォームなJavascriptの実装やライブラリを選択して使い
利用者側がその仕様にあわせればあうだろうが。
世の中全体がそうなってなく、実行できないソースコード、ライブラリが世の中にあふれている。
0079デフォルトの名無しさん2015/05/03(日) 12:34:34.75ID:/BBLGU8S
>>74
> 今どきJavaScriptに互換性の問題なんてほぼないぞ

上位・下位互換性や前方・後方互換性という言葉の意味知ってる？
その名の通り互換性の話なんだけど？

互換性っていうのは全く同じ機能という意味じゃない。
足りない機能があってPolyfillで埋めたとしても
それは新しいOSに搭載された新機能を
古いOSには搭載されていないのと同じで
互換性があることには変わりない。
0080デフォルトの名無しさん2015/05/03(日) 12:34:54.94ID:aiD72K3t
溢れてないと思うが？
何の話なんだ？
具体例を出してみてくれよ
0081792015/05/03(日) 12:35:52.98ID:/BBLGU8S
ごめん。読み間違えてたｗ
>>74は互換性があるって言っていたねｗ
0082デフォルトの名無しさん2015/05/03(日) 12:36:01.29ID:aiD72K3t
>>79
分かった分かった
じゃあ、互換性の問題はあるってことにしよう
ただし解決できるので困らないがｗ
0083デフォルトの名無しさん2015/05/03(日) 12:37:20.23ID:aiD72K3t
>>81
ああ、なるほど
君もJavascriptの互換性については問題ない派のようだね
0084デフォルトの名無しさん2015/05/03(日) 12:39:29.52ID:BpdPzAyw
>>58
そりゃお前WEB系よりゲーム方面のエンジニアリングが圧倒的に難易度高いからだろ
だから特に日本はWEB系には落ちこぼれやナンチャッテ系しか集まらずゲーム業界にはとんでもないエンジニアやクリエイターがゴロゴロいる
後はゲームはなんだかんだとファミコンゆかりの地である日本のお家芸的な自負あるし世界からも認められているという点もあるだろうな
0085デフォルトの名無しさん2015/05/03(日) 12:40:13.91ID:aiD72K3t
確かにJavaScript自体の互換性ではなく、ブラウザの機能の互換性の問題なら
たくさんある
CSSが動かないとか、SVGのレンダリング結果が違うとか
そういうやつね
そういう意味なら古いブラウザで動かないライブラリはたくさんあるよ
0086デフォルトの名無しさん2015/05/03(日) 12:48:17.73ID:I75TtZUp
ある環境で動作するコードを別のところへ持っていくと、動かないか、動いたとしても応答が違う。


ECMAScript - Wikipedia

ECMAScriptの方言およびその呼称

Mozilla JavaScript
JScript
JScript (Chakra)
Opera ECMAScript, with extensions to both JavaScript and JScript
Konqueror(KJS)
Safari(JSCore)
iCab InScript
JScript .NET
ActionScript
Adobe Acrobat JavaScript
Adobe Creative Suite ExtendScript
DMDScript
QtScript
Max/MSP JavaScript
Google Chrome JavaScript
0087デフォルトの名無しさん2015/05/03(日) 12:49:08.20ID:aiD72K3t
>>84
日本のゲーム業界もレベルが高いとは思わないけどな
確かにそこそこ稼げてはいるが、それはレベルが高いせいではない
日本自体が全体的にレベルが低いよ
海外はWebもゲームもレベルが高い
それは給料がぜんぜん違うからだ
アメリカのWebエンジニアは日本の3倍近くの給料だ
そんな状況で優秀な奴が日本に集まるわけ無いだろ
0088デフォルトの名無しさん2015/05/03(日) 12:52:18.71ID:I75TtZUp
>>85
すぐには上げられないが。
あるJavascript環境では標準的な関数や文法であったとしても、
べつのところではそれ自体が使えないか、動作が違う。
そういうのがJavascriptには無数にある。
0089デフォルトの名無しさん2015/05/03(日) 12:59:48.42ID:aiD72K3t
>>86
方言って言ったらCommon LispとSchemeくらい違っても
方言になるしなあ
方言持ちだすのは違う
そして、その中で今よく使われてるのは
Mozilla JavaScriptとChrome Javascriptくらいだろうけど
その2つはかなり互換性があるよ

>>88
今はそんな状況じゃないと思う
各モダンブラウザのJavascriptの、互換性ははっきり言って相当高い
nodeもV8エンジンだから、結局ほぼ互換性の高いエンジンで占められていると思う
0090デフォルトの名無しさん2015/05/03(日) 13:10:08.69ID:I75TtZUp
言語仕様の差だけでもなく、node.jsだとノンブロッキング(I/O）を強要されるのもやばい。node.js用の書き方をしないといけない。
0091デフォルトの名無しさん2015/05/03(日) 13:14:30.39ID:aiD72K3t
>>90
そうだとして、それはnodeではnode特有の処理を書かなくてはいけないという
当たり前のことであって、互換性の問題と呼ぶのは違わないか？
Windows特有の機能にはWindowsのための書き方をしなくてはいけないし
ネットワークにはネットワーク特有の処理を書かなくてはいけないのと同じことだろ
0092デフォルトの名無しさん2015/05/03(日) 13:22:12.17ID:I75TtZUp
Javascript界がたとえばnode.jsで全世界統一されてるならそれでいいんだが。
そうなっていない現状がJavascriptの弱点。結構使われてる環境どおしでコードを流用しようとしても動かない。
0093デフォルトの名無しさん2015/05/03(日) 13:25:52.94ID:I75TtZUp
訳：Node.jsは癌だ

原文を読んでみたら罵倒しまくってて面白かったので全文翻訳してみました。
原文はNode.js is Cancerです。
http://blog.uu59.org/2011-10-04-node-js-is-cancer.html




Node.jsはソフトウェアの癌になる。

eBayのテクニカルスタッフであるTed Dziubaから衝撃的な記事が出たので、読んでしまいました。
Node.js is Cancer
要点を訳すと下記のような感じです。
?Node.jsがスケーラブルであるというのは嘘。
?Nodeの運用が難しい。
?やっぱりJavaScriptってWebアプリのロジックを書くのに向いてない。
http://yosuke-furukawa.hatenablog.com/entry/20111002/1317572377
0094デフォルトの名無しさん2015/05/03(日) 13:26:48.79ID:aiD72K3t
>>92
意味がわからない
お絵かきソフトのソースコードを金融システムに流用したって動かないだろうけど
それが弱点と言われてもな
ちなみにnodeのライブラリはbrowserifyを使ってブラウザ上で結構動くよ
0095デフォルトの名無しさん2015/05/03(日) 13:27:48.30ID:aiD72K3t
>>93
2011年ねえ。。。
0096デフォルトの名無しさん2015/05/03(日) 13:34:37.37ID:hfdn/Wn2
if (typeof my_var !== "undefined" && my_var !== null) {
// Rasmusも顔負けのマヌケだね！
}

これねえｗ

if (my_var != null) {
// こうやって簡潔に書けるのにマヌケだね！
}

Javascriptの枝葉末節の粗にとらわれて、本当の素晴らしさが分からなかった
バカって本当に多いなｗ
0097デフォルトの名無しさん2015/05/03(日) 13:39:59.79ID:I75TtZUp
Javascriptは非常に基礎的部分ですら互換性がない。たとえばオブジェクトの型を調べるだけですら簡単でない。



Nakajiman Software Blog: JavaScriptにおける未定義値の判別方法
http://nakajiman.blogspot.jp/2008/05/javascript.html


JavaScriptの「型」の判定について - Qiita
http://qiita.com/south37/items/c8d20a069fcbfe4fce85


JavaScriptでオブジェクトの型を判別するのにtypeof演算子使うとツラいよね - Qiita
http://qiita.com/Layzie/items/465e715dae14e2f601de


ＪａｖａＳｃｒｉｐｔ配列検出で起こる問題について ─── 型判定の基礎
JavaScriptの「実行時型判定」は、機能が弱いことが知られているが、特に配列のチェックに於いて回避の難しい問題を起こすことが知られている。
http://oka-ats.blogspot.jp/2013/01/oka01-lkatupfcnayncnco.html
0098デフォルトの名無しさん2015/05/03(日) 13:49:35.77ID:hfdn/Wn2
>>97
オブジェクトの型を調べるのが容易では無いのは、
別に互換性の問題では無いだろ
それに、お前の中の時間は2008年や2013年で止まってるのか
日本と海外の違いはこの辺にもよく現れてるな
配列の検出の問題は、今ならArray.isArrayで解決する
0099デフォルトの名無しさん2015/05/03(日) 13:55:58.00ID:I75TtZUp
>>98
配列だけでないが。
2013年以前に実装されたエンジンもまだ使われてるだろ。Javascriptはどれか一つのエンジンか実装に統一されてない。
Javascriptはいたるところで環境差があるのは間違いない。
0100デフォルトの名無しさん2015/05/03(日) 14:01:48.61ID:XZDYEtiX
2011年の記事を翻訳wwww

アホとしか思えない。

2015年の記事を翻訳してよイエローモンキー
0101デフォルトの名無しさん2015/05/03(日) 14:02:14.00ID:hfdn/Wn2
>>99
配列だけではなく何が問題なの？
記事によると解決策が全て記されているが
2013以前のエンジンなんて、今はほぼ使われてないだろ
例えば、Array.isArrayがない主要環境はIE8くらいだが
これもes5-shimのような有名なPolyfillでたちどころに解決する問題
0102デフォルトの名無しさん2015/05/03(日) 14:10:28.74ID:I75TtZUp
node.jsがノンブロッキングなのは今でもそうだから2011年の記事はいまでも通じる。
0103デフォルトの名無しさん2015/05/03(日) 14:15:55.58ID:hfdn/Wn2
まあ記事そのものがもとから的外れなんだけどな
clusterも使わず一スレッドで、fib実行したらどんな環境でも遅くなるわ
もしかして2011年にはnodeにclusterがなかったのかもしれんがｗ
0104デフォルトの名無しさん2015/05/03(日) 14:18:44.76ID:I75TtZUp
ライブラリで環境差を埋められるのはJavascriptの特徴でない。
C/C++でもマルチプラットフォームのライブラリはある。
たとえばJavaやPHPの環境差はJavascriptのように多くない。
0105デフォルトの名無しさん2015/05/03(日) 14:20:25.10ID:hfdn/Wn2
そして、他の言語と同様、今のJavaScriptに互換性の問題は
ほとんどない
0106デフォルトの名無しさん2015/05/03(日) 14:30:51.43ID:I75TtZUp
node.jsの記事は、手続き型でない純粋関数型は難しいといいたんだろう。
Javascriptの枠で、ノンブロッキング/ブロッキング、手続き/関数型が混在していていまだ統一されてない。
0107デフォルトの名無しさん2015/05/03(日) 14:36:01.72ID:/BBLGU8S
ん？ 統一する必要あんの？
どちらか一方が、どんな場合でも優れているわけじゃないし。
用途が違うのに、統一する必要がない。
0108デフォルトの名無しさん2015/05/03(日) 14:39:33.46ID:aiD72K3t
ノンブロッキングのプログラミングが難しいという話なら
まあ一応理解できなくもない
が、それもcoやES7のasync/awaitで難しくなくなった
0109デフォルトの名無しさん2015/05/03(日) 14:40:16.19ID:/BBLGU8S
バカには難しい
0110デフォルトの名無しさん2015/05/03(日) 14:40:45.80ID:I75TtZUp
統一されていないことが、 互換性が低いかない一理由。
node.jsをJavascript枠から追い出すか、
Javascriptの標準仕様がnode.jsに合わせたら互換性がよくなる。
0111デフォルトの名無しさん2015/05/03(日) 14:43:11.27ID:/BBLGU8S
統一されてないことと
互換性に何の関係があるんだ？
0112デフォルトの名無しさん2015/05/03(日) 14:43:14.42ID:aiD72K3t
お前の出したどの記事も互換性が低いとは一言も言ってないぞ
0113デフォルトの名無しさん2015/05/03(日) 14:43:49.91ID:/BBLGU8S
むしろ統一しないことのほうが
互換性が高いことに繋がる。

前のものを廃止したら、
互換性が途切れるんだよ。
0114デフォルトの名無しさん2015/05/03(日) 14:55:05.64ID:I75TtZUp
互換性の記事見つけてきたぞ。環境差は確かに存在する。



ECMAScript 6 compatibility table
http://kangax.github.io/compat-table/es6/


JavaScript - Wikipedia
現在では、ECMAScriptの策定により実装間の互換性は向上し、DOMなど関連仕様の実装に関する互換性も比較的高くなっている。
ただ、現在でも特定のブラウザでしか実行できないECMAScript以前の古い構文や、ブラウザ独自のDOMを使ったコードが使用されている場合があり、
互換性の問題が完全に解消されたわけではない。
0115デフォルトの名無しさん2015/05/03(日) 15:01:38.73ID:/BBLGU8S
互換性はある = 100%の互換性
99.9% だったら 互換性はないということ

などと定義している馬鹿
いい加減消えないかな。
0116デフォルトの名無しさん2015/05/03(日) 15:11:03.11ID:I75TtZUp
異なるJavascript同士に90%の互換性すらないとおもうぞ。
たとえばJavaだと本家(?)実装がシェアのほとんどを占めて90%以上の互換性は確実だろう。
0117デフォルトの名無しさん2015/05/03(日) 15:12:49.59ID:aiD72K3t
そもそも>>114はES6のネイティブでのブラウザの対応状況だろ
ES6というのは、次期JavaScriptであって、それを先行して
どれだけ実装しているかということ
次期JavaScriptの先行実装状況に互換性どうこう言われてもな
言うなら現行JavaScriptであるES5.1の表を持ってこいよ
0118デフォルトの名無しさん2015/05/03(日) 15:14:15.31ID:aiD72K3t
>>116
それは怪しいな
AndroidのDalvik（かなりのシェアを占めるだろう）は
Version8に全く対応していないから
0119デフォルトの名無しさん2015/05/03(日) 15:18:45.95ID:aiD72K3t
ES5の表見つけてきた
Chrome(V8)、Firefox、IE10以降、iOS、Webkitと主要環境は軒並み100％
http://kangax.github.io/compat-table/es5/
0120デフォルトの名無しさん2015/05/03(日) 15:25:29.56ID:I75TtZUp
独自仕様、先行仕様が多ければ多いほど互換性は減ってくるわけで。
ある環境では当たり前のコードが、他で動作しないのでは互換性が低い。
Dalvikと本家の差はしらないが、Javascriptだと実際にコピペしただけでは動作しないことが頻発するが。
0121デフォルトの名無しさん2015/05/03(日) 15:29:16.49ID:aiD72K3t
先行仕様というのは、Javaで言えば、Java9の機能が使えるということ
これはプラスでありこそすれ、マイナスにはならない
互換性を気にする場合先行仕様なんて使わないからな
0122デフォルトの名無しさん2015/05/03(日) 15:30:32.52ID:/BBLGU8S
> 独自仕様、先行仕様が多ければ多いほど互換性は減ってくるわけで。

それは互換性が減ったとは言わないよ。
高い互換性 + 独自仕様,先行仕様 だろ

完璧な互換性を持ったC言語コンパイラ二つあったとして、
一方がC99に新たに対応したら互換性が減った！って叫ぶ奴いねぇだろ？
0123デフォルトの名無しさん2015/05/03(日) 15:35:40.54ID:hfdn/Wn2
AndroidはJava 8が全く使えない
さっきの表で言えば、ES5が全く0％の対応状況だと言ってるに等しい
それどころか、Java 7すら、ついこの間やっと対応した
当然ながらJavascriptはそこまでひどくない
0124デフォルトの名無しさん2015/05/03(日) 15:53:59.85ID:I75TtZUp
Android　Dalvikは6とか7に対応していて後方互換性があるなら実用上問題ないだろうが。
Javascriptは実装が相当あって互換性はかなり怪しいと思うが。
windowsにJScript(WSH)が組み込まれているが、これ自体、古い規格すらクリアしてないだろうし
最新のエンジンでJScript(WSH)のコードは動作しないことが多い。
0125デフォルトの名無しさん2015/05/03(日) 15:57:32.73ID:/BBLGU8S
>>124
え？なに？ Javaは互換性が低い、
iモードアプリ（Java製）が動かないから。
っていう話がしたいの？
0126デフォルトの名無しさん2015/05/03(日) 15:58:05.60ID:qMGCv9q/
JScriptでTypeScriptのコンパイラも動いてるし問題ないだろ
0127デフォルトの名無しさん2015/05/03(日) 16:06:24.22ID:aiD72K3t
WSHねぇ
この人はやっぱ2006年あたりで時が止まってるっぽいな
0128デフォルトの名無しさん2015/05/03(日) 16:15:11.03ID:I75TtZUp
自分が止まってるのではなく、windows標準のJavascript環境が止まっていて、
いま使えるのは古くて更新されないJScript(WSH)だろ?
より新しいwindows標準のJavascript環境があるか?
0129デフォルトの名無しさん2015/05/03(日) 16:17:51.84ID:aiD72K3t
MSはブラウザ用には更新しているし、PowerShellという新しい代替品を
使ってほしいから更新してないだけだろうに
0130デフォルトの名無しさん2015/05/03(日) 16:17:59.40ID:/BBLGU8S
JScriptとWSHの違うも理解してないみたいだしなｗ

ちなみに、IE9に搭載されているのはJScript 9.0。
IE9で動くのはJScriptであり、
そのコードがJavaScriptでも動いてるから
互換性があることは証明済みである
0131デフォルトの名無しさん2015/05/03(日) 16:20:44.63ID:aiD72K3t
Windows 8では新しいJavaScript(これはJScriptとは呼ばれていない)で
アプリが作れることも知らないらしい
0132デフォルトの名無しさん2015/05/03(日) 16:30:05.05ID:aiD72K3t
そういえば、ひそかにMacもYosemiteからJavaScriptで
AppleScriptを代替できるようになったよな
JavaScriptでMacのアプリも作れて自動化作業もできる時代
JavaScriptが着実に言語の争いを制覇しつつあるね
0133デフォルトの名無しさん2015/05/03(日) 16:42:33.83ID:I75TtZUp
これだろ?
計画段階であってNode.jsがwindowsの標準として取り込まれてない。




マイクロソフトのJavaScriptライブラリー「WinJS」について知っておくべき５つのこと

Node.js は、自分のローカル・マシンに WinJS を構築するための必須コンポーネントだ。
恐らく WinJS は、Node 上で動作することによって、アプリ内でのチャットやユーザー・インタラクションのような非同期タスクを適切に処理することができるのだろう。
しかし、ほとんどの JavaScript フレームワークが Node と連携するよう設計されているため、これは特別ユニークではない。

恐らく WinJS の一番の利点として挙げられるのは、マイクロソフトがこのフレームワークに含めた JavaScript のライブラリ群だろう。
このライブラリ群は、複雑なコードを迅速かつ簡単に開発することを可能にしてくれる。
トライアル・ページでは美しいインタラクティブなウィジェットが紹介されており、これらは組み込みも非常に簡単だ。
そして Angular のような、既に信頼を勝ち取っている他のフレームワークと一緒に WinJS の機能を使えるという事実も、多くの開発者が WinJS を試してみたいと思う動機となるだろう。

http://ascii.jp/elem/000/000/882/882829/
0134デフォルトの名無しさん2015/05/03(日) 16:51:54.47ID:hfdn/Wn2
計画段階ってなんの話だ？
WinJSならとっくにリリース済みだが
0135デフォルトの名無しさん2015/05/03(日) 16:58:20.97ID:hfdn/Wn2
まあJavaScriptの世界の動きは他とは次元の違う早さだから
ついていけないのは分かる
0136デフォルトの名無しさん2015/05/03(日) 17:01:54.00ID:/BBLGU8S
>>133
> 計画段階であってNode.jsがwindowsの標準として取り込まれてない。

JavaもRubyもWindowsの標準として取り込まれてないが、
お前は一体何の話をしてるんだ？
0137デフォルトの名無しさん2015/05/03(日) 17:03:14.47ID:I75TtZUp
windowsの最新版でもプレビュー版でもアップデートでも
コマンドプロンプトとかScript(WSH)とかPowerShellのようにOSに組み入れられず
開発者に試してもらうための公開だろ。
0138デフォルトの名無しさん2015/05/03(日) 17:04:37.34ID:hfdn/Wn2
JavaScriptでアプリを開発するのが開発者じゃなくて何なんだよｗ
試してもらうんじゃなくて、本当に使ってもらうんだろうがｗ
0139デフォルトの名無しさん2015/05/03(日) 17:04:58.45ID:I75TtZUp
>>136
だからwindows標準のJavascript環境は、古いJScript(WSH)のまま。
0140デフォルトの名無しさん2015/05/03(日) 17:05:28.05ID:/BBLGU8S
>>137
今はオープンソースはgithubで公開するのが
正式リリースと言ってもいい状況なんですが？
なぁ、お前。10年ぐらい前から何か成長した？
0141デフォルトの名無しさん2015/05/03(日) 17:06:04.38ID:/BBLGU8S
>>139
> だからwindows標準のJavascript環境は、古いJScript(WSH)のまま。

新しいJScriptですけど？

えと、JScriptがバージョンアップしているのって
もしかして知らない？
0142デフォルトの名無しさん2015/05/03(日) 17:07:47.25ID:/BBLGU8S
じゃあ、話しそれて、Windows 10のJavaScriptの話でもするか？ｗ

Windows 10におけるMicrosoft JavaScriptエンジンの仕組み
http://www.infoq.com/jp/news/2014/10/chakra-javascript-windows-10

いやー、すごい仕組みだわこれ。
0143デフォルトの名無しさん2015/05/03(日) 17:09:18.03ID:hfdn/Wn2
あと、JavaScript(JScriptではない)がVisualStudioにくっついてくるけどね
まあ確かにVisualStudioはOS標準ではないがｗ
0144デフォルトの名無しさん2015/05/03(日) 17:11:01.29ID:I75TtZUp
JScript - Wikipedia

JScript
バージョン　5.8　2009年3月

JScript .NET
バージョン　10.0　2010年4月13日
0145デフォルトの名無しさん2015/05/03(日) 17:11:31.79ID:/BBLGU8S
Windows 10に標準搭載されてるChakraってJScriptは凄いらしいね。
カコのバージョンよりも数十倍早くなっているらしい。
Windows ストアアプリ の JavaScript エンジンとしても使用されているってよ
0146デフォルトの名無しさん2015/05/03(日) 17:12:53.36ID:hfdn/Wn2
>>144
wikipediaも日本と英語で情報格差があるのかｗ
0147デフォルトの名無しさん2015/05/03(日) 17:14:04.68ID:z/HlZYol
画像見つけてきたわ。新しいWindowsではこんなふうになってるんだな。
JavaScriptが普通に使えるなんて。OS標準搭載されたから当然か。
http://our.componentone.com/wp-content/uploads/2011/09/winrt.png
0148デフォルトの名無しさん2015/05/03(日) 17:16:00.13ID:Q2e6sJJ5
>>147
JavaScriptはネイティブ言語同等の扱いになってるね。
ここまでOSに採用される言語は、もう他にないのでは？
0149デフォルトの名無しさん2015/05/03(日) 17:18:36.01ID:Q2e6sJJ5
>>146
あるぞｗ

Chakra (JScript engine)
http://en.wikipedia.org/wiki/Chakra_%28JScript_engine%29

This article is about a JavaScript engine. For other uses, see Chakra (disambiguation).

Chakra is a JavaScript engine developed by Microsoft for its Internet Explorer 9 (IE9)
web browser. A distinctive feature of the engine is that it JIT compiles scripts on a separate CPU core, parallel to the web browser.[1][2]

Though Microsoft has in the past pointed out that other elements, such as rendering and
marshalling, are just as important for a browser's overall performance,[3] their improvements to
the engine were in response to evolving competing browsers, compared to which IE8 was lagging
behind in terms of JavaScript processing speed.[4] SunSpider tests performed on November 18, 2009
showed the PDC version of IE9 executing scripts much faster than IE8, but slower than Firefox 3.6,
Chrome 4, and WebKit Nightly.[3] The same test performed on March 15, 2010 showed the first IE9
Platform Preview (using the then-current version of Chakra) to be faster than Firefox (with SpiderMonkey),
but slower than Safari (with SquirrelFish Extreme), Chrome (with V8), and Opera (with Carakan).

On March 8, 2011, Microsoft published results showing the 32-bit Internet Explorer 9 to
be faster than Safari, Firefox (with TraceMonkey), Chrome, and Opera.[5]

March 2011 performance tests for ZDNet concluded that Internet Explorer 9 (32-bit),
Chrome 10, and Firefox 4 release candidate were "pretty evenly matched."[6]
0150デフォルトの名無しさん2015/05/03(日) 17:24:25.99ID:I75TtZUp
Javascriptがダメな所は、Chakraとかnode.jsとか独自仕様で開発する所。
たとえばnode.js互換で実装して速度を競うんだったらいい。
それをさっきから指摘してるわけだが。互換性をなくそうとしない。
0151デフォルトの名無しさん2015/05/03(日) 17:25:55.49ID:hfdn/Wn2
ChakraとV8(node)はとても互換性が高いと思うが
独自ってなんのことだ？
0152デフォルトの名無しさん2015/05/03(日) 17:28:29.44ID:Q2e6sJJ5
150のふり


独自って言ったら独自なんだ！

名前が違うのがその証拠！
0153デフォルトの名無しさん2015/05/03(日) 17:30:02.77ID:Q2e6sJJ5
皆わかってるけど、I75TtZUpって
言語と動作環境とライブラリを
全部ごっちゃにしてるんだよねｗ

だからWSHがでてきたりJavaScriptと
node.jsを比較したりするｗ

まあ、馬鹿だよ。こいつは。
0154デフォルトの名無しさん2015/05/03(日) 17:30:59.81ID:Q2e6sJJ5
> Javascriptがダメな所は、Chakraとかnode.jsとか独自仕様で開発する所。

Rubyに例えると

Rubyがダメな所は、Railsとか独自仕様で開発する所。

まあこんな感じだろう。
0155デフォルトの名無しさん2015/05/03(日) 17:35:43.74ID:hfdn/Wn2
node.jsのエンジンがブラウザのChromeと同じエンジンだってのも知らないんだろうな
0156デフォルトの名無しさん2015/05/03(日) 17:36:25.20ID:kwbWbObW
JavaScriptはCのように手続き型っぽく書けたり、Javaからメソッド取ってたりと
落ち着きがあるんだよな。
それに比べてPythonやRubyはやんちゃだから落ち着いたOSの標準スクリプトになるのは難しい。
但し落ち着いたを古臭いと言い換えても成り立つ。
0157デフォルトの名無しさん2015/05/03(日) 17:36:50.96ID:hfdn/Wn2
ことによると、Chromeも知らないんじゃないか
2006年あたりから時が止まってるようだし
0158デフォルトの名無しさん2015/05/03(日) 17:40:08.40ID:qMGCv9q/
Chakraはただのエンジンだろ？
node.jsとは全く土台が違うし
つーかMicrosoftもVisual Studio CodeじゃChromiumとNode.jsで実装されてるし
一枚岩じゃないな
0159デフォルトの名無しさん2015/05/03(日) 17:41:40.31ID:hfdn/Wn2
>>158
それらは全部ES5の仕様の互換性を当然のように守っているから
エンジンがどれだろうと問題ないのだろう
0160デフォルトの名無しさん2015/05/03(日) 17:43:36.16ID:I75TtZUp
Node.jsと他のJavascriptエンジンで決定的な差はノンブロッキングを徹底してるかどうか。
たぶん、Chakraがノンブロッキングを徹底することはないとおもうが。ここが一致しないと動作が違ってくる。
0161デフォルトの名無しさん2015/05/03(日) 17:44:18.99ID:hfdn/Wn2
>>160
クッソワロタｗ
0162デフォルトの名無しさん2015/05/03(日) 17:44:34.52ID:Q2e6sJJ5
>> 158
> つーかMicrosoftもVisual Studio CodeじゃChromiumとNode.jsで実装されてるし
そこが今のマイクロソフトの怖いところなんだよな・・

ナデラCEOになってから、倫理的にも技術的にもビジネス的にも
正しいことをし始めた。やってることはマイクロソフトが儲かるという
ビジネス的に正しいことなんだが、それでいてオープンソース陣営とか
かつてMSとは敵対関係にあったような人たちが喜ぶことをしている。

だから面と向かって批判できない。正しいやり方で
マイクロソフトを大きく拡大しようとしている。
あと5年ぐらいたてば、かつて無いレベルであちこちを侵食しているよ。
0163デフォルトの名無しさん2015/05/03(日) 17:45:03.82ID:+1/GzoNu
ttp://techcrunch.com/2015/04/29/microsoft-shocks-the-world-with-visual-studio-code-a-free-code-editor-for-os-x-linux-and-windows/#.prq6v4:bz08
0164デフォルトの名無しさん2015/05/03(日) 17:45:39.47ID:Q2e6sJJ5
>>160
> Node.jsと他のJavascriptエンジン

え？ Node.jsはJavaScriptエンジンじゃありませんが？
0165デフォルトの名無しさん2015/05/03(日) 17:48:05.59ID:hfdn/Wn2
Visual Studio Codeってそういえばまだ一週間経ってない出来事だったっけ
時代の変化が早すぎてもう古い情報のように聞こえてしまうｗ
0166デフォルトの名無しさん2015/05/03(日) 17:48:08.67ID:Q2e6sJJ5
今のMSの勢いだと、Node.jsの実行エンジンとしてChakraを
使えるようになるってこともありそうな気がするね。

>> ID:I75TtZUp
俺が言ってる意味分かんないでしょ？ｗ
0167デフォルトの名無しさん2015/05/03(日) 17:49:47.44ID:qMGCv9q/
JavaScriptで実装されたエディッタでインテリセンスがサクサク動く時代だし
もうネイティブがどうとか無意味っすわ
0168デフォルトの名無しさん2015/05/03(日) 17:50:30.30ID:hfdn/Wn2
ノンブロッキングを徹底するかどうか　(｀・ω・´)キリッ
0169デフォルトの名無しさん2015/05/03(日) 17:52:07.63ID:Q2e6sJJ5
Chakraはノンブロッキングを徹底してるよね。
ブロッキングしている所ってどこよ？
言ってみなｗ
0170デフォルトの名無しさん2015/05/03(日) 17:53:34.95ID:Q2e6sJJ5
JavaScriptがNode.jsで採用されたのは、
JavaScriptの実装（v8、SpiderMonkey、JScript、Chakra等）が
ノンブロッキングを徹底していたからなんだよね。
0171デフォルトの名無しさん2015/05/03(日) 17:57:25.44ID:VNMbSaqh
ちなみに、Node.jsでブロッキング関数は
fs.writeSync みたいに、後ろにsyncが付いているよ。

もちろん、JavaScriptエンジンはノンブロッキングが徹底されているけどね！
具体的にはChakraとかね！


等と言ってると、無知なID:I75TtZUpは
ますます頭が混乱してそうで楽しいｗ
0172デフォルトの名無しさん2015/05/03(日) 18:01:45.76ID:+1/GzoNu
wordpress, rails, spring mvcを過去のものにしたいだけ
破壊しなければ、仕事がなくなる
0173デフォルトの名無しさん2015/05/03(日) 18:03:25.73ID:I75TtZUp
JavaScriptの言語仕様は、ECMAScriptとして策定されています。ECMAScriptには、スレッドやI/Oに関しては記述されていません。
しかし、サーバサイドJavaScriptを作成するうえで、I/O機能は必須であるため、各サーバサイドJavaScriptの実装（RingoJSの前身であるHelmaや、Aptana Jaxerなど）が独自に拡張していました。

各自が独自に実装していると、API互換性などで問題が出てくるため、「CommonJS」が策定されました。

前回記事では、「Node.jsは、このCommonJSにのっとって開発されています」と記載しましたが、現実的には、CommonJSのごく一部を実装しているだけです。

Node.jsの特徴である「シングルスレッドでのノンブロッキングI/O」は汎用的な機能ではないためか、CommonJSには定義されていません。

今後、Node.jsがCommonJSに沿って、実装されていくかは微妙な所ですが、JavaScriptでアプリケーションを作成する際のガイドラインとして、CommonJSは有用です。
http://www.atmarkit.co.jp/ait/articles/1103/23/news101_2.html
0174デフォルトの名無しさん2015/05/03(日) 18:04:52.26ID:hfdn/Wn2
2011年か、、、
commonjsってものも昔はあったねえ・・・(遠い目
0175デフォルトの名無しさん2015/05/03(日) 18:06:31.11ID:VNMbSaqh
>>173
> JavaScriptの言語仕様は、ECMAScriptとして策定されています。ECMAScriptには、スレッドやI/Oに関しては記述されていません。

ほう！ じゃあJavaScriptはノンブロッキングに絶対になるってことだな。
Chakraがノンブロッキングが徹底されているのはそういうことか！
0176デフォルトの名無しさん2015/05/03(日) 18:07:56.72ID:VNMbSaqh
CommonJSってJavaScriptの仕様じゃないんですねー。
0177デフォルトの名無しさん2015/05/03(日) 18:10:13.55ID:oEmNvyKo
>>84
確かに日本のゲーム業界には世界的クリエイターやエンジニアが沢山いるなぁ
CSゲーム業界も世界で3プレイヤーだけで内2プレイヤーは日本企業だもんなぁ

それに比べWEBは皆無で情けない状態w
0178デフォルトの名無しさん2015/05/03(日) 18:10:26.74ID:+1/GzoNu
何れ、chromeはjvmの位置へと昇格する.そのときこそ、dartの復活のとき
0179デフォルトの名無しさん2015/05/03(日) 18:11:48.55ID:hfdn/Wn2
まあサーバーサイドJavaScriptは、ほぼNode一択(細かい事を言えばio.jsもあるが)だから
言語仕様以外のapiに関しても互換性の問題はっやっぱり、ほぼないといえるなあ
0180デフォルトの名無しさん2015/05/03(日) 18:18:53.37ID:I75TtZUp
自分が勘違いしてるかと試してみたが。
すべてのJavascriptがノンブロッキング動作するわけないだろ。
たとえばJScript　5.8はファイル読み込みで停止する。標準的な関数ではノンブロッキングできないはず。



var fs = new ActiveXObject( "Scripting.FileSystemObject" );
var file = fs.OpenTextFile("sample.dat");
var str = file.ReadAll();
WScript.Echo(str);
WScript.Sleep(2000);
WScript.Echo(str);
0181デフォルトの名無しさん2015/05/03(日) 18:19:54.00ID:VNMbSaqh
>>180
ActiveXObject は Javascript ではない。
JavaScriptでそれは使えない。
0182デフォルトの名無しさん2015/05/03(日) 18:21:09.79ID:hfdn/Wn2
おお、具体的な例をはじめてちゃんと出したな
ジュラ紀の地層から出てきた化石のようなソースコードだが
0183デフォルトの名無しさん2015/05/03(日) 18:21:27.84ID:VNMbSaqh
自分が勘違いしてるかと試してみたが。
すべてのJavascriptがノンブロッキング動作するわけないだろ。
たとえばV8はファイル読み込みで停止する。標準的な関数ではノンブロッキングできないはず。

var fs = require('fs');
var text = fs.readFileSync('test.txt', 'utf-8');
console.log(text);
0184デフォルトの名無しさん2015/05/03(日) 18:22:13.75ID:VNMbSaqh
>>180
なにをいってるんだー！

Node.jsはブロッキングしてるじゃないかー！
0185デフォルトの名無しさん2015/05/03(日) 18:25:45.36ID:VNMbSaqh
それにしても、何が実行環境で
何が言語なのか、本当にわかってないんだぁｗ
0186デフォルトの名無しさん2015/05/03(日) 18:25:53.19ID:I75TtZUp
>>181
それはNode.jsのファイル読み込みでも同じこと。
0187デフォルトの名無しさん2015/05/03(日) 18:27:50.14ID:VNMbSaqh
>>186
自分にいえや。

お前が出してきたコードは
Node.jsのファイル読み込みでも同じこと

お前、Node.jsはノンブロッキングが徹底されてるって
言ったの忘れたのか？
0188デフォルトの名無しさん2015/05/03(日) 18:31:58.94ID:hfdn/Wn2
>>178
結局、DartはJavaScriptに敗れ去ったね
あれだけ新しい時代に過去の教訓のもとに作られた言語が
JavaScriptに敗れ去ったという事実
JavaScriptの言語仕様が非常に優れていたことの証明だろう
0189デフォルトの名無しさん2015/05/03(日) 18:36:43.03ID:I75TtZUp
Node.jsはノンブロッキング。sleepすら初期標準装備ではまともにできない。



Node.jsの人はちゃんとsleepしてください - Qiita
http://qiita.com/tanakahisateru/items/9b937989c0ef5345ff9e


Node.jsとは何か、開発者ライアン・ダール氏が語る～ノンブロッキングとはどういうことか？ － Publickey
http://www.publickey1.jp/blog/11/nodejs.html
0190デフォルトの名無しさん2015/05/03(日) 18:37:12.35ID:/2mvjJQZ
>>188
それは違うよ。

優れていたから生き残るわけじゃない。
力を注ぐ人間が多いほうが生き残る。

どんなに優れていても、一つの会社に
依存しているようなものはすぐに消える。Delphiとかね。

JavaScriptの強みは、実装が多く存在するということ。
つまりそれだけ多くの人が関係しているということ。

同時代に複数の実装が出回っていて標準化されていて
互換性もある。こんな言語他にあったか？

多くの会社が、より優れたものを作ろうと競争しているんだ
それだけ投資されているものが簡単に消えるわけがない。
0191デフォルトの名無しさん2015/05/03(日) 18:38:00.90ID:/2mvjJQZ
>>189
> Node.jsはノンブロッキング。sleepすら初期標準装備ではまともにできない。

>>183でブロッキングする例を上げて
論破してるよ。
0192デフォルトの名無しさん2015/05/03(日) 18:38:16.86ID:xkutDKZm
Dartは敗れたのではなく戦略的撤退及びJSへの吸収合併
Nodeはサブプロセス立ち上げと、そこでの同期処理は普通。
0193デフォルトの名無しさん2015/05/03(日) 18:39:13.98ID:/2mvjJQZ
> Dartは敗れたのではなく戦略的撤退及びJSへの吸収合併
それを敗れたという
0194デフォルトの名無しさん2015/05/03(日) 18:43:39.32ID:I75TtZUp
>>191
いつからブロッキング関数が入ったかは知らないが。
たぶん、利用者からの不満で信念を曲げてあとから組み込んだんだろう。
たとえば初期状態で単純なsleepができるのか?
0195デフォルトの名無しさん2015/05/03(日) 18:45:41.99ID:/2mvjJQZ
> いつからブロッキング関数が入ったかは知らないが。
最初から。

無知に無知を重ねてどうするｗ
0196デフォルトの名無しさん2015/05/03(日) 18:46:48.22ID:hfdn/Wn2
>>190
色んな意味で違うな
実装が比較的少ないJava、PHP、Perl、Python、Ruby、ObjectiveCなどは
普通に人気がある
実装の多かったC++はJavaに敗れた(それでも消えたわけではないが)
実装の多かったC++はJavaに敗れたが(それでも消えたわけではない)

それにしてもDelphiがすぐ消えたとかマジで言ってるのか
(C#やTypeScriptと名前を変えて生き残ってるのは別としてｗ)
0197デフォルトの名無しさん2015/05/03(日) 18:48:50.43ID:/2mvjJQZ
> それにしてもDelphiがすぐ消えたとかマジで言ってるのか

消えたよ。すぐとは言ってないよ。
でも消えたよ。
0198デフォルトの名無しさん2015/05/03(日) 18:50:14.83ID:hfdn/Wn2
>>197
すぐにと言ってるようにみえるのだが
俺の気のせいなのか
0199デフォルトの名無しさん2015/05/03(日) 18:51:36.31ID:hfdn/Wn2
ちなみにDelphiの最新の安定リリースは22日前だそうだが
0200デフォルトの名無しさん2015/05/03(日) 18:51:40.44ID:/2mvjJQZ
>>198
Delphiがすぐとは言っていない。
0201デフォルトの名無しさん2015/05/03(日) 18:53:17.71ID:hfdn/Wn2
「一つの会社に依存しているものはすぐ消える
Delphiとか」
みたいに言っておいてすぐ消えてないのかよｗ
結局、ひとつの会社に依存していてもすぐ消えてないだろｗ
0202デフォルトの名無しさん2015/05/03(日) 18:54:54.93ID:/2mvjJQZ
>>199
消えたというのは表舞台からという意味だ。
使われなくなったということ。
そりゃどこかに使ってる会社あるだろ。


まあ具体的な数値で知りたいのなら、
人気言語投票などで1%未満は消えたでいいんじゃね？ｗ
0203デフォルトの名無しさん2015/05/03(日) 18:55:36.43ID:hfdn/Wn2
DartはJavaScriptに敗れ去ったがTypeScriptは敗れ去らなかった
これはTypeScriptがJavaScriptの拡張として成り立っており、
JavaScript機能を全て含んでいるからだ
それだけJavaScriptが優れているんだろうね
0204デフォルトの名無しさん2015/05/03(日) 18:57:06.92ID:/2mvjJQZ
>>201
> 結局、ひとつの会社に依存していてもすぐ消えてないだろｗ
いやー、でも速かったよ。

ほんの数年で全く使われなくなった。
0205デフォルトの名無しさん2015/05/03(日) 18:59:13.36ID:I75TtZUp
>>195
初期のほうではブロッキング関数が見つからない。
いつから登場するかは探してみる。


Index of /docs/

https://nodejs.org/docs/
0206デフォルトの名無しさん2015/05/03(日) 19:02:18.97ID:hfdn/Wn2
>>204
まあ小学校時代の数年は長く感じるけど、大人になってからの数年は
あっという間だというし、人の感覚はそれぞれだね
それにしても数年ってのはないだろ
少なくとも5年以上は人気だった気がする
0207デフォルトの名無しさん2015/05/03(日) 19:13:30.76ID:hfdn/Wn2
ああ、なるほどTurboPascalはDelphiじゃないという扱いなのね
それだと確かに長くはないかも
それでも5年以上人気だったと思うが
0208デフォルトの名無しさん2015/05/03(日) 19:25:12.71ID:xkutDKZm
>>205
パッチファイル的な使われ方もするんだからブロッキングAPIがあってとうぜん
0209デフォルトの名無しさん2015/05/03(日) 19:26:27.52ID:I75TtZUp
nodejsのこれらのバージョンにはreadFileSync関数なし。初出はたぶんv0.1.30。


v0.0.1 v0.0.2 v0.0.3 v0.0.4 v0.0.5 v0.0.6 v0.1.0 v0.1.1 v0.1.10
v0.1.11 v0.1.12 v0.1.13 v0.1.14 v0.1.15 v0.1.16 v0.1.17 v0.1.18
v0.1.19 v0.1.2 v0.1.20 v0.1.21v0.1.22 v0.1.23 v0.1.24 v0.1.25
v0.1.26 v0.1.27 v0.1.28 v0.1.29 v0.1.3 v0.1.4 v0.1.5 v0.1.6 v0.1.7 v0.1.8 v0.1.9



Index of /docs/
https://nodejs.org/docs/
0210デフォルトの名無しさん2015/05/03(日) 19:31:11.34ID:hfdn/Wn2
だから何なんだ
v0.1.30？
今はv0.12.2だよ
0211デフォルトの名無しさん2015/05/03(日) 19:34:45.13ID:/2mvjJQZ
>>209
つまり、v0.1.30でnodeは
ノンブロッキング徹底されているんだって言う
お前の希望はついえたってこと。

v0.1.30、リリース日2010.02.22
それは0.0.1から1年も絶たない出来事であった
0212デフォルトの名無しさん2015/05/03(日) 19:39:51.70ID:/2mvjJQZ
だが安心して欲しい。それはnodeの話であって
JavaScriptエンジンの話ではない。

JavaScriptエンジンはどれもノンブロッキングが
徹底されているのだ。
もちろん(nodeの)V8エンジンもChakra（JScritpt）もね！
0213デフォルトの名無しさん2015/05/03(日) 20:27:40.06ID:RUldsALn
まだやってるのか．．．
アホか
0214デフォルトの名無しさん2015/05/03(日) 20:28:39.20ID:I75TtZUp
nodejsは全体として、言語として、ノンブロッキング言語であることには違いがない。
ノンブロッキング言語に特例としてブロッキング関数が入ってるだけ。
sleepを入れたとしてもそこでプログラムが停止しない。
停止するJavascript環境も存在する。
動作が違うことを互換性がないと言っている。
0215デフォルトの名無しさん2015/05/03(日) 20:39:35.46ID:/2mvjJQZ
> nodejsは全体として、言語として

言語じゃねーよｗ

何いきなり間違ってるんだ。

そこから訂正してやり直せ
0216デフォルトの名無しさん2015/05/03(日) 20:45:12.18ID:TY1Q/wFn
そりゃ、まあnode.jsで
WScript.Sleep(1000);
ってコピペしても動かないだろうよ。
Sleepという根幹機能ですらJavascriptは互換性がない言語だと
俺も認めざるをえないな！ｗ
0217デフォルトの名無しさん2015/05/03(日) 20:45:28.34ID:/2mvjJQZ
あまりいじめると泣くかな？ｗ
でも自分が悪いんだよ。
あまりにも無知だからね。
0218デフォルトの名無しさん2015/05/03(日) 20:59:27.21ID:I75TtZUp
Node.jsはオモチャ - from scratch

世界は非同期である。だから、プログラミングも非同期であるべきである。
実際にはムーアの法則には限界があり、これまで以上のリソース拡大は嘘になる可能性がある、これ以上のパワーを得るためには同期による待ち時間を減らすべきである。

Erlang, scala, golang, nodejs は全てが純正の非同期システムであり、それらを試せば、違いが分かるだろう。

Nodejsは非同期プログラミングを学ぶ上で、世界で最も優れた言語である。javascriptを打ち負かせる言語は他にいない。

Nodejsの基盤は素晴らしい(libuv, V8)、バッテリー同梱(batteries included)を除いて、ユーザーはとても短い時間でこの素晴らしさを提供する事ができる。
Nodejsは非同期のクライアント、サーバーのプロトタイプを構築する上でベストなツールである。

常にNodejsはこれまでのAPIを壊してくる。Node v0.4、0.6、0.8にかけて悲劇を見てきた。
この事を覚えていて欲しい、nodejsを仕事で試すのは辞めたほうが良い。
娯楽かプロトタイプ以上のものを作り、現実の問題解決を望む場合、ErlangやScala、Golangのような現実的な言語を使うべきである。


from scratch的感想
Node.jsは素晴らしいといいつつも、APIの互換性が保たれていない事に異を唱え、それをなんとかCrockfordやRyahに伝えたいのかな、と思わせる感じ。

ニコニコ超会議でも @KOBA78 さんが一番Nodeに向くのは今はLTネタである、と言い切っていたので、通じるものがあるのかな、と思いました。

また、同期的、非同期的の話は前回のNode学園で出た

同期的関数は同期的でなければならない。非同期的関数は非同期でなければならない。

という話を思い出しました。いずれにせよ、Node.jsは今回の記事にも書いてある通り、非同期プログラミングを学ぶにはこれ以上ないツールです。

http://yosuke-furukawa.hatenablog.com/entry/2012/07/07/001547
0219デフォルトの名無しさん2015/05/03(日) 21:00:38.31ID:/2mvjJQZ
>>218
まずは、訂正しろって言っただろ

何逃げてんだよ。

卑怯者か？
0220デフォルトの名無しさん2015/05/03(日) 21:08:50.34ID:hfdn/Wn2
>>218
お、2012年か
1年進んだな！ｗ
0221デフォルトの名無しさん2015/05/03(日) 21:10:42.69ID:/2mvjJQZ
ここでネタバレをすると
ID:I75TtZUpは2005年から
記憶喪失だったんだ。
0222デフォルトの名無しさん2015/05/03(日) 21:28:52.72ID:r6wgrf+g
2015年の話しようよ。

あとプログラミングとかが昭和で止まってる人間は申し訳ないが消えてくれ。
0223デフォルトの名無しさん2015/05/03(日) 21:38:09.91ID:/2mvjJQZ
2015年の今ではNode.jsという言語が
生まれたのである。ドヤァ！
0224デフォルトの名無しさん2015/05/03(日) 22:04:37.60ID:O5TW7WMk
スレの流れがアホらしすぎ

こどもの喧嘩か！
0225デフォルトの名無しさん2015/05/03(日) 22:06:02.43ID:/2mvjJQZ
子供なんだろ？
0226デフォルトの名無しさん2015/05/04(月) 00:20:47.52ID:QPogxQWE
apache2.4とnode.jsって、何方がサーバーとして優れてるの？
apache serverとphpの方が進化し続けることができそうなんだけど
0227デフォルトの名無しさん2015/05/04(月) 03:16:13.97ID:3D0tbtvP
とりあえず、JS厨は有害だということが分かったね
0228デフォルトの名無しさん2015/05/04(月) 06:20:36.08ID:3D0tbtvP
>>190
別にケチつけたいとか何でもなく
Lisp とかやたら実装あるし、長生きだなとか思った
0229デフォルトの名無しさん2015/05/04(月) 06:23:20.12ID:3D0tbtvP
おお、227とID同じだ。初めて見た
0230デフォルトの名無しさん2015/05/04(月) 07:03:16.84ID:J0bB/MBQ
>>227
"こども" っていうのはお前のことな
0231デフォルトの名無しさん2015/05/04(月) 07:31:38.85ID:IlsJpzht
JSが使われるいろんな場面でノンブロッキングを徹底する必要はあるけど、
それ＝非同期関数を使いまくったり、コールバックで書かないといけないというわけじゃない。
Worker立てて別プロセスで同期処理しても目的は達成されるわけだし、ジェネレータ使えば非同期処理を同期的に書ける。
0232デフォルトの名無しさん2015/05/04(月) 07:38:45.62ID:1poVLIgC
それにNode.js環境であればreadFileSyncなどのように
非同期関数も存在する。
0233デフォルトの名無しさん2015/05/04(月) 17:21:24.39ID:Xz6tXobb
非同期関数じゃなくて同期関数でしょ
で、それをIOと関係ないところで使えば問題ないってことでしょ
0234デフォルトの名無しさん2015/05/04(月) 18:12:17.94ID:+glKkzJw
脱ブラウザ化を前提にした新しいインターネット体験が既に始まった現代においてjsとか何の冗談ですか？

老害はおかえり下さい
0235デフォルトの名無しさん2015/05/04(月) 18:48:25.24ID:Xz6tXobb
WebはWebでServiceWorkerのPush通知みたいにちゃんと時代に合わせて進歩してきてると思うよ。
まあJSの良い所は柔軟性と、機能が少ないからこその拡張性だろうね。
0236デフォルトの名無しさん2015/05/04(月) 19:53:27.82ID:wYDx+Rh8
>>233
readFileSyncというI/Oの同期関数を
I/Oと関係ないところで使うって
どういう意味？
0237デフォルトの名無しさん2015/05/04(月) 20:01:22.49ID:prYoIKs4
一般的に同期関数をメインスレッド→
Nodeだと基本リクエストを受け付けるサーバ、そういう意味でのIO
WebだとDOM操作、そういう意味でのIO
で使うのは厳禁ということでしょうよ。
0238デフォルトの名無しさん2015/05/04(月) 20:35:24.91ID:wYDx+Rh8
Nodeってスレッド一つしか無いんだけど？
0239デフォルトの名無しさん2015/05/04(月) 20:37:53.08ID:40ee8aRr
Nodeの同期関数はバッチ処理やちょっとしたユーティリティの類も作れるようにという意図だね
もちろんオンラインで使えば確実に固まる
0240デフォルトの名無しさん2015/05/04(月) 20:54:14.33ID:prYoIKs4
>>238
子プロセスを立ちあげられる。
それと「Node」はシングルスレッドではない。
スループット向上の為バックのio処理は数スレッドで動いてる。
0241デフォルトの名無しさん2015/05/04(月) 21:07:03.45ID:WoMWhSqx
記者の眼 - Node.jsの仕組みはWebアプリ開発者も知っておくべき：ITpro
http://itpro.nikkeibp.co.jp/article/Watcher/20121003/427288/

Node.jsは、シングルスレッドでしか動作しない。
大量のアクセスに対しては、とにかくリクエストを受け付けてしまう。
だが、シングルスレッドなので一つひとつのリクエストを高速に処理していかないと、処理すべきリクエストは増える一方となる。
シングルスレッドでも高速に処理するため、Node.jsは「イベントループ方式」と「非同期I/O処理」を実装している。
0242デフォルトの名無しさん2015/05/04(月) 21:20:49.32ID:QPogxQWE
ttp://jxcore.com/home/
0243デフォルトの名無しさん2015/05/04(月) 21:23:58.58ID:QPogxQWE
ttp://en.wikipedia.org/wiki/Web_worker
0244デフォルトの名無しさん2015/05/04(月) 21:25:38.95ID:QPogxQWE
ttps://nodejs.org/api/cluster.html
0245デフォルトの名無しさん2015/05/04(月) 22:21:39.41ID:prYoIKs4
>>241
シングルスレッドなのはV8エンジンのメインスレッドであって、
Nodeの心臓部であるlibuvは非同期処理を効率的にこなすためにマルチスレッドで動いてる。
またChild Processモジュールを使ってメインからサブのNodeのプロセスを立ち上げたり、
一般的なサーバ用途であればそのロードバランサをClusterモジュールに任せることも出来る。
0246デフォルトの名無しさん2015/05/04(月) 22:33:43.75ID:40ee8aRr
>>245
V8エンジンがシングルスレッドである以上、一つのコールバックが同期IOをやれば当然全部固まるだろ
それを問題にしてるんであって、内部がどうなってようが関係ないよね
また、子プロセスを立ち上げるとNode.jsのアーキテクチャのメリットが完全にスポイルされるわけだから
結局バッチ処理などのまとまった処理にしか使えない
0247デフォルトの名無しさん2015/05/04(月) 22:33:49.78ID:QPogxQWE
ttp://nikhilm.github.io/uvbook/threads.html
0248デフォルトの名無しさん2015/05/04(月) 22:43:56.08ID:prYoIKs4
>>246
だから最初からバッチ処理などのまとまった処理には使えるよってことを皆言ってるんだよ。
>>236からの流れ完全無視ですか？
それと子プロセスを立ち上げるのはNodeのメリットを削がない。
セッションごとに立ち上げるわけではなく、あくまでマルチコアを有効に使おうというものであるから。
0249デフォルトの名無しさん2015/05/04(月) 22:45:51.72ID:FuYVSRSb
Node.jsって万能なんだな
0250デフォルトの名無しさん2015/05/04(月) 22:49:08.26ID:prYoIKs4
上で最初は非同期関数しかなかったという話が出てるけど、
一番最初は作られた目的からしてもサーバサイド限定だったけど、
やっぱそういう用途にも使えた方がいいよねということもあって同期のファイルアクセスAPIが用意されたのだと思う。
ちなみに同期のネットアクセスAPIは用意されてない。野良モジュールであるけど。
0251デフォルトの名無しさん2015/05/04(月) 23:54:57.01ID:wYDx+Rh8
>>248
いやいや話の流れがわかってない。

Node.jsはノンブロッキングに特化しており、
JScriptはそうではないという話をしていたんだ。

別プロセスで動かせば、ノンブロッキングだというのなら
JScriptでも同じことになる。

矛盾してるんだよ。

まあそもそもこいつは、Node.jsを言語と言っているし
言語と実行環境の区別がついていないやつだから
最初っから矛盾してるんだけどな。
0252デフォルトの名無しさん2015/05/05(火) 00:36:20.53ID:Y7D43j5s
>>251
Node.jsはノンブロッキングに特化してるということは今さら言うまでもなく誰もが認めている
だけど同期関数が無いだとか、別プロセス立ち上げるのはNodeのありように反してるとか、
間違ったことを言い張るから皆から突っ込まれてるんでしょ

それに単純にノンブロッキングで何かJSで重たい処理をする必要があるときは、
WebならWorker、Nodeならchildprocessみたいにメインの外でやる以外無い
そのような用途のためにもchildprocessが用意されてる

あともう一度言うけどノンブロッキングである必要があるのは
沢山のイベントをリアルタイムに履かないといけないからで、
バッチ処理的に使うのであれば関係がないこと
0253デフォルトの名無しさん2015/05/05(火) 00:47:58.83ID:8OQq3apA
>>252
> Node.jsはノンブロッキングに特化してるということは今さら言うまでもなく誰もが認めている
> だけど同期関数が無いだとか、別プロセス立ち上げるのはNodeのありように反してるとか、
> 間違ったことを言い張るから皆から突っ込まれてるんでしょ

俺に言うなよ。
俺がreadFileSyncの例を持ち出して、同期関数があることを
教えてやったんだよ。
別プロセス立ち上げるなとも言ってない。

JavaScriptの話と実行環境の話をごっちゃにしている奴がいたから
からかって遊んでいただけだ。
0254デフォルトの名無しさん2015/05/05(火) 01:13:53.37ID:0S25WcbA
こうやって言い負かされて形勢不利になると
ふざけたんだよ～って逃げるヤツってどのスレにもいるんだなｗ
0255デフォルトの名無しさん2015/05/05(火) 01:25:58.72ID:8OQq3apA
言い負かしたレスってどれだい？
0256デフォルトの名無しさん2015/05/05(火) 01:37:58.48ID:TIrf+R0e
★　炭水化物(小麦、米)＝砂糖　★

・「いつものパン」があなたを殺す: 脳を一生、老化させない食事　(デイビッド パールマター　2015/1/16)

・ダダモ博士のNEW血液型健康ダイエット　(集英社文庫)
　Ｏ型とＢ型は小麦、とうもろこし、蕎麦を食べると体調が悪くなり太ります

・統合失調症、うつ病、パニック障害は糖を抜くと３日で治った。

・チョコレートは超危険食品　強い依存性、糖尿病の恐れ…妊婦や子供は摂取要注意
http://aoi.bbspink.com/test/read.cgi/club/1416413686/235

・すべての不調は首が原因だった！

・長引く痛みの原因は、血管が9割　　(奥野祐次ワニブックスPLUS新書2015/2/7)　

・あなたの不調、実は「脳脊髄液減少症」かも!?

・その不調は遅延型フードアレルギーです！
↓
http://wc2014.2ch.net/test/read.cgi/shapeup/1425713834/73
0257デフォルトの名無しさん2015/05/05(火) 08:22:20.17ID:bbS1ITn2
で、結局同期非同期について何が言いたかったのだろうか。
0258デフォルトの名無しさん2015/05/05(火) 09:15:17.82ID:iBC7PNnN
>>257
御託を並べただけでしたね♪
こういう奴いるよね。御託並べて悦に浸っちゃうお馬鹿さん。
0259デフォルトの名無しさん2015/05/05(火) 10:11:35.57ID:uw/h34kl
2つの言語環境で文法や関数が完全一致していても、完全同期と完全非同期(例外的非同期と例外的同期)では同一コードでも出力が違う。
0260デフォルトの名無しさん2015/05/05(火) 11:06:39.15ID:t+uHmPE6
具体的に、何が違うかを書いたら？
一方の出力は、これで、
もう一方は、こうって言う風に
具体的に。
0261デフォルトの名無しさん2015/05/05(火) 11:41:44.59ID:+V6CgyJV
>>259
日本語でプログラミング学ぼうとすると効率悪そうだよな。
0262デフォルトの名無しさん2015/05/05(火) 12:46:40.50ID:Y1anEcJj
ID:prYoIKs4の説明がわかりやすいから常駐してほしい
0263デフォルトの名無しさん2015/05/05(火) 21:33:39.70ID:P8IV0u4y
いや何を主張したいのかが理解できないわ
「NodeJSは基本的に非同期IOに特化しているが、バッチ処理などの単発の処理のために同期IOが使える」
と言いたいだけなんだったらなんでchildprocessを持ち出すのか
この文脈で子プロセスと同期IOを使った非同期処理を引き合いに出し、さらにNodeJSはマルチプロセスでも効率的な処理が行えるというようなことを言えば
セッションから子プロセスを起動するようなNodeJS的に明らかに間違った使い方をしようとしてるのかと
誤解されるのは当然だと思うよ
0264デフォルトの名無しさん2015/05/05(火) 22:23:18.89ID:Y1anEcJj
はぁ？itproみたいなイベントドリブンだの非同期処理だの、
誰でも知ってるレベルのことだから。
誰がみても、ID:prYoIKs4の解説の方が処理系の実装まで、もっと突っ込んでるだろ
0265デフォルトの名無しさん2015/05/05(火) 22:54:07.22ID:P8IV0u4y
解説以前に、何が言いたいのか意味不明だと言っているんだけど?
0266デフォルトの名無しさん2015/05/05(火) 22:55:50.52ID:P8IV0u4y
っていうか>>264はID:prYoIKs4が結局何を言いたかったのか理解できたのか?
理解できたなら教えてくれ
0267デフォルトの名無しさん2015/05/05(火) 23:57:51.46ID:Y1anEcJj
>>266
死ねよカス。オマエは煽りたいだけだろw
>>240から>>245の流れで、node.jsのIOとcluster,child processの概要を把握したよ。
0268デフォルトの名無しさん2015/05/06(水) 00:03:10.42ID:M8LrA/ZF
node.jsのIOとcluster,child processなら
知ってて当然の話だろう？
0269デフォルトの名無しさん2015/05/06(水) 00:10:11.52ID:mbn+dbFM
ID:prYoIKs4は「シングルスレッド」という言葉尻に反応してるだけだね
Nodeがシングルスレッドだというとき、スクリプトスレッドがシングルスレッドであることを意味するのは当然の暗黙の了解だし
Node自体の実装がマルチスレッドだなんて当たり前すぎていちいち特筆するようなことじゃないわな
0270デフォルトの名無しさん2015/05/06(水) 00:27:35.27ID:/1rfMabx
Node.jsはシングルスレッド、イベント駆動モデルと多くで解説されてるがウソか?



Nodeビギナーズブック ≫ Node.jsチュートリアル ≫ Node.js 教程

Node.jsはたくさんの処理を同時に行えるけれども、 全てをスレッドに割り振って行うわけではないのです ?
実際、Node.jsはシングルスレッドです。そうではなく、 イベントループを走らせることでデベロッパーはこれを利用できるのです ?
これらの理由から、ブロッキング操作は極力避け、 かわりにノンブロッキング操作を行うべきなのです。
http://www.nodebeginner.org/index-jp.html
0271デフォルトの名無しさん2015/05/06(水) 00:31:50.59ID:/1rfMabx
サーバーサイドでの利用が想定され、資源を使いきらないよう、全力を出しきらないようにシングルスレッドは有り得る話だ。




Node.jsの特徴
一般的にNode.jsのメリットというとC10K問題(クライアント１万台問題)を解消できるというのが大きいです。
C10K問題というのはJavaやPHPではクライアント接続の度に新しいスレッドが立ち、その度に2MB程度のメモリを使用してしまうため、
同時に接続できるクライアント数があり、それを超えてしまうとシステムダウンしてしまう、というやつです。
Node.jsではシングルスレッド・イベント駆動で動作しており、クライアント接続されてもスレッドは立たず1イベントとして処理されるため、このメモリの問題を飛躍的に解消できるというわけです。
http://blog.sinap.jp/2013/12/post-49.html




Node.js を5分で大雑把に理解する - Qiita
特徴
サーバーサイドのJavaScript
非同期
ノンブロッキングI/O
イベントドリブン
シングルスレッド (メモリ消費が少ない、仕事切り替えが少ないので速い)
JavaScript エンジンが Google の V8 で速い
小さいデータや小さい計算の場合、速い
メモリ消費量が少ない
http://qiita.com/hshimo/items/1ecb7ed1b567aacbe559
0272デフォルトの名無しさん2015/05/06(水) 00:47:10.48ID:M8LrA/ZF
VB6はスレッドを使えない。
VB6でAPIを無理やり使っても落ちるだけ。
にもかかわらず、VB6で作られたアプリは複数のスレッドを持っている。

これをマルチスレッド対応といえるだろうか？
って話と同じなんだよな。


自分で書いたコードでスレッドが使えなければ
内部でいくら複数のスレッドを使っていたとしても
それはシングルスレッドと言うべきだよ。

もちろん別プロセスを起動しても
マルチスレッドとはいわない。
0273デフォルトの名無しさん2015/05/06(水) 00:58:24.06ID:Ntj9QqNO
スレッドを使えないことは別に悪いことじゃないんだから、使えないでいいと思うけどね
というか、Node.jsはそういうコンセプトの言語なんだし
0274デフォルトの名無しさん2015/05/06(水) 01:07:19.00ID:mbn+dbFM
clusterはサーバーの負荷分散には使えるけど、プロセスを分けたからって決して同期IOで止めていいわけじゃないから
同期非同期の話からは外れるな。>>231のいうような目的を達成できない。
childprocessも同様で、同期IOを使うなら子プロセスは結局バッチ処理の並列化くらいにしか使い道がないわけだ。単なるfork-joinだね。
0275デフォルトの名無しさん2015/05/06(水) 07:54:08.43ID:8X10Hly1
それは違うな
まずClusterはChildProcess上に成り立っている技術だけど
前者がサーバとしての負荷分散のためにあるのに比べ、後者の汎用的なものもあることを区別すべき

そしてまず同期処理っていうのはIOだけにとどまらない
IOのような「待ち時間の長い処理」の他に、「根本的に重たい処理」もあるわけだ
もしその重たい処理に同期/非同期API両方あったとしても
メイン側でたくさん非同期APIを使って組み立てるよりも
外で一度にやらせてメインでは一度のコールバックでサブから結果を受け取る方がスマート

つまり、結局ここで言ってるのは粒度の違いでしかない
機能粒度の小さいネイティブ実装のスレッド外APIを沢山メインから叩くのか、
サブに必要な処理をまとめて大きな非同期APIとするのかの違い

最後にクライアントJSやNodeで非同期が大事なのは、リアルタイムなイベントをブロックしないためであって、
それはあくまでWebサーバ/Webブラウザという分野での特徴的なこと
そこから離れればバッチ処理に限らず、リアルタイムにイベントを相手し続ける必要がないものはたくさんある

まあとは言えNodeのChildProcessとWebWorkerは前者はプロセス、後者はスレッドという粒度の違いがある
後者では共有メモリの実現も可能だから、また違ったこともできる
それとここまで書いたのは非同期APIは扱いづらい、まとめづらいという前提だから、ジェネレータやasync/awaitを使うと
同期APIとさほど違わない使い勝手になるので、より同期APIの必要性は下がってくると思われる
0276デフォルトの名無しさん2015/05/06(水) 11:12:14.01ID:sgQow1cN
>>269
Node.jsはシングルスレッドですが何か？
0277デフォルトの名無しさん2015/05/06(水) 11:29:36.13ID:FTo6IrWP
>>270
それは掻い摘んだビギナー向けの概要で、libuvの内部にまで突っ込んだ話しじゃないだろ
0278デフォルトの名無しさん2015/05/06(水) 11:34:35.02ID:FTo6IrWP
IoTでやたらnode.jsが使われるのは
センサーから入力がリアルタイム処理だからって認識でいいのかな
0279デフォルトの名無しさん2015/05/06(水) 11:35:36.85ID:ctlCJDEk
libuvの内部にまで突っ込んだでシングルスレッドというのなら、
ドライバの内部にまで突っ込んで、全てのアプリは
マルチスレッドで動いていると言えてしまう。

ライブラリやドライバでスレッドが複数使われているかは
関係ないんだよ。
0280デフォルトの名無しさん2015/05/06(水) 11:51:22.18ID:+wDbHyO4
セッション毎にプロセスやスレッドを立ち上げる従来のやり方ではないよということで
シングルスレッド型と言っているのであって、
実際は今やClusterを使ってCPU資産を有効に使うのが当然だし、
別にApacheと組み合わせて従来のCGIのように動作させることもできるし、
今はそう呼ぶのは言葉が良くないとは思うな
0281デフォルトの名無しさん2015/05/06(水) 12:15:23.62ID:sgQow1cN
>>280
いや、cluster使ってるなら別じゃんｗｗ

node.js自体はシングルスレッドに他ならないんだから。
君ら勝手に定義変えるなよ。
0282デフォルトの名無しさん2015/05/06(水) 12:17:45.38ID:+wDbHyO4
あともっと広く非同期APIとスレッド分けのことを考えた時、
crypto的な重いAPIの時は呼んだAPIの１つ１つが違うスレッドで動いてくれないとメインを妨げてしまうから重要
まあNodeで非同期APIを提供するネイティブモジュール作るときは別スレッドで動かすし
Nodeはlibuv含めたそれらの複合体なんだから、Nodeをシングルスレッドと言うのはやっぱり間違い

あくまでイベントループによりシングルスレッド上で沢山のイベントを履けるよということであって
例えJSがマルチスレッドで動くようになっても、NodeのWebサーバとしての基本アーキテクチャの話をする上で関係ないし
そういう意味ではシングルスレッドと言ってもいいが、Nodeを広く深く認識してる人からは当然ツッコミが入るだろうな
まあ>>276のような言い方なら明らかに間違い
0283デフォルトの名無しさん2015/05/06(水) 12:20:24.99ID:+wDbHyO4
>>281
JSはシングルスレッドだけど、別にこれがマルチスレッドを扱えるようになっても上の記事の文言は変化しない
上の記事はあくまでWebサーバとしてのNodeの表面を、従来型のアーキテクチャと比較して書いてるに過ぎない
そしてNodeという存在はそれだけでは無いことを認めるべし
0284デフォルトの名無しさん2015/05/06(水) 12:26:03.09ID:mbn+dbFM
>>278
Webやってる連中に訴求するための宣伝の都合だよ。
普段組み込み開発の情報なんてインターネットであまり見かけないだろ? 君の場合、そういう風に広告やサーチエンジンがオプティマイズされてるわけ。
Node.jsを採用することにより、そういう連中にもアプローチがしやすくなる。
0285デフォルトの名無しさん2015/05/06(水) 13:02:03.10ID:ctlCJDEk
nodejsは全体として、言語として、ノンブロッキング言語であることには違いがない。
ノンブロッキング言語に特例としてブロッキング関数が入ってるだけ。
sleepを入れたとしてもそこでプログラムが停止しない。
停止するJavascript環境も存在する。
動作が違うことを互換性がないと言っている。
0286デフォルトの名無しさん2015/05/06(水) 15:41:48.39ID:FTo6IrWP
>>284
訴訟って(；・∀・)
夏休みの宿題レベルにセンサー取っつけるようなことしかしないだろ
0287デフォルトの名無しさん2015/05/06(水) 15:42:45.78ID:FTo6IrWP
あれ、なんで、訴求と訴訟を読み間違えたんだろう
0288デフォルトの名無しさん2015/05/06(水) 15:45:38.74ID:FTo6IrWP
>>280
node.jsをapacheと組み合わせてCGIのように使う方法なんて、
少なくとも公式に使われるようなモジュールでは見たことないんだけど。
0289デフォルトの名無しさん2015/05/06(水) 15:47:39.66ID:ctlCJDEk
node.jsを含めて最近はウェブサーバーは必要なく
単体でウェブサーバーとして動くからね。

ウェブサーバーは静的コンテンツを返したり
httpsを処理したりリバースプロキシとして、
アプリのフロントエンドとして使うものになってる。
0290デフォルトの名無しさん2015/05/06(水) 17:21:23.20ID:FTo6IrWP
はぁ？phpやpython付属のサーバーって、ちょっとテストするための玩具だろ
0291デフォルトの名無しさん2015/05/06(水) 19:34:34.72ID:8X10Hly1
JSにsleepがあろうがなかろうがNodeの作りが今と同じ限り、
もしNodeを知らない人にNodeとは何かを説明するときは
シングルスレッド云々いうことになるだろうよ。

でもここ専門版でNodeについて話すときその見解じゃ狭すぎると思うけどね。
0292デフォルトの名無しさん2015/05/07(木) 07:04:53.60ID:yJeqbwSV
>>284 面白い説だ
0293デフォルトの名無しさん2015/05/07(木) 07:09:03.76ID:JT7pwAxA
Webしか見えてない奴のいう「～が流行ってるのはなぜ?」は
大抵「お前がそれに興味を持っていて、Googleはそれを知っているから」で説明がつくね
0294デフォルトの名無しさん2015/05/07(木) 08:09:19.85ID:u225hXbX
Swiftが世界的に流行ってるのは何故？
0295デフォルトの名無しさん2015/05/07(木) 08:20:45.38ID:/buoCUil
Webしか見えてないとか言ってる人はどうせNodeで行うあらゆる事や
UnityやWinメトロアプリで使うJSもWebの範疇に入れるんだろうな。
まあWeb全体を見通してる人がいたら間違いなく人類の宝だと思うが。
それ以上は神か器用貧乏かのどちらかだろう。
0296Office & Gamers ◆G144Hzgh2.0e 2015/05/07(木) 12:21:39.62ID:D9UlN1Gu
安定の99BASICとDarkBASIC。（ｷﾘｯ
0297デフォルトの名無しさん2015/05/07(木) 15:29:17.35ID:F6M4LkMK
>>293
ちがうよ。
githubもhacker newsもinfoqもredmonkも、node.jsの話題しかないじゃん
昔は多様性があったのに、node.jsとjavascriptだけになったんだよ
0298デフォルトの名無しさん2015/05/07(木) 16:42:31.12ID:nNBhDPvj
node.jsの話題しかないってお前3年前からタイムスリップしてきたのかよw
io.js騒動で急激に盛り下がったじゃん
今からnodeが盛り返すにはMSがJoyentに代わってプロジェクト引き継いで、フォーク統合するしかないな
0299デフォルトの名無しさん2015/05/07(木) 18:11:26.92ID:/fyjA82q
今のWeb APIなんてどっかで見たなと記憶を辿ればIE4やIE5で既に在ったものばかりだからMSの人なら仕事が早いかもしれないな。
でもみんなが今すぐに欲しいのはparallelStreamじゃないかな。ウェブデザイナーレベルに媚びたような仕様の糞すぎるworkerやproxyなんてホンマに要らんし。
0300デフォルトの名無しさん2015/05/07(木) 20:31:31.71ID:L0UP8Sbb
>>298
違うね、Nodeが盛り下がって危機感を感じたからio.js騒動が起きた。
Nodeの問題点はもうわかりきっている。それはAPIだ。
５年前は革新的だったが今では古臭くなってしまった。
そしていつまでたっても1.0が出ずAPIを刷新しない、できない状況が続き、良く言えば枯れ切って盛り下がってしまった。

とは言えAPIの進化には構文の進化が必要で、JSの進化を待つ必要があることも確か。
だからio.jsではまず最初にV8のバージョンを上げることを行った。
V8のバージョンが最新になればES6の一部機能が使えるので、フレームワークの力を借りて
APIを刷新とまではいかないでも、新しい構文の恩恵を受けられる形にする事ができる。

本当はES7までは待たないとまだNode刷新するだけの力はないが、
それでもES6の取り入れはES7までコミュニティを温めるには十分だ。
次の課題は今DOM側で策定中のStreamやIOのAPIとNodeがどう折り合いをつけるかだ。
これはES7の取り込みと一緒に訪れるだろう。
それこまで上手く行けばNodeはWebとJSと共に繁栄する。
0301デフォルトの名無しさん2015/05/07(木) 20:59:23.64ID:NXZBxN2S
> Nodeの問題点はもうわかりきっている。それはAPIだ。
> ５年前は革新的だったが今では古臭くなってしまった。
> そしていつまでたっても1.0が出ずAPIを刷新しない、できない状況が続き、良く言えば枯れ切って盛り下がってしまった。

なんでこんな完全に間違いな文章を
ドヤ顔で書くことが出来るんだろうかｗ

io.jsが出た理由はプロジェクトの進め方だって有名じゃないか。
APIの問題じゃないからAPIは互換性がある。
0302デフォルトの名無しさん2015/05/07(木) 22:19:14.74ID:L0UP8Sbb
>>301
その進め方ってのは、まさにコミュニティの意見を聞き入れず、
新しいことを取り入れず停滞していたこと。
io.jsはそりゃ最初はAPIをそのまま引き継いだが、
さっさとバージョンを2.0に上げて、それ以降は壊していく予定。
あとそもそもV8のES.nest実装が進まないと試せることに限界がある。
上で書いたように暫くはES6＋フレームワークの補助の元で進めて、
標準APIとしてスマートにAPIを刷新するのはES7を待つ必要がある。
その第一歩として重要なのがV8のバージョン上げであり、
そこがNodeの不満点の中でも大きく、io.jsの大きなアピールポイントでもあった。
0303デフォルトの名無しさん2015/05/07(木) 23:31:31.18ID:NXZBxN2S
> さっさとバージョンを2.0に上げて、それ以降は壊していく予定。

こわさないってよ。

誰が壊すって言った？
0304デフォルトの名無しさん2015/05/07(木) 23:49:45.91ID:L0UP8Sbb
>>303
壊さないのは1系の間。とは言え細かな変更は入ってる。
まだ2.0につい先程なったばかりなので大きな違いはないが、
io.jsはセマンティックバージョニングに従ってるのでこれからどんどん入る。
具体的にはまず廃止予定のAPIは互換性を無視して切られる。
0305デフォルトの名無しさん2015/05/07(木) 23:55:12.23ID:NXZBxN2S
>>304
だから、2系がでたから壊さないんだよ。
まさかすぐに3系が出ると思ってるの？

Node.jsとの互換性をなくすってことは、
io.js 2.0の互換性をなくすということに等しい。
セマンティックバージョングだからこそ、
io.jsが2系であるかぎり互換性は保たれる。

もしすぐにio.js3.0系がでて、リリースされたばかりの
io.js2.0系との互換性が切れるんだと言いたいのなら、
そうはっきり言いなさい。
0306デフォルトの名無しさん2015/05/07(木) 23:56:53.79ID:NXZBxN2S
参考

セマンティック バージョニング 2.0.0
http://semver.org/lang/ja/

1. APIの変更に互換性のない場合はメジャーバージョンを、
2. 後方互換性があり機能性を追加した場合はマイナーバージョンを、
3. 後方互換性を伴うバグ修正をした場合はパッチバージョンを上げます。

つまり、io.jsが2系であるかぎり互換性は保たれる。
0307デフォルトの名無しさん2015/05/08(金) 00:04:00.35ID:d2WjMR/U
html5やnode.jsが出たての頃ってさ、
flashがあるから流行らない( ｰ`дｰ´)ｷﾘｯ
node.jsなんて流行らない( ｰ`дｰ´)ｷﾘｯ
こんなのばっかだったよね(´・ω・｀)
0308デフォルトの名無しさん2015/05/08(金) 00:15:33.53ID:k44MRK8x
そりゃ、何にでも賛成する人と反対する人がいるから
当然の話では？
0309デフォルトの名無しさん2015/05/08(金) 00:50:35.21ID:i0jHqfPR
io.jsが今後覇権を握るということでおけ？
0310デフォルトの名無しさん2015/05/08(金) 01:04:50.02ID:k44MRK8x
未来のことは誰にもわからない。
互換性はあるのだから
後から考えても遅くない。
0311デフォルトの名無しさん2015/05/08(金) 08:03:16.33ID:BFwbM8EM
>>309
>>300が言うにはnode.jsのAPIは古臭くカビが生えていて、
そのせいで盛り下がってるそうだから、
API互換性があるio.jsも盛り下がるんじゃないの？
0312デフォルトの名無しさん2015/05/08(金) 08:15:23.07ID:YYhtHM3N
>>299
じゃ、自分で作れば？
0313デフォルトの名無しさん2015/05/08(金) 14:53:36.08ID:QEodygYi
>>305
その通りでリリースからのバージョンアップのスピード見れば分かるけど
io.jsはもうすでに３系に向けて動き出してる
順当に行けば数カ月後には3.0が出る
0314デフォルトの名無しさん2015/05/08(金) 14:56:36.07ID:QEodygYi
あともう１つ、互換性が守られるのはあくまでio.js間であって、
Nodeとの差異は日に日に大きくなってきている
そもそもV8のバージョンが上がった時点でネイティブモジュールのAPIは大きく変わった
そこがNodeが中々V8を更新したがらない理由の最大のポイントだろう
中間層を設ける試みが上手く行けばいいね
0315デフォルトの名無しさん2015/05/08(金) 16:17:49.14ID:ZwlRorsU
io.js使えばNode.jsを使っていたように使えるって事か！

io.js始まったな！
0316デフォルトの名無しさん2015/05/08(金) 20:04:14.79ID:oviWhSW0
なんだかんだ最も大切なことはV8のバージョンだろうな
来年再来年になってくるとHTTP2への対応とかいろいろ重要なこともでてくるだろうが
0317デフォルトの名無しさん2015/05/08(金) 23:41:50.72ID:4Zeeq/SU
JSの覇権も
これからプログラミング力なくて他に良いアイディア持ってる奴が入れるかどうかも
V8のGoogle次第って事か。
0318デフォルトの名無しさん2015/05/09(土) 00:28:06.18ID:oI9IuS7a
>>314
> そもそもV8のバージョンが上がった時点でネイティブモジュールのAPIは大きく変わった
全く変わってないんだが？
大きく変わったと主張するAPIを幾つか書いてくれ。
小さな変更点は不要。
0319デフォルトの名無しさん2015/05/09(土) 03:57:00.56ID:InPHVTpg
http://yosuke-furukawa.hatenablog.com/entry/2014/04/07/205935
0320デフォルトの名無しさん2015/05/09(土) 18:16:50.39ID:VYp+BTzE
ぶっちゃけV8はChromeのためにあるようなものだから
APIの互換性なんて微塵も考えてないように見えるな
0321デフォルトの名無しさん2015/05/09(土) 18:48:48.26ID:O7eykXcd
そもそもなんで特定のJavaScriptエンジンにべったり依存するような作りなんだ?
まともな神経してれば分離したくなると思うけどな
そういう重要なところを今動けばいいで安易にやっちゃうWeb屋のセンスは
プラットフォームや言語作るのに向かないよね
0322デフォルトの名無しさん2015/05/09(土) 20:16:42.10ID:K7et29/1
そりゃあJSとネイティブを繋ぐ部分なんて当然標準がなくてエンジン固有のものだからだよ。
でも最近になってネイティブモジュールのための中間層を設けようとしてるよ。
とはいえ限界があるとは思うけどね。
0323デフォルトの名無しさん2015/05/09(土) 20:50:50.65ID:j7qMd7YI
>>321
> そもそもなんで特定のJavaScriptエンジンにべったり依存するような作りなんだ?
YAGNI。無駄な抽象化は複雑にするだけ。
0324デフォルトの名無しさん2015/05/09(土) 22:42:36.26ID:U8gV8WCh
>>321
常に、どこの組織のものよりも最速だから
0325デフォルトの名無しさん2015/05/09(土) 22:43:51.78ID:U8gV8WCh
てか、express,node.jsでapacheと同レベルのサーバーを書く方が大変じゃない？
0326デフォルトの名無しさん2015/05/09(土) 22:56:42.45ID:824TVvuQ
>>325
簡易なWebサーバなら簡単に実装できるけど、かといっていちいちWebサーバを書くわけじゃないからｗ
0327デフォルトの名無しさん2015/05/09(土) 23:34:06.92ID:h9oTi1Ow
void setup() {
size(2000, 2000, P3D);
background(150);
stroke(0, 50);
fill(255, 200);
float xstart = random(10);
float ynoise = random(10);
translate(width/2, height/2, 0);
for (float y = -(height/8); y <= (height/8); y+=3) {
ynoise += 0.02;
float xnoise = xstart;
for (float x = -(width/8);x <= (width/8); x+=3) {
xnoise += 0.02;
drawPoint(x, y, noise(xnoise, ynoise));
}
}
}

void drawPoint(float x, float y, float noiseFactor) {
pushMatrix();
translate(x * noiseFactor * 4, y * noiseFactor * 4, -y);
float edgeSize = noiseFactor * 26;
ellipse(0, 0, edgeSize, edgeSize);
popMatrix();
}

最近クリエイティブコーディングが楽しくてしょうがない
0328デフォルトの名無しさん2015/05/09(土) 23:47:46.48ID:j7qMd7YI
>>327
昔はやったメガデモの
簡易版かい？
0329デフォルトの名無しさん2015/05/10(日) 00:38:46.49ID:BOhIcMJG
ほう、Processingですか
0330デフォルトの名無しさん2015/05/10(日) 02:16:02.80ID:AKBaSbC1
道具としてはさ、processing.jsの方が自然だよね
0331デフォルトの名無しさん2015/05/10(日) 10:11:12.45ID:gNsXHtNj
もう何でもかんでもjsなんだな
0332デフォルトの名無しさん2015/05/10(日) 11:51:32.49ID:lFzaOLtb
js=偽装LISP
0333デフォルトの名無しさん2015/05/10(日) 11:55:47.93ID:MYiGE0x7
なんでもかんでもjsがいいかどうかはともかく、processingはjsの方が相性いいのは事実
>>327のようにドヤ顔してコードだけ貼られても大抵の人は興味を持たないが、
URLが貼ってあれば見てやろうという人もいるだろう
0334デフォルトの名無しさん2015/05/10(日) 12:05:14.21ID:nV6M9ucc
可哀想なオツム故に見れなくて悔しいってこと？
0335デフォルトの名無しさん2015/05/10(日) 12:11:03.01ID:MYiGE0x7
生憎PCを新調してからprocessing入れてないからな
わざわざ>>328を見るためだけに入れようとは思わないね
俺のオツムが可哀想かどうかはともかく、jsの方が見てくれる人は格段に増えると言っているだけだよ
0336デフォルトの名無しさん2015/05/10(日) 13:48:13.80ID:h/ACmruh
「基本的にjserは馬鹿」
0337デフォルトの名無しさん2015/05/10(日) 13:56:48.43ID:TMIQ+gqn
そうだ、馬鹿だバーカバーあk。
0338デフォルトの名無しさん2015/05/10(日) 14:36:40.62ID:5OwFMfSa
>>328
懐かしいなあ。Ｃマガの特集思い出す
思えばあれから碌な本出てないな
0339デフォルトの名無しさん2015/05/10(日) 14:39:35.05ID:gNsXHtNj
>>336
負け犬の遠吠えが心地よい
東大生とか大富豪とかもこんな気持ちを味わってるんだろうなあw
0340デフォルトの名無しさん2015/05/10(日) 14:55:12.54ID:BC0Bktms
PythonやRubyのバージョン移行の普及度ってどんなもんなの？
でかい変更があってから5年以上は経ってると思うけど
0341デフォルトの名無しさん2015/05/10(日) 16:03:05.62ID:2+d7/Ruu
>>339
> 東大生とか大富豪とかもこんな気持ちを味わってるんだろうなあw
優越感感じるどころか相手にもしないだろ...
0342デフォルトの名無しさん2015/05/10(日) 16:46:02.54ID:UH6N3OfU
まぁ一般的な社会層において最も勝ち組な部類に属するのが医師や医学系研究者だからね
医学部が最難関なのは世界共通(特に先進国)でそれら競争を勝ち抜き、且つ厳格な倫理と道徳観を兼ね備え日々生命の最前線で戦い続けるスーパーエリートヒューマン

ResearchKitは生命の最前線に新たな知見を供給しスーパーエリートヒューマンをさらに飛躍させるツールとなりアップルの医学系での確固たる地位を確立させた

ResearchKit×Swift×ウェアラブルを駆使する新たなスーパーエリートヒューマンの誕生は必ずや社会、人類に大いなる進化をもたらすだろう
0343デフォルトの名無しさん2015/05/10(日) 17:22:13.52ID:Q7yKpRHB
JSは低レベル方向にもどんどん掘り進めているから
最終的には大統一言語になると思う
0344デフォルトの名無しさん2015/05/10(日) 17:27:13.28ID:5OwFMfSa
>>343
JSはブラウザ界のアセンブリになればいいよね
AltJSのようにコンパイルしてJSに変換するような言語が主流になるね、ブラウザ上では
0345デフォルトの名無しさん2015/05/10(日) 17:36:40.45ID:TMIQ+gqn
JSに変換する以上、JSよりは早くならないんだよね。
だから最終的にはJSそのものが進化する。

そしてAltJSの機能を使えば、
新しいJSを古いJSに変換することも可能。

つまり最終的にはJSが主流になり、
それまではAltJSの仕組みを使ってJSが主流になる。
0346デフォルトの名無しさん2015/05/10(日) 18:21:19.22ID:wlDbpSak
JavaScriptの本なのにHaskell界隈でのほうが人気の在るkenokabe氏
0347デフォルトの名無しさん2015/05/10(日) 18:35:49.49ID:YxnR9SV6
kenokabe 氏のコードを実際に見たいんだが‥やっぱり JS のしかないの？それじゃがっかりだな‥
0348デフォルトの名無しさん2015/05/10(日) 19:24:02.64ID:5OwFMfSa
>>345
> JSに変換する以上、JSよりは早くならないんだよね。
別に構わない
アセンブラでみんな書かないのと同様に、生のJSでみんな書かなくなるだけ
選択肢も増えるし、いいことずくめ
0349デフォルトの名無しさん2015/05/10(日) 19:29:48.92ID:TMIQ+gqn
そりゃアセンブラで書かないのは、
大幅にコードが長くなるからでしょ？

それJavaScriptにはないから
まったく当てはまらないよね。
0350デフォルトの名無しさん2015/05/10(日) 19:32:39.70ID:T2dsKjVI
JSみたいなゴミで書くより、Haskellで書いた方が圧倒的に短くなるよ
しかも可読性も高く型安全
0351デフォルトの名無しさん2015/05/10(日) 19:36:26.73ID:5OwFMfSa
>>349
> そりゃアセンブラで書かないのは、
> 大幅にコードが長くなるからでしょ？
それだけじゃないよ
機種依存性も高くなるし、抽象化もやりにくい

まさに生JSも同じ問題を抱えてるね
よってJSにコンパイルする言語が出てくるのは当然の流れだね
0352デフォルトの名無しさん2015/05/10(日) 19:56:47.39ID:gL21GWHo
纏めるとjsは有害ってことかよ
まっアセンブラでもないのにwebのアセンブラ云々ほざいてる時点で>>336なんだよなぁ
0353デフォルトの名無しさん2015/05/10(日) 20:00:47.87ID:MYiGE0x7
アセンブラとは違って、JSを基盤に据える技術的な必然性がないんだよな
例えるなら高層ビルの中層階だけが木造という状態
0354デフォルトの名無しさん2015/05/10(日) 20:39:39.23ID:YxnR9SV6
ブラウザ上の言語だろ？あまり興味がわかないな‥そういう意味では C# や Java もだけれども‥
0355デフォルトの名無しさん2015/05/10(日) 23:52:46.77ID:AKBaSbC1
現実の分からないアホども。TCP/IPみたいなもんだよ
世の中には、もうjsしかデファクトとなる規格が作れるスクリプトはないんだ
AltJS？仕事を増やしたいなら、最初から公務員でもやるべきだな
0356デフォルトの名無しさん2015/05/10(日) 23:58:09.63ID:Qd/TyjD2
Javascriptは規格の統一性がいまいち。最低でもC++の程度に基本を作り守ってくれ。
0357デフォルトの名無しさん2015/05/11(月) 00:29:17.16ID:TxKYJfjY
Haskellは型の整合性をとるのにやっぱり苦労するよ
TextとStringが違ったり、IntとIntegerが違ったりして
fromIntegralやらpackやらunpackやら、色々考えないとダメでしょ
延々と関数をつなげるスタイルにもなりがちだし、$やら\やら`やら
ちょっと記号のノイズも多い
中置記法と、前置記法、letとwhere引数を与えるスタイルと関数合成を使うスタイル
など、構文の異なるスタイルがいくつもあったりして、やっぱなんやかんやで
はっきり言って可読性低い

挫折者が多いのも頷けるし、大統一言語になるには、ちょっと難しすぎるし、
型がガチガチで柔軟性が足りないんじゃないかなあ
0358デフォルトの名無しさん2015/05/11(月) 00:39:37.44ID:TxKYJfjY
JavaScriptは、やっぱりいろいろバランスが絶妙だったんだろうね
Cっぽい構文で学習コストは一見低そうに見えるし
静的型はそれほどバグを減らしてるわけでもないという研究結果もあることだし
動的型付けかつダックタイピングの柔軟性が効を奏していると見るね
これにより、古い環境でもPolyfill加えれば新機能が追加できるという
高い拡張性が可能になった
クロージャもイベント処理と非常に相性が良くて、Pythonみたいに無名関数を
軽視した言語とは明暗が別れた気がする
0359デフォルトの名無しさん2015/05/11(月) 01:19:45.85ID:nfX2fTIf
大統一言語なんて妄想を信じてる時点で見るべき論理はないな
0360デフォルトの名無しさん2015/05/11(月) 01:48:05.37ID:VHmDAWKM
論理的に考えるとJavaScriptが一番普及することは確定済みなんだよ。
いろんな言語が残っているからこそJavaScriptなんだよね。

優れた言語が生き残るわけでも、劣った言語が生き残るわけでもない。
生き残る言語を見るとある特徴を備えている。
その特徴を一番備えているのがJavaScript。
まあ論理的に考えればわかることだよ。
0361デフォルトの名無しさん2015/05/11(月) 01:53:18.19ID:TxKYJfjY
今大統一言語に一番近いのはJavaScriptだとは思うが、
優れた言語がやはり生き残ると俺は思うよ
優れたというのは、もちろん基準が曖昧ではある
でも、学習コストが低く、可読性が高く、いろんなニーズに合っていて、
現実のいろんな問題解決が容易だとかそういう意味だ
これは理屈ではむしろ、今までは分かっていなかった部分であって
JavaScriptは優れていないとの誤解が今まで多くあった
でも、実際に使われることで優れていたとみんなが気づきはじめたんだよ
0362デフォルトの名無しさん2015/05/11(月) 01:54:34.77ID:+yO4yYvM
そうとう昔からJavaScriptは存在してるだろ。
全然言語統一されてない。
0363デフォルトの名無しさん2015/05/11(月) 01:57:05.15ID:TxKYJfjY
長い時間かかったのは確かだし、長い間こんなに万能に
使える言語だとは思われてこなかった
優れた言語でも、そういうことはあるんだ
でも、それにもかかわらず、長い間生き残ってきた
そして、最近は次第に万能になれる言語だと明らかになってきており、
様々な局面で使えるようになってきた
0364デフォルトの名無しさん2015/05/11(月) 01:59:40.20ID:+yO4yYvM
残る言語は、言語自体の性能、性質より豊富なライブラリ、資源があることでは?
いまだにコボルとか、フォートランは特定分野だと使用度合いが高い。
古いコード、他環境のコードが使えないのではメジャーにはなりにくいのでは。
0365デフォルトの名無しさん2015/05/11(月) 02:03:22.18ID:TxKYJfjY
言語自体の性質が良ければ、豊富なライブラリが作られる確率が高まる
問題を解決するのが難しい言語、柔軟性のない言語ではライブラリを作るのも大変
結局、理屈では分からなくても実績をみれば使いやすさが分かる
0366デフォルトの名無しさん2015/05/11(月) 02:03:36.35ID:VHmDAWKM
>>364
COBOLが特定分野で使用度合いが高いだろう？
JavaScriptの特定分野とはなにか？を考えれば、
恐ろしいことがわかるだろう。
0367デフォルトの名無しさん2015/05/11(月) 02:09:34.00ID:TxKYJfjY
「残る」ということについても、程度があるんだよ
「大人気で残っている」というものや、「一部では使用度合いが高い」というもの
「普通に残ってる」というもの「今ではあまり使われていないが残っている」というもの
いろいろある
ただ、優れた言語ほど大きく残っているし、劣った言語は残っているといっても
比較すれば人気はなくなっている
0368デフォルトの名無しさん2015/05/11(月) 02:10:36.08ID:VHmDAWKM
優れた言語なのに生き残らなかった例として
Delphiがある。
0369デフォルトの名無しさん2015/05/11(月) 02:12:27.76ID:TxKYJfjY
>>368
もちろん、優れた言語が残りやすいのはあくまで傾向であって、例外もたくさんある
しかし、Delphiの影響はC#に強く残っている
0370デフォルトの名無しさん2015/05/11(月) 02:12:42.87ID:VHmDAWKM
世の中がWindowsだらけの世界であれば
Delphiは生き残っただろう。

だが世の中はそうはならなかった。


今の世の中はウェブだらけの世界だ。
0371デフォルトの名無しさん2015/05/11(月) 02:13:50.50ID:VHmDAWKM
>>369
> しかし、Delphiの影響はC#に強く残っている
影響を残してもDelphiは死んだ。

影響の話で言えばJavaScriptは
さまざまな影響を引き継いでいる。
0372デフォルトの名無しさん2015/05/11(月) 02:14:16.04ID:+yO4yYvM
Delphiは実質パスカルで、以前からいまでも残ってるだろ。
あとボーランドかその事業を引き継いだ会社からもいまでも新バージョンのDelphi出てるだろ。
0373デフォルトの名無しさん2015/05/11(月) 02:14:29.02ID:2aZGHH2C
>>370
どうだろうね
世の中は今でもそこそこはWindowsだらけだと思うから、
残らなかったのは別の要因だろう
0374デフォルトの名無しさん2015/05/11(月) 02:15:44.17ID:VHmDAWKM
>>373
> 残らなかったのは別の要因だろう

その別の要因を考えると、
JavaScriptにはその要因が無いどころか
その逆になってる。だから普及するんだよ。
論理的に考えればわかること。
0375デフォルトの名無しさん2015/05/11(月) 02:17:49.54ID:TxKYJfjY
>>371
優れた言語は、そのものが死んでも影響が残りやすいよ
もちろん優れた言語は死ににくいので、死んでしまったとしたら
それは例外に入るだろう
まあそもそも、Delphiはコンパイル速度を除けばそれほど優れてるとは思わないけどね

もちろん、JavaScriptが優れているのはその先達が優れていた部分の影響もあるよ
0376デフォルトの名無しさん2015/05/11(月) 02:18:24.30ID:+yO4yYvM
Delphi生誕20周年、おめでとうございます。言語名は最近になって「Delphi言語」から「Object Pascal」に戻ったらしい
2015年2月13日
http://www.publickey1.jp/blog/15/delphi20delphiobject_pascal.html




Object Pascal - Wikipedia
Object Pascal（オブジェクト パスカル）は、コンピュータのプログラミング言語のひとつ。
広義には、その名前の通りPascal言語にオブジェクト指向の概念を導入したものであり、
狭義には、ボーランド社の統合開発環境Delphi（ただしボーランドの開発ツール部門CodeGearは2008年にエンバカデロ・テクノロジーズ社に合併されている）や、
Free Pascalで使用されるような個別の言語仕様を指している。
ただし、Delphiで使用されるプログラミング言語は、Delphi 7よりDelphi言語(デルファイげんご)と改称された。
0377デフォルトの名無しさん2015/05/11(月) 02:19:17.10ID:8TB2VNFb
ある言語が何かで劣っているのなら、
バージョンアップしてそれを解決すればいいだけなんだよね。
たとえ互換性がなくなろうと、それを受け入れればできるわけ。

問題があるなら解決すればいいだけなんだよ

→（それができるならな！）
→（それができるんだよ！）
0378デフォルトの名無しさん2015/05/11(月) 02:21:47.02ID:TxKYJfjY
>>377
JavaScriptの凄いところはPolyfillで互換性がほとんど維持される上に
環境差もほとんど吸収できるし、いざとなれば新言語を旧言語に
コンパイルして旧言語に翻訳できるという
その柔軟性にある
0379デフォルトの名無しさん2015/05/11(月) 02:26:09.12ID:nfX2fTIf
やはりこのスレにとってJS厨は有害以外の何物でもないな
0380デフォルトの名無しさん2015/05/11(月) 02:30:35.08ID:TxKYJfjY
というか、勝者が明らかになってきたから
このスレ自体の存在意義のほうが怪しくなってしまった
まあ時代が変わればまた状況が変わるかもな
0381デフォルトの名無しさん2015/05/11(月) 02:42:54.62ID:+yO4yYvM
2015年4月　TIOBE Programming Community Index (PCI)

順位 プログラミング言語 インデックス値 推移
1 Java 16.041% ↓
2 C 15.745% ↓
3 C++ 6.962% ↑
4 Objective-C 5.890% ↓
5 C# 4.947% ↑
6 JavaScript 3.297% ↑
7 PHP 3.009% ↑
8 Python 2.690% ↑

http://news.mynavi.jp/news/2015/04/16/060/
0382デフォルトの名無しさん2015/05/11(月) 03:00:10.30ID:TxKYJfjY
The RedMonk Programming Language Rankings: January 2015

1 JavaScript
2 Java
3 PHP
4 Python
5 C#
5 C++
5 Ruby
8 CSS
9 C
10 Objective-C

http://redmonk.com/sogrady/2015/01/14/language-rankings-1-15/
0383デフォルトの名無しさん2015/05/11(月) 03:03:31.75ID:TxKYJfjY
>>381を見てもスクリプト言語の中では1位がJavaScript
>>382は全言語で1位がJavaScript
まあ、大雑把に言って381は検索ヒット数、382はgithubとStackOverflowでの数値
なのだが、もちろん後者の方が開発者たちの現実の実態をよく表してるいるだろう
0384デフォルトの名無しさん2015/05/11(月) 04:00:32.10ID:izPVoJ+S
いろんな要素がJSを進化させていくのは確か
0385デフォルトの名無しさん2015/05/11(月) 04:58:36.22ID:gEjYgaqh
> 静的型はそれほどバグを減らしてるわけでもないという研究結果
よろしければソースを見たいです
0386デフォルトの名無しさん2015/05/11(月) 09:10:15.62ID:8TB2VNFb
静的型が減らすのはバグというよりミス。

だがミスであっても正しく動かないし
ミスであっても原因を見つけて修正しないといけない。

そのミスを見つけたり直したりするのが
静的型なら早い。
0387デフォルトの名無しさん2015/05/11(月) 11:31:38.16ID:0DBOnMdV
静的型付けでメリットあるのって数値計算ぐらい
そういう点ではhaskell, ocamlに軍配が上がるだろうけど、
ところで、皆さん、そんな分野で職にありつけたの？
需要ってものがライフスタイルと共に変化するなら、swift一択だよね
ジジイとババアとメタボの健康管理
0388デフォルトの名無しさん2015/05/11(月) 14:38:58.29ID:24IV9QFN
生jsはミスが分かりにくい
一度に大量にコード書くとしんどい
0389デフォルトの名無しさん2015/05/11(月) 19:18:09.02ID:+gj8z/hU
そんなあなたの為にGoogleさんがStrongModeの実装を着々と進めてくれているよ。
0390デフォルトの名無しさん2015/05/11(月) 19:42:12.26ID:VCYYGEPp
google chromeをいたわってやるのかったるいわ。
0391デフォルトの名無しさん2015/05/11(月) 19:56:24.03ID:+gj8z/hU
まあStrongModeは後方互換性のあるサブセット記述だから、
どのみちChromeでも確認するわけだし、ついでに有効にしてもコストは0だと思うけどね。
当然Nodeでも使えるし。
0392デフォルトの名無しさん2015/05/11(月) 20:25:02.75ID:i6xDOVFZ
TIOBEって検索フレーズが+"<language> programming"なのね
ヒット数調べたら
Java 　　　　　　　　　　約 446,000,000 件
JavaScript 　　　　　　約 1,980,000,000 件
+"Java programming" 　　約 7,320,000 件
+"JavaScript programming" 約 439,000 件

これはちょっと指標としてはどうか
多分"JavaScript programming"より、"Java programming"の方が
語呂が良いとかそういうのが相当影響しちゃってるような気が・・・
0393デフォルトの名無しさん2015/05/11(月) 20:41:50.71ID:+gj8z/hU
そもそも「JavaScript」という単語は「JavaScriptを有効にしてください」だとか「javascript:void 0」にも引っかかって検索しづらい
0394デフォルトの名無しさん2015/05/11(月) 20:48:26.79ID:i6xDOVFZ
前者は引っかかるだろうが、後者はほぼその解説以外は引っかからないだろ
どちらにせよ何かもうちょっと工夫のしようはある
たとえば、フレーズ検索をやめて普通にJavaScript programmingにすればいい
これで問題はほぼ解決するのに
0395デフォルトの名無しさん2015/05/11(月) 21:14:23.91ID:dvJ9EGnv
>>394
いや、後者も普通に引っかかるよ
それに「JavaScript プログラミング」でもググってるけど
それだと欲しい情報取りこぼしたり、求職情報のようなのに集中してしまう
JavaScriptについてのあれこれや、勉強まとめのような個人的なブログ記事を拾いたい場合難しい。
0396デフォルトの名無しさん2015/05/11(月) 21:25:30.98ID:i6xDOVFZ
いやいや、さすがに後者が普通に引っかかっちゃったら検索エンジンの
賢さとしてどうなのｗ
HTMLのソースコードが引っかかっちゃってるってことだよね
それはソースの中のdivタグが引っかかってめちゃくちゃdivの
ヒット数が伸びると入ってるようなもんだぞｗ
あと、求職情報とかは、TIOBEのような指標ではむしろ、引っかかるべきだろｗ
0397デフォルトの名無しさん2015/05/11(月) 22:01:43.27ID:dvJ9EGnv
>>396
どうなのと言われても
毎日JSやWebの最新情報についてググってる結果について言ってるんだから
hrefの中身もインデックスしてんじゃないの？
例えば日経新聞の記事が引っかかるときは
保存javascript:void(0): 印刷: リプリント/async/ async.do/?ae=P_CM_REPRINT&sv=NX: この記事をtwitterでつぶやく · この記事を フェイスブックに追加: 共有javascript:void(0).
みたいにツールバーのhrefの中身が書き起こされたのに引っかかるし、
こういったニュースサイト系のツールバーでよく引っかかるね
0398デフォルトの名無しさん2015/05/11(月) 22:32:11.74ID:L8RsMkzz
ttps://www.google.co.jp/trends/explore#q=javascript%20programming%2C%20php%20programming%2C%20ruby%20programming%2C%20python%20programming%2C%20swift%20programming&cmpt=q&tz=
0399デフォルトの名無しさん2015/05/11(月) 23:14:00.05ID:2aZGHH2C
>>397
さすがにhrefの中身全部インデックスしてるわけ無いじゃん
ただjavascript:void 0だけ書いてあるのが大多数だが、そんなの
大量に引っかかっても困るだろ
日経新聞のはそんな無視できる少量のものだからたまたま引っかかってるだけで
javascript void 0 約 17,400,000 件
JavaScript 　約 1,980,000,000 件
これだけでも無視できる誤差のような数だし、前者の大多数は解説記事だ
0400デフォルトの名無しさん2015/05/12(火) 04:38:26.68ID:De5zDLIi
>>399
別に争う気は無いけどこっちは実際にリアルタイムで困ってきてるんだよ
なんでそこまで認めたくないの？不思議
確かに普通に検索すればまず引っかかることはないけど、
毎日最新の情報を手に入れようと24時間以内の条件で検索すると
内容よりもこういう元々大きいニュースサイトの順位が優先されやすく顕在化してくるんだよ

そして重要なのはゴミが引っかかるという方じゃなくて、JavaScriptについて書かれた
素人のブログ記事みたいなのを検索で効率よく拾い上げるのが難しいという話
0401デフォルトの名無しさん2015/05/12(火) 04:54:35.03ID:DQkgFGQ/
>>397
hrefがインデックスされるってこマ？

保存</a><span class="JSID_urlData" style="display:none;">javascript:void(0)</span>

<a href="javascript:void(0)" onclick="...">リプリント</a>
<span class="JSID_urlData" style="display:none;">/async/async.do/?ae=P_CM_REPRINT&amp;sv=NX</span>
0402デフォルトの名無しさん2015/05/12(火) 05:17:52.79ID:JZJkoDoc
>>400
何で認めたくないかって？
話の文脈上、ヒット数が多いか少ないかで言語のランキングをつけようという
話なのはまずOK？
そしてその争ってる数字がある言語はある言語の10倍になってたり、数倍になってたり
とかそういうスケールで争ってるのもOK？
そこにあなたが1%に満たない数字でごちゃごちゃ言ってるのもOK？
0403デフォルトの名無しさん2015/05/12(火) 05:25:46.49ID:De5zDLIi
>>401
そういうソースなのか、ならしかたないな

>>402
その話の流れから発展して>>393でもっと一般的な検索について新しく話を始めたんだが
「そもそも」と話を変えてるでしょ
そしてそのうちの具体的な一例について挙げてきただけだよ
0404デフォルトの名無しさん2015/05/12(火) 05:45:07.74ID:JZJkoDoc
>>403
だったら、話が噛み合ってないだけだな
「そもそも」というのは、なんらかの根幹に立ち戻って考えようという
ニュアンスがあるだけであって、その根幹が言語の人気だったり、
おおまかな文脈なのだから誤解されてもしょうがない
認めたくないんじゃなくて、認めても意味のない話だと言ってるわけで
0405デフォルトの名無しさん2015/05/12(火) 07:39:05.51ID:Z/MhgXt8
JS　>　けんかをやめて
JS　>　ふたりをとめて
JS　>　わたしのために
JS　>　あらそわないで
0406デフォルトの名無しさん2015/05/12(火) 14:07:19.12ID:B5IB4Fvq
基本的にjserは馬鹿
0407デフォルトの名無しさん2015/05/12(火) 16:29:05.04ID:sejXMx92
知性ってものは加齢と共に衰えるんだ
若い日にjavaやc++でガリガリ書いたって最期に辿り着く所はjsなんだ
0408デフォルトの名無しさん2015/05/12(火) 17:38:25.03ID:sZN81ykA
>>404
少なくとも話が噛み合ってないことは分かるでしょ
で、噛み合ってないまま押し通そうとしてるところが問題だと思うが
認めたくないんでしょ？
0409デフォルトの名無しさん2015/05/12(火) 19:13:02.36ID:P8yXA8AP
>>408
話が噛み合ってないのなら続ける意味が無い
スレと関係ない話をやめるべき
ちなみに、もうどっちでもいいけど
hrefは別にインデックスされてるわけではなかっただろ
これを押し通すと言いたいのなら言ってくれてもいいけど
0410デフォルトの名無しさん2015/05/12(火) 19:24:41.86ID:sZN81ykA
hrefがインデックスされてるかどうかの話なんかしてないけど？
例えばそういうことでなってるんじゃないのといっただけで、
本筋とは関係ないでしょ、いい加減にしなさい
0411デフォルトの名無しさん2015/05/12(火) 19:29:58.01ID:P8yXA8AP
いい加減にしなさいってそれは俺のセリフだｗ
0412デフォルトの名無しさん2015/05/12(火) 20:29:23.31ID:Z/MhgXt8
お前らほんとマジキモイな。
いい加減にしないといけないのはどっちもだろ。馬鹿か。
0413デフォルトの名無しさん2015/05/12(火) 20:50:16.21ID:bXchakjt
Javascript プログラミング 約 538,000 件

Javascript コピペ 約 796,000 件
0414デフォルトの名無しさん2015/05/12(火) 21:02:44.37ID:P8yXA8AP
>>413
それはJavaScriptでブラウザのコピペ機能を禁止したり操ったり
できるというだけ
0415デフォルトの名無しさん2015/05/12(火) 21:37:31.96ID:UXgEBOaR
>>414
それだけで80万件もあるのか！

さすがjsってすごいな
0416デフォルトの名無しさん2015/05/12(火) 21:48:14.12ID:bXchakjt
Javascript コピペ プログラミング 約 219,000 件

Javascript プログラミング の約40%
0417デフォルトの名無しさん2015/05/13(水) 00:20:00.78ID:KQIOncGY
いいからお前らJavaScripterの☆kenokabeさんの話をしようぜ。
0418デフォルトの名無しさん2015/05/13(水) 00:31:22.83ID:tj2XXHnt
qiitaのアホどもの身内ネタならtwitterでやれ
彼処の連中は、バカも騒いでる方もみてるだけで虫唾が走る
0419デフォルトの名無しさん2015/05/13(水) 02:39:10.69ID:UGgUFW8a
いや例えカスでもアウトプットしてるやつの方がマシ。

それよりJavaScriptに支配された世界って日本人からしたら嬉しい方向だな。

JavaScriptで取り敢えずしっかりかければ他の言語は要らない。あとはおのおのの分野に詳しい奴らに札束でペチペチすればよろし。

海外のベンチャーの動向とか英語とか、ビジネスのリサーチ等や海外のエンジニアと交流など、本当にやらなきゃいけない事に集中できる。

あと、0から1を生み出す為に創造力を鍛える時間も作るれるし。

日本のソフトウェア業界って本当にダサいよね。
ハッキングされるはまともなサービスはないわ。殆どがタイムマシン商法。ダサい。

東京でまともなサービスが誕生しないのは、他にやる事があるのに蔑ろにしてたり英語できなかったりそもそも作り手がカスだから。

21世紀なんだからそろそろちゃんとしたサービス作らないと。
0420デフォルトの名無しさん2015/05/13(水) 02:48:34.90ID:SZe7PS2P
長い自己紹介だな
0421デフォルトの名無しさん2015/05/13(水) 03:17:11.33ID:UGgUFW8a
>>420
反論の仕方がそれとか泣けるwwww
0422デフォルトの名無しさん2015/05/13(水) 04:14:08.68ID:R7L1FoVq
日記に反論するもなにもなぁ
0423デフォルトの名無しさん2015/05/13(水) 04:36:08.10ID:UGgUFW8a
>>422
傍観を選んだ時点で負け。

その答え方本当にカッコ悪い。

逃げるのが真骨頂な猿まねだけ一丁前なイエローモンキー。
0424デフォルトの名無しさん2015/05/13(水) 06:36:00.90ID:rYaDDOpR
ここにいる jser さんは、テキストファイルの処理にも js 使っちゃうの？

俺は awk だな。稀に elisp もあるが。
js は 好きな言語だけど、web の画面周りにしか使わない。
0425デフォルトの名無しさん2015/05/13(水) 06:42:42.81ID:S9DNZdjl
PerlかRubyだな
計算があるならPython
0426デフォルトの名無しさん2015/05/13(水) 08:22:38.52ID:xjXgNNxj
js学ぶのに最悪のサイトを教えてください
0427デフォルトの名無しさん2015/05/13(水) 08:25:35.12ID:MFvipKnd
2chだな
0428デフォルトの名無しさん2015/05/13(水) 08:40:51.25ID:gs7+y/Fr
>>424
プロのJavaScripterである俺は、基本、何かの処理だけ他の言語を使う
ような馬鹿な真似はしない。ハッキリ言って無駄。

但し、サーバサイドについてはPHPを使うことをオススメする。Node.jsを
使うという手がないわけじゃないが、個人的にはオススメしない。ソレ以外
は、なけりゃ自分で処理用のライブラリでもなんでも、作りゃいいだけの
話。

学習効率考えれば当然。
0429デフォルトの名無しさん2015/05/13(水) 08:42:58.75ID:gs7+y/Fr
>>426
2chが最も最悪なサイトですね。
平然と初心者質問者への回答に、jQueryなどのライブラリを使ったコードで
回答するようなアホが馬鹿みたいに出てきて、それがJSスレでも毎回トラブル
になってる。

通常この手の質問回答は指定がなければ、プレーンなJavaScriptを使うべき
であり、ライブラリはあくまでもその道の先にあるもの。
0430デフォルトの名無しさん2015/05/13(水) 09:31:50.69ID:DPGSTRB+
>>429
JS質問スレの汚点をわざわざこんなところで披露しなくてもいいだろ
0431デフォルトの名無しさん2015/05/13(水) 10:35:16.94ID:xjXgNNxj
なるほどつまり

基本的にjserは馬鹿ってことなんですね
了解ですありがとうございました
0432デフォルトの名無しさん2015/05/13(水) 10:52:48.87ID:gs7+y/Fr
>>431
JavaScript使用者が馬鹿なのではなく、ここの連中が馬鹿の間違いですよ。
ふつう他の言語でも、質問回答など多々ありますが、どうしてもその外部ライブラリ
が必要なケースを除いて、プレーンなメソッドやAPIのみで答えるのが常識でしょう。

しかし、わざわざ使う必要性もないのに、各々が使ってるライブラリでわざわざ
コード書いて回答してるのは、もはや押し付けと自己満足以外の何者でもないです
からね。

そして、そういう連中はここにしかいません。勝手にブログでやってりゃいいのにね
っていつも思います。
0433デフォルトの名無しさん2015/05/13(水) 10:54:51.66ID:tj2XXHnt
qiitaのアホ共って言葉が、よっぽど堪えたのかな？w
0434デフォルトの名無しさん2015/05/13(水) 10:57:58.78ID:k0TXvaGe
馬鹿というかやっぱり幅広く深くなってくると
同じJSerの中でも宗派の差が大きくなってくるということだろう
それでも何でもあり、俺は俺お前はお前のJSの性質からJSerは比較的他宗派にも寛容だと思うけどね
先の件もjQueryで回答すること自体が問題なのではなく、荒らす意図を持ってるのが問題なわけだし
まあ人気のあるスレなら１匹や２匹住み着いている妖精の類だよ
0435デフォルトの名無しさん2015/05/13(水) 10:59:15.45ID:tj2XXHnt
jqueryやangular無しの素のjsって何処で書くの？
0436デフォルトの名無しさん2015/05/13(水) 11:19:06.48ID:tj2XXHnt
momentjsもlodashも定番ライブラリで宗派ですらない
0437デフォルトの名無しさん2015/05/13(水) 11:44:28.12ID:gs7+y/Fr
なにやら、JSスレに常駐してる問題の羽虫が涌いて出てきたようですよ。
>>431さんは、そういう羽虫は相手にしてはいけませんよ。
0438デフォルトの名無しさん2015/05/13(水) 11:54:32.13ID:tj2XXHnt
vanilla jsの原理主義者って、ブラウザ毎にテストするの？
0439デフォルトの名無しさん2015/05/13(水) 13:00:40.63ID:mIOO+RCi
ライブラリ使っててもブラウザごとのテストは必要だろｗ
0440デフォルトの名無しさん2015/05/13(水) 15:04:00.16ID:rAt3Xnsw
お前ら偉そうなこと言ってるけど
これ俺が作ったんだってソフトあんの?
大ヒットでもなくても聞いたことあるくらいなやつ教えろ
0441デフォルトの名無しさん2015/05/13(水) 15:17:00.64ID:tj2XXHnt
ソフトウェアなんて80年代のUnix信奉者ぐらいしか作れないから
0442デフォルトの名無しさん2015/05/13(水) 16:35:14.47ID:k0TXvaGe
>>436
単にライブラリの違いではなく、JSerは１人１人が皆違う宗派だと思った方がいい
0443デフォルトの名無しさん2015/05/13(水) 16:51:03.33ID:tj2XXHnt
ttps://github.com/Microsoft/node
Microsoftがchakraを載せるみたいだね
宗教戦争は新しいパラダイムを迎えるみたいだ
0444デフォルトの名無しさん2015/05/13(水) 18:33:05.27ID:roOhHlBp
試してないからなんとも言えんが
全てはUWP APIの出来とJSとの相性次第だろうな
0445デフォルトの名無しさん2015/05/13(水) 20:24:27.42ID:SZe7PS2P
>439
> ライブラリ使っててもブラウザごとのテストは必要だろｗ
そりゃそうだな。使わなくてもブラウザごとにテストするんだから。
0446デフォルトの名無しさん2015/05/13(水) 20:59:54.52ID:An4VGA1J
UWP API見てきたけどありゃダメだな。
globalにネームスペース作ったりPromiseベースじゃない点とか非常に残念。
0447デフォルトの名無しさん2015/05/13(水) 21:15:54.24ID:S9DNZdjl
UWPのAPI自体はWindows名前空間の配下だし基本的に非同期オンリーだが、
一体何のことを言ってるんだ?
どれか特定の言語バインディングのことを指してる?
0448デフォルトの名無しさん2015/05/13(水) 22:02:28.84ID:SZe7PS2P
>>446
もう少し詳しく、コードを例にして言ってみてくれ。
0449デフォルトの名無しさん2015/05/13(水) 22:25:06.19ID:hIzGzneY
プログラム関係について語り合うならここがおすすめ。
よかったら、見てみて。
https://blngs.com
0450デフォルトの名無しさん2015/05/13(水) 23:03:37.77ID:Ztzy1mSM
>>447-448
https://www.npmjs.com/package/uwp
0451デフォルトの名無しさん2015/05/13(水) 23:06:13.84ID:4wfpqqcc
>>449
メールアドレスで挫折した。
0452デフォルトの名無しさん2015/05/13(水) 23:18:04.83ID:S9DNZdjl
>>450
このExampleか?
どう見ても名前空間あるし、これ思いっきりPromiseだよね
0453デフォルトの名無しさん2015/05/13(水) 23:39:25.37ID:tFaGKila
>>452
uwp.projectNamespace("Windows")
よりも
Windows = uwp.projectNamespace
とかの方が使い勝手いいしJSらしい
それに標準のPromiseはなくわざわざオレオレPromiseを使っている
0454デフォルトの名無しさん2015/05/13(水) 23:58:07.88ID:S9DNZdjl
さすがにそのヘイトは無理があるだろ
んなこと言い出したらJSのまともなライブラリなんてほぼ無いし
.NETやネイティブとも合わせなきゃいけないんだから仕方ない
0455デフォルトの名無しさん2015/05/14(木) 06:20:03.70ID:9TiSUeKu
ヘイトじゃなくて真っ当な意見だよ
特にPromiseはES7でasync/awaitとも絡むし、将来のNodeのAPIでも
使われるようになるかもしれないから超重要
ここらへんは下手をするとkoaみたいにAPI矯正ライブラリが出てくるかもしれない
超デリケートな問題
0456デフォルトの名無しさん2015/05/14(木) 07:05:28.54ID:v2dENrxv
後で変更しようが大した問題じゃないでしょ
このようなラッパーが必要なのはJScriptや.NETとは違ってnode.jsはCOMを直接触れないからで、
UWPとしては第1級ではなく、たかがラッパーの一つにすぎない
それに、PromiseにしたいだけならJSのレベルでラップしたって構わないはず
0457デフォルトの名無しさん2015/05/14(木) 08:01:31.60ID:HczC1RXT
>>456
あとで修正されるのなら問題ないよ
今が問題と言ってるだけで
あとラッパーなら尚更ネイティブPromiseを使うべきだし
さらにラップすることを望んでるんなら
今のNodeのAPIのように単純なコールバックと引数順での制御にすべきだけどね
そっちの方が素朴でオーバーヘッドも少ないから、Nodeは一度Promiseを諦めてるわけだし

Nodeを選んでおいて、Node流にもJSネイティブ流にもしないのは流石におかしいし、
使い勝手が悪いと言わざるをえない
0458デフォルトの名無しさん2015/05/14(木) 17:01:48.02ID:HczC1RXT
UWP APIがどの言語から使ってもそのPromiseベースならしかたがないと思うが
Nodeにおいてだけわざわざ独自Promiseベースにしてるのなら筋が悪いと思う
どっちだ？
0459デフォルトの名無しさん2015/05/14(木) 19:01:27.58ID:z/mCp88J
JavaScriptでなんでもできる事を利用してPythonでなんでもできるなんて事はないの？

Pythonの方が明らか美しいのだが
0460デフォルトの名無しさん2015/05/14(木) 19:14:05.81ID:bHsM8gGN
パイパイJSって、響きがエロいよね
0461デフォルトの名無しさん2015/05/14(木) 19:22:06.89ID:HczC1RXT
http://pypyjs.org/
0462デフォルトの名無しさん2015/05/14(木) 19:30:43.40ID:v2dENrxv
JSは中間言語って一時流行ってたよな
スマホの性能向上が速かった頃の夢で終わっちゃったね
皮肉にも、スマホとかIoTとか非力なデバイスが蔓延してしまったせいで、重いJSが使いづらくなってしまった
PCすらどんどん性能落ちていってるし
0463デフォルトの名無しさん2015/05/14(木) 20:10:16.87ID:lFtLYc9s
新しいスマホって64ビット2GHz8コアだってよ。
どんどん性能上がっていくなｗ
0464デフォルトの名無しさん2015/05/14(木) 20:22:05.01ID:5C2elRhF
どうせ省エネ用非対称4+4coreだろうから実質４コアと考えた方がいい。
0465デフォルトの名無しさん2015/05/14(木) 20:35:56.81ID:v2dENrxv
コア増やしたところでJavaScriptの実行自体は速くならんぞ
0466デフォルトの名無しさん2015/05/14(木) 20:45:23.48ID:ggpS3kEu
ライブドアブログのスマホページでJavaScript使いたいんだけど
動くの？
0467デフォルトの名無しさん2015/05/14(木) 20:47:53.53ID:tu5PNrB+
機種次第では
0468デフォルトの名無しさん2015/05/14(木) 20:49:09.93ID:icVt+7iv
そう、もうコンシューマでjsはお払い箱なんだよな
一時期web界隈の奴ら夢みてたみたいだけど蓋を開けてみたら、結局コンシューマはネイティヴなアプリでしか満足しなかった
コンピュータサイエンスのバックグラウンドすらない技術力乏しい可哀想なWEB屋はディスコンとなったね

そしてjs抜きでHTML5の方がフロントで全然使われるという悲劇まで起こる始末w
0469デフォルトの名無しさん2015/05/14(木) 20:53:22.61ID:bHsM8gGN
>>468
80〜90年代にperl弄ってた世代から、皆、そう言ってるな
0470デフォルトの名無しさん2015/05/14(木) 21:07:06.15ID:zq1XSWc3
jsを直接使う理由が希薄になっていきそう......
ブラウザ上だけの、狭くて遅い中間言語として間接的に使われるようになるのかな
0471デフォルトの名無しさん2015/05/14(木) 21:08:27.85ID:5C2elRhF
>>465
これからはCompositorWorkerとかもあるし、Webにおいてコア数は重要になっていくとは思うけどね。
CWみたいな用途ならLITTLEまで全部活かせることだしね。
0472デフォルトの名無しさん2015/05/14(木) 21:44:07.34ID:bHsM8gGN
>>470
M$もIBMも、Googleも、githubも、皆、jsをperl代わりに使いはじめてるよ
0473デフォルトの名無しさん2015/05/14(木) 23:48:13.30ID:z/mCp88J
久しぶりに会う人との会話の場面で

俺「お、元気してた？」
相手「元気だよ。そっちは？仕事何してたっけ？」
俺「IT系だよ」
相手「IT系？怪しい系じゃないの？どんな分野？」
俺「怪しい系もなにもPyPy.JSを使ってるありとあらゆる事やってるよ！」
相手「。。。。。。」

みたいになりそうだなw

絶対この業界知らない人に勘違いされるだろw
0474デフォルトの名無しさん2015/05/15(金) 00:54:39.71ID:YfmCR69l
幾ら物好きでもpypy.jsに触るのは抵抗がある
0475デフォルトの名無しさん2015/05/15(金) 01:06:03.24ID:hBLf1mma
大いなる兄弟よ、敵性言語破壊活動は進んでるか？
0476デフォルトの名無しさん2015/05/15(金) 08:20:19.54ID:2Dx+ri03
いやもうSwiftでええわw
これだけで馬鹿みたいにメシ食えるしそれなりの贅沢も
下手すれば大金転がりこんでくる可能性も微レ存
0477デフォルトの名無しさん2015/05/15(金) 10:43:45.79ID:ka/vn5L0
以下、話題のループへ
0478デフォルトの名無しさん2015/05/15(金) 14:25:21.86ID:R8v75Gbn
JavaScriptについて質問します。
Webページのスクロールバーを固定するスクリプトをこのページ(http://allabout.co.jp/gm/gc/446230/)を参考にして作ったのですが、
「本文のところが隠れて見えない場合がある」と指摘されたので、
ボタンを押せばスクロールバーの固定を解除できるようにしたいと考えています。
しかし、ネットで調べたのですが、「押して実行する」ならいくつもあるのですが、
押して停止や無効化させるというのは見つかりませんでした。
どなたかボタンひとつで有効無効を切り替えるスイッチを配置する方法を教えていただけないでしょうか？
よろしくお願いします。
下記が使用しているスクリプトと実行箇所の内容です。
0479デフォルトの名無しさん2015/05/15(金) 14:26:46.12ID:R8v75Gbn
<script type="text/javascript" src="//code.jquery.com/jquery-1.11.1.min.js"></script>
<script type="text/javascript">
// ページの読み込みが完了してから実行
$(function() {
// 途中から固定したいボックスの情報を得る
var navBox = $("#fixedNavi");
var navOst = navBox.offset().top;
// スクロールされた際に実行
$(window).scroll( function() {
// 現在のスクロール位置と、固定したいボックスの位置を比較
if( $(window).scrollTop() > navOst ) {
// 固定用のclassを付加
navBox.addClass("fixBox");
}
else {
// 固定用のclassを削除
navBox.removeClass("fixBox");
}
});

});
</script>

<div id="fixedNavi">
～サイドメニュー～
</div>
0480デフォルトの名無しさん2015/05/15(金) 14:52:55.84ID:258/C/6X
>>478
ここはJavaScript質問スレじゃないよ
↓の方が適当じゃないかな

+ JavaScript の質問用スレッド vol.118 + [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1429634108/
0481デフォルトの名無しさん2015/05/15(金) 15:19:21.70ID:R8v75Gbn
>>480
そうですね。
ありがとうございます。
そちらで質問してみたいと思います。
0482デフォルトの名無しさん2015/05/16(土) 05:31:06.38ID:xV8H/uZ9
>>479
わかると思うがこういうのは素直な質問ではなく荒らし目的の投稿だからね
0483デフォルトの名無しさん2015/05/16(土) 10:41:02.21ID:aoLnsFxA
なぜわかる？

jserだよ
0484デフォルトの名無しさん2015/05/16(土) 12:37:20.47ID:9hmeg/aR
jserの典型例がkenokabe
0485デフォルトの名無しさん2015/05/16(土) 12:49:49.59ID:+UC07Y5W
jser.infoの宣伝するのやめろｗ
0486デフォルトの名無しさん2015/05/16(土) 13:33:38.83ID:vvJ0QGER
>>406
0487デフォルトの名無しさん2015/05/16(土) 17:12:26.10ID:3JQfloNC
JSerといってもJSを触ったことがある人から
処理系まで手を出す人までピンきり

前者とするとかなりの人が含まれてしまうことになるが
>>478みたいなのは前者に近い
0488デフォルトの名無しさん2015/05/16(土) 17:23:04.65ID:aoLnsFxA
>>487
差別化したいんだね？

検索数とか、jsの場合かなり"前者"分で割増しされてそうだね
0489デフォルトの名無しさん2015/05/16(土) 20:40:49.21ID:ZJDdRqxh
>>487
中身はLISPだもんなあ。
0490デフォルトの名無しさん2015/05/16(土) 22:32:20.70ID:huMjXK2W
jserなんて、ダサいネーミングやめたら？
Webプログラマはjsしか書く必要がないんだからWebプログラマでいいじゃない
0491デフォルトの名無しさん2015/05/16(土) 23:36:57.42ID:waTp+O7j
>>490
知識が10年ほど遅れてるようですよｗ
0492デフォルトの名無しさん2015/05/17(日) 04:20:25.54ID:gpE1Sl6q
>>489
js が Lisp なら最近の言語は全部 Lisp になってしまうが
0493デフォルトの名無しさん2015/05/17(日) 07:29:00.35ID:jQJCmfgJ
>>490
典型的なjserさん乙
0494デフォルトの名無しさん2015/05/17(日) 09:33:54.31ID:CzRQDZeG
>>492
jsの初期バージョンは、scheme(lisp系)ベース。
0495デフォルトの名無しさん2015/05/17(日) 11:23:32.30ID:naf/Kl9f
ホントはschemeをブラウザに持ち込みたかったけど
それは普及しそうにないし、かといってschemeのコアを持ってきて
algol風シンタックスを被せる時間もないから
一から作ったらウンコまみれの糞言語ができた、
それがJavascript
0496デフォルトの名無しさん2015/05/17(日) 13:34:49.71ID:1m3QDb6R
そしてWEBは死にかけAppに取って代わられた
App間ネットワーク研究が盛んなのを見てもそれがハッキリと分かる
恐らくWEBはもう復活出来ないんじゃないかな？何より今の若い世代がWEB技術を学ぼうともしない
最初からネイティヴから入っているという事実がある
フロントにHTML5は残るしHTML5は学んでるようだがjsはスルーされてるな
HTML5+ネイティヴが今の将来を担う世代たちのスタンダードらしい
0497デフォルトの名無しさん2015/05/17(日) 14:06:49.07ID:6hxjNt+o
JavaScriptを使ってネイティブを書くように
時代は流れていってるのに何を言ってるんだろう？
0498デフォルトの名無しさん2015/05/17(日) 15:35:55.52ID:CzRQDZeG
Web=インターネットとかブラウザだと思い込んでるんだろ。
まあ、個人の場合は、そういう接し方が多いだろうけど。
0499デフォルトの名無しさん2015/05/17(日) 16:01:20.55ID:deOnPtNT
>>497
その一例としてユーザーに広く使われてる有名なAppを一つでもいいから教えてくれないかな
0500デフォルトの名無しさん2015/05/17(日) 16:17:38.65ID:bMmO5Mnb
そんなものは無い、今はな
0501デフォルトの名無しさん2015/05/17(日) 16:49:38.04ID:W+H3rcSy
>>500
今はな、じゃないだろ阿保wwwwwお前ら低脳WEB屋()は何年前からそう言い続けてるんだよwww
もう黙ってコンピュータサイエンスの基礎から履修してこい馬鹿www

ほんっと>>406
0502デフォルトの名無しさん2015/05/17(日) 17:33:57.09ID:ZB8ccmuN
ネイティブってバックエンドのこと？
C#やJavaはネイティブじゃないしなに使ってるんだろ
0503デフォルトの名無しさん2015/05/17(日) 19:27:07.95ID:myLSSBRE
ここでいうネイティブっての恐らく
スマホとかで良く使われてきた
Webアプリ/ネイティブアプリ→JS/JAVA,C,etcのことだろう
要はFirefoxOSのような存在やWinメトロアプリ、もしくはNode-Webkitのことを言いたいのかもしれない
0504デフォルトの名無しさん2015/05/17(日) 19:27:53.68ID:MUnfOjBK
clojureいいな
LISPでさえなければScalaというカオスに代わってJVM第二言語の座を獲れたのに
0505デフォルトの名無しさん2015/05/17(日) 21:18:12.05ID:tRI22b0w
js抜きのhtml5って何を指すの？
0506デフォルトの名無しさん2015/05/17(日) 21:19:04.15ID:tRI22b0w
>>501
コンピュータサイエンスなんて(ﾟ⊿ﾟ)ｲﾗﾈ
0507デフォルトの名無しさん2015/05/17(日) 21:22:21.61ID:tRI22b0w
sortルーチンやBM法なんて100万回書いた所で金になんてならなんだよ
jsならウドでもヘチマでも金にできた
0508デフォルトの名無しさん2015/05/17(日) 21:32:28.93ID:MUnfOjBK
IBMのメインフレーム用のソートユーティリティなんかは億のスケールで稼いでるだろうな
0509デフォルトの名無しさん2015/05/17(日) 21:43:01.93ID:uwA/cJQ3
女をデートに誘い最後まで持ってくのがうまい奴はプログラミングも上手い。

エロ動画や風俗で済ます奴はネット上のコピペやIT土木な感じ
0510デフォルトの名無しさん2015/05/17(日) 21:47:51.81ID:Z8Orby4c
>>505
普通にUI系じゃないか
インスタグラムなんかはUIにHTML5とネイティヴのハイブリッドアプリ
因みにjsはパフォーマンス落ちるから使われていないって話だな
0511デフォルトの名無しさん2015/05/17(日) 21:48:12.13ID:tRI22b0w
子どもを殺して、最初からやりなおして
0512デフォルトの名無しさん2015/05/17(日) 22:04:24.29ID:myLSSBRE
>>505
HTMLを『文書のための言語』から『Webアプリケーションの基盤』として定義しなおしたのがHTML5だから
そこからJSを抜くことは動力を抜くことに等しくほとんど意味をなさない
0513デフォルトの名無しさん2015/05/17(日) 23:47:55.33ID:gb60Wj4L
>>512
>>510
0514デフォルトの名無しさん2015/05/18(月) 02:37:03.65ID:TykTSuQz
出来ればJS書きたくないけど、仕方ない
0515デフォルトの名無しさん2015/05/18(月) 06:59:55.04ID:wNbaKg4t
せっかく審査も要らずプログラムを更新できるメリットがあるのに、
ハイブリッドアプリで使う場面がありながらあえてJSを使わないということは一般に無い
そしてもう言うまでもないけど、パフォーマンスが悪いのはJSのコアではなく、DOM操作なんかなので、
JS関係なく根本的にハイブリッドアプリを選択した時点で向き合わないといけないこと

JS自体のコアパフォーマンスは今やネイティブ関数のオーバーヘッドが問題になって
エンジン内でセルフホスティングが進んでるほど十分に高まってるし、
asm.js系のマイクロベンチはJavaを凌駕している項目も多い

ハイブリットアプリもいろいろパターンがあるが基本的には
ネイティブ部分はプラットフォームに合わせた外側を作ったり、不足している機能を補ったりするためにある
0516デフォルトの名無しさん2015/05/18(月) 07:01:36.85ID:NqOKsJGV
jsの書き方を忘れるから、jquery + backbone.jsに戻ります
0517デフォルトの名無しさん2015/05/18(月) 07:02:32.60ID:NqOKsJGV
仮想DOMって本当に速いの？
0518デフォルトの名無しさん2015/05/18(月) 07:42:20.28ID:ezOKhhiH
>>505
> js抜きのhtml5って何を指すの？

JavaScript以外の部分という意味なら、

HTMLの要素の定義
* 従来の要素の追加・削除・再定義等
* 新たな要素の追加 (audio要素、video要素、SVG等)
* マイクロデータ・マイクロフォーマット等
* コンテンツモデルへの変更（従来のインライン要素、ブロック要素に代わるもの）
* HTML解釈の厳格化（不正なHTMLの解釈の仕方の定義など）

CSS3
* 新たなプロパティ・セレクタ等
* ウェブフォント
* レスポンシブ（メディアクエリー）

こんな所かな？
0519デフォルトの名無しさん2015/05/18(月) 07:56:47.67ID:NqOKsJGV
angularとかいう巨大な糞は、マイナーバージョン毎に変更されすぎ
0520デフォルトの名無しさん2015/05/18(月) 07:56:48.47ID:ezOKhhiH
>>517
> 仮想DOMって本当に速いの？
速いというか、遅くないっていうのが正確な意味だと思う。

仮想DOMを使う場合の前提としてDOMに変更があるたびに
すべてのDOMを書き換えるっていうのがアイデアがある。
通常のDOM APIやjQueryだと必要な場所だけ
書き換えるのに対して、全てを書き換える。

全てを書き換えると遅くなると思うだろう？
そこで出てくるのが仮想DOMという技術で、内部的には全てを
書き換えるが差分のみをDOMに反映させる。

遅いDOMへの操作は結局どちらも同じだけ必要なので
最終的な速度はそんなに変わらない。

DOMの全書き換えは遅いように見えるが、メモリ内で処理する
「速い仮想DOM」を使用することで、差分だけのDOM操作に
絞り込むことができるから遅くはならない。
という言葉の括弧だけがひとり歩きしてる。
0521デフォルトの名無しさん2015/05/18(月) 08:02:10.75ID:4bXcOge2
もうjQueryをブラウザに組み込めよ
くだらん小細工は無意味になる
0522デフォルトの名無しさん2015/05/18(月) 08:18:44.86ID:wNbaKg4t
仮想DOMは最適な差分を考えたりコードにする手間や複雑化を省いて
シンプルに書けばそこそこの最適化された処理に置き換えてくれるというもの
その他にもテストのやりやすさとかメリットがある
0523デフォルトの名無しさん2015/05/18(月) 08:32:08.01ID:wNbaKg4t
高速化の話では結局一番ネックになりやすいのはレンダリングだから
リペイント範囲を調整するとかが必要でDOMレベルの抽象化では足りないと思う
0524デフォルトの名無しさん2015/05/18(月) 08:32:08.69ID:wNbaKg4t
高速化の話では結局一番ネックになりやすいのはレンダリングだから
リペイント範囲を調整するとかが必要でDOMレベルの抽象化では足りないと思う
0525デフォルトの名無しさん2015/05/18(月) 08:38:35.09ID:wiNRRdg2
>>520
仮想DOMはよく知らないが、それって例えば遅延評価を内部で使ってるのかも。
何故なら、「 JavaScriptパターン ―優れたアプリケーションのための作法」とかではメモリ上のDOMでも書き換えは遅いからclone利用を推奨しているからね。
0526デフォルトの名無しさん2015/05/18(月) 12:02:25.26ID:Kvep5fEd
>>515
だからその一例でも示してよw
有名なAppでハイブリッドにjs使ってる例をさ
0527デフォルトの名無しさん2015/05/18(月) 12:28:52.46ID:Asvh5dUL
>>526
そういうのは開発会社のページを見ればわかるよ。

PhoneGap
http://phonegap.com/app/

Titanium
http://www.appcelerator.com/customers/app-showcase/
0528デフォルトの名無しさん2015/05/18(月) 17:25:53.12ID:yyj78VGW
>>525
遅延はネイティブDOMでもやってるが
ネイティブメソッドやネイティブによるセッターゲッターの関数を
何度も叩くオーバーヘッドがないというのが強み。
ちなみにBlinkも最近DOM実装の一部をJSに置き換え始めた。
0529デフォルトの名無しさん2015/05/18(月) 21:08:05.01ID:THN9Ugo6
>>527
何で有名なAPPを要求されてるのにライブラリを挙げてるの？
結局、有名なAPPは無かったってこと？
0530デフォルトの名無しさん2015/05/18(月) 22:08:17.81ID:exB2v4aQ
ほんっと>>406
0531デフォルトの名無しさん2015/05/18(月) 22:08:47.78ID:2CAERzY0
だな>>406
0532デフォルトの名無しさん2015/05/18(月) 22:24:24.46ID:Asvh5dUL
>>529
英語読めないのか・・・。

そこのページはそのライブラリを使って
作られたアプリ一覧だよ。

まさか英語読めないってレスが来るとは思わんかったよｗ
0533デフォルトの名無しさん2015/05/18(月) 23:27:10.71ID:NqOKsJGV
たまには、prototype.js, script.aclo.us, sprout coreのことも思い出して下さいね
私のお墓の前で泣かないで。私は、そこに居ないから。
0534デフォルトの名無しさん2015/05/19(火) 00:10:24.61ID:OmIUIpty
backbone.js on WordPressは、最強すぎて何の話題性もないね
0535Office & Gamers ◆G144Hzgh2.0e 2015/05/19(火) 07:26:11.33ID:zrDgH2b9
[EXEファイル可] JavaScript統合開発環境 DX Studio [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1423340731/
0536デフォルトの名無しさん2015/05/19(火) 07:55:06.33ID:4dbTmMm2
JS製の有名アプリ？

スピノザがあるじゃんw
0537デフォルトの名無しさん2015/05/19(火) 08:28:29.55ID:/N0/LJWo
>>532
で、どれが有名なんだ？
0538デフォルトの名無しさん2015/05/19(火) 08:56:10.20ID:5to2p6yL
>>499-500
JSで作られたネイティブアプリで有名なのは
Facebook Ads Manager
これはReactNativeで作られてる
Facebook GroupsもハイブリッドでReactNativeが使われている
ちなみに上で出てたインスタグラムのWebページは
ReactJSで作られてる
あと、もちろんCordovaやPhoneGapのようなネイティブじゃない
ものも含めれば腐るほどある
0539デフォルトの名無しさん2015/05/19(火) 09:25:23.50ID:OmIUIpty
jquery + backbone.js -> 定番かつ古典のMVC
wordpress -> 素人がポチッとsakuraにinstallして後で大変なことになるバックエンド
常識過ぎて話題にもならなかっただけか
0540デフォルトの名無しさん2015/05/19(火) 11:20:08.57ID:5Tdtxs69
Reactええんかな
俺はRiot好きなんだけど
あとちょっとってところがむず痒い
0541デフォルトの名無しさん2015/05/19(火) 13:09:11.98ID:OmIUIpty
angular, reactって、frameworkの作法に則っりすぎでない？
wordpressのadminパネルが書き換えられたら移行するけど、
jquery+backbone.jsから移行するだけの積極的な理由が分からない
0542デフォルトの名無しさん2015/05/19(火) 13:12:13.10ID:0hZF5IeJ
>>541
既にあるものにちょこちょこっと機能追加するときには使えないよ。
wordpressの話をするならば、wordpressの管理画面を
全部作りなおす時に、使おうかどうか考慮するもの。
0543デフォルトの名無しさん2015/05/19(火) 14:28:29.38ID:OmIUIpty
wordpressのcoreに含まれてるjqueryとbackboneは
themeやpluginの開発には使いまわせないの？
そのままSPAとか言われてるものに流用した方が
トラブルに見舞われなくて済むような気だけはするんだけど
0544デフォルトの名無しさん2015/05/19(火) 16:56:10.33ID:KDfoQI72
次世代のSPAはServiceWorkerとPushAPIで完成されるんだろうな。
0545デフォルトの名無しさん2015/05/19(火) 20:37:03.90ID:nyXyptfA
今時backboneなんか選ぶ奴いるのか？
海外で話題に上ってるとこ見たことないんだが
時代遅れでは？
0546デフォルトの名無しさん2015/05/19(火) 21:13:36.71ID:5eEQTxvc
deep learningもののいいライブラリがある言語はどれ？
0547デフォルトの名無しさん2015/05/19(火) 21:15:48.21ID:Ll/HpEwU
そういうアカデミックなのはPythonの独壇場
0548デフォルトの名無しさん2015/05/19(火) 21:58:03.17ID:5eEQTxvc
>>547
やっぱりそうか
pythonってほんと使えるよね
0549デフォルトの名無しさん2015/05/19(火) 22:13:29.42ID:JnZYqDdG
機械学習自体はPythonが強いだろうけど、
結局多くの事柄で、その結果をイメージとして出力する部分が欲しいことを考えるとPythonだけでは完結しにくい。
そういう意味では原則一緒にHTMLを学習するJavaScriptとかの方がよりスマートと言える。
0550デフォルトの名無しさん2015/05/19(火) 22:20:34.65ID:Ll/HpEwU
Pythonはグラフ(Excelみたいなグラフもグラフ理論の方のグラフも)描画のライブラリとかかなり強いぞ
0551デフォルトの名無しさん2015/05/19(火) 22:24:12.66ID:dXDBRUUL
現実の問題を最短で解決するのはPerlだ
0552デフォルトの名無しさん2015/05/19(火) 22:29:19.78ID:OmIUIpty
>>545
Railsよりもsinatraにインスパイアされたframeworkの方が増えてるんだ
最後まで残るのは簡潔な道具だと思うな

>>549
matplotlibなりgnuplotなりは、html5に出力してくれるようになってたよ。たしか。
0553デフォルトの名無しさん2015/05/19(火) 23:04:45.58ID:a1kj5067
>>552
かと言ってBackboneが残るとは思わない
Backbone程度に簡潔でなおかつもっと新しいフレームワークは
いっぱいある
0554デフォルトの名無しさん2015/05/19(火) 23:49:26.85ID:OmIUIpty
他にもMVCでミニマム主義のjsライブラリはあるんだろうけど、
backbone.jsには既にサービスで使われてる実績があるからね
後発の不安定なライブラリを積極的に使うだけの理由もないから
0555デフォルトの名無しさん2015/05/19(火) 23:51:11.28ID:BXjx0alb
これから新しく作るときにbackbone採用する？ 絶対しないでしょ
0556デフォルトの名無しさん2015/05/20(水) 00:02:15.58ID:XlhhxXVF
そもそも最近はMVCじゃねえよって言ってるライブラリばっかりだが
AngularはMVVMだし、Reactに近い一派はMVCはスケールしないから
flux推奨とか言ってるし
0557Office & Gamers ◆G144Hzgh2.0e 2015/05/20(水) 00:46:53.97ID:kddlRxs3
AGK使ってみたら？ｗ
遅いけどｗ
0558デフォルトの名無しさん2015/05/20(水) 01:35:17.37ID:i6ktipyo
>>556
fluxってMVCと大して変わらねーだろ！とか、
MVCを理解してないだけだろ！とか、
そうした批判的な記事ならhacker newsで流れてたな
0559デフォルトの名無しさん2015/05/20(水) 01:39:44.94ID:i6ktipyo
>>555
full calendarみたいな主要なライブラリって、jqueryで出来てるんだよね
angularでラップされたものがメンテされなくなったらと思うと触りたくないわ
ラップされたものって片方のversionが上がったら、どうなるんだっけ
0560デフォルトの名無しさん2015/05/20(水) 06:04:31.39ID:Eq4nuUXs
またjserの盲目的な発想

もともとPythonはmatplotlibとかあって強いところだと思うけど
学術系もjsの場合Rに手を借りなければいけないんじゃないの？

jserの「なんでも」は.....
0561デフォルトの名無しさん2015/05/20(水) 06:26:26.15ID:wfRY8uO9
Webでもグラフ描画に裏でmatplotlib使ってるのは珍しくないよな
jserはあれjsで描画されてると思い込んでたのか
0562デフォルトの名無しさん2015/05/20(水) 06:59:16.06ID:XlhhxXVF
jsは他の言語よりも何でもできる言語だとは思うが、
学術系に関しては確かに弱い部分だと思うよ
これはまだライブラリやツールが揃ってないという意味ね
ただし、ES7の潜在能力はあるので
0563デフォルトの名無しさん2015/05/20(水) 07:01:02.76ID:XlhhxXVF
>>561
そうでもないだろ
まあ、グラフ描画とかそういうのはd3.jsなんか見ればわかるが
jsの得意分野ではある
0564デフォルトの名無しさん2015/05/20(水) 07:04:05.83ID:XlhhxXVF
しかし、最近はjqueryも下火になってきてる気がする
d3もreactもそうだが、jqueryに依存しないライブラリが増えてきてる
0565デフォルトの名無しさん2015/05/20(水) 09:57:16.43ID:LHINHWUp
>>559
backboneなんて今さら使わないってレスにjqueryがどうこう言われても恐怖しか感じないんだけど
0566デフォルトの名無しさん2015/05/20(水) 11:03:51.30ID:i6ktipyo
>>565
コンドームの品質検査は、あまり楽しい作業じゃないと思うな
0567デフォルトの名無しさん2015/05/20(水) 11:54:00.91ID:LHINHWUp
触っちゃだめだったか
0568デフォルトの名無しさん2015/05/20(水) 12:32:05.80ID:i6ktipyo
一方、ロシアは鉛筆を使った
0569デフォルトの名無しさん2015/05/20(水) 12:42:05.03ID:vi5hYn0P
Web方面のJSでは当然描画部分も標準でついてきてるけど、
Pythonとかは当然標準に近いようなものがないので
そういう意味でJSが強いということでしょうよ
自分で方法探して慎重に選び勉強するというコストとリスクが余計にかかるよね
0570デフォルトの名無しさん2015/05/20(水) 13:41:39.69ID:mHhiJXf/
>>527
PhoneGapはまだいいがTitaniumなんて完成度低すぎて論外だぞ
レス応酬だけしたい非開発者はゲハに引きこもっててくれよな
0571デフォルトの名無しさん2015/05/20(水) 13:43:03.77ID:mHhiJXf/
後これも
>>515
>asm.js系のマイクロベンチはJavaを凌駕している項目も多い
実際使ってから言うか何も言わずに死ねクズ
0572デフォルトの名無しさん2015/05/20(水) 14:26:58.71ID:0vsGwB+G
>>570
パフォーマンス低すぎて、端末の力技で動かしてるっていうのが
ね・・・・ま、クライアントサイドJavaScriptだし、所詮スクリプトだか
ら当たり前なんだが。
0573デフォルトの名無しさん2015/05/20(水) 14:37:46.16ID:vi5hYn0P
asm.jsは文字列すら無い純粋な数値演算と、単純なメモリアクセスだけでほぼ構成されるから差なんて出るはずがないと思うけどな。
SIMDやらがまだFxでしか実験サポートされてないので、メディア処理なんか弱い部分でもあるが、
物理演算とかならネックにならないだろうし、実際Box2Dのベンチは１年前の時点でJavaに勝ってるね。
http://www.j15r.com/blog/2014/05/23/Box2d_2014_Update
0574デフォルトの名無しさん2015/05/20(水) 14:43:09.17ID:mHhiJXf/
>>573
御託はいいから実際使ってから言えよ
あとプログラミングもできないくせにプログラム板来んな
0575デフォルトの名無しさん2015/05/20(水) 15:04:28.79ID:mHhiJXf/
変な支援レスつきそうだから先に言っておく

>asm.jsは文字列すら無い純粋な数値演算と、単純なメモリアクセスだけでほぼ構成されるから差なんて出るはずがないと思うけどな。
今はそもそもその手の言語問わないアルゴリズムは
宣言時に型推論を期待した書き方による最適化で十分高速になってるんだよ

asm.jsはemscriptenありきで要はバイナリをjsエンジン上で実行するのが目的
手書きで高速化するための仕様じゃないの
お前の出してるBox2Dもemscripten通して作ってる
それがC++erやHaskellerすら苛つく開発効率なんだよ
0576デフォルトの名無しさん2015/05/20(水) 15:16:16.80ID:wfRY8uO9
http://kripken.github.io/box2d.js/webgl_demo/box2d.html?50
iPhoneで試したらクソ重かったわ
当たり前だけどemscriptenはasm.jsのようなズルがないと無駄が多すぎるね
読み込み時間の長さも致命的
0577デフォルトの名無しさん2015/05/20(水) 15:58:47.44ID:i6ktipyo
今もう、美少女のおっぱいを揺らしたり、服を脱がすようなゲームって、
マーケットストアからは締め出されるの？
0578デフォルトの名無しさん2015/05/20(水) 17:12:44.80ID:foUy653Y
ecmascripten様様だよね。

他言語のレガシーをJavaScriptに変換してその後で高速化すれば、新人も入れるし相当面白い事になる。

まぁ、世界はそうなってるがなぜか日本は自分たちの領域がなくなるのが怖いのかやらないよな笑
日本のエンジニアは甘えすぎ、だからレベル低い。
そんな奴らCSがわかるバイリンガルにどんどん翻訳されてやられちゃうよ笑
0579デフォルトの名無しさん2015/05/20(水) 17:31:32.30ID:mHhiJXf/
なってねえよｗ
だからLLVMの導入にシフトしてきてるんだろｗ
0580デフォルトの名無しさん2015/05/20(水) 17:53:49.62ID:i6ktipyo
>>578
CSがわかるバイリンガルは自分らの野心のために忙しいと思うけど
大体、少しでも訳が変だと2chで叩かれるんだし
0581デフォルトの名無しさん2015/05/20(水) 18:12:23.72ID:QPkcvXC4
>>575
確かに昨今のJSエンジンは普通の書き方で十分高速だが、
コンパイル言語に勝てる程じゃないな
Sane/SoundScript構想が実現すれば最低でもDart並、
おおよそさらに２倍は速くなってくれるのだろうか
0582デフォルトの名無しさん2015/05/20(水) 18:31:17.45ID:wfRY8uO9
Dartは晴れて公式に死亡宣言が出たし、Angularも自滅
もうGoogleのアプリ方面の新技術(笑)は相手にされないよ
0583デフォルトの名無しさん2015/05/20(水) 19:07:20.90ID:foUy653Y
いやーお前らも英語圏の情報探せよ。
JavaScriptの問題点を補おうとする世界中の動きが凄すぎる、それに日本だけ遅れてる感じだな。

高速化する方法とかいくらでもあるぞ。

VimもEmacsもSublimetextも廃れAtom Editorにシフトしようとしてる。

しかもここ数年での動きだからな殆ど。この1-2年で色々起こってる。
0584デフォルトの名無しさん2015/05/20(水) 19:10:49.11ID:QPkcvXC4
Dartの事例はなかなか興味深いと思う
Dartが失敗した理由の１つにJSの２倍高速という当初の目標も達成できなかったことがあるが

これはJSみたいな型が緩い言語でもエンジンの頑張りで十分に高速化できたということなのか
それともDartのJIT方式に限界があったのだろうか
0585デフォルトの名無しさん2015/05/20(水) 19:28:50.28ID:wfRY8uO9
Dartが速くないのは単に開発リソースを割いてもらえなかっただけだと思うぞ
さすがにあれに本気で投資するほどGoogleの経営陣が無能だとは思えん
Dartが世に出た時点でこれは筋が悪いと感じる人が大勢だったのに
0586デフォルトの名無しさん2015/05/20(水) 20:54:51.03ID:QPkcvXC4
>>585
勿論それもあるだろうけど、JS自体に当初考えられていたより伸びがあったのもあると思う
ここを見ると分かるけど、2014年前後の１年間でV8は２倍高速になってDartとの差を縮めた
https://www.dartlang.org/performance/
0587デフォルトの名無しさん2015/05/20(水) 20:58:06.48ID:wfRY8uO9
>>586
それがまさに投資の差だ
言語というのは速いから人気が出るんじゃなくて人気が出たら速くなるんだよ
0588デフォルトの名無しさん2015/05/20(水) 21:33:11.86ID:i6ktipyo
そして、1番に簡単で、地味で、てっとり早い方法に人気が集まるな
0589デフォルトの名無しさん2015/05/20(水) 22:33:44.36ID:QPkcvXC4
DartはそもそもJSの柔さにはいろいろ限界があるということで始めたけど、
その見当の正否について問いたい。
0590デフォルトの名無しさん2015/05/20(水) 23:26:29.14ID:YgsyeySM
Atom Editor糞重い
0591Office & Gamers ◆G144Hzgh2.0e 2015/05/21(木) 01:17:45.19ID:6EbAMY2g
＞そして、1番に簡単で、地味で、てっとり早い方法に人気が集まるな

安定の99BASICとDarkBASIC。（ｷﾘｯ
0592デフォルトの名無しさん2015/05/21(木) 08:15:23.62ID:nwV8enKl
>>584
Dartが失敗したのは

所詮二番煎じだからｗｗ
0593デフォルトの名無しさん2015/05/21(木) 08:21:53.45ID:MBfknsBq
Googleって一般的なイメージよりは業務寄りの事業もしてるけど、
ドカタ系の開発者からすると「Googleの新技術?どうせすぐ投げ出すんでしょ?業務には使えないよ」だから
そのGoogleがJava寄りのドカタ用言語を出したといっても誰も飛びつくわけがないわな
事実また投げ出したわけだし
0594デフォルトの名無しさん2015/05/21(木) 08:29:31.32ID:nwV8enKl
>>593
Googleの事業で検索以外に成功したものは無い。
GASに関しても、ハッキリ言って使い物にならないゴミ。頻繁に勝手に仕様変更
してるのか、本番機で勝手に作業してるのか、メソッドが動かなくなることがある。

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

はっきりいって、Googleに技術力がないのがよくわかる。アソコはギーク馬鹿の
集まりでしか無い。検索以外じゃ無能の一言。MSのようなビジネスとしての事業
継続性は全くない。
0595デフォルトの名無しさん2015/05/21(木) 09:39:37.10ID:taVQHAdz
なんだかんだいってMSはしっかりしているよな。
ビジョンもイノベーションも糞も無くて、
飯食わしてやるから金よこせ、だもん。
したたか。
0596デフォルトの名無しさん2015/05/21(木) 09:47:34.50ID:wzJj0dqz
まあ何事も表裏一体だからなんとでも言えるが
俺は新しさが好きでスクリプト界に居るからGoogleみたいな存在は好きだけどな
SPDYとか成功したものも多くあるし、
JSでもO.oとかSSとか価値あるしね
0597デフォルトの名無しさん2015/05/21(木) 09:58:46.17ID:/bdZf+gr
しかしGoogleで席を用意してくれたらその日の便で渡米する。衣食住に困らなければ報酬なんか要らない。それほど魅力がある。
0598デフォルトの名無しさん2015/05/21(木) 11:45:47.71ID:MBfknsBq
人間、ギークになるだけなら簡単なんだよな
人間社会という最大の脳リソース馬鹿喰い要因を切り捨てれば、
Webスタックの技術を極めるくらいは地頭悪くても誰にでもできる
両方を高いレベルで両立させてるMSはなんだかんだ凄いと思うよ
0599デフォルトの名無しさん2015/05/21(木) 12:16:37.34ID:WLWSPHAU
けして極めてはいないと思うし、
そもそも作る側だから根本的に話が別
0600デフォルトの名無しさん2015/05/21(木) 15:59:38.25ID:UzSsqpE0
>>598
Web界隈のgeekなんて、一般社会でドヤ顔したそうなヤツらばかり
真のオタクは今でもterminalのバグでも潰してる
0601デフォルトの名無しさん2015/05/21(木) 18:04:28.38ID:6VRP+VFd
>>596
> JSでもO.oとかSSとか価値あるしね

O.oとかSSって何？
略されすぎてわからないよ！
0602デフォルトの名無しさん2015/05/21(木) 19:42:22.66ID:taVQHAdz
>人間社会という最大の脳リソース馬鹿喰い要因を切り捨てれば、

これはちょっと違うと思うね。言葉のあやかもしれんが。
今必要とされてて、人間社会に受け入れられて、今のコンピュータの能力で実現可能で、
かつ、お金にもなる題材を見つけて、
老人を説得して、お金を集めて、実装して(させて)、メンテして、ビジネスとしてやっていくのが難しい、
んだと。
オタクエンジニアの巣窟の日本が沈みかけているのを見ても分かるように、
技術だけでは食っていけない世の中になってきているな。
日本人の考えるITサービスって、どれもこれも絵空事というか、生活に密着してないというか、
要らないものばかりなんだよな。
難しいこと考えなくても、楽天みたいなので良いんだよ。ああいうのがもっと増えればよい。
0603デフォルトの名無しさん2015/05/21(木) 19:59:23.77ID:NgWTUREN
amazon はよくやったね、和製 kindle がいまだにどうして出てこないのか？
0604デフォルトの名無しさん2015/05/21(木) 20:57:47.11ID:zVPHEWnj
>>602
アメリカはプラグマティズムの伝統があるし、日本も見習わないといけないんだろうけど。。。

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

言語をどれにするとかじゃなくて、実際に何を作ったかなんだろね
0605デフォルトの名無しさん2015/05/21(木) 21:13:19.68ID:Gr12hR7k
>>601
Object.observeとSoundScriptじゃね
0606デフォルトの名無しさん2015/05/21(木) 21:40:54.18ID:5e0lQKPT
さんざん考えた結果が「音のよくなるSDカード」とかね‥
0607デフォルトの名無しさん2015/05/21(木) 21:43:55.63ID:Vq4M2ebO
>>603
電子書籍リーダは片っ端から討ち死にしたじゃん

ちなみにこんな板もある
http://wc2014.2ch.net/ebooks/
0608デフォルトの名無しさん2015/05/21(木) 21:46:24.25ID:uDd3DnUr
つまるところ結局はAppleさんとMSさんなんすよね
Swift,C#
0609デフォルトの名無しさん2015/05/21(木) 22:39:26.30ID:YwdnX1o3
Objective-CとVBScriptの暗黒時代があったことを忘れてはいけない。
0610デフォルトの名無しさん2015/05/21(木) 22:50:34.50ID:6VRP+VFd
>>605
ありがとう
略してなくても知りませんでした(><)
0611デフォルトの名無しさん2015/05/21(木) 23:01:09.04ID:jbuoF7Q4
Googleは今英語圏の若者から見ても魅力ないみたいだね。

10年後には潰れてそう
0612デフォルトの名無しさん2015/05/21(木) 23:27:04.63ID:x6V9+0V+
GoogleはDartは失敗したが、Angularは成功した(ただしよくディスられるが)し
Go言語もDockerで使われたり、サーバーサイドで人気が出始めたり
まあ成功しそうだ
大量の失敗はあっても、わずかな成功があればそれでいいという印象
実際世界一を争う企業だしね
0613デフォルトの名無しさん2015/05/21(木) 23:46:59.14ID:Vq4M2ebO
20%ルールがあるかぎり不滅だ…と思ってたが既にダメになってるのか？
0614デフォルトの名無しさん2015/05/22(金) 00:49:34.59ID:fGtem5+y
angular -> htmlの再発明
react -> Backbone.Viewの再発明
ember -> backbone.jsの再発明
0615Office & Gamers ◆G144Hzgh2.0e 2015/05/22(金) 01:44:53.62ID:zksXylX8
>>604
＞ソフトは前からボロ負けの日本だけど、ハードの方もダメダメになってきてるよね
＞日本ってどうなるんだろう

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

少し英語を覚えて海外発の技術水準を身に付けるのが生き残りの近道ｗ
0616デフォルトの名無しさん2015/05/22(金) 05:34:38.60ID:OeJLh1Lf
DartはJSの代わりとしてはダメだが
Javaの代わりとしてAndroidで期待してる
0617デフォルトの名無しさん2015/05/22(金) 11:00:34.13ID:mnR8Ftbb
Dartみたいなの使いたがる奴って別にそれがすごく便利だからというよりは
周りに流されてるだけだったり周囲にドヤ顔するためだったりするので
Dart m9(^Д^)なイメージが付いちゃった時点でもう完全に終わり
0618デフォルトの名無しさん2015/05/22(金) 18:09:22.51ID:fGtem5+y
そもそも、m9(^Д^)されるのは、ユーザーに成果物がないからで言語のせいじゃない
ただし、何か生産的なものを作る人たちはDartなんて使わない。
それが非効率だって分かってるから
0619デフォルトの名無しさん2015/05/22(金) 23:14:21.98ID:ZPAGsRUC
jsはes6でかなりマシになったな
babelもあるから今使っても無問題
緩いところはtypescriptで安心だし
0620デフォルトの名無しさん2015/05/22(金) 23:40:03.90ID:BJeKbg55
>>616
同じく。
0621デフォルトの名無しさん2015/05/23(土) 02:14:24.40ID:aWFfanUl
googleでもgoはまあまあ良いぞ
名前が糞なのとテンプレートどころかジェネリクスすら無いのが致命的だが
rustがあの速度で似た構文になってくれたらな
0622デフォルトの名無しさん2015/05/23(土) 11:29:18.60ID:wCdzmxCi
babel とて ES6 の対応状況を考えるとまだまだ本番投入はきついな
遊びで使ってみる分にはいいけど
0623デフォルトの名無しさん2015/05/23(土) 13:40:06.56ID:57CfBDkO
version毎の後方互換性って面だとperlってすごい言語だよね
es5からes6に移行したとき既存のJS library, frameworkはどうなるのん？
backbone.jsと同じコンセプトのもの作られないかな
0624デフォルトの名無しさん2015/05/23(土) 16:58:33.46ID:mDaNJW5c
後方互換性は99.99％守られた仕様になっているので問題ない
移行自体も機能別にじわじわ進んでいるし、O.oやSABがそうなように
ES6の実装が完了する前にES7の実装が開始されている
もはやLSに限りなく近くなってきている
0625デフォルトの名無しさん2015/05/23(土) 17:14:44.56ID:PEaWitqV
>>622
十分だと思うが
0626デフォルトの名無しさん2015/05/23(土) 18:35:23.30ID:5c5gLsad
ある意味（真の）JSerでなければ十分だろうな
長らくJSをやってきたものなら表面的な構文以外にも
Proxyやらnew.targetやら使いこなしたくなるだろうけど、それはコンバート困難な部分だしな
0627デフォルトの名無しさん2015/05/23(土) 19:57:12.79ID:PEaWitqV
仕事に投入するかどうという話なのに
その理屈はおかしくね？
だってES5もそれらの機能は無いんだぞ
0628デフォルトの名無しさん2015/05/23(土) 20:34:22.19ID:fOYiqfRu
そういう文脈じゃないってのは言わなきゃ分からんのか？
>>627は一体俺にそんなことを言い付けてどうしたいわけ？
0629デフォルトの名無しさん2015/05/23(土) 20:43:00.66ID:Ft07c3wx
>>628
いや、そういう文脈だろ
何言ってんだお前ｗ
0630デフォルトの名無しさん2015/05/23(土) 21:57:05.00ID:SgbjeX2J
TypeScriptでいいわ
ES6にはわざわざ昔のブラウザを切り捨てるほどの魅力はない
0631デフォルトの名無しさん2015/05/23(土) 23:12:16.58ID:wCdzmxCi
仕事で使うのにES6完全対応じゃない、しかもこれからどれを対応するのかも分からない、
そんな状態じゃ不便すぎて使えないよね
遊びで使うなら「お、この機能使ってみようかな」でできるけどさ
0632デフォルトの名無しさん2015/05/23(土) 23:12:52.60ID:57CfBDkO
Web designみたいなものに、いちいち型タイプするの面倒でない？
業務アプリでtypescriptって、どんな複雑なもの作るんだろう
0633デフォルトの名無しさん2015/05/23(土) 23:15:36.60ID:SgbjeX2J
>>632
TypeScriptの型付けはあくまでオプションだよ
型アノテーションは静的型チェックに使われるだけで、
特にコンパイル時の型に依存した機能はない
0634デフォルトの名無しさん2015/05/23(土) 23:19:08.00ID:Ft07c3wx
>>630
なんで？babelのようなトランスパイラーの話をしてるんだから
昔のブラウザ切り捨てるわけじゃないだろ
>>631
なんで？対応してるところだけ使ってればいいだろ
0635デフォルトの名無しさん2015/05/23(土) 23:22:59.30ID:wCdzmxCi
>>634
いちいちbabel-ES6の対応リファレンス見て？
ES6リファレンス見て対応リファレンス見て、なんて手間すぐる
しかも対応リファレンスはいつどう変わるのかも分からないという
これじゃとても使えない
0636デフォルトの名無しさん2015/05/23(土) 23:24:56.74ID:Ft07c3wx
>>635
それのどこが手間なんだ？
ES6覚えることのほうがよっぽど手間だと思うんだが
しかも、対応していない機能なんて一部のマイナー機能だけだから
リファレンスなんか見る必要すらも殆ど無いと思うんだが
0637デフォルトの名無しさん2015/05/23(土) 23:30:12.15ID:wCdzmxCi
>>636
ES6完全対応ならES6のリファレンスだけ見りゃすむ話なのに、babel使うとなると、
ES6で使おうとした機能がbabelに対応してるかどうか見る手間が増える
これはめんどくさい

そりゃES6大好き人間が使うんならそういう対応表も頭に入ってくるんだろうけど、
JSなんて大概は「仕方なくいやいや」使う言語なので、チーム内で使うには
そういう手間が増えるのは致命的マイナスポイント
0638デフォルトの名無しさん2015/05/23(土) 23:35:06.56ID:Ft07c3wx
>>637
よく使う機能はほとんど対応しているので、proxy使えないとか、
new.target使えないとか例外いくつか覚えるだけなんだが

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

JS好きなんてほぼ世の中にいない現状でそういう手間をチームに押し付けるのは無理がすぎるよね
0640デフォルトの名無しさん2015/05/23(土) 23:52:43.63ID:Ft07c3wx
>>639
とりあえずその意見はすべてわかった上で（babel自体にリファレンスが
ないというのはちょっと違うような気もするが）638のようなレスしてる
わけだが？
二度手間っていうが、その二度目の手間が一度目に比べて
はるかに小さいと言ってるわけ
二度目の手間がそんなに無理すぎるというほど問題ならそれよりはるかに
大きな一度目の手間は大丈夫というのはおかしいと言ってるの
0641デフォルトの名無しさん2015/05/23(土) 23:56:26.64ID:Ft07c3wx
大体、IE6ではこれに対応しているが、IE7は対応していない
みたいなことを過去にHTMLやCSSで何度も経験してきてるであろう
JS使うチームがES6程度の対応の把握に手間取るなんて
俺には考えられないね
本当に仕事してるの？
0642デフォルトの名無しさん2015/05/23(土) 23:57:17.72ID:wCdzmxCi
>>640
手間が増えるということは余計なトラップを踏む可能性が出てくるということだよね
しかもJSはコンパイル言語じゃないから、コンパイル時に発見できるわけでもない
ただでさえいやいや書いてるJSなのに、そんな余計なトラップ踏んだ日にはその日の
モチベーションはガタガタだよ

そんな状態になるぐらいなら実績の多いCoffeeScriptの方が百倍マシってもんですよ
0643デフォルトの名無しさん2015/05/23(土) 23:57:51.80ID:Ft07c3wx
>>642
はあ？
babelはコンパイラーなんだが？
0644デフォルトの名無しさん2015/05/23(土) 23:58:42.78ID:wCdzmxCi
>>641
そういうのにみんなうんざりしてるからjQueryなどが出てきたんでしょうが
0645デフォルトの名無しさん2015/05/24(日) 00:00:15.55ID:yUhL+8bf
>>644
jQueryのおかげでCSSの互換性を考慮しなくて良かったとでも？
本当に仕事してる？
0646デフォルトの名無しさん2015/05/24(日) 00:01:43.90ID:kcl6PGga
素人相手に素人がボッてるんだろう
0647デフォルトの名無しさん2015/05/24(日) 00:03:33.30ID:61R9xmfj
>>645
bootstrapとかCSSフレームワークも最近は流行ってるよね
0648デフォルトの名無しさん2015/05/24(日) 00:04:37.51ID:yUhL+8bf
jQuery覚える労力を100としたら、babelが対応していないES6機能を把握する
労力は2くらいかな
どちらも、全部パーフェクトに覚えないと仕事できないってわけでもないし
0649デフォルトの名無しさん2015/05/24(日) 00:05:08.38ID:kcl6PGga
>>648
してないだろｗ
0650デフォルトの名無しさん2015/05/24(日) 00:06:46.92ID:w2Kgh7Fe
>>647
Bootstrapはバージョン2だとIE7でも使えるが、
3以降はIE8以降じゃないと使えないとか、IE8だと
これとこれとこの機能が使えないとかあるけど
俺からしてみればbabelの対応がどうこうってそれと大差ないよ？
0651デフォルトの名無しさん2015/05/24(日) 00:07:54.96ID:yUhL+8bf
>>649
？まあしてるけど
jQueryパーフェクトに覚えてないよ
0652デフォルトの名無しさん2015/05/24(日) 00:08:41.93ID:61R9xmfj
>>650
IE7はもういいでしょ…
IE8はWindows7の最初のブラウザだからもうしばらくは対応する必要はあるけど
0653デフォルトの名無しさん2015/05/24(日) 00:09:24.94ID:yUhL+8bf
>>652
論点がずれてる
0654デフォルトの名無しさん2015/05/24(日) 00:10:49.90ID:kcl6PGga
jsでのブラウザの対応って、何処まで対応しなきゃならんわけ?
Javaのe-learningシステムでもIEだけとか、Windowsだけとか頭打ちになってたけど
0655デフォルトの名無しさん2015/05/24(日) 00:13:51.24ID:61R9xmfj
でもangularjsとかもIE8を切り捨ててるように、レガシーブラウザ対応はどこも難儀してるよね
jQueryみたいにリソースがあるプロジェクトなら1系と2系の両方をメンテナンスすることもできるけど、
そんなプロジェクトは数えられるほどしかないし

結局ES6だと騒いでもレガシーブラウザ対応が残り続ける以上はES6完全対応のコードが書ける
のは東京オリンピック以降(Windows7のサポートが切れる)になるんだろうね
0656デフォルトの名無しさん2015/05/24(日) 00:14:43.03ID:61R9xmfj
>>654
案件によるとしか
コンシューマ向けならIE8はまだまだ切れないし（シェアは15%ぐらいあるんだっけ？）
0657デフォルトの名無しさん2015/05/24(日) 00:20:49.83ID:pXMM3pgz
AltJSがあるのにわざわざコンパイル必要なES6を書く意味ってあるの？
0658デフォルトの名無しさん2015/05/24(日) 00:22:41.90ID:kcl6PGga
AltJSって、jsの互換性を担保するようなものなの？
0659デフォルトの名無しさん2015/05/24(日) 00:24:24.85ID:yUhL+8bf
ES6完全対応じゃなくても、ES6のたいていの機能は使えるし、
なぜそこにこだわるのか分からんね
ライブラリなり言語の一部の機能を使えればその部分の恩恵は得られるわけで
全部使えなくては仕事に使えないなどと言い出すのはおかしい
jQueryを完璧マスターしないと仕事に使えないと言い出すのと同じことだ
0660デフォルトの名無しさん2015/05/24(日) 00:26:10.70ID:kcl6PGga
ttps://babeljs.io/docs/faq/
0661デフォルトの名無しさん2015/05/24(日) 00:28:14.66ID:61R9xmfj
>>659
そうなるとbabelはただのAltJSの一種だよね？
CoffeeScriptでもLiveScriptでもOpalでもScala.jsでもいいわけで

ES6完全対応が相当先である以上、別にbabelにこだわる必要性もそこまでないはずだよね
0662デフォルトの名無しさん2015/05/24(日) 00:28:27.21ID:yUhL+8bf
>>657
AltJSとES6は別物なんだからそれぞれ
利点と欠点があるだろ
ES6の利点は、JSそのものだから、AltJSに比べて
廃れるリスクが少ないという利点はあるな
0663デフォルトの名無しさん2015/05/24(日) 00:31:24.41ID:yUhL+8bf
>>661
俺のレス読んでる？
完全対応が相当先ってことを気にする必要はないと言ってるわけだよ？
あと、AltJSだって機能があったりなかったりするし、好みもあるし
学習の容易さとかいろんな要素があるだろ
その中でどれを選ぶかは、いろんな要素がある
ES6がAltJSより明確に劣っており、選択肢から外れるとは思わない
0664デフォルトの名無しさん2015/05/24(日) 00:33:11.21ID:kcl6PGga
>>661
typescriptやbabelはともかく、OpalやScala.jsって誰が使うの?メリットが見えない
0665デフォルトの名無しさん2015/05/24(日) 00:33:46.80ID:61R9xmfj
>>662
ES6は規格だけど、babelはES5にコンパイルするものだからAltJSの一種だよね？

廃れる廃れないの話になると、5年以上先の話なんて誰も読めないんだから、babelを取り立てて
プッシュする理由としてはちょっと弱いな
0666デフォルトの名無しさん2015/05/24(日) 00:36:18.21ID:kcl6PGga
ttps://babeljs.io/users/
有名所は、皆、babelつかってるね
0667デフォルトの名無しさん2015/05/24(日) 00:38:12.66ID:yUhL+8bf
>>665
babelはES6のコンパイラだから他のAltJSとはその点で違う
まあ、仕事してないと標準にこだわることのメリットって
あんまり分からないかもね
0668デフォルトの名無しさん2015/05/24(日) 00:38:25.98ID:61R9xmfj
>>664
Ruby好きやScala好きが書くんじゃない？
個人的にはTypeScript以上に流行るとはとても思えないけど、この業界で予言者は弁護士なみに
信頼が置けないから断言するのはやめとくｗ
0669デフォルトの名無しさん2015/05/24(日) 00:40:17.72ID:kcl6PGga
>>667
標準に拘るのはベトコンだ。Opalは訓練されたベトコンだ
0670デフォルトの名無しさん2015/05/24(日) 00:41:22.42ID:yUhL+8bf
>>666
さすがだな
大企業の仕事でバリバリ使われてるんだなｗ

まあそもそも、Babelがコンパイラだって知らなかった奴が
Babelは仕事で使えねーって喚いてただけだからなｗ
0671デフォルトの名無しさん2015/05/24(日) 00:43:28.39ID:61R9xmfj
>>670
それを言えばCoffeeScript(github?)もTypeScript(MicroSoft?)もバリバリ使われてるけどね
結局のところAltJSの争いのひとつってことかな
0672デフォルトの名無しさん2015/05/24(日) 00:44:40.82ID:yUhL+8bf
>>671
争いの一つ＝仕事で使える
ってことでいいのかな
結局負けを認めるってことね
0673デフォルトの名無しさん2015/05/24(日) 00:45:48.69ID:61R9xmfj
>>672
じゃ、君もbabelはAltJSの一種と認めるということで、引き分けだな
0674デフォルトの名無しさん2015/05/24(日) 00:46:27.46ID:yUhL+8bf
>>673
俺はBabelがAltJSの一種かどうかで争ったつもりなんて
全くないんだが？ｗ
0675デフォルトの名無しさん2015/05/24(日) 00:47:02.76ID:61R9xmfj
>>674
いや、認めてくれるならそれでいいよ
0676デフォルトの名無しさん2015/05/24(日) 00:48:56.88ID:yUhL+8bf
>>675
どうだろうなー
俺は「AltJS」とやらの言葉の定義がよくわからないしなーｗ
babelはコンパイラ（トランスパイラ）だけど、言語じゃないから
AltJSが言語を指すとすればAltJSじゃないことになるなーｗ
いやー難しいなー、分からないなーｗ
0677デフォルトの名無しさん2015/05/24(日) 00:49:04.43ID:kcl6PGga
おまえら、仕事してるのw
0678デフォルトの名無しさん2015/05/24(日) 00:50:17.18ID:yUhL+8bf
>>678
一応してるぜ
0679デフォルトの名無しさん2015/05/24(日) 00:50:38.54ID:pXMM3pgz
ぶっちゃけ仕事上で標準に拘って得した事が無い
0680デフォルトの名無しさん2015/05/24(日) 00:51:42.91ID:61R9xmfj
>>679
MSとかいろいろ作っては捨ててきたからねぇ…
DCOMとかどこ行ったんだろ？ｗ
0681デフォルトの名無しさん2015/05/24(日) 00:54:28.61ID:w2Kgh7Fe
>>679
俺はたくさんあるな
チームが標準にこだわらなくて損したことも数限りなくある
標準のものや規約を使ってる部分は他人が書いたコードでもすぐに理解できる
標準のライブラリがあるのに独自ライブラリを作って
バグだらけになったりして損することもある
0682デフォルトの名無しさん2015/05/24(日) 00:56:43.62ID:yUhL+8bf
いい例が、Scala.jsじゃねｗ
本人はScala好きだからいいだろうが、仕事でそれやられると
Scalaの開発者集めなくちゃいけなくなりそうｗ
0683デフォルトの名無しさん2015/05/24(日) 01:02:18.15ID:61R9xmfj
>>682
Scala.jsは別にいいと思うけどなー
完全に色物だと誰が見ても分かるし、それをわざわざ使うんだから覚悟もあるでしょ

だけど標準ということを理由に選ぶのは逃げだよなー
MSは言うにおよばず、W3CみたいなとこでもXML Schemeみたいな失敗作もあるし、
0684デフォルトの名無しさん2015/05/24(日) 01:07:42.53ID:yUhL+8bf
>>683
覚悟が必要というのは明確な欠点だと言ってるようなもんだと思う
物事にはいろんな要素があるから標準かどうかだけで
決まるものではないのはその通りだけど、
利点の一つには成り得る
0685デフォルトの名無しさん2015/05/24(日) 01:07:50.61ID:kcl6PGga
githubのatomにcoffee scriptが使われるのは時代背景や信条からわかる
babel, typescript以外のaltjsには何の魅力も感じないし、
それを使うだけのメリットが考えても考えても何も出てこない
0686デフォルトの名無しさん2015/05/24(日) 01:10:29.64ID:yUhL+8bf
>>685
物事にはたいていメリットはいくつもあるよ
欠点も幾つもある
総合的に考えて他の選択肢に勝るかどうかでしょ
たとえば、上で出てきたOpalやScala.jsがRubyやScalaが好きな人にとってメリットが有るのは
さすがに君にも分かるでしょ？
0687デフォルトの名無しさん2015/05/24(日) 01:14:12.76ID:kcl6PGga
なんで、サーバー側の担当者がフロントエンドやるんだ
0688デフォルトの名無しさん2015/05/24(日) 01:15:25.98ID:yUhL+8bf
>>687
さあね
たとえば趣味でやりたいんじゃないの？
物事にはいろんな状況がある
0689デフォルトの名無しさん2015/05/24(日) 01:17:10.85ID:kcl6PGga
その処理系を作ったエンジニアのPR以外の何になるわけ
0690デフォルトの名無しさん2015/05/24(日) 01:18:39.34ID:yUhL+8bf
>>689
Scalaしか知らない人もしくは、やりたくない人、好きな人などが
フロントエンドをやりたくてScala.js使うとかでしょ
本当にわからないの？
0691デフォルトの名無しさん2015/05/24(日) 01:19:42.11ID:kcl6PGga
OpalやScala.jsで、jQueryやbackbone.js, angular.jsなんて弄っても
資料が出てこない作業量が増えるだけだし、地雷を踏んでも解決策が出てこないから
0692デフォルトの名無しさん2015/05/24(日) 01:20:56.25ID:w2Kgh7Fe
>>691
そう言われても、そう考えない人もいるし物事にはいろんな状況があるとしか
0693デフォルトの名無しさん2015/05/24(日) 01:21:46.89ID:kcl6PGga
>>692
そのケーススタディを教えてよ。想像力が欠如してるんだ
0694デフォルトの名無しさん2015/05/24(日) 01:23:16.17ID:yUhL+8bf
>>693
想像力の欠如か
簡単だと思うがなぁ
jsは知っている
資料があれば理解できる
でも、Scalaは好きでたまらない
だから使いたい
これでどう？
0695デフォルトの名無しさん2015/05/24(日) 01:25:43.76ID:kcl6PGga
>>694
新参にScalaをブラウザ上で学ばせる為とか、
サーバー側で実装したアルゴリズムをクライアント側に持ってきたいとか、
もう少しましな事例ないの？
0696デフォルトの名無しさん2015/05/24(日) 01:27:35.33ID:yUhL+8bf
>>695
それがマシな事例だと思うのなら、もちろんそれでいいし
想像力は欠如してないと思うのだが
何が不満なんだ？
0697デフォルトの名無しさん2015/05/24(日) 01:28:37.13ID:hZNW9MV5
scalaなんて完全に自己満足です
そんなの使ってる奴が一番わかってる
0698デフォルトの名無しさん2015/05/24(日) 01:28:41.14ID:kcl6PGga
IT系のニュースサイトでaltJSを使えば作業効率が上がるとか
アホな記事かいてるヤツら何なの？
0699デフォルトの名無しさん2015/05/24(日) 01:29:55.21ID:yUhL+8bf
>>698
アホなんじゃないの？ｗ
もしくはお前がアホかもしれんがｗ
0700デフォルトの名無しさん2015/05/24(日) 01:33:45.58ID:hZNW9MV5
まてまてCoffeeとか使ったこと無いのか？
今更これ無しとか言われたら面倒すぎて仕事適当に済ませたくなるぐらい効率上がるぞ
0701デフォルトの名無しさん2015/05/24(日) 01:35:27.76ID:kcl6PGga
>>697
雇用の流動性を防ぐとか、自社システムを他社にメンテさせないとか、
そういう嫌がらせぐらいしか使うメリットが見えない

>>700
gulpのためにcoffee、保守性のためにtypescript,babelならわかる
scalaとかopalとか何よ
0702デフォルトの名無しさん2015/05/24(日) 01:41:55.49ID:yUhL+8bf
>>701
メリット見えてるじゃん
というか、なぜScala好きな奴がScala使うということを
頑なにメリットとして認められないんだろう？
メリットとデメリットがあって総合的にデメリットが
勝るって話ならわかるが、そういう話であっても
メリットがないという話ではない
0703デフォルトの名無しさん2015/05/24(日) 01:43:30.27ID:w2Kgh7Fe
>>700
俺はあるけど、ES6と比べると、大差がない気がする
ES6にarrow functionとか分割代入とかテンプレートリテラルとか
letとかその他もろもろあるし
CoffeeScriptからパクっただろっていう機能が驚くほどあるんだよね
まあ、例えば、長い関数でもreturnを書かなくていいとか、varやlet打たなくていいとか
?演算子とか、確かにちょっとずつ便利な部分はあるのだが
0704デフォルトの名無しさん2015/05/24(日) 01:48:26.86ID:kcl6PGga
>>702
「scala好きにとって」は、それ以外の人にとって何のメリットもないから
そもそも、ネットワークの並列処理ぐらいしか使いようがなさげ
0705デフォルトの名無しさん2015/05/24(日) 01:51:17.81ID:yUhL+8bf
>>704
結局、「Scala好きじゃない人にとって」という隠れた前提条件を元に
話していたのね
話が噛み合わないわけだ
きっと、さっき挙げていた雇用の流動性を防ぐだとかなんだとかも、
「そうでない人にとって」という隠れた前提条件があるんだろ？
大方、その隠れた前提条件を全部まとめると「自分にとって」といったところかｗ
0706デフォルトの名無しさん2015/05/24(日) 01:52:22.47ID:kcl6PGga
>>705
scala好きにとってもデメリットでしかないから
そのシステムを誰がメンテの？
0707デフォルトの名無しさん2015/05/24(日) 01:54:14.80ID:yUhL+8bf
>>706
例えば「他の人がメンテ出来ない」というのがとても大きな
デメリットだとしてそれが何なの？
総合的にデメリットが勝るだけであって
「好きなScalaが使える」は依然としてメリットだよ
0708デフォルトの名無しさん2015/05/24(日) 01:54:57.26ID:kcl6PGga
ID:yUhL+8bfはwebディレクタとか、似非起業家かな
0709デフォルトの名無しさん2015/05/24(日) 01:55:44.22ID:yUhL+8bf
俺の人格は議論とは関係ないね
0710デフォルトの名無しさん2015/05/24(日) 01:57:23.98ID:kcl6PGga
>>709
scala.jsを実際に使ってる人のユースケースを聞きたいだけで、
オマエみたいなカスと最初からディベートする気なんてないから
0711デフォルトの名無しさん2015/05/24(日) 01:59:44.91ID:w2Kgh7Fe
>>710
そのわりにはディベートしてくれてたけどね
まあ完全に論破しちゃって、最後は人格批判に走らせちゃったのは
悪かったがｗ
ほどほどにしとくわｗ
0712デフォルトの名無しさん2015/05/24(日) 02:04:18.09ID:kcl6PGga
>>711
論破されてたの？不毛な長文だったから読んでなかった
0713デフォルトの名無しさん2015/05/24(日) 02:07:18.79ID:yUhL+8bf
>>712
うん、完全にね
まあ読んでなかったのなら納得
あまりの完全論破っぷりだったからｗ
0714デフォルトの名無しさん2015/05/24(日) 02:08:05.56ID:kcl6PGga
プログラムどころか、htmlすら書いたことないでしょ？
0715デフォルトの名無しさん2015/05/24(日) 02:08:41.11ID:yUhL+8bf
>>714
絵に描いたような人格批判だなｗ
0716デフォルトの名無しさん2015/05/24(日) 02:20:00.45ID:kcl6PGga
ID:yUhL+8bfを見ていると、札束で叩けるわけでもないのに
プログラマを雇おうとする独立したてのアホなWebディレクタを思い出すわ
オマエの付加価値なんてねーから（・ワ・）
0717デフォルトの名無しさん2015/05/24(日) 02:29:05.95ID:yUhL+8bf
何だその顔文字はｗ
0718デフォルトの名無しさん2015/05/24(日) 04:24:50.46ID:0NM94Uqp
なんだかんだ言ってES6で一番ありがたい点は__proto__の開放x2だ
0719デフォルトの名無しさん2015/05/24(日) 05:05:05.30ID:m/tsc+Js
>>629
俺の発言はそういう文脈じゃねえって言ってんだよ
自分のことしか考えられないのかアスペかよ
0720デフォルトの名無しさん2015/05/24(日) 07:02:44.32ID:w2Kgh7Fe
>>719
どちらかと言えば、多人数で話し合うこうした場所で
人の文脈に合わせず自分の新しい文脈で会話をはじめようとする
お前が自分のことしか考えられないアスペ
0721デフォルトの名無しさん2015/05/24(日) 07:23:48.30ID:d8AVH8+z
また幼稚な子供の喧嘩か
どっちもどっち。だれも読まないし誰も得しない

jserにはアレが多いってのを実証してくれてありがとう
0722デフォルトの名無しさん2015/05/24(日) 08:38:42.59ID:w2Kgh7Fe
>>721
幼稚な子供の喧嘩とはお前のようなレスのことだろう
0723Office & Gamers ◆G144Hzgh2.0e 2015/05/24(日) 09:36:27.61ID:x18aCfOV
安定の99BASICとDarkBASIC。（ｷﾘｯ
0724デフォルトの名無しさん2015/05/24(日) 10:10:29.09ID:yUhL+8bf
嫌JS「BabelはES6完全対応じゃないから仕事では使えねー。お遊びでしか使えない。」
JS擁護「>>666のリンクに出てるけど、Babelは多くの有名企業で仕事に使われてるよ。」
嫌JS「ぐぬぬぬ。jserは馬鹿！アレが多い！」
0725デフォルトの名無しさん2015/05/24(日) 11:45:54.06ID:8LlHceLm
ES6がコンパイル無しで素で使える頃には
ブラウザが終わってそうなんだよね
で、ブラウザ限定じゃなかったら
もっとマトモな言語を選び放題という
0726デフォルトの名無しさん2015/05/24(日) 12:11:14.83ID:kcl6PGga
dart vmの時代ですね。分かります
0727デフォルトの名無しさん2015/05/24(日) 13:08:11.71ID:bCeKXRbu
これからの時代は、babelとjQueryを
組み合わせていくんだろうな。
0728デフォルトの名無しさん2015/05/24(日) 14:08:57.15ID:Jg69SxFY
2ch見るにはJavaScriptよりネイティブの方が遥かに便利な時点でっていう。
0729デフォルトの名無しさん2015/05/24(日) 14:49:53.23ID:yUhL+8bf
今更BackboneとかjQueryとか言ってる時点で時代に乗り遅れてるんだよなあ
日本は本当に遅い
0730デフォルトの名無しさん2015/05/24(日) 14:51:19.58ID:yUhL+8bf
JavaScript vs ネイティブという対立ももう過去のものだからなあ　
0731デフォルトの名無しさん2015/05/24(日) 18:36:18.24ID:kcl6PGga
es6に対応したbackbone2.0こそ未来
0732デフォルトの名無しさん2015/05/24(日) 18:36:51.79ID:Lxkfc9iW
>>727
違う
ES7に控えてるObservable調でのDOM操作に移行していくのでjQueryは取り残される
0733デフォルトの名無しさん2015/05/24(日) 18:40:30.81ID:hZNW9MV5
>>729
meteorがmysql対応した時点で流れも決定的なのにな
angular(笑)
0734デフォルトの名無しさん2015/05/24(日) 18:41:18.80ID:hZNW9MV5
ちなみに俺はknockout+browserify派です
0735デフォルトの名無しさん2015/05/24(日) 21:26:22.52ID:IqjTIR6B
>>728
これ

結局ネイティヴでWEBはもう死に体なんよな
0736デフォルトの名無しさん2015/05/24(日) 22:48:22.59ID:bCeKXRbu
>>735
「○○の死」は、殆どが過大評価
http://jp.techcrunch.com/2015/05/22/20150521the-death-of-anything-is-overrated/
0737デフォルトの名無しさん2015/05/24(日) 22:57:21.93ID:YQmimEgO
>>735
仮にそうだったとしても、一時代を築いた言語は、後が長い。
それに、普通に考えてWebが死ぬのはありえないわけだが。
TOYOTAのWebページ見るために、いちいち専用のアプリダウンロードとか、ありえんわけだが。
0738デフォルトの名無しさん2015/05/24(日) 23:20:41.37ID:61R9xmfj
あちらさんでは自分らのフレームワークを推進するのにしのぎを削ってるのに
ここではどれを使うかでドヤ顔してるのか…、そりゃあなあ…
0739デフォルトの名無しさん2015/05/24(日) 23:23:50.82ID:UPx/0Y1+
そもそもReactNativeでJavaScriptでネイティブアプリが作れるわけだが
Reactが勝ち残りそう
0740デフォルトの名無しさん2015/05/24(日) 23:47:39.66ID:kcl6PGga
ionic, cordovaってnativeなんだっけ？

>>738
( ･´ｰ･｀)
0741デフォルトの名無しさん2015/05/25(月) 00:11:42.91ID:lQxXzch0
>>740
そいつらはAppleのWebコンポーネント技術を使うからハイブリッドと呼ばれている
ReactNativeやNativeScriptはそうした技術を使わない真のNativeアプリが
作れる
ReactNativeやNativeScriptが登場する前には、
JavaScriptでネイティブアプリを作ることをハイブリッドと呼んでいたが
それらとReactNativeやNativeScriptは区別されて、
後者がハイブリッドではない真のネイティブアプリと呼ばれるようになった
0742デフォルトの名無しさん2015/05/25(月) 00:17:30.81ID:lQxXzch0
ちなみに、titaniumは昔はハイブリッドと呼ばれたりネイティブと呼ばれたりしていたが、
今だとハイブリッドではない派に属するだろうな
0743デフォルトの名無しさん2015/05/25(月) 08:11:12.07ID:tVk9YQPx
どんなスレでもこういった話題が出て長引くが言葉の定義はこれ以上どうでもいい。
そこは本質じゃないし、突き詰めても何も生まれない。
JSがいろんな場面で使われるようになってきたが、まだまだ不十分な点もある。
その課題を克服すべく、これからもJSは発展し広まっていくのは間違いがない。
0744デフォルトの名無しさん2015/05/25(月) 08:18:25.14ID:uOKH4JiO
GUIがネイティブかHTMLかだけで区別しようとするのがいかにもバカっぽいよな
WindowsネイティブなC++とかVBとかで作られたアプリでもガワにHTML使ってるのはよくあるが、
あれハイブリッドなのかw
0745デフォルトの名無しさん2015/05/25(月) 08:43:41.95ID:Vc/SC45p
>>742
iOS用アプリはスクリプトの実行を禁止されているんだよ。
だからどんな言語を使って作ろうがすべてネイティブだよ。
0746Office & Gamers ◆G144Hzgh2.0e 2015/05/25(月) 15:54:22.88ID:DN2LcC67
ではここでAGKの紹介ｗ
https://www.youtube.com/watch?v=Bc1fziwpLpo
0747デフォルトの名無しさん2015/05/25(月) 16:51:53.45ID:WoRVaS2u
現実世界で誰からも相手にされてなくて、
2chですら誰からも相手にされないって、
どんな気分なんだろうか。
極度の孤独でますますおかしくなっていく負のスパイラル。
0748デフォルトの名無しさん2015/05/25(月) 18:58:53.38ID:s1Jp2NXX
javascriptならモテると聞いて
0749Office & Gamers ◆G144Hzgh2.0e 2015/05/25(月) 20:16:30.85ID:DN2LcC67
＞現実世界で誰からも相手にされてなくて、
＞2chですら誰からも相手にされないって、
＞どんな気分なんだろうか。

スッキリ♪してていいんじゃないのかｗ
プログラマーの世界は1万人に1人の割合、残りの9,999人はノイズぐらいに思えばいいｗ

＞極度の孤独でますますおかしくなっていく負のスパイラル。

5月病なら精神科にどうぞｗ
0750デフォルトの名無しさん2015/05/25(月) 20:44:41.31ID:CJphbBX5
もう手遅れ
俺たちにはおかしくなってしまったこいつを見守ることしかできない
0751Office & Gamers ◆G144Hzgh2.0e 2015/05/25(月) 20:47:59.77ID:DN2LcC67
それが養分の役割ｗ
0752デフォルトの名無しさん2015/05/25(月) 20:52:15.35ID:KMiZtLe0
jsだけの話はjs板でしてくれないか
スレ違いだと思うが
0753デフォルトの名無しさん2015/05/25(月) 20:57:20.60ID:FmOWVyRS
スレタイを見ようね
0754デフォルトの名無しさん2015/05/25(月) 21:10:20.74ID:s1Jp2NXX
Rubyって、nativeアプリやhybridアプリ作れたんだっけ
0755デフォルトの名無しさん2015/05/25(月) 21:29:34.90ID:uOKH4JiO
jsでいうネイティブアプリというのはホストやライブラリがネイティブであるということだから、
そういう意味では当然Rubyでも作れるわな
0756デフォルトの名無しさん2015/05/25(月) 21:39:11.52ID:H05PZqz6
RoRの時代は終わった。

時代はJSでフルスタック
075710人に一人はカルトか外国人2015/05/25(月) 22:03:35.99ID:berRiTAl
★マインドコントロールの手法★

・沢山の人が偏った意見を一貫して支持する
　偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法

・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
　誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法

偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い

靖国参拝、皇族、国旗国歌、神社神道を嫌うカルト

10人に一人はカルトか外国人

「ガスライティング」で検索を！
0758デフォルトの名無しさん2015/05/25(月) 22:37:03.17ID:s1Jp2NXX
RoRはサービスで実稼働しているから信頼できるんだろうけど、
JS fullstackって、かなりhackeyだよね。同じ層を相手にするならWordPressでよくない？
レンタル鯖の方がVPSやクラウドより安いし、コード書かなくていいし
0759Office & Gamers ◆G144Hzgh2.0e 2015/05/25(月) 22:58:23.99ID:DN2LcC67
10人に1人は宿題くれくれ坊やだからなｗ
0760デフォルトの名無しさん2015/05/25(月) 23:12:15.17ID:s1Jp2NXX
WP-APIやpodsってマイナーなの？
0761デフォルトの名無しさん2015/05/26(火) 04:37:03.57ID:XCGfzogt
お絵かきチャットを作る際に、
サーバサイドでChromeを立ち上げておいて、クライアントからWSで届いた
描画パスをNodeからWSで転送させて、保存用の絵を描くと言うのはやった。
今ならServiceWorkerとWebRTCを使ってサイト全体のP2P共有のようなもっと面白いことができそう。
0762Office & Gamers ◆G144Hzgh2.0e 2015/05/26(火) 05:04:39.34ID:zvWIh5Y2
そーゆーのが作りたいのかｗ
0763デフォルトの名無しさん2015/05/26(火) 08:22:10.24ID:LdHTkhWf
>>758
お前さんがな～んもわかってないってだけってのは
よく伝わったよｗ
0764デフォルトの名無しさん2015/05/26(火) 08:23:18.03ID:LdHTkhWf
というか、Raillsをブログ作成ツールって思ってるのかｗ
ま、サンプルがあれだしｗ
0765デフォルトの名無しさん2015/05/26(火) 08:36:19.97ID:DZ6Zizra
RailsはAccessとかVB6とかあのへんの後継
0766デフォルトの名無しさん2015/05/26(火) 09:52:57.59ID:jJpgaPYe
>>763
はぁ？WPをブログ作成ツールだと思ってるの？
所謂、full stackだし、CRUDアプリ作れるし、
CRMやforum wareなんて作るまでもないから
JS fullstackやRoRなんか使って積み残しなんて、どーするんだろうね
0767デフォルトの名無しさん2015/05/26(火) 09:58:50.12ID:jJpgaPYe
セキュリティに力を注がないとダメな客層ならdrupal使うだろうし、
JS fullstackなんて使える相手ならセキュリティなんかザルだろうし、
依存するライブラリのversionもスグに上がるから保守性だって悪そう
0768Office & Gamers ◆G144Hzgh2.0e 2015/05/26(火) 12:12:06.29ID:XW4aIGwL
アホらしｗ
0769デフォルトの名無しさん2015/05/26(火) 12:25:25.06ID:jJpgaPYe
おまえの作る糞ゲーって誰に需要あるの？w
0770Office & Gamers ◆G144Hzgh2.0e 2015/05/26(火) 12:40:40.66ID:XW4aIGwL
♪＼（￣∀、￣）／♪、、、アハ♪”
0771デフォルトの名無しさん2015/05/26(火) 17:21:19.77ID:JdoiEwqA
uyの悪夢再び。
どっちがマシなんだろうね。
0772デフォルトの名無しさん2015/05/26(火) 21:36:43.14ID:u+D7ALVd
>>769
そいつはクソゲーすら作れないよ
開発環境を整えられるかすら怪しい
0773デフォルトの名無しさん2015/05/26(火) 22:22:18.79ID:aGxSVLPT
>>724
JS擁護「>>666のリンクに出てるけど、Babelは多くの有名企業で仕事に使われてるよ。」
>>666「These companies may or may not be using Babel on their main web properties,
　but they're definitely using it somewhere in their organizations :)」
0774デフォルトの名無しさん2015/05/26(火) 22:24:35.92ID:aGxSVLPT
名前だけ輝かしいから使おうなんて実に馬鹿で安直だなあ
非プログラマだからこそ目的と手段の逆転に気づかないんだろうけど
0775デフォルトの名無しさん2015/05/26(火) 22:28:29.41ID:DZ6Zizra
海の向こうだと自分の履歴書を飾るために無理矢理尖った技術を使おうとする輩が多いらしいね
0776デフォルトの名無しさん2015/05/26(火) 22:58:53.61ID:jJpgaPYe
物好きが集まって自分らで技術を選べるのはco-workerや零細企業ぐらいでない？
どこも似た体質でJavaとかASP.NET使ってると思うんだけど。
sakuraにRoR製のCMSが一発インストールできるようになっていたら、
今頃はRailsの天下なのになぁ
0777デフォルトの名無しさん2015/05/26(火) 23:01:01.51ID:jJpgaPYe
RailsがCMSツールのデファクトになっていたら、
個人事業者が寄り集まって自己組織化できたはずなのに
0778デフォルトの名無しさん2015/05/26(火) 23:14:24.24ID:LdHTkhWf
>>766
> はぁ？WPをブログ作成ツールだと思ってるの？

ブログだよ。作成ツールですら無い。
デザインをいじれるブログ。
0779デフォルトの名無しさん2015/05/26(火) 23:26:15.20ID:jJpgaPYe
単なるブログツールならjekyllみたいなstatic site generator使うよ
0780Office & Gamers ◆G144Hzgh2.0e 2015/05/27(水) 00:49:49.76ID:WazBisEL
>>775
＞海の向こうだと自分の履歴書を飾るために無理矢理尖った技術を使おうとする輩が多いらしいね

それは日本国内の話で、海外では実際にはできないことも ” できる ” と書いてしまうらしいよｗ
いわゆるハッタリｗ

その点、俺様は良心的で、和洋折衷、安定の99BASICとDarkBASICだからそのまんまｗ
0781デフォルトの名無しさん2015/05/27(水) 03:18:20.38ID:5mJYzNXL
RoRは死んだ。

時代はJavaScript Fullstack
0782デフォルトの名無しさん2015/05/27(水) 04:24:27.41ID:xZIqoWDu
>>779
静的ファイル生成するツールじゃんｗ
それはブログじゃない。お前馬鹿なの？ｗ
0783デフォルトの名無しさん2015/05/27(水) 04:58:56.23ID:RSs6WPE8
>>773
「These companies may or may not be using Babel on their main web properties,
　but they're definitely using it somewhere in their organizations :)」
「ここにある企業はBabelを主なWeb資産にたいして使用しているかもしれないし、していないかもしれません。
しかし、組織の中で使っているのは確実です。(＾＾」
どうみても仕事で使われています。ありがとうございました。
0784デフォルトの名無しさん2015/05/27(水) 06:19:03.39ID:xZIqoWDu
>>783
ワロタｗ
企業の名前を並べて、内部で使ってるはず（誰も知らない）って
言ってるだけかｗ
0785デフォルトの名無しさん2015/05/27(水) 07:26:37.28ID:CaKPB6kG
こりゃJSerはバカだと言われるのも当然だなｗ
0786デフォルトの名無しさん2015/05/27(水) 07:53:54.10ID:w5e0eq0t
Webでそこそこ名前のある企業がメール出せば載せてくれるのか
ただの無料の広告スペースだなw
0787デフォルトの名無しさん2015/05/27(水) 08:19:58.06ID:RSs6WPE8
>>784-786
何かJSを無理やり貶したいのは分かるが、
普通に使ってるところを載せてるだけだよ
0788デフォルトの名無しさん2015/05/27(水) 08:22:00.69ID:RSs6WPE8
例えばpaypalのエンジニアの発表
http://www.slideshare.net/JamundFerguson/es6-at-paypal
ここで出てくる6to5ってやつがbabelな
0789デフォルトの名無しさん2015/05/27(水) 08:30:40.54ID:w5e0eq0t
>>787
下のリンクから依頼すれば載せてもらえるみたいだよ
>>787の会社も試しにやってみれば載るんじゃない?
0790デフォルトの名無しさん2015/05/27(水) 08:39:03.96ID:RSs6WPE8
>>789
名だたる企業の中の人が「我々はbabelを使ってますからどうぞ載せてください」
って言ってるわけでしょ
嘘ついてるとは思えないね
少なくともそれだけ宣伝価値のあるページだってことだし
0791デフォルトの名無しさん2015/05/27(水) 08:42:14.41ID:RSs6WPE8
下のリンクなにかと思ったらgithubか
そういえば、githubに公開されてるソースコード検索すれば使ってるのが分かるなｗ
たとえば適当にnetflix調べてみたが確かにbabel使ってるなｗ
https://github.com/Netflix/ember-nf-graph/search?utf8=%E2%9C%93&;q=babel
0792デフォルトの名無しさん2015/05/27(水) 08:55:59.40ID:RSs6WPE8
お、yahooも使ってたｗ
https://github.com/yahoo/fluxible.io/search?utf8=%E2%9C%93&;q=babel
0793Office & Gamers ◆G144Hzgh2.0e 2015/05/27(水) 09:12:49.68ID:WazBisEL
安定の99BASICとDarkBASIC。（ｷﾘｯ
0794デフォルトの名無しさん2015/05/27(水) 10:05:52.95ID:iNV3b77m
>>788
のっけからspread有無による差異を示す例示がおかしいな。
無い場合にapplyを使っていない。
そういうおかしな例示で意図的に差異を誇張するような馬鹿外人は信じるに値しない。

つうか、なぜ誰も突っ込んでいないんだ？
やっぱり世界的にJS技術者のレベルは低いな。過去5年以内に誕生した大量の初心者ばかりなんだろうな。
0795デフォルトの名無しさん2015/05/27(水) 10:53:48.12ID:nmBWi5N7
まあ
;[].push.apply( world.people, arguments )
みたいに書くのは嫌なんじゃね

それかES3まではapplyの第二引数は配列かargumentsのみ可だったけど
今回の例ではRestパラメータと一緒に紹介する兼ね合いでargumentsを出したけど
ArrayLike全般に一般的な書き方としてapply使わなかった、
もしくはその背景を知らないとできないargumentsを特別視する書き方を嫌った可能性も微レ存
0796デフォルトの名無しさん2015/05/27(水) 11:05:14.75ID:nmBWi5N7
まあspread演算子が一番ありがたいのはnewと一緒に使う場合だけどな

new (Function.prototype.bind.apply( Class, Array.prototype.concat.apply([,], Parameters )))
↓
new Class( ...Parameters )
0797デフォルトの名無しさん2015/05/27(水) 12:44:23.48ID:O2BZPnvn
>>781
expressとmongo dbって何処にdeployするの?
WPと比較したときに、その費用対効果が悪すぎ
0798デフォルトの名無しさん2015/05/27(水) 13:57:21.71ID:Fb78fVHF
JSは深入りすると、技術的負債が雪ダルマ式に増えていくイメージｗ
0799デフォルトの名無しさん2015/05/27(水) 14:40:59.35ID:5mJYzNXL
時代はフルスタックJavaScript
世界のトレンドがそうなんだから乗っかって置いた方がいいよね。保険も兼ねて
0800デフォルトの名無しさん2015/05/27(水) 15:16:30.91ID:O2BZPnvn
fullstack javascriptってレンタルサーバーと相性悪いじゃん
安くて、大きくて、forum wareとSNSまでついてくるのに、
積極的にVPSやcloudを使おうって理由あるの？
話題のJS frameworkってものが、jimdoやyahoo!ストアの見栄えをよくして
購買意欲を煽るぐらいしか思いつかないけど、これはもうデザインの世界だよね
0801デフォルトの名無しさん2015/05/27(水) 15:54:41.62ID:mkSpHMDY
フルスタックJSといっても
基本的にクライアントサイドで出来る限りのことをする、
そうすればサーバはCGFIではなくてAPI型になり、
クライアント同士のマッチングなんかに利用するだけになるから
Nodeと相性がいいねってことだ

ここで結局一番大事なのはクライアントサイドの比重を出来る限り100に近づけることであって、
あと残った超ミニマムなサーバ部分は正直なんでもいいってことだ
0802デフォルトの名無しさん2015/05/27(水) 16:59:15.78ID:O2BZPnvn
Ruby on RailsからAngular on Sinatraへ
0803デフォルトの名無しさん2015/05/27(水) 21:11:31.16ID:xZIqoWDu
>>798
> JSは深入りすると、技術的負債が雪ダルマ式に増えていくイメージｗ

若いなｗ いろんな言語をやっているが、
それはどの言語でも同じことだよ。

それは言語で変わることじゃなくて、開発手法の問題だから。
既存のコードを簡単に安全に修正が出来る仕組みがなければ
技術的負債は貯まる。
0804デフォルトの名無しさん2015/05/27(水) 21:18:38.31ID:R8vNYeIe
嫌JS「babelを使ってるかどうかは誰も分からないだろ！」
JS擁護「Paypalもyahooもnetflixも使ってますが？証拠のソースもありますが？」
嫌JS「ぐぬぬぬぬ。世界的にJS技術者のレベルは低い」

何回目だよこのパターンｗ
0805デフォルトの名無しさん2015/05/27(水) 21:30:25.25ID:O2BZPnvn
レガシーコードと呼ばれるものを書いてた人たちって、どうやって修正してたんだろう
0806デフォルトの名無しさん2015/05/27(水) 21:51:56.64ID:bJy7qSFz
>>794-795
誰でも知ってる知識を使った対比しやすいコードの方が分かりやすく人に
説明できるからだろ
聴衆にはいろんな人がいるんだし
applyなんか使ったって知識をひけらかす以上のメリットはないだろ
分かりにくいし結局argument使うからES6の方がいいし
0807デフォルトの名無しさん2015/05/27(水) 21:54:54.20ID:hju8Anxp
>>806
applyで誰でもわかる。むしろここ10年のスタンダード。おまえとおまえのまわりが15年遅れているだけ。
0808デフォルトの名無しさん2015/05/27(水) 21:59:02.57ID:bJy7qSFz
>>807
まあ、俺はお前とapplyを知ってるんだぜ！って言って優越感に浸りたいのは
わかるし、それがツッコミを入れたメインの理由だってことも分かる
俺はそんな分かりにくいコードは極力避けるし、上のような例では
forループのほうがはるかに優れている
applyとcallの違いなんてみんなしょっちゅう忘れるしな
0809デフォルトの名無しさん2015/05/27(水) 22:02:52.82ID:bJy7qSFz
>>795みたいなのも典型的だよな
さりげなく、文末のセミコロン省略派の書き方して分かる人には
分かるように知識をひけらかしてるところがにくいねｗ
俺もこうやって指摘することで知識をひけらかしたくなることは
あるしなｗ
0810デフォルトの名無しさん2015/05/27(水) 22:19:01.34ID:O2BZPnvn
この手の論争って年代毎に、言語毎にあるよね
最初はcとc++で、constructやvtblの速度。schemeとcommon lisp
次はperlの書法。Rubyの無名関数。
敢えて技術力を求めないPHPerたちが如何に優れているかわかるね
0811デフォルトの名無しさん2015/05/27(水) 22:21:19.39ID:w5e0eq0t
つまりCOBOLが至高か
まあ一理あるな
0812デフォルトの名無しさん2015/05/27(水) 22:25:24.50ID:hju8Anxp
このスレのスクリプト言語でインデックスでfor回す方が稀だ。
そして何故applyで必死に知識ひけらかしどうこうと噛み付いているのか、あまりに低スキル過ぎて呆れさせられるだけ。
0813デフォルトの名無しさん2015/05/27(水) 22:33:06.66ID:O2BZPnvn
apply, bind, callって実際には、どういう場面で使われるの。おせーて
0814デフォルトの名無しさん2015/05/27(水) 23:00:59.92ID:esbmy2lw
IE4ぐらいの知識で止まってるホビープログラマだろ

>>813
思いつくだけでも[].slice.callとか即席のコードなら当たり前に使う
applyすらbind使えばいいから旬過ぎてきた勢い
0815デフォルトの名無しさん2015/05/27(水) 23:04:43.64ID:gdtckF/O
俺が一番使うのは
const log = console.log.bind(console)
0816デフォルトの名無しさん2015/05/27(水) 23:08:59.83ID:esbmy2lw
プログラム板が一般人の遊び場になっとる…
このスレも前は自分でコード書いてマイクロベンチ出してた奴ら多かったのにな
0817デフォルトの名無しさん2015/05/27(水) 23:09:53.54ID:bJy7qSFz
ほらね、結局「知ってるか知らないか」という軸でしか語れない
それこそが知識をひけらかしたいだけだったということの証左
本当のレベルの低さなんだよ
人に説明するという立場が理解できないのだろう
0818デフォルトの名無しさん2015/05/27(水) 23:11:27.05ID:gdtckF/O
まあ本当はcallやapplyみたいな醜いのはあまり使いたくない。
ES7でBind OperatorかAbstract Referencesが入って解決してくれることを祈ってる。
0819デフォルトの名無しさん2015/05/27(水) 23:13:27.70ID:O2BZPnvn
>>816
node.jsがダントツすぎて、もはや書くのもバカバカしくなったんだろ
0820デフォルトの名無しさん2015/05/27(水) 23:14:07.31ID:esbmy2lw
説明する人間に対して対価をもたらせもしないクズがよく吠えやがる
底辺層すら当たり前に知ってる事すら知らない時点でお前は論外だよ
0821デフォルトの名無しさん2015/05/27(水) 23:14:54.43ID:gdtckF/O
マイクロベンチというと、最近のJSエンジンでは徐々に
dead code eliminationの影響が出始めたみたいだね
意外とV8はこれに触れてこなかったけど、TurboFanでどんどん入れていくんだろうね
0822デフォルトの名無しさん2015/05/27(水) 23:16:03.80ID:bJy7qSFz
>>820
俺は「知らなかった」などと一言も書いていないのに
知らないことにお前の中ではなってるんだなｗ
お前の中の知識をひけらかして優越感に浸りたいという気持ちが
そうさせるんだろうねｗ
0823デフォルトの名無しさん2015/05/27(水) 23:22:09.86ID:esbmy2lw
>>822
そういう独り善がりの自説で他人に因縁付けて精神が安定するのか？
ちょっとは現実を好転させる努力をした方がいいぞ？
0824デフォルトの名無しさん2015/05/27(水) 23:22:57.12ID:O2BZPnvn
>>820
仕事もらうためのプロモーションでやるものだよね
無礼な態度を取られたら、そいつとは2度と口聞かないけど、ここは2chだよ？
0825デフォルトの名無しさん2015/05/27(水) 23:25:14.18ID:bJy7qSFz
>>823
明らかにひとりよがりな自説の上に間違えてるお前に言われたくないねｗ
0826デフォルトの名無しさん2015/05/27(水) 23:27:33.87ID:esbmy2lw
>>825
反論できないからって因縁つけんなクズ
足引っ張るしか能がないのか？
0827デフォルトの名無しさん2015/05/27(水) 23:28:49.21ID:bJy7qSFz
>>826
それはこちらのセリフだが？
お前がいつ俺に反論らしい反論したんだ？
0828デフォルトの名無しさん2015/05/27(水) 23:36:18.20ID:esbmy2lw
>>827
あのなあ…apply程度は大した知識じゃない言ってるのだから、
お前は他人にひけらかせる、高度な知識であると根拠づけする必要があるんだよ
論争の道筋すら他人まかせって、本当救いようがないなお前は
0829デフォルトの名無しさん2015/05/27(水) 23:42:06.65ID:bJy7qSFz
>>828
ことさらに、知らないとも言っていないのに
知らないと決めつけたり人を馬鹿にした態度をとるところから見て、
「apply程度は大した知識じゃない」＝「俺のレベルはとても高いから
そのレベルから見たらね」というのが透けて見えると俺は言ってるんだよ
applyが本当に大した知識じゃないかどうかとは関係なくね
forループで済むところにapply使っても意味は無い
しかも説明用のコードにね
0830デフォルトの名無しさん2015/05/27(水) 23:52:50.80ID:O2BZPnvn
JSを愛して病まない貴君らなら、google compute engineぐらい使ったことあるんだろ？
ねぇ、あるんでしょ？ないの？
0831デフォルトの名無しさん2015/05/27(水) 23:55:57.12ID:IF9pkP0O
まあ結局はapplyの動作を直感的に分かるJSerへの説明ならそちらの方がより良いだろうけど、
for文でも最悪ってほどでもないし、applyを直感的に分からない勢に対してはいい説明なんじゃね
ってことでもういいでしょ
0832デフォルトの名無しさん2015/05/27(水) 23:56:42.32ID:esbmy2lw
>>829
>forループで済むところにapply使っても意味は無い
可換だから意味がないというならES6など意味ないが？
0833デフォルトの名無しさん2015/05/27(水) 23:58:44.87ID:O2BZPnvn
俺が分かるように書いてくれたら何だっていいよ
0834デフォルトの名無しさん2015/05/27(水) 23:58:51.49ID:esbmy2lw
すまんね、もうやめるよ
馬鹿らしいし
0835デフォルトの名無しさん2015/05/28(木) 00:03:59.80ID:MCKhtQGp
仮にapplyの動作が直感的に分かったとしても、for文の動作だって
直感的に分かるだろうし、アドバンテージははっきり言ってないな
googleで思い出したけど、googleのpythonのスタイルガイドには
二重以上の複雑な内包表記より単純なfor文を使えとか書いてあるし
C++のスタイルガイドには技巧的なテンプレートの機能はなるべく
避けて分かりやすくかけとか書いてあるし、
pythonの公式ドキュメントにはreduceよりも単純なfor文を使えとか
書いてあったな
むしろ、レベルの高い会社ほどそういうことには敏感だね
レベルの高いコードほど簡単に見えるっていうね
0836デフォルトの名無しさん2015/05/28(木) 00:06:14.41ID:5RxTL4JW
まあfor文で回すのとapplyとspreadは厳密には動作が違うけどな
例えばNodeListはforとapplyで可だがspreadは不可
Mapなんかはその逆
0837デフォルトの名無しさん2015/05/28(木) 00:07:18.50ID:MCKhtQGp
>>836
あの説明ではどれも可能だからどうでもいいだろう
細かい知識をひけらかしたいのは分かるけど
話を逸らさないようにな
0838デフォルトの名無しさん2015/05/28(木) 00:09:13.57ID:5RxTL4JW
どうでもいいんならなんでここまで揉めてたのよ
どうでもいいことなのに
0839デフォルトの名無しさん2015/05/28(木) 00:10:10.80ID:MCKhtQGp
どうでもいいことで話をそらさない、もしくは濡れ衣を着せないということが
どうでも良くないからだよ
0840デフォルトの名無しさん2015/05/28(木) 00:12:25.88ID:5RxTL4JW
濡れ衣って、知識をひけらかしてるだの何だのってやつでしょ？
確かにどうでも良くないかもしれないけど、もうほっておこうよ
0841デフォルトの名無しさん2015/05/28(木) 00:14:38.92ID:MCKhtQGp
一番の濡れ衣はapplyを説明に使わないから「レベルが低い」とか言われた
レベルの高いエンジニアかなｗ
その次は、applyを知らないと決めつけられた俺なｗ
0842デフォルトの名無しさん2015/05/28(木) 00:16:09.83ID:5RxTL4JW
くだらない冗談言ってないでもう寝ようね
0843デフォルトの名無しさん2015/05/28(木) 00:17:03.13ID:odZ+ejWb
>>835
googleのエンジニアたちは、ぺちぱーなんだろ？どうりで生産性が高いはずだ
0844デフォルトの名無しさん2015/05/28(木) 00:38:19.14ID:n0zKvD4X
お前らどんどんJavaScriptで仕事作れよ、
なーに日本のCS出た奴らが全部コンピューター関連の仕事に就いたって仕事は足り無いんだからさ。
世界的に見てもそう。

どんどん仲間増やして日本の政治家や医者が蔓延る、官僚達が既得権益にしがみつく社会を打破しよう！いい方向に。

時代はJavaScript Fullstack
0845Office & Gamers ◆G144Hzgh2.0e 2015/05/28(木) 00:45:59.77ID:LhL8i3dq
安定の99BASICとDarkBASIC。（ｷﾘｯ
0846デフォルトの名無しさん2015/05/28(木) 02:19:12.80ID:odZ+ejWb
>>844
あいつら頭が悪いのかCSを出たオタクを雇わずに他学科の連中を雇うからな
0847デフォルトの名無しさん2015/05/28(木) 02:32:06.23ID:sT4EQZ1m
>>841
馬鹿どもを煙に巻くためにか意図的に非常識にapplyを使わない例示をするのは狡猾すぎると言った。
つまりあなたはこの程度の文意を読めないほど国語が苦手だということになる。
0848Office & Gamers ◆G144Hzgh2.0e 2015/05/28(木) 02:35:05.01ID:LhL8i3dq
>>846
見た目で選んでるんだろうなｗ

…んじゃ質問だけど、プログラミングスキルが同じなら、どっちを選ぶ？

[ 1 ] 身奇麗でスポーツマンタイプ
[ 2 ] 風呂に入ってなくて変な臭いがする、デブ・ガリガリで不快感を覚える
0849デフォルトの名無しさん2015/05/28(木) 02:54:34.21ID:odZ+ejWb
当然、2だな。1は、他に割の良い仕事があるから転職する
最初の3年で社内で育成したコストが無駄になるから
0850デフォルトの名無しさん2015/05/28(木) 02:59:10.16ID:odZ+ejWb
社会から見捨てられたgeekたちの怨恨と悔恨がRailsコミュニティの原動力だったんだ
今宵は瘴気が濃いですね
0851デフォルトの名無しさん2015/05/28(木) 02:59:45.56ID:lggWxQgU
>>846
いやー、古くさくなるつかえない技術変に学んできたコミュ障より、新しい技術飲み込める若くて素直な奴が将来性あるに決まってるだろ。

実際仕事できるようになるのは後者なんだし。


だからJavaScript Fullstack でいいのよ。
世界の流れもそうなんだし。
PythonやObj-C/SwiftやLispは適材適所で残るかもしれないけど、その他の変な言語は全部無視していいよ。

世界の誰かに聞いても答えが返ってこない変なうんこ言語使ってしか開発できない時代遅れの奴はどんどん仕事がなくなればいい。

あ、C++も重要ね。だがしかし、用途がかなり深い所になるし、なんなら海外の一流にその辺は任せればいいから俺たちはあまり知らなくてもいいかも。

問題は英語と市場のリサーチ力。

どんどんJavaScript Fullstack の仕事増やした方がいいよ。これからの人達が世界中から外貨稼ぐためにも。
0852Office & Gamers ◆G144Hzgh2.0e 2015/05/28(木) 03:02:27.86ID:LhL8i3dq
>>849
人事部はね、女性が男性を選ぶ目つきと同じなんだよｗ
脳みその中身までは見てないｗ
0853Office & Gamers ◆G144Hzgh2.0e 2015/05/28(木) 03:06:21.01ID:LhL8i3dq
例えば風呂に入ってないオタクを100人雇ったら、オフィスが異臭で充満するだろ？ｗ
仕事どころじゃなくなるｗ

少しは現実を直視しような

ｗ
0854デフォルトの名無しさん2015/05/28(木) 03:47:56.78ID:gCuhL1rI
てかJS使える人口は、C並みに多いんじゃないかと思う。
これだけの市場が有れば、当然何でもかんでもJSになるわ。
MSもJSにお熱だしね。最近はExcelでもJS使えるんだっけ？
0855デフォルトの名無しさん2015/05/28(木) 04:05:35.46ID:odZ+ejWb
>>853
やれやれ。人事部はオマエが臭くて異臭を放ってるから選んだんだよ
オマエの異臭とオマエの席の隣の異臭の何方が凄まじいかなんて、
異臭が部屋に充満していたら気にならから。ただ、人事部には来ないでね
0856デフォルトの名無しさん2015/05/28(木) 05:31:24.52ID:6CyNSU5v
？？？
0857Office & Gamers ◆G144Hzgh2.0e 2015/05/28(木) 05:38:22.74ID:LhL8i3dq
＞気にならから

ｍ９（￣∀￣）／♪ﾎｫ～ｗ”
0858デフォルトの名無しさん2015/05/28(木) 06:43:41.05ID:hbX3VdsG
>>847
あそこでapplyを使ったところで、「ああ、分かりやすくなったね」となる
結論は変わらないと思うが
辺に技巧的で論点がぼやけるだけで
>>851
お前の好きなLispってものすごく古い技術だけどね
古い技術を学んできたオタクの方が新しい技術飲み込むのも早い
新しい技術なんてものはほとんどなくて、古い技術の応用だったりする
というか、飲み込むというより、すでに習得していて
「新しい技術が使いたい」と常に文句を言っている
0859デフォルトの名無しさん2015/05/28(木) 08:30:57.38ID:vI/GP895
JavaScript は熱いね‥C/C++ スレですら悲惨なことになっているのに‥
0860デフォルトの名無しさん2015/05/28(木) 11:16:07.91ID:lggWxQgU
C/C++で統一して開発した方が良いに決まってる。他者に頼むにしても自分がそれを理解するにしても、他の社員に引き継ぐ際も。
しかしパソコンの性能がこれだけ急激に上がりスクリプト言語が台頭してきた。そりゃ早く開発できる方が良い。
けど多様性が生まれ過ぎて現場が混乱。マシンに仕事させて人の負担を減らそうとしたのに違う所で増えた。

効率よく開発できて尚且つクロスプラットフォームな誰もが知ってる言語に寄せていこう。そういう動きが当然でてきた。

そこで選ばれたのがJavaScript。
どんなパソコン使う消費者でも本質はウェブ使うしウェブの進化に合わせて端末を買い替えしてくれる。(OS的な意味もあるが)

時代はJavaScriptでFullstack。
もっとも開発の歴史を汲み取った物だし、最も今の時代に合ってる。
0861Office & Gamers ◆G144Hzgh2.0e 2015/05/28(木) 12:21:29.52ID:LhL8i3dq
安定の99BASICとDarkBASIC。（ｷﾘｯ
0862デフォルトの名無しさん2015/05/28(木) 14:39:14.29ID:odZ+ejWb
fullstack JSの現実: angular, slim, mysql, apache
0863デフォルトの名無しさん2015/05/28(木) 15:56:57.49ID:kdWUSdJd
クエリ言語がJavaScriptだからというだけで
0864デフォルトの名無しさん2015/05/28(木) 15:57:53.51ID:kdWUSdJd
すまん
クエリ言語がJavaScriptだからというだけでMongoとか本当に馬鹿としか思えんわ
0865デフォルトの名無しさん2015/05/28(木) 17:35:49.99ID:gBhaDDqH
Mongoはなんとも中途半端だがIDBよりはマシな設計だし、
SQLはなんといっても親和性が悪い。
0866デフォルトの名無しさん2015/05/28(木) 17:54:06.25ID:odZ+ejWb
本当にfullstackでJSを書いてる人たちってbackbone.js使ってるよね
0867デフォルトの名無しさん2015/05/28(木) 21:39:37.44ID:LjJyADed
Backboneの天下は短かったな
あっという間にangularに抜かされた
それがほんの1年半前
飛ぶ鳥を落とす勢いだったangularもReactの登場で
雲行きが怪しくなってきた
恐ろしいよ
0868デフォルトの名無しさん2015/05/28(木) 21:51:08.01ID:uEvpeXte
jsx 嫌いだわ
0869デフォルトの名無しさん2015/05/28(木) 22:04:25.68ID:gCuhL1rI
恐ろしいと同時に、大きな市場があるんだなというのもあるな。
まさにコンピュータ第二の聡明期って感じ。
0870デフォルトの名無しさん2015/05/28(木) 22:09:17.64ID:odZ+ejWb
Jeremy AshkenasやThomas Davisがfullstack JSを書くのは自然なことだし、
日常生活でjsなんて書きたくないからangular.jsが流行ったのも頷ける。
React.jsが流行りだした理由だけは、説明らしい説明が何も思い浮かばない。
0871デフォルトの名無しさん2015/05/28(木) 22:17:43.67ID:LjJyADed
angular.jsは結局jsをバリバリ書くフレームワークだよ
reactが流行りだしたのは、主にangularが複雑すぎるという理由からだろう
0872Office & Gamers ◆G144Hzgh2.0e 2015/05/29(金) 00:33:09.01ID:pBd0Bhuu
JSもC++も一般普及しないよｗ
0873デフォルトの名無しさん2015/05/29(金) 00:43:10.00ID:XkG9lmPe
>>871
angular触ってる間にオライリーから出てる薄い本の作法を忘れたよ
backbone.jsなら1頁で終わるようなAPIのgoogleルールが延々に続くけど、
これはjsを何処かへ葬り去るためものなんだって思ったよ
これでもうjsなんて気にせずにPHPのコーディングに集中できる
0874デフォルトの名無しさん2015/05/29(金) 01:00:46.77ID:72g3Dn7i
いやーいい加減言語の分裂、フラグメント化なんでやめてさ、統一しようぜ。

1人で開発するやつなんていないんだから共通認識ある何かが必要。

Apple見ろよ。ソストウェアの歴史を塗り替えるような事バンバンやってる。それもこれも極力マーケットが成熟するまでハードウェアのフラグメント化を抑えてきたから。

まずはJavaScriptで土台作りが肝心それで、便利な道具をバンバン作る使う。
0875Office & Gamers ◆G144Hzgh2.0e 2015/05/29(金) 01:29:46.58ID:pBd0Bhuu
そっそ、オブジェクト指向も個人開発には必要なかったってコトでｗ
普及しないものが提灯記事で出回っても何も変わらなかった30年間ｗ
0876デフォルトの名無しさん2015/05/29(金) 01:34:00.40ID:XkG9lmPe
MEAN stackって、version毎にmiddlewareの作法が違ってアホらしくなってきたわ
MongoDBもexpressも気持ち悪いし、PHP7で性能も上がるからslimの上にangular.jsでいいや。
さようならJavaScript。トレンドをありがとう
0877Office & Gamers ◆G144Hzgh2.0e 2015/05/29(金) 02:14:47.51ID:pBd0Bhuu
それでもJSはBASICを超えられないなｗ
0878デフォルトの名無しさん2015/05/29(金) 03:09:27.90ID:xnuOOQOC
BaSiCには実用性が足りない。
0879デフォルトの名無しさん2015/05/29(金) 04:49:54.13ID:hIyE/RkV
JS-BASICを作ればいいやん
0880デフォルトの名無しさん2015/05/29(金) 05:25:35.05ID:xnuOOQOC
Java-Basic-Scriptにしたらいいのかな。
0881Office & Gamers ◆G144Hzgh2.0e 2015/05/29(金) 06:18:00.36ID:pBd0Bhuu
安定の99BASICとDarkBASIC。（ｷﾘｯ
0882デフォルトの名無しさん2015/05/29(金) 06:52:45.90ID:9VbvLx8c
>>873
意味がよく分からんが
AngularJSはJavaScriptを使わなければ使えないライブラリだが
Controller書かずに使うってこと？
0883デフォルトの名無しさん2015/05/29(金) 07:25:06.17ID:ox9uEU3z
多分 angularjs のチュートリアルかなんかを見てコードレスでできるものだと思い込んで
いるだけで、angularjs 自体は使ったことがない奴なんだろう
0884デフォルトの名無しさん2015/05/29(金) 07:56:15.47ID:mEzqOoJn
AngularもBackboneも両方ともクソだよ
JSでサイト構築するというのがそもそもおかしい
0885デフォルトの名無しさん2015/05/29(金) 08:00:14.12ID:9VbvLx8c
Reactも攻撃しとかないと片手落ちだぞ
新しいのが出てきて大変だなｗ
0886デフォルトの名無しさん2015/05/29(金) 08:20:26.96ID:O/af54d2
いいよもう、どうせWEBは死に体だしjsもオワコン化してきてるし
今までもそしてこれからも大きな市場があるとこでネイティヴ開発してればいい
0887Office & Gamers ◆G144Hzgh2.0e 2015/05/29(金) 08:28:27.52ID:pBd0Bhuu
これからAndroidもiPadも安いWinタブに食われるから、またネイティブベースに回帰するよｗ

安定の99BASICとDarkBASIC。（ｷﾘｯ
0888Office & Gamers ◆G144Hzgh2.0e 2015/05/29(金) 08:31:58.50ID:pBd0Bhuu
タブレットベースの開発者って、その市場が養分扱いされてるコトに気が付いてるかどうか気になるなｗ
AndroidもiPadもパソコンではないｗ

自作PCが手軽で割安ｗ
0889デフォルトの名無しさん2015/05/29(金) 09:32:50.52ID:XkG9lmPe
>>882
はぁ？少しはbackbone.jsやangular.js触ったら？
$scopeにpartial htmlばかり出てきて、
thisや名前空間として扱う{}の使い方が分からなくなったよ
ng-repeatやmustach系のtemplateやfilterで
jsなんて書かなくなったからもうPHPだけに集中できる
0890デフォルトの名無しさん2015/05/29(金) 09:39:51.54ID:XkG9lmPe
>>883
はい
0891デフォルトの名無しさん2015/05/29(金) 12:23:14.70ID:1lVHHU4A
今時自作て
0892デフォルトの名無しさん2015/05/29(金) 17:39:41.36ID:6FNrigVV
実際のデータを言うとPCはモバイルに食われたりしてない
人々がよりオンラインであるようになってモバイルが上乗せになってるというのが事実
0893デフォルトの名無しさん2015/05/29(金) 22:52:06.05ID:3YTE5j4X
>>889
一応どちらも仕事で使ったことがあるが、
「$scopeにpartial htmlが出てくる」は全く意味不明
$scopeにオブジェクト入れたり関数入れたりはお前はしないの？
$scopeよりもController使う派なら、thisをたくさん使うはずだし
ng-repeatって、javascriptの変数がなきゃ使えないはずだが
filterだって、実態はJavascriptの関数だから
自作するならJavascriptが必須
0894デフォルトの名無しさん2015/05/29(金) 22:56:00.96ID:3YTE5j4X
そもそも、Javascriptでの変数の変更が自動的にHTMLに反映されるところが
売りの一つだろ
Javascriptを使わないようにするためとか明らかにおかしいだろ
0895デフォルトの名無しさん2015/05/29(金) 23:00:25.18ID:XkG9lmPe
>>893
なにそれ？controller中に$scopeを定義するものじゃないの？
filterに、thisやjavascriptの作法を使うようなサンプルなんて見た覚えがないな
tutorialやコードの端書きがあるならチョーダイ
0896デフォルトの名無しさん2015/05/29(金) 23:01:31.51ID:XkG9lmPe
>>894
jQuery+backbone.jsからしたら、明らかにjavascriptの記述量が減るよ
0897デフォルトの名無しさん2015/05/29(金) 23:08:35.18ID:ox9uEU3z
>>896
減るけど書かなくてよくなるわけではない
0898デフォルトの名無しさん2015/05/29(金) 23:38:38.07ID:XkG9lmPe
>>897
jsの専門家ってレベルでjsを書かなくて済むからね
それなら、fullstack JSなんて使うよりも、backendは
slimで書いた方が効率的だし堅実だよねって言いたいの
0899デフォルトの名無しさん2015/05/29(金) 23:54:25.48ID:ox9uEU3z
>>898
いやいや、angularjs はむしろ分かりきっためんどくさい部分を受け持ってくれるだけで
ロジック部分はやっぱり書かなきゃいけないよ
0900デフォルトの名無しさん2015/05/30(土) 00:21:33.89ID:FSpSh7fS
>>885
react.jsってbackbone.jsをオートマ使用にした半端なninjaが使う道具だろ
ヨイデワ・ナイカ・パッション重点
0901デフォルトの名無しさん2015/05/30(土) 00:28:45.52ID:IdbpgBYQ
AngularってそろそろGoogleの検索エンジンは読めるようになったの？
0902デフォルトの名無しさん2015/05/30(土) 00:32:23.98ID:GKc+PfvY
最近js始めてreactいじってるけど面白い
es6でクラスも使えるしやっとjsヤル気になったわ
0903デフォルトの名無しさん2015/05/30(土) 00:40:24.30ID:RfD9oH7P
なんだ、classが使いたかったのか。swfやxapでいいじゃん。10年前から使えたぞ。
iOSなんて今の低シェアで頭打ちというか減少傾向に転じている。無視して構わんよ。
0904Office & Gamers ◆G144Hzgh2.0e 2015/05/30(土) 01:38:55.54ID:TKwdVSEz
もうちょっと簡単に書いておくと、JS使って得になるのはサーバーで運用してる企業だなｗ
こんな出来損ないのインタープリターを使う個人開発者はいないｗ

>>903
＞iOSなんて今の低シェアで頭打ちというか減少傾向に転じている。無視して構わんよ。

確かに数字だけで見るとそうなるけど、メーカー個別の数字として考えると無視できないよなｗ
個人向けではAppleとASUSの台頭で、OS個別の数字として捉えるのは危険ｗ
0905デフォルトの名無しさん2015/05/30(土) 02:02:29.68ID:FSpSh7fS
>>904
frontend周りのフリーランスで仕事を引っ張って来れる人は居るからな
戦略的には間違ってるとは思うけど
0906デフォルトの名無しさん2015/05/30(土) 02:15:49.34ID:FSpSh7fS
個人で何かするとすれば、この優先順位。
Nesta > sinatra > ember.js
工数が少ないし、運営費を取れるし、客を取られない。
0907Office & Gamers ◆G144Hzgh2.0e 2015/05/30(土) 02:54:29.48ID:TKwdVSEz
>>905
説明が足りなかったかもしれないから、もう少し付け加えておくと、Macで1万本売れるソフトが必ずしもWindowsで
同数以上売れる訳ではないと言うケース。

逆もある。

JS命な人はChromeBookでもChromeBoxの信者でもどうぞｗ
0908デフォルトの名無しさん2015/05/30(土) 02:57:08.20ID:UtXe3bew
JSの記述量が減ると言っても、DOM操作で書くようなJSはたかが知れてるしな
0909Office & Gamers ◆G144Hzgh2.0e 2015/05/30(土) 03:00:42.71ID:TKwdVSEz
それと、俺様がJSに手を染めない理由は、ソース丸見えってところｗ
もうね、こんな公開処刑みたいなインタープリターだけはやめとけｗ
0910デフォルトの名無しさん2015/05/30(土) 03:08:17.70ID:e4RqlvpL
>>909
ソープ丸見えなの？
0911デフォルトの名無しさん2015/05/30(土) 03:53:09.33ID:UtXe3bew
誰もわざわざソース見てその醜さを批判したりはしないから気にしなくていい。
嫌なら難読化や圧縮すればいいし、ハックのしやすさという意味では良い。
0912Office & Gamers ◆G144Hzgh2.0e 2015/05/30(土) 03:58:59.32ID:TKwdVSEz
ソースプロテクトとネイティブ機械語出力。

安定の99BASICとDarkBASIC。（ｷﾘｯ
0913Office & Gamers ◆G144Hzgh2.0e 2015/05/30(土) 04:51:37.62ID:TKwdVSEz
VC++のライブラリの仕様見てて思ったけど、ロングネーム、定数のラベル義務化、こんなのやってたら
一般普及は無理だな、って思うよなｗ

ライブラリの制約を避けるためにさらに自前のライブラリを作る…こうなると一般普及はおそらく無理ｗ
0914Office & Gamers ◆G144Hzgh2.0e 2015/05/30(土) 04:54:50.92ID:TKwdVSEz
んで、FlatAssemblerのライブラリの仕様でも同じだけど、Windowsではロングネーム、定数ラベル義務化、
MenuetOSでは単純にレジスタ渡し。

どちらが理解が早いかは…考えなくても分かるよなｗ
0915デフォルトの名無しさん2015/05/30(土) 05:09:58.14ID:sXkcGVMG
>>895
Javascript使いまくりだが
qiita.com/YUTARO/items/be78afd5bd5da7770e3b
0916Office & Gamers ◆G144Hzgh2.0e 2015/05/30(土) 05:19:37.58ID:TKwdVSEz
JS使いって、ネット接続切れたら窒息しそうな感じだよなｗ
0917デフォルトの名無しさん2015/05/30(土) 05:24:07.07ID:C3EPYShA
オフラインファーストとServiceWorkerの話をする時が来たか．．．．．．
0918デフォルトの名無しさん2015/05/30(土) 05:30:23.84ID:ebcCMrL3
>>916
じゃあ君、1ヶ月ネット禁止なｗ
0919Office & Gamers ◆G144Hzgh2.0e 2015/05/30(土) 05:44:20.13ID:TKwdVSEz
>>918
んじゃ開発機を常時ネット接続どうぞｗｱﾊ
0920デフォルトの名無しさん2015/05/30(土) 06:48:07.25ID:ebcCMrL3
今は開発機でもそれ以外でも
常時ネット接続するのは当たり前だろｗ
0921デフォルトの名無しさん2015/05/30(土) 11:02:42.22ID:FSpSh7fS
>>915
githubのコードを漁ったことある？joint.jsでも読んでみたらいい
0922デフォルトの名無しさん2015/05/30(土) 12:05:36.72ID:sXkcGVMG
>>921
あるけど、もうちょっと何が言いたいのかはっきり言ってくれない？
joint.jsという「JavaScript」のソースコードを読んだら
Javascriptを使わなくてもいいということが分かるの？ｗ
0923デフォルトの名無しさん2015/05/30(土) 12:07:47.31ID:sXkcGVMG
そもそもangularのfilterの話をしてるのになぜangular使ってない
ものが出てくるんだｗ
0924デフォルトの名無しさん2015/05/30(土) 12:08:23.23ID:ebcCMrL3
こういうのって、

読めばいいんだよ！
読めば！ほらわかるだろ？
俺の言ったとおりだろ！
って言いたいんだろうなって思うｗ

何も言わないくせに、
自分を認めてくれっていうために
とりあえず出して、あとはお前が考えろ。
っていうだけ。
0925デフォルトの名無しさん2015/05/30(土) 12:09:01.70ID:FSpSh7fS
>>922
angular.jsとbackbone.jsの比較で
angular.jsのサンプルにはjsらしいコードが出てこないよね
って話だったんだけど
0926デフォルトの名無しさん2015/05/30(土) 12:10:00.59ID:sXkcGVMG
>>925
で？リンクにはjsらしいコードばっかり出てくるし
joint.jsはjsだけど？
0927デフォルトの名無しさん2015/05/30(土) 12:10:48.05ID:FSpSh7fS
joint.jsじゃないね
diagramエディタのサンプルでbackbone.js使ってるやつ
0928デフォルトの名無しさん2015/05/30(土) 12:11:56.01ID:sXkcGVMG
>>927
だから？
angularのfilterの記事にjsが出てくるのに対してそれがなんか反論になるの？
0929デフォルトの名無しさん2015/05/30(土) 12:13:01.21ID:FSpSh7fS
たしか、diagramoのなかにbackbone.jsが使われたと思ったんだけど、
今もうrepositoryが見つからない。
0930Office & Gamers ◆G144Hzgh2.0e 2015/05/30(土) 12:13:12.25ID:TKwdVSEz
>>920
＞今は開発機でもそれ以外でも
＞常時ネット接続するのは当たり前だろｗ

はい、開発養分♪（アハ♪”
0931デフォルトの名無しさん2015/05/30(土) 12:14:02.74ID:FSpSh7fS
>>928
jsらしいコードがないって言ってるの。もう相手しないからね
0932デフォルトの名無しさん2015/05/30(土) 12:16:04.17ID:sXkcGVMG
>>929
だからそれが何なんだよ
A「filter自作するならJS使うだろ」
B「そんなの見たことない！サンプルを見せてくれ！」
A「はいこれだよ」
C「githubのソースあさったことある？たしかdiagramoの中に
　Backbonejsがうんたらかんたら」　←？
0933デフォルトの名無しさん2015/05/30(土) 12:17:15.42ID:ebcCMrL3
>>930
それって馬鹿登場の演出？ｗ
0934デフォルトの名無しさん2015/05/30(土) 12:17:47.74ID:sXkcGVMG
>>931
まずjsらしいコードがないというのは、どれのこと？
jointのことなのか、挙げられたangularの記事のことなのか
記事のことなら、記事のどこがどうjsらしくないのか説明するのが筋だろ
0935デフォルトの名無しさん2015/05/30(土) 12:18:29.28ID:ebcCMrL3
>>931
jsらしいコードってなんなんだろうねｗ

jsらしいなんてものはない。そんなの思い込み。

俺にとってはどの言語も同じようにみえる。
使ってるライブラリが違うぐらい。
0936デフォルトの名無しさん2015/05/30(土) 12:19:51.53ID:FSpSh7fS
>>932
ID:XkG9lmPeからの流れで、
angular.jsのfilterの中にはjsらしいコードがないって主張なんだけど、
敢えて、それを無視してるんだよね？
0937デフォルトの名無しさん2015/05/30(土) 12:20:20.34ID:sXkcGVMG
最初はAngularはJavaScript使わないとか、filter自作するときでも
JavaScript使わないとか言ってたけど
それではさすがに厳しすぎるから「JSらしくない」とかってのに
変えたのかな
0938デフォルトの名無しさん2015/05/30(土) 12:20:33.87ID:FSpSh7fS
>>935
コード読んだことないなら帰ったら？
0939デフォルトの名無しさん2015/05/30(土) 12:21:00.14ID:FSpSh7fS
>>937
使わないから
0940デフォルトの名無しさん2015/05/30(土) 12:21:49.69ID:sXkcGVMG
>>936
いや、無視してないけど
それならそうと最初からいえよ
「github漁ったことある？」
じゃ意味不明なんだよ
で、どこがどうjsらしくないの？
少なくともjsのソースコードであることは確かだが
0941デフォルトの名無しさん2015/05/30(土) 12:22:12.97ID:ebcCMrL3
> angular.jsのfilterの中にはjsらしいコードがないって
まったくもって意味不明。

もしかして、JavaScriptとDOM APIをごっちゃにしてないか？
DOM APIはライブラリであり、JavaScriptではない。
同様に各種ライブラリも、当然JavaScriptではない。

jsらしいコードというのなら、JavaScriptを使っているコードなわけだが、
それはJavaScriptを使ってないのかね？
0942デフォルトの名無しさん2015/05/30(土) 12:23:52.23ID:sXkcGVMG
>>939
JS使ってるサンプルがあるよ？
ほれ読めよ
qiita.com/YUTARO/items/be78afd5bd5da7770e3b
JS使ってるよ？
0943デフォルトの名無しさん2015/05/30(土) 12:24:13.42ID:FSpSh7fS
>>941
filter中にthisやclojure使うようなコードなんて出てこないだろが
0944デフォルトの名無しさん2015/05/30(土) 12:25:12.51ID:sXkcGVMG
まあ、AngularでJS使うってのはとてつもなく明らかなことだから
議論する意味もないな
0945デフォルトの名無しさん2015/05/30(土) 12:25:28.98ID:FSpSh7fS
qiitaに記事を投稿してるアホ共ってさ、本家のtutorialも読まねぇの？
0946デフォルトの名無しさん2015/05/30(土) 12:25:35.06ID:ebcCMrL3
たとえばRubyでいえばDSL（ドメイン固有言語）というものがあって、
内部DSLであればRubyを使っているのに、Rubyのように見えないコードがある。

だけど、これもまたRubyだからこそできる
Rubyらしいコードなわけだ。

JavaScriptを使っているのにjsらしくないということは、
DSLということかね？ならば逆にそれはjsらしいといえる。
0947デフォルトの名無しさん2015/05/30(土) 12:26:45.41ID:ebcCMrL3
>>943
> filter中にthisやclojure使うようなコードなんて出てこないだろが

thisやclojureを使わないJavaScriptコードなんて山ほどあるが？
特に2000年よりも前のJavaScriptはそんなコードが多かったが。

もちろんどちらもJavaScriptのコードだ。
0948デフォルトの名無しさん2015/05/30(土) 12:27:41.93ID:sXkcGVMG
>>943
いつのまにJSからthisとclojureになったのかしらんが、
例えばこいつはclojureだが？
function (keyword) {
return !searchService.keywordJudge(obj, keyword);
})
filterから呼ばれるserviceの中に
var self=thisって書いてあるが？
0949デフォルトの名無しさん2015/05/30(土) 12:28:03.21ID:FSpSh7fS
>>947
そのころのjsは問題児で、jsなんて切れって言われてる時代だったろがカス
0950デフォルトの名無しさん2015/05/30(土) 12:28:37.91ID:y5cl7Y1T
>>945
むしろほぼ公式のチュートリアルを翻訳してるだけの記事が多いと思うが
それをありがたがる英語読めないアホ共が多いからな
0951デフォルトの名無しさん2015/05/30(土) 12:29:03.99ID:FSpSh7fS
>>948
javascript design patternとでも叩いてググッてくればいい
死ねクズ
0952デフォルトの名無しさん2015/05/30(土) 12:30:56.32ID:sXkcGVMG
>>945
qiitaに投稿してるアホどもとやらは知らんが俺は
一度読んであまりの糞さに驚いたよ
まあお前の好きな本家のtutorial
https://docs.angularjs.org/tutorial/step_09
どう見てもJSだなｗ
0953デフォルトの名無しさん2015/05/30(土) 12:31:29.86ID:sXkcGVMG
>>951
それがangularでjs使うという話に何か関係有るの？
0954デフォルトの名無しさん2015/05/30(土) 12:32:23.51ID:ebcCMrL3
まあJavaScriptというよりプログラム言語自体をわかってないんだろうな。

オブジェクト指向言語とか関数型言語とか言われるけど、
本当は、ある言語で何が出来るか？何をやりやすいかの違いでしか無い。

例えばオブジェクト指向言語ではないC言語で
オブジェクト指向だってできる。

今問題になってるのは、この○○指向の話だろう。

JavaScriptではthisやクロージャーを使ったスタイルで書くものだっていう
思い込みがあるようだが、たいていの言語はいろんな書き方ができる。

Rubyだってそう。オブジェクト指向でやることだってthisやクロージャーを駆使することだって出来る。
これは言語の違いではなくて、使用方法のスタイルの違い。
そして普通はいろんなスタイルの中から場面に応じて適切ものを組み合わせて開発する。
それが今のプログラミングってものだ。

jsらしいコードといってるが、それは「お前が思ってるスタイル」の話でしか無い。
俺にとっては、どのスタイルであってもjsらしいコードにしか見えない。
0955デフォルトの名無しさん2015/05/30(土) 12:33:36.48ID:sXkcGVMG
>>954
最初はこいつ、「Angularはjs使わなくてもいい」とかほざいてたんだよ
苦しくなったから「jsらしくない」に変更したと思われる
本人は否定してるが
0956デフォルトの名無しさん2015/05/30(土) 12:33:50.04ID:FSpSh7fS
>>953
だから、angular.jsにはjsのコードなんて書かないんだって
fullstack JSなんて幻想。
0957デフォルトの名無しさん2015/05/30(土) 12:34:23.76ID:ebcCMrL3
>>949
> そのころのjsは問題児で、jsなんて切れって言われてる時代だったろがカス
だからなんだよｗ 使い方が悪かっただけの話だろ。

過去のJavaScriptらしい古臭いスタイルであっても、
適切に使えば、その過去のJavaScriptらしいコードは
良いコードに変わる。
どちらもJavaScriptらしいコードなんだよ。
0958デフォルトの名無しさん2015/05/30(土) 12:34:52.90ID:sXkcGVMG
>>956
qiitaのサンプルも本家のtutorialもJSのコードを書いているのに？
つうか、バカバカしくて議論するのもあれだが
0959デフォルトの名無しさん2015/05/30(土) 12:34:56.15ID:FSpSh7fS
>>955
angular.jsでバリバリとJSが書かれた、まともなサンプルとってこいよレス乞食
0960デフォルトの名無しさん2015/05/30(土) 12:35:56.52ID:sXkcGVMG
>>959
「バリバリ」とか「まとも」とかでごまかそうとするなよｗ
JSが書かれてるのは明らかだから苦しいのは分かるけどｗ
0961デフォルトの名無しさん2015/05/30(土) 12:36:15.79ID:ebcCMrL3
>>956
> angular.jsにはjsのコードなんて書かないんだって

書くぞｗ

UIを作る時に、UI自体にJavaScriptのコードを使わなくていいように、
裏方でJavaScriptのコードを書く。

お前は用意されてるものだけを使ってるから
それがわからんのだ。
0962デフォルトの名無しさん2015/05/30(土) 12:37:47.10ID:aZayn4Ug
? clojure
○ closure

Clojureは言語の名前だろ
誰か突っ込めよ
0963デフォルトの名無しさん2015/05/30(土) 12:38:22.48ID:bAdFQL8c
>>961
用意されてるものだけを使うにしても
相当苦しくないか？
js書かずに何ができるんだよｗ
それか、js部分は他人が書いてるってことか？
それはjs使ってるってことだろｗ
0964デフォルトの名無しさん2015/05/30(土) 12:38:30.95ID:FSpSh7fS
>>960
あれがjsなら、サイ本もgood partsも売れないから
0965デフォルトの名無しさん2015/05/30(土) 12:39:49.25ID:sXkcGVMG
>>964
意味が分からんが、本家のtutorialはjsじゃないのか？
サイ本とgoodpartsの売上になんか関係有るの？
0966デフォルトの名無しさん2015/05/30(土) 12:41:14.21ID:ebcCMrL3
>>962
突っ込むのがめんどくさかったから、
俺はカタカナに直したわｗ

なんかわかってきたな。
つまりこいつはUIの部分だけ見て
UIにJavaScriptがない＝JavaScriptらしくないって
言ってるだけなんだ。

その裏方ではJavaScriptを駆使しているのにな。
UIからコードを取り除くのは今に始まったことじゃないぞ。
昔からHTMLとCSSでUIを制御している。
0967デフォルトの名無しさん2015/05/30(土) 12:41:19.44ID:FSpSh7fS
>>965
あんなのは黒板に書かれるalgolや擬似言語の一種だよ。
0968デフォルトの名無しさん2015/05/30(土) 12:43:08.56ID:sXkcGVMG
>>966
そんなに論理的な思考でものごとを言ってるのかねこいつは
単にとんでもない勘違いしてなにやら取り繕ってるだけじゃないの？
0969デフォルトの名無しさん2015/05/30(土) 12:45:02.12ID:sXkcGVMG
>>967
「filters.js」とか書いてあるソースにそんなこと言われてもなあ
0970デフォルトの名無しさん2015/05/30(土) 12:54:33.98ID:FSpSh7fS
無名関数を返すだけなら日頃からjsの作法なんて意識する必要ないから
0971デフォルトの名無しさん2015/05/30(土) 12:55:26.69ID:sXkcGVMG
関係ないことだから突っ込まなかったけど
functionは全部closureだし、thisもclosure多分
最初のバージョンからバリバリ使われたただろｗ
0972デフォルトの名無しさん2015/05/30(土) 13:00:20.69ID:aZayn4Ug
このスレ突っ込みどころ多すぎだろ…
ID:FSpSh7fSの主張もおかしいが、ID:sXkcGVMGもクロージャを理解していない
0973デフォルトの名無しさん2015/05/30(土) 13:02:32.08ID:FSpSh7fS
>>972
MEAN stackが使うだけの動機が欲しいから煽ってるんだけど、雑魚しか釣れないんだもの
0974デフォルトの名無しさん2015/05/30(土) 13:04:22.44ID:ebcCMrL3
よく作りこまれたコードっていうのは、
数が多くて変りやすい所を、簡単な記述で短くかけるようにするために
フレームワークのコアとその周辺部分に複雑なコードを
封じ込めるような作りになってる。

数が多くて変わりやすい所の例がUIなんだが、
その部分をシンプルに出来るように、
裏方で高度な処理を行ってるんだよ。


こういう奴多くて困るんだが、フレームワークを使った時、
そのフレームワークで用意されているパーツだけを使って
自分でフレームワークを拡張しない奴。自作フィルタを作らないとか。

こういうやつは、せっかくフレームワークで変わりやすい所をシンプルに記述できるように
なってるのに、そのフレームワークに足りない機能が出てきた途端、複雑さを持ち込むんだ。

jsらしくないって言ってるのは、おそらくフレームワークを使うだけで
そのシンプルな部分だけしか見てない。フレームワークを拡張することができないから
こういうのが実戦投入されるとすぐに破綻させるぞｗ
0975デフォルトの名無しさん2015/05/30(土) 13:04:34.14ID:sXkcGVMG
>>972
例えばどのへんが理解してないの？
まあ、面接で「クロージャについて説明してください」と
質問するほどには準備してるつもりだったが
0976デフォルトの名無しさん2015/05/30(土) 13:08:41.73ID:FSpSh7fS
>>974
はぁ？filterに、そんな仰々しいコードを書くのかな？
0977デフォルトの名無しさん2015/05/30(土) 13:10:15.77ID:sXkcGVMG
>>976
仰々しいコードかどうかじゃなくて、jsを書くか書かないかじゃなかったの？ｗ
0978デフォルトの名無しさん2015/05/30(土) 13:10:58.99ID:FSpSh7fS
>>977
雑魚はAmazonからJavaScriptパターンやGood Partsでもポチっとけ
0979デフォルトの名無しさん2015/05/30(土) 13:11:56.57ID:sXkcGVMG
>>978
とっくの昔に買って読んだあと捨てたよ
0980デフォルトの名無しさん2015/05/30(土) 13:12:46.32ID:FSpSh7fS
>>979
転職したんですね。わかります。
0981デフォルトの名無しさん2015/05/30(土) 13:14:03.77ID:sXkcGVMG
>>980
まだjavascriptは使ってるけどね
ほぼ理解したしリファレンスじゃないから読み返す必要がない
0982デフォルトの名無しさん2015/05/30(土) 13:20:26.73ID:FSpSh7fS
backbone.jsユーザーの方が余程、綺麗なjsを書けるなって確信したよ
連中の方が、余程、キレいなjsをコーディングできるだろうからね
これからは、angular.jsを使うJSerなんて信じないようにしよう。
きっと、ろくなjsのコードなんて書かないだろうから
0983デフォルトの名無しさん2015/05/30(土) 13:23:19.92ID:sXkcGVMG
angularが汚いというのは割と同意なのだが
js書かなくてもいいというのはちょっと違うよｗ
0984デフォルトの名無しさん2015/05/30(土) 13:39:22.31ID:ebcCMrL3
>>976
> はぁ？filterに、そんな仰々しいコードを書くのかな？

仰々しいコード？
仰々しくする必要がない所を
わざわざ仰々しくするのは馬鹿。

filterの話をすれば、しっかりとした設計のお陰で
シンプルに書けるようになってる。
0985デフォルトの名無しさん2015/05/30(土) 15:27:12.31ID:FSpSh7fS
だから、angularにはjsなんて書かないんだよ。
angularってframeworkでjsのコードが書けないようになっている
中には、ぺちぱーでも扱えるような擬似コードしか書かないから
0986デフォルトの名無しさん2015/05/30(土) 16:32:39.03ID:sXkcGVMG
まだそんな戯言言ってるのか
0987デフォルトの名無しさん2015/05/30(土) 16:39:35.30ID:khDd2NGe
今angularでアプリ作ってるけど、js 書きまくってるけどなぁ…

（余談）
・正確に言えばjsじゃなくてcoffeescriptだけどね
・angularくっそ重い(オブジェクトが多いんだが)ので一部はmithril
0988デフォルトの名無しさん2015/05/30(土) 17:02:06.18ID:kxccA5tT
ただ一ついえることは、今スレッドもJSの話題ばかりでした。
RubyとPythonで争っていた頃が懐かしい。
JSは馬鹿にされて相手にもされてなかったのにな！
0989デフォルトの名無しさん2015/05/30(土) 17:10:05.56ID:khDd2NGe
ブラウザアプリ作ろうと思ったらjsからは逃げられないからね
もちろんバックエンドまでjsで書こうというようなマゾヒストではないが
(ちなみにバックエンドはScala+Play)
0990デフォルトの名無しさん2015/05/30(土) 17:22:53.10ID:FSpSh7fS
wordpressとslimにangular.jsを使います。書かなくていいから。
0991デフォルトの名無しさん2015/05/30(土) 17:43:17.70ID:pEdSdE2p
JSに関して盛り上がってるように見えるが
よく見ると１つの不毛な狭い議論を２，３人が永遠にしてるだけだった
0992デフォルトの名無しさん2015/05/30(土) 17:53:18.59ID:kxccA5tT
ところがもう、RubyやPythonは話題すらあがらない始末なんだよ。
JSがどうであれ、RubyやPythonの話題が有ってもおかしくないのに。
不思議だね。
0993デフォルトの名無しさん2015/05/30(土) 17:54:36.65ID:ZFrqIN2S
「日本には男がいない」
「いや、いるから」
「サンプルを見せろ」
「はい」
「あばばばば。それは男らしくない。擬似男だ。
別の国ではどうたらこうたらでぺちぱーはうんたらかんたら」
とかやってただけだからまあ不毛だわ
0994デフォルトの名無しさん2015/05/30(土) 18:19:18.70ID:qfs8+4lz
pl → mod_perl → 何故かというか必然的にというか、perlじゃなくてcが上達した。
php, py → 結局cに行き着いてアホらしくなった。
ruby → ソース読むだけだから俺の中ではruby イコール c。

結論: これら4つをやるくらいなら最初からcだけでやった方が、年単位の効率が遥かに高かったわけだ、マジで。どんだけ学習したか。ボロボロのラクダ本だけが残った。時間返せ。要するにこれらは不要だった。

その一方で、js が c++ に行き着く事は無い。
その違いに尽きると思う。
0995デフォルトの名無しさん2015/05/30(土) 18:55:15.51ID:khDd2NGe
>>994
スクリプトスレで何言ってんだか。適宜選択するもんだろ

オレオレ言語作るの楽しいよね。実用されると嬉しいよね。ってずっとやってるのが
俺の勝手な js 使い（最近の）のイメージ
0996デフォルトの名無しさん2015/05/30(土) 18:59:26.47ID:r0QNT7RT
JSは未来があるから楽しい。
ES7のできたてホヤホヤの資料を貼ろう。
http://www.slideshare.net/BrendanEich/extensible-operators-and-literals-for-javascript
Pythonなんかに引け目を感じた部分がES7で克服できると思うと楽しい。
0997デフォルトの名無しさん2015/05/30(土) 19:01:49.61ID:r0QNT7RT
次スレ
http://peace.2ch.net/test/read.cgi/tech/1432980078/
0998デフォルトの名無しさん2015/05/30(土) 19:09:32.08ID:8I7TNkz0
うめだがくえん
0999デフォルトの名無しさん2015/05/30(土) 19:10:28.71ID:8I7TNkz0
埋め立て工事
1000デフォルトの名無しさん2015/05/30(土) 19:11:07.68ID:8I7TNkz0
とどめだ！
1001１００１Over 1000Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。