【JS,PHP,Python】ｽｸﾘﾌﾟﾄ,ﾊﾞｶﾛﾜｲﾔﾙ31【Perl,Ruby】

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

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

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

JavaはJavaScriptとは全くの別物でありこのスレで対象としていません
Java語りたいならよそでやれ

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

【JS,PHP,Python】ｽｸﾘﾌﾟﾄ,ﾊﾞﾄﾙﾛﾜｲﾔﾙ30【Perl,Ruby】
http://toro.2ch.net/test/read.cgi/tech/1362715265/

泣いて馬謖を切れよ

豆知識

JavaやC#について語ってる奴が現れてウザくなっても
簡単な御題を出すだけで追い払えるよ
全くコード書けないから

そんな簡単な御題は意味ないとかの負け惜しみを
コードよりも長く饒舌に書き込むかもしれないけどね

ここの住人はJavaへの対抗意識が強すぎる
気にしなければいい
スクリプトは速度でも汎用性でもJavaには勝てない

Javaドカタって実生活がドカタ全開で不幸だから
関係ないスレにまで書き込んで気を引きたいんだねぇ……

じゃあなんでJava以外の言語、特にスクリプト言語が使われてるんだ？
Javaでやれよｗ

スクリプト言語で速度が欲しいことはあるよ
だからCでの拡張が容易なPythonはありがたがられる
なのにJava系スクリプト言語は全部鳴かず飛ばずだね

Javaには勝てない

ScalaとかGroovyを流行らそうとしてる人の主張ってTypeScriptとかCoffeeScriptのそれと似てる
デファクトスタンダードの糞言語をどげんかせんといかんって言ってる

Cの自由さとパワー、スクリプト言語の簡潔さ
その両方を取り除いてドカタ専用にチューニングしたのがJava

Perl = 糞言語
PHP = ゆとり言語

Ruby、Python = ゆとり言語

スマホ＝ゆとり電話

AGK / DarkBASIC / Basic4GL / 99BASIC 2013 Part.1
http://kohada.2ch.net/test/read.cgi/pcnews/1365242417/l50

世界中でダントツの人気！各BASICの特徴

・ AGK App Game Kit（http://www.appgamekit.com/）
　海外で主流のマルチプラットフォームの開発環境。
　C言語風味の記述が特徴で、中身はDarkBASIC。
　Ver1.088で3Dインターフェイス対応。

・ DarkBASIC（http://darkbasic.thegamecreators.com/）
　VisualBASIC以前の旧式マイクロソフトBASICの進化形。
　DirectXをサポート、商用アプリ作成可能。
　C言語にはない強力な文字列操作、複雑な記述が可能。

・ Basic4GL（http://www.basic4gl.net/）
　OpenGLを基幹インターフェイスにしたゲーム用開発言語。
　考え方はAGKやDarkBASICに近い。
　上記の２つと同じように実行ファイルのメディアパッケージング可能。

・ 99BASIC（http://www.sagami.ne.jp/tadaka/99Basic/）
　MSXやPC-8801世代の旧式マイクロソフトBASICに準拠したBASIC。
　DirectXはサポートしておらず、簡単な2Dインターフェイスのみ使える。
　インタープリター形式で直接実行モードもある。

>>7
スクリプトが遅いのは、大抵、計算量とか母数計算の甘いやつですけどねー

母数計算が甘いってどういう状態を言うのか分からん

自己結合するタイプの処理とか、入力データが
処理の過程で増えていくようなやつ。
多少、処理工程増やしてもデータの効率化するだけでだいぶ違うんだけどな。

母数計算ってグーグルで25件しかないし、その殆どが確率論の母集団の話なんだが
そういう意味不明な言葉を使ってお茶を濁すのは最悪な論法の一つなんだよなあ
そういうこと言ってる奴は120%自分でも何言ってるのか分かってないから一切信用する必要はない

ゆとりLL信者は必死にJavaを叩くついでにどさくさに紛れてC#を叩いてるけどさ、
Javaって現在主流の静的型付け言語の中でも下の上ぐらいだからな
C++11、C#、VB.NET、Scalaと比べたらとにかく生産性あげるような機能や仕様が足りてないことこの上ない
Javaで書くなら小規模開発である限り、RubyやPython使ったほうがマシ、というのは正しいが、
C#とRuby、Pythonなら全然C#の方が生産性高いから。


というわけでJavaいじめはやめろ。
Javaは出来ない子なんだから。

C#はVS依存言語だからスレチにも程がある。お話にならない。

JavaはJavaScriptとは全くの別物でありこのスレで対象としていません
Java語りたいならよそでやれ

というか「JavaやC#もLL」とか騒ぐキチガイがいたからスレタイを変えたのにね
然るべき土俵で戦えない奴が関係ないスレで溜飲を下げてるんだろうな

Javaは年内に出るJava8で復活するよ
古い仕様はひきずっているが、新機能で生産性は上がる。

Javaが新機能て今どきのLLから見たら目新しさも糞もないよね。Java信者は知らないだろうけどｗ

言語の順位づけをやってる限りJavaやC++の話題がなくなることはない

>>24
お前どんだけ馬鹿なの？フランス料理の順位付けするのに寿司の話題を出す馬鹿がいるか？いるね、それがお前

JavaはJavaScriptとは全くの別物でありこのスレで対象としていません
Java語りたいならよそでやれ

>>25
矛盾したこといってるな

その例えでいうなら寿司もフランス料理もいいところが
それぞれあるわけだ。
どっちが上かなんて答えのない議論だ

ここでいつも馬鹿にされてるPerlやPHPだっていいところがある

御題

1から100までの数を出力するプログラムを書け。
ただしフィボナッチ数列に現れる数のときは数の代わりに 'Fib' と、
素数のときは 'Prime' と出力し、
フィボナッチ数列に現れて且つ素数の場合には 'FibPrime' と出力すること。
また出力先は'fibprime.bz2'というファイル名のbzip2圧縮形式ファイルとする。

>>27
一長一短の議論は意味がある
「フランス料理の中で」どれが良いかという文脈で寿司を挙げるお前みたいなキチガイが邪魔だというだけ

>>29
フランス料理と比較なら寿司じゃなくて日本料理だろww

>>30
そうだよ？だから「スクリプト言語の中で」という文脈でJavaだのC#を挙げてるお前がどんだけキチガイか分かるだろ？

>>28
C#で書いたら100行超えてしまった……
これスクリプト言語で書いたら10行くらいになるわけ？

なるよ
JavaとC#が冗長でウンコなだけ

>>33 >>10
こうやってウンコ呼ばわりするからまた馬鹿にされるわけだな

そうやって自己正当化すんなよ。ださいなあ

>>28
coffeeで5行。2chでインデントできないからインデントできない表現を省いた
bzipはインスコするの面倒で実行してないけどこんなもんだろ

