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


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

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



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

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

2 名前:デフォルトの名無しさん mailto:sage [2015/04/30(木) 07:39:12.33 ID:MvFOmsyD.net]
2ん玉乱太郎

3 名前:デフォルトの名無しさん mailto:sage [2015/04/30(木) 12:06:10.10 ID:sdNUaG12.net]
Swift万歳\(^o^)/

4 名前:デフォルトの名無しさん mailto:sage [2015/04/30(木) 15:11:46.66 ID:i/9khIDz.net]
やっはろー(≧∇≦)

宇宙史上最大の市場規模を誇るSwiftこそ至高(≧∇≦)

5 名前:名無しのプログラマー mailto:sage [2015/04/30(木) 21:57:33.92 ID:Cq4XJc0D.net]
JavaScript一択

6 名前:デフォルトの名無しさん mailto:sage [2015/04/30(木) 22:08:47.47 ID:LMpi+6WV.net]
ES6は早くモジュール周りがまとまらないだろうか

7 名前:デフォルトの名無しさん mailto:sage [2015/04/30(木) 23:13:44.04 ID:SVCHT1aq.net]
人類はgoogleに、jsに依存しぎた。その危うさについて、その凄惨な未来について、
今はまだ誰も想像することができなかった。

8 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 08:06:04.32 ID:bNV+Z7Mu.net]
>>6
いつまでグダグダやってるんだろうね。
スパっと決めりゃいいのに、時間掛かりすぎ。その割には、まともなものが出た
試しがない。

9 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 08:14:34.64 ID:lwiWTNrd.net]
言語は個人のセンスで作った方が良いものができる
もうアンダースヘルスバーグあたりに全権委任しろよ

10 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 10:12:03.50 ID:0 ]
[ここ壊れてます]



11 名前:GoFDzmc.net mailto: つかもうSwift一本でええやん
十分飯食えるっしょ
つか下手すりゃ一攫千金も狙える夢もあるし
[]
[ここ壊れてます]

12 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 11:16:17.38 ID:JXntfV4T.net]
JSで組んだ物がすぐに、iOS, Android, Windows Phoneアプリに完全に移植できて、なおかつそのJSの可読性がめちゃくちゃ高い方が良いんだけども、そんな事って可能なの?LLVM?

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

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

日本は勘違いした2次元好きやアホみたいに上から理屈を延々と並べてしか会話できない様なクソ自称プログラマーが多すぎてポンコツ。

13 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 13:54:15.15 ID:8Yyb98Ue.net]
そうか‥専用隔離スレに JavaScript を追加することにしよう‥

14 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 13:55:38.67 ID:NUBjmeVD.net]
ttps://news.careerconnection.jp/?p=9400
昔、このスレを賑わせたakira developとか、ちんことかいうヤツが話題になってるね

15 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 13:59:14.77 ID:NUBjmeVD.net]
世間ではRubyやPython、Haskellが賑わせていたにも関わらず、
そいつに説教してたエンジニアはjs推しだったのを今でも覚えている

16 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 21:05:48.90 ID:NUBjmeVD.net]
Railsがあった頃から、Rhino on Railsはあったんだ
DHHが、ベンチャーや中小規模では如何にカリスマ的な存在だったかが分かるね
というか、まだ、誰かRails5になんて興味もっているの?

17 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 21:13:55.16 ID:xWC+z5Rg.net]
>14
> そいつに説教してたエンジニアはjs推しだったのを今でも覚えている

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

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 %

18 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 21:22:27.51 ID:lEcrZG2g.net]
microsoftまでjavascriptに本気だしなぁ
実際はtypescriptだけど

19 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 21:57:24.39 ID:Lf/t73ap.net]
スレタイからするとSwiftの話題はココじゃない事になったんじゃないの?
別スレ立ててそっちへどうぞ

20 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 22:04:54.01 ID:0GoFDzmc.net]
>>16
11位に急上昇のNexカマーSwiftさんが居て軽く濡れた
これは恐らくオープン化を見越した医学系分野からの期待も含めた上昇でもあるも思われる

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

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

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

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

長くなったがまぁつまりあれだ、お前らがこの領域に踏み込めることは未来永劫あり得ないがSwiftは今すぐでも触れ!絶対に損はしない!



