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

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

■ このスレッドは過去ログ倉庫に格納されています
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でたちどころに解決する問題
■ このスレッドは過去ログ倉庫に格納されています