【JS,PHP,Python】ｽｸﾘﾌﾟﾄ,ﾊﾞｶﾛﾜｲﾔﾙ32【Perl,Ruby】
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
2013/04/20(土) 21:45:08.37スクリプト言語をすべて扱うスレッドです。
最強のスクリプト言語は、どれよ？
さあ、死ぬまで語りやがれ！！！
■ スクリプト言語の用途
Webアプリ、シェルスクリプト
■ スクリプト言語の特徴
実行速度に優れているわけではないが、
取り回しに優れ、コードの作成や修正が容易、プログラマの負担が軽い！
・インタプリタ
・動的型
・正規表現
・クロージャ
などを利用できるものがある。
JavaはJavaScriptとは全くの別物でありこのスレで対象としていません
Java語りたいならよそでやれ
長いコードはここで
ttp://play.island.ac/codepaste/
【JS,PHP,Python】ｽｸﾘﾌﾟﾄ,ﾊﾞｶﾛﾜｲﾔﾙ31【Perl,Ruby】
http://toro.2ch.net/test/read.cgi/tech/1365250318/
0002デフォルトの名無しさん
2013/04/20(土) 22:20:00.15ちょっと規模が大きくなると他のフレームワークと差が無くなる
そういうところはRuby on Railsと似ている
（性能面でも、IO多重化を使うフレームワークの中では並）
あと、ステマが激しいのも一時のRailsと似ている
0003デフォルトの名無しさん
2013/04/20(土) 22:43:45.75増えるからな
0004デフォルトの名無しさん
2013/04/20(土) 22:45:11.59その意見には賛成できない。
なぜなら、
> Node.jsってechoサーバみたいなトイプログラムは簡単に書けるけど、
トイと言うのはあんたの意見であり、トイとはいえ、簡単にかけると認めている。
> ちょっと規模が大きくなると他のフレームワークと差が無くなる
この根拠が書かれていない。
> そういうところはRuby on Railsと似ている
「そういう所」つまり上の行はまだ立証されていない。
> （性能面でも、IO多重化を使うフレームワークの中では並）
そのフレームワークの具体名がでていないので比較しようがない。
本来ならば、あんたが並であるというデータを持って来るべき。
知ってるなら持ってこれるはず。
> あと、ステマが激しいのも一時のRailsと似ている
ステマであるという根拠が書かれていない。
Railsと似てるのかどうかもわからない。
0005デフォルトの名無しさん
2013/04/20(土) 22:47:09.23>>2は根本的に勘違いしている可能性が
極めて高い。
0006デフォルトの名無しさん
2013/04/20(土) 22:53:45.010007デフォルトの名無しさん
2013/04/20(土) 22:55:26.80単語を入れ替えても成り立つんだよｗ
別のフレームワーク名にしても成り立つからやってみｗ
0008デフォルトの名無しさん
2013/04/20(土) 23:05:16.59ぱっと見はフレームワークじゃなくてそのベースとなるライブラリ群だよね
Rails と比べるようなものではなさげ
http://nodejs.org/api/
0009デフォルトの名無しさん
2013/04/20(土) 23:06:47.91> Node.js is a platform
最初の数文字も読めないのか・・・。
0010デフォルトの名無しさん
2013/04/20(土) 23:41:45.07JavaScriptはフルスタックのフレームワークはない。
node.jsとかexpressとかバラバラの分断されたのを寄せ集めて作らないといけない。
どのバージョンの組み合わせなら動くかなども気にしないといけない。
情報収集や学習に時間がかかり、コストは高くつく。
現状はnode.jsはリアルタイム処理が必要なごく一部のサイトで
限定的に使われているだけ。
0011デフォルトの名無しさん
2013/04/20(土) 23:59:24.84> 現状はnode.jsはリアルタイム処理が必要なごく一部のサイトで
> 限定的に使われているだけ。
それはお前の周りではそうだってだけだろ。
まあ俺の周りでもそういう使い方しかしてないが。
0012デフォルトの名無しさん
2013/04/21(日) 00:11:03.56あんたの周りでもそうなら、否定スンナ
node.jsの立ち位置は世界的にそういうもんだ
リアルタイムが必要のないケースで使う必要性はゼロ
node.jsはアーキテクチャがシングルスレッドだから基本的にゴミ
0013デフォルトの名無しさん
2013/04/21(日) 00:25:08.61ゴミではない
目的があってシングルスレッドにしているわけだし、その目的の元では当然ながら有用
要は適材適所
0014デフォルトの名無しさん
2013/04/21(日) 00:41:39.70バラバラの寄せ集め？って
お前、Railsだって、Ruby APIなどを寄せ集めて作ってるだろ？
言語標準ライブラリを見逃したとしても
例えばRailsがTwitterのOAuth認証を標準でサポートしているわけもあるまいし、
お前のフルスタックの定義は間違ってるよ。
0015デフォルトの名無しさん
2013/04/21(日) 00:46:28.77Railsもバラバラ化を進めてる感じじゃないか
0016デフォルトの名無しさん
2013/04/21(日) 00:48:01.29Geddy
Sails.js
Node.jsのフレームワーク、ここら辺は押さえとけ
0017デフォルトの名無しさん
2013/04/21(日) 00:53:10.10フルスタックは俺の定義ではなく一般的な定義だ
誰もが使うものは最初からセットにしとくべきだし
大部分のひとが望んでるのはそういうフルスタック
0018デフォルトの名無しさん
2013/04/21(日) 01:03:17.83だからその定義であればnode.jsは寄せ集めたとしても
フルスタックなJavaScriptのフレームワークは成り立つ。
分かりやすく言おう。
フルスタックなフレームワークをインストールした。
この時、言語はフルスタックのフレームワークに内蔵されていなくてもよい。（例Ruby）
この時、実行環境はフルスタックのフレームワークに内蔵されていなくてもよい。（例 JavaVM）
この時、ライブラリはフルスタックのフレームワークに内蔵されていなくてもよい。（例Twitter OAuth認証モジュール）
0019デフォルトの名無しさん
2013/04/21(日) 01:04:04.840020デフォルトの名無しさん
2013/04/21(日) 01:08:24.02ぜんぜんちがうわ
だれもが使う機能は予めセットになっていてこそ
一般的なユーザは手軽に始められるし、安心して使える。
小さなライブラリを自分で選んで使えってのは古い。
それは昔のJavaのフレームワークのやり方
大半はそんなめんどうなのは望んでいない。
0021デフォルトの名無しさん
2013/04/21(日) 01:16:13.84何言ってんだｗ
フルスタックってのは言語やVMは含まれないにきまってるだろ
フルスタックってのはもっと誰もが使う機能がはじめからあるかをいうんだよ
ORMとかテンプレートエンジンとかのことだ。
RailsもDjangoもフルスタック。これは俺の定義ではない。
Twitter OAuth認証モジュールなんて全員が使うわけじゃないから
バンドルしなくて当たり前
反対にだれもが使う機能すらはいってないのがmicro frameworkと呼ばれるもの
sinatraとかscalatra(Scala)とかFlask(Python)とか
0022デフォルトの名無しさん
2013/04/21(日) 01:21:14.73こういうのが主流になると技術が停滞する
0023デフォルトの名無しさん
2013/04/21(日) 01:21:27.88バージョン組み合わせのテストもしないといけない。
特定のライブラリだけバージョン上げようとしても
その組み合わせで不具合がでないか自分で検証しないといけない。
こういうのが生産性の低下につながるし、実際に嫌がられている
0024デフォルトの名無しさん
2013/04/21(日) 01:25:08.89だからパッケージマネージャが重要なんだって
いまどきのパッケージマネージャならアプリに必要な各ライブラリのバージョンを固定化したり
複数のアプリで異なるバージョンのライブラリを共存させたりできる
0025デフォルトの名無しさん
2013/04/21(日) 01:26:01.12似たようなディストリビューションがたくさんでて
分裂しまくったLinuxはデスクトップOSで惨敗した
シェアは1%程度しかない
ベンダーがしっかりコントロールしたWindowsとMacは生き残った。
これが結果
0026デフォルトの名無しさん
2013/04/21(日) 01:27:54.18素人も使うデスクトップのシェアなんてどうでもよいわけだが
0027デフォルトの名無しさん
2013/04/21(日) 01:36:42.14パッケージマネージャあっても変わらないっての
バージョンの共存ができるとかそんな当たり前の話じゃないんだが
まったくわかってないようだな
特定のバージョンや環境の組み合わせで起こる問題ってのはあるわけよ
それくらいはわかるよな？
たくさんの人が同じ環境で使うからこそそういうバグが見つかって
品質があがっていく。
0028デフォルトの名無しさん
2013/04/21(日) 01:43:02.72開発者でさえLinuxをデスクトップ用途でつかってないだろ
WindowsかMacだ
Linuxをデスクトップ利用してる人の大半は
Mac本体やWindows OSが買えない貧乏人ばっかり
昔はパワーユーザーが使っていたがそういう人はMacに流れた。
0029デフォルトの名無しさん
2013/04/21(日) 01:51:44.89安定したバージョンの組み合わせで使えばいいんだよ
多数のユーザで多く使われるモジュールとバージョンの組み合わせは自然に安定する
0030デフォルトの名無しさん
2013/04/21(日) 01:55:46.56パッケージマネージャがあっても変わらないってのは無いわｗ
RubyとかもうBundler無しじゃやっていけんｗ
0031デフォルトの名無しさん
2013/04/21(日) 02:02:22.93それはフルスタックのフレームワークと代わらんと思うけどね。
Railsだって複数のモジュールに分割されて提供されてるわけで。
0032デフォルトの名無しさん
2013/04/21(日) 02:35:32.62何が言いたいんだかさっぱりだ。
0033デフォルトの名無しさん
2013/04/21(日) 02:35:48.850034デフォルトの名無しさん
2013/04/21(日) 02:41:54.56> フルスタックってのはもっと誰もが使う機能がはじめからあるかをいうんだよ
> ORMとかテンプレートエンジンとかのことだ。
「誰もが使う機能」になんでORMやテンプレートエンジンが含まれるんだ？
それがおかしいと思わないのか？
例えばGUIアプリを作るのにテンプレートエンジンは使わないだろ？
何を作るかで「誰もが使う機能」は変わってくるんだよ。
クライアントウェブアプリを作るのにORMは含まれない。
なぜならデータベースに接続できないからだ。
だからクライアントウェブアプリのフルスタックにはORMは含まれない。
ここまでは理解できるか？
0035デフォルトの名無しさん
2013/04/21(日) 02:44:30.16これで解決だろ
遅いRails使いが悔しがっているだけ
0036デフォルトの名無しさん
2013/04/21(日) 02:49:15.75EventMachine(Ruby) > Node.js
ttp://livedoor.blogimg.jp/klab_gijutsu2/imgs/3/4/34dd0943.png
0037デフォルトの名無しさん
2013/04/21(日) 02:53:45.43じゃあフルスタックとは何か？
それは「何のフレームワークか？」って所が重要になる。
Railsとかウェブ関係の人は、ウェブの世界しか知らない人が多いから
自分の常識の範囲で物事を語ってしまう。
Railsとは何か？ それは「MVC設計に基づいたサーバーサイドフレームワーク」
「MVC設計に基づいたサーバーサイドフレームワーク」としてフルスタックということを
単にフルスタックと言っているだけ。
この「」の中身が違えば、フルスタックとして要求される機能は変わってくる
「Windowsアプリのフレームワーク」ならGUIコンポーネントが無ければフルスタックにならない。
何のフレームワークかを先に決めないと、それがフルスタックかどうかなんて決まらない。
0038デフォルトの名無しさん
2013/04/21(日) 02:57:10.70似たような機能で微妙に違うのがいくつもあって、デファクトスタンダードと言えるのはjQuery位か。
処理系の実装からしてバラバラだし。
TypeScriptなんかも結構良さそうだけど、果たしてこれに掛けて良いのか、判断難しい。
0039デフォルトの名無しさん
2013/04/21(日) 03:01:51.56スクリプト言語のこのスレで言う場合、フレームワークとは、バックエンドにデータベースがあるのを前提としたウェブアプリケーションの為のライブラリ、ウェブフレームワークを指すって事でいいのでは。
0040デフォルトの名無しさん
2013/04/21(日) 03:33:24.16jQueryすらPrototypeとかYUIとかと競合してるだろ(震え声)
0041デフォルトの名無しさん
2013/04/21(日) 03:35:34.51馬鹿な揚げ足取りはいらん
いまだれもGUIアプリの話なんてしてないだろ
Web frameworkの話をしていてフルスタックといったら
full stackのweb frameworkだなとわかるわけ
わからないなら、基本的な用語の知識がない
0042デフォルトの名無しさん
2013/04/21(日) 03:44:08.78競合がない技術なんて
世の中にないだろうなｗ
0043デフォルトの名無しさん
2013/04/21(日) 03:44:48.24Rails以外のRubyフレームワークスレ Sinatra etc
http://toro.2ch.net/test/read.cgi/tech/1366036440/
Merb
Waves
Sinatra
Ramaze
Camping
Vintage
Halcyon
Nitro/Og
Wuby
Ruby WAF
webby
0044デフォルトの名無しさん
2013/04/21(日) 03:47:25.44> Web frameworkの話をしていてフルスタックといったら
> full stackのweb frameworkだなとわかるわけ
じゃあ、JavaScriptで（サーバーサイドの）web frameworkってなに？
それがフルスタックかそうでないかの話だよね？
0045デフォルトの名無しさん
2013/04/21(日) 03:48:08.74スクリプトスレだけあって
0046デフォルトの名無しさん
2013/04/21(日) 03:48:20.94YUIやprototypeはまだまだシェアがあるから、無視できない(正論)
>>43
それらを用いた開発なんかありえんし、そもそも一部はRails本体になっているはず
0047デフォルトの名無しさん
2013/04/21(日) 03:54:00.52JSのフレームワークの世界では、他の言語のフレームワークでいうところの
フルスタックにあたるものはない。
0048デフォルトの名無しさん
2013/04/21(日) 04:31:54.45Compound.jsがあると書いてあるだろ
白痴か？
0049デフォルトの名無しさん
2013/04/21(日) 06:38:49.33サーバーサイドどころか、クライアントサイドも一部
含有してる雰囲気だが
0051デフォルトの名無しさん
2013/04/21(日) 07:48:47.59というルールがある
だから「その他」は1位にならない
でもそれは現実を反映したデータではなく、ただのルールだろ
これが結果だとか現実を受け入れろとかバカじゃねぇの
0052デフォルトの名無しさん
2013/04/21(日) 09:29:23.61どのフレームワークでも馬鹿でも書ける（適当な下請けに丸投げ可能）程度の単純作業
そんな物の優劣なんてどうでも良いんだけどな
0053デフォルトの名無しさん
2013/04/21(日) 09:30:49.15サーバ用途にLinuxも使ってるしいまどきのパッケージマネージャとやらも知ってるよ
新しいものでも依存関係を完全に管理できてない
ディストリビューション次第で動かないrpm、debパッケージがあるなんて常識だし
アンインストールでもアップデートでも依存関係ぶちこわれる問題もまだある。
あとフレームワーク全体の品質の話してるんだからパッケージマネージャだけでは解決策にならない
それは同一パッケージの中の依存関係を解決するだけのもの
ファイルレベルでしか解決できない
連携して機能する別のパッケージ、モジュールと組み合わせた場合に
上手く動くかはまったく関与しない
他のパッケージと連携して動く場合は、各パッケージが安定しているからといって
組み合わせた場合に安定するとはいえないわな
なんでこんな当たり前のことを説明しないといけないのか
0054デフォルトの名無しさん
2013/04/21(日) 09:37:11.53有名サービスでの採用事例が見つからないようなフレームワークはどうでもいい
海外ですら人気でてないもの追いかけてられない
>>48
Compound.jsなんて知らないしだれもそんなもの使ってない
JS信者は誰も使ってないようなもの名前あげて得意になってるよな
ほんとレベル低い
0055デフォルトの名無しさん
2013/04/21(日) 09:46:07.34質問数 25件 wwww
フォロワー 4人 wwww
http://stackoverflow.com/questions/tagged/compoundjs
参考データ
StackoverflowでのRailsの検索結果
質問数 112,000件
フォロワー 12,400人
http://stackoverflow.com/questions/tagged/ruby-on-rails
0056デフォルトの名無しさん
2013/04/21(日) 10:03:03.72Meteorに有名事例がないのは、とても新しいフレームワークで
未だPreview版だから
しかし、注目度はかなりある
そうそうたるメンバーが投資しているし、
将来的には次々と使われるのはほぼ確定してるよ
0057デフォルトの名無しさん
2013/04/21(日) 10:04:54.24情報が早い人がMeteorを挙げてくれたおかげで、
次世代の波をキャッチできた
0058デフォルトの名無しさん
2013/04/21(日) 10:10:09.03名前変更前のRailwayJSを考慮していないし
名前の通りRailsをリスペクトして作られているのだが
お前は何と戦っているんだ？
時間の経過を無視している事から少なくとも馬鹿だよお前
0059デフォルトの名無しさん
2013/04/21(日) 10:13:02.39フォロワーは時間の経過関係ないだろ
0060デフォルトの名無しさん
2013/04/21(日) 10:18:21.20しつこいな
名前変更前も人気まったくないだろ
Stackoverflowでのrailway.jsの検索結果
質問数 40件 wwww
フォロワー 13人 wwww
http://stackoverflow.com/questions/tagged/railway.js
始まってさえいないものをプッシュするのはいいかげんにしてくれ
0061デフォルトの名無しさん
2013/04/21(日) 10:19:03.59すでにブレイクの兆候が見られるな
これからブレイクに立ち会えるとは胸熱
0062デフォルトの名無しさん
2013/04/21(日) 10:24:09.850063デフォルトの名無しさん
2013/04/21(日) 10:28:57.33残念だけどrpmとかdebは今時のパッケージマネージャとは言えないぞ
今時のスクリプト言語がrpmとかdebとは別の独自パッケージマネージャを用意してる
意味がわかってないんだな
0064デフォルトの名無しさん
2013/04/21(日) 10:31:47.00水増しすんな、フォロワー682人だろ
http://stackoverflow.com/questions/tagged/meteor
>>62
meteor厨がこのスレあらしてるJSの狂信者
0065デフォルトの名無しさん
2013/04/21(日) 10:34:19.98すまん、質問数とフォロワー間違えてた
まあ、600でも結構多いと思うけど
既にsinatraくらいの質問数だしな
0066デフォルトの名無しさん
2013/04/21(日) 10:40:46.05情報を流していると言って欲しいな
そりゃまあ時代の流れについていけずに
受け入れられない気持ちは分かるが
悪いことは言わないから、javascriptやmeteor、nodeあたりの
情報はしいれていた方がいいぞ
将来的にも仕事が欲しいならな
0067デフォルトの名無しさん
2013/04/21(日) 10:41:08.800068デフォルトの名無しさん
2013/04/21(日) 10:43:05.66時間経過と密接だろw
馬鹿かお前
0069デフォルトの名無しさん
2013/04/21(日) 10:46:31.59良いものは自然と人気が出るんだから、
人気やユーザ数をはかるよい指標になるだろ
google trendでは検索数だからあてにならない
違う意味の検索結果も反映されてしまう。
0070デフォルトの名無しさん
2013/04/21(日) 10:49:40.02フォローとのタイムラグなんて誤差レベルだ
本当にリリースされたばかりでもなければ時間は関係ない
古いものでも人気がなくなったものはちゃんとフォロワー減ってる。
使わなくなって乗り換えればフォロー外すのがふつうだからだ
0071デフォルトの名無しさん
2013/04/21(日) 10:50:42.480072デフォルトの名無しさん
2013/04/21(日) 10:51:58.14時系列のグラフが出ないのが難点だが
trendsはprogrammingとかweb frameworkと言った言葉と一緒に
検索すれば、関係ないのがフィルターされて結構使えると思う
0073デフォルトの名無しさん
2013/04/21(日) 10:53:39.23起源は分からないけど、asp.net mvcの制作者たちも、meteorは相当意識してる
見たいだね
そういうブログ見かけた
0074デフォルトの名無しさん
2013/04/21(日) 10:53:46.88人気だからモノマネが乱立するという解釈もできるんだが
0075デフォルトの名無しさん
2013/04/21(日) 11:00:38.19それは基本的には人気ある証拠
ただ、まだまだ不満がたくさんあったり、新しい概念が
出てきすぎて試行錯誤してる段階だという意味でもある
0076デフォルトの名無しさん
2013/04/21(日) 11:14:50.050077デフォルトの名無しさん
2013/04/21(日) 11:19:19.28それとも使った事も無いのにすげーって言ってるの？どっち？
0078デフォルトの名無しさん
2013/04/21(日) 11:21:31.53違うというのなら、どのフレームワークは違うのか
その名前言ってみ。
0079デフォルトの名無しさん
2013/04/21(日) 11:22:11.33Meteorがフルスタックという事実は
無関係。話をすり替えようとしてるよね。
0080デフォルトの名無しさん
2013/04/21(日) 11:27:29.62いや、そういうんじゃなくて、使ってるヤツが居るなら質問したかったんだよ
Meteorって明らかにコード書きやすいけど、あれってPythonのgeventみたいに
非同期IOを同期っぽく書けるようにしたのか
それともIOが非同期じゃないのか分からなかった
いや、ネットでちょっと調べたらIOが非同期じゃないって書いてあったんだけどね
0081デフォルトの名無しさん
2013/04/21(日) 11:27:57.19コマンドライン一つで全世界に公開しちゃえるしw
0082デフォルトの名無しさん
2013/04/21(日) 11:39:06.52じゃあ結論でたな。JavaScriptにフルスタックフレームワークはある。
この前提でいいならということなら、話を進めようか。
0083デフォルトの名無しさん
2013/04/21(日) 11:40:34.50すまん、meteorのIoってどの部分のことを言ってるのかよく分からん
単純にリクエストのやり取りのこと？
その部分はnodeだと思うんだけど
0084デフォルトの名無しさん
2013/04/21(日) 11:55:53.07この辺にも書いてあるんだけど、どうやら普通のnode.jsスタイルで書いた場合と
違ってリクエストに対し同期になるみたいね
http://docs.meteor.com/
> In Meteor, your server code runs in a single thread per request,
> not in the asynchronous callback style typical of Node.
> We find the linear execution model a better fit for the typical server code in a Meteor application.
0085デフォルトの名無しさん
2013/04/21(日) 12:02:07.73英語がわからない人のために、Google翻訳にかけましたよ。
唯一のサーバ資産は、JavaScriptです。流星は、クライアントと公共のサブディレクトリの下に何を除く、
すべてのJavaScriptファイルを収集し、繊維内部にNode.jsのサーバー・インスタンスにそれらをロードします。
メテオでは、あなたのサーバーのコードではなく、
ノードの典型的な非同期コールバックのスタイルで、リクエストごとに単一のスレッドで実行されます。
我々は、線形実行モデル流星アプリケーションの典型的なサーバーコードのためのより良いフィットを見つける。
0086デフォルトの名無しさん
2013/04/21(日) 12:19:06.67実際に同期なのかね？
Google翻訳の方には「繊維」とか出てるけど、これfiberだよね？
なら本当は非同期だけど同期スタイルで書けるってことでしょ
0087デフォルトの名無しさん
2013/04/21(日) 12:33:45.01wwww
お前が一番わかってないんじゃん
0088デフォルトの名無しさん
2013/04/21(日) 12:38:31.20お、使ってる人っぽい。
確かに同期っぽく書いてるからって同期してるとは限らないから
質問したんだけど、非同期でFA？
0089デフォルトの名無しさん
2013/04/21(日) 13:00:33.20＼ ／ . ｬ:´/ /: : :l: :｀ヽ､ ＼ | | ／
＼ ／ ／:/: : ;{: : : : : ﾊ :｀ヽ. ＼ ／
＿ 争 も ＿ ／ : / ／ ﾍ.: : : : : : : : :!:.ヽ: :＼ ＿ 争 ＿
＿ え っ ＿ ,:':.:／,' / 丶: : : : : : : ﾄ.: :ﾍ: : ヽ ＿ え ＿
＿ ： . と ＿ /: : : /|/ ＿ ` 三_‐ミ!:l: : :i: : ハ ＿ ： ＿
＿ ： ＿ ' : : : i: :| '´ 二 :::::::::: 二¨¨` !: : : : : : : i ＿ ： ＿
|: :〃:|: :i. 不j下:::::::::::不:j下 .' : : : : : : :.|
／ ＼ !: :|: : : :ﾑ ー' ::::::::::::: ー' /: :,: : : : : : ﾘ ／ ＼
／ | | ＼ ﾍ: : ; ; ;､_ﾍ_'' ._' _. ''／:.ィ: : : : /／ ／ | | ＼
`＜: : : ≫ . ´ﾔ: : : : :,: イ
乂`: : : ﾘ≧‐‐≦､ﾑ: : :_:ﾉ
`ト: :ヽﾆr〒ニ{: : : ﾘ=､
≠ゝ:､ﾒ､,ゝl､γ: : ィ≠ ヽ
{ 乂:_:ﾘ./ | 弋彡'/ !
0090デフォルトの名無しさん
2013/04/21(日) 13:56:09.33StackOverflow の API を使ってスクリプト言語の人気を調査しなさい
https://api.stackexchange.com/docs
どんなデータを取得してどう評価するかは問わない
ただしレスポンスは gzip または deflate でもらうこと
例）タグ付けされた質問の数で人気調査
$ ./stackoverflow perl python ruby php javascript
php: 376924
javascript: 363342
python: 181287
ruby: 70827
perl: 26347
(quota: 299/300)
（>>55 みたいにフォロワー数も拾えればと思ったんだけど見当らなかった）
0091デフォルトの名無しさん
2013/04/21(日) 14:00:12.71ifとelseで半分こしなさい
0092デフォルトの名無しさん
2013/04/21(日) 16:24:32.20# Python3
import sys, io, gzip, json
from urllib.request import urlopen
for arg in sys.argv[1:]:
src = urlopen('https://api.stackexchange.com/2.1/tags/%s/info?'
'site=stackoverflow' % arg).read()
d = json.loads(gzip.GzipFile(fileobj=io.BytesIO(src)).read().
decode('utf-8'))['items'][0]
print(d['name'], d['count'])
0093デフォルトの名無しさん
2013/04/21(日) 16:35:04.62ほとんどがライブラリの違いになってるよね？
もしライブラリが同じという前提に経つと
for(arg in sys.argv[1]) {
var src = urlopen(sprintf('https://api.stackexchange.com/2.1/tags/%s/info?'
'site=stackoverflow', arg)).read() ;
var d = json.loads(gzip.GzipFile(fileobj=io.BytesIO(src)).read().
decode('utf-8'))['items'][0];
print(d['name'], d['count']) ;
}
大抵同じようにかけるかな。
0094デフォルトの名無しさん
2013/04/21(日) 17:12:51.95> もしライブラリが同じという前提に経つと
何でそんな無意味な前提に立つの？アホなの？
あとJavascriptはこの御題に有利だぜ？
jsonを直接evalできるから。
0095デフォルトの名無しさん
2013/04/21(日) 17:21:09.500096デフォルトの名無しさん
2013/04/21(日) 18:10:14.18ぱっと見でも、express.jsの方が普通に使われてる
0097デフォルトの名無しさん
2013/04/21(日) 18:11:20.31同感
言語そのものというよりも、ライブラリが生産性を分けている
ただ、JavaScriptは完璧なクロージャを備えていたから
イベントモデルや非同期処理と相性が良かったという面や、
JSONのような記法を備えていたからDSLのような使い方が出来た
という側面も忘れては行けない
0098デフォルトの名無しさん
2013/04/21(日) 18:12:13.62枯れてきたところでMicrosoftクンさんが追従してくれるから、ASP．NETで安心だよね
0099デフォルトの名無しさん
2013/04/21(日) 18:25:23.680100デフォルトの名無しさん
2013/04/21(日) 18:35:41.65PowerShell
gzip とか deflateとか知らんからお題満たしてないかも
$url = 'https://api.stackexchange.com/2.1/tags/{0}/info?site=stackoverflow'
$args | % { iwr ($url -f $_) } | ConvertFrom-Json | % items | ft name, count -a
# 実行方法は>90と同じ
0101デフォルトの名無しさん
2013/04/21(日) 18:36:00.09from urllib import urlopen
print d['name'], d['count'], "|",
$./stack_lang.py lua qt4 qt5 laravel-3 laravel-4 laravel php
lua 3605 | qt4 3768 | qt5 367 | laravel-3 130 | laravel-4 222 | laravel 1022 | php 376976 |
バージョン変わると書き方変わったりするし
何とも言いがたいもんがあるか
0102デフォルトの名無しさん
2013/04/21(日) 19:23:10.27フレームワークだ何だという話題のときだけ出てきて
実際に動くコードは決して貼られない言語があるな
0103デフォルトの名無しさん
2013/04/21(日) 19:35:35.58豊富なライブラリという意味ではスクリプト言語のなかではPythonが頭ひとつ抜けてるわ
0104デフォルトの名無しさん
2013/04/21(日) 20:18:39.86Webアプリってレベルで考えると、コード片なんて役に立たないから
使い捨てコードだけで考えればRubyがベストでも、
なんだかんだでjavascriptがバランス取れてるってのが世界の選択だよ
0105デフォルトの名無しさん
2013/04/21(日) 20:23:02.060106デフォルトの名無しさん
2013/04/21(日) 20:31:57.140107デフォルトの名無しさん
2013/04/21(日) 21:04:13.84その言い訳書き込む時間でコード書けるだろと
0108デフォルトの名無しさん
2013/04/21(日) 21:13:40.27var zlib = require('zlib');
var stream = require('stream');
var https = require('https');
https.get("https://api.stackexchange.com/2.1/tags/meteor/info?site=stackoverflow";).on('response', function(res) {
var output = zlib.createGunzip();
res.pipe(output);
var body = "";
output.on('data', function (data) {
body += data.toString();
});
output.on('end', function() {
var data = JSON.parse(body).items[0];
console.log(data.name + ' ' + data.count);
});
});
0109デフォルトの名無しさん
2013/04/21(日) 21:20:30.10いつもインデントしてないという特徴がある。
0110デフォルトの名無しさん
2013/04/21(日) 21:35:18.710111デフォルトの名無しさん
2013/04/21(日) 21:42:59.170112デフォルトの名無しさん
2013/04/21(日) 21:43:21.412chにソースコード貼ったらインデントが消えてるんだよ
0113デフォルトの名無しさん
2013/04/21(日) 22:23:29.450114デフォルトの名無しさん
2013/04/21(日) 22:34:53.21>>999
tibeなんて、検索エンジンで引っかかった数見てるだけだから
あんまり開発言語の人気を表してない
google trendsで「Javascript programming」とでもやった方がマシかもw
0115デフォルトの名無しさん
2013/04/21(日) 22:42:41.29組み込みとかで使われてるのかなと思ったら単に検索エンジンで引っかかりやすいからだったw
0116デフォルトの名無しさん
2013/04/21(日) 22:47:48.70http://www.tiobe.com/content/paperinfo/tpci/JavaScript.html
誤差が大きすぎて調査結果に疑問が残る
こっちの方がはるかに安定してて信頼できる
http://www.google.com/trends/explore#q=javascript%20programming
0117デフォルトの名無しさん
2013/04/21(日) 22:50:34.62単に宝石のRubyが検索エンジンで引っかかりやすいからだったw
0118デフォルトの名無しさん
2013/04/21(日) 22:57:31.92JS信者のキモさは言語に似て限界突破してるしずっとこのスレに粘着して糞工作続けてて目障りすぎる
0119デフォルトの名無しさん
2013/04/21(日) 23:00:48.53しかもソースコードもかけちゃうし、やたらと詳しいしなw
0120デフォルトの名無しさん
2013/04/21(日) 23:01:43.170121デフォルトの名無しさん
2013/04/21(日) 23:01:51.28キモいわｗ
0122デフォルトの名無しさん
2013/04/21(日) 23:04:07.683年後にJavascriptの時代が来ても知らんぞw
0123デフォルトの名無しさん
2013/04/21(日) 23:04:27.40なるほど、これは信頼出来るな
http://www.google.co.jp/trends/explore#q=Javascript%20programming%2C%20Perl%20programming%2C%20PHP%20programming%2C%20Python%20programming%2C%20Ruby%20programming &cmpt=q
0124デフォルトの名無しさん
2013/04/21(日) 23:05:34.32pythonが高いのだけ納得がいかんわ
なんでこんなに高いんだ
0125デフォルトの名無しさん
2013/04/21(日) 23:08:53.380126デフォルトの名無しさん
2013/04/21(日) 23:11:36.840127デフォルトの名無しさん
2013/04/21(日) 23:19:51.43なかなかいい勝負だね。
Java様を入れてみた。
http://www.google.co.jp/trends/explore#q=Javascript%20programming%2C%20Java%20programming%2C%20PHP%20programming%2C%20Python%20programming%2C%20Ruby%20programming&;cmpt=q
0128デフォルトの名無しさん
2013/04/21(日) 23:22:15.61http://www.google.co.jp/trends/explore#q=Javascript%20programming%2C%20Java%20programming%2C%20PHP%20programming%2C%20Python%20programming%2C%20C%20programming&;cmpt=q
0129デフォルトの名無しさん
2013/04/21(日) 23:24:30.880130デフォルトの名無しさん
2013/04/21(日) 23:25:37.03おお、これは信頼できそうな数値だ！
0131デフォルトの名無しさん
2013/04/21(日) 23:26:05.840132デフォルトの名無しさん
2013/04/21(日) 23:27:07.13CはC++と共同で一位
0133デフォルトの名無しさん
2013/04/21(日) 23:28:06.78JavaはJava Scriptが入ってる可能性もあるが
0134デフォルトの名無しさん
2013/04/21(日) 23:29:22.910135デフォルトの名無しさん
2013/04/21(日) 23:29:39.51CにはC++は入ってないぞ。
C++をリスト加えてみろ。
お前の想像が正しければ、C > C++ になるはずだろ？
http://www.google.co.jp/trends/explore#q=Javascript%20programming%2C%20Java%20programming%2C%20C%20programming%2C%20C%2B%2B%20programming&;cmpt=q
0136デフォルトの名無しさん
2013/04/21(日) 23:31:08.80いやいや、なんかその値はおかしいぞ
なんだその現象は
何が起こってるのかすら俺には分からんw
0137デフォルトの名無しさん
2013/04/21(日) 23:32:26.90PHPやJavascriptの値が大きく違うような気がする
0138デフォルトの名無しさん
2013/04/21(日) 23:33:28.14C++は++が変に解釈されてしまうので
programmingと順序を入れ替えないと変な結果になる
http://www.google.co.jp/trends/explore#q=Javascript%20programming%2C%20Java%20programming%2C%20programming%20C%2C%20programming%20C%2B%2B&;cmpt=q
0139デフォルトの名無しさん
2013/04/21(日) 23:42:59.35つまり、
Java 15
C 12
C++ 10
って感じかね
0140デフォルトの名無しさん
2013/04/21(日) 23:45:39.19普通後ろにprogrammingなんてつけるだろうか？
普通は付けない。なぜならつけなくても
プログラム言語として検索できるからだ。
ただひとつ、Cを除いて。
C
アニメ
『C』（シー）は、竜の子プロダクション制作の日本のテレビアニメ。
2011年4月から6月にかけてフジテレビ・ノイタミナ枠などで放送されていた。
副題には『THE MONEY OF SOUL AND POSSIBILITY CONTROL』が表記されている
0141デフォルトの名無しさん
2013/04/21(日) 23:48:15.730142デフォルトの名無しさん
2013/04/21(日) 23:49:43.33検索履歴やgmailのやりとりなどで表示結果を変えるから
お前の結果がおれと同じという保証はない
0143デフォルトの名無しさん
2013/04/21(日) 23:52:49.63本当にC++を検索したい人の多くが
Cで検索するならね
なお、googleで"C programming"で検索すると
C++だけのページは少なくとも上位には出てこないので、
google自体はCとC++は違う単語として認識している
0144デフォルトの名無しさん
2013/04/21(日) 23:55:20.040145デフォルトの名無しさん
2013/04/21(日) 23:56:47.29俺の場合一番上にいきなり、C++との合同ページが出てきて、9番目くらいに
Objective Cのサイトが出てくるぞ
確かにC++のページは結構少ないみたいだけど
0146デフォルトの名無しさん
2013/04/21(日) 23:56:54.920147デフォルトの名無しさん
2013/04/21(日) 23:57:03.11というか普通付けないProgramingのせいでデータの信頼なくなってるだろ？
http://www.google.co.jp/trends/explore#q=Javascript%2C%20Perl%2C%20PHP%2C%20Python%2C%20Ruby&;cmpt=q
0148デフォルトの名無しさん
2013/04/21(日) 23:59:52.99pythonとruby以外ものすごい勢いで落ち込んでるなｗ
JSは人気急上昇中じゃなかったの？？？
0149デフォルトの名無しさん
2013/04/21(日) 23:59:55.99・つけた場合
Python 43
PHP 38
Perl 31
Ruby 18
JavaScript 14
・つけない場合
PHP 55
JavaScript 34
Python 14
Perl 13
Ruby 13
0150デフォルトの名無しさん
2013/04/21(日) 23:59:57.62それだとブラウザのJavascriptが引っかかってJavascriptが有利な上に、
ニシキヘビやら宝石やらが引っかからないPerl（真珠とは綴りが違う）が不利
0151デフォルトの名無しさん
2013/04/22(月) 00:00:54.93Googleの場合は、検索ページ数じゃなくて
検索数だから問題ないよ。
0152デフォルトの名無しさん
2013/04/22(月) 00:03:33.55プログラミングやらない人でもJavascriptは検索しそうだけどね
Javascript off とかさ
0153デフォルトの名無しさん
2013/04/22(月) 00:03:47.97「Javascriptを有効にするやり方」とか「JavaScript素材集」みたいなサイトが
下火になってるだけだろ
0154デフォルトの名無しさん
2013/04/22(月) 00:04:33.06つまり、全体的に下火になってるってことだよね
0155デフォルトの名無しさん
2013/04/22(月) 00:06:00.10まあブラウザの設定ではJavascript当たり前になっちゃったし
素材集とかでホームページ作る時代でもないしね
全体的には下火なんじゃないのw
0156デフォルトの名無しさん
2013/04/22(月) 00:06:38.990157デフォルトの名無しさん
2013/04/22(月) 00:07:00.030158デフォルトの名無しさん
2013/04/22(月) 00:07:56.73ここから加速度的に上がる
今はその兆しが見えかかった段階
0159デフォルトの名無しさん
2013/04/22(月) 00:10:28.79やっぱサーバーサイドといえばJavaなんだな
0160デフォルトの名無しさん
2013/04/22(月) 00:16:24.06数年前のPHPも半端無いしな。もうオワコンっぽいが
クソ言語でも使われるんだよなあ、JSとかまさにその典型だろ
デファクトスタンダードでこの検索数ってどんだけ嫌われてんだというね
JSを使う必要がないところでは一切使われてないんだろうな
代替がある言語は好きで使ってる数だが
0161デフォルトの名無しさん
2013/04/22(月) 00:18:29.63どの言語にも存在するであろう if をつけてみる
・if
http://www.google.co.jp/trends/explore#q=Javascript%20if%2C%20Perl%20if%2C%20PHP%20if%2C%20Python%20if%2C%20Ruby%20if&;cmpt=q
PHP 84, JavaScript 67, Perl 27, Python 21, Ruby 8
・同様にfor
http://www.google.co.jp/trends/explore#q=Javascript%20for%2C%20Perl%20for%2C%20PHP%20for%2C%20Python%20for%2C%20Ruby%20for&;cmpt=q
PHP 74, JavaScript 51, Python 28, Ruby 23, Perl 21
・object
JavaScript 54, PHP 18, , Python 8, Perl 4, Ruby 3
以下偏ったキーワード
・Perlにしかなさそうなscalar
http://www.google.co.jp/trends/explore#q=Javascript%20scalar%2C%20Perl%20%20scalar%2C%20PHP%20%20scalar%2C%20Python%20%20scalar%2C%20Ruby%20%20scalar&;cmpt=q
Perl 33, PHP 5, Python 1, JavaScript 0, Ruby 0
・PerlとJavaScriptにはないclass
http://www.google.co.jp/trends/explore#q=Javascript%20class%2C%20Perl%20class%2C%20PHP%20class%2C%20Python%20class%2C%20Ruby%20class&;cmpt=q
PHP 72, JavaScript 39, Python 19, Ruby 11, Perl 4
・PythonとRubyにあるdef
Python 56, Ruby 23, PHP 5, JavaScript 3, Perl 0
0162デフォルトの名無しさん
2013/04/22(月) 00:19:11.500163デフォルトの名無しさん
2013/04/22(月) 00:19:42.47https://github.com/jashkenas/coffee-script/wiki/List-of-languages-that-compile-to-JS
0164デフォルトの名無しさん
2013/04/22(月) 00:22:58.51PHPが圧倒的。
http://www.google.co.jp/trends/explore#q=Javascript%20programmer%2C%20Perl%20programmer%2C%20PHP%20programmer%2C%20Python%20programmer%2C%20Ruby%20programmer&;cmpt=q
0165デフォルトの名無しさん
2013/04/22(月) 00:23:06.03ifとかforで検索する奴は低能だろ
あれ？PHPとJavascriptが多いな？
なるほど納得できるw
0166デフォルトの名無しさん
2013/04/22(月) 00:24:04.14そりゃ、CoffeeScriptのwikiだとそうなるだろｗ
JavaScript比定がCoffeeScriptの存在意義だぞ
0167デフォルトの名無しさん
2013/04/22(月) 00:25:41.13どういうキーワードとるかで結果は大幅にかわってしまう
StackOverflowのフォロワー数のがあてになると思うわ
php, Python,C#, Javaは30,000人越えしてるが、perlは6200人くらい。
コードベースは多いが、新規で興味を持っている人は少ないという実態を反映してる。
Rubyは14,000人。
Railsはフレームワークではトップなのに、Rubyタグのフォロワーは少ない。
RubyがRails専用言語といわれるほどRailsに偏った利用実態をよく反映してる。
0168デフォルトの名無しさん
2013/04/22(月) 00:26:49.23じゃあframeworkやDSLとかどうだ？
結果は自分の目で確かめてくれ
http://www.google.co.jp/trends/explore#q=Javascript%20framework%2C%20Perl%20framework%2C%20PHP%20framework%2C%20Python%20framework%2C%20Ruby%20framework&;cmpt=q
http://www.google.co.jp/trends/explore#q=Javascript%20DSL%2C%20Perl%20DSL%2C%20PHP%20DSL%2C%20Python%20DSL%2C%20Ruby%20DSL&;cmpt=q
0169デフォルトの名無しさん
2013/04/22(月) 00:32:50.080170デフォルトの名無しさん
2013/04/22(月) 00:36:11.00本来ならこれが一番最初に来るべきじゃないか
http://www.google.co.jp/trends/explore#q=Javascript%20language%2C%20Perl%20language%2C%20PHP%20language%2C%20Python%20language%2C%20Ruby%20language&;cmpt=q
PHP 59
Python 47
Ruby 34
JavaScript 33
Perl 27
CとJavaに入れ替えてみた（※括弧の中は上の比率に合わせたもの）
http://www.google.co.jp/trends/explore#q=Javascript%20language%2C%20Perl%20language%2C%20PHP%20language%2C%20Java%20language%2C%20C%20language&;cmpt=q
PHP 5 (59)
Java 15 (177)
C 41(483)
0171デフォルトの名無しさん
2013/04/22(月) 00:41:09.38PHPとJSは今の傾向が続けばPythonに抜かれそう
0172デフォルトの名無しさん
2013/04/22(月) 00:50:38.11これ以上変わらないと思うけど。
http://www.google.co.jp/trends/explore#q=JavaScript%2C%20CoffeeScript%2C%20TypeScript&;cmpt=q
CoffeeScriptってデータに出ないレベルだしね。
Programmingつけてやっとでる
http://www.google.co.jp/trends/explore#q=JavaScript%20Programming%2C%20CoffeeScript%20Programming%2C%20TypeScript%20Programming&;cmpt=q
0173デフォルトの名無しさん
2013/04/22(月) 00:52:47.75JSの検索数が減ってるのは派生言語に分散してるからではないよｗ
0174デフォルトの名無しさん
2013/04/22(月) 00:57:05.71> JSの派生言語が量産されたのはJSが糞だからだけど
それは間違い。JavaScriptの派生言語が増えているのは、
単にブラウザで動くのがJavaScriptだけだから、
JavaScriptの派生言語にするしかないだけ。
本質的には、違う言語が出現した。それだけの話。
新しい言語が出来たのは、既存の言語が糞だったから。とか言うわけ？
> JSの検索数が減ってるのは派生言語に分散してるからではないよｗ
最近は増えてきてると思うが？
0175デフォルトの名無しさん
2013/04/22(月) 01:01:45.120176デフォルトの名無しさん
2013/04/22(月) 01:02:43.180177デフォルトの名無しさん
2013/04/22(月) 01:04:37.28世の中にいろんな人がいる。
クソと思う奴もいれば、
そのJS以外の言語の方をクソだと思う奴もいる。
どちらをそう思うかは、データによって示されている。
0178デフォルトの名無しさん
2013/04/22(月) 01:10:09.92>新しい言語が出来たのは、既存の言語が糞だったから。とか言うわけ？
CoffeeやTypeに関しては、その通りだよ
0179デフォルトの名無しさん
2013/04/22(月) 01:10:47.550180デフォルトの名無しさん
2013/04/22(月) 01:13:44.18違う。
糞だったからではなく、
作者が糞だと思ったから。
「糞だと思ったから」はただの主観にすぎない。
別の言語を作らずに、JavaScriptを改良していった方がいいという意見も多い。
JavaScriptを変更したら互換性がなくなって古いブラウザで動かなくなる。
という問題は、とある言語が教えてくれた。変換すれば良い。
0181デフォルトの名無しさん
2013/04/22(月) 01:14:31.78AndroidもGoで開発させるべきだった。
結局JavaとJavascriptと言った性的・動的言語の二大糞を延命させてしまったのがGoogle
0182デフォルトの名無しさん
2013/04/22(月) 01:14:44.96あぁ、そうだね。自分のことをよくわかってるね。
0183デフォルトの名無しさん
2013/04/22(月) 01:15:22.10あ、知ってる。
自分の気に食わない者は
全部クソって言っちゃう人でしょ？
よくいるーｗ
0184デフォルトの名無しさん
2013/04/22(月) 01:15:36.70お前の理屈だと糞な言語はないということになるじゃないか
JSの改良だの変換だの、とにかくその辺は終わってる
そういうプログラミングに関わる必要がなくて本当に良かった
JSを好きでやってる人はいないし、嫌々使わなければならない人には本当に同情する
0185デフォルトの名無しさん
2013/04/22(月) 01:18:06.72何いってんだ？
糞な言語の定義は、生まれたけど普及しなかった言語でいいだろ。
CoffeeScriptとか、少なくとも今はこの定義に当てはまってる。
0186デフォルトの名無しさん
2013/04/22(月) 01:19:21.39それは普通に認めるべきだろう
でも世の技術書は盲目的に褒めるだけだよね、まあそうしないと売れないのだろうが
C言語くらいじゃね？この言語はここが糞だから気をつけろと堂々と書いてあるのは
0187デフォルトの名無しさん
2013/04/22(月) 01:21:14.16それはお前に都合の良い定義なのだろうなｗ
普及したら糞じゃないとか頭大丈夫か？
じゃあお前は一生パンチカードでプログラミングしてろよ
あれだって一時期は主流だったんだからな
0188デフォルトの名無しさん
2013/04/22(月) 01:27:05.36電球あるよな。LED電球に置き換わってきている。
これは電球がクソであることになるのか？
以前より優れたものが出来たってだけで
以前のものがクソってことにはならないだろ。
なんでクソかそうでないかの二元論になってるんだ？
過去のものがあってこそ、新しいものが出来るんだよ。
新しいものに移行したら、改良されたってことをでいいじゃないか
古いものに感謝してもディスる必要はない。
で移行したか？そのJavaScriptを置き換えるものに。
初期のLED電球と同じだ。一部の点では優れているかもしれないが
問題点が残っており、移行するメリットが少ない。
これは、一部を除いて、以前の物の方が優れている。
つまり新しく作られたものの方がクソってこだよ。
0189デフォルトの名無しさん
2013/04/22(月) 01:30:14.12いや、以前の電球は明るさの質もエネルギー効率も悪くて糞だろ。当然だ
時代遅れを正当化しても迷惑がかかるだけ
何が新しいものの方がクソだよ。老害にも程がある
0190デフォルトの名無しさん
2013/04/22(月) 01:33:47.48パンチカードをクソだと言うつもりはないよ？
当時はあれが最先端だった。あのおかげで今の発展がある。
だけど、今は使うつもりはないよ。なぜなら、もっといいものがあるから
全ての点で優れているものがあり、それが一般に普及しているから。
でもな、CoffeeScriptはないな。
あれはできることがJavaScriptと大差ない上に違う言語になってる。
標準化もされていない長続きしそうもない言語
JavaScriptは標準化され多数の人が関わっており
将来のバージョンアップ計画もでている。
それを超えるだけの信頼度をCofeeScriptはいつ獲得するんだい？
0191デフォルトの名無しさん
2013/04/22(月) 01:35:04.65じゃあなぜLED電球ができてから
今まで普及していなかったのか考えてみろよ。
LED電球が出来たのはいつかね？
問題点がないのであれば、出来たらすぐに普及する。
問題点があるということは、それはクソだということだ。
0192デフォルトの名無しさん
2013/04/22(月) 01:38:09.51じゃあ今の電球も問題点があるからクソだということになる
普及してる、してないという指標がおかしい
歴史を見れば競合製品でどれをとっても優れてたものが負けたこともある
普及するかしないかは運の要素も強い
馬鹿は世界一売れているハンバーガーが世界一美味いと言うがね
0193デフォルトの名無しさん
2013/04/22(月) 01:40:16.060194デフォルトの名無しさん
2013/04/22(月) 01:40:48.49JavaScriptコードの半分の量ぐらいでかけると宣伝されていた。
そして比較コードを見た。
確かに行数が減っていた。
自分で使ってみた。確かに行数は減るが、
} だけの行みたいなものが消えただけ。
大きく減るのは自動補完もできそうな、functionとreturnの文字数。
改行、スペースを除いて全体的な文字数で計算すると9割まで減れば良い程度だった。
0195デフォルトの名無しさん
2013/04/22(月) 01:43:27.44問題点がないものなんてねーよ。
お前は、問題点がある＝クソなんだろう？
どんなものにも問題点はある。問題点＝クソという定義なら
CoffeeScriptもクソになる。
俺はそれは問題点があってもクソという事にはならないって
言ってるんだよ。どんなものにも問題点はある。
少なくとも今はCoffeeScriptの方が大きな問題点がある。
0196デフォルトの名無しさん
2013/04/22(月) 01:44:11.170197デフォルトの名無しさん
2013/04/22(月) 01:44:56.63> 新しいものはまだ普及してないからクソという理屈は意味不明
だからなに？ 新しいものでクソなものもあるだろう？
新しくて普及してないからクソだと言ってるのではなく、
普及するまでは、他人をクソ呼ばわりする資格が無いってだけ。
0198デフォルトの名無しさん
2013/04/22(月) 01:45:19.79それは「Coffeeらしい」コーディングができずにJS脳で書いてる可能性が高い
だが仮にどんだけCoffeeらしく書こうが、JSからは逃れられない
JSが糞だから代替を作りたいという意図はわかるが、そのJSに依存してる時点で
最初から終わってる言語とも言える。確かにお前の言うとおりクソだな
0199デフォルトの名無しさん
2013/04/22(月) 01:45:50.99じゃあ、文字数ベースで大きく差が出来る
コードを書いて示してくれ。
0200デフォルトの名無しさん
2013/04/22(月) 01:46:33.87それはお前に評価能力がなくて他人に責任転嫁してるだけ
糞だから糞だと言ってるだけ
普及してても糞は糞。あたりまえだろ。お前が何を必死こいてJSは糞じゃないと言い張ってるのか理解不能
0201デフォルトの名無しさん
2013/04/22(月) 01:47:04.18ちなみに、Wikipediaに
コードが減るということに対する
真実が書かれている。
http://ja.wikipedia.org/wiki/CoffeeScript
0202デフォルトの名無しさん
2013/04/22(月) 01:47:36.22お前が何に対してクソだと言ってるのか理解不能。
0203デフォルトの名無しさん
2013/04/22(月) 01:51:20.32JSに依存してる糞言語だから無理だろうし
ソースコードが短ければ良いという理屈が理解できない
perlはPythonに比べてとてつもなく短く書けるが
それが喜ばれるのはもはやシェルの付属品としてだけだろ
もちろんJavaのような冗長なクラスや型の宣言がないことがスクリプト言語の良さだから
そういう手軽さは欲しいが普通のプログラミングなら短いより分かりやすい方が優先される
Coffeeがどうなのか知らんが、お前からしたら分かりにくい糞言語なのだろう
0204デフォルトの名無しさん
2013/04/22(月) 01:52:57.27じゃあ何に対して「糞じゃない！」と反論してるんだ？
JSは完全無欠なのか？糞な所は一切ないのか？
ま、おれは汎用目的でプログラミングするからあえてJSなんて醜い言語を使うことはないけどもｗ
0205デフォルトの名無しさん
2013/04/22(月) 01:57:07.75「糞じゃない」ではなくどの言語にも問題はある。
全てをCoffeeScriptが超えているわけでもないのに
JavaScriptを糞というなと言ってるだけ。
0206デフォルトの名無しさん
2013/04/22(月) 01:58:44.07183 名前：デフォルトの名無しさん[sage] 投稿日：2013/04/22(月) 01:15:22.10
>>181
あ、知ってる。
自分の気に食わない者は
全部クソって言っちゃう人でしょ？
よくいるーｗ
0207デフォルトの名無しさん
2013/04/22(月) 02:01:46.510208デフォルトの名無しさん
2013/04/22(月) 02:02:45.21Coffeeに比べて糞だとは言ってないよｗ
JS系は全部糞なんだから
0209デフォルトの名無しさん
2013/04/22(月) 02:04:22.32「以前の方は糞」（今が標準で以前の物は退化したんだという言い方）をするかで
その人の性格がよく分かるなｗ
0210デフォルトの名無しさん
2013/04/22(月) 02:05:40.47時代遅れ言語をそこまで擁護する意味がわからん。糞は糞だろ
聖人君子にでもなったつもりなのだろうが、馬鹿にしか見えない
0211デフォルトの名無しさん
2013/04/22(月) 02:06:19.14使われなくなってから言うもんだｗ
まったく思い込み激しいな。
お前ん中ではなってやつか？ｗ
0212デフォルトの名無しさん
2013/04/22(月) 02:10:12.49当時の人間だって糞だと思いながら使ってたと語るのに
温故知新なのか知らんがいくらなんでも無批判すぎるわ
0213デフォルトの名無しさん
2013/04/22(月) 02:11:58.16普及しても糞は糞という事実を認めないために
0214デフォルトの名無しさん
2013/04/22(月) 02:13:04.62ここで自称○○の登場ですかね？
音声変えて語ってくれるんですかねｗ
対抗してこっちも当時の人登場させていいっすかね？ｗ
0215デフォルトの名無しさん
2013/04/22(月) 02:15:51.020216デフォルトの名無しさん
2013/04/22(月) 02:16:24.16パンチカードの素晴らしさも知ってるだろ。
なんだろうね、この自分の知ってる世界だけで語る人。
0217デフォルトの名無しさん
2013/04/22(月) 02:18:01.45CoffeeScriptは糞ですよ。
っていう人もいるだろうな。
じゃあ糞で決定じゃないか？
0218デフォルトの名無しさん
2013/04/22(月) 02:23:00.96マイナス思考の人は、みんなは俺より糞だという。
0219デフォルトの名無しさん
2013/04/22(月) 02:25:52.52その仮定は今は違うってことだろ。根本的におかしい。頭がおかしい
そこまでして過去の拙さ、過ちを過大評価する意味はなんだ？
馬鹿すぎる。救いようがない
0220デフォルトの名無しさん
2013/04/22(月) 02:45:31.800221デフォルトの名無しさん
2013/04/22(月) 02:48:07.950222デフォルトの名無しさん
2013/04/22(月) 02:49:17.35これがマイナス思考の発想
0223デフォルトの名無しさん
2013/04/22(月) 02:56:53.10プラス思考の発想
0224デフォルトの名無しさん
2013/04/22(月) 03:00:23.170225デフォルトの名無しさん
2013/04/22(月) 03:14:16.81それのどこがプラス思考なのか理解できないけど
0226デフォルトの名無しさん
2013/04/22(月) 03:20:23.55過去がクソっていうやつにたいして
頭が悪いって言っているだけだろ。
ましてや現役に向かってクソとか意味不明。
0227デフォルトの名無しさん
2013/04/22(月) 03:23:01.29その無批判性がどこから来るのか知りたい
勘違いしないで欲しいのは、それは間違っても「プラス思考」なんかではない
0228デフォルトの名無しさん
2013/04/22(月) 03:25:04.67お前はただ文句を言っているだけ。
クソだといっていい権利を持つのは
なんとかしている人だけ。
0229デフォルトの名無しさん
2013/04/22(月) 03:26:51.54じゃあお前も黙ってろよ。このスレに何しに来てるんだ
馬鹿を晒しに来てるのか、その目的は十分に達成できてるから帰っていいぞ
0230デフォルトの名無しさん
2013/04/22(月) 03:29:28.06糞だと言われなくなきゃさっさとお前が何とかすることだな
まあJSがJSであるかぎり永遠に不可能だけど
0231デフォルトの名無しさん
2013/04/22(月) 03:30:34.62あぉ、糞だと文句を言ってるやつか。
0232デフォルトの名無しさん
2013/04/22(月) 03:33:36.89お花畑から出てくるなよ。現行言語へのディスのない世界とか、そもそもが噛み合わない
0233デフォルトの名無しさん
2013/04/22(月) 03:35:52.33論点はそこじゃねーだろ。小学生以下の知能だな
0234デフォルトの名無しさん
2013/04/22(月) 03:37:24.24置き換えられてないことが証明してるだろ。
それなのに問題点がないと思っているのか？
言語のいいところ、悪いところを
素直に受け入れられない奴が何いってんだか。
技術者として恥ずかしいな。
0235デフォルトの名無しさん
2013/04/22(月) 03:40:04.74よしじゃあお前
「JSは糞だ！」「JSは糞だ！」「JSは糞だ！」「JSは糞だ！」
これが議論か？ｗ
0236デフォルトの名無しさん
2013/04/22(月) 03:40:33.11ただの袋小路だろ、技術者が聞いて呆れる
0237デフォルトの名無しさん
2013/04/22(月) 03:43:16.22これは議論じゃないね。なんでこのスレにいるのか説明しないし
まあJS信者であることは火を見るより明らかだけど
ディスが嫌なら来なくていいよ
0238デフォルトの名無しさん
2013/04/22(月) 03:49:39.21正当な意見だと思うが？
0239デフォルトの名無しさん
2013/04/22(月) 03:57:44.18お前のカスすぎる駄々のせいでこうなってんだぞ
毎回そう。会話が成立しない。相手にした俺が馬鹿だった
貢献してなけりゃ意見できないとか言う奴は間違いなく議論をする気がない
ただ荒らしたいだけ。もう死ねよ
0240デフォルトの名無しさん
2013/04/22(月) 04:07:48.49何処の骨が作ったのかもわからんものを
使い続ける価値なんてあんのかねぇ。
まあJavaScript進化の糧になってくれればいいよ。
コンパイルしてJavaScriptを生成する技術は
将来のJavaScriptをコンパイルして、
古いブラウザで動かす技術として使われるから。
0241デフォルトの名無しさん
2013/04/22(月) 04:15:22.15javascript厨がこのスレにいて議論に参加してるぞw
俺はCoffeeScript大好きだぞw
javascriptには欠点も多いし、実は世間のイメージとは違い、
非常に分かりにくい言語でもある
ただ、クロージャやJsonは優れていたし、プロトタイプベースは
クラスベースよりも柔軟で自由度が高かった
それが今のJavascriptの熱狂に繋がってるんだと思う
0242デフォルトの名無しさん
2013/04/22(月) 04:19:11.78「将来のJSを今のJSにコンパイルして古いブラウザで動かす」
とか馬鹿なこと言ってるからJSは糞なんだよ
糞JSの尻拭きをいつまでたってもやらなきゃいけない
だから今のJSが糞なら、将来のJSも間違いなく糞にしかならない
開発の分散と互換性地獄。これがJSが糞である所以。誰も否定できない
この糞に付き合える奇特なやつは、そりゃ粘着キチガイ荒らしにもなるわ
0243デフォルトの名無しさん
2013/04/22(月) 04:29:40.74開発の分散というのは何のことを言ってるのか分からないが
互換性はjqueryなどのライブラリの登場で
だいぶ吸収してくれるようになったよな
jqueryやnode、今の熱狂ぶりなど、相当優れた言語なのは明確なわけだけど
そろそろ無益な議論になってきたな
ただまあ、毛嫌いするより、普通に向き合った方が得なのにかわいそうに
とは思う
0244デフォルトの名無しさん
2013/04/22(月) 04:30:00.93理由書いてないぞｗ
多分自分で気づいてないと思うがな。
0245デフォルトの名無しさん
2013/04/22(月) 04:33:39.50開発リソースの分散。JS派生言語を使うとJSまで面倒みなきゃいけなくなるというゴミカス言語群をなしてるわけだ
0246デフォルトの名無しさん
2013/04/22(月) 04:34:20.70コレが一番重要なこと。
0247デフォルトの名無しさん
2013/04/22(月) 04:36:27.61それはどんなに糞言語でも嫌々でも使わなければならないというだけのことだろ
まあそんな糞分野に関わらない幸せな人は絶対に使わない言語でもあるけど
0248デフォルトの名無しさん
2013/04/22(月) 04:38:14.39それに関しては、意外とそうでもないぞ
CoffeeScriptなら、普通にCoffeescriptだけ管理していればいい
ただ、慣れるまでは生成されたソースと見比べて開発した方が
学習の点でいい
でもそれは、かえって学習コストを下げる結果になるし
両方の言語の理解が深まるし、利点だと思うけど
0249デフォルトの名無しさん
2013/04/22(月) 04:42:12.03それはお前がショボい使い方しかしてないからだろｗ
って、ソースを見比べて開発だって、頭おかしいｗ
まあ学習に良いとか言ってるからチョチョイとしか使ってないことは分かる
0250デフォルトの名無しさん
2013/04/22(月) 04:44:09.17確かにCoffeeScriptに関してはそうだな
Javascriptは仕事で使うけど
というか、お前は本格的にCoffeeScriptを使っていて文句を言っていたのか？
マジで？
0251デフォルトの名無しさん
2013/04/22(月) 04:47:47.72本格的にcoffeeを使うとどうなるかなんて、お前を除いてたくさんの人がやって結論出てる
coffeeを作るモチベーションは間違いなく正当だったけど、結果的に流行るかは難しい
それはそもそものモチベーションに起因している
生成されたJSのコードを読まなければいけないなら、最初から糞JSでやったほうがマシなんじゃないかってこと
JSを仕事で使ってるなんてかわいそうだけどね
0252デフォルトの名無しさん
2013/04/22(月) 04:54:56.63例えば、何を見て結論が出ていると思ったんだ？
確かにCoffeeScriptはまだ全然主流になれていないけど、
それを見て開発リソースの分散が問題だと結論づけてるのか？
それだと正直、ちょっと根拠が弱いなあ
自分で使ってみてそう思ったなら、理由が聞きたかったけど
まあいいや
0253デフォルトの名無しさん
2013/04/22(月) 04:56:27.77最初のうちは読む必要がある、というか読んだ方が理解が深まって
いいと思うし、かえって早い気がする
0254デフォルトの名無しさん
2013/04/22(月) 04:58:09.11開発リソース分散はしていない。
ほんの少しの変わり者が使ってるだけ。
開発リソースのほとんどはJavaScriptのまま。
0255デフォルトの名無しさん
2013/04/22(月) 05:00:03.37普通にJavaScript書けばかなり短くかける。
js2coffeeでJavaScriptをCoffeeScriptに
変換すると長くなる。それと同じ事だ。
0256デフォルトの名無しさん
2013/04/22(月) 05:01:15.43単に文法が気に入らないというだけだ。
効率がどうとか短くかけるとか
そういうのは後付の理由でしか無い。
0257デフォルトの名無しさん
2013/04/22(月) 05:08:04.18Javaだって、8になったらラムダかクロージャみたいなものが入って
だいぶマシになるようだ
開発時間の大半は調査やテスト、デバッグといった言語とは関係のない
部分だし
ただ、個人的に発想が面白いし、CoffeeScriptのデモでリアルタイムに
変換されるのは遊んでて楽しいw
まあ一部の変わり者なんだろうw
0258デフォルトの名無しさん
2013/04/22(月) 05:12:03.26ちなみに、参考までに聞きたいが、JavaScriptのどのへんが気に食わない？
俺も気に食わない点はいろいろあるんだけど、君と一緒なんだろうか
0259デフォルトの名無しさん
2013/04/22(月) 05:16:18.04JavaScriptでいいと思うよ。
別に気にくわないところはない。
あえて言えば、昔、prototype.jsもなかった頃は
ライブラリがまだまだ成熟していないと感じていた。
それは今は解決している。
それぐらいなもんだ。
後は考えれば些細な問題が思いつくかもしれない程度。
0260デフォルトの名無しさん
2013/04/22(月) 05:20:35.05なるほど、多分javascriptを毛嫌いしてる人かと思ったが、
違う人か
聞く人を間違えたようだ
0261デフォルトの名無しさん
2013/04/22(月) 07:24:09.97だってプログラム書いた事ないだろそいつ
具体的な事聞いたら逃げるよ
0262デフォルトの名無しさん
2013/04/22(月) 12:13:57.45それで宣伝してるつもりなのだろうか
いかにゴミか、いかにキチガイかということはひしひしと伝わってくるが
0263デフォルトの名無しさん
2013/04/22(月) 12:20:21.91たとえばJSの文法は一般的に気に食わないと思われてるんだから
文法が違うだけのcoffeeを使う理由には十分だわ
まだ短い方が良いとか、JSの方が短いとか馬鹿な議論をしてるが、そこが問題じゃない
coffeeがJSに依存してる時点で短さはJSに依存するし
どんな言語でもデバッグという作業がある以上、そして実行されるのがJSのコードである以上
JSの糞文法からは逃れられない。ただ何とかしようって人が少なからずいるのは事実
最初から読みやすさを考慮して設計されてないし、今更どうしようもないというのが終わってる
互換性を切って仕様を変えてまで読みやすくすることはできない
0264デフォルトの名無しさん
2013/04/22(月) 12:29:10.69JSは糞じゃないって。他の言語使ったことあんのかよ
なんとか普及してるものは糞じゃないと言いたいんだろうけど、
その根拠がJavaにラムダがーとか今更何言ってんの？ラムダとか何十年前の機能だよ
周回遅れのくせに継ぎ接ぎだから糞文法だし。無理に評価するのやめたら？
しかもそれがJavaにとっては未来の話なんだから笑える。
さらに重要視してるコードの短さではJavaほど冗長なものもない。糞は糞だろ。そこは認めろよ馬鹿
しかもコイツってJSがディスられたときのみ、糞って言うな！って現れて駄々こねてるんだよな
他の言語がディスられてるときも暴れてみろよボケ
0265デフォルトの名無しさん
2013/04/22(月) 12:42:44.15JavaができないからScalaというのもない。両方使えなければならない
JavaとScalaを使い分けることは意味があるけど
JSとCoffeeだとその旨みがない。CoffeeはJSの文法がちょっと違うだけで
はっきり言ってよく似た言語でしかない。デバッグで生成されたJSのコードを読んで思うんだよ
Coffeeの文法はJSのクソ文法よりはるかにマシだけど、
最初から素直にJSの糞仕様に付き合ったほうがマシだなって
2つの文法を行き来することが「勉強になる」とか言ってるのはJSが大好きだからだろうが
普通はJSなんて好きな奴いないし、不幸にもJSが好きならCoffee使わないので
デファクトスタンダードの泥沼っぷりが理解できただろうか
0266デフォルトの名無しさん
2013/04/22(月) 12:57:09.770267デフォルトの名無しさん
2013/04/22(月) 13:20:18.42JSをそのまま使うか、そうでないなら、TypeScriptみたいに出来るだけオリジナルを損ねないようにする方がいいと思う。
0268デフォルトの名無しさん
2013/04/22(月) 13:23:08.11ただ逃げようとしても逃げられないというだけ。どんなハッカーでさえJS地獄は避けられない
それなのに普及してるから素晴らしいとか馬鹿言ってる奴がいてドン引きだわ
だれも好きで使ってるわけじゃねーし、他の用途では一切使われてねーから。勘違いすんな
0269デフォルトの名無しさん
2013/04/22(月) 13:26:03.910270デフォルトの名無しさん
2013/04/22(月) 13:36:51.01つーかラムダ式である必要性がなくね?
obj.All(n => n > 0)
これなんて
obj.All( n > 0)
じゃダメなの?
0271デフォルトの名無しさん
2013/04/22(月) 13:44:28.91仮引数になる変数名を暗黙で決めろって意味？
それとも式の最初の変数を仮引数にするのか？
0272デフォルトの名無しさん
2013/04/22(月) 13:47:11.840273デフォルトの名無しさん
2013/04/22(月) 13:50:04.89その引数は関数オブジェクトでしょ？どう考えても無理
0274デフォルトの名無しさん
2013/04/22(月) 13:52:02.280275デフォルトの名無しさん
2013/04/22(月) 14:40:49.15応用がいろいろ効くようになるんだよね
0276デフォルトの名無しさん
2013/04/22(月) 22:25:57.960277デフォルトの名無しさん
2013/04/22(月) 23:13:18.150278デフォルトの名無しさん
2013/04/22(月) 23:23:00.82よく有名なプログラマが、bash が一番！みたいなこと言うけれど
それを真似してか、プロダクションコードを bash で書き始める奴がいる・・・
まじ、やめてほしいわ。手足縛られてプログラム書いているような感覚に陥る。
みんなどう思う？
0279デフォルトの名無しさん
2013/04/22(月) 23:23:35.940280デフォルトの名無しさん
2013/04/22(月) 23:28:51.66数年後にはecma scriptのバージョンが上がって動かなくなると予想
いや、どこかでjs処理系が仮想マシンとして言語と分離される方に賭けよう
ベンチャーはともかく企業での選択肢はもとよりjavaかc＃しかないだろうな
何処かしら失敗した感が拭えないmonoっていつまで粘るだろう?
0281デフォルトの名無しさん
2013/04/22(月) 23:29:31.86あえて声を大にして言うけど、bash という言語が劣ると言ってるのではなくて、
ほとんどのプログラマが、bash を使いこなせないってこと。
0282デフォルトの名無しさん
2013/04/22(月) 23:29:54.270283デフォルトの名無しさん
2013/04/22(月) 23:32:11.950284デフォルトの名無しさん
2013/04/22(月) 23:41:42.550285デフォルトの名無しさん
2013/04/22(月) 23:42:20.75一般的な才能のないPGにとって快適な世界は、どちらだろう？
CADやOpenOfficeクラスのアプリケーションを書くこと想定した場合でね
0286デフォルトの名無しさん
2013/04/22(月) 23:43:40.360287デフォルトの名無しさん
2013/04/22(月) 23:52:21.66特にgoogleやmozilla、Qt、GNUが率いるOSS周りの勢力
web browserと何かしらのデバイスを繋いだサービスを考えると、こっちの方が妥当かなと
0288デフォルトの名無しさん
2013/04/22(月) 23:57:48.31共存路線に走ることにしたのか
でもC/C++から見たらJSなんてゴミなので一緒にしないでね
0289デフォルトの名無しさん
2013/04/22(月) 23:59:46.07世の中の現実を知り、色々と草臥れた大人たちの溜まり場がjava/c#
0290デフォルトの名無しさん
2013/04/23(火) 00:01:22.940291デフォルトの名無しさん
2013/04/23(火) 00:04:08.03> JS厨もC/C++には敵わないことを認めて
というか、C/C++が内蔵スクリプトとして
JavaScriptを選んでるんじゃない？
C/C++じゃダメな理由があるんでしょ。
Qtもそうだし、最近では
JavaScriptがGNOMEの第一言語になる
http://www.infoq.com/jp/news/2013/02/javascript_gnome
なんて話が出てちょっとした騒ぎになっていたね。
0292デフォルトの名無しさん
2013/04/23(火) 00:05:24.85妄想で造語まで作って恥ずかしくないのかね
0293デフォルトの名無しさん
2013/04/23(火) 00:06:12.360294デフォルトの名無しさん
2013/04/23(火) 00:06:54.43JSなんてブラウザでしか使われてないのに
0295デフォルトの名無しさん
2013/04/23(火) 00:07:13.600296デフォルトの名無しさん
2013/04/23(火) 00:07:44.21個別にインストールするアプリばかり
0297デフォルトの名無しさん
2013/04/23(火) 00:09:32.64JSなんてアプリケーション開発ではありえないからｗ
C/C++を補ってるのはJava/C#だろ
JSはもともと別分野で蚊帳の外。論外
もちろん簡単なファイル処理、文字列処理などのスクリプト用途でも使われてない
0298デフォルトの名無しさん
2013/04/23(火) 00:10:29.81それより下層なんてSDKなりapplication frameworkで実装すりゃ良いんだしさ
>>297
MySpaceはNode.jsだろ？
0299デフォルトの名無しさん
2013/04/23(火) 00:12:00.27Pythonで書かれててワロタw
Node.js作ってる連中すらスクリプティングにPythonを使ってるという
0300デフォルトの名無しさん
2013/04/23(火) 00:13:27.51jvmや.netの構想はメンテ不能になるんじゃないの？
0301デフォルトの名無しさん
2013/04/23(火) 00:14:33.78そうでもないんだよなぁ。
例えばスマホアプリ。
HTML+JavaScriptで作って
iPhone、Android、他
マルチプラットフォーム対応できちゃう。
もちろんネイティブAPIも使える。
0302デフォルトの名無しさん
2013/04/23(火) 00:14:38.87Scala、Java、C++、Scheme、Python、VB、C#といろいろ使ってきたし、
PythonやHaskellあたりもかじったりしたし、他の言語の本を読んだりもしたが、
JavaScriptは侮れない
色々と設計ミスはあるが、気をつければ大部分は回避可能
柔軟でメタな素晴らしい機能があるから、ライブラリで
カバーできる
というか、JavaScriptを批判してるのか、Javaを批判してるのかはっきりしろw
ちなみに俺はJavaは嫌いだw
0303デフォルトの名無しさん
2013/04/23(火) 00:14:48.31そもそも、そのとき使える最善のもの使う文化だし
0304デフォルトの名無しさん
2013/04/23(火) 00:15:14.950305デフォルトの名無しさん
2013/04/23(火) 00:18:39.03メタで何とかするとか言ってる時点でそもそもがまともな言語じゃないから
オナニーコード量産だから糞だと言われる
0306デフォルトの名無しさん
2013/04/23(火) 00:20:24.25憂鬱なの？
なあに、君もJavaScriptをマスターしちゃえばいいのさ
そうすれば全て解決
世界的ですもんね 乗るしかない このビッグウェーブに
0307デフォルトの名無しさん
2013/04/23(火) 00:22:23.68どうやって？
0308デフォルトの名無しさん
2013/04/23(火) 00:23:23.93まともな言語でなくても、まともな機能を備えることが出来る
なんと素晴らしいw
0309デフォルトの名無しさん
2013/04/23(火) 00:24:31.060310デフォルトの名無しさん
2013/04/23(火) 00:25:00.88ファイルシステムへのアクセス機能が
言語標準 もしくは準標準ライブラリに存在しないこと。
ブラウザ上で動かす必要が有るためセキュリティ上の制約で
このようなことになってしまった。
それは汎用言語からすればマイナス点なのだが、
セキュリティの点からすればプラスに働いた。
だからといって、nodeなどがそうであるように
ファイルシステムに全くアクセス出来ないわけじゃない。
でもこれはJavaScriptからすればオプショナルの機能。
かくして、JavaScriptは他の言語のように危険な操作を
禁止するというブラックリスト的なアプローチではなく
許可した機能が使えるというホワイトリスト的なアプローチの言語になった。
これこそ何もがネットでつながっている時代にふさわしい言語といえよう。
0311デフォルトの名無しさん
2013/04/23(火) 00:25:19.59糞設計、糞文法、糞機能だから誰も使おうとしないんだろ
0312デフォルトの名無しさん
2013/04/23(火) 00:27:27.10ちょっと思いつくだけでも、Chrome Packaged App、Flex、XUL、node-webkit、app.js、tidesdk
好きなの選べよ
0313デフォルトの名無しさん
2013/04/23(火) 00:28:36.93妄想もいい加減にしろよ
データ処理がしたければ、いまどきどの言語でもweb上のデータをかき集めて解析できる
ファイル処理が下手くそなJSなんて糞の役にも立たない
JSはJSの仕事しかできないからその他のすべてのプログラマからしたらゴミでしかない
0314デフォルトの名無しさん
2013/04/23(火) 00:29:13.23凄い時代だよ。
HTMLとJavaScriptでできる！ Windows 8開発入門
http://itpro.nikkeibp.co.jp/article/COLUMN/20130109/448501/
ちょっとおもしろかったのでｗ
Windows 8 ストアアプリ開発（HTML/JavaScript）覚えておくことTips4
http://blogs.msdn.com/b/hiwatan/archive/2013/04/16/windows-8-html-javascript-tips4.aspx
> jQuery を利用する場合は、バージョンに注意。
> 古いバージョン（例えば、1.7.2など）の場合、以下の理由でストア申請に通らない場合がある。
> jQuery Version 2.0 より、Windows ストアアプリがサポートされた。詳細は、以下のブログ
> http://blogs.msdn.com/b/windowsappdev_ja/archive/2013/04/04/jquery-version-2-0-windows.aspx
jQuery Version 2.0 での Windows ストア アプリのサポート
> 既に Web 開発の経験をお持ちなら、オープン ソースの JavaScript フレームワーク、
> jQuery を使用されたことがあるかもしれません。また、jQuery を使用して Windows ストア アプリの構築を試されたことがあるなら、
> JavaScript ランタイムまたは動的なコンテンツに関するエラーが発生したのではないでしょうか。
> 今度の v2.0 リリースでは、jQuery チームはこれらの問題に取り組みました。
jQueryがWindowsストアのために対応。
0315デフォルトの名無しさん
2013/04/23(火) 00:32:53.79いろんな書籍にコードを見つけることができるだろうけどJSなんてまずないね
JSだけで作られた世界でJSしか見えてない人間にはわからないだろうけど
0316デフォルトの名無しさん
2013/04/23(火) 00:33:52.77データベース、キーバリューストア、ネット越しにJSON通信。
単純でデータの並びでしかないファイルではなく
構造を持ったアクセスしやすい先進的なデータストアに最適化されている。
0317デフォルトの名無しさん
2013/04/23(火) 00:34:23.54いい加減理由書けよｗ
だからみんなから厨房って目で見られてるんだぞ。
0318デフォルトの名無しさん
2013/04/23(火) 00:35:46.97平行線というか、それしか言えないならもう隔離スレ立ててやればいいと思うよ
JS以外は関係ないもん
0319デフォルトの名無しさん
2013/04/23(火) 00:35:58.410320デフォルトの名無しさん
2013/04/23(火) 00:36:44.09JS厨って反論できなくなったら草生やしてそれだよね。毎日それだよ
0321デフォルトの名無しさん
2013/04/23(火) 00:39:15.07他の言語のことしらないようだし、アジテーションみたいな気持ち悪いレスでスレ潰されてるの迷惑
0322デフォルトの名無しさん
2013/04/23(火) 00:40:51.97デバイスの進化について行けなかった悲しい言語
0323デフォルトの名無しさん
2013/04/23(火) 00:41:30.40本当にブラウザで動かす言語であることによって、全てが奇跡的に良い方向に向かったよな
セキュリティがしっかりしていること、プログラミングの天才達による
最適化でとても速い言語になったこと、クロージャを備えていたため
イベントモデルと相性が抜群だったこと
DOMと組み合わせて使う言語であったこと
クロージャ、メタ、リフレクション的な機能により、高度に柔軟性を
持った言語であったこと、HTMLによって視覚的な表現を備えていたこと
つくづく奇跡の言語だと思う
0324デフォルトの名無しさん
2013/04/23(火) 00:41:56.44JSはJava以上のお仕事言語だよ
一般業務ともアカデミックとも切り離された存在
0325デフォルトの名無しさん
2013/04/23(火) 00:41:56.78機械学習を駆使しないとデータ活用できないようになってるが
そういうのってJavascript使いの世界観には存在しないんだろうな
0326デフォルトの名無しさん
2013/04/23(火) 00:43:03.420327デフォルトの名無しさん
2013/04/23(火) 00:44:53.560328デフォルトの名無しさん
2013/04/23(火) 00:45:11.40抜け出てるんだよな。
気づいていなかった？
サーバーサイド、スマホアプリ、
組み込み系でもUIとしてJavaScriptが
使われている時代。
0329デフォルトの名無しさん
2013/04/23(火) 00:46:09.26JavaScriptへの転職でみんなハッピーだな
地上の楽園へようこそ
0330デフォルトの名無しさん
2013/04/23(火) 00:46:42.01PythonとC/C++の連携という話題は結構盛んで
関連キーワード検索数でもそれは明らか
JSは科学者、技術者のようなプログラミングが専門でない人間には不気味すぎる
0331デフォルトの名無しさん
2013/04/23(火) 00:48:04.84Machine Learning in Javascript: Introduction
http://burakkanber.com/blog/machine-learning-in-other-languages-introduction/
オンライン学習ライブラリ oll の node.js アドオンを作って JavaScript で機械学習させてみた
http://d.hatena.ne.jp/hecomi/20120619/1340116121
0332デフォルトの名無しさん
2013/04/23(火) 00:49:04.54端末に表示するだけのドカタ仕事の役割が
Javascriptに与えられただけだな
良かったなドカタ仕事が手に入って
0333デフォルトの名無しさん
2013/04/23(火) 00:49:29.75まあその辺もJavascriptがこれから続々浸食するよ
研究者はその辺柔軟だから、すぐJavascriptに乗り換えるよ
ちょっと前までPascalやLispやPrologを使ってた連中だろ？w
0334デフォルトの名無しさん
2013/04/23(火) 00:49:38.62pythonでアルゴリズム書いてた人は院を出てから無職だったよ
0335デフォルトの名無しさん
2013/04/23(火) 00:50:26.93なんでそんな気持ち悪い文章が書けるんだ？
内容一個も理解してないだろ？Pythonの足元にも及んでないって理解してるか？理解してないだろ？
何がゾクゾクしたんだ？一個も説明できないだろ？
0336デフォルトの名無しさん
2013/04/23(火) 00:51:22.13あのさ、そういうステレオタイプな無知を晒すのやめてくれないか？
0337デフォルトの名無しさん
2013/04/23(火) 00:52:36.19理系院卒よりJSプログラマのほうが圧倒的に底辺だらけだろ
0338デフォルトの名無しさん
2013/04/23(火) 00:53:34.56大学なんてテム・レイしか居ないぞ
0339デフォルトの名無しさん
2013/04/23(火) 00:54:17.24それで？
0340デフォルトの名無しさん
2013/04/23(火) 00:55:24.12もう既に過去のものなんだな。
今は更に進んでいるのか。
0341デフォルトの名無しさん
2013/04/23(火) 00:55:39.67けどさ、世の中ってJSプログラマよりも無職の方をバカにするだろ？
理系院卒なんて足みたいなもので、偉い人には分からないだけだよ
0342デフォルトの名無しさん
2013/04/23(火) 00:55:52.58よく知らないことをテキトーに吹聴するのやめてもらえませんかね
0343デフォルトの名無しさん
2013/04/23(火) 00:57:01.48馬鹿すぎる詭弁をやめろ
0344デフォルトの名無しさん
2013/04/23(火) 00:57:11.66うーんと、一応理系の院は出てるんで無知になりにまあ少しは
知ってるんだけど、C++やPythonはあんまりなかったかなあ
案外MATLABやJavaが使われてたね
0345デフォルトの名無しさん
2013/04/23(火) 00:57:14.10まあ確かに2年近く前の話だが。
DOOM、LLVM-to-JavaScriptコンパイラ使いブラウザで動作
http://news.mynavi.jp/news/2011/06/07/035/index.html
Emscriptenと呼ばれるLLVM-to-JavaScriptコンパイラを使い、
CのソースコードをJavaScriptへ変換して実現している。
特別な実装は使用されておらず、標準のWeb技術のみを組み合わせて実現したと説明がある。
EmscriptenはLLVMのバイトコードをJavaScriptへコンパイルするコンパイラ。
このため、C/C++に限らずLLVMバイトコードに変換できる言語であればどの言語でも利用できる。
Alon Zakai氏が発表したこの取り組みはネイティブアプリケーションを
Webアプリケーションに変換する手法のひとつとして興味深い。
0346デフォルトの名無しさん
2013/04/23(火) 00:57:31.31教授が書いたウンコみたいな論文ならよく知ってるけど？
gnuplotの使い方みたいなものがCINIIに上がってたよ
0347デフォルトの名無しさん
2013/04/23(火) 00:59:20.94過去の話
今はそのEmscriptenがさらにasm.jsとかってのと組み合わさって
さらにヤバいことになるかもしれない
ただ、それ以上にヤバいのが素のJavascript
素のJavascriptが既にCの数倍程度しか遅くないという
静的言語の域に達し始めた
0348デフォルトの名無しさん
2013/04/23(火) 00:59:53.77Scipyを遥かに超えるライブラリが（当然C/C++との相互運用性の高さも含めて）
Javascriptに出来たら普通に乗り換えると思う
だからJavascript使いには頑張ってほしい
それまでPythonを使い続けてライブラリもPython向けに書くけど
0349デフォルトの名無しさん
2013/04/23(火) 00:59:58.26MATABが使われるのが案外とかどこのFランだよ
FランではJSを使う風潮があるのか？終わってんなｗ
0350デフォルトの名無しさん
2013/04/23(火) 01:02:02.45というか、web上からデータ取ってくるような研究室なら普通にPHPとかjsとか使うから
0351デフォルトの名無しさん
2013/04/23(火) 01:02:28.66【悲報】ｶｰﾆﾊﾝ御大の新刊、使用言語はJavaScript【Python,Ruby終了】
http://www.amazon.co.jp/dp/4274069095
0352デフォルトの名無しさん
2013/04/23(火) 01:03:10.210353デフォルトの名無しさん
2013/04/23(火) 01:03:22.87そういう研究やってるとこって大学では底辺……
0354デフォルトの名無しさん
2013/04/23(火) 01:03:53.71ええと、まあ一応Fランではないかなあw
数オリ出身者とか、学長賞の人とか同じ研究室にいたけど
たいしたことないですよ
0355デフォルトの名無しさん
2013/04/23(火) 01:04:34.14人生って就職先次第だよ。
0356デフォルトの名無しさん
2013/04/23(火) 01:04:40.01JS厨とは違う。すごいんだよ。
0357デフォルトの名無しさん
2013/04/23(火) 01:04:49.49授業でやるからCを使う学生が多いけど、JSは一度も見たことない
>>350
聞いたことないね。RやC#でそういうのやってるのは見たが
どこの研究室？
0358デフォルトの名無しさん
2013/04/23(火) 01:05:04.85よかったな
めでたしめでたし
0359デフォルトの名無しさん
2013/04/23(火) 01:05:41.93言われそうな展開だなｗ
0360デフォルトの名無しさん
2013/04/23(火) 01:05:57.22今は授業でJavaも結構使われる
珍しいところではOcamlなんかも使われてた
0361デフォルトの名無しさん
2013/04/23(火) 01:06:09.24> 技術系ではない多くの学生がITに関するニュースを正しく理解し、間違った内容であれば
> 指摘できるようになることを目指して、ITの普遍的な技術や概念を丁寧で分りやすく解説。
情弱向けの一般教養本じゃねーかw
0362デフォルトの名無しさん
2013/04/23(火) 01:06:15.65JS厨をこてんぱんにする流れだろ？
0363デフォルトの名無しさん
2013/04/23(火) 01:06:39.21京大ですけど
>>360
確かに。JSを授業でやるとこあんのかな。専門学校とか？
0364デフォルトの名無しさん
2013/04/23(火) 01:06:44.58微笑ましくて良いねw
0365デフォルトの名無しさん
2013/04/23(火) 01:06:51.97品と知性がないなｗ
0366デフォルトの名無しさん
2013/04/23(火) 01:07:12.05E欄の国公立情報系を漁れば見つかるよ
0367デフォルトの名無しさん
2013/04/23(火) 01:07:24.330368デフォルトの名無しさん
2013/04/23(火) 01:07:36.22ああ、京大かよ
負けた
おれ某T大だわ
さすがJS厨の俺低学歴だw
0369デフォルトの名無しさん
2013/04/23(火) 01:08:01.29> 珍しいところではOcamlなんかも使われてた
名古屋 or お茶の水？
0370デフォルトの名無しさん
2013/04/23(火) 01:08:17.34某T大
0371デフォルトの名無しさん
2013/04/23(火) 01:10:18.70ドンマイ。JS至上主義なのは結構だけど、かなり限定的な用途にしか使えないって気づいたほうがいいよ
JSの糞設計じゃね
0372デフォルトの名無しさん
2013/04/23(火) 01:11:27.09別段至上主義ではないよ
ただ、JavaScriptはほとんどどんな用途にでも使える汎用言語になったと思ってはいるけどw
0373デフォルトの名無しさん
2013/04/23(火) 01:11:39.99品と知性が感じられない。
具体的な内容がなくて、単にクソとしか言ってないからだろうか？
0374デフォルトの名無しさん
2013/04/23(火) 01:13:23.860375デフォルトの名無しさん
2013/04/23(火) 01:14:19.85もしかして知性って、
>>310とか>>323とか>>328みたいな気持ち悪すぎるアジテートレスのこと？
これ「JSは糞」と情報量的には大して変わらんぞｗ
0376デフォルトの名無しさん
2013/04/23(火) 01:15:12.45汎用言語になったという>>372
さあ戦ってもらいましょう。
>>371はJavaScriptでできないことをあげる。
>>372はJavaScriptでできることをあげる。
さあどちらが多いか？
私も少し参加しましょう。
JavaScriptでMySQL、PostgreSQLへ
直接接続できる。
0377デフォルトの名無しさん
2013/04/23(火) 01:15:30.41これが改悪なのか改善なのか今ひとつ分からないけど
頑張ってgtkとかqtとか覚えるぐらいならjs覚えた方が遥かにマシだよ
scipy使うぐらいなら普通にR,octaveでデータ処理した後でnode.jsで加工する方が潰し効くだろうしね
0378デフォルトの名無しさん
2013/04/23(火) 01:16:03.12ただ、数値計算には十分使えるようになってきたね
pythonも手軽に使えていいけど
0379デフォルトの名無しさん
2013/04/23(火) 01:16:26.63JSが汎用言語とか言ってるの頭おかしいやつだけだろ
0380デフォルトの名無しさん
2013/04/23(火) 01:17:30.39スマン
俺372なんだが、378でJavascriptが出来ないことを挙げてしまったわw
0381デフォルトの名無しさん
2013/04/23(火) 01:17:49.83型が分り辛いし、cで書いた方がマシ
0382デフォルトの名無しさん
2013/04/23(火) 01:18:29.66pythonにはpandasやpython-controlがあるから
データ処理の後の加工もすべてPythonでできる
0383デフォルトの名無しさん
2013/04/23(火) 01:19:27.65あるにはあるけど、向いてはいないね
CやC++のようなもうちょっと低級言語の方がやっぱり良いだろう
0384デフォルトの名無しさん
2013/04/23(火) 01:20:35.18大学出た後で使わないしドキュメント読むだけ時間の無駄。
使いたいならR&Dみたいな職を獲てからにしないさい
0385デフォルトの名無しさん
2013/04/23(火) 01:20:56.84それ動的言語全部当てはまると思うけどｗ
0386デフォルトの名無しさん
2013/04/23(火) 01:21:04.57CudaやOpenCLが使えると尚良い
0387デフォルトの名無しさん
2013/04/23(火) 01:21:18.60JS厨の俺
0388デフォルトの名無しさん
2013/04/23(火) 01:22:48.47http://ja.wikipedia.org/wiki/WebCL
WebCL（Web Computing Language）はプラグインなしで
ウェブブラウザで CPU や GPU などによるヘテロジーニアス
並列計算を行うための、OpenCL の JavaScript バインディング。
0389デフォルトの名無しさん
2013/04/23(火) 01:23:04.94そういうのググってからレスした方が良いよ
0390デフォルトの名無しさん
2013/04/23(火) 01:23:22.34> scipy使うぐらいなら普通にR,octaveでデータ処理した後でnode.jsで加工する方が潰し効くだろうしね
クライアントとサーバで同じ言語が使えるのが便利ってのが
JS厨の常套句なのに、そこは別の言語を使うんだww
0391デフォルトの名無しさん
2013/04/23(火) 01:23:33.22libreofficeやblenderとかなんとかってエディタのマクロを書けたりする
汎用性という意味ではOSSコミュニティにおける土壌が違いすぎる
0392デフォルトの名無しさん
2013/04/23(火) 01:24:15.560393デフォルトの名無しさん
2013/04/23(火) 01:25:15.46そもそもOSSコミュニティがjsに傾いている
0394デフォルトの名無しさん
2013/04/23(火) 01:25:30.86バッチファイルに埋め込む言語としてはお世話になってます。
0395デフォルトの名無しさん
2013/04/23(火) 01:25:38.80JavaScriptに対応していた。
0396デフォルトの名無しさん
2013/04/23(火) 01:26:24.72JavaScriptはだれでも使える言語だからね。
誰もが実行環境持ってる言語って
そうないでしょ？
0397デフォルトの名無しさん
2013/04/23(火) 01:27:39.96jsはグルーとして最良で、わざわざライブラリ書いたり、数値計算したりは
ストラディバリウスのヴァイオリンで釘を打つようなものっだってオジイチャンが言ってた
0398デフォルトの名無しさん
2013/04/23(火) 01:29:18.74ただ、いかんせんブラウザで動かない
0399デフォルトの名無しさん
2013/04/23(火) 01:29:29.05それはよく言われるが、一番馬鹿な理屈だと思う
まず環境を準備できないような一般人に実行環境を与えたとして誰が使うんだ？
現にJSを使ってる人間なんてブラウザ持ってる人間の1%もないだろ
0400デフォルトの名無しさん
2013/04/23(火) 01:29:44.18ごめん。GPGPUで数値計算するわーとか言って
おもむろにブラウザ立ち上げる姿を想像したら笑ってしまった
0401デフォルトの名無しさん
2013/04/23(火) 01:31:40.52どの言語の実行環境も持っていることになる
だからなんだと言うんだ。ほとんどの人間は実行しないだろ
0402デフォルトの名無しさん
2013/04/23(火) 01:31:43.72google社員だって地球上には１％も以内だろ
0403デフォルトの名無しさん
2013/04/23(火) 01:31:53.66どうだい、凄い時代になったろう
0404デフォルトの名無しさん
2013/04/23(火) 01:32:38.62誰でも最初は環境を準備できないよ。
だれでもそんな状態から使いはじめるんだ。
0405デフォルトの名無しさん
2013/04/23(火) 01:32:50.56その気持ち悪すぎる言い回しやめてくれないか
0406デフォルトの名無しさん
2013/04/23(火) 01:32:58.52ブラウザ＋エディタで開発するのはめんどいよ
という理由であんまり JavaScript 触ってこなかったけど
V8 + Node.js 触りはじめたらそうも言ってられなくなってきた
こんなに入りやすい環境だとは思ってなかったわ
0407デフォルトの名無しさん
2013/04/23(火) 01:33:15.28例えばアプリを作る。
そのアプリを実行する。
さっとできるのがJavaScriptじゃん。
0408デフォルトの名無しさん
2013/04/23(火) 01:34:14.45> ブラウザ＋エディタで開発するのはめんどいよ
じゃあ君は何で開発してるの？
ブラウザ＋エディタから
さらにブラウザをとった
エディタで開発しているよ。
0409デフォルトの名無しさん
2013/04/23(火) 01:34:54.520410デフォルトの名無しさん
2013/04/23(火) 01:35:26.35dinabookの構想が現実になったような具合
0411デフォルトの名無しさん
2013/04/23(火) 01:35:38.51だからさ、いくらみんながブラウザを持ってたって
JSからプログラミングをはじめる人間なんて明らかに少数派だろ
そこは認めろよ。なんかJSの過大評価が異常すぎるわ
全く関係ないのないファクターを持ってきてJSがすごいとか言い出してドン引き
0412デフォルトの名無しさん
2013/04/23(火) 01:36:13.86エディタで開発するのはめんどいって言われたら
どうしようもないんだがｗ
0413デフォルトの名無しさん
2013/04/23(火) 01:36:40.08は？
0414デフォルトの名無しさん
2013/04/23(火) 01:36:54.12今のVSやEclipseをインストールしないとダメな方が不自然
0415デフォルトの名無しさん
2013/04/23(火) 01:37:36.99お前の気持ち悪さは一種の才能だな
0416デフォルトの名無しさん
2013/04/23(火) 01:37:52.40いや、まだその域には達してない
インストールして、ボタンちょこちょこ押して、はい雛形実行みたいな
VSみたいな環境
なんだかんだで、コマンドラインいくつか叩いてエディタを使って
ソース貼付けてみたいな、初心者を逸脱した操作が要求される
環境ばっか
まあ、そろそろ出てくるだろうけど
0417デフォルトの名無しさん
2013/04/23(火) 01:38:08.24とにかく楽に何かを作りたい初心者に勧めるならVSになってしまうと思う
0418デフォルトの名無しさん
2013/04/23(火) 01:38:13.49白痴乙
0419デフォルトの名無しさん
2013/04/23(火) 01:39:32.19最近は多いらしいよ。JSというか
HTMLから入るらしい。
0420デフォルトの名無しさん
2013/04/23(火) 01:40:04.22それって、どこの畑で育ったかの問題で、
一世代前のPGにはIDEから入ったとかいうと馬鹿にされるよ
0421デフォルトの名無しさん
2013/04/23(火) 01:40:20.89これでクライアントアプリを作るだろ？
そうすれば一部を手直しするだけで
ウェブアプリにできてしまう。
0422デフォルトの名無しさん
2013/04/23(火) 01:40:34.410423デフォルトの名無しさん
2013/04/23(火) 01:43:52.76へえ、おれはJS使いじゃないからウェブアプリなんて作れないわ
お前の一番力作のウェブアプリ見せてよ
0424デフォルトの名無しさん
2013/04/23(火) 01:44:10.74たとえばどういうライブラリなりフレームワークなりを使うの？
俺は初心者に勧めるならSmall BasicとかProcessingとかになっちゃうんだが
0425デフォルトの名無しさん
2013/04/23(火) 01:44:44.31先にお前の一番の力作のウェブじゃないアプリを見せてよ。
0426デフォルトの名無しさん
2013/04/23(火) 01:45:14.920427デフォルトの名無しさん
2013/04/23(火) 01:46:37.97Processingはアリだね
>>425
お前があげたら良いよ
0428デフォルトの名無しさん
2013/04/23(火) 01:46:47.830429デフォルトの名無しさん
2013/04/23(火) 01:48:07.14ちょっとしたアプリケーション（プロトタイプ）作って、動かしてみて、理論を形にする、なんてことはやってるやつはやってるよ。
最近は JS も優れたライブラリがかなり豊富になってきて、
簡単なデモを作るにはもってこいの言語だよね。
0430デフォルトの名無しさん
2013/04/23(火) 01:48:26.06>>312 に書いてあるとおり。
> ちょっと思いつくだけでも、Chrome Packaged App、Flex、XUL、node-webkit、app.js、tidesdk
> 好きなの選べよ
あとはデータ保存などを抽象化しておけば
その部分をサーバーから読み書きすれば
デスクトップアプリのウェブアプリ化が完了。
さらにスマホにも対応できてしまう。
0431デフォルトの名無しさん
2013/04/23(火) 01:49:05.21自分が挙げられないものを他人に要求する。
その人の人格を疑うよねｗ
0432デフォルトの名無しさん
2013/04/23(火) 01:49:37.05その嘘っぱち妄想を並べたいかにも印象操作みたいな宣伝文句やめてくれないか
0433デフォルトの名無しさん
2013/04/23(火) 01:49:47.97コンピュータサイエンス専攻なんていうけれど、
そもそも教授たちの頭の中が自分らが過ごした青春時代で時が止まっててスゴく迷惑
0434デフォルトの名無しさん
2013/04/23(火) 01:50:05.44ゲーム機にも対応できちゃう？
任天堂「今後C++は捨てJavaScriptで開発していく」
http://toro.2ch.net/test/read.cgi/tech/1363752460/
0435デフォルトの名無しさん
2013/04/23(火) 01:50:17.44ここで毎日粘着してるJS厨がどういうものを作ってるのかかなり気になったもので
何も作ってないんだろうけど
0436デフォルトの名無しさん
2013/04/23(火) 01:50:46.83だからぁ。同じように粘着しているお前が
何を作るのか気になるんだよ。
何も作ってないんだろうけど。
0437デフォルトの名無しさん
2013/04/23(火) 01:52:22.38俺自身は粘着してないよ。
みたいなこと言ってほしいなｗ
0438デフォルトの名無しさん
2013/04/23(火) 01:52:26.09http://www.moongift.jp/2013/02/20130202-2/
0439デフォルトの名無しさん
2013/04/23(火) 01:53:01.46何を嘘だと思ったのか気になるけど、
gtkだとかqtを自前で用意するより遥かに労力がイラナイし仕事もあるから
awt/swingみたいな無名クラス書くとかやってられん
0440デフォルトの名無しさん
2013/04/23(火) 01:54:52.17現実ネットワークを複雑ネットワークとしてモデル化して解析したり
マルチエージェントシミュレーションしたりするプログラム
0441デフォルトの名無しさん
2013/04/23(火) 01:56:36.38Linuxならいろんな言語を簡単に使えるんだぜ。
インストールが簡単。
って言ってる人に限って
JavaScrptならLinuxじゃなくても簡単に使えますよ
実行環境誰でも持っていますから。
というとムキになって反論するだよな。
0442デフォルトの名無しさん
2013/04/23(火) 01:57:08.10奇遇だな。俺もだ。
0443デフォルトの名無しさん
2013/04/23(火) 01:57:22.940444デフォルトの名無しさん
2013/04/23(火) 01:58:49.50あ、その程度の紹介でいいんだ？
ならお金を稼ぐことができるウェブサービスを作る仕事。
0445デフォルトの名無しさん
2013/04/23(火) 01:59:21.99Eclipse
NetBeans
Visual Studio
0446デフォルトの名無しさん
2013/04/23(火) 01:59:30.57カーニハン先生の新刊には十数ページほどのプログラミング入門があるけど
JavaScript で Hello World, 制御構文ときて最後に Google Maps の API を
叩くところまでやってた
これを日本人の同年代の学者さんがやると使用言語が Pascal や Lisp になって
階乗とハノイの塔を解くんだろうなと思うと絶望した
0447デフォルトの名無しさん
2013/04/23(火) 01:59:48.94C/C++の最大の特徴は、コンパイラが自分自身のソースをコンパイルすること
それができない限り、言語が一つになる時代は来ないから
0448デフォルトの名無しさん
2013/04/23(火) 02:00:07.40何を馬鹿なこと言ってるのか不思議だけど、そもそもgithubの連中がjsを使い出したわけで、
プロトタイプ作るにも一番に楽な言語なわけ
debianよりubuntuが流行る理由を考えろよ
誰も依存関係の解消に時間なんて割きたくないんだよ
0449デフォルトの名無しさん
2013/04/23(火) 02:00:49.89JSでやってるの？
0450デフォルトの名無しさん
2013/04/23(火) 02:01:47.47intelliJ IDEA
0451デフォルトの名無しさん
2013/04/23(火) 02:01:47.52どんなサービス？
0452デフォルトの名無しさん
2013/04/23(火) 02:02:09.59素晴らしいね。
0453デフォルトの名無しさん
2013/04/23(火) 02:03:06.490454デフォルトの名無しさん
2013/04/23(火) 02:03:47.75誰でもあんた個人が特定できるぐらいの
具体的な製品名やプロジェクト名言ってよ。
0455デフォルトの名無しさん
2013/04/23(火) 02:04:07.44なにかlinuxユーザーにトラウマを植え付けられたのか知らんが
何をどう結び付けてるのか理解できない
0456デフォルトの名無しさん
2013/04/23(火) 02:05:09.66なんで？
0457デフォルトの名無しさん
2013/04/23(火) 02:05:52.66そりゃ、他人にそれを要求する奴には
同じようにそれを要求するさ。
速くお前個人を特定できる情報をよこせ。
0458デフォルトの名無しさん
2013/04/23(火) 02:06:24.73お前に仕事を与えてる上の上の人間は別にJSなんて一切知らなくていいわけだ
そういうものに私はなりたい
0459デフォルトの名無しさん
2013/04/23(火) 02:07:10.44やっぱり品と知性がないなｗ
なーに、そういう結果にしたいんですだよ。
0460デフォルトの名無しさん
2013/04/23(火) 02:07:47.04いや、たぶんお前がどんなサービス（の一部の一部）を作ってると言ったところで
個人は特定できんよ。JSの仕事がショボいってことはわかるだろうが
仕事なんて往々にしてそういうものだ
0461デフォルトの名無しさん
2013/04/23(火) 02:08:04.940462デフォルトの名無しさん
2013/04/23(火) 02:09:11.17個人が特定されることは、俺自身がわかってる。
だからお前に俺がされたのと
同等の質問をしている。
何か問題でも？
0463デフォルトの名無しさん
2013/04/23(火) 02:09:58.37ならいいです。こんだけ危険人物だとみなされてるJS厨の個人が特定されたら大変だろうから
0464デフォルトの名無しさん
2013/04/23(火) 02:12:00.980465デフォルトの名無しさん
2013/04/23(火) 02:13:12.820466デフォルトの名無しさん
2013/04/23(火) 02:15:34.06googleでajaxアプリ書いてもショボいって言うんだろうな
0467デフォルトの名無しさん
2013/04/23(火) 02:15:58.38少しでも商品について文章を書いてるとしたら
臭すぎるからちょっと注意したほうがいいと思う
0468デフォルトの名無しさん
2013/04/23(火) 02:18:50.67むしろgoogleって時点ですごいと感じてしまう
彼はgoogleなのかな
0469デフォルトの名無しさん
2013/04/23(火) 02:19:22.980470デフォルトの名無しさん
2013/04/23(火) 02:41:01.66昨日からJSについて100レスぐらいしている基地外が2匹ぐらいいるだろ
0471デフォルトの名無しさん
2013/04/23(火) 02:43:40.640472デフォルトの名無しさん
2013/04/23(火) 02:44:05.550473デフォルトの名無しさん
2013/04/23(火) 02:46:41.450474デフォルトの名無しさん
2013/04/23(火) 03:01:22.770475デフォルトの名無しさん
2013/04/23(火) 03:01:26.23c#に至ってはライブラリ実装するまでもないなんて言われてるわけだけど、
世の中は標準化とトレンドに逆らっても何のメリットもないよ
ところで、node.jsが普及して困るのって誰だろう？大手SIer?
0476デフォルトの名無しさん
2013/04/23(火) 03:05:27.910477デフォルトの名無しさん
2013/04/23(火) 03:13:40.03c/c++&jsとjava&jsは確定された未来で、LLにとってのディストピア。
皆、perlの二の舞にならないように気を付けてね
0478デフォルトの名無しさん
2013/04/23(火) 03:17:14.62さきのことなんて誰もわからない。そんなことがわかれば誰も苦労しない
JS厨が徹底して詐欺師スタイルなのはなぜだ？それも分からない
0479デフォルトの名無しさん
2013/04/23(火) 03:18:27.690480デフォルトの名無しさん
2013/04/23(火) 03:22:49.070481デフォルトの名無しさん
2013/04/23(火) 04:53:09.68PHP Python Ruby Perl
どれが一番処理早い？
0482デフォルトの名無しさん
2013/04/23(火) 05:29:06.38左にあったものが右に来るだけで、本質的には何も変わらない気がする。
0483デフォルトの名無しさん
2013/04/23(火) 05:38:06.260484デフォルトの名無しさん
2013/04/23(火) 05:49:18.600485デフォルトの名無しさん
2013/04/23(火) 07:06:22.62>JavaScriptのライブラリの依存関係を解決する仕組みは
>素晴らしいね。
jQueryのnoConflictとかな
あれ考えて見たら地味に凄いよな
余計な構文を付加しないでただ普通の言語の基本機能使ってるだけだもん
パッケージやモジュールが一つの変数に値として入ってるという感覚
なかなか他の言語ではこういうのないよね
0486デフォルトの名無しさん
2013/04/23(火) 07:14:22.77ほんと他の言語を知ろうともしない上に
気持ち悪さだけは一流だな
0487デフォルトの名無しさん
2013/04/23(火) 07:19:01.79お前が次々具体的な言語を挙げて反論すればいいだけやん
0488デフォルトの名無しさん
2013/04/23(火) 07:21:23.66まあ、Javascriptが嫌いで、でも無視できない領域でプログラミングしてるなら
このリストから自分の好みの処理系を選んで使えば良いよ
Javascriptは標準化されてるから、一度ちゃんと動くレベルになればずっと動くし
0489デフォルトの名無しさん
2013/04/23(火) 07:23:41.38> パッケージやモジュールが一つの変数に値として入ってるという感覚
> なかなか他の言語ではこういうのないよね
Python なんかもそういう感覚だよ
0490デフォルトの名無しさん
2013/04/23(火) 07:25:37.20シングルトンだけどな
0491デフォルトの名無しさん
2013/04/23(火) 07:31:48.50よく見てなかったけど変なの一杯あるな
一通りメジャーな言語からJavascriptに変換できるようだし、
JS嫌いのやつ良かったじゃんw
0492デフォルトの名無しさん
2013/04/23(火) 07:32:46.65別にdir辺りでモジュール情報読み込んで
シングルトンじゃないように振る舞うデコレータを書くのも簡単だけどね
0493デフォルトの名無しさん
2013/04/23(火) 07:36:14.59pythonも希有な言語だと思う
0494デフォルトの名無しさん
2013/04/23(火) 07:39:32.07Moescript - Indent-based language
LispyScript - A JavaScript with Lispy syntax and Macros.
RedScript - Ruby flavored JavaScript.
この辺面白そうだな
萌えスクリプトw
0495デフォルトの名無しさん
2013/04/23(火) 07:41:05.54pythonとかlisp系くらいかね
あとは知らないけどrubyあたりもそうかも
0496デフォルトの名無しさん
2013/04/23(火) 07:58:23.710497デフォルトの名無しさん
2013/04/23(火) 08:12:09.09夢じゃないな
しかも、簡単な記述で自動的に出来そう
古いバージョンと新しいバージョンを宣言一つで自由自在に切り替えたり、
古いバージョンから新しいバージョンへの逆方向も簡単に出来そうだし
そうなると、古いバージョンにしか対応していないライブラリの利用も簡単に出来る
仕組みが出来上がるかも
長年プログラマを悩ませてきた言語の後方互換性の問題をJavascriptが解決しちゃうかもな
0498デフォルトの名無しさん
2013/04/23(火) 08:28:39.66一時期のPerlは酷い時代だったねぇ
専門分野でもないのにCGIの話ばかりで
perlがCGIという言語の処理系だと思ってる輩とか
.cgi=Perlソースの拡張子と思ってる輩とかが跋扈してた
やっと元のPerlに戻りつつあって良いと思うよ
二の舞で言えばRuby辺りは既に二の舞を踏んだとこだと思うな
何かRubyと言えばRails前提みたいなのが増えちゃってキモイことになった
0499デフォルトの名無しさん
2013/04/23(火) 09:05:28.300500デフォルトの名無しさん
2013/04/23(火) 09:06:33.88JSへコンパイルする言語が乱立しているとは聞いていたが、
まさかこれほどとは・・・
JSの世界で、一体何が起こっているんだ・・・
0501デフォルトの名無しさん
2013/04/23(火) 09:12:18.28JSの世界には何も起きてないよ？
お前は、機械語に変換する言語が増えたら
機械語の世界で何が起きてるんだっていうか？
0502デフォルトの名無しさん
2013/04/23(火) 09:20:23.94だれもJSなんか書きたくないからこうなった、まさにカオス。
0503デフォルトの名無しさん
2013/04/23(火) 09:37:46.65仕様が小さいので（あんま細かいこと要求されない）
処理系が書きやすいんだろうな
なんかあったらJSが悪いで押し通せるというかその辺Schemeと似てるなw
0504デフォルトの名無しさん
2013/04/23(火) 10:12:30.29JS使ってる人が大半なのに何で誰も書きたくないっておもった？
0505デフォルトの名無しさん
2013/04/23(火) 11:04:12.83JS使ってる人が大半だって何でおもった？
0506デフォルトの名無しさん
2013/04/23(火) 11:45:06.88C++ (書きたくない)
AWK (書きたい)
Perl (書きたくない)
HTML (書きたい)
Ajax (書きたくない)
これがセカンドシステム症候群だ
0507デフォルトの名無しさん
2013/04/23(火) 12:24:53.02信者の言い分もLisperそっくりだからな
0508デフォルトの名無しさん
2013/04/23(火) 13:28:46.56CのCGIは設置できないってことなので
PHP Perl Python Rubyの中で処理速度が一番高速なのを知りたいです
やりたいのは2MBくらいの圧縮されたファイル(zip/gzip)から数MBのテキストファイル(UTF-8)を取り出し解析してデータを抽出しデータベース(mysql)に登録するという感じです
0509デフォルトの名無しさん
2013/04/23(火) 13:30:22.00＞JS使ってる人が大半だって何でおもった？
客観的なデータからだよ
君のほうの根拠は？
0510デフォルトの名無しさん
2013/04/23(火) 13:38:05.74結局いつも使っている言語を使いたいだけ
0511デフォルトの名無しさん
2013/04/23(火) 13:47:19.97その程度なら差はほとんど出ない
設置しやすさとかメンテ要員とか開発者の好みとか他の要素で決めればいい
0512デフォルトの名無しさん
2013/04/23(火) 17:03:37.790513デフォルトの名無しさん
2013/04/23(火) 17:12:55.52㌧
差が無いのか・・・それは残念です
0514デフォルトの名無しさん
2013/04/23(火) 18:42:39.25静的型付けで書きたいから
どれかまともな静的型付け言語がJS上でデファクトの地位を確立しないものか
0515デフォルトの名無しさん
2013/04/23(火) 18:47:37.23googleが業界最速のデファクト処理系を作った時点でポイされるのがjs
0516デフォルトの名無しさん
2013/04/23(火) 18:50:07.57RDBがボトルネックになるよというのが昔からある決まり文句
0517デフォルトの名無しさん
2013/04/23(火) 20:11:16.56もうPythonでよくね？
0518デフォルトの名無しさん
2013/04/23(火) 20:23:14.940519デフォルトの名無しさん
2013/04/23(火) 20:23:53.30http://toro.2ch.net/test/read.cgi/tech/1238847817/
0520デフォルトの名無しさん
2013/04/23(火) 20:30:09.36あまりに元ソースとかけ離れちゃうとブラウザのデバッガが使いずらい。
ソースの行番号程度ならソースマップで同期させられるけど、
オブジェクトのインスペクタがダメ。
0521デフォルトの名無しさん
2013/04/23(火) 20:39:18.85blenderの拡張ってJavascriptで書けたっけ？と思って
マニュアル見たら全然載ってねぇ。くっそー騙された！
ttp://wiki.blender.org/index.php/Doc:2.6/Manual/Extensions
0522デフォルトの名無しさん
2013/04/23(火) 21:14:32.80普及すれば言語専用のデバッグツールも充実してくるかも
0523デフォルトの名無しさん
2013/04/23(火) 21:19:43.31ここらへんはJavaやGNOMEにこだわってないでJS上にも実装しちゃえよ
普及に弾みが付くかもしれんぞ
0524デフォルトの名無しさん
2013/04/23(火) 21:28:10.61使いづらいから普及しなくて
普及しないから使いづらいままのループ
0525デフォルトの名無しさん
2013/04/23(火) 21:37:52.85馬鹿にされると何だかすごくムカつくね
ttp://www.youtube.com/watch?feature=fvwp&v=uFMMXRoSxnA&NR=1
こういうテレビ局みたいなIT業界と関係のないところは、
バリバリと予算をふんだくって良いからVisual Studioとc＃を使いたくなるね！
0526デフォルトの名無しさん
2013/04/23(火) 21:41:50.22重要で面白いことは全部サーバ側で計算して
ブラウザ側はviewだけ担当すればいいんだから
JS厨みたいな低能じゃなかったらデバッガなんていらんだろ
0527デフォルトの名無しさん
2013/04/23(火) 22:07:46.17サーバ側で動くようなコードはかなり複雑でもデバッガに頼る必要ってあまり感じないけどね
直線的に動き切るような感じのコードにすることが多いし
ビューのコードは単純でも状態を遷移させながら永続的に動き続けるような感じになるんで、
リアルタイムでデバッガの支援を受けながらデバッグしたいことが多い
0528デフォルトの名無しさん
2013/04/23(火) 22:14:29.130529デフォルトの名無しさん
2013/04/23(火) 22:26:40.510530デフォルトの名無しさん
2013/04/23(火) 22:27:10.17他のJS厨のレスを見てもわかる通りすべて妄想だよ
0531デフォルトの名無しさん
2013/04/23(火) 23:36:34.15JavascriptでのHTTPリクエストは基本的に鯖が対応してないと
クロスドメイン制約に引っかかってできないのでしょうか？
0532デフォルトの名無しさん
2013/04/24(水) 00:10:15.59基本的にはね
JSONPもCORSも鯖対応が必要
ただ、別にブラウザ上の組み込み言語じゃなければそんな制限はないので
node.jsとかは普通にできるし、Flashはポリシーファイルを使うみたいだね
0533デフォルトの名無しさん
2013/04/24(水) 00:16:00.22ありがとうございます。
ちょっとandroidで処理を全部htmlで書く場合どうすればいいかと思いまして、
クライアント側のhtmlではそういう通信は諦めたほうが良さそうですね。
おとなしくネイティブでやろうと思います。
0534デフォルトの名無しさん
2013/04/24(水) 00:20:58.32追加出来たはず
ただ、この場合も全部HTMLってわけではないけど
0535デフォルトの名無しさん
2013/04/24(水) 00:37:05.48ネイティブ命令へもアクセスできるし。
HTMLを使わないならTitaniumが有名だね。
こちらもJavaScriptでネイティブ命令を使える。
0536デフォルトの名無しさん
2013/04/24(水) 02:23:47.58お前が初心者だということが良く分かった
0537デフォルトの名無しさん
2013/04/24(水) 02:38:05.54またいつもの、悔しいからとりあえずなんか言っとけ
ってやつか？ たいてい捨て台詞はいて去っていくんだよなｗ
0538デフォルトの名無しさん
2013/04/24(水) 03:07:26.760539デフォルトの名無しさん
2013/04/24(水) 03:21:48.880540デフォルトの名無しさん
2013/04/24(水) 06:25:13.180541デフォルトの名無しさん
2013/04/24(水) 08:18:18.63ブラウザで動く唯一の言語というJSのメリットがどんどん無くなってきた
0542デフォルトの名無しさん
2013/04/24(水) 08:26:38.97Javascriptが言語として優れていることに
0543デフォルトの名無しさん
2013/04/24(水) 08:41:44.310544デフォルトの名無しさん
2013/04/24(水) 09:06:31.960545デフォルトの名無しさん
2013/04/24(水) 09:13:27.800546デフォルトの名無しさん
2013/04/24(水) 11:15:38.77ブラウザ上ではそのコードをブラックボックスとして扱うようにするな
0547デフォルトの名無しさん
2013/04/24(水) 12:15:49.50そりゃ富士山噴火したらどうすんの？並に起こる確率低いがな
0548デフォルトの名無しさん
2013/04/24(水) 12:19:23.570549デフォルトの名無しさん
2013/04/24(水) 12:20:33.930550デフォルトの名無しさん
2013/04/24(水) 12:22:33.730551デフォルトの名無しさん
2013/04/24(水) 12:38:55.140552デフォルトの名無しさん
2013/04/24(水) 18:35:00.31なんでわざわざ実績のない「こ難しい」もの使うの？
0553デフォルトの名無しさん
2013/04/24(水) 19:05:52.08欲を出すとネガティブになる
0554デフォルトの名無しさん
2013/04/24(水) 21:19:38.52用途も目的も全く違うじゃないかw
0555デフォルトの名無しさん
2013/04/24(水) 21:50:39.08君が難しいと思っていることはどうでもいい。
DBサーバーと連携したようなウェブサイトというが
今のほとんどのウェブサイトはDBサーバーと連携してるので
ほぼ全てのサイトに当てはまる。
PHPがクライアントサイドで動くのならいいが、
PHPはサーバーサイド用なので
クライアントサイドの言語がどうしても一つは必要になる。
以上二つの理由からほぼすべてのサイトでクライアントサイドの言語が必要になる。
HTMLは文書のためのマークアップ言語なので、一部の数少ないフォームを除いて
ユーザーインターフェースを備えていない。HTMLのフォームは機能が貧弱で
例えば日付入力すら使いづらい。(HTML5で一部のブラウザでは少しましになったが）
閲覧するだけのウェブサイトならばHTML+CSSだけでも何とかなるが
使うことが出来るウェブアプリにはJavaScript（または同等の言語）が必要となる。
0556デフォルトの名無しさん
2013/04/24(水) 22:04:05.13asm.js言語で書かれたソースコードは、JavaScript言語として実行できる。
サンプルコード無いのかと思ってちょっと見つけた。
http://hagino3000.blogspot.jp/2013/04/asmjs.html
function create_my_asm_module(stdlib, foreign, heap) {
"use asm";
}
こう書くと、対応しているブラウザではasm.js言語と解釈されるらしい。"use strict"みたいやな。
function calc_tax_included_price(price, tax_rate) {
price = price|0; // priceはint
tax_rate = +tax_rate; // tax_rateはdouble
//略
}
これが型宣言の方法らしいｗ
int priceみたいな書き方はJavaScriptとの互換性がなくなるから、
まあ使えないわな。でもやっぱりキモいｗ
"int"; price; とか/* int */ price; みたいな
方法じゃダメだったんかいな？
0557デフォルトの名無しさん
2013/04/24(水) 22:22:30.98馬鹿だなお前
0558デフォルトの名無しさん
2013/04/24(水) 22:29:33.29理由書かないとお前のほうが馬鹿に見えるぞ。
0559デフォルトの名無しさん
2013/04/24(水) 22:32:13.61stackoverflowのAPIを使うクライアントを作れというお題があったよな
あれはPHPでもできるんじゃないか
0560デフォルトの名無しさん
2013/04/24(水) 22:34:34.26あ、クライアントというのはウェブアプリのクライアント、
ブラウザで動かすって意味ね。
PHPでデスクトップアプリ作るとか
CLIアプリでクライアントの役目をすることは出来るけど
そういう意味じゃない。
0561デフォルトの名無しさん
2013/04/24(水) 22:55:51.25hcapp.rakusaba.jp
0562デフォルトの名無しさん
2013/04/25(木) 01:46:23.85素のJSより速いだけじゃなく、emscriptenみたいなクロスコンパイラが使えるというのが良い。
LLVM用のフロントエンドがある言語(C/C++含む)と、それらの言語で書かれた処理系がある言語(Perl,Python,Ruby,PHP)は
ブラウザで動くようになる。
ウンコなJSを人間が読み書きする必要は無くなり、生産性の高い言語で開発することが出来る。
クロスコンパイラなので、ゴミのようなブラウザのデバッガを使う必要も無い。
0563デフォルトの名無しさん
2013/04/25(木) 01:59:55.46LLVMとかのクロスコンパイラで生成するのが前提で、
生のasm.jsでコーディングするのはあまり考慮されていない
ブラウザのAPIにアクセスするようなコードは当然ながらブラウザ上でしか動作しないので、
asm.jsに変換されたわけのわからないコードとにらめっこしながら
ブラウザ上でデバッグすることになる
0564デフォルトの名無しさん
2013/04/25(木) 02:11:13.78開発環境でブラウザAPIをエミュレートする層を用意するくらい簡単。
わざわざブラウザ上でデバッグするわけねーだろ。
やっぱJS厨はアホだなw
0565デフォルトの名無しさん
2013/04/25(木) 02:36:52.68個人でなんとかなるようなレベル
それに比べたら、ビューのデバッグができるようなブラウザAPIの
エミュレーション環境を作るのは非常に手間がかかる
実用的に使えるものはほとんど存在しない
0566デフォルトの名無しさん
2013/04/25(木) 07:32:58.85だってemscriptenでデバッガも移植できるんだから
好きなだけブレークポイント貼るなりステップ実行なりすれば良い
0567デフォルトの名無しさん
2013/04/25(木) 07:46:29.05それでasm.jsのコードをデバッグなんて出来ないぞ
デバッガの仕組みを根本的に理解できて無いだろ
0568デフォルトの名無しさん
2013/04/25(木) 07:53:53.01それに、そもそもアプリはブラウザ固有のAPIなんて直接叩かなくなるよ
Qt等のクロスプラットフォームGUIフレームワークが抽象化して
ネイティブアプリとWebアプリが同じコードで動くようになる
で、基本はネイティブクライアントとして開発するけど、
インストールしたく無い人は少し遅いけどブラウザでも動きますよ、って世界になる
0569デフォルトの名無しさん
2013/04/25(木) 08:01:13.29まあ俺は普通にjsでもいいからどうでもいいけどw
0570デフォルトの名無しさん
2013/04/25(木) 08:15:27.440571デフォルトの名無しさん
2013/04/25(木) 08:21:07.32C言語で書かれたインタプリタ自体をasm.jに変換して、
スクリプト言語のコードをそのままブラウザで動かすってことかね
まず、インタプリタがOSのAPIにアクセスしまくりなんで、
それをブラウザで動くように変換するのはかなり手間がかかるな
さらに、スクリプト言語のコードからブラウザのDOMとかにアクセスする手段は
新たに用意する必要があるので、これにも激しく手間がかかる
こんなの誰が作るんだよ
0572デフォルトの名無しさん
2013/04/25(木) 08:21:09.47ブラウザで動くバージョンはタダで使える
開発者側は一つのコードベースで良い
悪くないな
ブラウザ由来の機能制限も、これならメリットにすらなりそう
0573デフォルトの名無しさん
2013/04/25(木) 08:50:03.70まあCanvasに描画とかになるんだろうが激しく重そう
逆にネィティブアプリも表示にDOM+HTMLを使うようになるって方が現実味がある
0574デフォルトの名無しさん
2013/04/25(木) 09:50:46.980575デフォルトの名無しさん
2013/04/25(木) 10:15:02.270576デフォルトの名無しさん
2013/04/25(木) 10:19:27.65WebGLも使い道ほとんどないだろう。
高度な3Dグラフィックのゲーム作るのにわざわざブラウザをプラットホームにする理由ない。
ネイティブアプリで作る方が遥かに簡単で高速なんだから。
0577デフォルトの名無しさん
2013/04/25(木) 10:21:38.69これは中間言語みたいなもんで可読性とか考えるようなものじゃない
0578デフォルトの名無しさん
2013/04/25(木) 11:22:19.83インターネットの標準にノイズを入れる事を彼らが支持するはずかない。
ECMAもasmjsにはマジおこ。
0579デフォルトの名無しさん
2013/04/25(木) 14:37:53.78これはサーバープログラムの設定でできるの？
apacheとかでやる場合どうするんですか？keep aliveとか関係してますか？
教えてください
0580デフォルトの名無しさん
2013/04/25(木) 14:58:59.670581デフォルトの名無しさん
2013/04/25(木) 16:13:13.88NaCl等と違って、asm.jsは標準のサブセットだから、
別にブラウザがサポートしなくても実行が糞遅くなる（そして遅いブラウザという烙印を押される）だけ
そしてMozillaだけでなくGoogleもサポートしそう
ttps://code.google.com/p/v8/issues/detail?id=2599
JS厨が後生大事に溜め込んだバッドノウハウが
陳腐化してゴミになることを除けば、誰も損をしない
素晴らしいプロダクトだよasm.jsは
0582デフォルトの名無しさん
2013/04/25(木) 21:25:50.57WebGLはそもそも、対Flashのためにあるんじゃないの？
そんなに速度がシビアな分野には使われねんじゃねーかと思う
0583デフォルトの名無しさん
2013/04/25(木) 21:44:36.78別に何も困らんけどね
バッドノウハウがいらなくなって、javascriptが速くなって
結構なことじゃんw
0584デフォルトの名無しさん
2013/04/25(木) 21:46:54.90asm.jsにWebGL
パフォーマンスまでもが強みになってきた
死角なさすぎて笑が止まらんw
0585デフォルトの名無しさん
2013/04/25(木) 22:57:41.21> JS厨が後生大事に溜め込んだバッドノウハウが
> 陳腐化してゴミになることを除けば、誰も損をしない
あれ？ 普通はバッドノウハウは
早く不要になってほしいと思ってるはずだけど？
JS厨を含めて、誰も損しないじゃんか。
0586デフォルトの名無しさん
2013/04/25(木) 23:02:14.04可読性に関することって
int型とdouble型の指定の
2つだけでしょ？
あとは標準のJavaScriptそのまんま。
0587デフォルトの名無しさん
2013/04/26(金) 00:56:01.25今以下の様なスクリプト書いています。これらをJSON形式にて出力したいのですが、
どうにもやり方が分らず苦戦してます。そもそもこれだと無理なのかすら判断が出来ず、
お知恵を貸して下さい！
book.items.each do | item|
res1 = item.get('ItemAttributes/Title')
res2 = item.get('DetailPageURL')
res3 = item.get('MediumImage/URL')
js = { "title" => res1, "url" => res2, "img" => res3}
ans = JSON.pretty_generate(js)
puts ans
出力結果（カンマが入らないのと [ ] が付与されない）
{
"title": "name",
"url": "address",
"img": "path.jpg"
}
{
"title": "name",
"url": "address",
"img": "path.jpg"
}
0588デフォルトの名無しさん
2013/04/26(金) 00:59:37.130589デフォルトの名無しさん
2013/04/26(金) 00:59:40.33JSの話に戻ろうぜ。
0590587
2013/04/26(金) 01:03:02.11[
{
"title": "name",
"url": "address",
"img": "path.jpg"
},
{
"title": "name",
"url": "address",
"img": "path.jpg"
}
]
>>588
Rubyですいません。。。
>>589
下らない質問ですいません。。
0591デフォルトの名無しさん
2013/04/26(金) 01:16:48.82なんでRubyスレがあるのにここで質問するの？
0592587
2013/04/26(金) 01:20:06.80ぁっあ！！！すいませんでした、全然違うところに書き込んでいるの気がつきませんでしたOrz…
移動します。ありがとうございます。
0593デフォルトの名無しさん
2013/04/26(金) 01:44:19.460594デフォルトの名無しさん
2013/04/26(金) 07:36:18.48JS自体のコーディング需要が無くなるという意味で
バッドノウハウが不要になるんだけどね
JSは中間言語としてのみ生き残る
0595デフォルトの名無しさん
2013/04/26(金) 07:42:52.960596デフォルトの名無しさん
2013/04/26(金) 07:53:31.34JS厨の書く普通のJSコードは全く速くならんがな
GCすら無いasm.js用コードを手書きしたいというなら止めんが
0597デフォルトの名無しさん
2013/04/26(金) 07:59:20.750598デフォルトの名無しさん
2013/04/26(金) 08:15:57.13正直そのレベルならどの言語で書こうとasm.js用なのを
意識する必要があるんじゃね？
仮にそれが無いとすれば、普通のjavascriptやよく似たtypescriptあたりを
自動変換する技術も現れるだろう
0599デフォルトの名無しさん
2013/04/26(金) 08:22:50.86Cで書いてasm.jsに変換したものに置き換えるあたりだろう
0600デフォルトの名無しさん
2013/04/26(金) 08:24:10.54Cとかの静的言語のコードをasm.jsのコードへ変換した場合なんだよね
動的言語のコードを変換してもそれほど速くはならんし、
インタプリタ自体をasm.jsで変換してその上でスクリプトを動かしたりしたらスッゲー遅いよｗ
0601デフォルトの名無しさん
2013/04/26(金) 08:26:14.790602デフォルトの名無しさん
2013/04/26(金) 08:29:32.790603デフォルトの名無しさん
2013/04/26(金) 09:15:49.69> GCすら無いasm.js用コードを手書きしたいというなら止めんが
asm.jsはJavaScriptとして実行可能って言ってるだろうがｗ
0604デフォルトの名無しさん
2013/04/26(金) 09:24:43.70たぶんなんか勘違いしてる
"use asm";を付けたコードは、Javascriptとしてもasm.jsとしても実行できるコードになってる必要がある
0605デフォルトの名無しさん
2013/04/26(金) 10:04:44.41asm.jsはjsのサブセットだからasm.jsが動くならjaも必ず動く
0606デフォルトの名無しさん
2013/04/26(金) 10:05:19.750607デフォルトの名無しさん
2013/04/26(金) 10:57:03.51その逆はダメだってことね。だからまずはGCを止めるasm.jsの環境で動くコードである必要がある。
そのコードがJSの環境でも一応動くってだけ。
0608デフォルトの名無しさん
2013/04/26(金) 11:04:33.770609デフォルトの名無しさん
2013/04/26(金) 20:17:40.24Cで書かれたプログラムが50%程度の速度で動くなら、
Cで処理系が書かれたスクリプト言語も50%程度の速度で動くのでは？
0610デフォルトの名無しさん
2013/04/26(金) 21:04:20.11スクリプト言語はインタプリタがネイティブで動いてる状態でも
ブラウザで動くJSと比べてかなり遅いからね
0611デフォルトの名無しさん
2013/04/26(金) 21:18:24.62ウィジェットが速い言語で書かれてたら
他の部分は何で書いても速度差なんて体感できんけどね
特にウェブアプリはネットワークがボトルネックの上に計算はサーバでやるし
まあ、速度が欲しけりゃC/C++で書いてFFIで呼べば良いよ
0612デフォルトの名無しさん
2013/04/26(金) 21:55:07.38暗黙の型変換が邪魔すぎる
文字列と数を足せたり、加算するだけで整数が実数になったり馬鹿かと
で、こう書くと型付けの弱さと動的型付けの
区別が付かないアホが湧くんだよなぁ
0613デフォルトの名無しさん
2013/04/26(金) 22:15:52.09型付けの弱さに、暗黙の型変換がどう関係するの？
暗黙の型変換なんて演算子オーバーロードみたいなものとしか
思ってないんだが？
0614デフォルトの名無しさん
2013/04/26(金) 22:22:37.33マジで？
2+1が3と比較したら等しくなかったりするんか
クソすぎるじゃん
0615デフォルトの名無しさん
2013/04/26(金) 22:27:39.07数値
JavaScript の数値は全てが実数型です。整数型という概念はありません。
0616デフォルトの名無しさん
2013/04/26(金) 22:29:18.84クソ言う前に自分で調べるかレスを待てよ。
クソ言ったお前がバカに見られるぞｗ
それで型付けの弱さと暗黙の型変換の関係は？
型付けが弱かったら、絶対に暗黙の型変換が行われると
思ってるのかな？
0617デフォルトの名無しさん
2013/04/26(金) 23:03:18.53人間にとっての整数が、加算で整数でなくなったりしたら困る
0618デフォルトの名無しさん
2013/04/26(金) 23:47:53.50実数型なら誤差かもしれない
0619デフォルトの名無しさん
2013/04/27(土) 03:38:14.23bit演算なんかの特定の演算の結果は整数になる
0620デフォルトの名無しさん
2013/04/27(土) 03:56:02.480621デフォルトの名無しさん
2013/04/27(土) 06:42:35.68どれを相互に足しても実行時エラーにならないとかJS糞すぎる
0622デフォルトの名無しさん
2013/04/27(土) 06:50:35.04スクリプト言語なのに整数の桁あふれを
意識する必要がある時点でダセェ
0623デフォルトの名無しさん
2013/04/27(土) 07:10:29.680624デフォルトの名無しさん
2013/04/27(土) 07:25:25.70これって、スクリプト言語とは違うジャンルが出てくる前兆だよな
0625デフォルトの名無しさん
2013/04/27(土) 07:35:30.84PHPでも爆速よ
0626デフォルトの名無しさん
2013/04/27(土) 07:39:22.38JSは桁あふれっつーか、こっそり精度が落ちる
1000000013 * 1000000013 => 1000000026000000100
0627デフォルトの名無しさん
2013/04/27(土) 07:43:48.950628デフォルトの名無しさん
2013/04/27(土) 08:03:38.722番目はGNU Multi-Precision Libraryを使うためのgmp.jsってライブラリだな
0629デフォルトの名無しさん
2013/04/27(土) 08:07:46.62やっぱasm.jsが待ち遠しいな
JSは中間言語になっちゃうけど
0630デフォルトの名無しさん
2013/04/27(土) 08:11:41.09何それスクリプト言語ってよりCに近いじゃん
0631デフォルトの名無しさん
2013/04/27(土) 08:47:46.21それ遅いんじゃね？
他言語関数インターフェースじゃなくて、中身もJSなの？
0632デフォルトの名無しさん
2013/04/27(土) 09:11:40.46ただダウンロードサイズがでかくなりがちで、こんだけ待たせるならそもそもネイティブの方がよくね？
という根本的などうしようもない問題があるのであまり実用的ではないな
0633デフォルトの名無しさん
2013/04/27(土) 09:18:24.890634デフォルトの名無しさん
2013/04/27(土) 09:19:53.23emscriptenはブラウザ側が対応する必要無いのがメリット
GoogleV8ならJSのままでもそんなに遅くなるわけじゃない
asm.jsに変換できればもうちょっと早くなる
まあでもどっちにしろ読み込みと本格的に動き出すまでの時間がネックだね
キャッシュ関係の工夫である程度改善できそうだけど
0635デフォルトの名無しさん
2013/04/27(土) 09:37:03.71http://kripken.github.io/mloc_emscripten_talk/#/28
0636デフォルトの名無しさん
2013/04/27(土) 09:47:30.81gmpyに関してはすぐ使えるなあ
0637デフォルトの名無しさん
2013/04/27(土) 10:43:15.42Webサイトで初回読み込みで待たされるのは致命的だろ
ライブラリを一元的に提供するサービスがあればいいけど
0638デフォルトの名無しさん
2013/04/27(土) 10:55:19.02Googleとかがそういうサービスを提供してる
0639デフォルトの名無しさん
2013/04/27(土) 13:28:36.84emscriptenで使うようなライブラリがどこで配布されてるの?
それにemscriptenって基本的に全部スタティックリンクするのが推奨なんだけど
0640デフォルトの名無しさん
2013/04/27(土) 13:35:38.08ウェブアプリならそれが可能。
0641デフォルトの名無しさん
2013/04/27(土) 13:39:59.88小さなバイナリの集合体にして
必要なところだけダウンロードする方式がでてきそうだな。
実際の所データと同じだ。ステージが進むたびに
必要なデータ（プログラム）をダウンロードする。
あとはそれをうまく最適化すれば、初回読み込みであっても
すぐに開始され待ち時間も少なくて済むだろう。
データに比べれば、プログラムのサイズなんてたかが知れてる。
0642デフォルトの名無しさん
2013/04/27(土) 13:42:15.440643デフォルトの名無しさん
2013/04/27(土) 13:42:37.47> Webサイトで初回読み込みで待たされるのは致命的だろ
プログラムのサイズで待たされることなんてまず無いよｗ
0644デフォルトの名無しさん
2013/04/27(土) 13:43:33.25なんで？ ミドルウェアも必要なところだけ
読みこむようにすればいいじゃん。
JavaScriptはそれが可能。
0645デフォルトの名無しさん
2013/04/27(土) 13:49:39.96俺もそう思ってた
emscriptenのデモ動かしてみなよw
>>644
ああemscriptenの話な
必要なところだけ読み込むっていっても
C/C++のライブラリってもともと結構な依存関係があるもんだからどうしてもデカくなる
0646デフォルトの名無しさん
2013/04/27(土) 13:53:46.66お前の言う未来像とかとっくの昔に誰かが考えてるし
毎度毎度大袈裟に語るほど劇的なものじゃない
現実や実現可能性を無視したお花畑イメージを垂れ流しすぎ
0647デフォルトの名無しさん
2013/04/27(土) 13:54:24.24でもさ変わりに、ネイティブ版をやろうと思っても
どうせダウンロードに時間がかかるんだろ？
0648デフォルトの名無しさん
2013/04/27(土) 13:55:16.90だから、それはデータのダウンロードの量でしょ？
0649デフォルトの名無しさん
2013/04/27(土) 13:59:21.54https://github.com/kripken/emscripten/wiki
こっちはすぐに実行される。
昔のゲームは、データをネットワークからダウンロードするのではなく
ローカルに全てダウンロード済みであるのを前提として
動くようになっている。
だからそれをemscriptenで単純に移植しても
最初のダウンロードに時間がかかるのは当たり前だろう。
でもそれはデータの話。
ソフトウェア自体はダウンロードの時間がかかってないから
移植ではなく新たに作るとき、データのロード部分を考慮すれば問題ない。
0650デフォルトの名無しさん
2013/04/27(土) 14:02:56.510651デフォルトの名無しさん
2013/04/27(土) 14:04:30.49お前は自分が言いたいことをちゃんとかけ。
0652デフォルトの名無しさん
2013/04/27(土) 16:55:10.190653デフォルトの名無しさん
2013/04/27(土) 18:47:22.54データもソフトウェアですよ
0654デフォルトの名無しさん
2013/04/27(土) 19:05:39.30特定の言語でゲームを作れば、大容量ゲームが
ダウンロード無しにできるといいたいのなら
はっきりそう書けよｗ
0655デフォルトの名無しさん
2013/04/27(土) 19:10:35.64現在と未来については分からないことが多すぎて学ぶのは不可能だから
0656デフォルトの名無しさん
2013/04/27(土) 19:17:09.09ソフトウェアって言葉が何を意味するのか理解してないの？
0657デフォルトの名無しさん
2013/04/27(土) 19:33:24.230658デフォルトの名無しさん
2013/04/27(土) 19:37:40.89プログラムは小さいが、ソフトウェア全体はデータ込みだから
でかいってこと。
0659デフォルトの名無しさん
2013/04/27(土) 19:38:33.71プログラムではなくデータ部分ってことだよ。
0660デフォルトの名無しさん
2013/04/27(土) 19:44:07.42自覚はあるようで必死に連投して軌道修正しようとはしてるが
そもそもの方向性がおかしい
0661デフォルトの名無しさん
2013/04/27(土) 20:16:32.46その根拠は？
なんで理由も言わず文句言ってる奴が多いんだろうか？
JSを否定している奴ってみんなそうなの？
0662デフォルトの名無しさん
2013/04/27(土) 20:29:31.88というかJSマンセー馬鹿はJSに限った話しかできないからスレチレベルで最悪
他の言語では問題にしてないJS特有の制約をまるでメリットのように宣伝してるのが糞だし
実現してないこと、できないことまで息をするように紛れ込ませる
特殊言語を最高の汎用言語のように語っても端から見たらゴミカスでしかないから早く消えてほしい
0663デフォルトの名無しさん
2013/04/27(土) 20:33:41.13具体的に何を批判しているのか全くわからない。
JSを他の言語に置き換えても成り立つ汎用性の高さ。
0664デフォルトの名無しさん
2013/04/27(土) 20:34:14.94というかRubyマンセー馬鹿はRubyに限った話しかできないからスレチレベルで最悪
他の言語では問題にしてないRuby特有の制約をまるでメリットのように宣伝してるのが糞だし
実現してないこと、できないことまで息をするように紛れ込ませる
特殊言語を最高の汎用言語のように語っても端から見たらゴミカスでしかないから早く消えてほしい
すげーｗ
0665デフォルトの名無しさん
2013/04/27(土) 20:37:25.11JS厨が連日妄想を並べて糞スレ化してるのはただの事実でしかない
0666デフォルトの名無しさん
2013/04/27(土) 20:38:45.700667デフォルトの名無しさん
2013/04/27(土) 20:45:37.53だとしたら、自己反証可能なはずだからやれば？
雲を掴むようなマンセー妄想じゃなくてね
0668デフォルトの名無しさん
2013/04/27(土) 20:52:15.83内容がなくただ文句を言ってるだけだから他の言語にしても成り立つんだぞ。
0669デフォルトの名無しさん
2013/04/27(土) 20:55:46.490670デフォルトの名無しさん
2013/04/27(土) 20:58:13.360671デフォルトの名無しさん
2013/04/27(土) 20:59:37.590672デフォルトの名無しさん
2013/04/27(土) 21:00:14.980673デフォルトの名無しさん
2013/04/27(土) 21:01:22.750674デフォルトの名無しさん
2013/04/27(土) 21:03:47.58そいつをJS厨と呼ぶのはJS厨さんに失礼なんじゃないですか
0675デフォルトの名無しさん
2013/04/27(土) 21:06:31.98そうあう不確定な要素に対して具体的な批判をしろ、ということ
具体性を欠いてるのはどっちだ。ただの詐欺師。こんな馬鹿げた話はない
0676デフォルトの名無しさん
2013/04/27(土) 21:09:18.97まずは日本語でお願いします
0677デフォルトの名無しさん
2013/04/27(土) 21:11:03.06上で言われてるようにスマホアプリにしたってブラウザアプリである必然性が既にない
現時点でズレてるわけだ
0678デフォルトの名無しさん
2013/04/27(土) 21:15:06.07から丸パクリした決め台詞でドヤ顔したJS厨を見たら臭すぎて無理だと思った
0679デフォルトの名無しさん
2013/04/27(土) 21:25:09.76言葉は武器なので
相手の武器にお願いをするのは平和ボケか偽善
0680デフォルトの名無しさん
2013/04/27(土) 21:26:50.80いや、武器に見えないんだろｗ
へなへなした紙ちらつかせてそれで相手がビビるとでも思ってるのかい？
0681デフォルトの名無しさん
2013/04/27(土) 21:31:47.21ワーワーうるさいとキチガイっぽくて怖くね？ｗ
0682デフォルトの名無しさん
2013/04/27(土) 21:35:42.71むしろ、型付けが弱いって言われる条件みたいなもんじゃね<<文字列と数値の暗黙変換
0683デフォルトの名無しさん
2013/04/27(土) 21:50:35.92そうやって差別するだけで勝てると思ってるのが駄目なんだ
油断しても何の得にもならないのに
0684デフォルトの名無しさん
2013/04/27(土) 21:51:54.80型付けが弱いって言われる言語は
基本的な動作としては実行時にデータ型不一致のエラーを出すものだと思う
それだと不便なんで暗黙的に変換するような仕組みが入った
0685デフォルトの名無しさん
2013/04/28(日) 05:59:17.200686デフォルトの名無しさん
2013/04/28(日) 06:06:32.11〉when it specifies one or more restrictions on how operations involving values of different data types can be intermixed.
〉The opposite of strong typing is weak typing.
普通はこう考えられてるからね
0687デフォルトの名無しさん
2013/04/28(日) 09:27:14.87中間言語がお似合いだな
0688デフォルトの名無しさん
2013/04/28(日) 09:32:17.67asm.jsはその欠陥を誤魔化すためのバッドノウハウを集めて中間言語として規定したものと言える
0689デフォルトの名無しさん
2013/04/28(日) 09:35:38.17==しかないのは暗黙的
0690デフォルトの名無しさん
2013/04/28(日) 11:10:19.05暗黙的ではあるけど、暗黙的な「変換」ではないだろ
0691デフォルトの名無しさん
2013/04/28(日) 11:33:49.350692デフォルトの名無しさん
2013/04/28(日) 11:51:41.260693デフォルトの名無しさん
2013/04/28(日) 11:54:27.28ファイル名をPOSTしてもらってjsonファイルを書き出して返すっていうwebアプリで危険なところある？
0694デフォルトの名無しさん
2013/04/28(日) 11:55:09.650695デフォルトの名無しさん
2013/04/28(日) 11:55:25.44他のファイルを除かれる危険性がある
0696デフォルトの名無しさん
2013/04/28(日) 12:00:19.88うん
その除かれるやつをためしたけどNullバイト攻撃はPHP 5.3.4以降では成立しにくくなったって記事読んで%00とかいれるとエラーが起きて除けない
こういう場合ヌルバイトのほかに攻撃手法ってある？
ほかに突破する方法ってある？
ファイル名「test」送信
test.jsonと返ってくる
0697デフォルトの名無しさん
2013/04/29(月) 16:59:38.20Javaプログラマが新たにスクリプト言語を覚えようとしたとき、
オススメの言語は何になるでしょうか？
なお、プログラミングできない方の意見は1ピコグラムの価値も無いので、
「どこどこの会社が使っている」などの伝聞は不要です。
0698デフォルトの名無しさん
2013/04/29(月) 17:22:15.740699デフォルトの名無しさん
2013/04/29(月) 18:10:19.60スクリプト言語の質は言語仕様ではなく実装で決まる
使う人のメリットだけで判断すると、作る人がなぜか作るのをやめてしまう危険があるから
両者のメリットの総和を考える必要がある
実装を見るにはCの知識がある方がいいからCがおすすめ
0700デフォルトの名無しさん
2013/04/29(月) 18:31:37.20それ、作る人が一人とからじゃね？
だから標準化してオープンソース化して
沢山の人で作るようにしなきゃ
0701デフォルトの名無しさん
2013/04/29(月) 20:20:25.41それこそjavascript一択
Javaってことはwebアプリでしょ
現場、webアプリならjavascriptはまず避けて通れない
0702デフォルトの名無しさん
2013/04/29(月) 20:51:36.640703デフォルトの名無しさん
2013/04/29(月) 20:58:02.74標準化しているスクリプトて何があるかな？
とりあえずECMAScriptは標準化されてるな。
0704デフォルトの名無しさん
2013/04/29(月) 21:11:48.79人数を増やしても、やめた一人だけが生き残って他が全滅するパターンはあると思う
正答率が高くないと多数決は使えない
0705デフォルトの名無しさん
2013/04/29(月) 21:57:48.49真面目に考える価値があるのか？
0706デフォルトの名無しさん
2013/04/29(月) 22:01:24.34二択でも50%以上外れるとか
0707デフォルトの名無しさん
2013/04/30(火) 01:28:12.98ruby?PHP？node.js?何それオイシイの？
0708デフォルトの名無しさん
2013/04/30(火) 01:31:14.23皆ほら、中高生だろうけど物事は冷静に見ようね
0709デフォルトの名無しさん
2013/04/30(火) 01:43:28.05大方、時間の問題で一気に変遷すると恐怖していたものが、
思っていた以上にあちこちの互換性がなくってもたついてるだけで
技術革新によってそれらが廃れる恐怖がなくなるわけではない
0710デフォルトの名無しさん
2013/04/30(火) 09:41:31.65http://www.chunichi.co.jp/s/chuspo/article/2013043001001486.html
日本の養殖真珠の生産により２０世紀前半から天然真珠産業が衰退したペルシャ湾で、
日本がバーレーンと協力し、真珠貝の生息調査に乗り出すことが３０日、分かった。
日本の水産技術を使って真珠貝を増やし、伝統産業を復活させるのが狙い。
独立行政法人水産総合研究センター西海区水産研究所（長崎市）などが５月中旬から現地調査を始める。
真珠産業はクウェートやアラブ首長国連邦（ＵＡＥ）などの伝統産業として知られ、
バーレーンの真珠文化は昨年、国連教育科学文化機関（ユネスコ）の世界遺産にも登録された。
日本が真珠産業の復活を手助けすることは産油国との関係強化にもつながる。
（共同）
0711デフォルトの名無しさん
2013/04/30(火) 11:18:24.62それは Pearl
0712デフォルトの名無しさん
2013/04/30(火) 12:59:20.560713デフォルトの名無しさん
2013/04/30(火) 13:02:56.79オタクはダサいってなレッテルが貼られたままで居た方が、
結局の所、彼らはやりたいことが続けられていたんじゃないだろうか？
金が絡むとと途端にこれだ
0714デフォルトの名無しさん
2013/04/30(火) 14:24:35.76AndroidはWebアプリだったのか、そりゃビックリだ
0715デフォルトの名無しさん
2013/04/30(火) 18:39:44.45groovyかrhinoかnashorn
0716デフォルトの名無しさん
2013/04/30(火) 19:20:36.190717デフォルトの名無しさん
2013/04/30(火) 19:52:50.63それか、PHPとcの組込み、通信機器開発してるようなとこ探すか
0718デフォルトの名無しさん
2013/04/30(火) 20:15:19.96いつものパターンなら、代わりはいくらでもあると豪語しそうなのに
0719デフォルトの名無しさん
2013/04/30(火) 20:20:59.18桁落ち、情報落ちだとか考えない高卒でも出来る仕事ならともかく、
それ以外の用途に動的言語って考えられないんだけど
0720デフォルトの名無しさん
2013/04/30(火) 20:26:47.560721デフォルトの名無しさん
2013/04/30(火) 20:58:15.570722デフォルトの名無しさん
2013/04/30(火) 21:32:07.94仕事に就ける確率を少しでも上げるために
よく使われてる言語を選ぶのはアリだな
JavaとかPHPとかJavascriptはそういう言語
0723デフォルトの名無しさん
2013/04/30(火) 23:06:03.270724デフォルトの名無しさん
2013/04/30(火) 23:07:18.340725デフォルトの名無しさん
2013/04/30(火) 23:08:46.820726デフォルトの名無しさん
2013/04/30(火) 23:18:43.47どうせelseを想定しないわけにはいかないなら確率は半々でいい
0727デフォルトの名無しさん
2013/05/01(水) 01:02:08.84リンクはれよ
0729デフォルトの名無しさん
2013/05/01(水) 16:19:31.01VBやflashで一生喰っているける？と同義なぐらい危ないでしょ
重要なポイントは市場の変化や需要に耐えられるか、十分な後ろ盾があるかだと思う。
用途の限られた言語を使うとか将来を見通せない本物のバカ
0730デフォルトの名無しさん
2013/05/01(水) 16:20:33.18slideshareでjava,web frameworkって入れりゃ腐るほど資料出てくるだろカス
0731デフォルトの名無しさん
2013/05/01(水) 16:28:00.86流行ってないだろうけど、spring rooが無難だろうな
0732デフォルトの名無しさん
2013/05/01(水) 16:29:36.32そうだね、君は好きな言語を使えば良いと思うよ。
アドバイスすると、それは単なる下手の横好きでしかないけどね
0733デフォルトの名無しさん
2013/05/01(水) 17:03:50.83play frameworkはRails風で生産性が高いって話で実際やってみたが
MVCが完結に書けるというだけで動的型付けができない以上、全くと言っていいほどRailsと似てなくて見事に踊らされたわ
人数が少ないとHTML・CSSと同時にビジネスロジックもゴリゴリ書くからコンパイルが鬱陶しいし、LiveReloadも効かないから一人あたりの守備範囲を広げられない
0734デフォルトの名無しさん
2013/05/01(水) 17:26:07.96関数内関数の変数スコープの変態仕様のダブルパンチを
なんとかしろ。
0735デフォルトの名無しさん
2013/05/01(水) 17:41:13.52具体例を挙げてみろ。200%お前が間違ってるから
0736デフォルトの名無しさん
2013/05/01(水) 17:48:31.81洗脳を解くところからスタートしなければならんようだな。
Pythonは変数宣言を代入で代用しているあたりが汚い。
宣言と代入は別のものなのだから文法も分けるべきだったな。
0737デフォルトの名無しさん
2013/05/01(水) 17:49:52.430738デフォルトの名無しさん
2013/05/01(水) 17:54:25.96変数の宣言まで必要ないとは限らない。
変数宣言には型の指定とは別に、
変数スコープの指定という重要な役割もある。
Pythonは型の指定が必要ないからといって
変数の宣言を代入で代用しているから
スコープがへんなことになってしまった。
0739デフォルトの名無しさん
2013/05/01(水) 18:02:42.77その理由を変数宣言に求めるのはちょっと浅いな
そんなもん仕様次第で何とでもなるでしょ
0740デフォルトの名無しさん
2013/05/01(水) 18:02:24.69ttp://news.nicovideo.jp/watch/nw601040
ttp://info.cern.ch/
0741デフォルトの名無しさん
2013/05/01(水) 18:07:35.45たとえ動的型言語であっても、
スコープを決定するための変数宣言は必要。
Pythonにもスコープを指定するためのnonlocalがある。
動的言語であってもスコープ決定のために宣言が必要ということは、
そこに型名を書いてもかまわないわけで、
そうすると静的型言語にたいする動的型言語の優位性は揺らぐ。
宣言自体が面倒だという人もいるかもしれないが、
どうせ変数は初期化してからしか使えないのだから、
初期化のついでに宣言をしても手間は変わらない。
0742デフォルトの名無しさん
2013/05/01(水) 18:09:46.900743デフォルトの名無しさん
2013/05/01(水) 18:24:47.070744デフォルトの名無しさん
2013/05/01(水) 19:35:36.41宣言のたびにvarをタイプするのに比べたら、nonlocalなんて殆ど使わないから
よく使う方を省略可能にするのは正しい
0745デフォルトの名無しさん
2013/05/01(水) 20:15:42.08ウンコなコードになる
つまりPythonを嫌ってる人間は……ってことだ
0746デフォルトの名無しさん
2013/05/01(水) 21:03:18.050747デフォルトの名無しさん
2013/05/01(水) 21:04:08.17一理有るけど、nonlocalなんて酷いネーミングから見て分かるとおり、
セオリーを無視した無理がたたっている。
0748デフォルトの名無しさん
2013/05/01(水) 21:11:31.01外側のスコープの変数に再代入するという邪悪なコードは
醜く見えるべきだからnonlocalでも良い気がする
0749デフォルトの名無しさん
2013/05/01(水) 21:14:46.74他の言語では当たり前に行われている行為だよ。
例えばif文の中のスコープから外の変数を書き換えたりな。
まぁPythonのif文はスコープを持たないんだけどな。
0750デフォルトの名無しさん
2013/05/01(水) 21:15:45.64RailsっぽいってのはCoCのことだろうけど、とりあえず動的片付けによる生産性なんて幻想だろ？
PHPなんて、次のバージョンでわざわざ型を導入って聞いたぞ
というか、一人当たりの仕事量だとか楽さ加減を追求するんであれば、node.jsでいいでしょ
そもそも、Railsにアドバンテージなんてあったの？
0751デフォルトの名無しさん
2013/05/01(水) 21:17:38.10最近はif文で再代入なんてダサい方法じゃなく
if式で値を返す方法が主流
まあPythonのif文は値を返せないけど（if式もあるけどね）
0752デフォルトの名無しさん
2013/05/01(水) 21:22:06.220753デフォルトの名無しさん
2013/05/01(水) 21:27:29.981)ラムダが使えない、2)関数内関数のスコープ云々
って明らかに
1)関数として分割すべき、2)nonlocalで明示することを知らない
だけだからなあ
0754デフォルトの名無しさん
2013/05/01(水) 21:29:01.86プロトタイプ作るのに動的言語が幾らはやかった所で、
その後での保守・改修を考えたら静的言語の方がマシだしさ
0755デフォルトの名無しさん
2013/05/01(水) 21:29:57.50だからif文やfor文にスコープが無いことを十分にdisってからでないと
説得力が無い
でも、if文やfor文にスコープが必要な程
長い関数を書く奴が悪いって流れになりそう
0756デフォルトの名無しさん
2013/05/01(水) 21:30:21.08しかも最近までそれすらなかった。
0757デフォルトの名無しさん
2013/05/01(水) 21:32:15.650758デフォルトの名無しさん
2013/05/01(水) 21:32:40.64そうだね。理由を説明しようとすると論破されちゃうから
これからは感情的にダサいって連呼すれば良いよ
0759デフォルトの名無しさん
2013/05/01(水) 21:33:33.27ここを読めばよいよ。
0760デフォルトの名無しさん
2013/05/01(水) 21:37:16.77さらに、そんな明示をするような処理自体、あまり書かない方が良いというスタンス
0761デフォルトの名無しさん
2013/05/01(水) 21:39:35.84結局コストはかわらんというのに。
0762デフォルトの名無しさん
2013/05/01(水) 21:41:06.67具体例を出されないとわからん
コストが変わらんのなら宣言しなくていいんだよね。無駄。
0763デフォルトの名無しさん
2013/05/01(水) 21:43:11.02地味に便利な記法が使えなくてイラッと来るな
こういうのとかさ
x, *y, z = [0, 1, 2, 3, 4]
print(x, y, z) #=> 0, [1, 2, 3], 4
0764デフォルトの名無しさん
2013/05/01(水) 21:45:08.36処理系の実装によりマッチした文法になることで表現の幅が広がる。
インタプリタ内で宣言と代入では別の動きをするからな。
0765デフォルトの名無しさん
2013/05/01(水) 21:45:26.89使いどころもないだろ
0766デフォルトの名無しさん
2013/05/01(水) 21:47:51.68ああ、またあのキチガイJS厨か、レスして損した。と思う
0767デフォルトの名無しさん
2013/05/01(水) 21:58:29.07勘違いで悪者扱いされる心配のないデザインが望ましい
0768デフォルトの名無しさん
2013/05/01(水) 22:27:50.46正義か悪かという問い自体が隠れてしまうので勘違いも起きない
0769デフォルトの名無しさん
2013/05/01(水) 23:50:08.200770デフォルトの名無しさん
2013/05/02(木) 07:55:13.94お前大丈夫か？
妄想癖がないか？
0771デフォルトの名無しさん
2013/05/02(木) 08:14:32.09具体的なコードを出す事すら出来ない低能がdisるには少々荷が重いな
0772デフォルトの名無しさん
2013/05/02(木) 08:53:11.24CoffeeScriptのスコープの件も混ぜてやってくれよｗ
http://www.sixapart.jp/techtalk/2012/01/coffeescript.html
0773デフォルトの名無しさん
2013/05/02(木) 08:58:29.820774デフォルトの名無しさん
2013/05/02(木) 10:17:18.26ドカタ仕事は少ないかもしれませんが
http://attractivechaos.github.io/HN-prog-lang-poll.png
0775デフォルトの名無しさん
2013/05/02(木) 10:43:36.930776デフォルトの名無しさん
2013/05/02(木) 10:52:30.470777デフォルトの名無しさん
2013/05/02(木) 11:26:57.73!!!
0778デフォルトの名無しさん
2013/05/02(木) 11:49:04.91nonlocal宣言とか受け入れがたいんじゃないの？
function foo() {
var a,b,c;
return function() {
//a,b,cを参照更新する処理
};
}
0779デフォルトの名無しさん
2013/05/02(木) 12:18:35.35ただ nonlocal がたぶんない Python2 でも平気なのかは知らない
0780デフォルトの名無しさん
2013/05/02(木) 12:19:07.680781デフォルトの名無しさん
2013/05/02(木) 12:29:27.680782デフォルトの名無しさん
2013/05/02(木) 12:32:10.08複数のクロージャを格納したリストやオブジェクトを戻すとしたらどうかね？
function foo() {
var a,b,c;
return {
vvv:function() { //a,b,cを参照更新する処理 },
www:function() { //a,b,cを参照更新する処理 },
xxx:function() { //a,b,cを参照更新する処理 },
...
yyy:function() { //a,b,cを参照更新する処理 },
zzz:function() { //a,b,cを参照更新する処理 }
};
}
0783デフォルトの名無しさん
2013/05/02(木) 12:36:18.02ミュータブルなオブジェクトをよからぬ所で変更するのが危険なのは
プログラミング初心者でも知ってるから普通は避けるし
リストで代用してる時点でなんかヤバいことをしてると気付く
nonlocalも極力使わないのが流儀だろう
0784デフォルトの名無しさん
2013/05/02(木) 12:52:29.050785デフォルトの名無しさん
2013/05/02(木) 12:53:09.98そのわりに繰り返し文や分岐文がスコープを持たないという謎仕様。
0786デフォルトの名無しさん
2013/05/02(木) 12:58:22.68繰り返しや条件分岐を外部関数として分離しなければならない時？
まあ、そんな時があるならそうすれば良いだけだが
0787デフォルトの名無しさん
2013/05/02(木) 13:00:47.620788デフォルトの名無しさん
2013/05/02(木) 13:02:44.43Pythonにはgeneratorがあるから無問題
0789デフォルトの名無しさん
2013/05/02(木) 13:06:26.32あくまで制御フロー内のブロックに対してはローカルとする必要がないというだけ
0790デフォルトの名無しさん
2013/05/02(木) 13:10:48.190791デフォルトの名無しさん
2013/05/02(木) 13:11:56.440792デフォルトの名無しさん
2013/05/02(木) 13:13:28.530793デフォルトの名無しさん
2013/05/02(木) 13:14:37.370794デフォルトの名無しさん
2013/05/02(木) 13:17:56.13readだけなら可能なんだよね。
代入の有る無しでスコープが変化する、まさにカオス。
0795デフォルトの名無しさん
2013/05/02(木) 13:18:20.30危険だということに反論できんの？一般論だと思うが
0796デフォルトの名無しさん
2013/05/02(木) 13:18:28.570797デフォルトの名無しさん
2013/05/02(木) 13:20:53.75ファイルのアクセス権とか見ても普通のことだろうに
0798デフォルトの名無しさん
2013/05/02(木) 13:21:07.71そのくせ繰り返し文や分岐文にスコープ無いんだよな。
外部の変数さわりまくり。
0799デフォルトの名無しさん
2013/05/02(木) 13:25:20.460800デフォルトの名無しさん
2013/05/02(木) 13:31:56.30ただJSは無駄な宣言方式で無意味に危険なクロージャということと
pythonへの批判が的外れすぎってだけ
>>798
関数の内部でありローカルではない
ローカルである必要性を端的に説明しろ。無理だろ
関数と繰り返しを一緒くたにするセンスが理解不能
JSはどんだけ無駄で汚い設計してるんだ
まともな言語を勉強したほうがいいぜ
0801デフォルトの名無しさん
2013/05/02(木) 13:33:08.660802デフォルトの名無しさん
2013/05/02(木) 13:35:07.31代入があると参照もローカルになる？
0803デフォルトの名無しさん
2013/05/02(木) 13:35:29.56>関数と繰り返しを一緒くたにするセンスが理解不能
スコープの範囲は出来る限り狭い方が良いに決まってるだろ。
なにをいまさら。そんな基本的なことを否定してまでPythonを擁護するとは愚か。
0804デフォルトの名無しさん
2013/05/02(木) 13:40:07.24・副作用はできるだけ避けるべき
・副作用が必要なら、できるかぎり局所化するべき
という基本的なことすら守れず、>>782みたいなクソコードをドヤ顔で出して
誰も否定すらしないスレで何言ってんの？
0805デフォルトの名無しさん
2013/05/02(木) 13:45:32.02決まってるならヤバい例を出せ
0806デフォルトの名無しさん
2013/05/02(木) 13:54:07.86その下に並んでる関数に限定するっていう、わりと有用な手法なんだけどね。
Lispの時代から多用されてる。
0807デフォルトの名無しさん
2013/05/02(木) 13:55:48.28また、ごく短い記述で、関数分割するまでもないループなら内包表記を使う
（これは内部スコープあり）
さあ、反論をどうぞ
0808デフォルトの名無しさん
2013/05/02(木) 13:56:36.810809デフォルトの名無しさん
2013/05/02(木) 14:00:31.810810デフォルトの名無しさん
2013/05/02(木) 14:01:50.090811デフォルトの名無しさん
2013/05/02(木) 14:03:00.01構造体と関数ポインタを用いていた時代をぶち壊す努力をしてきた人に
その時代を認めるように言っても
聞く耳を持つわけがない
0812デフォルトの名無しさん
2013/05/02(木) 14:04:41.450813デフォルトの名無しさん
2013/05/02(木) 14:05:15.71>>782 って普通にクラスにメソッドとインスタンス変数定義したらだめなん？
0814デフォルトの名無しさん
2013/05/02(木) 14:07:51.91どう考えても変数のスコープは出来るだけ狭い方が良いだろ。
本当にそんなところに疑問を感じてるなら相当間抜けだぞ。
0815デフォルトの名無しさん
2013/05/02(木) 14:09:08.59それで問題ない。>>782のやり方の有利な点はクラスを定義するよりオーバーヘッドが少ない場合があることかな。
0816デフォルトの名無しさん
2013/05/02(木) 14:09:47.43クロージャを使えばOOPができるということでしょ。
言語や人によってどっちを使うかというのはあるけれど、
OOPのほうが分かり易いように、自分は感じる。
0817デフォルトの名無しさん
2013/05/02(木) 14:17:00.22その制限を>>782は簡単に実現できるね
0818デフォルトの名無しさん
2013/05/02(木) 14:18:01.46クロージャと一緒くたにする必要はないよ
繰り返しや条件分岐は変更が見えるから
ただの制御フローでフロー内の変数を変更できないとデメリットの方が大きい
もちろん複雑化したら関数化するが、それでもクロージャは避ける。当然だろ？
0819デフォルトの名無しさん
2013/05/02(木) 14:24:28.57そこで宣言の出番だろ。C言語なんかでは当たり前に出来ること。
0820デフォルトの名無しさん
2013/05/02(木) 14:31:47.78そのブロックでしか使わない変数なんて上書きして使い回しても問題ないし
Cで宣言すれば安全って何を想定してるのか
0821デフォルトの名無しさん
2013/05/02(木) 14:34:15.250822デフォルトの名無しさん
2013/05/02(木) 14:53:14.01ローカル変数を外からアクセスできませんよ。
スコープを狭めることで可読性もあがる。
0823デフォルトの名無しさん
2013/05/02(木) 14:56:40.76悪いファンを追放している印象しかないんだが、いつどこでファンが増えるんだ
0824デフォルトの名無しさん
2013/05/02(木) 15:07:40.88ありがと。勉強になるわ
0825デフォルトの名無しさん
2013/05/02(木) 15:13:11.900826デフォルトの名無しさん
2013/05/02(木) 15:24:05.01何言ってんだ？Cはforブロックの外側の変数を弄れる。
関数にはnonlocalが必要なのに、繰り返しは
外側の変数を変更できるのはおかしいという>>798とか
Cの宣言で安全という指摘は的外れ。CはPythonと同様に副作用を使ってる
Cと違ってブロック内で死ぬはずの変数が
Pythonではブロックを抜けた時に生きてた場合に危険と言ってるのなら話は別だが
そんな場合があるのか疑問だしnonlocalからの文脈からするとおかしい
0827デフォルトの名無しさん
2013/05/02(木) 15:42:26.05global宣言、nonlocal宣言がいかにまともな仕様かわかるな
JSの無意味なvar宣言と無宣言での破壊はアホ
0828デフォルトの名無しさん
2013/05/02(木) 15:43:01.330829デフォルトの名無しさん
2013/05/02(木) 15:46:09.01>>758
0830デフォルトの名無しさん
2013/05/02(木) 15:47:21.93覆せないからといって適当なあおりをするなよ。
0831デフォルトの名無しさん
2013/05/02(木) 15:52:31.62ブロック内で使う変数なら最初に代入すれば何をやってるのかは自明なので問題ない
問題は変更をあちこちで繰り返すこと。省メモリの話ならまた別だが
0832デフォルトの名無しさん
2013/05/02(木) 15:55:52.37実際に書いてみれば、スコープの必要性が分かる
検証してみようぜ
0833デフォルトの名無しさん
2013/05/02(木) 16:03:05.39日本語不自由なんだから実際のコードで示せばいいのに
0834デフォルトの名無しさん
2013/05/02(木) 16:04:50.040835デフォルトの名無しさん
2013/05/02(木) 16:08:08.250836デフォルトの名無しさん
2013/05/02(木) 16:08:11.530837デフォルトの名無しさん
2013/05/02(木) 16:08:32.30（データとしてn次元ベクトルを扱える事）
http://ja.wikipedia.org/wiki/K%E5%B9%B3%E5%9D%87%E6%B3%95
注：Pythonはscipy使用禁止
0838デフォルトの名無しさん
2013/05/02(木) 16:12:09.96JSの危険な糞仕様が露呈しただけ
Pythonにはscipyというチート級の便利なライブラリがあることも明らかになった
0839デフォルトの名無しさん
2013/05/02(木) 16:13:56.630840デフォルトの名無しさん
2013/05/02(木) 16:23:30.64さらに、変数がオブジェクトを指している場合には、内部の更新に参照スコープが使われるんだよね？
0841デフォルトの名無しさん
2013/05/02(木) 16:25:28.55どっちが正当かは明らかなのに
0842デフォルトの名無しさん
2013/05/02(木) 16:30:12.22理解の仕方が間違ってる
Shadowingのある言語を使った事無いの？
0843デフォルトの名無しさん
2013/05/02(木) 16:30:26.53JS厨はPythonのnonlocalなんて知らんと思うがｗ
0844デフォルトの名無しさん
2013/05/02(木) 16:31:15.93例えば定数を考えればその有益性もわかるだろ
0845デフォルトの名無しさん
2013/05/02(木) 16:33:19.80こんなんをどや顔で支持できるとか逆にすごいわ
0846デフォルトの名無しさん
2013/05/02(木) 16:33:43.19本当にreadオンリーならそうだが、実際にはメンバの更新は可能だからその理屈はおかしい。
実際には、代入を宣言に代用したから機能に対して文法がブッキングしただけ。
0847デフォルトの名無しさん
2013/05/02(木) 16:33:58.96外部スコープの変数は書き換えられないけど、
外部スコープの変数が指すオブジェクトの中身は書き換え可能なんでしょ？
0848デフォルトの名無しさん
2013/05/02(木) 16:37:53.38scipy使わなくても余裕だった
from numpy import *
def kmeans(data, K):
xs = arange(len(data)) % K
random.shuffle(xs)
while True:
ms = array([data[xs == k].mean(axis=0) for k in arange(K)])
ys = array([argmin([linalg.norm(p - m) for m in ms]) for p in data])
if allclose(xs, ys):
break
xs = ys
return xs
0849デフォルトの名無しさん
2013/05/02(木) 16:43:18.160850デフォルトの名無しさん
2013/05/02(木) 16:45:23.37Numpyも無しで
0851デフォルトの名無しさん
2013/05/02(木) 16:46:37.930852デフォルトの名無しさん
2013/05/02(木) 16:47:01.51そのままの関数があるから禁止する意味分かるけど、
numpyを禁止する理由が分からんw
0853デフォルトの名無しさん
2013/05/02(木) 16:52:09.02Pythonだと簡単に実装できてしまうからフェアじゃない。
0854デフォルトの名無しさん
2013/05/02(木) 17:20:12.16だって簡単に解かれちゃったので悔しいじゃないですか…
0855デフォルトの名無しさん
2013/05/02(木) 17:27:22.23JS厨は実際のコードを書かないんだよな
日本語不自由なんだから実際のコードで示せばいいのに
0856デフォルトの名無しさん
2013/05/02(木) 18:31:24.520857デフォルトの名無しさん
2013/05/02(木) 18:43:11.670858デフォルトの名無しさん
2013/05/02(木) 18:58:11.450859デフォルトの名無しさん
2013/05/02(木) 20:13:58.500860デフォルトの名無しさん
2013/05/02(木) 20:17:36.97Pythonには数や文字列やタプルなどのimmutableなオブジェクトがあり、
これらは書き換えられないことが保証されてて
読む方もそれを期待して読むけど、再代入されたら変数の指す先が変わってしまう
だから外部スコープの変数に対して
再代入するときにnonlocalを明示するのには一理ある
0861デフォルトの名無しさん
2013/05/02(木) 20:22:34.83内包表記やスライス記法や演算子オーバーロード等の構文要素も駆使してるけどね
0862デフォルトの名無しさん
2013/05/02(木) 20:26:49.840863デフォルトの名無しさん
2013/05/02(木) 20:33:09.00現実的に考えろ
そんな言語だれも使わない
0864デフォルトの名無しさん
2013/05/02(木) 20:38:19.71nonlocal宣言つけないデフォルトのスコープ(更新の影響が及ぶ)が狭くなってるのが安全と言っておきながら、
nonlocal宣言つけなくても外部スコープのオブジェクトを更新できてしまう場合があるのが矛盾してると思うのだけど、
自分の理解が間違ってるのかな？
0865デフォルトの名無しさん
2013/05/02(木) 20:39:40.19あれ？Javascriptにはimmutableオブジェクトが無いから
>>860に書いた事が理解できないの？そんなこと無いよな？
0866デフォルトの名無しさん
2013/05/02(木) 20:42:11.82お前等が言い出したんだろ？
それとも具体的なコードは何も書けねーのか？>>782みたいなゴミは頼まれなくても書くくせに
0867デフォルトの名無しさん
2013/05/02(木) 20:44:01.050868デフォルトの名無しさん
2013/05/02(木) 20:47:01.48それに言語仕様的に特別なものが用意されてるわけじゃないから、
ifとかforとか組み合わせて書くだけで何の面白みも無い
0869デフォルトの名無しさん
2013/05/02(木) 20:47:41.410870デフォルトの名無しさん
2013/05/02(木) 20:50:03.68それが日本企業で出世するために必要な能力だから仕方ないさ
0871デフォルトの名無しさん
2013/05/02(木) 20:52:58.43Javascriptにimmutableオブジェクトはあるけど、そんな面倒な区別をつける必要は無いな
0872デフォルトの名無しさん
2013/05/02(木) 21:00:17.12プログラムを簡潔に書いたり、簡潔に書けるライブラリを用意したりする
言語機能はJSには無くて、そういうのと全然関係無いところで
延々と議論してるわけ？アホなの？
0873デフォルトの名無しさん
2013/05/02(木) 21:06:35.970874デフォルトの名無しさん
2013/05/02(木) 21:07:57.38間違ってる。意図せずそんなことすることはできない
だから単に危険なクロージャのもっと醜い明示にしかならない
0875デフォルトの名無しさん
2013/05/02(木) 21:13:36.340876デフォルトの名無しさん
2013/05/02(木) 21:16:17.62CommonJSってPHP/Python/Perl/Rubyの標準ライブラリとは違って
あくまでインフラなんだな…
0877デフォルトの名無しさん
2013/05/02(木) 21:19:05.97あるはずの定義（代入、var宣言）がないとクロージャということになる
これは機械には自明だが人間には怪しい。nonlocalの方が良い仕様だな
0878デフォルトの名無しさん
2013/05/02(木) 21:29:53.870879デフォルトの名無しさん
2013/05/02(木) 21:37:20.27"朝にも"じゃなくて？
一日中書き込んでるように見えるが
0880デフォルトの名無しさん
2013/05/02(木) 21:46:40.47>>864は間違ってるの？
0881デフォルトの名無しさん
2013/05/02(木) 21:47:19.75Javascriptとnode.jsは汎用言語とその実行環境ってよりは
emacsとemacs lispのようなアプリとアプリ拡張言語の関係と思った方が正しい
0882デフォルトの名無しさん
2013/05/02(木) 21:48:47.90リストでのクロージャというのは何ですか？
0883デフォルトの名無しさん
2013/05/02(木) 21:50:25.36同じ人が一日中自分に粘着してると感じ始めたらお薬を飲んだほうがいいと思うよ
0884デフォルトの名無しさん
2013/05/02(木) 21:53:38.10再代入はimmutableなオブジェクトを指す変数すらも変更できる
でも、nonlocalつけないと再代入できないから
うっかり外部スコープのimmutable変数を上書きする危険は減る
ってことだろ
0885デフォルトの名無しさん
2013/05/02(木) 21:54:42.20じゃあこの時間帯にいるJS厨は
コード書けない低能の方か
0886デフォルトの名無しさん
2013/05/02(木) 22:03:56.59Pythonにはmutableなオブジェクトっていうのは無いの？
外部のスコープに存在すればそれもimmutableにしてくれるの？
0887デフォルトの名無しさん
2013/05/02(木) 22:04:11.590888デフォルトの名無しさん
2013/05/02(木) 22:06:15.50気付かないうちに外部スコープの変数とバッティングして書き換えてた
みたいな、ありがちなバグが減る訳だね
0889デフォルトの名無しさん
2013/05/02(木) 22:06:22.51なんで自分で書いてみないの？
0890デフォルトの名無しさん
2013/05/02(木) 22:07:46.76Ruby、Perl、PHP
0891デフォルトの名無しさん
2013/05/02(木) 22:08:00.88>>888を読んで
一方、外部スコープの変数に対する破壊的操作を
気付かないうちにやるというのは、およそ在りそうもない
0892デフォルトの名無しさん
2013/05/02(木) 22:09:44.95おれは自分の知らない言語の仕様を質問してるんだがｗ
0893デフォルトの名無しさん
2013/05/02(木) 22:10:48.86むしろJS以外が見たい
そしてJS厨はコード書くまで黙ってろと言いたい
0894デフォルトの名無しさん
2013/05/02(木) 22:11:07.40知ってる言語は？
0895デフォルトの名無しさん
2013/05/02(木) 22:13:37.55PythonとPHP以外はだいたいわかるよ
Perlは最近の事情は知らん
0896デフォルトの名無しさん
2013/05/02(木) 22:17:44.69なおさらなんでそんな質問するのか理解できない
0897デフォルトの名無しさん
2013/05/02(木) 22:19:08.99これだけで馬鹿を排除できる
0898デフォルトの名無しさん
2013/05/02(木) 22:25:04.34日本語やばすぎ。返答になってない。
0899デフォルトの名無しさん
2013/05/02(木) 22:28:31.36それに対して外部変数の破壊を当たり前とするアホ>>734がいちゃもん付けただけ
0900デフォルトの名無しさん
2013/05/02(木) 22:30:06.700901デフォルトの名無しさん
2013/05/02(木) 22:36:18.15不自然な方法でしか実現できないものは意図しない限りその状況にならないのだから安全と言える
0902デフォルトの名無しさん
2013/05/02(木) 22:36:36.58馬鹿フィルターね。
機能するなら良いんだけど、馬鹿だからその日本語も読めないよ。
0903デフォルトの名無しさん
2013/05/02(木) 22:39:30.62自分で調べとくわｗ
0904デフォルトの名無しさん
2013/05/02(木) 22:40:12.83でも、メンバ変数は破壊できるんでしょ？
不自然だよね。
0905デフォルトの名無しさん
2013/05/02(木) 22:40:33.210906デフォルトの名無しさん
2013/05/02(木) 22:43:03.09｢破壊しようと思えば｣、破壊できる
逆も然り。すごく自然だろ
0907デフォルトの名無しさん
2013/05/02(木) 22:45:01.71都合の悪いレスは見なかった事にして独り言を書き出したね
こうなったらオシマイ
0908デフォルトの名無しさん
2013/05/02(木) 22:47:07.34ローカル変数自体の書き換えはnonlocal無しで出来ない。
しかし、読み込みはnonlocal無しでもOK。
なんて煩雑な言語なんだろうね。
変数のスコープってコード解読する上で凄く重要なのに。
0909デフォルトの名無しさん
2013/05/02(木) 22:50:54.44俺が言ったアンダースコアを付けるメンバはクラスのメンバな
読み込みが出来てどんな問題が？
未定義のリストや辞書の要素にアクセスすることはないだろ
現実的に考えろ。どんな問題があるのか一切言えてない
具体的なコードを晒せ
0910デフォルトの名無しさん
2013/05/02(木) 22:55:02.52あとローカルで定義してないリストにインデックスを指定してメンバ変数を書き換えるという
ありえない状況しか想定できないから馬鹿なんだよ
一瞬でもそれがどんなコードなのか理解しようとしたのだろうか
0911デフォルトの名無しさん
2013/05/02(木) 22:56:48.44動的言語とは真逆の考え方だな。
0912デフォルトの名無しさん
2013/05/02(木) 22:56:52.15numpyすげーって分かったことだけだなw
0913デフォルトの名無しさん
2013/05/02(木) 23:00:04.85一言一句お経のように同じだからたぶん同一人物の十八番なんだろうが
それで批判になってると思ってるらしいのがヤバい
まともなプログラマならまず問題にすらしない点だろ。実用上問題ないうえに自然な保護なのだから
0914デフォルトの名無しさん
2013/05/02(木) 23:00:52.50>ありえない状況しか想定できないから馬鹿なんだよ
ごめん、俺はありえるわ。
外のスコープのオブジェクトのメソッド呼んだり普通にするわ。
0915デフォルトの名無しさん
2013/05/02(木) 23:01:06.79で？
お前も会話にまじれよｗ
0916デフォルトの名無しさん
2013/05/02(木) 23:02:22.520917デフォルトの名無しさん
2013/05/02(木) 23:03:34.280918デフォルトの名無しさん
2013/05/02(木) 23:03:42.65だったらメンバ変数の書き換えも保護すれば？
そうなってないのは、これが保護が目的じゃなくて、
単なる文法の都合上の産物だから。
0919デフォルトの名無しさん
2013/05/02(木) 23:04:33.17> 外のスコープのオブジェクトのメソッド呼んだり普通にするわ。
それを、外のスコープにオブジェクトが存在することを知らずに
うっかりやるのか？
別に自覚的にやる分には、そして必要なら破壊的操作だろうが代入だろうが好きにすれば良い
再代入は、外のスコープに同名の変数が存在する事に気付かずに
うっかりやることはあるけど、それはnonlocalで保護される
0920デフォルトの名無しさん
2013/05/02(木) 23:05:06.81y = [1,2,3]
def f():
x = 200 # これはローカル変数の更新
y[0] = 4 # これはグローバル変数の内容の更新
この辺の動作が直感的でないってことを言いたいんじゃないの？
0921デフォルトの名無しさん
2013/05/02(木) 23:05:44.04｢意図して｣テクニカルなクロージャが実現できる
0922デフォルトの名無しさん
2013/05/02(木) 23:07:01.56そそ。文法的に汚い。
0923今こそ相応しい
2013/05/02(木) 23:07:53.210924デフォルトの名無しさん
2013/05/02(木) 23:11:22.92その操作か不自然だと言ってるんだが
関数内の変数は普通ローカルだ。yはどこから来た？
それが意図しない結果だとしたら、本当はどうなって欲しいんだ？
0925デフォルトの名無しさん
2013/05/02(木) 23:11:25.76Pythonみたいなスクリプト言語でやろうと考えるわけかね
0926デフォルトの名無しさん
2013/05/02(木) 23:14:32.83自分で書くかどうかならともかく他人の書いたコードがそんな感じになってたら
xもyも両方ともグローバル変数の更新だなって誤解する奴は多いだろ
0927デフォルトの名無しさん
2013/05/02(木) 23:17:03.46numpy, scipy, matplotlibをインストールすれば
数値計算からグラフ書くところまで一通り揃うからね
ベクトル・行列演算はBLAS等で最適化されてるから
スクリプト言語の遅さ関係ないし
0928デフォルトの名無しさん
2013/05/02(木) 23:17:10.17そういうレベルを考え出したらもうどうしようもないわ
0929デフォルトの名無しさん
2013/05/02(木) 23:18:04.20それはPythonを書ける人間がそう思うってこと？ありえないよ
0930デフォルトの名無しさん
2013/05/02(木) 23:22:32.33一発ポンと行列計算しただけで終わりの計算なんてあんまり無いぞ
結局Pythonがネックになる場合は多い
0931デフォルトの名無しさん
2013/05/02(木) 23:26:11.27>うっかりやるのか？
うっかりもなにも、a=0で名前が被るのも、a.m=0で名前が被るのも
「a」さえ被ればよいのだから同確立だよ。
前者だけ守られて後者が守られないのは、
これが保護目的じゃなく単に宣言を代入で代替した文法上の
制約でしかないから。変なところに夢見るなよ。
0932デフォルトの名無しさん
2013/05/02(木) 23:27:42.61巨大な行列だと計算量のオーダー的に行列演算の比重が大き過ぎて
他は無視できる
ただ、うまく行列演算の組み合わせに落とせないときは
Cで頑張るか（numpyのarrayは変換コスト0でCの配列として扱える）、
Cythonで頑張ることになるね
0933デフォルトの名無しさん
2013/05/02(木) 23:29:05.18sympyで数式処理できるのも面白い
普通の変数と区別するためのシンボル宣言が面倒だから
数式を微積やその他の変換したいだけのときはmaximaとか使うし
シェアウェアほどの強力さはないけど何よりお手軽
>>931
何言ってんだ？マジで想定外の結果になる具体的な動くコードを挙げてくれ
0934デフォルトの名無しさん
2013/05/02(木) 23:30:29.20お前は外部スコープにaという変数が無いと思ってるのに
a.m = 0 って書くのか？外部スコープにaが無ければ未定義エラーだが
本当に、もう少し考えて書いた方が良いんじゃないか？
0935デフォルトの名無しさん
2013/05/02(木) 23:30:51.38numpyが速くてもほとんど意味ないんだよな
pypyでも全然ダメ
0936デフォルトの名無しさん
2013/05/02(木) 23:31:43.09俺は間違えそう。
省略可能でいいからローカル変数であることを明示できる宣言があればいいのにと思う。
0937デフォルトの名無しさん
2013/05/02(木) 23:32:51.420938デフォルトの名無しさん
2013/05/02(木) 23:35:35.82つコメント
0939デフォルトの名無しさん
2013/05/02(木) 23:38:00.10前々から言ってるように、可読性の問題だ。
読む方から考えてみ？
代入の有る無しでスコープが変わって、
しかもnonlocalが有れば外部スコープ。
スコープ調べるのに代入のあるなしを調べるなど煩雑この上ない。
0940デフォルトの名無しさん
2013/05/02(木) 23:38:46.22失うものの多さの割には実際大して速くないからなあ
0941デフォルトの名無しさん
2013/05/02(木) 23:39:31.78Pythonのshadowingも「ああそうだね」としか思わないが。
0942デフォルトの名無しさん
2013/05/02(木) 23:49:20.84>>920のxはローカル変数でyはそうじゃない
これはf()の内部を見るだけで把握できる
曖昧性は無いし、f()内部を局所的に読むだけで理解出来るので可読性も高い
（あと、y[0] = 0 を見て変数宣言だと思うアホがいるなら、向いてないからプログラマ辞めた方が良いと思う）
0943デフォルトの名無しさん
2013/05/02(木) 23:49:27.08速くて数十倍、たまに遅くなったりして平均して二倍くらいになれば良いかなって感じか
面白いので改良は続けて欲しいがライブラリがついてくることはないだろうな
>>939
スコープが変わるって考えに囚われすぎ。普通に読めよ
0944デフォルトの名無しさん
2013/05/02(木) 23:51:08.85Haskellとは違ってPythonでは普通の代入が変数をシャドウイングするのがダメなんじゃないの？
0945デフォルトの名無しさん
2013/05/02(木) 23:53:56.99Haskellとは違ってって、お前Haskell知ってんの？
0946デフォルトの名無しさん
2013/05/02(木) 23:57:36.04なぜ変数のスコープを調べるのに代入のあるなしを調べる必要が有る？
不自然だよ。
0947デフォルトの名無しさん
2013/05/03(金) 00:00:18.05なんだ？可読性の話はやめて、自然かどうかの話にするのか？
0948デフォルトの名無しさん
2013/05/03(金) 00:01:00.920949デフォルトの名無しさん
2013/05/03(金) 00:01:09.23心配しなくても代入がある場合は参照に先行するから調べる必要ない
お前は具体例もなく変な妄想を恐れてるだけ
0950デフォルトの名無しさん
2013/05/03(金) 00:02:43.93既に10回くらい書けそうな分量の日本語を書き込んでますよ
それだけ時間があれば書けたんじゃないですかねぇ？
0951デフォルトの名無しさん
2013/05/03(金) 00:03:11.43その代入のあるなしを調べる必要があるじゃねーかw
0952デフォルトの名無しさん
2013/05/03(金) 00:03:16.23これ、クラスターが空になったらどうするの？
空のクラスタは中心が原点になってるように見えるけど
0953デフォルトの名無しさん
2013/05/03(金) 00:03:54.460954デフォルトの名無しさん
2013/05/03(金) 00:06:03.73調べる必要ない。上から読み下せばわかるから
調べなければいけないと言い張るなら例を示せ
0955デフォルトの名無しさん
2013/05/03(金) 00:09:57.67飢えてきた…
0956デフォルトの名無しさん
2013/05/03(金) 00:12:37.67上から読み下していくのは調べるのとどう違うんだ
0957デフォルトの名無しさん
2013/05/03(金) 00:18:54.28待て、朝になったらコード書ける方のJS厨が来るらしいぞ
それまでスレが持つか分からんが
0958デフォルトの名無しさん
2013/05/03(金) 00:31:11.25meanでnanが返ってくる
でも、変数msはargminで使われてるだけだから、全体がnanに汚染される事は無い
本当はargminじゃなくてnanargminを使った方が良いけど、
そもそも御題のリンク先を見てもクラスタが縮退したケースについて何も書いて無いから
プログラマ観点でいえば、その場合は未定義
0959デフォルトの名無しさん
2013/05/03(金) 00:32:05.02なんの積極性も苦労も混乱も生じない
お前がびびりまくってるコードを見せてくれ
0960デフォルトの名無しさん
2013/05/03(金) 00:39:35.50どうせnumpy.jsがあればJSでも同じように書けるんでしょ。
0961デフォルトの名無しさん
2013/05/03(金) 00:41:14.530962デフォルトの名無しさん
2013/05/03(金) 00:42:10.060963デフォルトの名無しさん
2013/05/03(金) 00:45:53.960964デフォルトの名無しさん
2013/05/03(金) 01:59:00.37論外だからnumpyがあったら～とか言わない方が良いよ
0965デフォルトの名無しさん
2013/05/03(金) 07:01:17.27pythonのインデックス指定は非常に強力で、numpyでもフルに活用できる
その点においてjavascriptはFortranにすら劣る
0966デフォルトの名無しさん
2013/05/03(金) 07:22:13.57そんなに論外なのか？
0967デフォルトの名無しさん
2013/05/03(金) 07:33:25.42インデックスの範囲指定を使ったループの省略は行列操作をやる上で結構便利だよ
0968デフォルトの名無しさん
2013/05/03(金) 07:36:50.95確かにJavascriptはちょっと長くなるだろうが
0969デフォルトの名無しさん
2013/05/03(金) 07:51:30.17英語の Wikipedia の方が情報量多い。毎度のことだけど。
http://en.wikipedia.org/wiki/K-means_clustering
0970デフォルトの名無しさん
2013/05/03(金) 07:53:42.01どっかのコーヒーと違ってメモリ食わない
0971デフォルトの名無しさん
2013/05/03(金) 07:57:42.55クラスタリングとか懐かしいな
0972デフォルトの名無しさん
2013/05/03(金) 09:02:10.720973デフォルトの名無しさん
2013/05/03(金) 09:02:50.64var sy = require('sylvester');
function kMeans(data, K) {
var xs, mean, ds, i, j, k, d, x ,sum, min, minIndex, ZERO;
ZERO = $V(newArray(data[0].elements.length, 0));
xs = newArray(K, []);
for(i = data.length; i--; xs[i % K].push(data[i]));
console.log(xs);
do {
newXs = newArray(K, []);
mean = newArray(K, 0);
for(i = K; i--; ) {
for (sum = ZERO, j = xs[i].length; j--; sum = sum.add(xs[i][j]));
mean[i] = sum.x(1 / xs[i].length);
}
for(i = K; i--; ) {
for(j = xs[i].length; j--; ) {
var x = xs[i][j];
for(k = K, minIndex = k - 1, min = mean[k - 1].distanceFrom(x); k--; ) {
d = mean[k].distanceFrom(x);
if (d < min) {
minIndex = k;
min = d;
}
}
newXs[minIndex].push(x);
}
}
} while (!isEqual(xs, newXs) && (xs = newXs))
return xs;
}
0974デフォルトの名無しさん
2013/05/03(金) 09:03:27.54for(var r = [], i = n; i--; e.slice ? r.push(e.slice()) : r.push(e));
return r;
}
function isEqual(l, r) {
var i, j;
if (l.length !== r.length) return false;
for(i = l.length; i--; ) {
if (l[i].length !== r[i].length) return false;
for(j = l[i].length; j--; )
if (!contains(l[i], r[i][j])) return false;
}
return true;
}
function contains(l, e) {
for(i = l.length; i--; ) {
if (_.isEqual(l[i], e)) return true;
}
return false;
}
0975デフォルトの名無しさん
2013/05/03(金) 09:18:28.58正直これならCで書くレベル
0976デフォルトの名無しさん
2013/05/03(金) 09:21:49.68どっちでも慣れてる人なら大丈夫だろう
0977デフォルトの名無しさん
2013/05/03(金) 09:23:08.83CommonJSに比べたらまだCの標準ライブラリの方が使いやすいし
0978デフォルトの名無しさん
2013/05/03(金) 09:35:22.94from numpy import *
def kmeans(data, K):
xs, ys = random.randint(0, K, len(data)), zeros(len(data))
while not allclose(xs, ys):
ms = array([data[xs == k].mean(axis=0) for k in arange(K)])
xs, ys = array([nanargmin([linalg.norm(x - m) for m in ms])
for x in data]), xs
return xs
0979デフォルトの名無しさん
2013/05/03(金) 09:40:31.34コードを書かせるのは心苦しい
書かせれば万事解決すると予想していたのなら尚更
0980デフォルトの名無しさん
2013/05/03(金) 09:51:12.05実際のコードではJSのほうが圧倒的に可読性が低く冗長だと明らかになった
0981デフォルトの名無しさん
2013/05/03(金) 09:51:34.71わりと楽だったからw
まあforで直接ロジック書いてるからpythonより長いけど
決まり文句的なところがあるし言うほど大変でもない
0982デフォルトの名無しさん
2013/05/03(金) 09:57:54.58これ、可読性が高いのか？
0983デフォルトの名無しさん
2013/05/03(金) 10:01:05.340984デフォルトの名無しさん
2013/05/03(金) 10:04:06.740985デフォルトの名無しさん
2013/05/03(金) 10:05:44.59ループ内で各クラスタの中心を求めて、中心に最も近いクラスタに割り当て直す
クラスタの割り当てが変更されなかったらループ終了
ロジックがそのまま記述されてるから、凄く分かりやすい
0986デフォルトの名無しさん
2013/05/03(金) 10:13:47.88しかし現実は
「allclose？mean？axis？arrayで囲ってる？xsとys交換してから比較？linalg？norm？」
Pythonのコードは知的教養レベルが高い人が抽象的な言葉でわけのわからん議論をしてるのに
似てるw
ただ、その割には他の言語でもたいして大変じゃないんだよなあ
0987デフォルトの名無しさん
2013/05/03(金) 10:19:59.17お前はコード書いた>>973>>974じゃなくて、コード書けない方のJS厨だろw
自分は書けなくて逃げてたくせに、書ける奴が現れたら
> ただ、その割には他の言語でもたいして大変じゃないんだよなあ
って恥を知れ馬鹿ww
0988デフォルトの名無しさん
2013/05/03(金) 10:25:44.59俺はそんな暇人じゃないんでね
お前こそコード書いてないくせに偉そうに
0989デフォルトの名無しさん
2013/05/03(金) 10:28:01.070990デフォルトの名無しさん
2013/05/03(金) 10:29:10.23↓の「例」のところを見るとk平均法で何ができるかイメージが掴めるかも。
http://reference.wolfram.com/mathematica/ref/ClusteringComponents.html
0991デフォルトの名無しさん
2013/05/03(金) 10:31:40.570992デフォルトの名無しさん
2013/05/03(金) 10:51:32.77ここが、一目で解る
0993デフォルトの名無しさん
2013/05/03(金) 10:53:21.22Python(numpy, scipy)は知的教養レベルが高い人が使うもので、
Javascriptは底辺Webドカタが使うものってことだね
数式だって分かる人には読みやすいが、馬鹿には暗号になってしまうし
人に因って可読性が違うのは仕方ない
0994デフォルトの名無しさん
2013/05/03(金) 10:56:47.34おまいらありがとう。たぶんわかった
K=2 ならある類似性を持ったクラスタ 1 に属する要素と
クラスタ 2 に属する要素に分類するわけね
>>992
これは有り難い
でも最初にこれ見ちゃってたら自分で考えようとしなかっただろうな
0995デフォルトの名無しさん
2013/05/03(金) 11:04:22.68せいぜいイディオム勉強してPythonの知的教養レベル上げて満足してろよw
俺は暇人じゃないんで、そんなバッドノウハウいらんし、
応用が効いて分かりやすいJSでいいわw
0996デフォルトの名無しさん
2013/05/03(金) 11:14:20.220997デフォルトの名無しさん
2013/05/03(金) 11:28:27.350998デフォルトの名無しさん
2013/05/03(金) 11:29:11.51>でも最初にこれ見ちゃってたら自分で考えようとしなかっただろうな
同意
既にモチベーション無くした
0999デフォルトの名無しさん
2013/05/03(金) 11:30:19.321000デフォルトの名無しさん
2013/05/03(金) 11:30:22.101001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。