21 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 22:09:30.09 ID:0GoFDzmc.net]
因みに某○都医科大学の知り合いから声がかかりSwiftのオープン化に向けてアップルに書簡通達する旨につき協力を仰がれたり何たり
今年はもうGWも吹っ飛ぶ忙しさだよ参ったわ

22 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 22:48:55.86 ID:NUBjmeVD.net]
swiftがmacでも、windowsでもlinuxでもbrowserでも動くようになったら使うわ
そうなったらアナウンスして

23 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 23:21:48.25 ID:uHQWrJk2.net]
7,8年前のiPhone上陸したときObj-C(笑)なんて馬鹿にしてた俺を尻目に同僚が俊敏に行動しObj-C市場に移って今や国内で年収1000万を超えるプレイヤーだもんなぁ
多分今回もSwift市場に果敢に挑む者は数年後プチ成功プログラマーになってるんだろうな

24 名前:デフォルトの名無しさん mailto:sage [2015/05/01(金) 23:53:28.80 ID:PWvz5+9O.net]
とりあえずJS厨とSwift厨はスルーってことで合意できそうな空気が整ってきたな

25 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 02:58:39.79 ID:5Ov1zRgR.net]
ruby,python,groovy,clojure,scalaって、最近、何の話題も聞かないんだけど

26 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 02:59:39.44 ID:5Ov1zRgR.net]
>>22
手堅くIoTとWebCRTに賭けるよ

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

28 名前:7:29.22 ID:eb8YBKsF.net mailto: 実際JSとSwiftが今は賑わってるんだから、今はそこから目を背けちゃダメだと思うけどな。
そんなことをすると負け犬の隔離スレになってしまうよ。
[]
[ここ壊れてます]

29 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 04:48:27.72 ID:6R55I/wK.net]
JSはブラウザでしょうがなく使うものであって、それ以上でもそれ以下でもない
AltJSが隆盛なのをみても分かる通り、JSは実装は優れてるかもしれないが言語仕様としてはお粗末そのもの

Swiftはどれだけがんばっても同じようにベンダーロックインされたC#にすら及ぶかどうか

30 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 08:03:46.37 ID:9R2187uJ.net]
>>27 の意見が妥当なところだろうね

とりあえずSwiftはスクリプトではないのははっきりしてるわけだから、
別スレに行くかスレタイを変えるか、どちらかにしないとね



31 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 08:34:37.93 ID:NH4NkmXO.net]
>>26
これ

32 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 09:33:26.17 ID:El93VR7c.net]
>>27
> AltJSが隆盛なのをみても

いつ、AltJSが隆盛になったんだ?
使われてないだろう?

33 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 11:04:40.12 ID:6R55I/wK.net]
>>30
有名ドコロだけでも CoffeeScript、TypeScript、LiveScript などがある

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

この他にも色物くさいが brython、Opal、ScalaJS などもある
ただ、色物にしては開発はどれもアクティブなんだよなw

34 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 12:21:31.61 ID:hodcznha.net]
つか純粋なJSだけじゃダメなところがもうこの言語の限界だよな
今どきコンシューマでブラウザベースのサービスなんて誰も使ってくれんし、みんなApp経由で遊んでる
AppもインスタグラムみたいにフロントエンドはHTML5で後はネイティヴってのが主流だしJSさんの出番は時が経つにつれ皆無ってきてる現状だは

35 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 14:40:21.80 ID:BKgedNqX.net]
CoffeeScriptやTypeScriptなんて、ほとんどJavascriptのようなもんだろ
JavaScript覚えてないと使えないし、覚えてればすぐに使える
そもそも、Javascriptだってどんどん進化していくし、限界なんてあるわけない

36 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 14:47:55.24 ID:BKgedNqX.net]
React NativeのようにJavascriptでNativeアプリを作る方法も
生まれているし、JavaScriptはどんどん使われていくだろうね

37 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 15:15:12.40 ID:6R55I/wK.net]
>>33
JavaScript自体は各ブラウザごとの事情があるからそんなに劇的には進化できない
そのためもあってCoffeeScriptやTypeScriptが出てきたんだね

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

あと、ネイティブアプリが云々はもうちょっとそいつが成熟してからアピールしないとね
今の状態では数多くある泡沫候補のひとつにしかすぎない

