【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ44【pl,rb,php,py】

JavaScript, Perl, PHP, Python, Ruby, …
スクリプト言語をすべて扱うスレッドです。
最強のスクリプト言語は、どれよ？
さあ、死ぬまで語りやがれ！！！

■ スクリプト言語の用途
Webアプリ、シェルスクリプト

■ スクリプト言語の特徴
実行速度に優れているわけではないが、
取り回しに優れ、コードの作成や修正が容易、プログラマの負担が軽い！
・インタプリタ
・動的型
・正規表現
・クロージャ
などを利用できるものがある。

長いコードはここで
http://play.island.ac/codepaste/

【PHP,JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ43【pl,rb,py】
http://peace.2ch.net/test/read.cgi/tech/1396153182/

乙

AngularJSをIE7やIE8で使うとどうですか？
まともに動くなら使いたい。

世界はjavascriptが支配しました。
電通先生の次の作品に、乞うご期待

PHPの勉強を始めて、Apacheで動かしているんですが、頻繁にlocalhostにアクセス出来なくなります。
履歴を消すと直ることが多いです。原因分かりますでしょうか

IEを窓から投げ捨てろ

IEと窓は一心同体だから�_

>>5
これ使うと簡単ですよ

PHP-5.4が使えるローカルサーバー
http://hirata-create.toypark.in/?page=HC-LocalServer

PythonとPHPが使えるローカルサーバー
http://hirata-create.toypark.in/?page=HCpy-LocalServer

http://hirata-create.toypark.in/

PHPのnode.jsに対するアドバンテージって何？

多くのサーバーにデフォルトでインストールされているところかな。

教本でApacheを使ってるのでサーバーはApacheを使いたいと思います
IPがコロコロ変わる環境なので、もしかしてIPが変わると繋がらなくなるのかと思って
確認してみましたが違いました。原因が気になりますがとりあえず履歴を消すことで対応しときます

>>9
asyncを気にしなくても済むところとか

node.jsは不安定なウンコだけど
どうでもいいサービスに使うなら十分だよ

node.jsが不安定なんじゃなくて、
お前が作るプログラムが不安定だと思うね。

嘘だと思うなら、お前のプログラム出してみ。
それが不安定だという証拠になるしね。

phpって、重大なサービスで使われてたの？

facebookはPHPじゃなかったっけ？

名状しがたいPHPのようなもの

SEやってる知り合いが務めて10年くらいで完全にハゲてたんだがｗ
まだ30前半
頭の悪い人間だと余計に脂汗かくせいでどんどんハゲるんだろうかｗ
偉そうに講釈垂れてたのにみぢめすぎwwwwwwwwwwww
35際限解説って毛根限界のことだったんじゃないか？
お前らはハゲてないよね？シャンプーは安いのじゃなくてちゃんとしたの使ったほうが良いと思うよ

生え際が後退しているのではない。私が前進しているんだ

>>1
乙
前スレの1000で誘導するとは有能な男だ。

>>20 を見て >>1 に感動した。大乙

最強なのはPythonで決まりなんだけど
（仕事で使ってる）ユーザのレベルも高くて競争率高杉

ドカタ仕事でも良いから仕事にありつくって意味ではJSかPHPを選ぶしかない

パイトンってそんなにいいの日本では今メジャーなの？

中国なんかは、node.jsを、すっ飛ばしてgolang使ってるよね
連中の合理主義と乞食根性に赤帽のヤツらも真っ青だろうね

パイソン

コードレビューしたらお金がもらえるWebサービスを作ってくれないか？

もちろんそのウェブサービスはコードを公開して
レビューしたら運営者が金を払うんだ。

期限内に完璧にバグ取ってくれるなら金払っても良い

お金がもらえる仕組みを作ってくれ、頼む

GAE とかで儲かってる人っているの？