[fibs,primes] = [[], []]
(fib = (n) -> if fibs[n] then fibs[n] else fibs[n] = if n is 0 then 0 else if n is 1 then 1 else fib(n-1) + fib(n-2)) 100
primes.push i for i in [2..100] when not (j for j in primes when i % j == 0).length
ret = [1..100].map (i)-> (if i in fibs then 'Fib' else "")+(if i in primes then "Primes" else "") or i
require('fs').writeFileSync 'fibprime.bz2', (bzip = require('node-bzip') ret.join('¥n')

書いてみたはいいが書ききりだったら自分はこんな風に書くが当然メンテしたくはない
コードゴルフ的な表現を含むけど、まだ変数名を残してるし、Lispだったらもっと短くできる
勿論メンテ前提だったらもっとわかりやすいコード書くし、意図が通じるコードにする
スクリプトと巨大なモジュールの中のコードはそもそも扱いが違う

むしろ書き捨てスクリプトならコードを短くしたり変数名を減らすことに頭を使う必要はない

Python最強！
他のLLがPythonに勝ってる所ってある？！？www

Rubyは早く潰れて欲しい。
Ruby かToparzで動く今Rubyでできる事はPythonの物。

ToparzでRubyがPythonの充実したライブラリー使えるなら
面白い展開に

PyPyだってPythonのライブラリ使えないのに

>>28
@Mathematica

fibQ[n_] := MemberQ[Range[1, 11] // Fibonacci, n];

fibPrime[n_] := Which[
　And[fibQ[n], PrimeQ[n]], "FibPrime",
　fibQ[n], "Fib",
　PrimeQ[n], "Prime",
　True, n];

Range[1, 100] //
　Map[fibPrime, #] & //
　Export["fibprime.bz2", #, "BZIP2"] &

doc.pypy.org/en/latest/extending.html

ruby も python も それようの api つかうから gui まわりは
うごかんだろうな ruby-gnome とか

bitbucket.org/pypy/compatibility/wiki/Home

matplotlib うごかんか…

pure Pythonで書かれたライブラリならpypyでも動くが、
C拡張が動かないんだよね、処理系が違うんだから当たり前のことだけど

>>28
# Python

import bz2

with bz2.BZ2File('fibprime.bz2', 'w') as f:
    a, b, primes = 1, 2, set()
    for n, s in enumerate(['']*100, 1):
        if a == n:
            s, a, b = s + 'Fib', b, a + b
        if n > 1 and all(n % x != 0 for x in primes):
            s, _ = s + 'Prime', primes.add(n)
        print(n if s=='' else s, file=f)

Scalaなら膨大なJavaライブラリが使える

Scala使ってて思ったのは、あんまりJavaの資産を使えて嬉しい場面が無いってことと
Cの資産とJavaの資産だったら、圧倒的にCの資産のほうが貴重だってことだな

[参考] ベンチマーク - FOR-NEXT10億回ループ

（表１）ベンチマークテスト結果（数字が小さいほど速い）

　　　　　　　　　　　　　　　　　　　 　　　 MASM32　　JavaScript　　DarkBASIC　　AGK　　99BASIC
---------------------------------------------------------------------------------
PC（CeleronD2.66GHz）[sec]　　 　　　　0.7828　　　　　7.772　　　　　20.853　　　65.423　　1532.0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率　　 　　　　　1.0　　　　　　9.928　　　　　26.638　　　83.575　　1957.0
---------------------------------------------------------------------------------
Nexus7（Tegra3）1.3GHz[sec].　　 　 　　-----　　　　　36.480　　　　 -----　　　 320.18　　-----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率.　　 　 　　-----　　　　　46.601　　　　 -----　　　 409.01　　-----
---------------------------------------------------------------------------------
iPhone4S（Cortex-A9）800MHz[sec]　　-----　　　　　36.521　　　　 -----　　　（※注）　　-----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率 　　　　 　 -----　　　　　46.654　　　　 -----　　　（※注）　　-----
---------------------------------------------------------------------------------
（※注）iPhone版AGKターゲットエミュレーターはビデオストリームのため除外。

>>42
11とrangeはどこから出てくるの？

Range[1, 11] = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]
Fibonacci[11] = 89
Range[1, 11] // Fibonacci = [1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89]

42じゃないけどこういうことじゃない？
Range[1, 11] // Fibonacci は関数適用の後置記法だろう

>>51
定数であるからには、問題の中に出処が現れている必要があると思うが。

単純に100以下のFibonacci数を（あとで使うために）リスト化したんだと思うけど...

まあ、何個目のFibonacci数が100以上になるかを
人間が計算して決めうちしてるのはカッコ悪いかもしれんけども

問題が1から1000までに変更になったら人間が計算し直す必要があるし

[参考] ベンチマーク - FOR-NEXT10億回ループ

（表２）ランキング表
　　　　　　　　　　　　　　　　　　　　　開発環境　　　　　　タイム[sec]　　　MASM32を１とする相対倍率
------------------------------------------------------------------------------------
PC（CeleronD2.66GHz）.　　　　　　 MASM32.　　　　　　　　0.7828　 　 　 　 　 　 　 1.0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　　 JavaScript　　　　　　　7.772　 　 　 　 　 　 　　9.928
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　　 DarkBASIC　　　　　　20.853　 　 　 　 　 　 　 26.638
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Nexus7（Tegra3）1.3GHz　　　　　　 JavaScript.　　　　　　36.48　 　 　 　 　 　 　　46.601
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
iPhone4S（Cortex-A9）800MHz　　JavaScript.　　　　　　36.521　 　 　 　 　 　 　 46.654
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　　 AGK　　　　　　　　　　65.423　 　 　 　 　 　 　 83.575
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Nexus7（Tegra3）1.3GHz　　　　　　 AGK.　　　　　　　　　320.187　 　 　 　　　　　409.01
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　　 99BASIC .　　　　　1532.0　 　 　 　 　 　 　 1957.0
------------------------------------------------------------------------------------

>>36
コードもキモイしbzip2すら標準ライブラリに無いし
ライブラリのインストールも面倒臭いって
良いところねーな

n = 100
ary = (1..n).to_a
fib = [] ; fib[0] = 1 ; fib[1] = 1
count = 0
while fib[count]<=100
fib[count+2] = fib[count+1] + fib[count]
ary[ fib[count]-1 ] = "Fib"
count+=1
end
def isPrime m
max = Math::sqrt(m).to_i
2.upto(max) do |i|
return false if m % i == 0
end
return true
end
(2..n).each do |i|
ary[i-1] << "Prime" if isPrime(i) == true && ary[i-1].class == String
ary[i-1] = "Prime" if isPrime(i) == true && ary[i-1].class == Fixnum
end
p ary

げぇ　インデントが。。ま、いいか

Rubyなら Prime.prime? 使えよ。

>>55
5行で終わってる所はいいところだろう

>>59
すまんな。俺行数じゃなくて
単語数で判断するんだ。

単語は多い上に改行を無理やり減らしている
これはマイナスポイントだ。
せめて見やすく書きなおせ

>>36
> (fib = (n) -> if fibs[n] then fibs[n] else fibs[n] = if n is 0 then 0 else if n is 1 then 1 else fib(n-1) + fib(n-2)) 100
にしても改行無いとこうも見にくくなるもんなんだな。

coffeeはよく知らんから http://js2coffee.org/ を使いながら解析してみたよ。

単純にJavaScriptに変換したらこうなる

var fib;

(fib = function(n) {
　if (fibs[n]) {
　　return fibs[n];
　} else {
　　return fibs[n] = n === 0 ? 0 : n === 1 ? 1 : fib(n - 1) + fib(n - 2);
　　}
})(100);

これと同じになるようにcoffeeの方を改行入れてみた

(fib = (n) -> if fibs[n] then fibs[n] else
　　　　　　　　fibs[n] = if n is 0 then 0 else
　　　　　　　　　　　　 　if n is 1 then 1 else
　　　　　　　　　　　　　　　fib(n-1) + fib(n-2)
) 100

無理矢理に改行しなければ一行で書けるしね

import bz2;f,b,p=bz2.BZ2File('fibprime.bz2','w'),[1,2,3,5,8,13,21,34,55,89],lambda n:all(n%x!=0 for x in range(2,n))and n>1;[print((s and s)or n,file=f)for n in range(1,101)for s in[('Fib'if n in b else'')+('Prime'if p(n)else'')]]

JavaScript側で整形した

function fib(n) {
　if (fibs[n]) return fibs[n];

　return fibs[n] = (n === 0) ? 0 :
　　　　　　　　　　　(n === 1) ? 1 :
　　　　　　　　　　　fib(n - 1) + fib(n - 2);
}

fib(100);

を元にCoffeeScriptに変換して整形した。
fib = (n) ->
　return fibs[n] if fibs[n]
　fibs[n] = if n is 0 then 0 else
　　　　　　 if n is 1 then 1 else
　　　　　　　fib(n - 1) + fib(n - 2)
fib 100

これであってるかしらんが、単に見やすくしてみただけ。

>>62
さすがに素数をハードコードされてもな

>>64
言いたい事は分かるが、8が素数に見えるなら病院行った方が良いよ

>>46が単語数で言えばシンプルだけど、これをCoffeeやらrubyに直せないもんなの？
pythonがシンプルなのかやり方がシンプルなのかイマイチ判断できない

>>63
一見長く見えるけど、ちゃんとメモ化してるから長くなってる面があるな

でも処理的には>>46を真似たほうが速いけどね

元のコードが読みづらすぎて、ちゃんとコード読んでなかったけど、これメモ化か
じゃあさ、これでよくね？

fibs[0] = 0;
fibs[1] = 1;
function fib(n) {
　if (fibs[n]) return fibs[n];
　return fibs[n] = fib(n - 1) + fib(n - 2);
}

とか、

function fib(n) {
　return fibs[n] ? fibs[n] : fibs[n] = fib(n - 1) + fib(n - 2);
}

いかん手抜いたｗ

fibs = [0, 1];
function fib(n) {
　return fibs[n] ? fibs[n] : fibs[n] = fib(n - 1) + fib(n - 2);
}

素数はハードコードした方が良いよ
nまでの素数を用意すればn^2までの素数判定が出来る
いちいち生成するのは馬鹿らしい

一行で無理やり書くと、CoffeeScriptよりもJavaScriptの方が短くなってるという。ふしぎｗ

(fib = (n) -> if fibs[n] then fibs[n] else fibs[n] = if n is 0 then 0 else if n is 1 then 1 else fib(n-1) + fib(n-2)) 100

fibs = [0, 1]; function fib(n) { return fibs[n] ? fibs[n] : fibs[n] = fib(n - 1) + fib(n - 2) } fib(100);



俺のCoffeeScriptの印象
一見、JavaScriptよりコードが大幅に短くなっているように見えるが、
ほとんどは、functionとreturnの単語と空行の削除が主であり、

JavaScript に比べ 30% 程度の行数が削減できるといわれるが、
入力する文字数で換算するとJavaScirptの90%程度までしか減らない。

それ単に三項演算子のシンタックスの違いだけじゃん

そりゃそもそもCoffeeScriptがJavaScriptとの
シンタックスの違いだけの言語なんで。

それにしてもC#だと100行ってのはなくないか

?:を使えば短くなるから何？って話

>>75
なにそれ？

本当なら見せて！

嘘なら嘲笑されてｗ

>>32さんがきっとあげてくれます

>>75
C#使いは低能だから

Fib
FibPrime
FibPrime
4
...

みたいなのが100行ハードコードされてるんだよ、きっと

実行時間速そうだなそれ

>>28 J
圧縮ファイルを作る方法はよくわからないので、標準出力で。
FibPrime =: monad define
fib =. }.}:(,_2&{+_1&{)^:(y>_1&{)^:_[1 1
prime =. p:i. _1 p:y
(<'FibPrime')(fib(e.#[)prime)}(<'Prime')prime}(<'Fib')fib};/i.>:y
)

echo@>}.FibPrime 100

はあ、糞お題に糞コード晒すスレに戻るのか…馬鹿同士盛り上がってろよもう

必要も無いのに混じってくるJavaやC#なのに、ここまでソースコードが出てこないのは、

ソースコードが冗長すぎてウンコだから？
プログラマが低能すぎてウンコだから？

どっち？両方？

>>72
比較するならこんなんじゃない？

fibs = [0, 1]; function fib(n) { return fibs[n] ? fibs[n] : fibs[n] = fib(n - 1) + fib(n - 2) } fib(100);
fibs = [0, 1]; (fib = (n) -> if n in fibs then fibs[n] else fibs[n] = fib(n-1) + fib(n-2)) 100

最初 if fibs[n] then でやってスタック食い潰した

長ったらしいコードになるから出せないのか、それとも本当に書けないのか。
Java、C#を推す人の謎。

かぶったｗごめん>>83

型の宣言ないほうが短くなるにきまってる
コードの短さしか見てない奴が低能

>>82
まったくだ。お題とかどうでもいい

Ruby信者がワンライナー的な1行の長い汚らしいコード
書いてひとりで勝利宣言するパターン

そんな展開なかったよ

JavaはJavaScriptとは全くの別物でありこのスレで対象としていません
Java語りたいならよそでやれ

>>89
何度もあった
Pythonはインデントがある分、コードの長さではかてない
お題、お題しつこいのはRuby信者

>>91
何度もあったんなら例示として一つや二つURL貼ってみて

>>88
>ワンライナー的な1行の長い汚らしいコード

たとえば>>62とか？

>>92
信用できないなら過去ログよんでくれば
全部読んでもたったの30,000レス

ワンライナーのメリットとデメリットがわからないんですけど・・・

>>50-53
いろいろやってみたけど、↓のようにするといいっぽい。

fibQ[n_] := MemberQ[Range[1, n + 1] // Fibonacci, n];

>>96
それだと Fibonacci[101] まで求めることになってオーバーキルじゃない？

>>97
ﾚｽ Thx。改良、改良。

fibQ[n_] := NestWhile[(# + 1) &, 1, Fibonacci[#] <= 100 &] //
　Range[1, # - 1] & //
　Fibonacci //
　MemberQ[#, n] &;

1行目の NestWhile ... で Fibonacci[n] が100以上になる初めての n を求めている。
いまの場合、12。
2行目以降は（ほぼ）>>42 の fibQ の後置記法。

最近はスクリプト言語とそうでないものみたいな分け方は
もう無意味でしょ
昔はスクリプト言語といえば、コンパイルしない言語という
意味だったけど、今はほとんどJitコンパイルするし、スクリプトなのに
静的型付き言語も出てきてるし、スクリプトとそうでないもの
という分け方に明確な差がなくなってきてないか

>>88>>91
Java, C#ドカタがコード書けないという事実を
うやむやにするためには、
お題はどうでも良いということにしないと
都合悪いですもんね

>>99
>スクリプトなのに静的型付き言語も出てきてるし、

HaskellやMLのような暗黙の静的型付け言語ならOKだと思うけど、
いちいちデータ型宣言が必要でわずらわしいJavaやC#は
スクリプト向け言語というカテゴリからは除外されるんじゃまいかと
あと、スクリプト向け言語としては対話型実行環境(REPL)を含む実装も必須

高機能なIDEあればREPLなんていらないから
コマンドラインでやりたがるのは老害

あとC#にREPLある

スクリプト向けってのもわからない言葉だよなあ
ソースコードはみんな文字列なんだから全部スクリプトじゃん

>>95
unix風os使っているとわかるようになるよ。
コマンドラインで操作しているときとか、ちょっとした編集するときに超便利。
デメリットは都度入力するには長いことか？
aliasやfunctionでどうとでもなるけど。

俺はよくshの中でperlを使ってshの足りないところをおぎなってる。
perl5.8くらいなら、ほぼすべてのosで使えるので使い回しもできて便利。

>>104
>デメリットは都度入力するには長いことか？

ヒストリに入ってるのをインクリメンタル検索して手直しして実行

俺が知ってるC#のREPLは
クラス定義なんてもちろん出来ないし、殆どの機能は使えない
ループとか関数呼び出しができる程度の出来損ないだったんだけど
最近進歩したの？

>>106
なんか言うまえに調べてからにしろよ。
C#ディスりたいだけに見える。

「REPL C#」でぐぐって二番目にでたきたやつだぞこれ。
http://rickardnilsson.net/post/2012/01/01/csharp-repl-and-interactive-interpreter.aspx

Type declarations:
> class Foo { public string Bar() { return "Bar"; } }
> var foo = new Foo()
> foo.Bar()
"Bar"

ワンライナーが出来ない言語って、このスレの
対象言語ではPythonぐらいか？

REPLはPythonが一番よくできてる。ipythonやbpythonなんかを見ると特に。
加えて、宣言が必要だったり静的型だったりすると、明らかに向いてないと分かる
実際にVS使わずにREPL使ってますって奴いるの？
まあそんな使い分けもできないカスの話は聞きたくないけど

>>108
向いていないが、出来なくは無い>>62

>>99
> 昔はスクリプト言語といえば、コンパイルしない言語という
> 意味だったけど、今はほとんどJitコンパイルするし、スクリプトなのに

JITコンパイラは、内部で勝手にやってることで
プログラマが意識してないので違う。

そうだな、スクリプト言語とはお客さんに納品した時、
ソースコードが見られてしまう言語という定義でどうかね？
パクられる可能性がある言語。

>>110
それは問題が糞簡単だからたまたま出来ただけ
普通はできないしするべきでもない

つか、VSとREPLでは目的が違うし・・・

普通はテキストエディタ使わずにREPLだけでアプリ作らないでしょ？

>>112
難しい問題をワンライナーで書く奴は馬鹿だろｗ
ワンライナーでやる問題は、デバッグしなくて一発勝負で出来るぐらいが限度。

高性能電卓、アプリを作る過程での実験場だよ
C#は向いてないけどねｗ

>>112
普通はやらないし、するべきではないが
出来ないとか書いちゃうのは無能過ぎて言語を使いこなせてないから

>>114
は？可能かどうかの話だろ。Pythonは不可能

可能かどうかの話なら、すでに実現した例がある以上
可能と考えるしか無いな
糞簡単かどうかなんて恣意的で、いくらでも言い逃れできるし

>>118
頭大丈夫か？

>>98
おかげで Mathematica のコードがちょっと読めるようになった
でも & の意味は見当もつかない

ちょっといじって Ruby
> def makefibs(start, stop); (start...stop).take_while{|n| fib(n) <= stop }.map(&method(:fib)); end
=> nil
> makefibs(0, 100)
=> [0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89]

>>119
君みたいな低能には無理でも、ワンライナー書ける人はいるんだよ
次からは「自分のような低能には不可能」と正確に言おうね

可能かどうかの話なら、
長いコードの、改行を消せば、
ワンライナーになるよｗ

>>121
仕様上無理だよ。馬鹿なお前は知らないだろうけど

>>123
ぷぷぷ。馬鹿すぎるwww
お前は馬鹿なんだから無理すんな

一旦マルチラインでコード書いてから
一行に修正したって、
ワンライナーで書いたとは言わないよ。

ほらほら、お前のことだよ。
ワンライナーで難しい問題やろうとしているお前ｗ

オラ、ワンライナーでzip圧縮処理かけるよ！
すごいだろう？

>>122
仮にそれをワンライナーと読んだとしても、Pythonでそれは出来ない

流石に改行消すだけじゃ無理だろ
色々トリッキーなワザが必要になる

pythonのワンライナーなんてググればいくらでも出てくるのに
恥ずかしいね

いや、真面目な話>>28はワンライナーで書こうとする限度を超えてるわ
RubyやPerlでだってワンライナーで書こうと思わん

>>129
それで全てが出来るわけじゃないんだよ

>>28 Squeak Smalltalk。ただし普通のファイル出力

| MAX primes fibGen fibs |
MAX := 100.
primes := Integer primesUpTo: MAX + 1.
fibGen := Generator on: [:g |
　| a b |
　a := b := 1.
　[g yield: a. b := a + (a := b)] repeat].
fibs := Array streamContents: [:ss |
　[fibGen peek > MAX] whileFalse: [ss nextPut: fibGen next]].

FileStream newFileNamed: 'fibprime.txt' do: [:file |
　1 to: MAX do: [:n |
　　file nextPutAll: (
　　　((fibs includes: n) ifTrue: ['Fib'] ifFalse: ['']),
　　　((primes includes: n) ifTrue: ['Prime'] ifFalse: [''])
　　　　ifEmpty: [n asString]); cr]]


>>46 っぽい方針のも書いてみた

FileStream newFileNamed: 'fibprime.txt' do: [:file |
　| a b primes |
　a := b := 1. primes := Set new.
　1 to: 100 do: [:n |
　　| str |
　　str := ''.
　　n = b ifTrue: [str := 'Fib'. b := a + (a := b)].
　　(n > 1 and: [primes noneSatisfy: [:prime | n isDivisibleBy: prime]])
　　　ifTrue: [str := str, 'Prime'. primes add: n].
　　file nextPutAll: (str ifEmpty: [n asString]); cr]]

ワンライナーは不可能 => ワンライナーで全ての処理は書けないかもしれない

どんどん主張が弱くなってるww

>>133
かもしれないじゃなくて、書けないよ。最初からそうとしか言ってない
お前が言ってる「ワンライナーで書ける処理もある」が最弱なだけ
それを否定する奴はいないだろ。そりゃ何かしらは一行で書けるわ

知ってるか？

jQueryのコードもコメント除いてワンライナーなんだぜ。

http://ajax.googleapis.com/ajax/libs/jquery/1.9.1/jquery.min.js

Pythonでこれまで出てない方針で書いてみた（特徴はisfib）


import bz2, math

def isprime(n):
    return n > 1 and all(n % x != 0 for x in range(2, int(n ** 0.5) + 1))

def isfib(n):
    x = n * (0.5 * (1 + math.sqrt(5)))
    return n == 0 or n * abs(round(x) - x) < 1

with bz2.BZ2File('fibprime.bz2', 'w') as f:
    for n in range(1, 101):
        s = ('Fib' if isfib(n) else '') + ('Prime' if isprime(n) else '')
        print(n if s == '' else s, file=f)

効率の悪さを無視すれば
どんなものだってワンライナーでかける。

例えば、歩いてアメリカ一周できる。不可能ではない。

Mathematicaも含め括弧制御の関数型言語はワンライナで出来る範囲は広いよ
Pythonは改行とインデントでブロック制御してるから、ほとんど出来ない

つか、現実的な時間で出来ない、する意味が無いから
ワンライナーは不可能って言ってるんだと思ったが？

>>134
具体的に何が書けないんだよ

じゃあこれをワンライナで書いてきて
http://projecteuler.net/problem=54

ここで晒されているコードって

>>120

みたいに無理やり行数減らしたけどかえって読みにくくなっているものばかりだなｗ

>>141
後出しで条件言う奴ばっかりだな。
今は現実的にできるかどうかの話をしてるんじゃないんだよ。
理論的に出来るかどうかの話をしている。
俺ができなくても、理論的に出来れば出来るんだよ。

Pythonの哲学的には最悪のコードばかり

>>143
え、「現実的に出来ない」の？

Javaでフィボナッチでズルしてみたけど、BZIP2のライブラリが見つからなかったので未完。

public static void main(String[] args)
{
　int[] fibs = {1, 2, 3, 5, 8, 13, 21, 34, 55, 89};
　String[] stuff = new String[100];

　for (int i = 1; i <= 100; i++)
　{
　　String s = String.valueOf(i);

　　for (int j : fibs)
　　{
　　　if (i == j)
　　　{
　　　　s = "Fib";
　　　　break;
　　　}
　　}

　for (int k = 1; k < i ; k++)
　{
　　　if (i % k == 0)
　　　{
　　　　s = (s.equals("Fib")) ? "FibPrime" : "Prime";
　　　　break;
　　　}
　}
　stuff[i - 1] = s;

// 保存処理は未実装です。引き継ぐ人よろしくお願いします。
}

>>141
問題に全く興味がないのでテキトーだけど、こういうこと？
（2chの長さ制限に引っかかったので改行してるけど、実際は一行）

import sys, collections; pairs, values, hand_cmp = (line.split() for line in open("poker.txt")), {r:i for i,r in enumerate("23456789TJQKA")},
(lambda hand: [comp for comp in [zip(*sorted(((v, values[k]) for k,v in collections.Counter(x[0] for x in hand).items()),
reverse=True))] if comp.__setitem__(0, ((1, (3,2,1)),((3,2,0), 5))[comp[1] == tuple(range(comp[1][0], comp[1][-1]-1, -1))]
[len({x[1] for x in hand}) == 1] if len(comp[0]) == 5 else comp[0]) is None]); sys.stdout.write("%s\n" % sum(hand_cmp(pair[:5]) > hand_cmp(pair[5:]) for pair in pairs))

>>147
たぶん違う。読めたもんじゃないから確認しないけど

たぶん違うwww
逃げたwwww

>>149
自分で確認しろよ

答えは376なので、合ってるね

良かったね。

Pythonでワンライナーは不可能（キリッ

まあそうやって全部の問題をワンライナ縛りで頑張って、解けなくなった問題を紹介してよ

Pythonでワンライナーは不可能なのは事実だからなあ

馬鹿には無理

すべてワンライナで書けるとか言ってる奴こそプログラミング分かってないな

ここの糞お題でさえ、改行で機能を分割したコードがまともだから

ワンライナーは不可能 => ワンライナーで全ての処理は書けないかもしれない => ワンライナーじゃないほうがまとも

どんどん主張が弱くなってるwww

>>135
クソワロスw

>>159
最初から言ってるけど、ワンライナは不可能だよ

馬鹿だから、壊れたスピーカーのように同じ事を繰り返すしか無いんですね
>>141をワンライナーで書かれた気分はどうですか？

>>162
時間を浪費させて最高の気分だけど
もっと問題出しまくっていいかな？

無用な言い争いの中に、有用なソースコードが紛れ込んでいる稀有なスレ

ワンライナの答えが出てこなくなった時点で、理解してくれると思うから

最近、haskellで書いてくれる人居なくなったのかな

>>163
君が「こんなコードを書いてみたけど、自分は低能なのでワンライナーに出来ませんでした」って
コードを貼ってくれれば良いよ
気が向いたらワンライナーにしてあげるから

>>166
お前が書けよカス

>>167
俺はワンライナで書く努力なんてしないから。なんでそんな暗号化をしなきゃいけないの？馬鹿？

つまり、馬鹿だから根拠も無くワンライナーは書けないと主張してるんですね

誰も全てのコードをワンライナで書こうとしないし、できない

>>161
俺も最初からお前には無理って言ってるよ

お前にも不可能だろ。ワンライナ以外のコードを書いてる奴は恥を知れ

どういうコードを書いたらいいかわからないの

パイソンのワンライナは不可能だし、できる範囲でも極めて糞コードということか

ワンライナー厨を相手にし過ぎだ
お題、お題、いってるのはRuby信者はワンライナー厨だから相手にすんなっていっただろ

可読性やメンテナンス性を考えたらワンライナーなんて
やってはいけない書き方だ。
チームでの開発で1行でごちゃごちゃつなげて書くバカは迷惑でしかない
コードの短さしか考えてない低能が、ワンライナー厨

そしてスルーされ続ける>>176

Pythonは可読性を重視するというポリシーのある言語

RubyはPerlの流れをくむ言語でワンライナー厨が好んで使う。
プログラムが低速であってもコードの見た目さえ短ければよし、というのがRubyルーピー思想

Pythonは可読性を重視するというポリシーのある言語
↓
インデントがブロックを表すから、
変なインデントが無い！
↓
でも、インデントなんてよっぽどの初心者以外
出来る程度の基礎技術じゃん？
↓
でもインデントさえ、インデントさえまともなら
コードは読みやすいんだ！
↓
汚いコードのインデントを整えても
汚いまんまだって。

>>175
キチガイのふりしてればどうにかなると思ったら大間違いだぞ

インデントは常識だから括弧は不要なんだよ
括弧ばかりの言語が馬鹿なだけ

まあワンライナは括弧だらけの糞コードになるらしいけど

>>180
え、糞すぎて非現実的なコードしか書けないのは歴然たる事実だろ？

正直、普通に達人にかかれば
言語の可読性や記述性なんて問題にならない

>>183
もっともだ。
お前が糞すぎるのは歴然たる事実だった。

荒らしているのはJavaの人でもC#の人でもなかった
Ruby信者のワンライナー厨だった

コンピュータは汚いコードでも正しく解釈できる。
つまり、”可読性”というのは人間のための言葉である。

さて、括弧は不要というその理由だが、
括弧がなくてもコンピュータは適切に解釈ができるというもの。
さっきと同じ事を言っている。

可読性とは人間のための言葉。
括弧があるのとないのでは、括弧がある方が可読性が高い。
コンピュータが適切に判断家できるかじゃないのだ。

人間のための可読性を高めるために
括弧がいるのだ。

lisp最強伝説か

達人にかかれば、Cあたりの時代から、言語の可読性や記述性の違いによる
生産性の差はほとんどないよ
それよりも、経験がものをいう

「python 可読性」でググって出てきたここを読んでピンときた。
http://coreblog.org/ats/the-best-reason-why-python-is-good-for-lerning-programming

> 以前はPerlを使っていて，Pythonに変えられたのだそうだが，一番の理由は「可読性」だということだった。
> 生徒さんの課題を評価して採点するのが，Pythonで書かせるととても楽にできるから。
> 以前イベントでお話をしていただいて，同じくPythonを授業に使われている日本理科大の菊池先生も同じことを言っていた。

Pythonは可読性が高いのではなくて、プログラマ未満がかいた最悪なコードでも
インデントはとりあえずできてるってだけだ。

そりゃ学生が書いたコードなんて、当然初心者未満なんだから
インデントもちゃんとできていないだろう。
たしかにそのレベルなら、インデントでブロックは表現できているから
書いたコードがあっているかどうか採点は出来る。

でもこれプロには当てはまらんよ。
ちゃんとインデントで来てるコード同士を比較しても可読性変わらんし。
Pythonが可読性がいいという違和感の原因はこれだな。

インデントすらまともにできないレベルで可読性云々言われてもなあ・・・

でも、そういえばRubyって、確かインデントが一切できない改行つきの文字列の書き方があったなｗ
ああいうの見るとRuby本体の実装のクオリティーの低さが分かる。

>>191
達人にかかればその程度のレベルでもたいして生産性に差はない
お前が文句言ってる間に一つのアプリが出来てる

インデントできればプロｗ

このスレの勝利条件って何？
「各自、好きなの使えばいいじゃん」で
即時論破されるような稚拙な討論したいだけなの？

それは論破ではない

俺の中のイメージ

Ruby　日本語
Python　英語
JavaScript　フランス語
Perl　アラビア語
PHP　韓国語

>>192
お前の脳内達人の中ではな

>>196ワロタ

どこが笑えるんだ
その感性が怖い・・

>>190
おまえぜんぜんわかってないわ
単にインデントができてるレベルの話ではない

Pythonはいろんな人に書かせても同じようなコードになる。
他人のコードが読みやすい
だから教育につかうと採点しやすいわけ
シンプルをよしとするのはJavaも似たところがある。

RubyやPerlだと同じことを実現する方法がいろいろありすぎて
他人のコードが読みづらい

そういった複雑性は不要、というのがPythonのスタンス。

そうは思えないけどな
>>46みたいなソースになったり、56みたいなソースになったり
いくらPythonでも色々でしょう
インデントがどうのこうの、実現する方法がどうのこうのより
もっと根源的なもの
アルゴリズムをどうするのかとか、この場合はこう書くものだとかの
経験の方がもっと大事だと思う

だって、ぶっちゃけインデントがあろうがなかろうが、対して違わないだろ？
慣れだよ
達人だったらその辺は慣れで余裕でカバーするよ

Pythonはいろんな人に書かせても同じようなコードになる。

ならば、Pythonのコードには著作権発生しないってことだな。
誰が書いても同じになるならそこに創造性はない。

>>201
あんたが思わなくてもそういう共通認識がある。
インデントがなくてもいいなんていってる人は
可読性の重要性を理解してるとは思わない。

コンパイル言語はIDEがフォーマットを一括で
修正してくれるからひどいことにはならないが、
スクリプト言語だとルールがなければひどいことになる。

誰もインデントがなくてもいいなんて言ってないだろ。

インデントは重要だよ。だから誰もがしている。
特定の状態でタブ（スペース）入れるだけの簡単な仕事なので
よっぽどの初心者以外誰でもできる。


どの言語を使っても誰でもやってるし、誰でもできるから
強制した所で、差は出ないんだ。

>>203
誤解を生む表現だったかもしれないけど、言語の仕様として
インデントがあってもなくてもという意味ね
どうせideやらエディタが自動的にインデント入れるんだし、
余計なカッコがあるかないか程度しか変わらない

まあ、そもそも可読性はたいして重要じゃないよ
生産性は
Cの達人>>>>>>>>>>>>>>>>普通のPythonの使い手

例えば、漢字の可読性は、どう考えてもアルファベットの可読性に劣るよ
自がたくさんありすぎて、色んな書き方がある
でも、我々ネイティブ日本人という、日本語の達人ならスラスラ
読めてしまう
むしろ、アルファベットの方が難しいくらいだ
逆にネイティブアメリカ人ならアルファベットの方が得意だろう

言語の可読性の差は達人の慣れの前では、ほとんど意味をなさない例だ

言語の表現の多様性と、その言語がプログラムが実現しようとすることには何の関係もない
そこであえて言語同士で差をつけるなら書き手が実現しようとすることを如何に邪魔しないか
(その観点で言うとPythonのlambdaの仕様はクソだと思っているが)

CとPythonはそもそもデータをみてるレイヤーが違うだｒ

>>207
だから、同じ問題を同じように解くという公平な条件で比べてみた時に
差があるかというと、「別にない」
達人ならどっちも普通のやつとは比べものにならないくらい素早く正確に
プログラムを完成させる

競技プログラミングなんか見てると、多分C++が一番有利だよね
でもたまに、Java使いやPython使いが優勝したりするし、
世界一の奴はロシアのPetrっていうC♯使いだよね
言語の差って、実際にはないんだなあと思わされる

>>206
その例えはわかりやすいね。
同じ漢字でも、旧字体、新字体があったりする。
送り仮名も何パターンもある必要がない。
そういうのは無駄な複雑性。

>>210
それでも、旧字体の達人は旧字体ですらすら他人の文章を理解し、
名作を作り上げるだろう
結局、生産性に言語の差なんてほとんどない
個人差の方が大きいという当たり前の結論
まあ、そうした言語の可読性に優劣があるとすれば、
マイナーな言語よりは、みんなが知ってる言語にした方が
チームプレーとしては得だというくらい

競技プログラミングは基本的にオーダーがでかすぎるから
計算爆発を起こすか、起こさないかの二つに集約されて
CとRubyが実行速度に15倍の差があっても無視出来る
でも1分が15分になるのは厳しいし、計算量最初に想定しとかないといけない

コードベースがでかくないときはシンボルに対して型情報が
書き手の頭のなかで完璧に揃ってるし、LLの生産性が一番高い瞬間
経験上、200行超えたあたりで破綻しはじめるけど

>>212
仮にそういう問題があったとしても、
可読性や記述力の問題ではなくて、パフォーマンスの
問題だよね
なので、論点がそもそもずれていると思う
pythonやrubyはcやjavaより不利だという結論になるし
そういう方向性の論点ではないでしょう

余計な括弧やセミコロンを付けなければいけない言語のどこが良いの？

インデントの強制は良いアイディアだとは思うけど
サードパーティのライブラリなんかに
引数10個以上の関数とかクソ長いマクロ名とか
マイクロソフト風の定義があったりしたら
グダグダになるだろうなぁ

なんだこのスレ、ワンライナ厨の糞コード万国博覧会か？
ワンライナである必要がないのにそんなことしてドヤ顔してる奴うざすぎるな

GoPyってなに？
またPython が他の言語飲み込んだの？

>>214
別に良くはないけど、たいして悪くもないよねって感じ

>>206
嘘つけ。
日本語は速読するのにかなり向いた言語だぞ。
少ない文字数で多くの情報が伝えられる。

英語は反面26文字しかないし、同じような文字ばかり続くので
スペースだのなんだの駆使しないといけない。

>>219
その辺の議論って結局、個人の差の方が大きいでしょってこと
英語でも速読できるやつは速いし、日本語でも慣れてないやつは
遅い
結局、言語の良し悪しなんて不毛なんだよ
とっとと慣れちまった方が早い

日本語は表意文字としての性質があるから読みやすいんだよ。

Perl と Python の関係に似ているな

漢字はあまり普及していない。
人口の多い中国や日本などで使われているだけ

よいものは普及するけど、漢字はそうじゃない

>>221
表意文字になっているのはごく一部

>>219
速読のしやすさはかわらない
英語は慣れるほどに文字単位ではなく、
単語単位で認識できるようになる。
単語の間にスペースがあるため。

英・日のバイリンガルの奴もだいたい英語のが読みやすいと言ってる。

>>191
お前がシェルスクリプトもPerlも知らないことはよく解った。

日本語は分かち書きしないとコンピュータで扱いづらいから
英語がいいわ
スペースで区切るだけだし全文検索しやすい

このスレみてる限りだと、Pythonプログラマが一番レベル高い

プログラマのレベルが高いほど審美眼も確かなので、
一番レベルの高いプログラマが選んだPythonが一番優れてる

せっかくだから各種スクリプト言語の良いところを合わせた
新言語開発しようぜ

プログラミング言語作ったこと無いけど
lexとyaccがあればすぐいけるんやろ？

>>201
確かに>>56がPythonに見えるのなら、どんな言語を使っても違いはないに等しいね。

>>226
こんな狭い井戸の中じゃなくて、大海を見ようぜ

>>228
pythonで>>56に相当するプログラムを書くこともできるってことだよ

世界を見渡せばC++プログラマが一番レベル高い
http://www.go-hero.net/jam/12/languages/5
次がJavaかな
Pythonは全員敗退w

>>230
要するに「やりかたは一つ」の意味するところが分かってないんだろ？

ああ、スマン一人通過してたわ
まあ決勝では別の言語を使ったようだがw

>>232
それはお前では？
やり方は一つなんていくら言っても、初心者が書けば
力技になるし、個人によっていろんなやり方が
出来ちゃうもんだってこと

>>234
おまえが言ってるのは問題に対するアプローチの仕方。
言語のポリシーで言われるのは、制御構文やプリミティブな操作のイディオムの事だ。

>>231
これ見たらスクリプトはPython一強じゃん。CやC#より上だし

Programming language used見ると
Google三大言語そのものだな
参加してるのGoogle関係者なんじゃね？
世界中から優秀なプログラマ集まってるし

そういや昔、参加するために選考を突破しなきゃいけない
Googleのイベントに行ってきたけど
その時に出された問題をPythonで解いてる人多かったな
俺はJavaでやったが

ttp://googlejapan.blogspot.jp/2010/02/devfest-2010-japan.html

>>238
Javawwww
人様に迷惑かけてるカス言語使うなやwww
日本人として恥晒しwww

>>238
そのイベント俺も参加してたよ
壇上でプレゼンしてる人が
「無職と言ったら笑われたので、起業準備中という事にしておきます」
と言ってたのが印象的だったｗ

JavaはJavaScriptとは全くの別物でありこのスレで対象としていません
Java語りたいならよそでやれ

>>231
C++は難易度高いから平均レベルも最高だな
C++とJavaがトップ2なのは納得の結果だわ

おっぱいそーんが最強に決まってる

競技プログラミングならC++一択

競技プログラミングってグローバル変数使いまくりだし
配列の大きさも静的に確保してたり（データサイズ決め打ち）
普通のプログラマから見たら邪道なコーディングが正義なんだよね

このスレって業務プログラマが多いから、
実際にソースコードみたら糞コード扱いすると思う

ぶっちゃけJavaが最強すぎてヤバい


日本IBM「Javaウイルスの感染成功率は脅威の51.8％。ソースはうちの顧客。Eclipseeeeeeeeeeeeeeee!!」
http://engawa.2ch.net/test/read.cgi/poverty/1365388726

さすが30億台の上で動くウイルスは違うな

うんこEclipseユーザのセキュリティ意識は素人以下

Pythonのワンライナー完全マスターしたわ、俺すげー
そしてサンキュー>>147

また糞コーダーが生まれたのか。いち早く死んで欲しいな

>>245
逆に考えるんだ
業務プログラミングの考え方が邪道なのだと
勝敗がかかったものほど合理的になるもんだろ？

>>249
クラスとか例外処理とかジェネレータとかデコレータってワンライナでどう書くの？

ワンライナーなんか使わんからどうでもいいわ
それよりwebアプリケーションの開発効率のみに限定して議論しようや

となるとフレームワークやライブラリの差でjavascript最強じゃねえか

クライアントは実質JSだけのフィールドだけど
サーバーサイドnode.jsは他の言語ほどのコード資源はないな、安定性も微妙だし
あとnode.jsサーバーとしてのアーキテクチャが他と違いすぎて並列に語ることはできない

それもここ一年でで爆発的に増えてる印象
いずれぶっちぎりそうだ

これだけはいわせてくれ！
ワンライナーはオペレーションを効率化する時に使うもので、コーディングにガチで使うのは変態だけだ。
ゴルフとかお遊びはあるかもれんが。

>>254
大事なのは数ではなくてクオリティ
JSはまだまだ

>>252
ワンライナーでそんなの使う必然性は全くないが、例外以外は普通に出来るよ。

github.com/arturadib/node-qt

とりあえず作ってみた
しかし必ずしもメンテもされてるとは限らなかったりするからな
というのも多いとは感じる

エンティティをサーバサイドでもクライアントサイドでも共通で使えるのはメリットデカいな。
バリデーションロジックとかも二つ作るのめんどいもんな。

>>259
語弊がある言い方すんなよ。ワンライナを使う必然性のほうがないだけだろ

Pythonらしいコードが書けないくせに、Pythonの便利な機能に対して「そんなの」って。
もうワンライナ厨が何をやりたいのか分からんな

Q:ワンライナで普通にプログラミングできますか？
A:できない

あれ？おかしいな？出来るって言ってるのに逆に伝わってるな。
おまえら馬鹿なの？

実際できてないからな。なんでそんなコードを書くのか理解不能

Pythonはワンライナーが書けない！Ruby大勝利！
はい、良かったねー
めでたしめでたし
はいこの話終わり

むしろPythonで糞コード量産！大敗北！の流れだろこれ

せっかくのPythonがすべて台無し。なんでそんなことすんの？
他の言語使ってろよ。ワンライナを書く言語、書ける言語じゃないんだから

1行でかけるようなしょぼいプログラムしか書けないのがRubyワンライナー厨

三項演算子、リスト内包表記、lambda式の入れ子とかもう正気の沙汰じゃない
そんなんでプログラミング語ってる時点で終わってる

そんなもん慣れだよ慣れ

Pythonは誰が書いても綺麗で読みやすいコードになるから価値があるんたよ。
ワンライナーとか書いちゃう人は、金輪際Pythonを使わないで欲しいもんだ。
他のまともなPythonistaに迷惑だ。

そうだよな
ひらがなはだれがかいてもきれいでよみやすいこーどになるから
かちがあるんだよ
かんじとかかいちゃうひとはこんりんざいにほんごをつかわないで
ほしいもんだ
たのまともなにほんじんにめいわくだ

>>274
アルファベットなら単語ごとにスペースで区切られている。
理解しやすい。合理的

日本語はクソ言語
ふりがなを振らないと名前を読めない

糞言語だけど、案外すらすら読めるもんだぜ？
俺は意外と読書好きだよw

>>274
漢字は人によって形が違うとでも言うのか・・・
何履き違えてんだ？

>>258
クオリティでも圧勝する勢いだけどな
クライアントの機能は操れるわ、jsonやらプロトタイプで
データ構造やdslとも相性がいいわ、
テンプレートも得意だわ、domとの組み合わせでメタプログラミングとも
相性がいい
よくもまあ奇跡のような言語があったもんだという感じ

>>277
異なるだろ
一と壱とかw
何を漢字にするかも、送り仮名も、字体も異なるぞ

現代的な言語では当たり前かもしれないけど、
クロージャ備えてて非同期処理と相性がいいのもあるな
同時代に生まれた言語の中では、本当に奇跡的な仕様だと思う
だから、今ようやくその力が存分に解き放たれようとしているのだろう
ようやく時代が追いついた

まあC++11でもクロージャ付きlambdaがある時代だからな
[](int x, int y) -> int { return x + y; } と結構キモい感じだが(最初のブロックがスコープ)

C++もついにそうなるのか

>>273
自分は>>147を（ついでに>>46も）書いた奴だけど、
普段はpep8とpyflakesをパスするコードしか書かないよ
ただ、知ってる機能を使えばワンライナーくらい可能だろうな、とは思ったけど（ただの興味本位）

ワンライナーはshの中でsedやawkを使う程度で、それで無理ならPythonで普通に書くね、自分なら
>>141>>147なんてRubyであってもワンライナーで書いたら邪悪になるだろうし、
あんなワンライナーを普段から書いてるなら正気を疑うレベル

つまりRubyこそ至高かつ究極のワンライナー言語ってことだな

ていうかスクリプト=ワンライナーだから
Pythonは失格だな

わざと対立を煽ろうとしてるのが明らかにいるけど、
何かの工作の練習？

スレタイを見ろ

一行で書きたいなら括弧ブロックの方が圧倒的に楽に書けるに決まってるじゃん
ワンライナなら確かにPythonは失格だよ
Pythonでワンライナとかこのスレでもキチガイしかやってないし

>>283
え？一行80文字制限守ってるの？ｗ

ワンライナーも書けないバカどもが暴れてるなｗｌ

などとワンライナーなことを申しており

今日もワンライナーしか使い道のないRubyの信者が暴れてますね

>>289
普通に書いたら80文字越える事なんか滅多にないぞ。

>>293
ライブラリのソースでも普通に超えてます

ワンライナーじゃないとダメなんです、二行以上あると頭が混乱します

>>294
お前はC#使いだろｗ

>>296
pythonの標準ライブラリでも超えてます

ワンライナーが書けないだけじゃなく
一行80文字制限でも書けないのかよw
ただの無能じゃねーかwww

80文字制限とか守ってるほうがアホ

低能は書けない理由探しだけは上手ですねwww

80って数字の起源知ってる？無批判に従ってるアホ見ると悲しくなる
まともなプログラマでこれ支持してる人いないから

画面を縦分割すると意外に具合が良いんだが、
馬鹿って頑張っても横に長いコードしか書けないから関係ないよね

手頃な長さであることは確かだ

端末エミュレータの起動時のデフォルトだったりするし

Java や C# は識別子だけで 80 文字超えちゃうからな（適当）

LispやHaskellの縦揃えの改行も無駄に横に長くなるんだよな
見やすいかどうかは趣味としか言えんわ

>>305
Prologだと常にこんなものさ。
http://nojiriko.asia/prolog/by_E_Mattsan_20130211_0_1.html
http://nojiriko.asia/prolog/by_E_Mattsan_20130211_2.html

http://www.infoq.com/news/2013/04/blossom-dart-switch

JavascriptがクソなのでDartに移行した企業のお話。
JSのecosystemはライブラリが乱立して無駄に複雑性が増しているという
欠点を指摘している。
このスレの少し前に話題になってた話題だな

しかしDartに移行したら複雑性はなくなるけど、誰もいなくなるだけかもしれない。

俺も80にはこだわらないけど100桁目安で、改行してるなぁ。
ハードタブ使う人には無理な話だろうけどなぁ。

複数ファイル同時に並べられるのはほんと便利だよ。

DartをJSにコンパイルしたことあるか？
HelloWorldしただけでも何十万行というDartVMのヘッダがついてくるぞ
かといって早いわけでもないし、実用でも速度でもTypeScriptの方がマシ

Javascriptってライブラリが親切になって、行き着く所まで行き着くと、
jsonで設定さえ書けばあとはokみたいになるから、
ぶっちゃけ他の言語に変える必要なくなると思う
今はまだその域には達してないけど、どんどん
それに近くなってくるという、未来が見えてるからなあ
保険でcoffeeやっとけばいい程度
他はいらね

>>310
その言い方をするなら、Javascriptに限らないでしょう。

>>310
JavaScriptは便利だけどソースのプロテクトができないから企業向けには使えないよな。
どうしても用途が限定されてしまう。

それはレイヤーの問題でしかないと思うが

ルビー使ってる奴らってなんでこう理論的に会話できない連中なの？？

そもそもコンピュータって人が苦手な仕事や繰り返しか必要な分野を任せる物だよね？

一つの答えに色々なやり方があってもいいとかプログラミングは楽しい方がいいとか積み木遊びは砂場でやりなよ。^_^

>>>314
>>そもそもコンピュータって人が苦手な仕事や繰り返しか必要な分野を任せる物だよね？

？？

>>311
意外と、jsonみたいな記法持ってる言語ないのよ

なんか厨臭い

ぶっちゃけた話、言語ってものは、設定がしやすく(json)、
設定が取得しやすく(クエリ)、処理自体を設定項目にできる(クロージャ)なら、
それでよくね？

それでどれだけ複雑な構造が表現できるかが決まるし、設定の分離もしやすい
ロジック部分は演算や関数、制御などの機構により、どの言語でも大抵十分だし

はい次〜

結局のところ、もうjavascript自体が言語として十分な資質を
極めちゃってるんだよね
後は言語以外のところで頑張れば、いかようにも進化できる
言語が未熟に見えた部分は、実はideやライブラリ、フレームワークが
整備されてなかっただけなわけ
あとは言語仕様を改良したところで、はっきり言って枝葉末節なんだよね

>>320
JSは言語がクソだからライブラリもクソなわけだが

最初はjsonも「発見」されていなかったし、
オブジェクト指向も出来ないと思われていたし、
モジュール機構もないと思われていた
しかし、それらはやり方が発見されてなかっただけだったことが
のちの時代に明らかになった
実はjavascriptは、やり方を発見することによって
進化させることができる言語であり、だからこそ
今の時代にも生き残っていて、まださらに未来に爆発する兆しすら見える
そういう言語なんだよ

これは黒歴史

>>321
今その質がどんどん改良されてきている
prototypejsからjqueryへの進化は驚くべきものがある
どんどん主流が入れ替わるまさに
黎明期なんだよ

上でも上がってるように、皆で協力して強力なライブラリや読みやすいプログラムを公開しまくってどんどん前に進んだ方が言語として優秀。
それをPythonはやりまくってるよね？
JavaScriptもよくわからんがそうなんでしょ。

大きな建築立てるときに、楽しいからって1人でドアから配管から電線から柱まで自分で組み立てるんですか？www
ルビーでオナニーしてる連中はそういう所があるように見える。
同じルビー使ってる人どうしで協力すらできないんじゃない？
PythonはTopazやGoPyなどで他の言語まで利用しようとしてる感じが本当に凄い。

皆でバベルの塔建てないとね。

世にみかけるJSの質が平均的に低いのは、
コードかじったデザイナ or JSが本職ではないエンジニアのやっつけコードが多いせいなんだよな
Jeremy Ashkenas とかの、nodeが出て以降流れてきた元Ruby勢とかは結構マシなJSを書く
それと最近のMSはTypeScript出したおかげかモダンJSへの貢献意欲が大きく、昔と比べ足を引っ張らなくなってきた

本当にjsの進化の足を引っ張ってるのは、WindowsXPとそのユーザーとXPをリプレースしたがらない企業郡なんだけどさ

>>326
プログラマやプログラミング初心者にあまりコードを書かせない、その人たちの要望があればそこだけ弄りやすい言語やそういうエコシステムを構築してる言語が最強だな。

質のいいライブラリを効率的に増やせるし、一体感も出てコード書く人たちは安心して作ったものを人々に提供できる。

コードって人が読めるっておまけがついた部品だと思うんだよね。

それこそ機械を動かすための歯車やパーツ的な概念に近い感じで。

同じ部品を使える人が多かったりその部品が理解しやすい物で使いたい人が早く習熟できるものであればなお良いと思う。
なんで、プログラミング言語ってコピーってか複製する事がこんなにも簡単にできる唯一のものなのに、皆で同じ様な仕事をする為のパーツや歯車を皆で横一列になってホルホルしながら作らなきゃならないのかって思う。

そういう理由でRubyは糞。

>>327
nodeやnodeからフィードバックを受けてるクライアントJSも、rubygems/githubの影響を多分に受けているので、
自分はrubyのどんな小さな単位でも再利用可能なモジュールに切るって文化は好きだけどな
超厄介な dependency hell を引き起こす原因ではあるが…

ライブラリのエンドユーザーはその目的の実現のためにはどんな汚いコードでも書いていいと思っているが(当人が保守できる限りは、だけど)
最近になるまでライブラリをちゃんと作る文化が育たなかったのは問題
2007年ぐらいまででまともなモジュール作れたの MozilaとGoogleの一部とJohn Resig ぐらい

JavaScriptはJavaの親戚である →誤解
JavaScriptは簡易言語である →誤解
JavaScriptは本格的なオブジェクト指向が出来ない →誤解
JavaScriptはモジュール機構がなく、大規模開発に向かない →誤解
JavaScriptはCに似ている →誤解
JavaScriptはSchemeに似ている →正解

世界で最も誤解された言語

>>329
JSは機能面で大規模開発に耐えられない

性能面でも不可
低速すぎて大規模開発は論外

>>328
＞rubyのどんな小さな単位でも再利用可能なモジュールに切るって文化

そんな文化の影響受けてるの？
もしそうやって意図してやってるんだとしたらJSの失敗は約束されたようなもんだ

ほとんどの開発者は、そこまで自由は望んでいない。
細かいモジュールになるほど、組み合わせてテストする必要が生じる。
なにをどうやって組み合わせたらいいか、誰もわからないような状態では
情報の収集にもテストにも時間を取られる。

たいていは実績のあるいくつかの選択肢から選べれば十分だ。

>>330
両方とも誤解
今や立派なモジュール機構もビルドツールも備え大規模開発に耐えられるし、
速度も速い
具体的にはjavaの二倍遅いだけ
これは、一昔前には速い速いと言われていたocamlとためをはるほど速い
上に、scalaと比べても大差ない
rubyやcpythonがJavaの50倍以上遅いことからも、速さが伺える

いい加減スレタイに突っ込んでくれよ…
バカロワイヤルにしたのに誰も気付いてくれない…

あん?
てめえは1じゃねーよ

>>334
お前誰だよ
俺が>>1だよ

いやいや、俺が>>1だ

>>335-336
お前らは偽物
根拠は俺が1だからだ

JavaScriptのコンセプトは 「 コンパイルしなくても動くC 」ってなところだろうなｗ

微妙に違うけどな。

Cとは似てると思われがちだけど結構違うんだよねえ

JavascriptはSchemeにC likeな構文を足してマクロを取り除いた感じ
ぶっちゃけウンコですわ

でもDOMのおかげでマクロライクなことが意外と出来るっていう
奇跡

実際scriptタグ使って文字列自体をパースし、新しい言語構文を
定義しちゃえるから
構文木を操ることしかできないマクロ以上に完全にメタかも

JavaScriptヤバイよね
そもそもDOM自体がHTMLのマクロのようなもんだしw

名前空間とimportとか流儀が決まってないから
名前衝突しててもとりあえず走っちゃうな
その辺ライブラリへの依存が激しいというか

redscript.org/
>RedScript is an experiment created to provide a better syntax
>for AMD modules, easier inheritance and a more usable ES5
>object syntax. It was also created as a side project to learn
>more about Node, NPM Modules and Regular Expressions.

そしてalternative coffeescriptみたいのがぽんぽん出てくる…

340のいうマクロと341のいうマクロが別のものに見える。

DOMはGUIライブラリだと思えばそんなに悪いものではない
ecma scriptとDOMのwindow名前空間を混同してるからそういう勘違いが起こる

>>340-343の中で仲間外れなマクロは>>343じゃないの？ｗ

Lispのマクロ・・・lispのソースコードを部品単位で変形したり、組み立てて
新しいソースコードを生成し、実行するもの
DOM・・・HTMLのソースコードをタグ単位で変形したり、組み立てて新しいHTMLを生成することができる

とても似ているのだが

全く似てない　それならレゴブロックとlispも似ている

DOMの実体はネイティブで実装されたNodeTreeで、
HTMLは実体じゃなくて裏にあるNodeTreeを生成するための記法
JSでaddEventListenerやDOM参照を使って最適化などをしはじめると
目に見えるHTMLと裏にあるDOMTreeが全く別物だということに気づくだろう

xhtml時代はよかったよな
html5とか糞すぎる

DOM？なにそれ？CanvasにJSで描画でしょｗｗ　とかやめてくれよマジで

「〜ということに気づくだろう 」

とか書いておけば、説明を何もしなくても
信じてくれる気がするよね。

全く無いも言わなくても、
お前は気づくだろう。といっておけば
説得力が上がるよね。・

自分がわかんないからって
つまらない揚げ足取りして恥ずかしいと思わないの？

こういう自分が有利になるように言葉をうまく使うテクニック。
お前にもそのうち分かるだろう。

地球には実は宇宙人がきている。
そのことにお前もいずれ気づくだろう。

ガイル禁止

>>350
それって結局のところHTMLを
裏にあるnodetreeとやらに置き換えれば済む程度の
揚げ足取りにしか見えないけど

>>350
Lispソースコードだって、裏にあるNodeTreeを生成する記法であって、
Lispマクロはその裏にあるNodeTreeを操作しているのだが
それに、裏と表がそんなに全く別物とは思えないけど
基本的に常に裏のTreeに対応する記法があるわけだし

JavaScriptを語るだけならまだ可愛げもあるが、マクロはやめとけ。
しかも、よりによってDOMと比較するとか痛すぎて目も当てられない。

よくわからん流れ

>>358
Lispのマクロには、パースされた構文木を操作する通常のマクロと、
構文木にパースされる前の文字列を操作するリードマクロというものが存在する

逆を言うと構文木とか頭の中で意識しないとコードにならない
でもコンパイラ技法とかのデモンストレーションだとそういう
たとえもある程度有用なんだろうな。実際bison, flexとか
コンパイラコンパイラとかツールにある程度投げたりするけどケースバイケース

d.hatena.ne.jp/liner_lock/20110603/1307106765
twitter.com/search?q=IKVM.NET&src=typd

スクリプト言語も随分と難しいものになったものだな。

もはや何が言いたいのか分からない

スクリプト言語はLispからいろんなものを取り込んだけど
マクロにだけは手を出せ(さ)なかった

奥が深い症候群ってやつな

Javascriptはマクロ以上のことが普通にできるよ
CoffeeScriptや、Dartはその方法で実行できるじゃん
Scriptタグのdata-属性とかで何でもできる

>>359
何で？
リードマクロはともかく、普通のマクロとは
ものすごく似てるじゃん
そもそもdomの構造とLisp自体がかなり似てるし

マクロみたいな、メタな機構を実現することにおいては、
JavaScriptは実はかなり強いよ
そもそも、html(もしくはDOM)と協調して二つの言語が
セットになって動くようにできてるという形態自体、
マクロに似ていて相性がいい
htmlからJavaScriptを呼んだり、JavaScriptからhtmlを操ったりと
相互に呼び出しのようなことが可能
しかも木構造を操ることにかけては、もちろん相性が抜群
ASTなんかも、ライブラリ使って簡単に構築できるようになってきてるし

だから、マクロどころか、全く新しい言語を実現したりもできる
今のJavaScriptにコンパイルする言語の乱立もそれが一因

>>369
まったくもってその通り。
わかっていない人も成長すれば
いずれ気づくだろう。

Lisperと全く同じこと言ってるな。数十年前から何も成長してない。

Lispから色んな要素が今のスクリプト言語に取り入れられてるんだがなあ

>>372
それ全然流行らんLisperが流行りまくったスクリプト言語の手柄を横取りしてるだけだから
ポール・グレアムがPythonはLispとか言ってPythonistaから反論食らってたから

どうせ使いこなせないマクロにどうしてそこまで執着するかねえ

>>373
始まりがマイナー言語にあることって結構多いのよ

世の中のすべての人は
わたくし神の姿を真似て作られたのです。

始まりよりも、成長させた方に価値があると思う。
所詮始まりってのは、劣っているでしか無いから。

マクロは、既にある
sweet.js
http://sweetjs.org/

ああ、やべえ
Javascriptパネえw
神言語Lispの最後の砦もあっさり陥落w

成長させたモノにも価値はあるけど、その始まりを軽視するってのは違うように思う

始まりはきっかけになったというだけ。
それ以上のものではない。
軽視はしないが重要視もしない。

ただの出来事の一つ。それがなくても別の似た何かが起きていた。
たまたまそれが始まりだっただけ。

普通にLispは長らく最強言語だったよ
Lispから、関数型スタイルや、ガベージコレクションや、
クロージャや、マクロが取り入れられて行った
Javaなんて、今頃クロージャをどう取り入れるか
混乱してる最中だし
時代の遥か先にあったことは間違いない

今のLispにそれらの機能が付いているのは知っている。
だがそれらの機能がいつ搭載されたかを書かないことには
Lispが凄いとは思わない。

Lispが真似をしただけという可能性もある。

Lispと独立した技術でもLispにある機能ならLispの手柄。それがLisper精神

ガベージコレクションは1959年、マクロは1960年代半ば
クロージャは1975年
プログラミング言語として完全に実装されたのはいずれも
Lispが最初と言われている
しかし、Lispって言っても方言がたくさんあって、
そいつらを全部Lispだと呼んでるというチートくさい前提もあるが

クロージャーで言えば、C言語が1972年
関数ポインタ呼び出しはその頃からあっただろう。

クロージャーのは関数ポインタ呼び出しを
始祖とする改良機能にすぎない。

だから始まりはC言語である。

>>384
独立してるけどLispにあった機能って実際何？
Lispから新しい言語に取り入れられた機能を、さらに新しい言語が
参考にしてみたいな、元を辿ればLispってのはあるだろうけど、
全く独立して同じ機能が後からくっついたなんて聞いたことがないぞw

そもそも言語開発者なら、Lispは超有名言語だぞw

関数ポインタはクロージャではないけど、クロージャ自体が、
関数ポインタの上位互換であり、lispは関数ポインタも参考にしている
というのは本当かも

言語開発者ならってのがポイントだな
現実的なシェアは…

まあ、Lisp最強説の一番の根拠は、起源がどうこうよりも
やっぱりマクロでしょ
プログラム自体が第一級オブジェクトであるLispだからこそ
出来る芸当であり、最大級の柔軟性をもたらす
Pythonなどの言語もマクロは実現できなかった

だからこそマクロ陥落の衝撃は半端ないわw
ああ、そういやJavaScriptのプログラムってテキストだったね
考えてみりゃ第一級オブジェクトだったわみたいなw

いや、新しい言語を作るメリットって何？可読性とか以前の問題だろ
Pythonにマクロとかありえないから

>>391
俺の言語はこんなことができるんだぜって自慢できる

ガベージコレクションって大規模開発考えたら無いほうがいいな
たたでさえ任意のタイミングでメモリ解放できないのが不便だっつーのに、
ガベコレ発動するときのパフォーマンスがひどすぎ

>>393
任意のタイミングで解放することは一応出来るだろ

最強のポテンシャルを秘めながらも、括弧だらけのとっつきにくい
構文と、先を行きすぎて理解されなかった文法
そのせいで長らく日陰を歩いて来たLispという言語
一方、Cの皮を被ったSchemeでありながら、長い間誤解され続けたJavaScriptと
いう言語
しかし時を経て、JavaScriptが文句無しの最強言語として陽の目を
見る日が来るわけか
Lispの襷はJavaScriptに受け継がれ、ようやくLispはその長い長い役目を終えた
胸が熱くなるな

>>391
例えば、オブジェクト指向が登場した時に真っ先にマクロでそれを
実現できるようにした
実現のために言語自体の仕様を変える必要がなかった
そういう利点はあったよ
まあクロージャがあったから、あんまりオブジェクト指向は
要らなかったんだけど

>>396
普通に言語自体の仕様を変えたほうが良いんだよ

lispとjavascriptは文句なしに世界一ゴミの山を築き上げた言語だよ

>>378
gensymないから只の玩具
ウンコすぎる

>>397
それは下手すると数年がかりになるじゃん
実際、他の言語に比べて数年早かった

>>398
まあ、ゴミコードが世界中で生産されたという意味では、
Lispはともかく、Javascriptはそうかもなw
世界一誤解されてた言語だからw

理解された今も絶賛ゴミ量産中ですけどね > Javascript

>>399
scheme参考にしてるからな
まあ、内部的には同等のことをやってるから、
欲しければ作れるんだろうけどw

>>402
それは仕方が無い
人気言語の宿命+webの特殊事情

>>395
何を言っているの？
35年来のLISPファンとしては不快以外の何ものでもない。
こんな書き込み続けていると、初心者から初級者まで
JSから逃げていくよ。

最近JS信者がこの板のいろんなスレ荒らしてる

JSの文法を変えるようなものをJSのコードで書こうとすると、
字句解析のパーサーからまるごと書かないといけないからなあ
同じようなコードをLispのマクロでは数行で書けてしまうとかちょっと次元が違う

jsもschemeも言語実装やらツールが多すぎるのは
何とかなんないのか…その上にcoffeeやらtypescriptやらredscriptが
被さって来てという

Baseline コンパイラを導入しました
dev.mozilla.jp/2013/04/the-baseline-compiler-has-landed/

>>408
そのBaselineコンパイラは、使う側が意識したりするものじゃない
単にJSの実装を高速化したってだけの話
そういうのが活発に行われないほうが問題だね

>>326
MSは結構前からASP.NET MVCなんかにはOSS使いまくってるし
jQueryプロジェクトに社員送ったりとかいろいろコミットもしてるぞ
嫌がられるの分かってるから宣伝しないけど
TypeScriptのサイトとかMS臭排除にすごく気を使ってるw

MSは今やOSS界では最大勢力の一つ

オープンソースって言っても、RedhatとかIBMとかGoogleがLinuxにコントリビュートするのは当たり前だもんな。

５~１０年先かんがえたらLLなんて使えんわ

今日日のjs開発競争は狂気の沙汰だね
数年後にはBASICみたく無駄ノウハウになってるのさ

単にフラッシュからjsに移行するから需要が増えただけの話だろ

JSの実装の方だよ
それとframework作ってる連中

割と仮想化だとオラクルさん成果におんぶに抱っこ状態だったりする…
chef-soloとvagrant

フレームワークわくわくわーくまん

4月プログラミング言語人気
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
http://news.mynavi.jp/news/2013/04/12/162/index.html

Javascriptが２つも順位落としたのが喜ばしい。
いくらJSのゴミライブラリが増えても、JSブームなんて来てない。

Visual Basic.netはずっと上げ基調
ASP.net MVCの出来がいいからまだ上がる。

AppleとObjective-Cブームは終わった。
あとは落ちるだけ

>>407
本来はそうなんだけど、使う側としては、
sweet.jsみたいなツール使うだけだからなあ

>>418
どう考えても誤差
ぬか喜び乙w

つうか、そういう検索エンジンベースの結果はそうりゃそうなるよ
だってこういう状況だから
http://www.google.com/trends/explore#q=JavaScript%2C%20jQuery%2C%20VB.NET&cmpt=q

え、あれ検索エンジンだったのか
どうりでCが高いと思ったw

VB.NETなんてどう考えても未来がないつーか、歴史はあるのに、最終的にはC#の方言のひとつみたいな感じで終わるだろｗ
まあC#とVBの乗り換え障壁は0に近いから、C#に未来がある限りVBにもあるっていえばあるけど

C#は
if () {
}

void hoge() {
}

の形になってくれたら乗り換えてもいい

>>424
K&Rスタイルだな。

GNUコーディングスタイルのキモさに比べれば
何倍もマシだろｗ
while (x == y)
　{
　　something ();
　　somethingelse ();
　}
　finalthing ();

>>424
C++をベースに開発された言語だし、
すでにその形になってるだろ。

今はこうだ
if ()
{
}

void hoge()
{
}

LLもASP．NETもスマホもスキマ産業
アホな記者の言うことなんて聞く耳もたないでjava使いなさいjava

GNUはMicrosoftがローマ帝国だったころに生まれた宗教だよ。

>>424
そんなのはVSでの設定で幾らでも変更できるぞ

俺はJavaですら

if (true)
{

}

private void hoge()
{

}

で書いている。

>>427
すでにレスあるが、それはC#の言語の仕様ではない。
開始カッコの前で改行するのは推奨（デフォルト）であって
Visual Studioで細かく変更できる。

慣れるとC#スタイルのほうがいいと感じるようになるぞ
開始、終了のかっこの位置が合うとすごくみやすい。合理的

>>430
俺も昔はJavaと違って違和感あったけど、
いまはC#推奨スタイルだわ

いやデフォルトが
if () {
}
になってくれないと嫌

private void hoge()
{

}
VSスタイル

jsブームが来てないなんて言うけれども、
アマチュアが仕事の合間に雑事を片付けられる粒度ってjsぐらいのもん

粒度？

だれかnode.js+expressの日本語解説書出してよ

ウェブで無料で？

本買えよｗｗｗ

はじめてのNode.js、Node.js入門、Nodeクックブック
全部Expressの解説がある

Meteor＞express

methortって、まだ、バージョン１にも満たないじゃない
というか、国際的競争社会なんだからjsを必要とするような
ホワイトカラーの仕事に就きたいなら英語ドキュメントぐらい読みなさい

LLブームって、スティーブ・イエギのブログエントリの影響だよね。
chromeがemacs化される時代にならないかしら

やっぱり手軽だからでしょ。C#や関数型言語を知った今でも
LLが楽だと言えるもん

けどさ、イロイロなLLが出たあとで結論はjsで良いやなんだよね。

いやjsは全く楽じゃないけど

楽な言語のほうが開発工数が減るかとおもいきや
たいして減らないんだよね。

なぜならライブラリ使えば楽をできるから。

>>445
それが正解

最もライブラリが充実しているJavaやC#でやるのが楽

>>445
そもそもどういう原理で楽な言語の工数が減ると思ったんだ？馬鹿すぎるだろ

>>444
テキスト処理とか描画、データベースへのアクセスなんかの糊レベルでの話
ライブラリなら、他の言語で作れってだけで

>>447
REPL

>>449
何いってんだ？

そもそも試行錯誤の段階を考慮しない人って、そもそもプログラム書いたことあるの？
ああ、書いたことない専門崩れか

ねみい

ドカタ仕事に試行錯誤なんてないから

何処かのgeekがnode.jsをscilabかRと繋いでくれないかな

>>453
そりゃ君が職業プログラマなだけ

>>451
結果的に工数が減ったという論文があればね。

結局○○つかうと、素の△△より効率がいい！
（でも、普通はライブラリやツール使うから、それと比べたら変わらんけどね）

ってなるんだよな。

node.jsに強力なサンプルがあったわ。C++と繋げる方法。
何が凄いかというと、わずか一レスでnodeから呼び出せるC++モジュールが作れる。
http://nodejs.org/api/addons.html

#include <node.h>
#include <v8.h>

using namespace v8;

Handle<Value> Method(const Arguments& args) {
　HandleScope scope;
　return scope.Close(String::New("world"));
}

void init(Handle<Object> exports) {
　exports->Set(String::NewSymbol("hello"),
　　　FunctionTemplate::New(Method)->GetFunction());
}

NODE_MODULE(hello, init)

必要な定義ファイルいれて一レス
{
　"targets": [
　　{
　　　"target_name": "hello",
　　　"sources": [ "hello.cc" ]
　　}
　]
}

結局Cが最強か

ソフトウェア開発といっても
いろんな業界がある。

組み込み系
業務系
システムライブラリ系
ウェブ系（サーバーサイド）
ウェブ系（クライアントサイド）

最強というのはそれぞれの業界においては確かに最強。
それよりも優れた言語が出ても、まず覆らない。

各分野別最強言語、おおよそこんな感じかな？(異議は認める)

・組み込み系 - C, C++
・業務系 - Java, COBOL
・システムライブラリ系, C, C++
・ウェブ系（サーバーサイド） - PHP, Ruby(Rails)
・ウェブ系（クライアントサイド） - JavaScript
・シェル系(UNIX) - Perl, Python, Ruby
・Windows系 - C#, VB

サーバーサイドはPHPとJavaだろうな。
この二つは、
個人・中小企業向けサーバーサイドと
大企業向けサーバーサイドの違い

個人や小さい会社だとJavaが動かない
レンタルサーバーを使っていることも多い。
大企業はサーバーサイドJavaが十数年前から定着している。

シェルはBASH系またはPerlだろうね。
互換性が低いのでRubyを使うことは少ない。

Javaでのサーバーサイド開発は実績とかシェアとか対応サーバーとか考えると最強とは言えるが
開発している側からすればいい迷惑だわな・・・

>>461
Web系サーバサイドにJavaは無い
大企業向けであればバックエンドの「業務系」アプリをJavaで
フロントエンドがPHP, ColdFusion, Railsのどれかが大半
それらの間(フロント--バック間)をメッセージングで繋ぐ

Java onlyがあるとすれば、考えうるのはイントラネット(企業内LAN)で
業務アプリの簡易UIとしてWebブラウザを使うケースくらい
少なくともウェブ系開発でJava onlyというのは、
生産性を無視できる案件に限定される極めて特殊なケース

>>464
俺の経験した案件はほとんどjavaオンリーなんだが

>>440
なぜか英語の説教してる割に単語の綴りを間違えているのは
ギャグか何か？

>>465
で、ここ数年の新規Webサイト開設案件で、Java only のケースはあったの？
およそ5年以上昔ならJSPやStrutsを採用する案件はあったけど、
最近の案件は保守/改修案件ばかりじゃないのかな？

WEBじゃなく、クライアント＋サーバー型のアプリで
端末がMacでも良いようにクライアントだけJavaってパターンはある

>>464
PHPやRailsがフロントエンド？？？
サーバサイドはフロントエンドではなく、バックエンドだろ。

Javaの生産性が悪いとか書いてるが、
「メッセージングでつなぐ」ようなことやってるほうがよほど生産性が悪い。

単にあんたの会社に、Javaのフレームワークを理解できてる奴が
いなくて、無理やりPHPやRailsと連携させているだけにしか見えない。

>>468
アプリケーションの開発コスト考えたら、Win/Mac混在やめて、
PCはWindows onlyにしたほうがいいよな
企業内アプリでクロスプラットフォーム構成にしようとするのはナンセンスだわ

>>469
PHPやRailsがサーバ側でクライアントにHTMLを吐いてるのをバックエンドとしたら
フロントエンドは何になるの？

>>471
Web系システムの場合、フロントエンドはブラウザ。

PHPやRailsをフロントエンドと区分してるのなんてよほど大規模なサービスだけじゃないのか

最近のapacheとかIISって、いろんな事できるようになっているし、サーバースペックも高いからちょっとしたオンライン業務ならスクリプトでも問題はないって事だろ。

バッチ系とか定時業務はc/c++で構築していることもあるし。

Microsoftは10年以上前からC#などのTypesafeな言語での開発を推奨してる。
中・大規模開発ができないスクリプトは推奨してない。

>>467
Ntt系だけど、普通にあったよ
政府とか、とあるモバイル企業の話

>>475
時代はやっぱり関数型言語だよな
一度でも関数型言語での開発を経験しちゃうと、
JavaやC#のような言語の型検査すら
全然物足りない不完全なものだって分かっちゃう

はいはい

>>469
javaの生産性はRubyと比較すると半分ほどですよね。

いやー、1/10くらいでしょ

テンプレでやるときは早いだろうけど、規模がある程度になるとどうだろうな

>>479
Rubyなんて現状は実質Rails専用言語だろ
第一級言語のJavaと比べるな
身分が違いすぎるわｗ

バージョンアップのたびに互換性がなくなるRubyのほうが
生産性も低く、開発コストもかさむ
クラスライブラリも貧弱で自力で実装しなければならないことも
多くなりここでもコストがかかる。
そのうえ動作速度ははるかに低速

じゃあなんでRailsなんて使うんですかねえ。Javaを使えば良いんじゃないの？

>>483
サーバサイドで性能の要件が緩ければRailsありだろう
Railsのお手軽さはJava使ってる人も認めてる。

ただしRubyが評価されているわけじゃない。
それはRails以外で有名なものがないのを見ても明らか
OSSでもPythonのほうがRubyより圧倒的に多い。

大規模Web開発で最も開発生産性が高いのは
C#とASP.net MVCの組み合わせだ。

サーバサイドでWindowsとか言ってる奴って
鯖管理もGUIでしか出来ませーんってアホしか居ない

>>483
Javaだと専用サーバーが必要になる。
Railsだと個人向けの共有レンタルサーバーでも
動作可能。

>>486
なにそれ？アホすぎて目眩がする

リファクタリングで有名なMartin Fowler氏のコメント

ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?OneLanguage

> 私は何度となく、熟練したJavaやC#の開発者が、Rubyだとより効率的であると報告するのを耳にした――だから私はRubyを勧めているのだ。
> 数年以内に別の言語でも同じような報告が現れたとしても、私は驚かないだろう。

他人から聞いて薦めている ＜ 実際に自分が使っている

>>486
何十年前の話してんだ
いまは共用レンタルサーバでもVPSでもクラウドでも
なんでも揃ってるわｗ

>>485
生産性落ちるのにあえてJavaでやるほうがアホだ。
ASP.net MVC + C#が良ければWindowsだっていい。
サーバはLinuxでやるもの、と決めつけてる時点で大馬鹿

>>490
何十年？
個人向けで揃ったのは
ここ数年の話だよ。

昔からやっている大企業が
Javaを使っているのは明白。

>>489
もちろん本人も使ってる

ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?RubyAtThoughtWorks

>>490
残念ながら大規模開発でJavaが生産性落ちるって話はないんだよね。
開発が進めば、必要なライブラリなど揃ってくるから、
言語そのものの効率の差は、あっという間に無くなる。

>>492
使っていても期間が短い。

>>494
2006年からずっと使ってるってよ

>>488
そんな古い記事の翻訳はられてもな
2007年というのはRailsでて3年後くらいでRailsブームの一番盛り上がったとき。

そのあとはRailsに影響を受けたフレームワークがたくさんでた。
DjangoとかASP.net MVCとかPlay!とか

Rubyはほとんど趣味レベルだよな
PHPやPythonと違って、自分から手を出さなきゃ触れる機会自体ない

>>497
お前の祖国(韓国)はどうか知らんが、日本に住んでいれば圧倒的にRubyの方がPythonより触れる機会多いぞ。

>>498
残念ながら日本なんだわ
お前の知識が偏ってることだけはよくわかった

Webドカタ限定だとPythonは触れる機会無いかも

50歩100歩

>>498
でたぁーRuby厨のキメ台詞ｗ　日本ならRubyってアホかｗｗ
住む地域によって言語変えるのかよ？ｗｗ
じゃあPerlはどこ住みの人が使うの？
PHPは？　ねぇー教えてｗ　教えてｗｗ

住む地域じゃなくて、やってる分野によって言語変えるんだよバーカｗｗ
オマエはたまたまRubyつかうド底辺分野やってたんだろ？
オマエの中の小さな世界を日本に置き換えんなよｗｗｗ

というより日本に合わせてると時代から取り残される気がする

>>503
うわー、また違ったバカが出てきたｗｗ
なんで国でくくるんだよｗ　あの国のは全部良くて、あの国は全部悪いってか？ｗｗ
オマエみたいなステレオタイプの塊は黙っとけよｗ

誰もそんなこと言ってないよ。日本が遅れてるというだけ

>>505
つ>>504

ひゃー、真性が無限ループにハマってやがるぅｗｗ　ミラクルｗｗｗｗ

英語圏で流行ってた方が良いに決まってるじゃん。コミュニティの人口の問題

まずアホな>>502が勘違いしてるのは、分野が被ってる言語があるということを無視してる点にある

>>508
はぁー？　被るのは当たり前だろ、何言ってんだホーケーヤローｗｗ
そこは社内政治やら好みやらで決まるんだよ。
誰も分野と言語が1対1で決まるなんて書いてねーだろがよ、よく見ろよ勘違いヤローｗｗ

だから地域は関係あるじゃん。自己矛盾甚だしいな

え？　どういうこと？　住む地域によって言語の好みが変わるってこと？
違う国に引っ越す毎に好みの言語が変わるの？ｗｗ
それとも日本で生まれ育った人はRubyを好む傾向になるってこと？ｗｗ

なんでネットの言語論争ってお互いを罵倒することしかできないのかｗ
海外でもRuby vs Pythonとか荒れてるらしいがｗ

あぁ、それはRubyが他の言語を
食いにかかってるからだな。
俺達のほうが凄いんだって。
まあ、無理なんだが。

ウェブしかやってこなかったからPHP・Python・Rubyしか経験ないけど、フレームワークでいうとRailsの生産性の高さは群を抜いてる
PHPと比べるとRubyの方が小回りがきいてソースも読みやすい利点があるけど、何よりRailsという一点がデカイ

Rails以外のフレームワークを使ったことがないんだろうなｗ

PHPでフレームワークと言ったら
Smartyだろ？
使ってたよ。

javaが最強

Smartyってただのテンプレートエンジンだったとおもうけど
いまはORMとかついたのか？

>>499
いやお前だろ。
何の仕事してんだ？どこでPython使ってんだ？

>>502
言語の使用状況が国や地域によって変わるのは間違いないだろ。
PHPやPerlは世界中で普及している。
日本ではRubyはLLの3・4番手ぐらいの地位にいるけど、欧米ではPythonの方が使われてる。
これらは事実。

英語弱者の日本人のシェアなんて意味ない

言語の人気：
Java , C# > Python > Ruby

フレームワークの人気：
ASP.net (MVC含む)>>>>>>> Rails(Ruby) > Django (Python)

汎用性：
C#, Java >>>>>>>>>>>>>> Python > Ruby

後方互換性は、ましな順に
C#, Java >>>>>>>>>>>>>>> PHP, Perl > Python >>>>>>>>>>>>>>>> Ruby

これが真実

>>520
韓国人乙

>>519
え？PHPとPerlが世界中で普及してんなら地域関係ねーってことじゃんｗ
なにこのバカｗｗｗｗ　地域関係してたら世界中で普及しないよね？ｗｗｗ

PHPとPerlはある分野で普及してんだよ。
最初っから地域関係ねーっつってんだろ？　理解できた？

あとPython勧めると韓国認定っておかしくね？
オマエの理屈だとPythonは欧米で使われてんだろ？　じゃあ韓国関係ないよね？ｗｗ

>>404
漸くバトルっぽくなってきたが、中味のないバトルだな。

Perlが世界中で普及とか
ネイティブ達が血の涙を流しながら昨今の惨状を語り出すだろうよ

wikipediaはPHPで作られてます

>>524
そういう惨状に対する危機感からこういうのが生えてくるわけか
https://speakerdeck.com/stevan_little/perl-is-not-dead-it-is-a-dead-end
http://moeorganization.github.io/moe-web/

Perl って 5 をいつ捨てるんだろう

>>526
公式に、Perl5とPerl6はそれぞれ
開発が続けられることが決まっています。

フォークしたようなもの。
新機能はこれからもPerl5に追加されていく。

>>527
最悪の状態だな

なんで？
C と C++ みたいなもんだよ？

昔からフォークはオープンソースの
最悪の欠点だって言われている。
開発リソースの分断。何もいいことがない。

いまさらPerlを使い始める奴はいないからどうでもいいか
昔ながらの古参老害Perler爺は5とかいうのを使い続けるだろうし
需要ないのにフォークｗ何がしたいのかわからん。メリットは何？

>>527
そうなのか。サンクス

Perl は CGI 全盛の頃と違ってご新規さんを増やすのは難しい
だったら一枚岩になって 6 に移行すべきだと思うんだけどなあ

あーOOoとかもごちゃごちゃやってたな。あれ結局どうなったんだろう

>>531
> 需要ないのにフォークｗ何がしたいのかわからん。メリットは何？

言語開発者が、新しい言語を作りたいと思った。

その気持をただの一ユーザーのお前に
わかる日は来ないだろうね。

あ、一ユーザーには迷惑行為でしかないということね。最悪だな

フォークが最悪ってこと？
お前マジで言ってるの？

最悪だろ。喜んでるアホはどういう立場からそう言ってるんだ？
どっちも使えて嬉しいって？良い言語一個が欲しいだろ
2つの似てるけど微妙に違う言語ができて何が嬉しいの？

どこが似てるんだ？
似てないからフォークしたんだが。

違う言語が出来るのが嫌なら
言語統一しないといけないな。
Perl、PHP、Python、Ruby。
ひとつになーれｗ

名前が似ている

Perl6をしらんやつが、名前だけで判断するから
恥をかくんだよなｗ

>>526
Python 2.x と Python 3.x みたいなもんだろ

フォークを似てないとか言ってるバカってなんなの？
JavaとJavaScriptとは事情が違うだろ。名前だけが似てるわけじゃないし
フォークする利点が一つもない

Perl5とPerl6はフォークじゃなくて別言語だよ。

例えば、基本的な配列のアクセス方法からして
違う言語になっている。

[perl5]
my @a = (1 , 2 , 2);
say $a[0];

[perl6]
my @a = (1 , 2 , 2);
say @a[0];

Perl6 の静的型付け

my Str $phrase = "Hello World";
my Num $pi = 3.141;
my Rat $other_pi = 22/7;

で、何か使い分けとかするわけ？Perl同士で競合すんだろｗ最悪以外のなにものでもないわ

Perl6のコード

for 1, 2, 3, 4 -> $i, $j { "$i, $j".say }

まあ、ここに挙がってる例を見るだけで5でも6でも
糞すぎるコードにしかならないということが分かる
まさに目糞鼻糞である

数値型で値が奇数のものを受け取る関数定義

sub very_odd(Int $odd where {$odd % 2})
{
}

やっぱ Perl って変態言語なんだな(笑)

perl5にクラスと型を入れてくれれば満足なのに、どうしてこうなった

>>549
変質言語というべきか。

いや、かなり面白いぞ
受け取る引数のパターンが指定できるのか
パターン外れるとエラーになるのか

関数内か呼ぶ側でやればいいことだろ
ザ・糞仕様

関数内でやるのと基本的には一緒だが、いちいちif文やエラーコードを
書く必要がないな

で、Linuxに標準で入ってるのはどちらのPerlなの?

iphoneアプリ. Windowsアプリを売って生き残れ Ver 1.7 リンク数61
Hｔｔｐ:／／qr.　net/kh4y

>>520
LLはスキマ産業か自社サービス。Enterpriseだとかで使うやつがバカなの
ASP．NETって会社が金払ってくれるなら良いけど、零細企業には高いよね

>>554
オーバーロードは不要。
関数内で処理を分ければいいからねｗ


引数のパターンで処理を分ける＝オーバーロードと
考えつけるかどうかで、抽象化して考えられるかどうかがわかるな。

>>538
はじめ、GNUがschemeを提唱して、それに反発するtclerのコミュニティが出来て
perlからpythonに傾倒したけど、結局jsになったよ
資本の流れる場所と規格が統一された場所は競争原理が働いて発達しやすいの

>>497
Australiaのindeedを見てみろよ
railsの仕事の方がdjangoより多いぞ

意訳

色々探してやっと見つけた。
railsの仕事の方がdjangoより多いという稀な例。

恥ずかしすぎて直視できないｗ

いや、たまたまオーストラリに居るんだよ

>>558
少しは関数型言語のパターンマッチを学習しようなw

>>558
考えつけてよかったでちゅねー＾＾；
引数のパターンで抽象化ｗ
できてない、できてない（笑）

>>563
たまたまｗｗｗ

>>565
少しは関数型言語のパターンマッチを学習しようなw

なるほど。パターンマッチという考え方もあるか。

>>566
本気を出して探せば、もっと見つかりそうなもんだけどね
預言者は地元では敬われないって、昔からよく言われてるし

>>567
まーた「関数型言語ガヤッテルカラー」かよｗ
じゃあ黙って関数型言語使えよ

Perlが関数型言語に近くなったのか。

実用でオワコン化したからドヤ顔するだけのクソ言語に成り果てるのだな
もともとクソ言語だが

Perlに嫉妬ｗｗｗ

たまたまオーストラリに居るんだよ

アメリカ
http://www.indeed.com/jobtrends?q=Rails%2Cdjango%2Cjquery%2Cjava%2Casp&l=
まあ、railsの方が上だが、javaが圧倒的すぎてワロスw

perlは人生

これでたまたま、オーストラリという国にいるあの人も
世界の常識を知っただろう。
本当にたまたまなんだろうかｗ

たまたま、何もしたくなくなったから豪州に居ますが何か
ここって大学を出た人だとpythonを齧った人多いね。

何も？
世界にどこにいようが周りの環境が違うだけでしょ？

>>578
情報工学専攻　→　自然言語処理　→　pythonの流れかな
一昔はperlだったけどここ最近はpython一強

上位はGoogleに就職するからGoogle公式三大言語のPythonを
やっておくと良いという背景もあったりする

あんまり JavaScript 言う人がいるので食わず嫌いしてないで試してみたら結構楽しい

http://nodejs.org/api/
http://nodejs.org/api/fs.html
http://coffeescript.org/

% coffee
coffee> fs = require "fs"
{ Stats: [Function], exists: [Function], ... }
coffee> p = console.log
[Function]
coffee> fs.statSync("/usr/bin", (err, stats) -> p stats)
{ dev: 2049, mode: 16877, ... }

ローカルファイルとか見れるのか

python って気持ち悪くないですか？
生理的に受け付けないんだけど

スタンドアロンの(=Webブラウザ組み込みではない)処理系ならできて当然
ただし、致命的な問題はそういったI/Oライブラリが標準化されていない事
他のLL(Perl/Python/Ruby)であれば、最初から装備されている

>>543
$が@になっただけじゃね
Python2とPython3の違い程度？

>>546
結果はどうなるの？

javascriptのideって何がベストなの？

javascriptはデフォのWebブラウザで動くのが売りだから当然メモ帳

>>584
たしかにファイルから一行読んだり全部読む関数を探してたんだけど見つからないね
node.js 的にはそういう高水準の API を提供するつもりはあるんだろうか

あ、テキストの全部読みは fs.readFileSync(PATH, "utf8") でいいのか

>>586
IDEならIntelliJ Idea
だが、エディタならSublimeTextだな

Sublime Textは良いね
やっとめぐりあえた感は半端ない
iPhoneを始めて触った時の感動に似てる

var fs = require('fs');
var lines= fs.readFileSync('in.txt').toString().split("\n");

Sublime textはいいけどなんかシェアウェア的なのが
嫌な感じ

>>592
readlines ではなく readline の場合は？

node.jsでデスクトップアプリケーションは作れますか？
また、Node.jsとCoffeeScriptとSublimeTextが学べる日本語のビデオ
サイトはありますか？

>>594
linesが配列になってるからアクセスすればいいだけ

var fs = require('fs');
require('readline').createInterface({
input: fs.createReadStream('in.txt'),
terminal: false
}).on('line', function(line){
console.log('Line: ' + line);
});

キモすぎるワロスw
なんだterminateとかonとかってw

>>596
配列って全部メモリにロードすんのかあ？

>>599
うん
そういう時代

なにがJS最強だよ。普通のファイル処理もゴミじゃねーか

>>600
ありえないから。どんだけショボいファイルしか扱わねえんだよ

>>596
全部読みしてから配列にするのだとでかいファイルを読むときに困る

>>597
ありがと。やっぱり手間かかるね

>>595
node-webkit、appjs、node-qt、node-chrome、tideSDK他

学習サイトはググレカス

>>597
readlineにこんな手間がかかるのも論外だし
それ以外の処理もこんな風に書くのかと思うと絶望しかないな

>>601
何十万・何百万行もあるファイルを扱う処理をLLで書くやついないだろ

俺がc++でhackしてる間、お前らはjsで四苦八苦ｗ

>>595
JSなんてゴミでつくったら時間もかかるし動作もおそい。

デスクトップアプリケーションは、C#とVisual Studio一択だよ

>>606
JSは罰ゲームだよな

C++はwebアプリのサーバサイドでも使ってるの？
C++はweb用のフレームワークで使い勝手がいいのはある？

C#なんてゴミでつくったら時間もかかるし動作もおそい。

デスクトップアプリケーションは、Cとアセンブリだよ

>>601 >>604
node.jsの非同期IOでググってくれ
これがサーバーサイドでは革命的で人気が爆発したんだよ・・・
簡単に言えば、一行読み込むのを待たずに平行して処理を先に進める
コンピュータで遅いのはIO処理であり、単純計算の何万倍も遅い
だからこれがかなり有効だった
node.jsがめちゃくちゃ速いと言われる所以

>>605
node.jsはまさにそういう目的にも最適だ

>>606
これが JS の正体、せいぜい dis ってちょうだい

>>609
C#のアプリケーション、動作は十分はやいわ
おまえのPCがぼろいだけ

じゃあぼろくないPCを使えばPHPでも爆速ですよね

>>550
クラスはともかく型はいらないと思うけどなぁ。

あと、開発を明確に分けることで互換性の問題を解決しやすいというメリットがある。
osのディストリビューションでもよくあるしょ。そういうの
perlのバージョンアップはコンパイラ並にゆっくりだから。
一緒にされるより助かる。

いつnode.jsの人気が爆発したんだよ。印象操作もいい加減にしろよ

>>615
キャッチアップしてない普通の日本人開発者ならそういう認識だろうけど、
海外の技術系サイトとかnode.jsばっかりだから
マジで

>>616
代表的なサイトを100個くらい挙げてよ

>>615
JS信者がいて荒らしといっていいくらい宣伝してる。

node.jsなんてリアルタイムが重視されるケースでしか使う意味ない。
開発が無駄にめんどうになるだけ

まあ関係のないJavaの宣伝より千倍はマシだがな

Perl6は静的形付けになのは凄く良かったんだけどな。
メソッドオーバーロードとか。
JavaやC#と戦えそうだったのに、どうでもいい余計な機能まで盛り込もうとして、失敗した。
言語機能は多ければいいってもんじゃない。

>>607
jsじゃ機能がたりないってんならともかく、デスクトップアプリ程度のことで遅いなんて事はないだろう。
そのアプリでどんだけ負荷かけるつもりだ。
JITの事も忘れてないか？

JSのエディタはVSが一番優れてる。
MSはやろうと思えば速攻で最強のJavaIDE作れるだろう。

作れるというか、既にあっただろ

JSでブラウザゲームとかたまにあるけど、ファミコンレベルというかベーマガレベルだもんな。

>>621
本格的なデスクトップアプリ作ったことないだろ
C#/VB.netとVisual Studioの開発生産性はダントツ

開発生産性がトップで、性能は圧倒的にスクリプトより速い。
こういう状況でスクリプトでデスクトップアプリを作る意味はない。

@implementation MyClass < Object
def Method (param： Package：：Class)： Package：：Class =
{
$a = new Object()
val b = $a->member

　　@c = <<"EOS"
各言語から
気持ち悪い
シンタックスだけを
寄せ集めた言語を
見てみたい
EOS

}
@end

C#？？　時代はGoだよ

>>622
MSのJavaIDEなんていらないわ
それよりMS自信がLinuxに.net frameworkを移植してほしい。
Monoはバグ多いし、互換性ないところたくさんあって困る

>>623
Visual J++
J++はJavaと互換性はなかった

昔のPerl/CGIの頃と違って、Webアプリも複雑化してる。
スクリプト言語でも静的型付けが必要になってきてる。
ベターJSはみんな型を静的に宣言できる。
Perl6が静的型付けを採用したのは正解。それ以外の部分が不正解過ぎた。

>>624
> JSでブラウザゲームとかたまにあるけど、ファミコンレベルというかベーマガレベルだもんな

おいおい。実際にあまり存在しないのと
技術的に出来るかどうかは違うだろ。
JavaScriptで3D FPSゲームだって出来るのに

>>629
最大勢力のCoffeeScriptが静的型じゃないんだけど・・・

CoffeeScriptは、ちょっとばかり単語を短くして
カッコの行を減らしただけだから・・・

CoffeeScriptって意味ないだろ。あれなら初めからJSで書く。

CoffeeScriptは宣伝文句と違って
JavaScriptの9割程度に
タイプ数が減れば良い程度だからね。

いやまあ、classがあったり、haskell風パターンマッチとか、
python風インデント・内包表記とか、結構変わってはいるのだが

でも開発工数はたいして減らないんだよ。

ぶっちゃけ生産性で考えると、
ライブラリやフレームワークのほうが
大きな差が出るんだわ。

言語仕様なんてどんなに差がついたとしても
たかだか数文字程度の違いでしか無い。
それに比べたらライブラリはわずか数文字で
何十、何百行といった処理を実行できる。

フレームワークが乱立しているPHP Java JSあたりは逆に効率悪いな
一つ覚えても次の覚え無いといけなくて学習コスト高すぎる
フレームワーク覚えるために勉強することになる


C#とRubyが最強！ってことで

Rubyは互換性が低いという欠点があるからだめだろうな。

>>629
オブジェクトの概念をもつ言語なら型の意味も分からなくもないんだけれど、コンパイラの都合というイメージしかないのです。

静的型付けすることによるメリットってなにがそんなに大きいの？

＞静的型付け
実行前にバグを検出できる
ただそれだけだが、それが大きい

>>641
でも別に一発完動を狙っているわけじゃ、ないんでしょ。

>>640
はい。
型というのは人間が意識しています。
数値、文字、クラス。

認識している以上、それをコードに書くと
人間が読む上で便利です。

むしろ、「コンパイラは判断できるから不要」
という考えこそが、コンパイラの都合でしかありません。

>>640
実行前に型がわかっていると、性能が飛躍的に早くなる。
動的言語の遅さはベンチマークみればわかる。
スクリプトはJavaなどの30分の1程度の速度しかでない。

あとはIDEの強力なサポートが得られる。
いろんなエラーを検出できて生産性があがる。
リファクタリングも楽になる。

後方互換性もあがる。
仕様変更があればIDEがコンパイル時に教えてくれるから
一括でさくっと修正できる。

>>643
Zという形式言語ですと、基本要素を集合で括っていくことを
ひたすら繰り返すのですが、一部そういう部分をプログラム
コードに取り込んだものと考えてもいいのでしょうか。

>>644
余計なエラーを検知するからREPLで実験やってると邪魔でしかない
自由度が減るってことだから

静的型付けのメリット
コンパイル時にエラーを検出できる→まあその通り
型を明示すると人間が読みやすい→バカ

>>646
自由度が減る？アホか
エラー吐くコード書いてるお前が悪い

>>647
だよなあ。
どこかで型を明示したって、人間が見て中身が何なのか分からなくする糞コードなんて簡単に書けるし
だからこそ命名に気を使ったり、値を変更しないようにする（イミュータブルなオブジェクトを使う）とかやるのに

>>648
動的言語なのでエラーになりません。正しいコードなので。サーセンｗ

書き捨てコードと後になって（自分含め）誰かが読むコードをごっちゃにしてるけど
スクリプト言語ではそれが両方できるということね

>>648
動的型付け言語の自由度をエラー扱いで否定すんなや

>>651
644は静的言語とコンパイラのエラーの話だろ

確かにウェブフレームワークなんかたくさんあっても仕方ない。
一つか二つで十分だ。
どうせどれも似たようなもんで、わさわざ新しく学習するコストが無駄。
そういう意味でスクリプト言語もたくさんあっても仕方ないよな。

１つで十分なら１つにまとまるハズだ。不要なものは自然淘汰されるからな。
つまりは沢山必要ってことだ。

アナタが必要としているモノと他人が必要としているモノが同じだと思わないことだな。

ASP.NET MVCはMSのオフィシャルだし、RailsはそもそもRuby自体がRailsを通して普及したわけで、非常に一本化し易かった。
他の言語はそれぞれが好き勝手にウェブフレームワークを林立させてて、断片化が酷い。

流行りのフレームワークがコロコロ変わる上に
フレームワーク変えようと思ったら既存のコードベース捨てて
再開発になるJavaをdisるのはヤメロ

framework変えたらほとんど書き直しなんてどの言語でも同じだよ
PythonはDjango比率高いと思う。
ASP.net(C#, VB.net)、Rails(Ruby)、Django(Python)あたりは言語別の定番

Java系の定番は海外だとSpring, SpringMVCだけど、コードが
長くなりがちなうえに複雑だから、シェアは分散している。
Spring以外の上位はGrails, JSF, Play!など
GrailsはRails風だからアジャイル開発可能。言語はJavaに似たGroovyを使う。

速いと言われるnode.jsですら、C++に比べたら遅すぎるんだよね
サーバサイドで速度が必要ならC/C++が最強
速度が要らんなら開発しやすい言語を選べば良い

ttp://dsas.blog.klab.org/archives/51993306.html

2年近く前のデータだが、どの言語も当時と比べて何倍も速くなってないだろ

そりゃスクリプト言語のコンパイラはC言語で書かれてるんだから
字句解析、構文解析のオーバーヘッドがある分、実行速度が遅いのは当たり前だろｗ

実行速度の早い遅いがボトルネックにならない処理がメイン（文字列処理）のWebアプリケーション開発を
効率化するためにスクリプト言語を作ったわけだから、速度で比較するのはナンセンスだよ

車　＝　C/C++
原チャリ　＝　スクリプト言語

用途（目的地までの距離）によって使い分けるのが本物のエンジニアだ

>>659
> 659 名前：デフォルトの名無しさん [sage]： 2013/04/15(月) 17:58:53.91
> そりゃスクリプト言語のコンパイラはC言語で書かれてるんだから
> 字句解析、構文解析のオーバーヘッドがある分、実行速度が遅いのは当たり前だろｗ
間違い

> 実行速度の早い遅いがボトルネックにならない処理がメイン（文字列処理）のWebアプリケーション開発を
> 効率化するためにスクリプト言語を作ったわけだから、速度で比較するのはナンセンスだよ
間違い

> 車　＝　C/C++
> 原チャリ　＝　スクリプト言語
意味不明ｗ

> 用途（目的地までの距離）によって使い分けるのが本物のエンジニアだ
正解ｗｗｗｗｗ

>>643-644
ありがとう
shでもカウンタとか整数属性つけたほうがはやいからそれといっしょなんかね

個人的には
マシンスペックが高くなってきてる今、速度のためにLLの言語仕様が複雑になるのって本末転倒のような気がしてならないなぁ。

javaのframeworkって何を押さえたらいいの？struts2?spring MVC?
Microsoftの製品とjava EEのパテントって、どっちが高く付くの？
HP作るなら兎も角、それ以外に動的言語を使うって基地外に思えてきたよ

ツールやライブラリの整合性を取るのに人件費が掛かることを考えれば、
javaよかMicrosoftの製品を使った方が効率いいよね。
もっとも人件費なんて無視される業界だけど

>>630
今日日のjs・html５はベーマガに掲載されてたものよりか、はるかに上だから

今でもStruts1が多いんじゃないかな。DIにSpringは使うだろうけど。

このスレって、本当に沢山のクズが書き込んでいて、
嘘を嘘だと見抜くためには自分でjdocなりMSDNになり読んだ方がマシ

struts1ってEnd of Lifeとか公式がアナウンスしてるじゃない

>>630
ウルフェンシュタインレベルだろ。

C#とASP.NETをマスターすると、どこに就職できるか教えて下さい
カカクコムより大きい会社でお願いします
天下りを引き受けて公共事業を受託して下請けに投げるだけの
税金にたかるダニのような企業は嫌なので
自社サービスを展開しているところに限定してください

>>669
ないよ
webサービス限定だとJavaですら少数派だもの
C#とJavaはほぼ受託専門だと思ったほうがいい

webやりたかったら日本ではPHP、Ruby
外資系で活躍したいならPythonあたりを覚えておくといい

スタックオーバーフローとかそうだよな。プログラマーなら毎日見てるだろ。

>>669
EvernoteはJavaだよ
C#は知らん
接続数に応じてライセンス代かかるらしいから
スケールアウトが必須なwebサービス業界で採用する奴いないんじゃないか？

ttp://laiso.hatenablog.com/entry/2012/02/16/003509
これ見ればいいんじゃないかな

>>662
>657にも書いたが、海外ではSpringMVC + Springが一番シェアがある。
ただしシェアがあるから優秀というわけではなく、Railsなんかに比べると
コードはかなり長くなる。
Struts1は海外ではほとんど使われてない。

あと、GrailsもベースはSpringだよ

なぜパテントの話が？ライセンスのコストじゃなくて？？

C#ひとつもないな
受託専用言語かｗ
夢も希望もあったもんじゃない

目の前にスタックオーバーフローって書いてあるのに、まさかスタックオーバーフロー知らないとか？？

日本じゃ今でもStruts1人気だよ。

>>676
他には？

https://www.heartfoundation.org.au/recipes/pages/default.aspx
http://www.tonyferguson.com/Recipes.aspx
http://cleaneatingmag.com/Recipes.aspx

alexa100位以内に限定してくれ
ゴミサイトあげられても困る

というか、このスレにいるのって、基本的にプログラマーだよな。
それでいてStackOverflow知らない奴が何人もいるって事に衝撃受けた。
英語だからか。

http://www.alexa.com/topsites
ここから頼む

>>669
求人サイトみればわかる

Webサービス事業やってるようなところは日本だとLinuxベースが多いよ。

ASP.netは企業内システムでの利用が多い。
SIerに就職するより、自社開発もやってる企業のシステム部門のほうが近道
中小、零細の受託は言語とか選べない。下請けばっかりだから。

下請けに投げるだけの大手SIerのほうが給料はいいぞｗ

100歩譲って日本のトップ100以内でもいい
http://www.alexa.com/topsites/countries/JP
教えてくれ

http://www.alexa.com/search?q=aspx&r=topsites_index&p=bigtop

>>683
>下請けに投げるだけの大手SIerのほうが給料はいいぞｗ
こういう思想が嫌いなんですよね
東電社員みたいで吐き気がします

>>655
MSオフィシャルが少なくともASP.NETとASP.NET MVCとSilverlightと乱立させているけどなｗ

>>674
動的言語で色んなレベルの人が混ざるプロジェクトなんか参加したくないのれす

webサービス事業って、バブル景気いつまで続くの？
PHPだとかnode.jsだとか、頭沸いてるとしか思えない

>>672
IISのライセンスが高いのはWindows認証を使う場合だけだよ
Windowsの認証使わなければ、クライアントアクセスライセンスはいらない。
サーバライセンスだけでいいから安い。
パッケージなら6万円。
ボリュームライセンスだともっと安いはず
DBをMySQLとかにすればあんまり金かからない。

webサービスで使ってる企業たくさんあるよ、特に海外。

C#を使って大規模自社サービスは難しいだろうな

最も書きやすい言語の一つだけど、なんせ自社サービスなんてコストケチってLAMPが当たり前だから

>>677
時代遅れの日本のシェアとかどうでもいい。
サポートも終了したしいくら英語弱者の日本人でもStruts1はもう採用しないだろう

>>464
おいおい、俺のオジサンは大手IT企業でcoldfusionの仕事してたがリストラにあって今無職だぞ

eBayとかはずっと前からASP.netでしょ
あとは、証券取引所とかのミッションクリティカルなところでも使われるよ

>>690
スケールアウトで100台のPCが必要ならライセンスだけで〜600万かかるのか
Linuxなら0円なのに…

>>686
そう思うなら、Webサービスやってる企業に入ればいい。

あとは、派遣か契約社員で好きな言語の仕事だけやる。
それか自分で起業する。

多少のこと面倒でも、JSPの方が安上がりじゃないのと思うの私だけ？

>>695
いまサーバの性能もあがってるから、IISだけで100台ってとんでもない規模だよ
その規模になると600万とかは安いものだと思う。
Javaにしたら開発工程ふくらんで、それ以上に人件費かかるだろうしな

ライセンス0円だからって社員向けPCをLinuxにしてる企業ほとんどないでしょ
それと同じ。
規模によってはASP.netはありだとおもう。開発スピードのが大事な業界だろう

>>698
>Javaにしたら開発工程ふくらんで、それ以上に人件費かかるだろうしな
ここらへんがよくわからない
Eclipse優秀じゃん？
VSのほうが優れてるとは思えないけど

本当にVSとC#とASP.NETが他の言語より優れていると思うなら
Rails紹介の時に流行った10分でCRUDウェブアプリを作る
シリーズを動画で公開すりゃいいんだよ

百聞は一見にしかず

それが出来ないならステマと断言せざるを得ない

だよな
机上の空論をひたすら並べるよりも
実証して欲しい所だ

MS「開発効率が良い」
俺「どこらへんが？」
MS「使ってみれば分かる」

じゃ誰も納得しないわ

現実問題、１０分で作れるようなもの作ったところで、だから何だって話で、
それ以上にデバッグだの保守だの改修だのコストを考えてないから現実的に意味ないでしょ
時代遅れのweb formのチュートリアルでも読む方がマシだし、
保守だの改修だの考えないならnode.jsの方がよほど生産的

Railsの例

Blog in less than 10 minutes using Ruby on Rails
http://www.youtube.com/watch?v=JaL9ul17kx0

>>699
単にIDEの話じゃないのよ
JavaのWeb開発はいろいろとめんどくさいのよ
開発に時間がかかり、人件費がかさむ。
そういうJavaを嫌気したひとが、Railsなどに流れた

今もう、ブログとかCMSとかcodeplexに置いてあるだろ

今まで散々ASP.NET MVCのほうが他のどの言語、フレームワークよりも開発効率が良いと
宣っておきながら、いざ実証しろと言われるとゴチャゴチャ言い訳しながら逃げるのかｗ

よーくわかりました

railsってインストールするまでが大変w

IDEだって、VSに比べたらゴミだよ。Eclipse使うぐらいならVimでいい。

>>699
インテリセンスは間違いなくVS>>>>>>>>>>>>>>Eclipse
VSは部分一致でメンバーがサジェストされる。
Eclipseはわざわざctrlとあと何か押さないとサジェストされないし、前方一致だけ。


VSが糞なところは、例えば解決できないクラスがあったとしたら

VS「なにこれ、コンパイルできないんだけど」
Eclipse「あれ、このクラス何？似ている名前のやつの打ち間違い？それともこのパッケージの？インポートしようか？」

>>700
ASP.net MVCはRailsを取り入れてるし同様のことはできるよ
設定による規約も重視してるからJavaに比べたら大幅にコードは短いし、
Scaffoldingもできる。
C#だから性能はRailsよりはるかに上。


MSDNのサイトに動画はたくさんある。
5分でわかる下の動画みれば生産性の高さはわかるとおもう。
コード補完のレベル、コンパイルの速さとかもわかるだろう

5 Minute Introduction to ASP.NET MVC
http://www.asp.net/mvc/videos/mvc-2/how-do-i/5-minute-introduction-to-aspnet-mvc

Sliverlight要求してきて噴いたｗ
そっとブラウザを閉じたわ…

ASP.NET MVCは完成度高いわ。特にMS製品で揃えると、LAMPとは次元が違う統合環境になる。

>>711
そういうところがSONYに通じるものがあるよなMSは
社内政治のゴタゴタを製品群に盛り込んでくるところが大嫌いだ

>>711
いまどきSilverlightいれてない人なんているの？

動画のDownloadもできる。
すぐ下をみてみな

DOWNLOADS: MP3|MP4|WMV

>>714
>いまどきSilverlightいれてない人なんているの？
ワロタｗ
そんなカスプラグインなんか誰が入れるかよ

>>711
まあそう言わずに
http://www.microsoft.com/taiwan/silverlight/

今はFlashですらオワコンになろうとする世知辛い時代じゃ

テキストエディタでゴリゴリWebアプリを書いてる人は
>>710の動画みたらおしっこ漏らす

railsとかPHPとか５年後にはColdFusionみたくなってそう。
人類の共有文化になりつつあるjavaやlinuxは無くならないだろうけども
各企業が仲違いして今後のjavaやlinux、javascript/html5が失敗するのと、
Microsoftが無くなるの、どっちが早いだろう

iモードが全盛ならiモードに合わせてサイト作る。それだけだろ
自分がイノベーションを起こせないならね

javaの当て馬、flashの当て馬みたいな糞製品を世の中に送り出すけど、
Microsoftって会社は確実に着実にトレンドを追いかけ続けるんだよね。
独自で主導権を握って、ついでに廃れつつある技術のサポートまでしっかりしている
これが有志たちの自助努力じゃ、ブームが去った後で保守不可能な巨大な糞の山になって、
どのみち新しい技術で作りなおした方がマシってなりそう

>>718
railsのほうがもっと簡素に書けるでそ

>>716
まだこの萌えキャラだしてたのかｗ
台湾MSやるな

railsって、PHPやASP．NETと市場が被るでしょ?
c＃で書けた方がエンジニアとして長生き出来そう

>>708
さすがにそれは極端だろ。
vimは好きだしよく使うが、スコープを認識しない分名前解決のあたりがうまく機能しない。

うまいこと名前解決してくれればトレースももっと楽になるんだけどなぁ。

アキレスと亀の話みたく、FOSSの開発スパンがはやかったところで、Microsoftに追い付くことはないんだろうなと思う
それでもFOSSを応援しなきゃならない事情はMicrosoftの独裁と製品価格の暴挙を敬遠するためであって、
Softwareの開発コストが実際に無料になるのは誰しもが困る
今のスマホアプリが０円で手に入るって本当に馬鹿げていると思う

アキレスは亀に追いつくだろ

よく知らないけど、多分、追いつきません。

MSはIEで動く独自の言語を早くIEに載せるべきだわ
JavaScriptを消し去ってほしい

既にVBAって、誰も見向きもしない言語が載っている

MSはIEをこの世から消し去るべきだ
それが世界中のエンジニアの労働時間を減らしてくれる

MS分割は機を逸してもはやないだろうが、
満18才以上のゲーム禁止は今後あるかもしれない。
そうするとソフトウェアの世界も大きく動くよ。

https://twitter.com/search?q=IE死ね
これが世論です

PCでのエロゲ販売を禁止して、FOSSでしか手に入らないようにすれば、
linuxがデスクトップ市場で勝利する可能性も見えてくるわけだ

IE１０ってfirefoxやoperaには追い付いてそう

http://matome.naver.jp/odai/2134640485220132201
完　全　同　意

ワロタｗ
俺だけじゃなかったんだな
IE嫌いは世界の常識か
俺はIE嫌いをこじらせてWindows、MS嫌いへと発展し
最終的にMacへ鞍替えの道を辿りましたｗ

Microsoftって工業製品をリリースする感覚でやってるよね
googleやmozillaっていつまで立ってもhackって印象
>>737
また好きになるよ

IEはもう10年くらい全く使っていない。まてよ銀行オンラインでは使うか。

>>738
>また好きになるよ
何こいつ気持ち悪い…

>>739
IEじゃないと動かないなんてセキュリティが怪しい銀行だな
絶対金預けたくない

セキュリティだとかActiveXでこさえたソフトウェアの保守だとか、
簡単に古いブラウザを切り捨てられないんだろうとは思うが実際はどうか知らない

知っての通り銀行はレガシーシステムを使いまわしてる

いまのIEはWeb標準に準拠してるからな
嫌いになる理由がない

いつまでもIE6対応やってる日本が悪い
そんなことやってるからバカがバージョンアップしない
サイトでIE6ユーザを切るのは思いやり

遺伝的アルゴリズムのように乱交しつつ生まれては消えていくのがOSSで、
淘汰されていった屍を踏みつつ最適解を辿るのがMicrosoftだよ

>>670
ちょっと上でJavaが圧倒的だって出てたじゃん
今はSpringが主流、JavaEEもあり

海外サイトだけど、IEでアクセスできないサイトあったよ
逆に日本の田舎がデザインしてる糞サイトはIEしか受け付けなくって、ubuntuを使ってたときはキレた

>>724
んなこといったらJavaも被るだろ

>>730
VBSだろ

>>745
平たく言うと　二番煎じ　ですね

IEは9以上は随分ましになってるだろ
グラデーション対応してないのがデザインするときには痛いが

最近バージョンアップしてからまだ遭ってないけど
IE9は長時間使ってるとレンダリングがグチャグチャになる症状が出てた
IE再起動すれば治ってたけど、あんまり良い印象なかったなあ

javaって企業とか銀行とか病院とかが主な相手
hadoopとかもあるし仕事の幅はありそう
webサイトなんて金にならないから敢えてやる程の価値ないだろうし

>>751
開発のテスト用にしか使ってないから、長時間やるとどうなるかは知らなんだ
IE7以下だとCSS解釈がぐちゃぐちゃ、IE8はJS遅すぎ&CSS3使えないと来てるから、IE9がマシに感じた

>>749
不要な技術なんて覚えて楽しい？

>>754
そのとおりだな
IEに対応するためのCSSハックとか覚えても仕方ないと思うわ

糞田舎の糞サイトみたくIE基準に作ったら良いのに

>>744
>嫌いになる理由がない
MS製品という最大の欠点があるじゃないか
俺MSとOracleが大嫌いなんだよね…

Oracleに買収されてから色々とJavaが酷い

MicrosoftやOracle、google嫌いが一定数居るのは本当に有難いことで、
ああいった企業に背いて何か作ったり、何か作ったものを使う人たちは
製品価格が下落する理由とし本当にありがたいけれども、実際にそれらを使おうとか使いたいとか思わない。

MS嫌いやOracle嫌いはいるけど、さりげなくGoogleを仲間に
入れようとしても無駄だぞw
一般人はともかく、デベロッパーでアンチGoogleはほとんどいない
むしろ信奉者が多いw

Googleは好きだな
色々お世話になってるし（特にAdsenseあたりで）
会社の概要の主要取引先にGoogleって書けるのがありがたいｗ

>>760
だよなｗ
俺が投稿したのかと思うくらい
禿げ上がるほどに同意だわ

俺は開発者だがGoogleが一番嫌いだわ
近年のGoogle検索なんて上位50件ぐらいがアフィブログだし
Androidフレームワークとか糞だし
ようつべもいきなり最近一気にアフィ臭くなった

日本語入力とマップは愛用しているよ

googleの思う壺だな、まあgoogle, amazon, MSとかはそれで尖った開発してるからいいのか。オラクルは微妙だが

>>760=761=762


>>762
というかお前だろ

俺はGoogle大嫌いだよ
スパイウェアばらまいて儲けてる企業だから最悪
個人情報乞食

lambda入ったし、JavaFXはjavaベースになったし良い事ばかりじゃない
良い人材を無料で雇用できるとか考える方がオカシイわけで、
良い人材ほど無料で働きたがったら、それより下層は金を払わないと仕事をさせて貰えなくなる

>>760
ベンチャー買い漁って吸収しすぎ。サービスもコピーのコピーみたいな後発のものが多い
嘗てのMicrosoftとかわらないから。スマホで個人情報を手に入れたら自分らでfinanceに利用するんじゃないの？
それと、dartやgolangとか誰得なもの出し過ぎ

>>765
760は違うけど？761と762は俺だけど
まぁお前に語ってないから>>760に伝わればそれでいい

GoのTシャツ持ってるわｗ
google devfest 2010に参加したら貰えた
Go言語はまったく触ったこと無いが

googleやMicrosoft,Oracle級の大企業が別の企業カラーで三すくみの状態が理想的で、
どれもこれも似たようなサービスを提供して平均化しても、誰も得しない。
一端のサーバーエンジニアの価値下落とか本当に笑えない。
エンジニアの生活を守るのは金だって、大人の態度を取ってくれるOracleとMicrosoftが好き。

>>710
同じく5分動画でMeteor
http://www.meteor.com/screencast

JavaScript最強すぎワロタw
まるで魔法w

私はGoogleファンというより期待。
同時機械翻訳サービスのね。

ぶっちゃけその手の

仕様、設計、コード内容等、準備はあらかじめ終えています。
あとはタイピングスピードが全てです。

みたいな○分動画は、ふーんとしか思わんよ。

どうせ出来るものもサンプルどまりだし。

多分どんな言語でも用意して
ベストパターンでやれば出来る。

>>773
771を見てから言えや
全く今までのフレームワークと違うから

Googleは凄いと思う
何が凄いって予想の斜め上を行くものが次々出てくる
V8エンジン、Googleアース、Google Glass、自動車の自動運転、
どれも度肝を抜かれた
それにライブラリとかオープンソースへの貢献度も凄い
めちゃくちゃ技術あるだろ

日本という国からGoogleが出てこない寂しさ…
俺はどうしても耐えられない
サイバーエージェントや楽天、モバグリ、はてなが日本のWeb系IT企業のトップという現状が…
海外に輸出するほど流行ってるwebサービスを作ってる会社を見たこと無い
Twitterくらい海外より先に作れたろ…なんでや…

グーグル検索予測:差し止め命令　名誉毀損を認定
http://mainichi.jp/select/news/20130416k0000m040053000c.html

グーグルはプライバシーを軽視するクソ企業
裁判で負けない限り態度は変えない傲慢さがひどいね

>>776
無いなら自分で作ればいいじゃん

>>776
ほら、君の書き込んでいるこの掲示板が
アノニマスを生んだじゃないか
灯台下暗しとはこのことだなw

>>776
日本のIT教育は遅れに遅れてるからな
中学校のパソコン教室で学ぶのは
ホームページビルダーを使って
学級ホームページ（死語）を作ろう！とかだぞｗ
んで出来上がるのは愛生会

>>771
はいはいすごいすごい。
チャットルームやオンラインゲームに使えるかもな。

・・・で？

>>776
ニコニコが出てきただろ
あんな凄いコミュニティは海外でも見たことがない
ボカロとかミクミクダンスとか、素人創作とかいろいろあそこから
誕生しただろ

Google earthって、買収した会社のプロダクトだよな。
目の付け所が良かったとは言える。

>>782
これがニコ厨か

劣化JavaScriptと揶揄される新言語Dartを発表したりとか、
予想の斜め上を行ってるよな
MicrosoftのTypeScriptの方が評判良かったりしてw

>>784
無料視聴できるサービスで黒字化したのはニコニコが世界で唯一
世界ガーは自虐史観的で気持ち悪い

ニコ厨はプレミアム会員様の施しのおかげという自覚すらないから困る

えげつない有料放送してるくせに「無料視聴で唯一黒字！」恥ずかしい

ニコニコって技術的には大したことしてなくね？
いまだにシークすらできないし

>>776
海外での日本アニメの普及は割りとすごいから
そこらで会った台湾人、韓国人が絶対領域や引き篭もりって単語を知ってるぐらい普及してるから
アニメオタクなんてものが,もはや道端に転がっている犬のウンコぐらいの珍しさでしかない

googleがやってるような研究って、わざわざWeb系ITでやるものじゃなくて製造系企業でやるもの

どっちも出来るから凄いんだよ
日本はそこに垣根を作るからいけない

楽天みたいな巨大なショッピングモールは海外にないし、モバゲーやグリーみたいな高収益のゲームサイトは他にない。
凄いと言えば凄い。
けど、ニコニコもどれも国内限定のサイトでしかない。

モバゲーみたいな搾取系ソシャゲは海外にも大昔からあるぞ
それが日本ほど高収益じゃないとしたら、単に海外の民度が高いだけ

いやアメリカでもサイバーのゲームがソシャゲで一位だったりするし、単純に日本のゲーム制作が優れてる
日本はダメって結論だけは動かないんだな

単に外人は日本語使えんし、日本人は英語苦手だから変な発展したんじゃないか

グリーとかの日本のソーシャルゲームは北米進出して失敗したよ
あの馬鹿みたいな課金カードゲームにはアメリカ人は食いつかなかった。

>>793
アメリカはモールじゃなくて、amazon型の直営が多いな
モール型で最大はeBay。
オークションサイトだと思ってる人多いけどほとんど固定価格で実体はショッピングサイト

>>789
そう思うならニコニコを超えるものをつくってみればいいんじゃないか。
動画系は技術面よりも、回線コストとかの資金繰りが難しいビジネスモデルだとおもう
あとは著作権がらみの訴訟とか。

カスがビジネスモデルとか語っちゃてると鳥肌立つね

ケータイゲームとかウンコじゃん
これを擁護してる奴の頭言ってるわ。オレオレ詐欺とかも高く評価してるんだろうな
技術開発的視点というものは皆無

ゲーム脳

海外のキャラクターグッズは基本的に本当に可愛くない
デザインが全部、クリーチャー。バービー人形もクリーチャー。
plan9やgolangのキャラクターで獣姦したい不純な欲求が生まれるぐらい何もかもが可愛くない

>>799
技術さえあれば売れるんならいいんですがねｗ

一昔前のunix板とかなら、2chをRoRで書き直すぐらいのことしてそう
それを出来ないのが今の若者世代

老害ｗｗｗｗ

>>802
売れるウンコの話は他所でやれば？

例えば、台湾人とか香港人とか韓国人とか、兵役や軍隊訓練の苦労話で盛り上がった後で
BLEACHやNARUTOの駄目出しを行ったりするのが今日の世界に蔓延したウンコなんだって国外に出てみて気付いた
国産品の良さについて、今ひとつ理解してないのが日本人で、わざわざ有難がってperl,pythonを使っていたのが日本人
そして、rubyとrailsを捨てた日本人。まぁ、カスはカスらしく企業のナニでも弄ってて下さいよ

rubyなんてゴミは捨てる前に拾ってないしー

あーイタタタタタ。典型的な痛オタク。こういうの、世界中から煙たがられてるから。
恥ずかしいから外で喋らないほうが良いよｗ

こういうとこでクールジャパン（笑）語り始めるほど痛い奴はいない
そもそもrailsは日本のものじゃねーだろｗ

韓国なんて未だにActiveXのせいでIE依存してるし、中国なんてもってのほか
世界的に日本よりネット技術が進んでる国ってあんまりないけど、とりあえず日本がダメだと言いたいだけ

後進国と比べてる時点で日本が終わってるって気付こうな

じゃあ日本より明確にネット文化が進んでる国ってアメリカ以外にどこがあるの？
アメリカ様バンザイってこと？ｗ

ああ、アメリカには誰がどう見ても完敗以外の何物でもないわな

うんこ

韓国でActiveXがよく使われてるのは、それだけ早くからインターネットが一般に普及してたからとも言える。
LINEとかパズドラとか、韓国から見たら海外市場である日本で成功しているインターネットサービスもいくつかあるわけで。

>>781
くやしいのう、くやしいのう
ASP MVCではできそうにもない魔法のようなことが
次々と起こってくやしいのうw

>>816
ASP MVCってなんだよ
ASP.net MVCならあるがな

リアルタイム用のフレームワークと比べてる時点でバカ決定
リアルタイムでやることの欠点も理解してないんだろうな

そもそも用途が違うからな

>>797
で、でたー！www
文句があるならお前が作ってみろ。

じゃあお前が馬鹿にしているグリーより稼げるソーシャルゲーム作ってみろ

>>817
何ソレ?SignalR?
というか、methor frameworkのやってることって、ASP.NETのweb formと何がどう違うの？

>>819
文句があるならなんて書いてないだろ。

>789が技術的にたいしたことないとか書いてたからだ。
動画サイトの運営で一番難しいのは、高額になるインフラの維持費用を
どうやって捻出するか、だとマジレスしたまでだ

>>820
SignalRはMSのリアルタイムの技術、フレームワークでしょ
JS使ってサーバからプッシュでブラウザの情報を書き換える。

通常のASP.netやASP.net MVCはクラインとからリクエストしてレスポンス返す。

それ技術関係ないじゃん

>>820 >>823
http://www.asp.net/signalr

ASP.NET SignalR is a new library for ASP.NET developers that simplifies the process
of adding real-time web functionality to your applications. Real-time web functionality
is the ability to have server-side code push content to connected clients instantly as it becomes available.

You may have heard of the HTML5 WebSocket API that enables efficient bidirectional
communication between the browser and server. SignalR uses Websockets when it is
supported by the browser and the server, and gracefully falls back to other techniques
and technologies when it is not. Either way, your application code stays the same.

SignalR provides a simple ASP.NET API for creating server-to-client remote procedure
calls (RPC) that call JavaScript functions in client browsers from server-side .NET code.
SignalR also includes API for connection management (for instance, connect and disconnect events),
grouping connections, and authorization.
Install Visual Studio Express 2012 for Web Free

SignalRすごいな。
オープンソースでここまでの品質で
作るのは無理じゃないか？

>>825
GithubにApache 2.0 Licenseで公開されてるのにオープンソースじゃないの？ｗ

>>825はオープンソースコミュニティでの開発みたいなのをイメージしてるんじゃね
SignalRはMSの社員が仕事で作ってるわけだし、一般のコントリビューションを受け付けてないわけじゃないがポリシーは非常に厳格
まあまともなOSSのほとんどに当てはまるんだけどなコレw

結局Javascriptすげえw

この6分の紹介動画もおもしろいな
見(ら)れない人はダウンロード可能

SignalR and Web Sockets
http://www.asp.net/vnext/overview/signalr/signalr-and-web-sockets

でも結局dbとのやりとりにモデルによる
バインディングが必要なんだね

>>828
これサーバサイドはC#とVB.netじゃないか

ASP.netとC# が最強だった。が正解

javascriptの力を借りてなw
まあ、サーバーサイドでDbバインディングが必要な時点で
Meteorの方が上だけどw

>>832
バインディングってなにをいっているのやら
ASP.netは特定のORMに依存しないフレームワークだし
ORMだろうがDBだろうが自由に入れ替えて使える。
RDBならEntityFrameworkがテーブル作成もCRUDもやってくれる。

POJOベースのClassでModelを定義するのは作法といういか今の流行なだけで
実際にどういうデータストアを使うかは自由

訂正、C#だからPOJOじゃなくてPOCO(Plain Old C# Object)だった。

まぁlinux鯖で.net framework4を動かすのがすごい大変
結局IISは必要なんよ…という話

>>833
意味がわからん
そのEntityなんちゃらとやらだって、モデリングもマッピングも結局必要なんでしょ？

>>836
RDB使うならインピーダンスミスマッチがあるんだから、
なんらかの形でRDBとのマッピングが必要なのは当たり前だろう
ただし、EntityFramework(EF)は、設定による規約で大部分を自動でできる。
昔のORMのように設定ファイルにマッピングを書いたりはしない。

モデリングは不要。
EFでは、Model First, Code First, Database Firstと3種類の開発が可能で
概念データモデルの作成は必須ではない。

CodeFirstなら、こういうクラスを書いて
http://www.atmarkit.co.jp/fdotnet/scottgublog/20100726codefirst/codefirst_03.gif
SaveChanges()を呼ぶだけでDBに書き込まれる。
名前の規約に従えば、テーブルなども自動生成される。

Get Started with Entity Framework (EF)
http://msdn.microsoft.com/en-us/data/ee712907

英語わからないならこっちとか
http://www.atmarkit.co.jp/fdotnet/scottgublog/20100726codefirst/codefirst.html

837一部訂正、「設定による規約」は言葉がおかしかった。
「設定より規約」、「規約による設定」と訳すべきか
まぁ、Convention over Configurationのこと。

EntityFrameworkは、Javaの定番ORMであるHibernateより使いやすい。
PythonやRubyについては定番のORMすらない状況

entity frameworkは勉強程度でしか使った事ないけど、他の言語でコードファーストなormってあるのかな？
c#の場合、linq2sqlとか、それぞれ特徴を持ったormが揃ってるよな。
ormも似たようなのがいくつ有っても意味ないんだよな。
phpとかomの乱立が酷い。

> PythonやRubyについては定番のORMすらない状況

釣り針が大きすぎ

>>840
Python, Rubyで実際に評判のいいORMないでしょ
名前あげてみてよ

Pythonはもう何年間もSQLAlchemy一択状態
declarativeを使えばコードも簡潔

なんで PHP はダメなの?
普通に圧倒的にPHP(とPostgreとかMySQLとか)で構築したサイトばっかりでしょ？
PHP を貶す(無視する)のがかっこいい？

言語的が汚い

>>844
Python のほうがもっと汚い

パイソンを汚いって・・・
頭大丈夫か？
あんな綺麗な言語を

構文の奴隷にはなりたくない。
好きなように書かせろ

30年前の発想だな
ま、個人でやるぶんには
好きにしろ

綺麗なソースってのは、COBOLやFORTRNみたいに80桁のパンチカードに縦に揃ってて、見た目が美しくないとダメだね(笑)
スモールキャピタルは醜いし…

美しいの意味がちがうな
コボルとかフォートランなんて
構造化思想以前の言語なんて
クソクラエ
きたねえ

>>846
Python とか綺麗か？
ほんとにそう思ってるの？
俺は Python のソースを見ると吐き気がしてくる。

本当に見た目が美しいものは、構造的にも完璧で美しいんだよ。
歴史的な建築物を見てみろ

>>851
スパゲティが好物だからじゃないか？

>>853
おれは蕎麦(盛り)が好きなんだよな。
お前は知らないと思うけど、あれはざっくり盛ってあるんじゃなくて、一たぐりずつ食べやすいように配慮して盛ってあるんだよ。
田舎もんにはわからないだろうが
ふふっ(笑)

if __name__ == "__main__":
main()

>>855
1行目の行末の;はなに？

: は定義リスト
http://www.eigowithluke.com/2010/12/%E3%82%B3%E3%83%AD%E3%83%B3/
>コロンがある文の後半は前半を明確にしたり、さらに詳しく説明したりするので、｢namely｣と同じ役割を果たします。

; は句点
http://oshiete.goo.ne.jp/qa/349073.html
>Truth is a good thing; however, it is not the highest political action.つまり、howeverは必ずピリオドかセミコロンの後にならなく、又その後にカンマが来なくてはならない

http://ja.wikipedia.org/wiki/%E6%B1%9F%E6%88%B8%E4%B8%89%E9%AE%A8
>早ずし（握り寿司）が流行する以前は、寿司は調理するのに時間がかかり高級品であった。当時は大名の江戸藩邸や旗本諸侯からの接待品あるいは贈答品としての注文が主であったと伝えられる

名称の標準化作業
http://www.jfa.maff.go.jp/j/kakou/hyouzi/meisyou.html
現場での呼び名
http://www.zukan-bouz.com/zkanb/hougen/hougenmokuji.html
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1369081598

食べる人がいるからその領域が開拓されて普及するというだけの話だべ
cheeseはあんま食べないから生産者が育たない＆吉牛290円とかよくわか
らん流れが決まっていくのさらに牛の生産者が…やっぱcheeseは高いと
いう住み分けになるとpythonはあれもcheeseshopなのもそんな所馴染みがあるからかしらん…

>>857
英語が母国語じゃない人にとってはコロンとセミコロン、カンマ等の使い分けは難しいじゃないの？
英語母国語の人でも明確な定義を求められたらまごつくよ。
私は帰国子女だけど(笑)

ここで上げられてるMicrosoftのビデオを見たけど
やっぱりMSはすごいな
OSと言語とIDEが高い完成度で統合されているシステムを作ることができるのは
やっぱり企業なのかなと思った
ここまでシステム一式が高い完成度で作り込まれていると気持ちいいね

まあそれでもロックインされるのが嫌だから
自分はMSの製品を使うつもりはないけど
これは対価を得るに値すると思うし
ソフトウェア開発のモデルに一石を投じる存在としても
MSを応援したいと思った

ぶっとい釣り針だ

質問ですが
Perl6、Groovy2、TypeScriptなど、動的型付け言語に静的型付けが導入されていますが
こうした傾向は続くと思いますか？
また、このメリットは何でしょうか？

>>859
5年後、10年後に違う技術を使いたければ乗り換えればいいだけでしょ
.NETもASP.netもオープンソース。
Entity FrameworkもSQL Server以外でも使える。

他の言語だってフレームワーク変えるだけでほとんどコード書き直しになるし、
数年後はWebの技術も様変わりしてる。

ベンダーロックインで困るのは「SIerに丸投げしていてソースコードすらない」場合だけ。
自分/自社でソースコードとデータベースのデータを持ってるなら何も問題おこらない。

>>837
必ずマッピングが必要？
間違いだね
ユーザーがやる必要はなく、ドライバなりフレームワークなりが
やるようにすればいい
entityframeworkはその点で負けてるんだよw
残念ながらね

>>861
続くと思いません
ideは賢くなって動的言語でも解析できる方向に進化するから
はい次

「設定による規約」
これは、迷言だわw

>>863
わざわざインピーダンスミスマッチという言葉まで出したのに文意読めてないね

ORMでは何らかの形でマッピングは必ずやってるって意味だ
意識しない場合は、規約に従って裏でやってるってだけ
EFもASP.netは十分にCoC重視する設計

ASP.netさえも批判する>>863はRails信者だろうな
Railsのブラックボックス的なところは、
何が起こってるのかわかりにくいって各所で批判されてるよ

>>863
「その点で負けてる」って何に負けてるんだ？
まともな日本語つかってくれ

コード側でModelも定義せず、データベース側でも定義せず、
ではデータモデルはできあがらないだろ

RailsのActiveRecordもマッピングしてるな

単にC#やそのライブラリが優れてるってだけじゃなくて、アプリケーションサーバやデータベースサーバ、IDEが統合されてるというのが、ストロングポイントで、
その点で寄せ集め環境のLAMPじゃ絶対敵わないんだよな。
まー、全部MS製品で揃えるのはコスト掛かるし、ロックインされるって不安はあるけどな。
ただ、やっぱMS製品の完成度は高い。

Meteorに負けてるんだろ

個人的にはORMって不要だと思ってるけど、もしORM使うんだったら、コードファーストの考え方は非常に正しいと思うわ。

>>870
前にいたあのJS信者か。それなら納得。
マッピングが不要なんていってるあたりから判断して、
ORMがなんなのかもわかってないんだろうな

クライアントのコードもサーバーのコードもdbすらも、全てが
同じモデルを共有する
そこにはたった一つの統一されたapiしか存在しない
今までのように、サーバーとクライアントとdbの間でapiが異なって
いるわけでもなく、モデルとdb間のマッピングも必要もない

まあ一つの究極系だよね
meteorは

>>872
ormが必要だと考えている時点で遅れてるんだよ
今までの発想から抜けられていない
設定よりも規約を突き詰めれば、設定はなくなる

ま、このスレのASP.NET信者の人は、お得意の「設定による規約」で頑張ってくれw

>>873
はいはい
そのゴミフレームワークつかってる有名な事例でも上げてみたら

>>875
揚げ足取りしつこいな
そこは指摘される前に、すぐ訂正しただろ
CoCを英語のままだとわからないひともいるかと思って日本語にしたら間違えただけ

tes

Meteorヤバすぎるだろこれ。
ちょっと検索してみてお茶吹いたわ。
10年後から来たフレームワークみたいだな。

10年前から来たフレームワークみたいだな
みたいにみえた

なんだすごいほうか

Meteor（メテオ）はアダルトゲームブランド。wikipedia

>>864
IDEで動的言語を解析できるようになるって楽観的すぎだろ
コード補完の恩恵を受けたければ静的型付けにならざるを得ないよ

TypeScriptで静的型付けを導入したのもそれがあるな

Microsoftはずっと前から静的型付け重視
動的言語は低速なおもちゃ

動的型言語の補完機能も
Pythonのjediレベルまでいけば
十分満足できるレベル

すげー
ttp://mattn.kaoriya.net/software/vim/20121018212621.htm

Javascriptが最強すぎて他の言語がどうでも良くなってきた
下手な静的型言語より速くなって、ライブラリも充実しだして
死角がなさすぎる上に、他の言語で無理なことも出来てしまう

ファイル処理すら綺麗に書けないカス言語が何を言ってるのか

動的型言語で静的型言語並みのリファクタリングはできるの？
エラー解析はできるの？
できないでしょ

確かに一行ずつ処理するやり方は少し煩雑なのだが、
今の時代はそんなことせずとも、一気に全部読み込む方式で
99％こと足りるので、別段満足に書けないとは思わないな

しかも、煩雑なのには理由があって、他の言語が同期式でしか
できないところをあえて非同期でやってるから
非同期読み込みのあの書き方は、むしろやってることに比して、
結構シンプルだ
他の言語で同じことをやろうとすると、出来ないか、
もしくはもっと複雑になる

「普通のファイル処理」でさえ煩雑なのは事実じゃん。クソ言語すぎる

>>889
たとえば？

>>891
いや、むしろシンプルだ

「普通のファイル処理」は、一気に全部読み込むから
カンタンだよ

>>893
>>890が煩雑だと認めてるのだがｗ

つか、node.jsのライブラリがそういう方式なだけであって、JavaScriptの
せいではないだろw

>>894
それ普通じゃないです

はじめてのプログラミングでjavascriptから始めたんです。
最終的にやりたいことはamazonなどから商品の値段を持ってきて安い順や高い順に並べる（価格.comのような）
プログラム作りたいんですが、これから僕はどうして行けばいいんでしょうか。

>>897
メモリが10ギガ超える時代に何言ってんだか。
長編小説が数百KBくらいかね
ま、一気に読み込むのが普通だと思えないようでは、
センスがないね

>>899
言い訳が苦しすぎるよ。メモリが10GBとか当たり前のように言ってるお前のほうがセンスないよ
お前が一人で使ってるマイPCの話なんてどうでもいいんだが、他の言語でも全部読み込みなんて同様にできるし
問題はJSが一行ごとの読み込みを綺麗にできないことだってことを忘れるなよ

1. あの書き方をしなくてはならないくらい大きなファイルを読み込むのは、
現在では非常に稀なケースである
2 稀なケースである上に、非同期で読み込めるという利点がある。稀であるという事実と非同期であることの利点を考えれば、ちっとも
複雑ではない。妥当なトレードオフである。
3 ライブラリまたはプラットフォームの方式であって、別にjavascriptのせいではない。
現に、MicrosoftのWsh、adobeのFlashなど、他のプラットフォームでは
普通の同期式の読み込みである

読み込みのためにプラットフォームを切り替えなきゃいけないんですかあ？ｗ

切り替える必要は全くなくて、ごくごく稀な場合に数行書けばいいだけ
なんだけど、たとえ切り替える必要があったとしても、それは
言語の問題じゃない

メリットはすべて言語の手柄で
デメリットは言語の問題じゃない

>>886
Windowsでは使えないのかぁ〜

あれを欠点だと捉えるのが間違い
むしろ、処理を妨げないで次々他の処理を受け付けるのが、
UIや、リクエスト処理等のレスポンスの点で利点なんだ
たとえば、JavaなんかではNioが登場するまで不可能だったし、
もっと複雑な記述になる
まあNode.jsの人気が出たから、慌てて真似するようなのが他の言語でも
出てきてるようだがw

そもそも論になるけど、簡単に出来ることをなぜあえてしていないのかを
もうちょっと考えようよ
それは、欠点ではないから
それのために新しい関数を付け加える程のことでもないってこと
ちょっと想像力があれば分かりそうなもんだがw

>>906
ここはスクリプト言語のスレだからね
スクリプト言語として評価するなら JavaScript + node.js はいまいちだ

node.js の上に Python ばりの API を実現する facade があればいいのに

>>906
いや一行ごと読ませるくらい出来て当然だろ。馬鹿か？

スクリプト言語として考えるなら、
なおさら全部読み込むので事足りる

>>908
だから、出来るんだけど

>>908
そのとおり

>>910
クソみたいな方法でなｗ

>>912
他ではできない、素晴らしい方法でね

>>909
足りない。パイプに通す場合とかどうするの？

全部読み込ませて良いとか言ってるのは、Python2.xでxrangeじゃなくrangeを使えば良いと言うのと同じ
Python3.xでは基本的に前者しか使わない

>>914
全部読み込んで渡せば？

最近のプログラマなら、普通はイテレーターやジェネレーターという概念があるでしょ。
何がメモリに全部ロードだよ、馬鹿か。

>>915
全然違う
その場合はメモリではなく、処理速度の関係
一回読んだら十分のIoでは不適切な例

>>918
違わねーｗ巨大配列を作ろうと言ってるのがお前だろ

まずね、なんで処理するファイルが一つだと思ってるのかが理解できない。

>>917
最近のプログラマなら非同期の概念ぐらいあるよな？w
>>919
巨大配列を作りたくないからxrangeを使うんじゃないんだが・・・
やっぱ、センスが無いんだろうなあ

>>920
誰もそんなこと言ってないし、
むしろ一つじゃないからこそ、一つ一つは全部読み込んでも
全体の中では微々たるメモリになる

>>921
なんで具体的に喋らないの？何もわかってないとしか思えないんだが
デタラメ嘘八百を並べるだけなら他所でやってくれないか？

>>922
え、じゃあハードディスクに存在するすべてのファイルをバイナリとして全部メモリにロードしてみてよｗ

またJS信者が暴れてるのか

>>923
意味がわからんなあ
具体的な話が必要な場面なの？
まあループの内側で使ったら、ループのたびに時間が累積していくけど、
メモリはガベコレで解放されるとか？
>>924
は？
テキストファイルの話だし、ガベコレなり、スタック抜けるなりで
すぐに解放されるんだけど

なんで解放しなきゃいけないんだ？言ってることが矛盾してるだろ

システムが勝手に解放するけど？
解放しなくても、配列使いまわしたら同じアドレス参照するし

全部読み込みしか許さない馬鹿に何言っても無駄臭いなあ

いや、別に許さないわけじゃないよw
それがクリティカルな場合は数行追加すればいいだけだし、
むしろ非同期な利点が大きくなる

非同期にどんだけ衝撃うけたのコイツｗ
for line in open(file): hogehoge みたいな直感的で当たり前の処理ができない言い訳が苦しすぎるだろって言ってんのに

苦しくないから、そんな処理がないんでしょうに
頭使えよw

直感的で当たり前というなら、read.splitで出来るしな

普通にあるよ。リソース無視、扱うファイルのサイズ、数は超限定の人にはないだろうけど

>>933
それ全部ロードでしょｗｗｗｗｗｗｗｗｗｗ

>>934
一つ一つのサイズは関係するけど、
ファイルの数がたくさんあるってのは、あまり関係なくね？
数ある場合は配列使い回しだろうから、メモリは加算じゃない

ちなみに、nodeでやる方法って？

>>936
だから、なんで一個のファイルしか見ないことを想定してるの？

>>935
全部ロードで直感的にできるから、直感的にできないというのは
当たらない
で、「メモリがどうのこうのと「いつの時代の化石だよ」と言いたくなるような
苦しい言い訳してるけど、そんな特殊例での数行の処理が
そんなに苦行なのかよw
>>937
意味がわからない
配列の使いまわしという言葉を見て、なんでファイルが一つだけだと思うんだよ
一つだけなら使いまわせないだろうがw

>>938
複数のファイルを全部ロードしたらメモリ使用量は加算だろ。アホ？

>>938
直感的だけど全部ロードだから糞じゃん

JS厨は相手にしなくていい
馬鹿なうえにしつこい
何言っても言い返してくる

>>941
お前は何を言っても言い返さない。
言い返せないというのが正解か。

何度断ってもしつこく言い寄ってくるからJS厨嫌い

そう言えば、PHPのタイプヒンティングがINTやSTRも対応するって話、どうなったんだろう。
随分前に実現するって言って、未だに実現してないと思うが。
あれで、返り値の型も指定出来れば、本格的にIDEで補完使えるようになるわけだけど。

もう補完の話はいいって
Pythonでは出来てるから

>>945
パラメータのメンバも?w

こういうこと？

def foo():
    bar(1)

def bar(x):
    x. # <- ここで数値クラスのメソッドだけ補完候補に出てくる

>>944
PHPが静的な型付けができる言語になるということ？

>>945
型が分かるメリットは、コード補完だけじゃないだろう
性能面でのメリットも大きい

もう性能面の話はいいって
JavaScriptは速いから

>>939
はあ？メモリ使い回しなのになんで加算なんだよ。

性能面はボトルネックだけC/C++で書いた方が効果的だが、
このアプローチの問題はC/C++を使えない馬鹿には無理ってことだな

>>876
Meteorを推してる馬鹿がしつこかったけど
有名サイトでの採用事例は何一つ上げられなかったなｗ

JS厨がアホすぎて

最近、JSに敵意を示して
それでいて悪口以外いえない
馬鹿が出没してるのか？

いや普通に指摘しても>>950みたいに理解力皆無だから会話にならない

直子以外の女を誉める奴は糞
直子の悪口言う奴は許さない
でも、俺以外に直子は使わせない
あはははははは

>>955

それは>>950のせいではない。その前の>>939が悪い。
>>939は明らかに理由を説明していない。
説明していない理由を、理解する方法はない。

わからない奴が馬鹿なんですー。
説明が下手なんじゃないんですー。

>>957
複数のファイルを全部ロードしたらメモリ使用量は加算だろ。アホ？

>>954
jsと言うより、非同期系の処理でなにかやらかしてトラウマにでもなっているのだろう。

Node.jsの話をおいとけば、
端見て気になるのはファイルを1行ずつよんでなにをしたいのかってことだな。
jsなら全部読み込んでXPath使うんじゃないのかと。


ところで、FileAPIってseek系の関数なかったけ？
FileAPI自体まだ未来の話ではあるけど。

非同期だから糞コードになるのは仕方ない！！！

糞すぎる…

>>959
a=readtext(fileA);
a=readtext(fileB);
これのどこが加算？

>>962
それ一個のファイルしか見てないじゃんｗ馬鹿すぎる

>>963
fileAとfileBは別のファイルだけど？

JS厨ｗｗｗ

一行ずつ読み込みたいって話をしてるんだよね？
その話の中で、なんでメモリに二つのファイルを同時に全部読む話が
出てくるんだ？
962のタイプの処理なら、言語によるけど、たいていの実装ならガベコレで回収されるよね

同時には使えないじゃん。馬鹿すぎるだろ

>>967
まあ、確かにそうなるけど、一行ずつ読む必要があり、
なおかつたくさんのファイルを同時に使うって場面が想像しにくいな
かなり稀な処理であることは間違いない
diffくらいだけど、これも二つで十分だしな

「まあ、確かにそうなるけど」？？？？？散々ごまかし続けてやっと認めるのかよ。
いつからごまかしてた？レスたどってみろボケ

>>969
いや、別にちっともごまかしてないんだが
一行ずつ読むんだろ？
例で言えば「ある単語が含まれている行を探してその行を表示する」という
処理などが挙げられる
それなら、962で十分だ
そして、一行ずつ読みたい場合ってのは、ほぼ全てが962のタイプの処理で十分だろ

それで間に合わない処理ってのはまずない
あるなら一つ例を挙げてくれ

できないという事実を指摘をしてるのになに発狂してんの？

>>971
それは認めるよ
ただ、文脈上それを持ち出しても不適切だと言ってるだけ

結構前のバージョンから、PHPの関数は引数の型を宣言出来るんだけど、出来るのはオブジェクト型と配列だけなんだよね。
で、それを拡張して、INTやSTRも宣言出来るように次のバージョンでなるって、かなり前から言われてたんだけど。
スクリプト言語のIDEでも頑張って型を推測してくれるのもあるけど、結局、型を宣言しない限りは完全な補完は不可能なわけで。
ローカル変数とか返り値の型を明示出来た方がいいけど、とりあえず引数だけでもかなり便利になる。

それだったらC#使うわ。何か異論ある？
なんでスクリプト言語を使ってるのか考えろよ。馬鹿だなあ。本当に救いようのない馬鹿だなあ。

monoの実装がウンコ過ぎなければC#でも良いんだが……

JSといえばJScript/WSHな俺にはお前らが何故争ってるのかが良く分からない

JS厨がこれほどまで壮絶な馬鹿だったとはｗ

>>975
Windows版のASP.net MVCはすばらしいけど、Mono版はまだ微妙すぎる
IDEのMonoDevelopがMVCに対応してなかったはず。（WebFormなら使えるかも）
MonoDevelopからViewを作ろうと思ったらメニューになかったわｗ