38 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 15:29:46.68 ID:BKgedNqX.net]
ES6でCoffeeScriptがほぼ不要になるくらい劇的に変化するのに何言ってんだか
TypeScriptにしてもJavaScriptのスーパーセットだろ
スーパーセットになるのに、ブラウザごとの事情なんて関係ねえし
実際ES7ではTypeScriptからの機能がいろいろあるようだしな

39 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 15:50:54.78 ID:6R55I/wK.net]
>>36
ES6で本格的に書けるのはいつになることやら
まずES6の仕様策定自体がスケジュールが伸びまくってる状態
さらに仕様が策定されてブラウザに実装されても古いブラウザが完全に淘汰されるまでは
無理だろうからね

40 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 16:05:18.65 ID:BKgedNqX.net]
Babelなどを使えば今でも本格的に書けるよ?
知らなかったの?



41 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 16:59:25.73 ID:p2qIYtVZ.net]
Babel遅いやん

42 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 17:44:38.01 ID:0sOCQ5lR.net]
>>31
> 有名ドコロだけでも CoffeeScript、TypeScript、LiveScript などがある
あるからって使われているわけじゃない。

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

それだけ。

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

それだけ。


有名な所が使った例しか見つからない。
ほとんどの開発者はAltJSを使ってないよ。

43 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 18:14:10.50 ID:KsFrSYmH.net]
>>37
ES6はもうFinal Draftまで出てるよ。
それにドラフトの進み具合はもうぶっちゃけ関係ない。
ChもFxもES7の仕様が固まったのを先行実装してるし、
ローダー周りとか国際化周りとか、別仕様にどんどん分離されてる。
ES6がES2015と名前を改名したように、これから1,2年置きに仕様出していく予定だし、
殆どLiving Standerdみたいなもん。
いつまでも完成することはないし、使える使えないは個人が判断すること。

44 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 19:10:07.02 ID:zzHcK0W8.net]
どれだけjs万能可能性論を叫ぼうが現実として圧倒的過半をしめるコンシューマ市場では>>32が指摘する通りネイティヴかHTML5/ネイティヴである
結局のところブラウザ以外でjsを使うと糞アプリ/サービスとなってしまうのでjsさんが入り込める余地は未だ無いに等しい
繰り返す、今やブラウザ経由が滅びつつあるライフスタイルでjsさんの出番は皆無となっているのだよ諸君

45 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 19:27:14.21 ID:JlylPCL2.net]
ブラウザ云々というか
HTML/DOMがアプリを作るための基板として認められてきてるのが事実だと思うよ。

46 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 19:45:59.76 ID:zzHcK0W8.net]
残念ながらアプリ作成の基盤としてDOMは使われてはいない

47 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 19:49:07.68 ID:zzHcK0W8.net]
世界的なモバイルアプリであるインスタグラムにDOMは使われているか?

答えは「ノー」だ!

何故HTML/ネイティヴでDOMは省かれたのか?
答えは至ってシンプルでユーザビリティに起因するからである

48 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 19:55:19.61 ID:NPD96cYa.net]
5年後もブラウザHTML相手はES3メインですよ。

49 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 20:29:07.46 ID:8BK51zCJ.net]
流石にアプリ基盤にDOMなんぞ使わん

50 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:22:36.53 ID:5Ov1zRgR.net]
jsを推すけど、altJSだけはないわー
大本のjsで書くメリットがないじゃん

>>45
そんなものビジネス規模が大きくなってから考えればいいから



51 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:33:56.69 ID:8BK51zCJ.net]
へ?最初はユーザビリティ無視するの?
そんなのそもそもが使ってもらえるわけないやん

52 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:40:46.33 ID:PF5/uCn8.net]
JSとSwiftだけ使っとけばマジで作りたいウェフサービスなんでもできそうだな。

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

フロントもエンドもJSで。

53 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:42:57.81 ID:s05aYLEG.net]
>>45
> 何故HTML/ネイティヴでDOMは省かれたのか?

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

だから純粋なJavaScriptなら、DOMは元から含まれない。

54 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:44:44.91 ID:9R2187uJ.net]
jserの"なんでも"は語弊があり過ぎ 狭すぎ