「苔」を知っているか？
これは植物であって菌類のように成長する
多くの苔を集合がひとまとまりになって形を成す
だからチリジリに千切ってばら撒いても
ちゃんと水と光を与えておけばまた育ってくる
それを蒔きゴケという
光と水だけで成長するので、それさえあればどこでも育つ
ただし苔の付着した用土に炭があったほうが良く育つ
単体で小さすぎれば乾燥して死んでしまうので(胞子は死なない）、ある程度のまとまりを持って湿度を保ちつつ成長する
これのが普通の植物と根本的に違うのは
野草が生える前の基盤作りを苔が行うということ
日本の気候の場合、苔は何もない場所に真っ先に飛来して群生する
もはや薄く群生してない場所など国内には無い。
どこを見ても薄く緑色になっているはずだ、その薄っぺらい奴はスナゴケというんだが･･･かなり乾燥に強い
乾燥すると白くなるが、それは葉を閉じているだけで、水を与えると葉を開いて緑色になる
そうやって何もない場所に湿度の保持時間高める事によって砂などが蓄積していき、いずれ野草が根を生やす

苔の驚異的なところは、小さな自身の集合であって根っこという概念はないのだが
群生の初期には位置固定の為に根を生やす場合がある。。。ｗ
苔Aの1mmと苔Bの1mmの塊はそれぞれ別々に育った苔だ
しかしこれらを一か所に居れたり混ぜたりしておくと、苔Aも苔Bも関係なく一部が根になってしまう事がある
これは普通の植物ではありえない

>>30
Solr、ElasticSearchが使えないから、一気に飽きた

ラズベリーパイと言うボードでスマートフォンからラズベリーパイのIOを制御できるページを作っています。
参考にしている本では

//ライト
$('#light').click( function() {
light_val = (light_val) ? 0 : 1;
set_gpio_value(GPIO_LIGHT, light_val);
});

と言う書き方をしているのですが、この場合、HTML部分で書いたボタンを押すと動作しますが
動作したままなので、動作を停止すために停止用に別途行が必要です。

スマートフォンでアクセスした時ボタンの上に指がある時だけ動作するには
.clickでなくどの様に書けば良いでしょうか？

つ　onmousedown と onmouseup イベント

>>34
ありがとうございます。
、
このイベントに置き換える場合、
今までは実行ボタンと停止ボタンを配置してそれぞれにclickで指定していましたが、
実行する為の部分のclickをonmousedownに置き換えると、ボタンを押したときだけ実行で離すと停止。
停止用の部分は、書かなくてもよい。との理解で良いでしょうか？

質問ばかりですみません。

こっちに行こう
http://peace.2ch.net/test/read.cgi/tech/1380177260/

ttps://twitter.com/dhhracing

>>36
JavaScriptだけのスレが有ったのですね。
そちらへ移動します。
ありがとうございました。

DBを使うwebページを作るにはPHP、Ruby2.x 、Python3.xのどれがオススメですか？

>>39
PHP。
何故なら皆使ってるから。

その中からならRuby一択じゃね？

環境構築に手間を掛けたくないならPHP一択
そうでないならRuby(Rails)
PythonはWeb系は弱い

express + sequlize

>PythonはWeb系は弱い
は？

Pythonには最強のWebフレームワーク Zope があるのに、
それも知らないなんて....

いまはPyramid一択ですよ
または変化球でbottle.py

>>45
Zope?
とっくに死んでるよ、それ

https://www.google.co.jp/trends/explore#q=zope&cmpt=q

>>45
あちゃー

zopeには夢があった 俺は好きだったよ

pythonのweb frameworkって、Rails以下のシェアだよね
OSSなんて宗教なんだから、DHHのようなカリスマ的な霊的指導者が居ないと成り立たないんだよ
思春期のプログラマたちの感情を取り巻くエネルギーが、
職業プログラマのそれを遥かに凌ぐ経済効果をもたらすなんて明白だったじゃないか

>>50
まったくOSSが宗教という比喩は、Pythonの教義を的確に表しているね
たとえば：
・インデントの強制を疑うことなかれ
・ラムダ式の本体定義に文が書けないことを疑うことなかれ
・if 式の構文が独特であることを疑うことなかれ

あばたもえくぼで、他の言語ユーザからすれば異質に感じる事柄であっても、
Python信者にかかると「絶対の真理」になってしまう不思議....

Webだけで比較するなら、PythonとRubyは確かにいい勝負かもしれない
Webフレームワーク単体だとRailsだろうな
Web含めて全部のジャンルだと断然Pythonの方が適用範囲広いが

みなさんありがとうございます。
MVCで作った事が無いのでsinatraかbottleを検討していたのですが、RubyもPythonもあまり変わらないんですね。

Pythonのラムダ式の構文は糞だけど

f = lamda a, b: a +　b


Rubyのラムダ式もおかしい

f = -> (a, b) { a + b }


今日のまともな言語であれば、ラムダ式はかくあるべきだ

f = (a, b) -> { a + b }




Rubyのラムダ式は、靴下を左右逆に履いてしまったのをオシャレだと言いはってそのまま使っている感じ
信者はなんで実装前にとめなかったのか

Rubyのおかしさには勝てないな

>>54
それは Ruby 2.0 で追加された新しいラムダ式の構文だね
'->' はギリシャ文字のラムダを右に倒したものらしいけど、
写像を表す矢印を直感しやすいから、
この判断は失敗だったと個人的には考える
（こうした些細/微妙な問題は、他にもいくつかある）
ただし、これまでの構文は消えずに残されているから、
一般に導入され最も普及している古い Ruby 1.8.7 から
最新の Ruby 2.1 の間で：
　　f = lambda { |a, b| a + b }
と書ける
したがって理性的な判断力あるプログラマであれば、
表現力/可読性/後方互換性、どれも問題は無い

それに対して、Pythonのラムダ式が抱える問題は、
関数型プログラミングの実践にとって
どうにも避けようが無い致命的な欠陥

endの方が

関数型プログラミングの制限的な書き方は、その制限を満たすことによって
強い静的型、型推論、参照透過性などのリターンがあるから
トータルとしてメリットがある（場合もある）のであって、

Rubyのような言語で関数型プログラミングをやることに何のメリットも無い

>>58
強い静的型は関数型に必須のものじゃないよ

>>59
必須とは書いてないよ
メリットだと言ってるだけで

>>60
ならそれは静的型付けのメリットだ
関数型のメリットじゃない

Zope->Pylons->Pyramid->死亡

>>61
型注釈の大幅な省略と強い静的型の両立は
関数型の強力な型推論があってのものだから

関数型は制約を受け入れる事で、特定の書き方における簡潔さと強い静的型を
両立してると言ってるんだよ

>>54
あの人なら止めても実装しちゃうんじゃないかな

>>54
複雑怪奇なRubyのパーサーに
()->{} の形のラムダを追加するのは無理だったらしい

パーサーを一から作り直せば可能かもしれないけど

>>54
>Rubyのラムダ式もおかしい

f = -> (a, b) { a + b }
を
f = lambda (a, b) { a + b }
と読めばpythonと比べてもそんなに変わらない

しかも字形から類推出来る
lambda -> λ -> '->'
というオチまでついているんだぜ

とMatzが言ってた気がする

>>58
静的型付けの特性は手続き型にも共通するものであるから
>>59,61の指摘が正しい認識だ

また、
> Rubyのような言語で関数型プログラミングをやることに何のメリットも無い
に関しては、それが誤った認識であることが以下の記事で述べられている
・Rubyによる関数型プログラミング
　www.h6.dion.ne.jp/~machan/misc/FPwithRuby.html

>>63
このスレでも話題の新言語Swifは
手続き型であるにもかかわらず型推論を導入し、
コードの簡潔さと静的型付けの安全性を両立している
新言語Swiftの登場は、>>63の主張と矛盾している

なぜ型推論にとって関数型が必須の前提なのか？
その理由を客観的に説明してほしい
>>63の主観、すなわち個人的な願望だけでは、誰も納得できない

pyramidって、イルミナティ絡み?
cakephpから派生したLithimも、laravelも、そんなノリだよね。
Rubyが誕生は55日目だし、全てがピラミッド絡みだよね。何この超自然。

Swiftは、OCamlの成果を取り込みたかったんだろう

どこがw

>>63
型推論と関数型言語は関係ないよ

関数型と静的型付けは別の話じゃないかな

xcode, angular.jsのAと、mean.ioのMは、秘密結社のシンボルだって思うんだ。

◎2chスレッド勢いランキングサイトリスト◎

★+ニュース板
・ 2NN (推奨サイト)
・ 2chTimes
★+ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
★+ニュース板その他
・ Desktop2ch
・ 記者別一覧
★全板
・ 全板縦断勢いランキング (推奨サイト)
・ スレッドランキング総合ランキング
・ ログ速
★全板実況込み
・ 2勢 (推奨サイト)
・ READ2CH
・ i-ikioi

※ 要タイトル検索
※ 2chブラウザ併用推奨

>>62
ZopeはPlone

swiftなんかより、Objective-Jの方が技術的な使い回し効くよね

名前のかっこよさ
Aランク:Ruby,Python,Perl
Bランク:JavaScript
Cランク:PHP

Pythonはかっこ良くないだろ

angularもninjaも、new generationを脳の深い所へ学習させるためのヤツらの工作
世界は最期、火に包まれる。だから、codeignitorやFuelPHP,Fire Phoneが出てきた

Pythonはかっこ良くない

>>78
A ランクが上とは限らない
体操とかの難易度みたいに C の方が偉いとかかも

東京裁判のA級戦犯はうんたらかんたら....

>>77
他のランクはいい悪いは言及しないけど、
"PHP" がうまくないネーミングしちゃったなーという点では同意。

PHP は全然いけてない。

Pythonにはユーモアがある

↓かっこいい・かわいい
Scala
Lua
Perl
Swift
Lisp
Ruby
Delphi

↓悪くない
C#
C++
CoffeeScript
Haskell
Groovy

↓ダサい
Java
JavaScript
Python
Objective-C
ActionScript
Visual Basic
Erlang
COBOL
Go
R

↓クソ
PHP
OCaml
TypeScript

SwiftがOCaml使いにバカにされた！　とか思っちゃったのかな？
流石バカだ。

Elixir

Objective-COBOL
Functional-COBOL
COBOL.js

>>86
実際にOCaml使いに馬鹿にされてる

ttp://d.hatena.ne.jp/camlspotter/20140611/1402457362

let a = [1,2] // a = [1,2]
var b = a; // b = [1,2]
b[1] = 3; // a = [1,3] b = [1,3]
b.append(5); // a = [1,3] b = [1,3,5]
b[1] = 4; // a = [1,3] b = [1,4,5]
これ凶悪だな
この手の意味不明な地雷って高いパッケージソフトの組み込みオレオレスクリプトなんかだとありがちだけど
そんなのと同等レベルだね

Objective-CとJavascriptが普及してるなかで、Objective-Jが流行らないんだから、
swiftなんてscalaより普及しない。

その２つの言語が普及している理由をよく考えろ
言語自体が魅力的だからか？

Objective-CとJavascriptの普及っぷりをみると、
酷い言語ほど普及する法則があるとすら思える

Swiftも酷い言語なので(>>90)普及するかもしれんね

使わざるを得無いから普及してると言う話なんだから、Objective-C の普及率よりSwift は普及するだろう。

本格的な評価は、オープンソースになってからだけど良い言語だよ。
オープンソースになるにはまだ1〜2年はかかるだろうけど必ずなると思う。

>>92
2つの言語が普及した理由は、そのプラットフォームに市場があるから。
そして、javascriptはベンダー依存しないライブラリが豊富。
この2つを兼ね備えたObjective-Jが流行らないなら、Swiftなんて存在を忘れたくなるような黒歴史

ウンコとウンコ組み合わせてどうすんだよ

>>90みる限り、生まれながらにビチグソじゃん

Swiftの言語仕様に疑問符が付くところも多いとしても
iOS開発の選択肢がApple公式のObj-CとSwift二択ならまあ流行るだろうよ

強制力もないしプラットフォームの公式でもないObjective-Jとは事情が違いすぎる

TypeScriptは分かりやすくて良い

>>99
同意
サンプルコードをちらっと見て、ああそんな感じね、と自然に受け入れられて
言語仕様をちゃんと把握しなくても、まあこんな感じでいけるだろう、と適当に書いたらだいたい期待通り動く
「驚き最小」とはまさにこのことだと思った
表面的にはScalaに似た書き方があったりするけど、さすがにC#設計者のセンスは違うわ

objective-Jの方が驚く要素がないよね
javascriptにSmalltalkライクなオブジェクト指向でラップした超自然な組合せ

Objective-C書いていると、どうしてこんなこともできないのとか
どうしてこんなクソな命名規則のクラス作れるんだろうとか
よく驚くよ

メインフレームを経験すれば大抵のクソはカレーに見えるようになる

Andrew NGもヤツらが送り込んだ手先

またRubyが勝ってしまったのか

Swift は、合理的な言語だよ。
数学論理的にはArrayの例の様に最初頭をかしげることが有るが、思想がわかると、非常に理解しやすい。

言語仕様的には、解りやすい言語を目指し、スピードを追い求めた言語。

コンパイラ言語でありながら、インタプリタ(以上のリアルタイム)環境でコーディングデバッグが出来る、非常に開発効率の良い言語。
例
var a= 1 // コーディングした途端、右に 1 と出る
a++ // 2 と表示される。

だから、デバッグのために、print文を入れたり、Alertを入れたりする必要があまり無い。
実行中のグラフィックも見れるし、結果のタイムラインを時間軸と値などとともに逆にたどる事も出来る

言語と言うよりは、それに伴う開発環境が素晴らしい。
Swiftはコンピュータ言語の教育を念頭に置いて開発された言語と言う大きな特徴が
有る。

コンパイル言語っていうけど、普通にデバッガで追いかければ良いだけ

こんな新しい糞よりも、c++使い続けた方がマシだよ
c++/jsのコンビで十分
Java厨死亡。ざまぁｗｗｗｗ

機械翻訳

>>109

>>107 デバッガと、実時間実行ではかなり違うぞ。
殆どの見た事も無い人には同じと思えるのかもしれ無いな。

デバッガは、あるポイントの結果を見ることが出来る。

実時間実行では、全ての変数の動きを時間軸に沿って変化も見れるし、逆戻りして見ることも出来る。 グラフィックしかり。

>実時間実行では、全ての変数の動きを時間軸に沿って変化も見れるし、逆戻りして見ることも出来る。 グラフィックしかり。
ちゃんとデバッガのマニュアル読んだ？

gdbにすら、backtraceついてるね

最近のは、reverse-stepまでついてる

reverse-stepってどれくらい役に立つのかね？
出力された文字が消えるわけ無いだろうし。
再実行したほうが完璧だと思うけど

景気よくstepを刻んだときだろ

昔、ここでバカにされてたegisonがhacker newsに上がってる

Perl=ガラクタ

またRubyが勝ってしまったのか

またPHPか
問題起こすのはいつもPHP
PHPは害悪だな

Apache/2.2.22 (Debian) PHP/5.4.4-14+deb7u4 Server at ai.2ch.net Port 80

>>120
2chってPHPで作られているんだったけ？

perlじゃなかったか？

bbs.cgiがPerl（SpeedyCGI）でread.cgiはC（mod_cgidso）だった気が
変わったの？

Jimが既存のコード動かしてたら著作権違反だよ

んな訳ねーだろ
背任横領罪だ

haskellで動いてんじゃなかった?技術者たちの勝利だね

>>120
なんか勘違いしてないか？

ペチパー必死の反論
未だディレクトリ一覧が表示されるｗｗｗｗｗｗｗｗｗｗｗｗっうぇうぇｗ

どうした？まずいもの食ったか？

>>121　PHPはPerlにお化粧しただけの物で同じ物なんだよ。

>>128
PHPもお前もゴミ

PHPやったことないけど
Wiki見るとPHP5系の中だけでものっそい機能追加されてるな
別言語だろコレってくらいの変更具合

>>129
文字列処理とUNIX文化を捨てて、VBScriptにJavaの皮を被せる作業を化粧と呼ぶなら、その通りかもしれん。

pyちゃんちゅっちゅ
はあああああんPythonたんかわいいおおおおおおおおおおおおおおおお

もう皆、node.jsしか使わないよ
言語処理系の開発と保守が、どれだけ大変か考えたら、当然だよね？
開発が継続されるのは、Haskell,Ocamlぐらい

>>131
「のっそい」って何？どこの方 方言なんだろ。

ものっそい
尼崎あたりｼﾞｬﾈｰﾉ

>>130
apacheの問題を言ってるけど大丈夫か？

PHPは互換性高いよ
10年前のPHP4時代に書かれたプログラムでも、PHP5.6で動かしてもほとんど問題なく動く

>>138
で？っていう

>>137
ゴミペチパーこと>>137はついにApacheに責任転嫁かwwwwwwwwwwwww

お前みたいな奴は死ねゴミｗｗｗｗｗｗｗｗ

PHPなんかに使われてApacheが可愛そう

だってPHPのせいでApacheの評価まで一緒に下げられてしまうのだから

>>141
まずはPHPで何をしたらディレクトリ一覧が出るかを説明すれば
話が早い

頭の悪いぺちぱーのせいであってPHPのせいですらないな

PHPコードのカスさがそれを見ただけで管理者の思考を鈍らせて失敗させる
あらゆる失敗へ導くのがPHP

phpがOOPLと成熟する前に、皆、node.jsへ移行するよ

ん？ 今のPHPがOOPLとして成熟してない点って何？
OOPL以外の批判ならまだわかるけどさ、
PHPは完全にOOPLとして成熟してるでしょ。

十分な機能は備えているとしても成熟はしてないんじゃ…
PHP5.3でやっと名前空間追加されたレベルだぞ

その基準でいうとScalaとか言語機能は成熟しているけど、
恐らく10年後も今のポジションにいると思うぞ

オブジェクト指向は愚かな考え。
http://peace.2ch.net/test/read.cgi/tech/1393660194/

>>147
いや、だから他に何を追加すればいいんだよ？
名前空間以外にも沢山実装されてるだろ。

それにPHP5.3がリリースされたのは5年も前の話だぞ。
せめて一年前にリリースされたPHP5.5の話をしろよ。

PHPは驚き最大の原則さえやめてくれたらそれ以上は求めない

Apache+PHP+MySQLって組み合わせは大体腐ったことしかやらんのだよ

それでもどれも同分野では最大派閥

PHP5.3が出たのって、いつのことだと思ってるんだか
別にPHPの言語仕様が優れてるとは思わないが、このレベルに批判されるPHPは気の毒

週明けで5周年だよ
http://nozomi.2ch.net/test/read.cgi/php/1397862294/791

>>152
最大派閥に群がる層ってのは底辺なんだから当たり前だろ

逆に言うと、Python にせよ Ruby にせよ、そんなに良いのに最大派閥になれないのは何故かと考えよう

LAMPなんてもう随分と昔の話で、今はMEANだよ
python,rubyって、まだ使われてたの？

み〜ん（笑）

>>156
MEANの人
Rubyのインストールの手づまる人が多いのが笑える

ニシトットリニップの作った言語の話をしているのか

>>155
馬鹿には無理
ですねわかります

>>158
Railsって、まだ、メンテされてたの？PHPも、スグに衰退するよ。
OSS開発者たちのリソースは分散してしまうとASP.NET MVCが勝つからね
それが分かってたから、皆、angular,node.jsコミュニティへ移ちゃったんだ
だけど、これは一時凌ぎに過ぎない。次にくる言語こそ、全てを統括する真の救世主だ

狼少年って昔からずっといるよね

>>161
ふーん。MEANでまともに成長してるのってAngularぐらい

compassの変わりはいつ実装されるんだい？

真の救世主www

compassって、stylus,fluidityと比較して、どんな長所あるの?

>>165
fluidityをよく知らんが
angularの人でもcompassを選んでしまってる事実とかか

fluidityで検索しても、他のsassのが出てくるし、使われてないでしょ

>>156
MEAN ってどんな意味？
なんか比べるものじゃない気がしなくもないけど…。

>>166
そんな、極小数の事例を挙げられてもね
メリット、デメリット分からないまま、壺とか買うタイプでしょ？

> 次にくる言語こそ、全てを統括する真の救世主だ
> メリット、デメリット分からないまま、壺とか買うタイプでしょ？

自分だろwwwww

>>168
angularの人が極小数と言いたいか

MEANは
Mongo
Express
Angular
Node
でしょ

>>171
いや >>156 ID:HIx6zyV6 に直接聞いてるので。
（XAMPP、LAMPPでも比較するの変だし、LAMPって書いてるから謎。）

>>172
何でその比較が変なの？変だって言いたいだけでしょ？

javascriptにシフトできない学習障害のぺちぱーたちがファビョり過ぎてて笑える

javascript(笑)

javascriptしかできない人が
javascriptとphpの両方を使ってる人を貶そうと頑張るスレですか

JSはCの二倍速い。

ことが、一度ぐらいならあるかも知れない。

>>174
あんたは「ぺちぱー」って言いたいだけでしょ。

>>176
片方で良いじゃん
jsにはnativeアプリ用のコードを吐いてくれる実装だって、いくつもある
phpに、そういうものあった？今もう、世界中がjsを求めてるんだよ

nativeアプリを吐いてくれるJS実装よりも、
それどころかJS処理系そのものの実装よりも
AltJSの方が沢山あるので、JSである必要は全くないな

>>180
片方でよいのに片方になっていない
要は、javascriptの現状では必要十分が満たされていないってことだよ

学習障害のぺちぱーたちに職を与えるためだけの福祉言語だろ

PHP研究所

>>181
大嘘だよね。jsの実装の方が多いよ。実際に使われるのがnode.jsってだけ
AltJS？どこのアホが使うんだよｗｗｗｗ

以前「CoffeeScriptなんて誰も使ってない」と言っておいて反例を出されてファビョった奴だな

もはや世界の合言葉はJS

>>161
ASP.NET MVCってフレームワークパフォーマンスだとあのRailsより遥かに下なんだけど
あれって中身が相当ポンコツなんじゃないの

あと旧ASP.NETからの負の遺産もだいぶあるよなあ

どんな状況で何のパフォーマンスを測定して遥かに下だと言ってるんだ?
RailsとASP.NET MVCじゃスケールや用途の想定が全く違うはずで、
大規模なエンタープライズ用のソフトウェアが小規模用途やカスインフラでは全然性能を発揮できないなんてよくある話だが

ASP.NET MVCは受託開発やってる負け組の間で
最近流行ってるらしいね

Railsは、もやいビジネスだろ

>>189
>RailsとASP.NET MVCじゃスケールや用途の想定が全く違うはずで、

もしも「スケールや用途の想定が全く違う」なら、>>161の言う

> OSS開発者たちのリソースは分散してしまうとASP.NET MVCが勝つからね

は、無意味で的外れな主張ということになるね

ASP.Net/C#/Java/COBOL が想定しているエンタープライズ環境と
PHP や Rails が想定している(グローバルな)Web環境との間には、
開発者の文化に大きな隔たりがある、という当たり前の話ではないかと思われ

>>192
前にhacker newsにポストされた記事よんでたら、
railsじゃもうダメポ。ASP.net MVCつかわせて(;´Д｀)ﾊｧﾊｧ
って書いてあったぞ。

それこそスケールの想定を違えてたのでは

Railsでサバ2台のインスタンスをロードバランサーで切り替えて運用する方がWinやMonoで鯖動かすより
よほどコスト低くてかつ楽だと思うんだけどな

一台止まってレスポンスが落ちても誰も文句言わないようなアプリならな

Windowsのサーバーは落ちることもないしカベコレで止まることもないから安心だね(棒読み

JapScruptの話か

Linuxでもパフォーマンス重視ならJavaとかNodeであって、Railsはないわ

javascript(笑)

2chで計測データなしで
パフォーマンス言われてもな

http://www.techempower.com/benchmarks/#section=data-r9&hw=i7&test=query
こういうところ見るしか方法はないわ

Java > Node > Rails > C#(Mono)

Monoってw
実装の品質悪くてASP.NET MVCまともに動かないって話でしょ

>>202
どっかにWindows上で動かしたパフォーマンス比較とかないのかね

C#の結果0って明らかに設定ミスじゃん
しかもLinuxでMono

Round 6あたりまではトップ5あたりにいたfinagleも0になってるし
C#以外も回を重ねるごとにまともに測定できてないフレームワーク増えすぎ
手抜き

ミドルウェアやスクリプトエンジンのお陰なのを忘れて技術を舐めてるスクリプト厨って
こういうところでボロが出るんだよね

>>204
使われなくなったものや使われてないものはそんなもん

あくまでも開発効率がいいってだけだからな
PHP+Apacheみたいにお手軽環境なのはJavaとかにないメリットだけど、スクリプト言語のくせにやたら管理が面倒な実行環境なのは何のためスクリプトだって気がする

どれの話

開発効率は重要だよね
速度だけ求めたいならアセンブラで書けよって話

あとは開発効率と実行速度のバランスを見て、案件の要求に合ったものを使えばいい

バージョン＠＠のOSと
□□のランタイムのバージョンN.Nと
○○と××のライブラリと
コンパイラのバージョン△△に＊＊のパッチを当てたものを用意してください
＄＄の場合は設定ファイルのLL行目を修正してください

構築中…××％

エラーが発生しました

>>210
Cygwin とか msys/mingw はそんな感じだね

java,c#のパフォーマンスがイマイチなのは、
開発効率が悪くてミドルウェアなんかが発展しないせいだよね

違うよ

スクリプト言語は遅いから、サーバの台数がひたすら増えていって、大量のサーバを管理するためのシステムが必要になる

そこまでのアクセスがあるようなサイトならJavaでも使っておけばいい
要は案件次第ってこと

gccを1とした時のスピード(約)
http://benchmarksgame.alioth.debian.org/u32/which-programs-are-fastest.php
ｇｃｃ　１
C# mono 2
java 2
mono 2
Dart 3
go 3.5
Javascript 4 (大体）
perl 30
Ruby 35
PHP 50
Python 70

Dartって速いんだな

いや遅いだろ
Dartなんか思いっきりオールドスタイルな静的言語で特に遅くなるような要素がないのに

じゃあなんでgoよりも速いスコア出てんの？

>>216
Rubyって書いてるのJRubyだろ？
RubyだとPythonより遅いやん

ScalaなんかもそうだけどJVMはJava専用に設計されてて他の言語からみれば貧弱だから
他の言語載せようとすると辻褄合わせで結構遅くなるよ

>>220
別にJRubyでもええやん
不満だったらJythonと比べればええし

perl,python,ruby,phpの死
それは、古き良き時代のOSSの終りを告げた

実サービスだと
>>216と違う差が出るのは、同時接続とかそこら辺の問題かな？

>>221
>>217 に >>218 で反論しといて
>>219 で疑問を投げかけられてるのにスルーしたw

Clojureでよくね

OSSっていうか、フリーウェアも
無意味な無償労働は無くなっていくよね
あんなのはプログラマカッコイイみたいな幻想作って
誰かが何かの為に大勢を騙して無償で働かせてるに過ぎない
普通は何か有用なもの作ったらそれなりの対価を貰えるもの
いつまでも誤魔化してられんて

オープンソースでコピペプログラマがパクリプログラミングで利益横取りのヒャッハー

>>225
疑問もクソも、似たようなもんだから実際速度変わらないというだけだろう
単に実装の品質の差やベンチマークコードと処理や環境との相性とかその程度の話

ノートPC故障率

アップル　17．4％
ソニー　16．8％
http://news.livedoor.com/article/detail/4460748/

>>227
> 誰かが何かの為に大勢を騙して無償で働かせてるに過ぎない

幻想乙

>>226
この調子でlispを改良していってほしい

>>227
プロプライエタリなんてOSS界隈に10年以上居たヤツだけがやればいいよ
これまで、順番が逆

製品が有償でも構わないけど
ソースは公開されているべき
っていう主張には半分賛成半分反対

秘匿にするだけの価値がないコードを、尤もらしく隠してるヤツら許せない！

>>235
許せないと憤るほどの価値がそいつらにあると思ってるのはお前だけだけどな

関連企業の社員がフルタイムで開発してたりするもんな

>>236
隠された価値のないソースに憤りを感じるのであって、
価値のないソースを書いた人たちに憤りを持ってるわけじゃないんだよ
尤もらしく隠しているのが誰かぐらい分かるよね？つまり、それが世界の真理なんだ

　 　　　　 　　 ＿＿＿_
　　　　　　 ／ ＼　　／＼　 ｷﾘｯ
.　　　　　／　（ー） 　（ー）＼
　　　　／　　 ⌒（__人__）⌒ ＼
　　　　|　　 　　　|r┬-|　　　　|　　それが世界の真理なんだ！
　　　　 ＼　　　　 `ー'´　　 ／
　　　　ノ　　　　　　　　　　　　＼
　 ／´　　　　　　　　　　　　 　　ヽ

　 　 　 　 　 　 ＿＿＿
　　　　　　　／　　 　 　＼
　　　　 　／ノ　　＼　　 u. ＼　！？
　　　　／ （●） 　（●） 　　　＼　
　　　　|　 　（__人__）　 　　u. 　 |　ｸｽｸｽ>
　 　　 ＼　u.｀ ⌒´　 　　　　／
　　　　ノ　　　　　　　　　　　＼
　 ／´　　　　　　　　　　　　 　　ヽ

　　　　　 　　　＿＿＿_
<ｸｽｸｽ　 　／　　　 　 　＼！？？
　　　　 　／　　u　　 ノ　　＼
　　　　／ 　　　　 u （●）　　＼
　　　　|　 　　　　　　　（__人__）|
　 　　 ＼　　　　u　　　.｀ ⌒／
　　　　ノ　　　　　　　　　　　＼
　 ／´　　　　　　　　　　　　 　　ヽ

javascript(笑)

結局FC2ブログにミニゲームとか遊び用Webアプリ乗っけたい時ってjs以外の選択肢あるのかを知りたいのだ、俺は

JSにコンパイルできる言語なら何でも

今時そんなもんUnityでも使ってスマホアプリで作りゃいいのに

心身ともに引きこもりたい

>>230
livedoor とか見る気しないからそんなの貼るなよ。

>>240
笑いを引数にして返り値はなんだろう？


…とかそれみて思うのはプログラマだけだろうか？

>>224
じゃあ、（心技体の）技だけ世界に解放。

>>201
嘘、LLで一番早いのphpかよ
jsの人とかrubyistってペチパーペチパーって言っといてphpにすら勝てないでやんの

>>246
何だよペチパーって。
ガキじゃあるまいし。

>>246
COBOLだって大概のスクリプトより速いのと同じこと

javascriptとprologにしか魅力を感じない
haskell,c++って、なんかすごくマッチョだよね

pythonとjavascriptを連携させとります

ぺちぱーぺちぱーぺちぺちぱーぱー

　　　 _, ,_ ∩☆))Д´) ﾍﾟ
　（　‘д‘）彡☆))Д´) ﾁ
　　　⊂彡☆))Д´)　　 ﾊﾟｰﾝ!

DBからテンプレートエンジンにオブジェクトを運ぶだけの仕事なんかどの言語でも書ける

javascript最強伝説

>>253
そりゃそうだろｗ

ほぼ全てのことは、ほぼ全ての言語で
書けるんだから。

>>253
そういう誰がどんな言語で書いても大差無い
単純なドカタ仕事に誇りを持ってる奴もいるんだから
本当のこと言っちゃダメだよ

どの言語でも書けるからこそ、この言語なら効率がいいだの速いだので議論してるのにな

速度で言うなら、C言語無双になるよｗ

効率や速いというのは、絶対に目指すものじゃない。
今は開発速度の方が重要なんだし。

効率と開発速度が別物とはしらんかった

開発速度だけ良ければいいってどこまで土方根性なんだよ
受託開発なら開発速度だけ良ければいいだろうな

開発速度にだけ重きをおいた結果、余計なコードをたくさん書かなければいけなくなって
リリース後に手間ばっかりかかってるサービスを何度も見てる

フリーのテストツールが発展して、コンパイル不要なjavascriptが開発効率最強に決まってる

井の中の蛙大海を知らず

>>260
> 開発速度にだけ重きをおいた結果、余計なコードをたくさん書かなければいけなくなって
> リリース後に手間ばっかりかかってるサービスを何度も見てる

え？ 余計なコードをたくさん書かなければならなくて手間ばかかりかかってるならば、
それは開発速度に重きをおいたつもりだが、技術不足で開発速度が上がってないってだけじゃん。

開発速度に重きをおいて、技術があれば、書くべきコードは減って
リリースも手間がかからなくなるよ。

いや、当たり前なんだけどさ。
それができてないのは、技術不足ってだけで。

javascript(笑)

見切り発車したり運用開始後すぐポイ捨てしたりできるのも開発速度の内

これで、開発速度、応答速度とスループット、技術力()の３要素になりました

>>263
開発速度を上げるものを選んだ結果、応答速度やスループットが下がって
やることが増えるって話だろ？

javascriptがボトルネックなのに、何いってんの？

railsスレで1万件や10万件のデータ容量で
Twitterのような対応しないとダメだとか言ってる

これが開発効率がいいってやつだ

開始時にはその規模になるなんて予想出来ないからだろ
すぐ終わるかも知れないものに時間は掛けられないから、取り敢えず実装が早いものを選び
規模が大きくなると踏んだ時点で大規模用の体制に切り替えた、何も問題ないじゃない？

ここの言語でソースみたり（作るほどではなく）弄ったこと有るのは
JavaScript / php ぐらいだけど、
日経 Linux の連載記事で rake のソース載ってたの見たら、
（DSLって何？ですし Ruby も知らないけど）
「何この気持ち悪いの…」ってのが第一印象だった。

Ruby 見慣れたりしたらこうじゃないのかな。

>>269
1万や10万で予想できない規模なの？

RubyのRakeみたいにクロージャを使ったDSLでビルドスクリプトを記述するのは
最近はJavaScriptのGruntやJava系のGradleとかいろいろ流行ってるね

特定の言語を覚えないといけないとかコスト高いよね

また、javascriptが勝ってしまった

>>271
初期のツイート数は約5000/日だぞ、そこから増えたから良いものの
もし最初がピークで、そこから下降し続けてたら？
新サービスってのは受けて欲しいだろうが、そんな楽観的になってられないのも新サービスなんだよ

>>275
何か勘違いしてないか？

>>276
何を？

>>277
日当たりの話はしてないよ

RMSやESRみたいな仙人になるより、DHHやザッカーバーグの方が勝ち組だよね

>>271
Twitterでは2008年の米国大統領選挙で1秒間に229ツイートを処理していた
しかし、2012年の同ケースでは、1分間に32万件、1日合計では3,100万件、
ピーク時には1秒間に1万5千件のツイートが発生していた
この事態をTwitterはRubyからJava/Scalaへの段階的移行で乗り切ったとのこと

・Ruby から Java へのシフトで大統領選を乗り切った Twitter - InfoQ
　http://www.infoq.com/jp/news/2012/11/twitter-ruby-to-java

2008年からの4年間でトラフィックが(5倍ではなく)およそ50倍！へ
増加することは、はたして容易に予測できることなのであろうか？
後になってから自分ならできたと主張するのはお子様でもできるけどね....

そこら辺にして差し上げろｗ

>>268
Twitterみたいな対応ってテーブル分けるやつか?
RubyやRailsのパフォーマンス全く関係ないじゃん
アセンブラで書いても速度変わらんぞ

TwitterがRubyを止めた理由は、パフォーマンスより、型チェックが煩雑すぎるからって、当時言ってた

>>280
すごいよなTwitter

予測？Twitterは億なんてもんじゃないデータ容量だよ
予測できるはずないでしょう
1万や10万のデータ容量ではないんだから

RubyからJavaに切りかえたって書いてあるけど
結構なところRailsのままなんだよな

>>282
そうだね

>>283
GCに問題は抱えてたらしいけどね

日本語が読めないのが何人もいるのか、自演なのかわからないような奴らに、
律儀に返信するなんて。

今もう多くの企業がnode.js+expressを採用してます

"XXX 求人" で検索
・Rails - 約 217,000 件
・CakePHP - 約 103,000 件
・Node.js - 約 92,000 件
・Django - 約 64,000 件
（参考: Struts - 約 88,500 件 ）

Python越えは果たしたが、
トップへの道は果てしなく遠い....

cakephpって、railsと同じぐらいだと思ってた
node.jsに越されるのは時間の問題だね
それとも、laravelの方がトレンドかな

twitter公式はクライアントにjavascript多用するようになって遅くなって不安定になってるのは
何を馬鹿なことしてるんだろうと思っていたがサーバーに負担掛けないようにする狙いがあったんだなω

>>287
最近フロントエンジニアの募集要項に
Node.jsが書かれること増えててその人数か

>>288
CakeはPHPのTop3のフレームワークにも入らないんじゃないのか？
これから利用したいって人は更に少ないみたいだよ

>>290
俺の知ってるPHP3大framework
zend,symfony,cakephp
次点
codeignitor, laravel, yii

>>291
5年以上前の話か？
5年以上前にCodeIgnitorに抜かれてからCakePHPは没落の一途だぞ

javascript(笑)

>>283
それよく思うんだが、たとえ動的言語であっても型を見て利用できるプロパティやインスタンスを確認するような場面なんてほぼないだろ
Rubyでいえば、いちいちis_a?で型見るコードなんて外部APIぐらいだぞ
実務上では型なんてほぼ安定してるんだし、だからこそJITコンパイラなんてものがある

たとえ静的言語に切り替えても、そんな何のインスタンスが来るか分からないコード書いてる時点で困ると思うんだがな

>>289
いつの話だ？
http://www.publickey1.jp/blog/12/twitter51.html

>>292
CodeIgnitorって、ライセンス周りでkohana,FuelPHPにforkされてなかった?
あれみた限りでは、CakePHPのコミュニティの方がマシだと思ったけど

>>296
CodeIgnitorはGPL非互換のライセンスのせいでボロボロだけど
CakePHPほどではないぞ
CodeIgnigofもLaravelに抜かれて没落したけどね

kohanaとfuelはforkではなくて真似だよね
どっちも大成しなさそうであるな

こうして見るとRailsってすげえな
RubyにおけるWebフレームワークの1強状態をずっと保っている

Ruby使いの少なさは当然あるだろうが、今の「Rails系」と言われる基礎を作り上げた
DHHの能力の高さが際立ってるのが大きいんだろうな

真似?ライセンスで揉めて喧嘩別れした結果がプロジェクトのfork
その結果、frameworkの堅牢性が下がり、開発者が不安がって共倒れ
そこに前からあったものの今ひとつ流行ってなかったlaravelが漁夫の利を獲た構図

>>298
どこも、symfony,strutsの一強だよ
winner all takeがこの世の理
いまその栄光はnode.js,express,angular.jsに微笑んでいる

>>300
俺が言いたいのは、PHPみたいにフレームワークが乱立する状態にならない点だよ
Javaだってstrutsやらspringやらplayやら色々あるしね
母数が少ないと思われるPythonだってDjangoやらPyramidやら…

RubyだとRails以外では軽量なSinatraが取り上げられるぐらいだもんな

あ、C#だとASP.Net一択か

>>301
母数となるRuby技術者自体が少ないから、霊的指導者であるDHHに救いを求めただけ
もともとオープンでなかったけれど、それをオープンにしたおかげで今の世界がある
そうした歴史的経緯があるから、普通はRailsを真似たフレームワークを使うことには抵抗がある

>>302
母数がもっと少ないHaskellだって色々出てるぞ
となると母数の少なさ以外に理由があるわけだよね

DHHの業績はコロンブスの卵という訳だな

>>303
rubyにも、話題に挙がらないようなフレームワークはイロイロあるから
そのうち幾つかは、過去にRailsに吸収されていったわけ
理由は、メンテナンスしやすいから

>>304
じゃぁなんで他の言語でそういう統合の動きが起こらないんだろうね？

>>299
単にソースコードのforkはしてないはずといいたいだけだよ

>>305
開発者にカリスマ性がない
実用性よりも完全なホビー

>>307
2行目は何言ってるのか分からない

他の言語でフレームワークが乱立したのはRailsのせいだろ
Groovy on RailsやSailsといった名前からもろなものから色々と影響うけて既存のフレームワークを置き換えようとしたし

つかRubyにもRailsの他にも探せば色々とフレームワークあるぞ
Railsが一切対応してない非同期系を強みにしたり

ていうか、Ruby使いはWebなんていうドカタ仕事は
あんまり興味ないんだよ
RubyとRailsは別モンと思ってる

そんで興味も無いから、ちょっと思いつきでフレームワークを作る事はあっても
真面目に普及させようとまでは思わないってワケ

emacs vs viのエディタ戦争とそっくり
最終的な勝利者はミニマリストに機能を追加していったvim
laravelやsails,padrinoのようなアプローチが自然で、
railsはemacsと同様に霊的指導者によって支えられている

ruby使いじゃない奴ほどrubyとrailsを結び付けようとしてるイメージ
そういうんじゃなくて、PHPとかjsみたいなゴミじゃなければ
LLの用途なんて本来ハッキング（本来の意味で）だから

今もうドカタ仕事しかイメージ沸かないんだけど、本来のhackって何するの?

RubyでRailsが一強で、他の言語でWebフレームワークが乱立するのは、
RailsよりいいWebフレームワークを作ろうとする人が言語としてRubyを選ばないからでしょ
RailsがRuby本体のパフォーマンスに足引っ張られてる印象あるからね

>>314
>RailsよりいいWebフレームワークを作ろうとする人が言語としてRubyを選ばないからでしょ

で、結果としてフレームワークが乱立しているという現状は、
Rails よりいいWebフレームワークが作れなかったからだと説明できるね
つまるところ、DHH が Rails 開発言語として Ruby を選んだのは
(当時としては)慧眼だったとも言える

選択肢が、perl,python,ruby,phpしかなかったわけで、
node.jsやcoffee scriptがあったら最初からソッチ使ってた

つか、ASP.NETが乱立してないつーのは間違いだな
むしろMS自身がカオスな状態にしてしまっている

フォームASP.NET
ASP.NET MVC
ASP.NET Web API
ASP.NET Web Pages


んで、ここに加えて最新版

ASP.NET vNEXT ←　　

MSは自社OS捨てて、Androidのスマホを出すw
カオスの極み

>>313
Rubyそのものの研究、Rubyのライブラリ開発、Ruby本体の開発とかかねぇ
元々Ruby自体が「ぼくのかんがえたさいきょうのげんご」を自でいく言語だからな

>>294
いや、Twitterの社員のインタビューみたいなのが当時あって、型チェックが面倒すぎるからってハッキリそう言ってた
今でも検索すれば見つかるのでは

ASP.NETは基盤であって、その上にMVCだとか目的に応じたフレームワークがあるって構造だから

いや、フレームワークも含まれてるよ。

PythonはWindowsのGUIアプリで使われてる事も結構あるね
スクリプト言語で一番汎用に使われてるのはPythonだな
RubyとPHPはほぼウェブ専用

>>310
Ruby は web 用

expressの作者、nodejs辞めてgoに移行するってよwww

なんか凄く嬉しい

Farewell Node.js
ttps://medium.com/code-adventures/farewell-node-js-4ba9e7f3e52b

jsをサーバに持ってきたところまでは良かったんだよな

結局>>327みたいなにわかが遊んでただけでドカタ仕事に採用されなかったのが敗因

底辺土方はcake、railsだな

>>330
Java系が抜けてるぞ

dropboxもgoに移行し始めてるし、もうgoの流れだな

>>330
つまりTwitterも、最初は底辺土方からスタートアップ(起業)したと？？？

>>323
Pythonは非ITエンジニアに好まれる言語という印象だね
事務方がExcel/AccessのVBScriptでプログラミングするのと同じ
どちらも手続き型プログラミングに最適な言語として設計された

>>333
railsは底辺土方とは言ってないだろ

>>334
>Pythonは非ITエンジニアに好まれる言語という印象
確かに
俺も趣味でPython始めようと思ってるし
ちなみにプログラミング未経験者

>>320
見つからないけどこんな一節はあった

>The move to Scala and Java at Twitter is driven more by a need for encapsulation than for performance and scalability.


これも謎だな
いまどき基本的な隠蔽ができない言語なんてJSとSwiftぐらいだろ

基本的な隠蔽って？ private変数ならJavaScriptでもできるよ。
もちろんクラスベースではなく、プロトタイプベースの
オブジェクト指向言語だからprivateキーワードは使わないけど。

>>334
GoogleAppsScript も入れてあげて

Twitter API とかいって見せる部分と見せない部分を分けることの重要性を痛感したからじゃね

>>337
def function( aString )
と
void function( String argument )
の違いの事だろうな。
前者は、functionの実装を見るまで正確な引数の要件が判らない。
後者は、functionを見ずとも引数の正確な要件がわかる。

ただ、それが理由ならGoを採用したほうが良かっただろうけどな。
Goは若すぎるから使えないのかもしれないけど。

若すぎる？何の冗談ｗｗｗｗ
世界最強の言語学者とプログラマたちがフルタイムで開発していて、
そこらのボランティアベースのOSSとは全く別物だろ

>>327
expressのメンテナになるチャンスが巡ってきたわけだな
たいした成果のないWeb技術者たちが一躍有名になるチャンスだぞ

>>343
お前もなにか成果出せよｗ

>>318
2,3年後に、WindowsがUnix系OSになっていたところで不思議ではないよ

逆にUnix系のOSがWindowsっぽくなっていても
不思議じゃないよな。実際にWindowsっぽいUI多いし。

既にMacがあるから

Macは独自OSをすててUnixになってしまったかわいそうな例だね。
これがなければ、三大OSがあると言えたが、
今は二大OSだけになってしまった。

MicrosoftがWindowsを捨てて、Unix互換OSになるよ。だって、彼らは営利企業だもの

つまり、ならない限り、非営利企業だといいたいわけか。
なるほどねｗ

何が高いかって言うと、開発者の人件費、ソフトウェアの保守費用。
Unix,Linuxって、それが無料じゃんね

サーバはLinux、開発用端末はMac
事務処理やってるオバチャンはWindows
ちゃんと住み分けされてる

>>351
> Unix,Linuxって、それが無料じゃんね

え゛っ？

ほんとにハゲは害悪だなｗｗｗｗ

ハゲた人間はキレやすいってのはマジだ

ハゲグラマにだけはなってはいけないｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ハゲは人類と文明と文化の敵だろ
死ねハゲｗｗｗｗｗｗｗｗｗｗｗ

>>353
死ねハゲグラマｗｗｗｗｗｗｗｗｗｗｗ死ねハゲグラマｗｗｗｗｗｗｗｗｗｗｗ死ねハゲグラマｗｗｗｗｗｗｗｗｗｗｗ

>>351
OS作る側はかなりの金かけて開発に貢献してるが

今じゃLinuxカーネルへのコミットの8割だかは企業に雇われてるプログラマからだそうだな

>358
そりゃ、企業がただで使ったらアカン。
売上の何％かは払うべき

Linuxでは、ソースコードを公開しなければならないから、
MS,Apple,Sony,任天堂、トロンなどで財団を作って、
BSDのOSを作るかも
さらにトヨタなど車のメーカーや、宇宙開発企業も含めて

元々、ポインタが無くて、ネイティブなGoが優れている。
ただ、なぜか普及しなかった

禿って筋肉質で攻撃的だよね。メタボの方は温厚で内向的なんだ。
禿でメタボがすごく怖いんだよね。
内向的なのに、攻撃性を秘めているから何するか分からないんだ

>>359
GoogleのAppEngineに取り込まれたりして
今普及し始めてる途中じゃん終わらせんなよ
Rubyなんて最初にリリースされてから
10年以上経ってんのにこのザマだぞ

いや、RedhatはWindowsServerよりコスト高いから

Goは今Dockerで実績が出来つつある
UNIX上のユーザレベルでC/C++使って書いてるような分野をかなり置き換えて行くかも

>>358
> 今じゃLinuxカーネルへのコミットの8割だかは企業に雇われてるプログラマからだそうだな

ソース（コードじゃねーぞ）はあるんか？

Mac OS Xの秋のバージョン　OS X10.10（Yosemite）でJavascriptがOS Xのシステム用スクリプトとして採用されて動き始める。
当面Javascript1.0らしい。

>>364
ここにグラフがある
http://www.extremetech.com/computing/175919-who-actually-develops-linux-the-answer-might-surprise-you
元になってる資料は
http://www.linuxfoundation.org/publications/linux-foundation/who-writes-linux-2013
かな

ソースってそれ、

オタフクじゃねーか！！！！！！！！

javascriptに機能が拡張されていき、javascript++のような最強仕様になるんだ

The year of python, the year of objective-c
本物のプログラマはhaskellを使う
そんな時代が僕にもありました

結局
JavaScript 、それを速くしたグーグルのDart、
C/C++、それをチューンしたGo
スクリプト言語の長Python、グーグルも大好きJava
これらの言語が扱えればいいんだろ？

LLVMってのが気になるわ。

Farewell Node.jsの日本語訳が来てた
http://yosuke-furukawa.hatenablog.com/entry/2014/07/06/094617

なんか上手くない訳だな

上手くないどころか、訳注も無しに勝手に段落抜かしたりしてんじゃん

＞Goでは僕のcodeが実行された時には中ではそれが既に起こっていて、そのステートメントを(別のライブラリから)再実行することはできない。
＞Nodeでは違う、ルーチンが完全に終了されるまで、突然あるライブラリが複数回僕が設定したcallbackを実行する事もあればhandlerがclearされずにコードの再実行を引き起こす事だってある。

これはひどい

Web,スマホ世代のラクダであるjavascriptで十分

JSってWebはともかくスマホでは2級品じゃん

そもそも、使うような用途だって2流以下だろ

スマホω

>>374
機械翻訳を僕僕なれなれしい口調にしただけって感じだな

そもそもExpress自体GitHubみたらプルリクもあまりなくね？
終わっているフレームワークっぽいぞ

6月PYPLプログラミング言語人気
http://news.mynavi.jp/news/2014/06/10/025/
1 Java 26.9 ↓
2 PHP 13.2 ↓
3 C# 10.3 ↑
4 Python 10.2 ↑
5 C++ 8.4 ↓
6 C 7.9 ↓
7 Javascript 7.8 ↑
8 Objective-C 6.6 ↑
9 Ruby 3.8 ↑
10 Visual Basic 3.3 ↑

http://s1.gazo.cc/up/91348.png

nodeの他のフレームワークってMeteorとあとExpress使ってるSails.jsくらいしか知らん
上の記事にもでてるKoaって名前もここ半年で割と見るようになったが
これはExpressのミドルウェアのConnectに相当するらしいな

>>382
expressのコアコミッタが、generatorで遊ぶために新しく作り出したフレームワーク
paypalのKraken.jsの方が信頼できそう

これからはMEANだー、ってはしゃいでた連中が
急にexpressなんて大した存在じゃないよ的なこと言い出しててワロタ

この前実家に戻ってきた親戚のプログラマがハゲててワロタ

>>381 6月末シェア　12か月傾向
1 Java　　　26.9　+0.2
2 PHP　　　13.2　-0.8
4 Python　 10.7　+0.7
3 C#　　　　10.2　+0.5
6 C　　　　 　8.2　-0.5
5 C++　　　　8.2　-1.0　▽
7 Javascript 7.7　+0.1
8 Objective-C 6.7 +0.4
9 Ruby　　　 3.2　+0.5
10 Swift　　　3.0　+1.0　△

https://sites.google.com/site/pydatalog/pypl/PyPL-PopularitY-of-Programming-Language

pythonの時代だな

>>386 VBがランク外になったのは時代を感じるな。
Swiftは6月1月分を12で割ってるから本来ｘ12しても良いくらい。　
瞬間風速が有るにしても年平均10％位は確保しそうだな。

goやDartがトップテン入りするのはいつか。　
出てから年月が経ってるけどな。

日本の求人では、Pythonはあまり見ない
VBはもっとよく見る

>>374
こういう翻訳はよくわかる
漏れも機械翻訳を使いながら、
Mozilla(MDN)の翻訳に挑戦しているけど、

外人の文章は、長くて要領を得ない
説明を後ろに、ドンドン付け足していくから
A, B, C, D という感じ

しかも勝手に意訳できないでしょ？
本当は、意味のない所をバッサリ削除したいけど

ドラゴン・イングリッシュの竹岡広信の本を見ると、
わかりやすい翻訳は、かなり端折って意訳している
こういう意訳をしても、良いのかどうか？

>>385
禿はアンドロゲンの蓄積によって引き起こされる肉体改造の副作用。
指先1つで死兆星を見せることができるのが禿グラマ

英語は言いたいことを先に述べて、そのあと補足とかを付け足せるような文法だからだろ

つか>>374は意訳とかいうレベルではないから

ぼくは、Luaちゃん！

問題あるなら話すればいいだけのことなんだが
コミュ障の権化なのか?

話掛ける自体が法的に規制されてんだろ

二度と話かけんなよハゲ

一度も話し掛けたことねぇよ。死ねカス

あー理解した
犯罪レベルで相当キモいんだね

>>386 PythonにもperlのPHPと同じ様なSpyceと言うのが有るけど、検索しても日本語サイトはほとんど出てこないな。
いずれにしろ PHP,PerlからPythonへの世代交代が急激に起きてるな。　WSGI、PSPも使えるし。

Java,　に代わるものが出てくるかどうか。　しばらくは無理だろうな。　数年後は解らないが。

Javascriptは、今後のWebクライアント用言語がどういう展開をしていくかで左右されるが10年位は中心言語であり続けるだろう。

C言語系は根幹的な言語なので根強い人気が有るが、C++等古いシステムに継ぎ足してきてるから複雑になりすぎてる。　新しい体系への脱皮が必要な時期だろうな。
D言語が伸びるのは難しそうだが、golangやSwingが伸びる可能性は有りそう。

Javaに変わるのはやはりJVM上で動くものだろうな

とはいえ、今のところその筆頭候補であるScalaも爆発しそうな感じがない
果たしてScalaなのか、それともまだ見ぬ言語なのか

>>398
perlのPHPって言うから見てきたけど
どこがperlのPHPなの？

JavascriptとLLVMに散らばって JVM自体いらない子になるというコースも

>>400 ごめん、俺の勘違い。　初期の頃はPerlで書かれてたけど今は違うんだな。　構文がPerlからとってきたものが多いしそのままだと思っていた。

今後の注目の的は、LLVMの動向だろうな。　LLVMの中間コードが各コンピュータ上で実行できるようになればJavaの存在は脅かされる。

WebクライアントとしてはDartがどこまで本気なのかどうか。　なんだか総花的であまり魅力を感じない。
Googleの出方が台風の目になる可能性は有るが、golang にしてもやる気が有るのかないのか。
Javaの開発者と敵対する事にもなりかねないし。

SwingはAppleとして全力で取り組む意気込みが感じられるし開発者も殆どがもろ手を挙げて歓迎してるからのびるだろう。
今後の発展性も有りそう。

> SwingはAppleとして全力で取り組む意気込みが感じられるし
Swift だろ、と一応ツッコんでおく

>LLVMの中間コードが各コンピュータ上で実行できるようになればJavaの存在は脅かされる。
動向もクソも最初っからlliコマンドで実行できるようになってるけど何言ってんの？

妄想で未来を語りたがるやつが多くて困る
自分では欠片も影響を与えられないくせに

>>403はLLVMの中間コードに変換したアプリがどんなOSのマシン上でも同じように動くことを夢見てるんだろ
でもLLVM自体はそんな目的のためのものじゃないし、それのために頑張らなきゃいけないのはOSの方だから

browserにllvmが載るか、browser上の要素を抽出した仮想マシンができると予想
Smalltalk化

>>405 言葉が足りなかったかな。　俺のブラウザでは動かないけど？　
Pre-built Binaries:　を見ると、WindowsもiOSもAndoridもなさそうだけど。
（Visual StudioでLLVMが動くと言うのは微妙）

なんにせよ。　クリックで実行されるとか、殆どのブラウザでプラグインでも良いから動く状態にならないと使えるとは言えないだろ。
Javaと同じ状態になれるかどうかと言ってるんだよ。

LLVMは、C#(DOTNET)にネイティブ変換機能をつけたようなものだろ。
LLVMは一大勢力になってきてるが、LLVMが凄いというよりLLVMの開発陣が凄い。
DOTNETもC++や他の言語も使えるが、LLVMに抜かされた感じ。

c# on llvmが最強

違う

LLVMが抽象化してるのはあくまでマシン語レベルであって
APIレベルではないからJavaと同じ状態とか意味不明

>>413 LLVM 全機能のことを言ってるんじゃ無くて、LLVM IR/bc を一つの共通可搬バイトコードとして、それだけを実行出来る VM ( LLVM の一機能だけを取り出して独立させてると考えて良い) が広く普及したら良いなと言う話だよ。

例えば全ブラウザ上で実行出来るだけでも良い。 例えオプションで追加する機能でも。

必死で条件くっ付けて膨らませて強弁すんなよ

だからLLVMが対象としてる抽象化レベルでの話ならlliがそれなんですが

ブラウザとか出てきたらLLVM以前に全ブラウザ共通のAPIを決めないと何も出来んだろ

>>408
つNativeClient
つArchemist

>>414
LLVM は Low Level VM の略語で、
>>413,416 が言うように仮想的なマシン語でしかない
「仮想的なマシン語」というのは Intel や ARM といった
CPUに固有の(=ネイティブな)命令セットを抽象化したという意味

Java VM(>>409)、.Net CLR( >>410,411)、
Smalltalk VM(>>408) といった高レベルVMとは
レイヤーが異なるから、直接の比較対象にはならない
通信プロトコルであれば、HTTP(アプリケーション層)と
Ethernet(データリンク層)を比較して優劣を語っている
ネットワーク音痴と同じレベル

N速+ならそれでもいいが、ム板で比較を議論したいのなら、
言語処理系実装の仮想化に関して、高レベルが優れているのか
それとも低レベルが.... といったものにしてくれ

>>416
APIを決めてしまうとある程度言語の方にも制約が出てきてしまうな
それに言語間の相互運用性は当然必要だろうから、ブラウザのAPI以外もそれに合わせることになるだろうね
結局JavaやCLIと変わんなくなるな

ArchemistならFlashをOSにしてllvmで書いたC++他を運用できる。
NativeClient(LLVMは実験段階)はPepperAPIを
OS代わりにChromium系BrowserでC++他を運用できる。
因みにSmalltalkのVM実装の1つCogVMが既に移植されてる。
http://youtube.com/watch?v=W7-Mjx6khr8

LLVMを使ったNativeClientはPortable Native Clientって言うんだって
http://www.chromium.org/nativeclient/pnacl/introduction-to-portable-native-client

もしかして実運用段階に入ってる(PlayStoreでもつかえそう)？

ュース
「NScripter」製ゲームをChrome Apps化する
「PNaCL ONScripter」が公開
Windows/Mac/Linux上の「Google Chrome」で実行
可能に
http://m.forest.watch.impress.co.jp/docs/news/20140701_655817.html

なんか実運用段階に入ってるっぽいわ

>>422
Chrome Appsじゃガワがブラウザなだけでネイティブアプリと変わらん
サンドボックスなんだったら署名のない普通のWebサイトに置いてある署名のないコードを
そのまま実行できるようにしないとね
間違いなく阿鼻叫喚だろうけど

>>420, >>421 面白いね。　PNaCLがLLVM IRを扱えるとは知らなんだ。
これだと、Chromeはサポートするだろうし、WebKitも形態は違うがLLVMのFTL JITが乗ったし、ほぼ共通の土台が出来そうだな。
面白いこれで進んで欲しいね。　

>>422 あれ？　Chromiumじゃなくて標準Chromeで動くようになったのかな？

だから共通APIが重要なんだって
ゲーム程度なら限られたAPIが提供されてればいいけど
いまのPepperAPI程度じゃJavaを駆逐するとかまだ夢のまた夢

LLVMもGC支援が付いて、CogVMとかと遜色無くなりつつあるね。
http://llvm.org/docs/GarbageCollection.html

CogVMのdoesNotUnderstandやJVMのclass及び
構造化例外機能ほど高水準な機能はないけど、
割りと近づいては来てる感じ。
特にSmalltalk(CogVM)の言語機能は殆どCogVM上で動く
Smalltalk自身で実装されててVM自体の高水準な機能は殆ないから、
殆ど置き換えられそうだ。

因みによくVMと誤解されるLauncher(JVMならjavaコマンド)は
VM本体じゃないよ。

>>426
入出力用のAPIさえ充実してれば後はLibraryでどうにでもなるでしょ。

>>428
そのLibraryは誰が作るんだよ

共通中間言語 - Wikipedia
共通中間言語は、共通言語基盤 (CLI) で定義された最も低水準な人間が解読可能なプログラミング言語であり、.NET FrameworkやMonoにより使用される。
CLI互換な実行環境をターゲットとしている言語はCILにコンパイルされる。CILはオブジェクト指向なアセンブリ言語であり、完全なスタックベースである。
add eax, edx
これに相当する中間言語 (IL) のコードは以下のように表せる：
ldloc.0
ldloc.1
add
stloc.0 // a = a + b or a += b;

int r = Foo.Add(2, 3);
CILにおいて:
ldc.i4.2
ldc.i4.3
call int32 Foo::Add(int32, int32)
stloc.0



LLVMアセンブリ言語でHello, world!
@str = internal constant [14 x i8] c"Hello, world!\00"
declare i32 @puts(i8*)
define i32 @main()
{
call i32 @puts( i8* getelementptr ([14 x i8]* @str, i32 0,i32 0))
ret i32 0
}
https://github.com/ujihisa/onsg9/blob/master/slides.md

>>429
既にNativeClient用のQtとか、Unityとかが出てるよ。

http://qt-project.org/wiki/Qt_for_Google_Native_Client
http://docs-jp.unity3d.com/Documentation/Manual/nacl-gettingstarted.html

日本人は全然見かけないけどPlayStoreにゃNativeClient製のSoftが大量に有るし、
日本で知られてないだけでLibraryは
充実して来てるんじゃないかな？

それに、新しいLibraryで無くてもAPIがPosix互換だから、
Unix系のLibraryも移植しやすいよ。
PythonとかSmalltalkとか載せちゃって、
そいつらのLibraryをそのまま使うって手もあるね。
日本でのNativeClientの普及はAndroid版Chromeの状況次第になるんだろうね。

>>431
>既にNativeClient用のQtとか、Unityとかが出てるよ。

絶滅寸前のマーナーライブラリが生き残りを賭けてるという印象


>それに、新しいLibraryで無くてもAPIがPosix互換だから、

Posix互換なら clang でいいんじゃね？

海外ばかりNativeClientが普及してるってのは、
ChromeOSの影響が大きいのかもね。
ChromeOSで機械語と同性能のSoftを作る手段って
事実上NativeClientしかないからさ。

https://developer.chrome.com/native-client/faq

Portability: Native Client and Portable
Native Client applications can execute on:
The Windows, Mac, Linux or ChromeOS
operating systems.
Processors with the x86-32, x86-64, or
ARM instruction set architectures. Native
Client also has experimental support for
MIPS.

LLVM のJITは、Javaバイトコードや、CILバイトコードをフロントエンドにして実行時コンパイルする事も出来るからかなり下位レベルだよ。
このレベルではライブラリと言う概念は無いだろ。　機械語レベルのライブラリは有るかもしれないが。

ライブラリやAPIは上位レベルの言語レベルで規定されるものだから、C++やC#等のlibcや　go,　Java等のライブラリだろ。
ブラウザに限って言えば例えばWebKitライブラリとかそんな感じじゃないのかな。
JITの実行には無関係だろ。

実際最新のWebKitのLLVM JITは、JS　JITの下位レベルでは有るが動いてるし。
この場合上位を規定しているのはJavascriptであり、LLVMは縁の下の力持ち。

>>431
Qt for Native clientとか、それJavaでいったらアプレットみたいなものが作れる程度じゃないの？

DOTNETの中間コードは高級で、LLVMの中間コードはそうではない根拠が不明。
>>430にサンプル載せたが。

>>435
PlayStoreでNativeClient使ったSoft探してみたらいいよ。
SIMD使えたり、OpenGL使えたり、
Hardware機能直叩きできるからAppletより
自由度は高い感じだね。

>>436
痛い人だからほっといた方がいいよ

430で言ったらputsは誰が面倒見んだよって話だ

>JITの実行には無関係だろ
そーですね。だからLLVMの動向とか全く無関係ですね。

>>437
SIMDつかえたりOpenGL使えたりするのはChromeがそれをサポートしてるからだよね？
それをLLVMから使える共通APIと言ってよいものかな？
どんなOS上でも動かせるってわけじゃないよね

私がJuliaを推す理由
多くのプログラマにとってプロトタイピング用の言語はPython,Ruby,もしくはRだ。いったんコードが動いたら、こんどは遅いところをCやC++で書き直す。
しかし好ましくないことに、プロトタイピング用の言語とC/C++の間には大きな壁があるそしてC言語とアセンブラの間にもまた大きな壁がある。

今は色んなプラットフォーム いくつか挙げるならJava HotSpot, PyPy, asm.js、そういうのがC言語と同等のパフォーマンスを他の言語でも実現するとうたっている。
そのちょっと後で、私はJuliaが他の言語と決定的に違う点に気づいた。

Juliaは２番目の壁を打ち破る、つまり高い抽象度のコードとネイティブアセンブリの間の壁を超えるものだということだ。
C言語と同等のパフォーマンスを出すコードをJuliaで書けるだけじゃなく、どんな関数でもLLVMの中間言語コードとさらにそれがアセンブリコードにどう翻訳されるかを見れるのだ。

うぉ、１行の関数を書いてからLLVMで最適化されたx86アセンブラコードを確かめるまで２０秒もかからずに出来てしまった。
最初にプロトタイプを作ってからマルチコアやSIMDでパフォーマンスを最適化するまでをJuliaだけで出来ちゃうのが現実的なベネフィットなのだ。

いってみればこれはNode.jsがWebシステム開発でやっていること、つまり全然違うグループのプログラマが同じ言語を使ってるということ、それと同じことを科学技術計算でやるということだ。
Juliaがあればドメインエキスパートと実行速度厨が一緒に仕事できる。それは大きなことだ。

この言語は他とは違って圧倒的に簡単にCのライブラリを呼び出すことができる。
他の言語にあるネイティブインタフェースとは違って、C側にそれ用のコードを全く書かずにJuliaからCのコードを呼び出せる。
個人的に使ってみた感じだと５千行のCのコードを、C側のコードを全く改変せずにJulia側で１５０行書くだけでJulia用のライブラリにすることができた。

Juliaは、MITの数学や科学や技術に携わる学生たちがCやFORTRANに代わる速くて実践的な言語が欲しくて作ったものだからだ。
なので言語自体の美しさではなく答えを速く出すことのために設計されている。私にとってそれはまさにコンピューティングの本質なんだ。
http://d.hatena.ne.jp/isobe1978/20140330/1396201066

>>441
Chromeが動くOSならどれでも動くよ。
ところで君が言いたいコトはLLVMだけじゃJavaや
Smalltalkみたいな移植性は無いって事でOK?
そういう意味でならLLVMには移植性が無いけど、その水準ならJVM単品や
CogVM単品じゃ移植性が無いのと同じ。
多分それも分かってるんだろうと思う。
じゃそこを何が支えるかというと、
System CallとLibrary。特にCore Libraryや
Foundationとかいう部分だね。
SmalltalkもJavaもCore Libraryを持ってる。
LLVMは単なるVMでしかないから、当然そんなものはないけど、
NativeClientという形ではPepperAPIという
Core Libraryが存在してるんだ。
だから移植性については問題ないよ。
Core Libraryの上に構築されるLibraryは
SmalltalkだろうがJavaだろうがNativeClientだろうが労力は同じだ。

Juliaは配列が1-originなのが受け付けない
マジで勘弁して頂きたい

>>441
補足。もっと言うとLibraryの充実度は、JavaよりNativeClientの方が高いよ。
なんせPosixとOpenGLをCの関数で備えてるからね。
Cでつくられた膨大な資産を殆どそのまま流用できちゃう。
それどころか、PythonやJava、Smalltalkで書かれた資産も使えるんだ。
便利なもんだね。
さらにはNativeClientに特化したQtやUnity他も使えるからか、
流用できる資産には苦労しないよ。

>>443
iPhoneじゃ動かないよね
当然のことながらLLVMだけじゃ移植性が足りないって感じかな
移植性のあるVMみたいなものを実装するにはLLVMはいい素材だと思うよ
誰かが作ってメーカを超えたレベルで普及させてくれるのならば

>>436,439
add や puts 等の単純な手続きコールでは、
Java VM, Smalltalk VM, CIL, LLVM どれも差は無いよ

中間レベルと低レベルの違いは前提とするランタイムの有無
Java VM, Smalltalk VM, CILといった中間レベルVMは、
どれもガーベッジ・コレクションや基本ライブラリなどを提供する
"特定のランタイムを前提" にしている
（CIL ならば>>430のWikipediaの図中にある CLI や BCL の部分）

それに対し、LLVMでは処理系開発者が自分でランタイムを実装する
Clang の場合は libc に相当する最小のライブラリがあればいい
Swift の場合は LLVM上でOSX/iOSのランタイムを利用する

>>446
NativeClientの場合はWeb Browser必須って縛りはあるね。
それにLLVMの中間言語形式だけでSmalltalkのimage並に移植される事もないだろうね。
Javaのclass file形式程度の移植性も厳しいかもしれないね。
Qtが完全対応してくれれば、中間言語形式でもJava以上の
移植性はあるだろうけどC++限定になっちゃうね。


因みにiOS系のNativeClientについては、時間の問題じゃないかな？
分裂したとは言えSafariとChromiumの中核は共有されてるし、
Steveが死んで縛りも弱くなったしね。

>>447
多分話が>>439と噛み合ってあってないと思うよ。

>>439 が言ってること
中間言語形式+Foundationによる異なる実行環境の移植性
LLVMは、中間言語形式だけしか規格しておらず、
Core Libraryも規格化されてるSmalltalkやJavaの用に移植できない。

>>447 の>>439に対する理解
LLVMは他のVMより低水準だ。

>>449 SmallTalk/Java -> LLVM BC 実行
言語を選ばない。

>>448
iPhoneがサンドボックスの中とはいえ、任意コードの実行を許すと？

https://www.youtube.com/watch?v=NyjrbxLPANU

CIL 命令セット


http://mog.xenowire.net/index.php?CIL%28MSIL%29%A5%E1%A5%E2%A5%D0%A5%C3%A5%AF%A5%A2%A5%C3%A5%D7
http://www.atelier-blue.com/program/il/command/index.htm
http://www.atelier-blue.com/program/il/ecma-335/p-3/index.htm

>>450
「SmalltalkやJava用に」じゃなくて、
「SmalltalkやJavaの様に」ね。
あとSmallTalkって書くと別物だよ。

>>453
スタックマシンってなんか難しそうで冗長で低級に見えるよねw
そこに書いてある分だけでもよく読めばC#の型システムを丸ごとネイティブサポートしてる超高級言語であることがわかるんだけどね

低級言語=高級言語が出力する下級の言語

なんでスクリプトバトルロワイヤルでこんな話してるんだ

スクリプトの未来だよ

PNaClのOpenGLを使ったデモ
https://groups.google.com/forum/#!topic/native-client-discuss/UacIdC74-xI
pexe（LLVM 　IR?）版と　emscripten(asm.js)版の両方試せる。

一般Javascriptより asm.js版は4倍位ダウンロード時間がかかるらしい。
pexe版はさらに1.5倍位か。

このダウンロード時間は短縮する必要が有るから多分よく使われそうなランタイムライブラリはJavaのjarのようにあらかじめダウンロードさせておいて使う事になるんじゃないだろうか。

pexe版は、一度ダウンロードすると次回からはキャッシュが使われすぐに実行開始となるから、頻繁に入れ替えないようなアプリでは問題にならないかも。


javascript - asm.js - Native スピード比較
JavaScriptの実行速度を劇的に改善するasm.jsの特徴は、CやC++のような言語をJavaScriptのサブセットで記述すること
2013年3月27日
http://www.publickey1.jp/blog/13/javascriptasmjsccjavascriptjavascript.html
http://www.publickey1.jp/blog/13/asm01.jpg

この図でasm.jsはJavascriptより5倍以上は早い見たい。
この図ではasm.jsはNativeの2倍位の遅さだが、Netscapeによると最近はNativeの1.5倍位まで早くなってるらしい。

きつねさんでもわかるLLVM
http://www.amazon.co.jp/gp/aw/d/4844334158/ref=redir_mdp_mobile?redirect=true&ref_=nosim&tag=tatsuzine01-22
http://tatsu-zine.com/books/llvm

本書は趣味でLLVMを触っている著者二人のLLVMをもっと普及させていきたいと思いから生まれたLLVM解説本です。
http://i.imgur.com/akYEMTz.jpg

アフィ付きのリンクを貼るアホ

そうかな？ こんなの問題無いんじゃ無いの？
そんな事言ったら、Amazonは？Yahooは？楽天は？ Googleは？

>>462
通報したらこのアソシエイトコード持ってる人が垢停止されるよ
登録してないサイトに[](http://)貼るのは明確な違反行為
Amazonは基本警告なしに一発だよ

[](http://)　×
リンク　○

そう信じて必死に通報してるのかなーこの人w

それとも自分で、嫌がらせのために他人のID付けて書き込んだりとかかなw

>>463 ごめん、疎いんだけど、どこに通報するの？　何処のアソシエイトコードの事を言ってるの？

誰がどこに登録していない場合に誰が違反とみなすと言ってるの？
リンクがどこに張られてたら誰が違反だと言うの？

なんでAmazonが他のサイトの事に口出しできるの？

全く日本語が解らなくてごめんね。
------------
書いててアホらしくなったけど後学の為に教えて。

こうやって自分の知らない知識を、他人を煽って引き出そうって人居るよね

>>335
> railsは底辺土方とは言ってないだろ

私は >>333 じゃないが…

>>330
> 底辺土方はcake、railsだな

おもいっきり「底辺土方」って言ってるじゃん。

…とか流れぶった切って浦島レス。

>>468
同意。
>>467 は天然のアホか意地汚いアホ。
自分でアソシエイトって書いてるんだからそれの意味知ってるはずだから、
それを自分で調べれ。

> 明確な違反行為

条文も示さず「明確な」なんて言う奴を相手にしなくていいよ

Amazonアソシエイトの利用規約だろ

>>449
>>439は単に手続きコールという処理系の表層を語っていたと判断したけど、
事実は本人にしか分からんね

まぁそれはそれとして、
> LLVMは、中間言語形式だけしか規格しておらず、
> Core Libraryも規格化されてるSmalltalkやJavaの用に移植できない。
の部分は、明らかな「LLVMに関する理解不足」だ

>>447を繰り返すけど、LLVMでは、処理系開発者が Garbage Gollection を含む
Core Library (いやゆるランタイム)を独自に設計/実装することで、
あらゆる言語をサポートできる
・The LLVM Compiler Infrastructure Project
　　http://llvm.org/ProjectsWithLLVM/
たとえば Ruby なら、Rubinius や MacRuby といった LLVM 実装が上記ページにある
また Ruby 仕様のサブセットではあるけれど、Ruby の中間レベルVM である YARV を
低レベルVMである LLVM へ翻訳(compile)して実行する yarv2llvm という
実験的なプロジェクトもある
・yarv2llvm Wiki &#xB7; GitHub
　https://github.com/miura1729/yarv2llvm/wiki/japanese

Ruby のケースと同様に、Smalltalk や Java のソースを直に LLVM へ翻訳することも、
それらVMのバイトコードをLLVMコードへ翻訳することも「技術的には可能」だ

.N

IL 命令の実行例 (.NET Framework)
.NETの仮想マシンは、スタック型と呼ばれるタイプの構造をしています。スタック型の命令は、コンパイラー作りの基本だったりします。
.NET の IL 命令は、実 CPU の命令セットと比べるとシンプルで読みやすく、 コンパイラーというものの勉強がてらに眺めてみるのもいいのではないかと思います。
ここでは、サンプル コードを示しつつ、それが実際どういう手順で実行されているかを説明します。
例: 2 * (x + y) 以下のような IL が得られます。
.method private hidebysig static int32 X(int32 x, int32 y) cil managed
{
.maxstack 8
IL_0000: ldc.i4.2
IL_0001: ldarg.0
IL_0002: ldarg.1
IL_0003: add
IL_0004: mul
IL_0005: ret
}
この例で出てきた IL 命令を簡単に説明すると、表1のようになります。
IL アセンブリ命令 IL マシン語（16進数） 説明
ldc.i4.2 18 int 型の定数 2 をスタックに読み込む（load constant integer(4byte) 2）。
ldarg.0 02 最初の引数の値をスタックに読み込む（load argument 0）。
ldarg.1 03 2つ目の引数の値をスタックに読み込む（load argument 1）。
add 58 加算。スタック上の2つの値を消費して、加算結果をスタックの最上位に積む。
mul 5A 乗算（multiply）。スタック上の2つの値を消費して、乗算結果をスタックの最上位に積む。
ret 2A メソッド呼び出し元に戻る（return）。
この IL 命令列がどう実行されていくか、スタックの状態も含めて図示していきましょう。 たとえば、引数として、x = 1, y = 3 を与えたとすると、以下のようになります。
http://ufcpp.net/study/dotnet/fig/il-sample1-1.png
http://ufcpp.net/study/dotnet/fig/il-sample1-2.png
http://ufcpp.net/study/dotnet/fig/il-sample1-3.png
http://ufcpp.net/study/dotnet/fig/il-sample1-4.png
http://ufcpp.net/study/dotnet/fig/il-sample1-5.png
http://ufcpp.net/study/dotnet/fig/il-sample1-6.png
http://ufcpp.net/study/dotnet/il_execution.html

>>472
たとえばそのMacRubyのLLVM実装っていうのはCocoaに依存していて、
そいつが吐き出すLLVM中間コードは、Cocoa上で動くBitコードにしか変換できないし、
Cocoa上で動くJIT-VMでしか動かないのではないかな？
Javacが吐き出す中間コードは、一応どんなOS上でも動くことを目指してるよね
その辺が>>449が言いたいことなのではないかな？

>>472
中間言語形式だけって言ったのは間違いだったね。ごめん。

Javaは、JVMがフロントエンドにもバックエンド用にも開発されている。
LLVM開発言語一覧　2012/9/1
http://kazegusuri.hateblo.jp/entry/20120901/1346489308

今はもっと増えて、Javascriptフロントエンド、Object　Pascal等も有る。

>>472
CoreLibraryの部分については誤解があるね。
CoreLibraryって言ってるのは、CRTみたいな言語を
動作させるために最低限必要な実行時Libraryじゃなくて、
Qtの様にOSをそのままの隠蔽できるLibraryの事を言ってるんだよ。

>>478
とりあえずOSにあるAPIをぶちまけるだけなら簡単だけど
サンドボックスとして実用的なものにするためには相当慎重に設計して手間かけて実装する必要があるよね
Canvas2D一つだけでもあのザマなんだから

>>475
>Cocoa上で動くJIT-VMでしか動かないのではないかな？
>Javacが吐き出す中間コードは、一応どんなOS上でも動くことを目指してるよね

そりゃそうだ
Swifが吐き出したLLVMコードが OSX/iOS 上でしか動かないのと同じ


>その辺が>>449が言いたいことなのではないかな？

単に中間レベルVM(Java VM や Smalltalk VM)と低レベルVM(LLVM)の「目的の違い」を
>>449が理解していないだけだと判断したけど、真実は本人にしか分からんよ
必要なら、>>449本人に確認してくれ
もし分かっていたなら、>>449みたいな文章にはならないはずだと思うけどね....

>>478
Qt が core libilaly の一種だと？
だめだこりゃ....

>>480
そもそもその目的の違いを理解してないから、
Webの共通プラットフォームに利用しようなんて見当違いな話になったんだろ
共通プラットフォームとしては言語処理系をどうするかなんかよりライブラリの方がずっと重要だ
プログラミングオタクからすれば言語処理系にフォーカスしてる方が楽しいからそっちにばかり目が行きがちだけどね

>>481
Qt触ったことあるの?
あれはGUIライブラリというより.NETやJavaのスイートに相当するものだよ
ある種のVMと言ってもいい

>>482　>Webの共通プラットフォームに利用しようなんて見当違いな話になったんだろ
PNaClが正にその物じゃないの？　全てのブラウザが追随するかどうか未知数の部分は有るけどWinとMac,LinuxのChrome内では動くだろ。

>>483
.NET や Java のスイートがコア・ライブラリの一種だと？
だめだこりゃ....

JavaでCore Libraryと呼ばれてるのはこの辺だね
http://openjdk.java.net/groups/core-libs/

>>484
だからそこは別にemscriptenでもasm.jsでもLLVMでも何でもいいでしょ
必要なのはAPI

>>484
クロスプラットフォーム API である Google Pepper API と
仮想機械(VM)である Google PNaCl とをゴッチャにしていないか？
略語を使うなら適切な文脈で使ってくれ、たのむ

どれだけ低級なマシン語相当の記述が可能かどうかだろ。
たぷんJavaバイトコードはLLVMアセンブラに対応させられ逆もできるだろ。アセンブラ言語としての実力は同等では。



Javaバイトコード - Wikipedia
IBMのdeveloperWorksによると、「バイトコードを理解することと、Javaコンパイラにより生成されるバイトコードが何であるかを理解することは、
アセンブリ言語の知識がCやC++プログラマの助けになるのと同じように、Javaプログラマの助けになる」とされている。
例
0: iconst_2
1: istore_1
2: iload_1
3: sipush 1000
6: if_icmpge 44
9: iconst_2
10: istore_2
11: iload_2
12: iload_1
13: if_icmpge 31
16: iload_1
17: iload_2
18: irem
19: ifne 25
22: goto 38
25: iinc 2, 1
28: goto 11
31: getstatic #84; //フィールド java/lang/System.out:Ljava/io/PrintStream;
34: iload_1
35: invokevirtual #85; //メソッド java/io/PrintStream.println:(I)V
38: iinc 1, 1
41: goto 2
44: return

このスレは話題毎の目的と流れが見えて無い人が多いんじゃないかな？

今の話の流れは>>403から始まってて、

1. LLVMを使ってSmalltalkやJavaの様に
中間言語の状態(翻訳済みの状態)で各種実行環境に移植できるか
　関連する話:
　- Portable Native Client
　- Qt
　- Posix
　- OpenGL ES
　- PepperAPI
　- CoreLibrary/Foundation
　- Smalltalk / Java

2. LLVMは言語や環境に依存しないよ
　関連する話:
　- bit code
　- Mac Ruby
　- .Net / CLI / CIL
　- CogVM / JVM

っていう趣旨の違う2通のレスと流れがある。
例えば>>480は2.の流れでレスしてるんじゃないかと思う。
ただ、1.と2.は趣旨が全然違うから2の流れだけで1の流れに
レスしたり、その逆のレスをするから混乱してるんだろうなと思う。

仮想マシン上で動作する仮想アセンブラと、
実マシン用にコンバートする仮想アセンブラは原理としては同一言語に統一可能だろ。
動かす側の差でしかないのでは。

ジャバチップどうなったの？

そらAssemblerはAssemblyを
Assembleするだけだし、
VM上で動くかNativeで動くかで違いわ無いわ。

>>469
AはBである
BはAとは限らない

単純な論理の話でなくて？

>>491
クラスやGCは?リフレクションは?動的コード生成は?
.NETやJavaでは言語の機能をほとんどVMに丸投げにしていて、
ILなんてほんのちょっとプリプロセスかけただけのソースコードに過ぎない
逆に実マシン用アセンブラの言語をそれらのVM上で動かそうとすれば、
元の言語のクラスなどのセマンティックスがほとんど失われてしまう
結局どちらかがどちらかをエミュレートするような形にしかならない

picojavaなんて存在はするから統一は出来るんだろうよ。
遅いから普及しないけど。

C++で作るWebアプリケーション
http://www.slideshare.net/fadis/cweb-23287589

C++　−＞ emscripten ー＞　asmjs

Javascriptの問題点や生まれてきた背景とか結構まとまってる。
現状のemscriptenの様子も解る。
asm.jsにしたサンプルも紹介されている。

>>490
>1. LLVMを使ってSmalltalkやJavaの様に
>中間言語の状態(翻訳済みの状態)で各種実行環境に移植できるか

やっぱり分かっていないみたいだな ....orz
LLVMを使っても、アプリケーションと言語処理系のどちらとも
OSという異種実行環境には対応(移植)できないし、それらはLLVMの目的ではない

３種類のレイヤー(>>418)について、それぞれの目的を示す
[共通API]
・例：POSIX、OpenGL、Qt、Google Pepper API など
・目的：アプリケーションの異種実行環境(OS)に対する移植性を高めること
[中間レベルVM]
・例：Smalltalk VM、 Java VM、Microsoft CLI(.Net Framework)など
・目的(1)：言語処理系の異種実行環境(OS)に対する移植性を高めること
・目的(2)：Scala(Java VM) や F#(CLI) のように異種言語の実装を容易にすること
[低レベルVM]
・例：LLVM
・目的：言語処理系の実行アーキテクチャ(CPU)に対する移植性を高めること
・備考：Portable Native Client(PNaCI) は LLVM 技術を採用したGoogle独自規格の名称

>>498
あんたもちょっとスレの流れを読もうとする努力をしたらどうかな？
>>490は「LLVMを使ってSmalltalkやJavaの様に中間言語の状態(翻訳済みの状態)で各種実行環境に移植できる」と言ってるわけじゃないだろ
言ってるのは >>403 ID:K8QQxYM3 = ID:msYhinmO = ID:SDA1RKlK

ID:lknlO7J2 は他のレスの意図を考えず脊髄で書き込むから、
もう何を言っても無駄だな。NG IDしとくか。

.Net Frameworkも実行時にネイティブ変換してるだろ。そういう規格で作られてるはずだろ。
これには、仮想アセンブラか仮想機械語を実行する仮想マシンは存在してないはず。

機械語周りの話するときはちゃんと言葉を使い分けてくれ。
AssemblerをAssembly Codeの意味で使われると、
レスを読む側はAssembly Codeの事なのか、
本当にAssemblerの事を言ってるのか混乱してくる。


Assembly Language(組立言語)
Assembly Code(組立言語で書いたcode)
Assemble(Assembly Codeから機械語への変換・組立)
Assembler(Assembly CodeをAssembleするTool・組立機)

歴史を改変できるなら、browserにはsmalltalkを載せた

ただしセキュリティの観点から
ローカルにアクセスできる機能はなくしたSmalltalkだ。

>>499
> >>490は「LLVMを使ってSmalltalkやJavaの様に中間言語の状態(翻訳済みの状態)で
> 各種実行環境に移植できる」と言ってるわけじゃないだろ

知らんがな、本人に確認してくれ
ただし、もしも正しく理解しているならば「LLVMで中間レベルVMの目的を達成できる」
という(>>403 の？)意見が間違いであることを直ぐに見抜くことができたはず
残念ながら、>>490はその間違った意見を何ら否定せず引用した
だから>>490は言語処理系設計におけるレイヤー化の概念を理解してないと判断した

あと>>403はベンダーやマスコミの垂れ流すバズワードに振り回されている
可哀想な子に見えるけど、>>490には一緒になって振り回されんなよと言いたかっただけ
ただ、ここは2chの雑談スレなんだから細かい事はいーんだヨという意見も理解する

Qtにllvmがあれば、最初からjavaなんか不要だったよね

QtはC++製ライブラリで、JavaVMや.Net FrameworkやLLVMとか別種のものだろ。
C#やらJavaが提供している標準ライブラリ相当のブツだろ。

だから、バイナリレベルの互換性とクロスプラットフォームなライブラリがあれば十分

アセンブリ言語をアセンブルするのがアセンブラ

スクリプツの話になったら起こして

スク水リプニツカヤ？

スコップ

　|| 土　 ||
　|| 　　 ||
　|| 　土 ||

　　>>510

実際の所、1つの言語が、binary吐いたり、VM、browser上で動いてくれたら良いんだけどね
その要求を満たすのに一番近い言語が、javascriptしかないっての本当に皮肉

スクリプターさん達が戸惑ってるからスクリプト言語の話しようぜ

ある言語をScript(Applicationの制御用)として使うか、
汎用言語(GP)として使うかは自由で、
大半の言語はScriptとして使えるんだから、
今までの話もスレ違いじゃない。
特にBrowser制御ならBrowserがScripting Hostになるわけだから、
Scriptとして機能するNativeClientの話もスレ違いとは言えない。

C++のSCRIPTもあるな。物理の方面で。

Root SystemのScriptか。
Interpreter実行だけじゃ無くCompileも出来るんだってね。
そのくせReflectionもできるっつう変わり者。

変わりものっつうかすべての言語は
オプションでそれが出来るようになってて欲しい。
いくら良い言語あってもネイティブ吐けないなんて片手落ちだわ

>>518
それが言語仕様になるわけがない。それを言語仕様に取り入れずとも、あとからネイティブ変換機能は追加可能。
たとえば、C#やJavaですら開発者しだいでは可能。
やったことないけど、C#互換のMonoは出来るらしい。

本家でしてた


Microsoft、C#コードをネイティブコードにコンパイルする「.NET Native」を発表　2014年4月6日 16:05
http://www.zaikei.co.jp/article/20140406/187025.html

Javaもやらんかな？

DartとDirtyな戦いでもやってみろ。

【プログラミング】DartがECMAの標準規格に　Javascriptとおさらばするこれが最後のチャンスだ
http://fox.2ch.net/test/read.cgi/poverty/1404908909/
　

プログラマのミスなのか
トランスレータのバグなのか <=== New!
ブラウザの問題なのか
またはそれ以外の問題か

トランスレータのバグを踏まないために、javascriptで直書きするんだよ

>>521
gcc でcompileできるがな

c# on llvmが決定版

>>524
コンパイラのバグを踏まないために
マシン語を直書きするんですよね？

Web屋はコンパイラ作っちゃダメだ
品質意識が低すぎ

>>527
c,c++,c#,javaの品質と比べるまでもないよね

例えばどの辺が？
と訊いたら、たぶん逃亡しちゃうんだろうなぁ

製品やエンタープライズ用途で使うものでもない、無償のツールなんだからテストされてないことぐらい想像つくよね

あ、具体的にこんなバグ踏んだ、とかじゃないんだ
だったらいいんですよ、無理に書き込まなくて

ttp://code.google.com/p/dart/issues/list
ttps://typescript.codeplex.com/workitem/list/basic

CPUのバグ踏まないように自作CPU

Dartは知らないけど、TypeScriptはトランスレータのバグというより
JSに起因した一見バグに見える不自然な制限が多い印象
Coffeeはマジでバグだらけ

JavaScriptをJavascriptと書くとJSerさん達が怒り出すから笑える
カードキャプターさくらみたいな

カードキャプチャーのつもりだった。正しいほうを書いてどうする

大体、translater使うとjavascriptの為の関連ツールが使えない。
変換後のコードを対応付けるツールのバグを踏む可能性も出てくるわけで、altJSは使うだけのメリットがない

altJSが出てくる理由を考えると切ないのぉ

githubに溜まる連中の虚しい努力って思うと切ないね。
才能だけじゃ金儲けできないんだね。切ないね。

atomってcoffeeだったような

結局ライブラリとかの資産なんだよね。
オープン性のメリットを捨てる代わりに対応するプラットフォームでの速度を
享受できるんだろうけど
はたしてJSの置き換えになるかはわからんね→これはswiftにも言えることだけど

危ないことをしないように書いてんだろ
dartやtypescriptからも同じようなもの出てきそう。そっち、使うよ

>>542 言語としてのSwiftは、Objective-Cの資産を全て使えるんだから単なる新しい言語では無い。
JSの置き換えになるかどうかと言う話は未知数。何をどうするのか解らないんだから。

ただ、DartがECMAScript8の椅子を狙ってるとしたら、Appleも黙ってはい無いだろう。

>>537
Card Capture Sakulaがどうしたって？

次のコードで画面上部に移動する事が出来ました。
$("html,body").animate({scrollTop:0},'fast');


ページ内の一番下までスクロール移動するにはどうすれば良いですか？

>>546
マジでPHPってゴミだな

>>547

Rubyアンチかな？

ruby？

PythonやPerlかもしれないが
jQueryのコードをPHPと勘違いするような馬鹿が使う言語として貶めたいのかと思って

最近PHP質問スレあらしてる奴だろ

Rubyの人だったのか

ネタじゃないのか
ネタにしてもつまらんけど

CoffeeScriptって無能が多いとこだと敬遠されるのは何で？
優秀なチームは好んで使ってる所もあるのに。
言語仕様的にそうなる要素があるの？

馬鹿には無理

>>554
無能が多いと敬遠されているってのが勘違い

確かにgithubの連中より明らかに無能な奴が
coffeescript意味無い的な事書いてたりするな

アンチPHPスレがアンチJavaに荒らされたので
アンチPHPが追い出されていろんなスレ荒らしてるんか

>>557
githubの連中より有能なヤツがcoffeescript意味無いって書いてたら同意するの？
けど、その答えってdartやtypescriptなんかのaltjsのことだよね

てゆーか
日本でわざわざgithubとか使ってる奴なんてほとんどresumeに載せたいだけだろ
長期継続してる奴がほとんどいないというのが根拠

視野が狭すぎ
研究者が趣味でやってるプログラミングとかでもgithub使ってるのよく見るぞ

ほとんどつってんだろ
一部の例外までは含めてねえよ

>>560
ソーシャルコーディング便利だけどなー
わざわざパッチを送らなくてもブラウザから簡単に要望を投げられて

誰でも issue 書けるのは便利だぬ

>>559
CoffeeScriptはJavaScriptより良いものだけど、
自分達ならもっと良いものを作れると考えたのかもしれないよね？
え？そういう可能性には思い至らなかった？それは君が無能な証拠ですよ。

病院へ逝かれることをお薦めします

CoffeeScriptは実際Node.jsコミュニティだと嫌われてるじゃん

あれって単なるシンタックスシュガーなのに、CoffeeScriptだとどう書けばいいのかググることになって時間がもったいないんだよな
三項演算子とか明らかに劣化しているし
関数ですらreturnするのが個人的に大っ嫌い

RT >CoffeeScriptだとどう書けばいいのかググることになって時間がもったいない

あれ使ってるのRubyユーザーだけでしょ

>>566
2007年頃に37個の毒電波でも受けて頭がイカれたんだろ

ただでさえ汚い文法のjavascriptをさらに汚くしたのがCoffeeScript

嫌われてる割にはcoffee対応されてるな

backbone.jsも廃れてangular.jsが主流になったね。
だけど、angular.jsみたいなゴツイframeworkを、
ブームが去った後で誰がメンテするのかは考えた方が良い

自分でメンテするなら、
自分で作ればいいのではないか？

どちらも自分でメンテするのは同じだ。
違いは、他人が作ったものなのか、
自分が作ったものなのか。

多く使われているものの方が質はいいだろうけどね。

時間割いてまで、自分でメンテしたくないに決まってるだろ
放っておいたら、妖精さんが来て、バグを直してくれるぐらいが丁度いい。

GoogleにはOSS専用社員がいるんだからメンテ担当者に困ることはないと思うぞ

ただしAngularJSは正直あと5年ぐらいかけて成熟させないとととても使う気になれない
自分でさっとjQueryで書けば実現できることを数倍もかけて小回りの効かないAngularで実装するメリットが見えない
Backboneは本当に背骨だけだけど、その分カスタマイズ性は非常に高いから自分で肉づけできる

でも、そのうち開発しなくなるかもしれないんですよ？

なら今のうちから自分でメンテナンスしたほうがいいじゃないですか。
自分で作って自分でメンテナンスする。
これで自分が死ぬまでメンテンナンスする人はいるということです。

一人で開発するんだったらjqueryでいいけど複数人絡んだSPAとかだと無理だわ
可読性悪すぎる

何処かのエンジェルが大量の資金を突っ込んだ、meteorって使われてるの?
あれ以来、ホットな話題を聞いたことがないんだけど

ホット枯れてるな

JSのプロジェクトは枯れる前にオワコン化するよね

俺はいつも生JS

米大学のコンピューターサイエンス学部上位39学部、Pythonが初級コースで教える言語1位に
http://developers.slashdot.jp/story/14/07/12/0659215/
1.Python
2.Java
3.MATLAB
4.C++
5.C
6.Scheme
7.Scratch

>7.Scratch
これが一番驚いた

jsって実際誰の物でもないから
jsで何か作っても特に誰からも感謝されないし
jsの繁栄を最も左右するのはブラウザ作ってるところだし
jsで何か作っても共産主義で１００人の怠け者の中で１人だけ働いてるようなもんで
どっかの宗教派閥に属して何か作ってたほうがまだマシな暇つぶし

開発しててストレスが一番少ないのはPython

>>583
js教えてるところは？

Scratchとか割合にしたら1%未満とかじゃないのとか思ってたら、3~4%ぐらいある

元記事にある割合
http://cacm.acm.org/system/assets/0001/6470/Top39-700.3.png

もしかして日本でも結構使ってたりするの？

裸のJSを想像しながらjQueryを書こうってエロい人が言ってた

>>586
プログラミングの入門クラスでJavaScriptは採用しないだろ

>>586
実際に触ってるのはドムなんやで

>>586 jsなんて、基本はVBasic レベルだからな。
奥の深い所も有るが認められない。 大規模開発には向か無い。 だから脱JSの動きが出てきてる。

元記事
Python is Now the Most Popular Introductory Teaching Language at Top U.S. Universities
http://cacm.acm.org/blogs/blog-cacm/176450-python-is-now-the-most-popular-introductory-teaching-language-at-top-us-universities/fulltext

調査対象は、学部の一回生が最初のセメスターでとることになる、○○入門みたいな必修になってたりするような授業
後々使うことになるであろう学術系ライブラリとの兼ね合いはあるけど、何かの開発に採用したとかそういうのじゃないからミスリードはやめてね

>>591
ミスリードしてるのはお前だろwww

だれもそんな勘違いしないし、書かれてることを素直に驚いてたり感心してたりするだけ。

時代はPython。

就職先が、javaかphpかc#かc++分からないんだから、pythonでいいじゃん
学生時代のプログラミングなんて時間の無駄
技術者として、もっと別の機関に就職した方がいい

4大生はmatlabかRを使うところ以外には、就職しちゃダメだお

>>590
javascript使うヤツらが、わざわざマヌケの集まるだけの大規模開発なんかに参加したがるわけないだろ

プログラミング入門なんてさ、Excel VBAやjavascriptで十分なんだよね
c/c++なんて時間の無駄。糞記事に騙されたマヌケ共が、わざわざjavaやphpへ行く

統計、機械学習ぐらいしか役に立たなくって、わざわざjavaやPHPの会社に就職するら、
プログラミングやIT業界なんて見限った方がマシってレベル

禿げ死苦 RT >>594

40〜以上の土木作業員って沢山みかけるけどさ、40〜越えてからjava,c++でプログラムを書けると思う？

>>599
地頭と素養による

大学の講義を受けて良かったと思うことなんて、
計算機に関わった偉人の名前を覚えられるぐらい
死んだら、あいつらをもう一度、なぶり殺してやる

>>601
人生間違った奴だな

mvvmというか双方向データバインディングはある程度複雑なjsのアプリには必須だからな
backbonejsが今どんな開発方針なのか知らないけど、mvvmを本体に取り込まない限り、backbonejsは地位低下するだろうな

LAMP取り替えるより、紙オムツを取り替えた方がマシ
その方が平均的に生涯年収は高くなる。

>>583
初級コースで、Cなら分かるが、
C++とかどういう外道やねんｗ

今からやるならCよりC++って選択もあり

railsやangular.jsのマニュアルなんか熟読してる手前で、施設長ぐらい簡単に成れるよね
介護士の人間性が屑なところにさえ目を瞑れば、最高の職場環境と労働条件だよね

人生間違った

>>499
むしろ40こえたらJavaぐらいしか書けんだろ

>>609
制御技術者として、matlabのコードを書くか、
統計屋としてRのコードでも書いた方が遥かに費用対効果が良いよね！
Javaとか、何十年、何万年書いたところでJavaでしかないのに

>>599
頭は大丈夫だが目が相当疲れるよ

禿げ死苦 RT >>610

世の中には、音響解析や産業用ロボットのように様々な技術者としての土俵がある中で、
派遣の兵隊にしかならないJavaやPHPでのシステム開発を選ぶって救いようがないバカ

>>613
俺はウェブ開発を選んだのでね。
必然的にJavaかPHPになるんだよ。

あと、JavaScript

音響解析や制御工学の技術が廃れることはないし、年齢と共にキャリアへ繋がるんだけどさ、
webやスマホなんて来年まであるか分からないんだよね。
こんなもの大学に馬鹿高い教育費払ってまで、大卒がやるような仕事じゃない

webやスマホは来年もあるだろｗ

それより気にしなければいけないのは、
音響解析や制御工学の
求人が来年あるかどうかだと思うぞ。

需要と供給の観点から言って、
こういうのは需要は少ないから。
（人がたくさんいてもしょうがない分野だから）

大卒の多くが、専攻とは無関係の仕事してるしな。

そうやって人を無駄遣いしてる余裕は欠片も無いはずだけどな。
終わりかけてる組織はそんなもんだがw

音響解析やりたい人は、多分音響解析以外のことはしたくないと思うんだけど、
こういうのは一社落ちたら、あとは他に求人ないよって世界だろうなぁ。

>>617
ハァ？すでに雇われてしまえば、滅多なことでは解雇されないに決まってるだろ
むしろ、PHPやJavaなんてプログラマは、大企業で働くからスグにリストラされるのがオチ

制御工学は応用範囲が広いから余裕だろうなあ
音響解析は同列に並べるほどかって感じはするが

Webやスマホはそれらに比べりゃ１つの技術のライフサイクルが短いものが多いし
もちろんとある言語のとあるフレームワークレベルでは生涯の仕事にはならんね
とはいえHTTPやHTMLなんかはWebが登場して以来ある程度の互換性を保ってるわけだしな
目新しいモノだけに踊らされず技術の足場を大切にしていれば数年で失職ということもなかろう

介護士や施設長やりながら、古き良き時代のOSSの活動に参加した方が素敵な人生戦略
Web技術者なんて年越し派遣村辺りで、社会福祉的な措置を受けるのがオチ

>>621
もしかして終身雇用をまだ信じてるの？

大企業に勤めてたはずが
研究所ごと大企業の子会社になって
気づいたら韓国系や中国系の子会社になってるって例を多々知ってる

音響解析や制御工学はこの例が多いな。一応は終身雇用だよ

>>625
企業のロゴが幾らすげ替えられようと、中の技術者にとっては痛くも痒くもないよ
むしろ、偉そうな上司がすげ替えられて、良い気分転換になる

>>624
Java,PHPプログラマなんて、何のスキルも付かないまま捨てられてカワイソウ

>>627
あ、やっぱり捨てられないと思ってるのね。
終身雇用は終わったよ。

>>628
それ以前に、なんのノウハウも堪らないよね？若くて安いの行使するよ。当然だよね

>>626
他の分野でも使えそうな奴は転換してるから。あまり物だけだよ

>>626
お前は韓国や中国のクソっぷりを知らんのかｗ
プログラミング以前に常識から勉強して来いｗ

>>631
OSSなんて中国と似たようなもんだろ

>>632
くすくす

>>631
少なくとも中国の労働者たちは、
現場の工事をスケジュールぎりぎりまでゆっくりと手抜きする素敵な人達だよ
日本の労働者たちも見習わなきゃね

Python一人勝ち、ってのがハッキリしてきたな

米大学のコンピューターサイエンス学部上位39学部、Pythonが初級コースで教える言語1位に
http://developers.slashdot.jp/story/14/07/12/0659215/

Python最強伝説

Pascal同様に教育では使われやすいってことはないか。
PHP、Javascriptのほうが一般的だとおもうが。
アルゴリズムなどの教科書がPascalで書いてあったりすることがあるが普及は他言語のほうが高くないか。

Cの様にカッコ{}を使わない言語のほうが古典なんだな。Pythonはそういう伝統の系統とみた。



ALGOL - Wikipedia
名前「ALGOL」は「アルゴリズム言語」を意味する英語「algorithmic language」に由来する。
1950年代中ごろに開発され、多くの言語に影響を及ぼし、ACMや教科書や学術論文などでアルゴリズム記述のデファクトスタンダードとして30年以上使われた。
現代の多くの言語が「ALGOL系」あるいは「ALGOL風」 とされているという意味で、ほぼ同世代の高水準言語である FORTRAN、LISP、COBOL に比べて最も成功したと言うこともできる。


BCPL - Wikipedia
BCPLは1966年にケンブリッジ大学のマーティン・リチャーズが設計したプログラミング言語である。
BCPLはB言語の基礎となっており、B言語から派生したC言語は文法的にBCPLの亜種であるといえるため、その影響は現在にも色濃く残されている。
BCPLは世界初の弓カッコ『{}』を文法規則に利用した言語である。
弓カッコは度重なる文法の変化を生き残り、プログラミング言語の構成要素として一般的になった。

>>638
まぁCも祖先辿るとALGOL系ではあるんだけどね。

Pythonの祖先が、Pascalと関連あったはず。
そういう意味では教育用途には向くのかも。

教育用言語ねぇ。
単に教育現場でたまたま使われたってだけで
教育用とかないだろ。

仮に教育用言語を作るとしたら、
どんな機能を搭載する？
別に教育用に搭載すべきものってないだろう？

むしろ延々とパズルゲーやらせるとか
RPGでLv99まで上げさせるとかで良い

まず完璧主義にさせて、次に潔癖症にさせる
仕上げには反社会的にさせることができれば、
こんな社会ぶっ壊してやる！！って気持ちが湯水のごとく湧き上がるモチベーションとなって最強の技術者になる

え？それって、平均的なWeb技術者じゃないの？

最強の技術者 ＝ 平均的なWeb技術者

>>640 教育用と言うのは有るよ。
1. 覚え易い、 言語体型がスッキリしてる。
2. インタプリタとして実行出来る。

この二つを兼ね備えた言語。Pythonはまさにこの通り。
昔教育用としてBASICが開発された。

10数個の命令だけでコンピュータの全てが出来た。
インタプリタなのでタイムシェアリングで多数の生徒が同時に実習出来た。

言語が簡単かどうかは、文法のBNF行数で比較できる。

Ruby：　　　　392行
Phyton 3.0：　442行
Swift言語： 　559行。
JavaScript(入門向け定義)：270行
JavaScript：A complete ECMAScript 3 grammar for ANTLR 3：1500行
PHP ：　　　　　590行
Java JDK1.6 ：　2000行
C言語の全体 ：4907（本体） +1440（プリプロセッサ）= 6347行

これを見ると、条件を満たしているのは、Ruby, Python, PHP となる。

そしたらマシン語がいちばんカンタンだ。

>>640
> 単に教育現場でたまたま使われたってだけで教育用とかないだろ。

知らないなら ROM ってろよ。
元々教育用なの。
Pascal 教育用 あたりでぐぐっとけ。

> 別に教育用に搭載すべきものってないだろう？

むしろ、暗黙の型宣言（Fortran だと変数名が i〜n で始まると整数型とか、C の省略すると int 型とか）や分割コンパイルとかの余分な機能を搭載しないんだよ。

BASICは元々教育用でもあるけど、それと共にエンドユーザ用でもあったかと

開発当時、コンピュータは専門の人間にしか扱えないシロモノだったのを
ちょっと講義すれば、コンピュータを専門としていない大学生でも
必要なら自分でコンピュータによる計算を書き実行できる、って話だったような

>>648
windows出る前から、
マイクロソフトはそれで商売してたしな。

産まれる前の話だから、
読み物で呼んだだけで、当時の空気はさっぱり分からんけどね。

>>647
お前、話の流れ全然読めないのな。ミーティングでも的外れな自説をわめき散らしてるんだろうな。
呆れられてるの気づいてないだろ。

Pythonの教育用としての適性に関する議論だ。

Pythonの予約語はRubyより少ないらしい。
先生としてはさらに採点が楽。　これはインデントが規定されているために間違いを発見しやすいため。

>>638
ALGOLは{}じゃなくてBEGIN/ENDで囲む文法
そういう囲みで構造を記述するALGOL系言語に対して
インデントで構造を記述するPythonは系統が異なると思うよ

PythonはABCを手本にしてる。　ABCは教育用言語だが、Pythonは教育用を目的に作った物ではなく汎用として作った。

ID: fvBDEseN の無知っぷり

>>650
お前って応用力 0 なんだな (w

> Pythonの教育用としての適性に関する議論だ。

なら、Python 教育用 あたりでググれよ
Python in Education とか見つけられるだろ
Python は教育用として設計された訳じゃないけど、PEP20 とか見ればわかる通り、シンプルな言語仕様とか暗黙を避けるとか、教育用の適性はある方だろ

>>642
どこで募集してますか？

ID:+dyNO/rf は病気の人だな

ID:wwxEjD19は…
って続ければいいの？

>>657
病気の人は、node.js押しだよ

現実的なアーリーアダプターたちの次の闘いの場って、
node.js vs scala vs golang
だよね？

Pythonが最高である3つの理由
Pythonのいいところ1：可読性（保守性）
Pythonは、自分が昔書いたコードや、他人が書いたコードの挙動を、ソースを見て把握したり、手を加えたりする場合のハードルが低いです。
Pythonではブロックをインデントで表す記法があり、“{”、“}”の位置が書く人の趣味でまちまちになる言語と比べると、誰が書いても同じになりやすいのです。
また、PythonにはPerlとは真逆の「やりかたはひとつ」というポリシーがあり、ある処理をコードとして表現すると、ロジックに個性は出ても、記法に個性があまり出ない。
可読性（保守性）の高さは、プロダクションとしてコードを書くとき、非常に大きな利点になります。
http://ascii.jp/elem/000/000/537/537877/02_682x694.png
Pythonではインデントがブロックの役割をはたすため、一度慣れてしまえばパッと見てコードが理解しやすいのが特徴です。
ブレース({と})や行末のセミコロンがない、変数名に記号が付かないことなども、読みやすさの理由です。
また、Pythonではひとつのことを実現するのに複数のやり方がある場合、それらが廃止されたり非推奨となることが多いです。
たとえばリストにある値があるかどうかは、has_keyメソッドやin演算子などがありますが、これはinに統一されました。
http://ascii.jp/elem/000/000/537/537868/index-2.html




オフサイドルール - Wikipedia
オフサイドルール（Off-side Rule）とは、一部のプログラミング言語において字下げによって文などのかたまりの範囲（ブロック）を示す規則である。
すなわち、そのような言語ではブロックは字下げによって形成され識別される。
この用語と考え方は Peter J. Landin によるもので、ここでのoff-sideは「(左端)側から離れる」という意味だが、これはサッカーなどの球技におけるオフサイド規則 (offside law) のもじりと考えられる。
レイアウト・ルールと呼ぶこともある[1]。

>>640
教育現場では、prologで制約問題をすべて解かせて、haskellでパーサーを書かせたら良い

COBOLも英語圏の人にとっては教育用だろうね。
英語で書いているからやっていることがわかりやすい。

教育用の理由に、これ以外の明確な理由ってあんの？

>>660
はてなのmackerelはscalaとgolangで書かれてるらしいけどね

>>663
なでしこ使って同じように思うのか？

それって、どっちかじゃダメだったの？
MySpace,eBayあたりは、コードを管理しやすいって理由でnode.jsしか使ってないイメージ

JS厨って何かに似てるよなーと思ってたんだけど、
最近やっと分かった。コボラーに似てるんだと。

今の環境（メインフレーム/ブラウザ）でデファクトだからと思考停止して
ウンコな言語仕様から頑に目を逸らし、
より生産性の高い技術（オープン系技術/AltJS）に強い敵意を向けるところが
全く良く似ている。

altJSなんて、ウンコにコーンや蝿のオプションが付いたようなものじゃん
普通のウンコでいいよ

>>667
言っていることがまったくJavaScriptと関係なくてワロタｗ

好きな言語に置き換えられますわそれ。

>>667
儲かるからやってるだけ
客が騙され続けている限り、SIer側からすれば非常に生産性の高い優良言語だ

COBOLの話な
JSはウンコ仕様な上に金にもならないよ、もちろん

>>671
お前、JavaScriptがプロトタイプベースの
オブジェクト指向言語って知らないだろｗ？

node.jsがアーリーっていつの時代だよ

rubyのとある分野食いきったけど
expressは使い物にならなかったって答えでてるね

金にならなくても、必要なものが作れたらそれでいいよ

expressに変わるものは出てないけど？

>>646 お前、マシン語は愚かアセンブリ言語も触ったこと無いんだろ。
全然簡単じゃ無いぞ。
C言語の方が何倍も簡単。
C言語はアセンブリ言語を簡単にするために生まれた言語。

>>676
バイナリか16進打ちは、構文解析が不要か少ない。


>>645
> 言語が簡単かどうかは、文法のBNF行数で比較できる。

>>675
railsに替わるものも、symfonyに替わるものも、springに替わるものもないよ

>>673
railsって、どこの土俵で生き残ってるの？

>>676
>>646 の「そしたら」がどのレスに掛かってるか考えて言ってる？

文盲が多いスレですね

これが２ちゃんクオリティ

スクリプト言語はjsが本命で、他のはニッチなシーンでしか生き残れないだろうな
システム管理にperl5やpython2、wordpressにphp、railsが好きな人にrubyとか

>>683
そのスクリプト言語っていうのは具体的に何をするためのもの？

jsとかPHPなんて、ある意味DSL言語に近い存在なのに、
いつの間にか大きくなったものだなぁ。

ウェブの大きさ故か。

jsなんてHTML用としてしか使われてないじゃ無いか、それこそ超ニッチ。

いまもう、HTML/CSS/JSで、簡単なものなら何でも作る時代だよ

Ruby,Railsエンジニアたちが、Rubyが流行ってるように見せ掛ける工作が必死すぎて泣けてくる

javascriptは糞
rubyはうんこ

仕事にするならCOBOLかJava,C#
php/perl/python/ruby/jsなんて、週末にする浮気みたいなもの

>>687 なんでもとはなんと言う蛙

*簡単なものなら

>>687
要するに昔のVBのポジションだなそれ

今やVBの仕事なんて、おばちゃんの内職仕事料金と同じ位に低いからな。
jsもどんどん下がって行く。

VBって、かなりOSよりでしょ？シリアル接続がどうこう言う時代の産物
c/c++でハイスキルなソフトウェアを作るより、VBで簡単な仕事が切れない方が魅力的だよね！
Matz?だれだっけそれ？

ところで、Small Basicなる簡易版VBがあるんだけど、
あれって、かつてのVB6みたいに使えるのかね？

railsの最後の砦
プロトタイプやスタートアップ用モック作成のバカチョン構成枠が
node.jsに脅かされてるな

>>696
言語というより環境で、雰囲気はLOGOに近い
玩具には勿体ないくらいテキストエディタがよくできていて、開発環境はさすがMSだと感心する
特に言語そのものには見るべきものはない

java,phpなんて犯罪だよね。奴隷貿易みたいなもの。国際条約に則って禁止にすべき
java,phpなんかを触らなきゃならない技術者になるぐらいなら、IT業界なんて見限った方が良い。本当に

>>699
>>690
で？何使う？

>>695 はあ？ 何言ってるんだ？ 何も知ら無いガキが。

JS厨はコボラーじゃなくてVB厨に似てるよ
低脳で程度の低いものしか作れないところとか

でも、僕はVBerやCOBOLer,RubiestたちがOSやpdf viewerを書いたなんて聞いたことないな
制御技術者や統計屋ぐらいしか、まともな職場やキャリアなんてないよね！

大きな違いは、JavaScriptは大手でも使われてるってことだな。
大手で技術力が高い所の殆どで使われてる言語はJavaScriptぐらいだろう。

>>698
やっぱ教育向けに過ぎないのか。
それにしても、LOGOとか、名前は聞いたことあるが、
どんな言語かさっぱりだから、ググっちまったぜ。

論理型、関数型はないか?
マルチコアに言語が対応してくれそうなところがよさげだが。

jsはvbの後釜として事務員が使う言語として発展してるな

vbはOffice 御用達マクロ言語だから確固たる需要がある。
OpenOffice用マクロ言語は、BASICとPython

jsがここに採用されたら一人前。 ただJSは仕様が膨らみ過ぎてる

jseとvbsはWindows_Script_Hostに採用されてる。

>>708
拡張アドオンでRhino動かなかった?この聖域をjsが侵略するのは時間の問題だよ
Officeも、内部統制のためにbrowserから動くのでjavascriptで出来ていて、
javascriptのマクロを書ける

RT >>699
WindowsServer も加えてくれ

>>708
Google Apps Script はどう？

おいお前ら、最強言語PHPが倍の速さになったぞ！

PHP NG now nearly TWICE as fast as PHP 5.6
http://ckon.wordpress.com/2014/07/14/php-5-7-twice-as-fast/

ますます最強言語の名を欲しいままにするな・・・

最近、NGって単語をよく見掛けるよね
Angular.jsに、Andrew ng。PHPまで
いよいよヤツらが動き出したみたいだね

swing,gtk,qt,tcl/tkのAPIを調べるような手間で、
データマイニングって半永久的なスキルを獲得できる
大卒のヤツらは、何が悲しくてプログラマなんかになるんだろうね

講義なんて出ないで、家でPRMLの原著でも読むよ。その方が役に立つから

>>714
NGの次のことまで考えられて無いよなｗ
次が必要になったらNNGにでもするのか？ｗ

大学生はプログラミングの勉強なんて1秒でもしたらダメだよ
その10分の1以下の時間で公務員になれるからね
とくに講義を真面目に受けるようなタイプはプログラマなんてやったらダメ

プログラミングなんて必修科目になる時代が近いのに勉強するなとかありえね

プログラミングしかできないプログラマは底辺になるだろうが

必修になったところで、プログラミングなんて勉強したらダメだよ
ソフトウェアを作る労力の10分の1の労力で、バラ色の人生が約束されるんだからね

>>720 今時大卒だからってバラ色の人生なんてあるわけ無いだろ。
学歴社会は完全に崩壊してるよ。

特技の有る方が重宝される。

例えば、公務員のように既得権利で飯喰ってる人たちが、それを手放すわけないよね？
公務員なら、学歴に見合った供与も渡される。どのみち企業には学閥があるんだよね

この国の学校教育を受けて、もっとも実を結ぶ土壌は公務員だけだよ
それ以外になるなら、学校なんて場所では勉強なんかしたらダメ

>>722 隣の芝は青い。 お空はもっと青い。
井の中の蛙空を見ず。

RT >>723
一理ある

辛い過去があったんだね…
元気出すといいよ…

過去じゃなくて現状に不満なんだろう
すごく共感できる

学生ローン払ってまで、高卒と同じ扱いだぜ？なら、高卒の方がマシ。
高卒なら地元に就職できるから、都会でホームレスになることもないし、
大学に居る4年間で有意義に金を稼げる

JavaScriptはどうしてプロトタイプベースなのにnewがあるの？

プロトタイプとインスタンスは違うから

>>645
C言語も当てはまるな
RootつうInterpreterがあるし

>>51
パイソンのインデントは単に見やすく書くという理念に即してるだけだよ
プログラム言語はいくらでもそういったバリエーションが考えられるし
パイソンのインデント程度が宗教ならリスプなんて神秘領域だろ

Java はインタプリタだったのかっっっ！

>>732
lisp はインデントするなって言われてもインデントして書きたくなる言語

(= a (+ (* 2 3) 4)

JavaScript とのつきあい方 - ここがダメだよJavaScript
http://shogogg.github.io/JSLOVE/#/top

やっぱJSだめじゃん、動的言語だめじゃんってふいんきが決定的になってきたな
ちなみに日本のインターネッツだけではなくHNやredditでもそう

>>735

gosh> (= a (+ (* 2 3) 4)
)
*** ERROR: unbound variable: a

「動的言語並に楽に書ける静的言語」というのが登場して、静的言語が再評価されてるというのが真実
C#の進化、Scalaの新興、そして今はSwift。

逆に言うと、「動的言語並には楽に書ける静的言語」は評価されない。
JavaとかObjective-CとかC++みたいなゴミのことな。

?「動的言語並には楽に書ける静的言語」
◯「動的言語並には楽に書けない静的言語」

>>735
評価順に曖昧さがなくて美しいではないか

C#は次のバージョンでTypeScriptみたいになるよ
必要に応じてポインタまで降りていけるLL

C#はJavaの仲間じゃないの？

haskell, ocamlが評価されないんだから、静的言語に未来はないよ
javascriptのお手軽さが絶妙のバランス
これに型推論のような機能でも付けば、もう何もイラナイ

LinuxはC言語、つまり静的言語なんだけどねｗ

>>740
完璧だよな
わざわざ式を逆ポーランドとかに変換しないでいいんだぜ

別に静的動的なんてどうだっていいんだよ
動的型付けの場合は

int a = 3;

のintを省略できて楽なのがいいんだから

静的言語=Javaだったのか
なら確かに静的言語はゴミカス

なんかそういう汚い言葉を書くことが粋みたいな感じだな
笑っちゃうよ

>>746
静的型付けには「明示的な静的型付け」と「暗黙的な静的型付け」の
二種類あって >>746 のC言語は前者になる
で、後者を実現する最もよく知られた技法が「型推論」であり、
この型推論を備えた「モダンな静的型付け言語」では
動的型付け言語と同様に変数のデータ型を宣言しなくてもいい
（もちろん文書化を目的に変数の型を明示してもかまわない）

動的型言語でも部分的に型推論を使うコンパイラもあるし、もう静的型とか動的型とかという
カテゴライズ自体が時代遅れになりつつあるね

>>750
ちょっと聞いたことないな。それ、なんてコンパイラ？

ローカル変数は型を書くのが省略できた方がいいが、
関数の引数やクラス変数なんかは型があったほうがいいな。
どうせコメントで書くわけだしね。
ならコードに書いて、コメントの方を省略した方がいい。

>>751
https://dev.mozilla.jp/2011/11/type-inference-to-firefox-beta/

>>750が言ってる動的言語の型推論というのは、
型推論をして最適なコードを生成するって意味で、
型を推論して変数の型を一意に決定するとは別の話だよ。

型を推論して変数の型を一意に決定する本当の意味の型推論は
型が矛盾するコードや曖昧になるコードを書けない（コンパイルエラーになる）が
>>750が言っている奴は最適なコードが生成されないだけ。

根本的に違っている。

>>754
> 本当の意味の型推論
「本当の意味」ってなんじゃらほい？

型推論とは文字通り型を推論する機能であって、そこから派生する
> 型が矛盾するコードや曖昧になるコードを書けない
という部分とは何の関係もないよ

それは別の機能だ

> 「本当の意味」ってなんじゃらほい？

昔から言われている「型推論」のこと。
最近の機能じゃないんだよ？

「文脈上型が一意決まる。だけど書かないといけない」
というのを省略できるようにする型推論は昔からある。
こっちは型推論があるからプログラマが楽になる。

>>753がいったような最適化のための
型推論は最近の機能だけど。
こっちの型推論は最適化出来るようなコードを
プログラマが書かないといけない。
うまく書くと、コンパイラが推論して最適化してくれる。

本誌素敵に全くの別物。

静的だろうが動的だろうが暗黙の型変換する言語は糞

型推論ってのは型を推論する機能であって、それ以上でもそれ以下でもない

> こっちは型推論があるからプログラマが楽になる。
これは型を書く煩わしさを減らして記述をいわゆる動的言語に近づけようというもの

> うまく書くと、コンパイラが推論して最適化してくれる。
これは型を書かないで済むメリットをいかしたまま速度をいわゆる静的言語に近づけようとするもの

どちらも型推論を使って似たような領域に近づいてきてるんだよね

ここでいう型推論自体に機能の差はない
それをコンパイルエラーにするか実行時エラーにするかは別の機能のお話

内部で同じ技術を使っているだけで、
本質的には全くの別物。

一方はプログラマの生産性に関する違いが生まれるが
もう一方はパフォーマンスに影響する。

全く違う機能。

前者は、パフォーマンス的には最初から最適化されている。
なぜなら型があらかじめ決まっているから。
推論で省略できる場所も含めて型が決まってる。

後者はパフォーマンスが悪いものをどうにか
解決できないかという考えから生まれたもの。

動的言語の場合、型推論の過程で型チェックしてくれないの？

>>759
> 内部で同じ技術を使っているだけで、
> 本質的には全くの別物。
いやいや、同じ技術なら同じものでしょうｗ
ユースケースが違うだけじゃないすか

>>760
将来的にそういう機能も持った静的動的ハイブリッド言語ができるかもね
型推論でチェックできるところは実行前にエラーになるような、ね

>>762
って、C#はすでにそんな感じの機能はあるか
イマイチ洗練されてない感じだが…

>>761
違う。

静的型が型推論したからといって、動的型にはならない。
（なぜなら、型が決まっている場合に"書くのを省略出来るだけ"だから）

また動的型が型推論したからといって、静的型にはならない。
（なぜなら、推論できなくてもパフォーマンスが悪いだけで動くから）

技術的にも別物だよ
静的な型推論で動的型を速くするなんてのは極めて単純な計算処理に限られ、ベンチマーク遊びの粋を出ない
動的言語の用途において、実際効いてくるのは実行時の最適化だ
いかにうまくキャッシュしてメンバアクセスを速くするか、とか、
実行時に変数に入ってくる実際の値の型に応じてJITするとか、動的言語特有の世界

>>764
> 静的型が型推論したからといって、動的型にはならない。
> また動的型が型推論したからといって、静的型にはならない。

型推論は両者を近づける技術であって、両者を同一にする技術じゃないんだから
そしてそれは静的型で使おうと動的型で使おうと型推論であることになんら違いはない

>>760
> 動的言語の場合、型推論の過程で型チェックしてくれないの？

あちらこちらで「型推論できないからパフォーマンス悪いコードです」って
警告でまくるだけだぞｗ

俺はパフォーマンスが悪くならないように、型推論が完ぺきにできる
コードを書きますって言うなら話は別だが、それって動的使う意味ないから。

こうした汎用性と型推論的な話だと、scala,swift,golangあたりが最強なのかな
だけど、僕はjavascriptって規格に、すべての技術が注ぎ込まれる方へ賭けるよ
誰も、既に動くライブラリやフレームワークを壊したいなんて思わないだろうから

型推論という技術が誕生した動機は「データ型に関する完全性の証明」にある
つまりコンパイル時にエラーが無いということは、コードによって与えられた
データ型システムに矛盾(=バグ)が無いことを形式的に証明できた事と同じ意味になる
これが1970年代に起きたことで、誕生した初めてのプログラミング言語がMLである

こうした背景を知っている人からすれば ML や Haskell の型推論こそ「本物」であり、
メソッド引数と戻り値の型を明示しなければならない
C#/Scala/Swift の型推論は「中途半端でいいかげんな代物」であって、
ましてやデータ型システムの正しさを全く検証しようともしない
JavaScript の型推論は「言葉を借用しただけのまがい物」という扱いになる

公平な見方をすれば、本来の目的は「データ型システムの検証」にあり、
これは正しいか正しくないかという単純かつ美しい二値論理の世界観であった
これが発展して一部で矛盾が存在しても実用的であれば認めるというゆるやかな考え方が生まれ、
さらには本来想定していなかった検証以外の応用が考案され普及するまでに理論や技術が発展を遂げ、
型推論の研究そのものが大きな成果を得た、と言える

だから口論になっているみたいだけど、保守派と革新派という立場が違うだけで、
どちらも正しいんだから、お互いの立場を尊重し合って議論しようぜ ..... などと思う
（なお、現在知られるようになった型多相(ポリモリフィズム)の次に普及が期待されていて、
　型システムに関し最も研究のホットな目標が、依存型と構成的型理論の世界になる）

動的言語のコードを解析して型推論で最適化、ってイメージしやすいし格好良さそうに見えるのはわかる。
でも10回くらい同じコード実行したら型なんて大体わかるだろ?それに応じて最適化すればいいんだよ。
わざわざ適用範囲が極めて狭くて難易度が高くてコストが大きくて結果的に無駄になる確率の高い
静的解析を頑張る必要なんかないわけ。

関数型プログラミングとオブジェクト指向の抜き差しならない関係について整理して考える
http://qiita.com/kenokabe/items/13ea8d2da6adce1b3b9a

なかなか良い考察。一読をお勧めする。

>>770
> でも10回くらい同じコード実行したら型なんて大体わかるだろ?それに応じて最適化すればいいんだよ。

いや、100回に1回の頻度で違う型が入るかもしれないだろ？
わからんのだよ。

だから人間が明示的に指定して、省略できる時だけ省略する方がいい。

>>771
こうした考察と論争を見る度に、低レイヤを極めてkernelコミッタとかやったほうが良いように思うの
c++で書かれたOSSのゲームなんて、とくにOOPに対して何も哲学なんて持ってないから

>>772
99回が速ければ十分だろ?
静的言語の仮想関数呼び出しでも実は似たようなことやってるんだぜ

>>774
わからないんだから最適化出来ない。＝０回だよ。速くなるのは。

>>775
inline cacheとかcall siteとかでググってこい
最近では.NETやJavaにも導入されてるごく一般的な実行時最適化手法だ

型推論で静的型付けでも型を書かなくてすむ ← うんうん
型推論で動的型付けの最適化が進み高速化する　←　なるほど
つまり両者の境目が無くなるんじゃね？　←　えっ？

RubyがPerlを葬り去り、TclにOOPの機能を付けた後で、OO Suckって酷い話だよね。ホント

>>776
だからなんだよ？
今話してるのは動的言語特有の
最適化の話だろ。

だから、制御技術者か統計屋、それか公務員以外にはなったらダメだよ。約束だよ！

>>779
だから動的言語の最適化の話だよ
.NETのDLRやJavaのinvokedynamicに使われてる

動的"言語"だっていってるだろ。
仮想マシンの話してねーよ。

>>781
「動的」と「静的」という言葉について、
対象としての「データ型」と「メソッド束縛」をごっちゃに理解していると思われる
両者は交差する概念だから、静的型付けと動的メソッド束縛や
動的型付けと静的メソッド束縛、およびその他の組み合わによる言語は存在しうる
実際、Objective-C は動的型付けと静的型付けのハイブリッドと
動的メソッド束縛で設計されている
（なお、Objective Caml、通称 OCaml の "O" は静的束縛で "Caml" は静的型付けという
　ガチガチなシステムなので、存在価値の無い "O" と批判されている）

「動的言語」という曖昧な言葉の代わりに、「動的型付け言語」もしくは
「動的メソッド束縛言語」(略して動的束縛言語でもかまわない)という言葉を
意識して使い分けて>>781を書き直したほうがいいと思われ

>>782
仮想マシンは全く関係しない議論だよ

Object.create()がある今
JavaScriptにnewはいらない

>>782
evalが使える言語の事か

なんだお前らが最強のスクリプト言語を作って解決か

リクナビに就職するのが最高だよね。奴隷を売って、お金もうけ

なんだこのスレチ

そんなことしなくてもこの業界はまさに奴隷と奴隷商人の世界だろ
商人側でもコーディングがやりたければできないことはないし、奴隷側のコーディングなんて自由のかけらもない単純作業

>>789
最近ふと気づいたけど沢山わらってる(^-^)/
前は、全然笑えなくなってたから、今凄い幸せ(^o^)
そーいえばずっと前の私はこうだった(^o^)
家族や友達や、バイトの人Twitter上でファンのみんなと楽しい(^o^)
誰も計算で利用しようとしない(^-^)/そんな今がいい

>>790
なんかマ板の壊れたプログラマスレ思い出したぞ

この仕事に命掛けてるような人が、OSSのコミッタが、1、２人居るようなところでないと働きたくないよね

>>792
命よりも大切な仕事なんて、平時の今の世には存在しない
軽々しく命掛けるなんて言葉を口にするな

「お父さん」という仕事

動的型付の言語もワンライナーとかだとメリットあるけど、ある程度複雑な処理書くにはデメリットの方が大きいな
Perl6は型推論付きの静的型付っていう実に正しい方向だったんだけど、結局ダメだったね

perl6は、忍び寄る機能主義の例に挙げていいレベルだから、仕方無いね。
ラリーさんは、まだperl6諦めてないのかな？

Smalltalkみたいな翻訳時に構文検査や簡単な型検査をしてくれるが、
厳密な型は実行時に決まる静的な動的型付け言語だと、
大規模でもそんなに苦じゃない。
UnitTestも書きやすいし。

>>794
派遣が世帯なんて持てるわけないだろjk

>>796
Larryがperl6を諦めたとき、そのときがOSS文化の終りだよ
史上最悪の魔女が生まれるだろうね

PHP復活へ

PHP NG now nearly TWICE as fast as PHP 5.6
http://ckon.wordpress.com/2014/07/14/php-5-7-twice-as-fast/

今日はみたままつり逝ってみるかな

F欄大学の糞講義を受けるよりも、ngのレジュメ読む方が10000倍マシ

>>797
Smalltalkの大規模プロジェクトと言ったら
九大病院プロジェクトだよね
さすがSmalltalkと思ったわー