55 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:51:35.67 ID:+3JS5FNC.net]
>>50
だな
とりま今の現状を鑑みるにSwift一択で勝負
保険にjsをちょこちょこ触る

てな感じかな

あとはMSの起死回生になりうるHoloLensがいかなるものか...特にゲームなどのエンタ方面での爆発力を予感させる
てことでまぁこれも保険というか少なくともjsよりは真面目にUnityでC#触っとくべきかな

56 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 22:53:46.37 ID:5Ov1zRgR.net]
swiftなんて保険にもならない。
ゲームプログラマなら、最初から全てをソレに賭けてるから

57 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 23:05:59.24 ID:8BK51zCJ.net]
えっと...何でゲーム限定?

58 名前:デフォルトの名無しさん mailto:sage [2015/05/02(土) 23:08:17.81 ID:s05aYLEG.net]
ゲームの事しか知らないからだろw

59 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 00:01:16.12 ID:+1/GzoNu.net]
ゲームプログラミングってWebとは比較にならないぐらい大変だし、
需要もないから近づきたくないわ

60 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 02:36:03.23 ID:r6wgrf+g.net]
日本ってなんで世界ではやるサービス作れないカスエンジニアばかりなのに、

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

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

最近はピクサーがアニメは凄すぎだが



61 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 04:11:29.42 ID:zxj6HICr.net]
それはこのスレで聞かないほうがいいな
ここはいかに俺にとって素晴らしい言語かを言い合う場所だから

62 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 05:19:27.42 ID:ucRg2o2p.net]
ドラクエはそうでもないな
80年代、90年代と比べると、日本のゲームの評価は凄く落ちてるし

63 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 05:32:26.76 ID:564ILq9/.net]
世界と言っても現実的に国内の数倍程度のマーケットしか見込めない。
スマホではこのところ日本の課金額がずっと2位1位だし。
それに日本は老若男女に受けるものを作るのは旨いと思うよ。

64 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 07:28:15.47 ID:aiD72K3t.net]
どれだけJS壊滅論を叫ぼうが、JS一人勝ちの状況は変わらん
ネイティブアプリもJSがメインになると思う
Swiftは負ける

65 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 08:00:57.89 ID:7AJkLeM5.net]
>>62
JS しか見えてないんだろうな...

66 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 08:14:49.08 ID:5s3y+RNy.net]
jsがpy,pl,rbに圧勝しちまったのは事実で、半永久的に逆転はない。
かすかな可能性があるとしたらplだと思う。ハッカーだのギークだのと自称していたような浅はかでレベルの低いミーハーな連中が世代交代で淘汰されつつある現在からのタイミングに本物達がplに没頭したら怖いぞ。

67 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 08:27:30.77 ID:O5TW7WMk.net]
具体的に事実を証明してくれないか

68 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 09:29:02.87 ID:aiD72K3t.net]
事実として現在Webアプリが圧倒的市場規模であり、
その中で圧倒的なのがJS
これだけでもJSの勝利なのだが、
デスクトップアプリもモバイルネイティブアプリも
JSの有力なソリューションが出てきた
あとはただ浸透していくだけの状況
JSの圧倒的一人勝ちの未来しか見えない

69 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 09:33:32.67 ID:aiD72K3t.net]
これほどまでにJSが圧倒的な理由は、言語仕様の素晴らしさにある
クロージャを備え、オブジェクト記法を備え、柔軟性を備えていた
これにより、新しい言語仕様ができたらすぐにPolyfilやコンパイラができる
枝葉末節の粗に囚われて本当の素晴らしさが分かっていなかったバカが多かったが
時代はJSの本当の素晴らしさを証明した

70 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 09:37:15.99 ID:O5TW7WMk.net]
思い込みじゃなくてw

実際の数字とか



71 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 09:55:06.48 ID:7AJkLeM5.net]
>>64
> かすかな可能性があるとしたらplだと思う。
ないわ〜 w

72 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 10:24:36.14 ID:3KH0KCaR.net]
やっぱりSwift、JS厨はスルーしかないな、もう

73 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 11:23:00.74 ID:aiD72K3t.net]
実際の数字
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が勝者で決まってしまったから、このスレの存在意義がなくなってしまったな

74 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 11:31:34.12 ID:aiD72K3t.net]
やべー、これを使えばクロスプラットフォームのデスクトップアプリが作れちゃうw
しかもAtomのような本格的なソフトが作れることがすでに証明されているw
electron.atom.io/

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

JavaScript最強すぎワロタw

75 名前:デフォルトの名無しさん [2015/05/03(日) 12:12:46.85 ID:I75TtZUp.net]
JavaScriptはやむなく使ってるのは多いだろ。
ブラウザの言語としてほぼ採用されてる標準だから。
自分はJavascript押しだが。
環境次第で互換性がないのが弱点。
JavaScriptという枠で複数言語を含んでるようなもの。
JavaScript自身が統一言語、仕様にならないと難しい。

76 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:21:14.02 ID:aiD72K3t.net]
何言ってんだ
今どきJavaScriptに互換性の問題なんてほぼないぞ
Polyfillやコンパイラがあるのだから
ブラウザがWebGLに対応していないとか、
そういうブラウザの機能の互換性はあるかもしれないが、
それはJavaScriptとは別の問題だろう

77 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:25:30.23 ID:aiD72K3t.net]
しかも、nodeやChromeはほぼどんなOSでも動く
今やこうしたOSの互換性の問題を解決するのがJSという位置づけだろう

78 名前:デフォルトの名無しさん [2015/05/03(日) 12:28:50.06 ID:I75TtZUp.net]
高度なレベルでなく、標準機能ですら互換性がない

79 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:31:03.61 ID:aiD72K3t.net]
たとえば?
Polyfill使えばたちどころに解決するものしか思い浮かばないが

80 名前:デフォルトの名無しさん [2015/05/03(日) 12:33:29.16 ID:I75TtZUp.net]
利用者側がマルチプラットフォームなJavascriptの実装やライブラリを選択して使い
利用者側がその仕様にあわせればあうだろうが。
世の中全体がそうなってなく、実行できないソースコード、ライブラリが世の中にあふれている。



81 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:34:34.75 ID:/BBLGU8S.net]
>>74
> 今どきJavaScriptに互換性の問題なんてほぼないぞ

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

互換性っていうのは全く同じ機能という意味じゃない。
足りない機能があってPolyfillで埋めたとしても
それは新しいOSに搭載された新機能を
古いOSには搭載されていないのと同じで
互換性があることには変わりない。

82 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:34:54.94 ID:aiD72K3t.net]
溢れてないと思うが?
何の話なんだ?
具体例を出してみてくれよ

83 名前:79 mailto:sage [2015/05/03(日) 12:35:52.98 ID:/BBLGU8S.net]
ごめん。読み間違えてたw
>>74は互換性があるって言っていたねw

84 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:36:01.29 ID:aiD72K3t.net]
>>79
分かった分かった
じゃあ、互換性の問題はあるってことにしよう
ただし解決できるので困らないがw

85 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:37:20.23 ID:aiD72K3t.net]
>>81
ああ、なるほど
君もJavascriptの互換性については問題ない派のようだね

86 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:39:29.52 ID:BpdPzAyw.net]
>>58
そりゃお前WEB系よりゲーム方面のエンジニアリングが圧倒的に難易度高いからだろ
だから特に日本はWEB系には落ちこぼれやナンチャッテ系しか集まらずゲーム業界にはとんでもないエンジニアやクリエイターがゴロゴロいる
後はゲームはなんだかんだとファミコンゆかりの地である日本のお家芸的な自負あるし世界からも認められているという点もあるだろうな

87 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:40:13.91 ID:aiD72K3t.net]
確かにJavaScript自体の互換性ではなく、ブラウザの機能の互換性の問題なら
たくさんある
CSSが動かないとか、SVGのレンダリング結果が違うとか
そういうやつね
そういう意味なら古いブラウザで動かないライブラリはたくさんあるよ

88 名前:デフォルトの名無しさん [2015/05/03(日) 12:48:17.73 ID:I75TtZUp.net]
ある環境で動作するコードを別のところへ持っていくと、動かないか、動いたとしても応答が違う。


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

89 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:49:08.20 ID:aiD72K3t.net]
>>84
日本のゲーム業界もレベルが高いとは思わないけどな
確かにそこそこ稼げてはいるが、それはレベルが高いせいではない
日本自体が全体的にレベルが低いよ
海外はWebもゲームもレベルが高い
それは給料がぜんぜん違うからだ
アメリカのWebエンジニアは日本の3倍近くの給料だ
そんな状況で優秀な奴が日本に集まるわけ無いだろ

90 名前:デフォルトの名無しさん [2015/05/03(日) 12:52:18.71 ID:I75TtZUp.net]
>>85
すぐには上げられないが。
あるJavascript環境では標準的な関数や文法であったとしても、
べつのところではそれ自体が使えないか、動作が違う。
そういうのがJavascriptには無数にある。



91 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 12:59:48.42 ID:aiD72K3t.net]
>>86
方言って言ったらCommon LispとSchemeくらい違っても
方言になるしなあ
方言持ちだすのは違う
そして、その中で今よく使われてるのは
Mozilla JavaScriptとChrome Javascriptくらいだろうけど
その2つはかなり互換性があるよ

>>88
今はそんな状況じゃないと思う
各モダンブラウザのJavascriptの、互換性ははっきり言って相当高い
nodeもV8エンジンだから、結局ほぼ互換性の高いエンジンで占められていると思う

92 名前:デフォルトの名無しさん [2015/05/03(日) 13:10:08.69 ID:I75TtZUp.net]
言語仕様の差だけでもなく、node.jsだとノンブロッキング(I/O)を強要されるのもやばい。node.js用の書き方をしないといけない。

93 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 13:14:30.39 ID:aiD72K3t.net]
>>90
そうだとして、それはnodeではnode特有の処理を書かなくてはいけないという
当たり前のことであって、互換性の問題と呼ぶのは違わないか?
Windows特有の機能にはWindowsのための書き方をしなくてはいけないし
ネットワークにはネットワーク特有の処理を書かなくてはいけないのと同じことだろ

94 名前:デフォルトの名無しさん [2015/05/03(日) 13:22:12.17 ID:I75TtZUp.net]
Javascript界がたとえばnode.jsで全世界統一されてるならそれでいいんだが。
そうなっていない現状がJavascriptの弱点。結構使われてる環境どおしでコードを流用しようとしても動かない。

95 名前:デフォルトの名無しさん [2015/05/03(日) 13:25:52.94 ID:I75TtZUp.net]
訳:Node.jsは癌だ

原文を読んでみたら罵倒しまくってて面白かったので全文翻訳してみました。
原文はNode.js is Cancerです。
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アプリのロジックを書くのに向いてない。
yosuke-furukawa.hatenablog.com/entry/20111002/1317572377

96 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 13:26:48.79 ID:aiD72K3t.net]
>>92
意味がわからない
お絵かきソフトのソースコードを金融システムに流用したって動かないだろうけど
それが弱点と言われてもな
ちなみにnodeのライブラリはbrowserifyを使ってブラウザ上で結構動くよ

97 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 13:27:48.30 ID:aiD72K3t.net]
>>93
2011年ねえ。。。

98 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 13:34:37.37 ID:hfdn/Wn2.net]
if (typeof my_var !== "undefined" && my_var !== null) {
// Rasmusも顔負けのマヌケだね!
}

これねえw

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

Javascriptの枝葉末節の粗にとらわれて、本当の素晴らしさが分からなかった
バカって本当に多いなw

99 名前:デフォルトの名無しさん [2015/05/03(日) 13:39:59.79 ID:I75TtZUp.net]
Javascriptは非常に基礎的部分ですら互換性がない。たとえばオブジェクトの型を調べるだけですら簡単でない。



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


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


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


JavaScript配列検出で起こる問題について ─── 型判定の基礎
JavaScriptの「実行時型判定」は、機能が弱いことが知られているが、特に配列のチェックに於いて回避の難しい問題を起こすことが知られている。
oka-ats.blogspot.jp/2013/01/oka01-lkatupfcnayncnco.html

100 名前:デフォルトの名無しさん mailto:sage [2015/05/03(日) 13:49:35.77 ID:hfdn/Wn2.net]
>>97
オブジェクトの型を調べるのが容易では無いのは、
別に互換性の問題では無いだろ
それに、お前の中の時間は2008年や2013年で止まってるのか
日本と海外の違いはこの辺にもよく現れてるな
配列の検出の問題は、今ならArray.isArrayで解決する








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

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

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