【Perl,Python,PHP】LL ﾊﾞﾄﾙﾛﾜｲﾔﾙ 24【JS,Ruby】

前スレ
http://toro.2ch.net/test/read.cgi/tech/1340242041/

あなたがそうだと思うものがライトウェイトランゲージです。
ただし、他人の同意を得られるとは限りません。

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

日本では
http://ja.wikipedia.org/wiki/%E8%BB%BD%E9%87%8F%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E
英語圏では
http://en.wikipedia.org/wiki/Lightweight_programming_language

【作り方】食べただけで100％の女性が股を開くカレー
http://ikura.2ch.net/test/read.cgi/curry/1246361020/

前スレ>>999
＞Perl,Python,PHP,Rubyの各言語はブラウザ上で動くスクリプトエンジン業界に進出してみろよ

NaClありますしおすし

最強のLL＝軽量プログラム言語は、どれよ？

エントリーは、Perl、PHP、Python、Ruby、JavaScript・・・
さあ、死ぬまで語りやがれ！！！

■LLとは？
軽量プログラミング言語（Lightweight Language,LL）とは、取り回しに優れ、
コードの作成や修正が容易と見なされるプログラミング言語のことを指す。

ここでいう「軽さ」はプログラマの負担の軽重を指し、
実行速度に優れているという意味ではない。

現在の水準では
・インタプリタ
・動的型
・正規表現
・クロージャ
などを利用できるものがLLと呼ばれることが多い。（Wikipediaより）

前スレ
http://toro.2ch.net/test/read.cgi/tech/1340242041/

ブラウザ上にPythonやRubyが進出したら、JSは今のPHP扱いになるんだろうね

こんばんはー

お前ら今日何した？
今日は有意義だった？
何かやった？

1日1000行ペースで作業進んでるけど何か質問ある？

rubyは最高言語だな

還れカス

>>8
こんばんはーー

まースクリプト言語はJSで決まりみたいな流れはあるね
何しろMS、Google、Apple他がこぞって開発競争してるからな
シェルやsed、awk、ギリギリPerlくらいまではワンライナーとかで残りそうだけど

頭の悪いボケだな

だからシェルは動的言語から呼び出し（以下略
jsにrakeみたいなやつあんの？

ってよくみたらperlとかいってるし
なんだ。一世代前の死滅した言語がまだ生きてると思ってるレベルのカスだったか。

今度のofficeからjsでマクロ書けるんだよな。
Windowsでもjsの時代だな。

LLからシェルを呼び出す必要性が分からない。

>>14
よく使うコマンドってどっかに保存しないわけ？
テキストファイルで保存でもしてんの？
それとも覚えてるか何かで一々毎回同じようにタイプしてるの？

その良く使うシェルコマンドの保存場所がmakeだったりrakeだったりするわけだけど
makeやrakeをなんだと思ってるの？

シェルのバッファがありますしおすし

>>11
jakeってあるだろ
nashornまだかな

>>4
native clientが載るのを待つ間でjsに慣れた方がまし

LLブームの2008年頃は誰もこのような未来を誰も予想していなかっただろう。
いや違う。RMSは将来的にリソースが分散することを恐れて、
GNUの公式スクリプトにschemeを挙げていた。こうなることは誰にも予想が出来ていた。

ネットはテキストオンリーだろ
リスト処理は流行らないと予想するべきだった

それって、データ構造を扱わないって言ってるのと同じだろ

データ構造はライブラリの内部にある
言語設計者はライブラリを扱わない

>>16
？？？？？え？？？？え？？？
君は何かＰＣで作業をするときに一度もcmdとか終了しないしpcも再起動しないわけ
それとも君がどういう環境にいるか知らないけど
再起動してもバッファが保持されてるのか？

つーか長いコマンド描く時どうすんの？って思う
俺が前スレでＺＩＰ圧縮してＦＴＰアップロードっていったけど、
あれは中身は実際　ほとんど``かいてるからrubyだけどBATと変わらないが10行くらいあるぞ
ＩＤ、パス情報とかファイルに保存してるとセキュリティ上良くないから
そこら変もちゃんとしないといけないわけだし、ＺＩＰにパスワードつけたい時とかマジどうすんの？毎回コマンドラインでうつわけ？
マジでそんなレベルなの？
バッファがあるから大丈夫（笑）なの？

結局どんなに素晴らしい言語があったとしても
最終的には「プログラミングをしない」のが大多数の人間にとってベスト

>>24 同意
リモートへのバックアップは、バージョン管理システム導入してれば簡単なコマンドで済む。

FTPやZIPのパスワードはセキュリティが不安。経路はSSL通した方がいい。
アーカイブはセキュリティを気にするならそもそも他者がアクセス可能なとこに保存すべきでないけど、
ファイルの権限を適切に設定するか、必要ならPGP/GPGで暗号化。

シェルとPHPとCとJAVAができれば一生困らない

>つーか長いコマンド描く時どうすんの？って思う

Windowsのcmd.exeは使い難いけど、CUI派な人が使ってる一般的な作業環境だと

コマンド間違えても履歴呼び出せるから再入力の手間は要らないし、
入力のバッファでエディタライクな操作できるから、横長の行でも効率良く編集出来る。
PATHの入力なんかは補完が効くからtypoの心配ないし、エディタ内で記述するより簡単。
コマンド履歴は保存出来るから、OS再起動しても問題なく history | grep でコマンド履歴検索可能。
複数行にわたるコマンドなら、autoexpectやsourceコマンドで入力のログを記録して、後からエディタでスクリプトとして編集する。

>>24
プログラミングは避けられない必要悪である以上、環境設定をしないのがベスト

>>26
来年も同じセリフはけるといいね
PHPは脱落するだろう

PHPが脱落する根拠がない。

いきなり消える何かが無い限り
今のPHPアプリはそのまま
バージョンアップするだろうからね。

環境設定ってconfigureとmakeのことか?
gcc *.cでコンパイルできたら楽かもしれないな

uyも糞だがuyの開発環境も糞だということが凄くわかる

uyの開発環境には、
動的言語でできたヘッダなるものが
あるそうですｗ

>>23
全角半角気持ち悪い…

話題がないのか

分かったことが2点
俺はいま忙しい
2chに燃料を投下する気にならない
何年経っても情報発信ではなく情報受信しかしていないような
低スキルゴミ雑魚カスに気安く話しかけられると虫唾が走る

>>27
俺が言ってるのはmakefileをrake（ruby）で代用してるって話で
一行でかける程度のコマンドの話してないから
まさか俺の知らない世界ではmakefileを作らずにshとshのバッファ（？）だけで済ましてる奴らとかがいるわけ？

そこら辺のソース落としてみてもある程度の規模ならmakefileが凄い行数になってるもんだけど
それの上位ツールがrakeだよ

>>32
バカは効率を理解しない
それをいうなら当然makefileとか使わずにrake使ってるんだよな？
新しい画期的なもの使わずにmakefile（笑）でいつまでもやってるようなレベルでそんなこといってるならマジで笑える
あ、それとも手作業の方ですか？

>>33
動的言語スレの初心者君ですか？
流石にrubyのinclude挙動くらいは理解して欲しい
なんでそんなレベルで話かけてきたのかね
虫唾が走る

>>34
ＤＡＫＡＲＡＮＡＮＩ?

>>30
消えると思うよ

利用者分だけPHPがセキュリティ面で安全な悪寒

はぁ

: [BUG] Segmentation fault


もうやだ

rubyはオワコン

今のところ構文の洗練性はLuaが突出してる。
次にJavascriptかな。

http://hirata-create.toypark.in/
http://hiratacreate.jounin.jp/

>>44
S式とかnominal subtypingを踏襲しなかったという点ではML系と同じことをやってるだけ

大多数の人間にとってプログラミングをしないのはベストって言ったけど

これドカタチェッカーな
その「大多数」に自分が含まれると感じたなら君はドカタ

はいはい

ruby終了

ruby終わった

始まってすらなかった

>>46
同じことやってるのに下らん機能を付けまくったRubyやPythonなんて誰得言語じゃん。
PHPなんて何も考えずにCからとってつけた制御構文でスクリプトなんて言い難い。
シンプルイズベスト。Lua最強。スレタイの候補の中ならJavaScript最強。

バカは効率を理解しない


以上

シンプルイズベストならアセンブラでもやってろよ
または、HSPとか君にはいいんじゃないのか？
あれでもアプリケーション作れるぞ

俺はさ「君が下らん」と言ってしまったその複雑高度な機能を駆使して
効率的にプログラミングをするから
君はずっとシンプルな言語を使ってればいい
もしかして、Mix-inまで否定しちゃうのかな？
継承（笑）使ってるの？　それとも"クラス"を使えないのか？

つうかLuaとかお前使ったことないのになんでLuaの名前だしてんだ？
なんで組み込み向けに作られた軽量で突貫なスクリプト言語が
このスレで話題あがってる言語に勝てるんだ？　常識を覆すな知ったか死ね｝

jsもどちらかといえばブラウザへの組み込み向け言語

コイツがこのスレに登場しているっていうのはかなりおかしい
用途が違うし、Ruby,Pythonで作っている多くのスクリプトは
とてもじゃないけどjsなんかでかいていられないわ

知ったか死ね

繰り返される議論

ruby終了･･･？

uyもオワコン
つまらんわー

終わらない
1年後、2年後と時間が経つにつれてrubyをバカにしていた事を後悔し
心折られていくお前らが思い浮かぶ

俺が使っている時点でrubyは死なない
あまりにjsjsうるさいからちょっとソース適当に見てたが･･･
http://www.koders.com/default.aspx?s=class&search.x=0&search.y=0&la=JavaScript&li=*&scope=&p=10
マジで、どのソース見ても if　for　function　しかつかってねーじゃねーかｗ
rubyでコード圧縮できんじゃねってソースばかりが出てくる
これjsてperl以下じゃねーか冗談もほどほどにしろよ
こんなカス言語しかない世の中にrubyがあるってたいしたものだなって思った
貢献したくなる奴の気持ちも分からなくない

俺様も少しだけrubyに貢献をしてやるよ

class Object
  def uy *h
    extend Module.new { attr_accessor *h }
  end
end

a = ""

a.uy :test

a.test = 9

p a.test # => 9

"".test # => error


生成した後のインスタンスに変数を追加します

JavaScript（笑）でこれを実装できんの？？？

実装せずともインスタンスの新たな属性に代入したら追加されますし。

>>61
はやく作れよ

a.test = 9

えー！？　インスタンス変数追加するだけなのにRubyってこんなにも書かないとダメなの？　バカなの？
それにしてもRubyってキモイコードだな

>>63
で。それタイプミスしたときどうすんの

a.testa_a_yabe_misuttimatta_typositimattawa = 9

jsってそんなゴミ実装だったんだ？
そんなゴミ言語でrubyに勝てるわけねーじゃん


>>64
ostructすらしらない無知は黙れ

>>63
さっさとここまでやれよカス

"".test # => error

できませんでした　uyさんごめんなさい　rubyの勝ちです　javascriptはゴミです　二度と使いません

ecma scriptは現在最強かつ今後の未来が眩しすぎ、
ぼくのかんがえたさいきょうげんご界隈には破滅をもたらすため、
スレの以下では特殊機能を山盛りにして衰弱したcoffee scriptで参戦をお願いします

条件後出しって初心者スレとかの初心者がよくやるよね

Object.prototype.add_attr = function(attr_name) {
this['set_' + attr_name] = function(value) {
this[attr_name] = value
}
}
var o = {}
o.add_attr('test')
o.set_test(9)
console.log(o.test) // 9
var p = {}
console.log(p.test) // undefined

別にgetterも作りたきゃ同様に作れるぞ（これ見て思いつかないとしたらプログラミングに向いてないかと）

静的言語しか触ったことがないからか、
インスタンスに変数を追加して嬉しい場面が想像できない
デバッグの手間が増えて、コードが読み辛くなるだけでないの

>>71
JSの場合、そこらのOOPLのクラス定義にあたる行為そのものが
インスタンスに変数を追加するのと同義だからなあ

>>69

64 ：デフォルトの名無しさん：2012/07/29(日) 06:22:25.06
えー！？　インスタンス変数追加するだけなのにjsってこんなにも書かないとダメなの？　バカなの？
それにしてもjsってキモイコードだな

>>69
へー、じゃあこれは？　できますか？　俺最近よくrubyでこれ使うんですけど
jsで"rubyよりも"簡潔な記述でこれできるならちょっとは考えます

f = ->n{ n*10 }

p [1,2,3].map &f # => [10, 20, 30]

p [4,5,6].map &f # => [40, 50, 60]

p [7,8,9].map &f # => [70, 80, 90]

プロトタイプベースのオブジェクト指向言語の方が
簡潔で柔軟性があったってプログラミング史に残りそうだな

どっちかというと静的型付けと動的型付けじゃねぇの？

>>73
別にキミが何を考えようが考えまいが興味ないけどさあ…
そもそも何をしたいの？コードじゃなくて一連のレスで。

var f = function(n){ return n*10 }
[1,2,3].map(f) // [10,20,30]
// 以下同様

NGにしたいわー
目にするのも嫌になってきた

uy負けちゃうの？　また負けちゃうの？？　た、立ち上がれよ！　モルモンの恥さらしが！

>>76
やっぱりrubyのほうが簡潔にかけるようですね
考えるのをやめます

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

Python版もできたよ〜

>>> class hoge:
　　　　　attrs = []
　　　　　def set_attr(self, name):
　　　　　　　hoge.attrs.append(name)
　　　　　def __setattr__(self, name, value):
　　　　　　　if name in hoge.attrs:
　　　　　　　　　self.__dict__[name] = value
　　　　　　　else:
　　　　　　　　　raise AttributeError


>>> h=hoge()
>>> h.set_attr('aaa')
>>> h.aaa=33
>>> h.aaa
33
>>> h.bbb=44
AttributeError

>>77
すりゃいいだろ
お前のその発言は、来たからな下手な煽りよりもすっげーきたわ
些細な一言で人の心なんて簡単に壊れることを知れ

>>> class hoge:
... def set_attr(self, name):
... self.__dict__[name] = None
... def __setattr__(self, name, value):
... if name in self.__dict__:
... self.__dict__[name] = value
... else:
... raise AttributeError
...
>>> h=hoge()
>>> h.set_attr('aaa')
>>> h.aaa=33
>>> h.aaa
33
>>> h.bbb=44
AttributeError

アスキーアートテスターで確認してから書き込むって約束したじゃないですかぁーー！！

class hoge:
  def set_attr(self, name):
    self.__dict__[name] = None
  def __setattr__(self, name, value):
    if name in self.__dict__:
      self.__dict__[name] = value
    else:
      raise AttributeError

>>> h=hoge()
>>> h.set_attr('aaa')
>>> h.aaa=33
>>> h.aaa
33
>>> h.bbb=44
AttributeError

>>> h.set_attr('aaa')
>>> h.aaa
ここはどうなるのがベスト？

Noneでいいんじゃなかろうか

Noneでですか？

【欲しがりません勝つまでは】
一部の階層の人間がその他の階層の人間を搾取横領する構造は、過去も現在も変わりません。
搾取する階層が自らを「勝ち組」と称し他を「負け組」とさげすむ真の理由は、
「負け組」が生産しなければ「勝ち組」のための現在の体制を維持できなくなるところにあります。
「勝ち組」が提供する価値観は「勝ち組」の利益のため「負け組」に押し付けたものです。
こんな価値観は放棄するのが賢明ではないでしょうか。

・競争しません。負けるが勝ち。
・奢侈品・自家用車・住宅は取得を目指しません。これを目的にした貯蓄も行いません。
・性衝動はその目的を達成しない形で発散します。結婚を目指しません。自慰で性欲を封じ込めます。
・労働、消費、出産、育児など生産性を促す社会活動には極力参加しません。
・テレビ・雑誌などのマスメディアは、必要でないものを消費させるため私たちを扇動しています。彼らに耳を貸さないのが賢明でしょう。
・受け取る報酬以上の仕事はしません。真面目・努力・忍耐・無償の行為は勝ち組の捏造した価値観でしかありません。
・人生や行動に目標を作りません。無理をしません。頑張りません。夢はみません。希望はもちません。淡々と生きるだけです。

勝ち組だろうが負け組だろうが人生の最後に行き着くところは結局「死」です。結果は同じです。

（参考）吉田兼好(1283-1350) 徒然草 第38段
「名利に使はれて靜かなる暇なく、一生を苦しむるこそ愚かなれ。」
富が多いければ災いも多い。金は山に捨て、宝石は川に投げ込むべきだ。
知性と教養にこだわるとは人の評価にこだわることである。
それでも知性と教養を磨きたいという人には「知恵は嘘を生む」と言っておこう。
教養も結局は人間の欲望の積み重ねでしかなく、知ったこと、学んだことは本当の教養ではない。
本当の教養とは、善も悪も根本は同じであり、本当の善など存在しないと悟ることである。
真の人間にとっては、知性も教養も功績も名声もどうでもいい。これは教養を隠して愚か者のふりをすることではない。こういう人は元来、教養や損得勘定には無縁なのである。
迷妄にとらわれて富と名声を追い求めることは無意味なことであって、論ずるに値しないし望むに足らぬことなのである。

色々な言語でやっている例
http://rosettacode.org/wiki/Add_a_variable_to_a_class_instance_at_runtime

>>77
え？NGにしてなかったの？

>>90
なんでperlはperl6のほうがコード長くなっちゃってんの

falconなんて言語あるんだ

ninjaの逆輸入

パクり体質のrubyにオリジナルの機能なんてあるわけないんだから
お気に入りの機能をドヤ顔で自慢する前に元ネタの言語を知っとかないと恥かくぞ。

みっくすいんをパクりすらできない言語をしってる

まあルビーが最強だよね
この程度の機能は他言語でも真似が可能だけど
クラスモジュール関連に入ればまずついてこれない

普段MSをバカにしておいてこっそりLINQをパクろうとする姑息さ

moduleのない言語ってどうやってプログラミングしてるんだろうな

まさか今時、今更　「　継承　」　なんて使ってるわけねーしなあ


不思議

mixinと言えば、次世代mixinと目されるTraits機構では
Rubyが後方互換でmix入れ損ねてたらPHPにすっかり先を越されちゃったね。
Traits無しでメソッドごとのコンフリクトどうやって解決するのかね。

まさか今時、今更　「　エイリアス　」　なんて使ってるわけねーしなあ


不思議

<?php

>

こんなオモチャにいわれてもなぁ

プログラミング言語の話をしてくださいよ

うｙにrubyのmoduleにないtraitsのメリットを理解できるわけないか
両者の区別すらできてるかあやしい

今uyはググり中です
もうしばらくお待ちください

皮肉なことに、PHPのTraitsは元ネタのSqueak版に比較的忠実でメリットも分かりやすい
http://php.net/manual/ja/language.oop5.traits.php
http://scg.unibe.ch/archive/papers/Duca06bTOPLASTraits.pdf

ScalaのTraits（名前だけの別物）とかPerlのRole（実装が中途半端）とかで学ぶと
Rubyのモジュールと区別が付かずにワケワカメになること請け合いだ。気をつけろよuy。

キリッ

マジレスすると俺はプログラミング以外の事でかなり忙しいからもう今後ともrubyしか見ないし
matzがrubyにそれを採用ならそんな技術は使わない

さらにマジレスするとrubyのmoduleにはextended includedっていうものがある上に
methodsでmix-inした側のメソッドも、mix-inする側のメソッドもすべて一覧を取得できるんで

メソッド名の重複チェッカーなんて一瞬で作れるし、
重複した時の挙動をどうするのが正しいのか？　で悩んでいるだけの段階だろ
無知は氏ね

正直、どういう挙動にすればいいのか俺にもわからないが、
それなら暗黙的にオーバーライドするmix-inと、重複あったらエラーを出すmix-inの二つを作ればいいだけの話
はいそれrubyでも実装できるはい論破

Matzがそれじゃ駄目だって書いてるじゃん
http://www.rubyist.net/~matz/20100617.html

begin
p    "abc"  +  123 
rescue 
p  "error"
end

class  Integer
    def  to_str
        to_s
    end
end

p    "abc"  +  123


PHP（嘲笑）でこれつくれんんの？
俺最近これ使いまくりなのでPHPがこれできないレベルならマジで話にならないからさっさとゴミは土に還ってリサイクルされろよ

>>106
ダメって何が？　この部分？
＞ includeで関係ないモジュール間で名称が重複しても、継承ラインに並んでしまうので、

これって、
class A
  p ancestors
  p included_modules
end

このあたりの情報も全部みて、不必要なメソッドを全部removeしてからmix-inすりゃいいだけじゃん

>>106
このブログかいてるって奴がincluded_modulesしらないだけだろ

included_modulesは動的言語でできたヘッダを読み込む命令

rubyみたいにこういうことができる言語だと
作れるソフトウェアに差が出るんだよ。

たとえばAmazonみたいなショップシステムは
PHPじゃ作れない。

>>107みたいなことができると
便利な例としてハノイの塔がある。

質問に回答ではなく好き嫌いで返す頭の湧いた人がいると聞いて

>>109
traitsなんてrubyにない最新の知識を要求されたもんだから、
混乱したuyがついにmatzを「奴」＆「しらないだけ」よばわりし出して楽しい。

PHPだとどう頑張っても、

p "abc" + 123

を

print Add("abc", 123)

と書かないと同じことができないであろう。

ゴミPHPにRubyが2.0で搭載予定の機能がすでにあるとかくやしいのう、くやしいのう

【IT】次世代Web標準規格を目指していた『HTML5』が先進版と安定版に分裂　標準化とは何だったのか
http://uni.2ch.net/test/read.cgi/newsplus/1343240039/

そういや、PHPって今度のバージョンでいよいよスカラ型のタイプヒンティングが実装されるんだよな。持ち越しになってた奴。

ruby最強

class Class
class << class << class << class << Class.new do
p self end
p self end
p self end
p self end
p self end
p self end
            .

           
              new

rubyみたいに
jsってメソッド呼び出し時の括弧省略できないの？

rubyみたいに

>>120
その代わり、Rubyでいうmethod(:メソッド名)がその括弧抜くだけで書けまする
この辺はPython辺りと似たようなもんか(あれともまた根幹が違うのだけれど)

VBみたいに
jsってメソッド呼び出し時の括弧省略できないの？

VBみたいに

仕様が増えて簡潔さがなくなるだけし、そんな無駄な機能は実装しなくていいよ

ゴミカス言語が世界では人気があるという状況はかなり気持ち悪いが
仕方ない事なんだろうね
最初から、Lispが捨てられてCが採用されてここまできちゃった時点でお察し

昔の2chは今のスラドなみの雰囲気はあったけどな
最近は・・・というかここ数年頭おかしい奴が、メチャクチャにしている、死ねばいいのに。

馬鹿しかいないし、不毛な議論しかないからどっか行ったんだろ
仕事を獲るにはPHPかjavaで良いって分かりきってることだし

スレがメチャクチャになる原因は頭の質ではなく量
すごい勢いでログを流す

rubyのlambdaやprocって、呼び出しに .call とか [] 必要だったと思うけど
1.9 で変更あった？

http://twitter.com/Medicalware/status/229506991196876800

>>128

func.(args) でも呼べるようになった(ドットに注意)
ドットなしは無理｡

どっちにしてもLLはJSに収束するからRubyの話とかどうでも良いよ。
動的言語は動的に制御すれば殆どのことは適うから、
基本的な機能が一通りそろっているのであれば、
機能を追加することはそれほど難しいことではない。
jQueryなんかその典型。後からどうとでもなる。
だから、普及さえしてれば、何でも良い。つまりJSで決まり。

静的言語であれば、いろいろなことが静的に決まってしまうので、
これを制御しようとおもうと、コンパイルそのものを制御する必要があるので、
コンパイラに欲しい機能が有るかどうかは重要。
だから、静的言語を比較するとき、持ってる機能を比べることは意味がある。
しかし、動的言語は色々なことの決定をコンパイル時に行わずに実行時まで遅延させる。
実行時であれば、プログラミングの本分が実行時の制御であることから、
言語の動きを制御するチャンスが幾らでもある。
だから、動的言語の機能を比べても意味がない。単純にシェアが全て。

> しかし、動的言語は色々なことの決定をコンパイル時に行わずに実行時まで遅延させる。

それは逆にデメリットにもなるよね。

実行前に決定していることを、実行時に遅延させてしまう。
その結果、実行前に判明している事実を
実行後にやっと知ることが出来る。

>>131
>どっちにしてもLLはJSに収束するからRubyの話とかどうでも良いよ。

印象操作で主観でしかないな
スレタイの各LLごとに得意分野があるわけで、
JSが優位(独壇場)なのはブラウザ上のクライアントサイドのみ
jQueryはその代表でしかない

シェアを語りたいのなら、LLが活用されている全分野で実績を示せ

PHPもRubyもPythonもLuaもJSもみんな一緒だったのか！
みんな後からどうにでもなるんだ！

JSも後からRubyにもなれるわけだね

知らなかったな〜

言語を作る側の人間は、既存の言語の中に最高の言語があるとは考えていないだろう
更に進歩させるつもりだから現在のシェアが全てではない

phpがjavascript上で普通に動く

そのJavaScriptがJava上で普通に動く

そのjavaがcの上で普通に動く

Cで実装された
Javaインタプリタでもあるの？

最初のJavaはそうでしょ
今はJITコンパイラだけど

あがくねぇ。LLはJavascriptで決まり。
利用者数が圧倒的だし、巨大資本がどんどん流れてきてる。
この流れは止まらないよ。
しかも静的言語のC言語と違って、
動的言語はLispにオブジェクト思考が乗っかったように、
あとからいかようにでも拡張できるから、
一度スタンダードが決まったら、もう不動。
jQueryを見ても分かるように、
Cに対するC++のような純然な拡張すら要らない。
ライブラリで賄えるからな。
しかももともとインタプリタの性質が強いので、
C#やJavaのように、VMの仕様べったりにして
新言語打ち出すって方向性もない。
プログラマも多くの言語を覚えたいとは思っていないから、
Web開発にJavascriptが必須なら、もうLLはそれ一本で行きたいしね。

ぱいぱいできまり

あんなスコープが変な言語がスタンダードになるわけがない。

linuxではperlからpythonへの移行が進んでいますが？

たすけてください
http://s6.artemisweb.jp/doujing20/tou31/
こういうところにある同人誌の
http://s6.artemisweb.jp/doujing20/tou31/image/001.jpg
などという画像をrubyからダウンロードしたいんですけど

require "open-uri"
m="http://s6.artemisweb.jp/doujing20/tou31/image/001.jpg"
f = open( File.basename(m) , "wb")
f.print open(m,"rb").read

普通にかいても、ダウンロードソフトなどからのDLが規制されているようで正しくダウンロードできません
どういう仕組みで制限がかかっているんでしょうか？また突破する方法ってあるんでしょうか？
今すぐこの本が大至急必要なんです

>>145

つ http://s6.artemisweb.jp/doujing20/tou31/004.html

>>125
業界が暗くなり、1年後には職を失っていたり
首を吊っているかもしれない
そんな精神状況のやつらも多くこの板にきてレスを書いていく
そんな板でまともな議論できると思ってんの？

>>146
出来ないんですねありがとうございます
出来ない事ばっかりで生きてるのつらくない？
自分がなつめえりさんに謁見する地位を獲得するよりは自分で描けるようになったほうが早いかもしれません

>>147
もうそろそろできた？

言語自身の拡張はともかく、実行環境の拡張はJSのみでは出来ないでしょ
ライブラリの類は処理系毎に分散してるのが現状。

使ってる奴の大半が非プログラマってのも問題点だよ
だから検索してもゴミカス初心者情報ばかりがヒットする
googleの検索性能的に考えてひとつの言語を多くの用途に使わせるのは難しい
検索してもゴミカス情報で埋め尽くされてる言語に乗り換えようとは思わない
ある意味jsは既に死んでる

試しにjsでスクレイピングやろうとしても
全然目的の情報はでてこない
ruby、pythonなら一瞬なのに
jsでやろうとしたらどんだけ無駄な時間かかるんだよＷ

ruby最強だよね

>>151
簡単だよ

>>147
既成の製品カスタマイズが主流になるだろうな
素人が弄れないように複雑怪奇な言語で実装すると良い
つまり、perlやc++が職を失わないために必要な言語

こないだ面接にいってきた
なにか得意な言語ありますかときかれた
ぱいぱいです
えっ
何ですか？
ぱいぱい
ふざけてはいけないよ君
というやり取りしてきた
2社ほど

動的言語ジェネレータとしてのぱいぱい知らないやつ大杉

>>153
試しに
javascript mechanize　でググってみ

全然関係ない言語の情報出てくるから

無駄無駄。
今更ほかの言語が幾らがんばっても、
ブラウザというJSの聖域を侵略することは出来ない。
いまやブラウザは一大プラットフォーム。
ブラウザで動くLLと、動かないLLが有るなら、
動くLLの方が、よりスタンダードのふさわしいに決まってる。
Ruby、Python、Perlが、
C++、C#、Javaの食い残しを取り合ってるさまはとても惨め。
その点JSはブラウザを占拠してしまっているので、
利用者も否応なしにどんどん増えるし、そこを足がかりに一気に普及してる。

>>157
node.js jquery スクレイピング

>>154
でもそれって、業界全部でやらないと意味がなくて
周りがみんなC#,rubyとか使ってるのに自社だけ
C++,Perlでいつまでもやってたらて倒産するんじゃね

そういう観点から見ると、力のある大きな企業が、業界全体にJAVAやPHPを使わせるように
仕向けているならばIT業界の延命措置のようにも見える
JAVAはお前らにとっての正義、rubyは邪神

>>158
俺の予想では
HTML（笑）によってjs潰されると思うよ

HTMLの中にjs埋め込むのだりーもん
よく使うjsスクリプトはHTML組み込みになって、
ほとんど使われなくなると予想

js解読よりHTML解読の方がパーサ的にも楽だろうし速度も向上するよね
個人サイトで使うようなJavaScriptなんて似たりよったり
大手サイトはFlashでもつかってろ

別にやろうと思えば、HTMLの形式でも条件分岐やループは書けるんだしさー
本当の意味で速度を考えるなら、js捨ててHTMLですよ？

また無知を披露してしまいましたね。

え？E?え？
反論できないのー？ＷＷＷＷＷＷＷ
そーだよねー･･･少し考えれば分かることだもんねー･･･
js解読なんかよりＨＴＭＬ解読のほうが数十倍は高速だよねーーー

>>163
やろうと思えばできるってのは、既成事実の知識ではないだろ
前例はないが理論的に可能ってこと

JSがうらやましすぎて、ありえもしない未来を妄想

まあ、想定外の事象を想定できる能力はそれなりに必要だと思う

こんな感じかなぁー？
<script language="rubyhtml">
　<for i in 0..4>
　　<img src="image_#{i}.jpg">
　<end>
　<var n=5>
　<if n eq 5>
　　true
　<else>
　　false
　<end>
</script>

あーこれはjsと違って高速に動作しそうですね

HTMLはデータ構造だけで制御構造無いし、それが魅力でもあるのに。無知すぎ。

>>169
誰が言ったのそれ？
周りが言ってるから右へ倣えしてんの？
言語の機能が少ないことは魅力ではない

HTMLはHyperText Markup Languageの略なので自明。

なんだかjsはhtmlに潰されることがわかってスッキリした
ブラウザベンダも速度戦争をやっていくならいずれはjsの限界に気づいて捨てるだろうな
HTMLにどうしても制御構文入れないならLisp辺り入れるんじゃねーの？
jsの何十倍も速く解読終わるんだろうな
でかいソース書いた場合どれだけの速度差が出る事か

妄想の世界が拠り所ですか

>>168
それなんてXSLT

ウェブプログラミングは今後ますますJSが強くなるだろうね。PHPは普及度からして当分は残るだろうけど。
クライアントサイドをJSで作り込んでいけば、サーバサイドも同じ言語で作り込むのが効率的なのは当たり前だもんね。
JavaとかC#とかの非LLの場合は、LLにないメリットが存在するんで、また別だろうけど。

なるほどねぇ
jsはどうせオワコンになる運命だったか

c言語に簡単にjs組み込めるし流行るのは間違いない
もうブラウザだけの言語ではなくなってる

割とjsの未来は暗い
C#,JAVAの代わりにもruby,pythonも代わりにもなれないから
ブラウザ上にしか居場所がないのに
まさかのHTMLによって潰されようとは

>>159
いくらでも情報でてくるなw

>>178
ファビョってるw

検索結果

node.js jquery スクレイピング
約 316,000 件 （0.17 秒）

ruby mechanize
約 56,300,000 件 （0.14 秒)


あらら
rubyとjsじゃ情報数の桁が全然違ったわ
これはスクレイピングするならrubyで良い

この広いインターネットで31万件しかねーのかよ
rubyは5630万件ヒットすんのに

スクレイピングツールをわざわざjsで作るバカいる？

jsって以外と使われてないんだな

>>182
いまは結構いるよ

まだnode.jsはでて2年だからな
そんなもんだろ

くやしいのう

jsの情報が少ないのはhtml5とnode.jsの関係で急に流行りだしたから
技術革新に置いてかれても大丈夫なのは、c/c++、javaぐらい
道具に愛着を持つとか馬鹿

>>172
schemeの代わりにjsを載せたことぐらい知ってるだろ

>>188
知らんから妄想語ってんだろ

>>189
jsとschemeの関係は、このスレで幾度も出てくる話題だぞw

>>190
火病になるとまわり見えなくなるからな

jsユーザーは多いが
しかし、その大半は"初心者"なのであった･･･ｗ

>>192
それは言えるかもな

初心者謝れ

rubyもphpもその大半は初心者

jsユーザーは初心者というより非PGといったほうが正しい

スクリプト言語としてはそれで正しい。

そしてgoogle検索結果がゴミカス初心者情報で埋もれる

なんだ
jsって使えねーな

ねぇねぇ、インタプリタLL言語なのに、
最重要プラットフォームのブラウザ上で動かないってどんな気持ち？

webアプリケーションってそんなに頻繁に作るか・・・？
なにを作ってるんだろう

ドカタは知らん

js厨が哀れにみえてきた

joshi-shogakusei

PGやるよりjsでマクロを組める事務や経理をやった方が人間らしい人生送れるよね

>>201
VB、delphiで帳票のようなもの作っている田舎の零細企業みたいな発言だな

だれか暇なやつ JSRuby 作ってくれねーかな

JSRubyはださいな。
Ruby.jsとか良くね？

ただでさえ遅いRubyをさらに遅くして何が楽しいんだか

jsrubyってすでにあるよ

時代はJ#

>>155

その2社から、「バイバイ」って言われた？

>>211
両方から内定きたよ

javascript スクレイピング
約 17,400,000 件 （0.16 秒）

の検索結果

ruby スクレイピング
約 554,000 件 （0.26 秒）

jsをrubyやpythonっぽく書きたかったらcoffeescriptでも使えばいいじゃん
railsはやりすぎだと思うけど

>215
その検索の仕方じゃ情報がでてこないって話なのに

jsrubyの作者は素人だからアレまともに動かんよ
js使ってるやつなんて初心者ばっかり

とりあえずスクレイピングするならruby、pythonで決まり
jsと違って簡単に情報でてくる

>>216
>>206あたりに応じたつもりだった
スクレイピングは好きな言語でやればいいんじゃないの
やりやすいかどうかなんて結局モジュールの問題でしょ

結局モジュールの問題。良いこと言うね。
特にLLはそうなんだよね。

jsは情報にたどり着きにくいよ
スクレイピングにはむいてない

mecanize入門者がjsから入ってmecanize使いこなせるとは思えないな
だってjsでググってんのに他言語の情報ばかりでてくるｗ
jsの化けの皮がはがれてきたな

スクレイピングはruby python で決まり
jsいらない

必死に連投。
しかし、LLの王者はJSで決定してしまっているのです。
折角のインタプリタなのだったら、ブラウザで動くぐらいのことは、
してのけてみて欲しいものです。

なにこの不毛な議論

Perlは？

node.jsのスクレイピングいいぞ
同時に1000サイトクロールしても
cpu余裕

しかし情報は少なかったのだった･･･

>>213
おいｗｗｗｗ
試しにjavascriptにとって不必要（）な情報はぶいて検索したら

javascript 　mechanize -perl -ruby -python

約 22,600 件

２万件しかヒットしねえよ
jsの情報全然ないんだな
流石に使ってる奴が初心者ばかりなことはある

これはjsでスクレイピングツール作りにくそうだから
ruby,pythonでよさそうだな

js使いは試しにスクレイピングツール作ってみろよ
出来ればmechanizeで頼むわ
ruby,pythonユーザーはスクレイピングといえばまずはmechanizeだと思うんで
js乗り換えるとしてもmechanize使えないならマジでjsゴミ

１、どういう単語で検索したか
２、何番目のサイトで情報がヒットしたか
３、どういうサンプルが載せられていたか

この３点で作りやすさがわかるからやってくれよ
出来るんだよな？

みんなが使ってないから使えない初心者いるな

×RubyやPythonはJavaScriptと用途が違う
○RubyやPythonはJavaScriptと違い、使い道なんてない。

いるんだよなー
誰かがレールを引かないと先に進めない初心者がな

誰か作ったのパクらないとなにも出来ない初心者いるね

だってrubyなら既にレールがひかれてて楽に作れるのに

わざわざレールがまだしかれてないjsで「無駄な」時間をかけてスクレイピングツール作る利点って何かあるか？

>>236
だから美味しいんだよw

jsってライブラリの導入って、どういうコマンドでインストールできるの？

Perlはppm
rubyはgem

jsってどうやってんの？

まさかブラウザからアクセスしてダウンロードしてインストールとかそんなバッカみたいに面倒くさいことやらなくちゃ
ライブラリがインストールできないとか、石器時代みたいなことやってるわけあるまいしねぇ･･･

>>237
jsで苦労して苦労してスクレイピングツールを作ると
何かがおいしいらしいよ

ちょっとさ
最近流行り？のnode.jsをインストールするコマンドだけでも教えて欲しいな

正直コマンドからライブラリインストールできないゴミカス言語奨められても困る
ライブラリのバージョン管理もしにくいし、ライブラリのアップデートも削除もしにくいし、
それはちょっとなぁ･･･

一人で連投しても時間の無駄だから、
インタプリタなLLなのに、何故かブラウザで動かすことが出来ない
機能不全な言語の存在意義でも考えてたら？

232 ：デフォルトの名無しさん：2012/08/01(水) 00:25:02.04
みんなが使ってないから使えない初心者いるな

234 ：デフォルトの名無しさん：2012/08/01(水) 00:27:34.46
いるんだよなー
誰かがレールを引かないと先に進めない初心者がな

235 ：デフォルトの名無しさん：2012/08/01(水) 00:31:04.04
誰か作ったのパクらないとなにも出来ない初心者いるね



------------
はいｗｗｗｗｗ　つまりjsは誰も使ってないってことでした
使用ユーザーのほとんどはHTMLのついでに触ってるだけ

理由：それ以外の場所ではjs以上の選択肢としてruby,python,C#が存在するから

jsの論破が簡単すぎてつまらなかった

この言語何もできねーじゃん

ブラウザで動かすことすら出来ないくせに、
インタプリタで遅い意味不明言語のことはどうでも良い。
せいぜい互いで食い争ってれば良い。
そうしている間にも、Webのクライアントサイドを独占しているJSが、
否応なしに普及していってる。もう選ぶ権利はない。

ruby、Pythonなら初心者でも一瞬で作れるのに

JavaScriptでスクレイピングツールの作り辛さについて突っ込んだらこれだよ


232 ：デフォルトの名無しさん：2012/08/01(水) 00:25:02.04
みんなが使ってないから使えない初心者いるな

234 ：デフォルトの名無しさん：2012/08/01(水) 00:27:34.46
いるんだよなー
誰かがレールを引かないと先に進めない初心者がな

235 ：デフォルトの名無しさん：2012/08/01(水) 00:31:04.04
誰か作ったのパクらないとなにも出来ない初心者いるね

スクレイピングツール作る時にjs選ぶバカって本当に存在するんだろか

gemもcpanもないjs
コマンドラインからライブラリのインストールも出来ないjs
スクレイピングも出来ない

コテつけろよ

どちらにせよ、ブラウザで動くことが出来るかどうかの方が余程重要だ。

ruby、Pythonなら初心者でも一瞬で作れるのに

JavaScriptでスクレイピングツールの作り辛さについて突っ込んだらこれだよ


232 ：デフォルトの名無しさん：2012/08/01(水) 00:25:02.04
みんなが使ってないから使えない初心者いるな

234 ：デフォルトの名無しさん：2012/08/01(水) 00:27:34.46
いるんだよなー
誰かがレールを引かないと先に進めない初心者がな

235 ：デフォルトの名無しさん：2012/08/01(水) 00:31:04.04
誰か作ったのパクらないとなにも出来ない初心者いるね

　バ　カ　は　効　率　に　気　づ　け　な　い

33 ：デフォルトの名無しさん：2012/07/24(火) 23:55:34.03
javascriptゴリゴリ書かせられてるんだが
明らかにクソだとわかってても直す気がなくなっていく
これが動的言語・・・・

スクレイピングツールの作成にjs使う意味がわからん

スクレイピングするならRuby,Python
JavaScriptいらない

jsが全然使えない言語だということはわかった

rubyに人生を全部ぶっ込んだuyが哀れ杉

ruby、Pythonなら初心者でも一瞬で作れるのに

JavaScriptでスクレイピングツールの作り辛さについて突っ込んだらこれだよ


232 ：デフォルトの名無しさん：2012/08/01(水) 00:25:02.04
みんなが使ってないから使えない初心者いるな

234 ：デフォルトの名無しさん：2012/08/01(水) 00:27:34.46
いるんだよなー
誰かがレールを引かないと先に進めない初心者がな

235 ：デフォルトの名無しさん：2012/08/01(水) 00:31:04.04
誰か作ったのパクらないとなにも出来ない初心者いるね

バカは効率がわからない

スクレイピングはruby pythonで決まり
jsいらね

jsやってる奴って初心者ばかりだからスクレイピングとかやらないよ
常に手作業だからマウス操作だけうまい

スクレイピングにjsは使えない事が証明されたな
今時スクレイピングすらまともにできない言語って
使いの厳しいだろ
メソッド呼び出し時の括弧も省略できないし

jsからmechanize入門も厳しいよな
たかがスクレイピングしたいってだけで作るまでに10分とかかかるならマジでいらない
ruby、pythonならググればすぐに実行可能なサンプルでてくるからマジで動くもの作るまでに１分かからないｗ

効率の悪いゴミは大変だなあ
jsやってるやつは全員ゴミ

mechanize入門にむいているのはruby、python
決してjsではない

今時スクレイピングすらできない言語とかいらないよ

スクレイピングはruby、pythonで決まりｗ

スクレイピングにjsは使えないということはわかった
誰もやらないからサンプルとかねーし

213 名前：uy[sage] 投稿日：2012/07/31(火) 21:29:15.25
javascript スクレイピング
約 17,400,000 件 （0.16 秒）

の検索結果


214 名前：uy[sage] 投稿日：2012/07/31(火) 21:30:02.00
ruby スクレイピング
約 554,000 件 （0.26 秒）


218 名前：デフォルトの名無しさん[] 投稿日：2012/07/31(火) 22:57:25.07
とりあえずスクレイピングするならruby、pythonで決まり
jsと違って簡単に情報でてくる

jsでスクレイピングなんて誰も望んでない
そんな言語いらない

スクレイピングできない言語なんていらない

js使いはさっさと謝ってruby使わしてもらった方がいいんじゃないか

スクレイピングさえできない言語に固執する意味ってなんかある？

スクレイピングするならrubyやpythonできまり

jsなんて使わない
スクレイピングさえできない言語に価値はない

初心者はスクレイピングしない
jsは初心者ばっか

スクレイピングしたことないとかゴミだろ

スクレイピングするならruby pythonでいいよね
jsいらねえ

スクレイピングでjsを使うことはまずないしなあ

スクレイピングはruby、pythonでやってるやつが大多数だろうな

ファビョってるね

jsは初心者しかつかってない
初心者あやまれ

今日のおまいら

jsは初心者しかつかってない
初心者あやまれ

スクレイピングはruby、python

213 名前：uy[sage] 投稿日：2012/07/31(火) 21:29:15.25
javascript スクレイピング
約 17,400,000 件 （0.16 秒）

の検索結果


214 名前：uy[sage] 投稿日：2012/07/31(火) 21:30:02.00
ruby スクレイピング
約 554,000 件 （0.26 秒）

そもそもスクレイピングでなぜjsを出してきたか気になる

そもそとスクレイピングやってるやつがいなくね？

スクレイピングはruby、python

理由はjsでスクレイピングできないから
スクレイピングできれば２ｃｈブラウザーも一瞬でつくれる
それがjsではできない

>>288
クロームの2ちゃんブラウザってjsで作られてるんじゃないの？

初心者にはお勧めしないけど、非同期のメリットを享受したい場合は node.js って選択はあり
JSが使えるプラットフォームのひとつでJS全般の話という訳ではないけど、
node.js は非同期フレームワークでもあるのでスクレイピングやクローラーに適してる。

検索結果にノイズが多いのは、JavaScriptは処理系や組み込まれた環境がたくさんあるから。言語名より処理系・環境名で検索するといい。
自分が試してみた限りではすぐに情報出てきたよ。「node.js scraping」「firefox拡張 スクレイピング」等で検索
「mechanize」って名前の元はPerlのモジュールだと思うけど、初心者は多分そんな用語で検索しない。

JSではスクレイピングできない？

俺はDOMインタフェースを理解できないバカです、っていう宣言か、それ？

煽って教えてもらおうと思っているだけだから放っておけばよいよ。
彼、本当はRubyからJSに乗り換えたいと思っているから。
もうすぐ、Ruby、Python、JSが使えるのにC++、Java使っているやつって何なの？って言い出すよ。

RingoJSでjavaのクラスライブラリが使えるのにnode.js使っているやつって何なの？

>>293
それをいったらnode.jsもc言語のライブラリつかえるだろ

もうJS内で覇権を争う次代なんだな。

人はそれをプラットフォームの乱立と呼ぶ

javascript スクレイピング でググるとほんとに全然関係ない情報ばっかり出てくるな
まず最初に出てくるサイトがこれだぞ
PHPじゃん
http://q.hatena.ne.jp/1332322578

で、結、局
jsでスクレイピングをするには
ruby,pythonよりも明らかに面倒だという事は事実なんだろ？

>>290
＞初心者にはお勧めしないけど、

初心者あやまれ

荒らすことでしか対抗が出来ないよね。

今日のおまいらの運勢

いいからあやまれ

http://dokoaa.com/naegi.html

ゴミんゴミん

Rubyがブラウザで動いたら良いなと思わない？
まー動かないんですけどね(禿笑

最近実はやっぱりC++かなとも思い始めてる
ちょっと思ったより世界の進化が遅すぎなんね
さっさと歩けと思って、ついお前らに鞭をうってしまい、口調も厳しくなってしまう

ドカタPGには無縁の話だけど
一生涯かけてなんらかの開発をするならば、
1個の言語に自分の資産を構築していくことになる
その土台としてrubyを選び一応は信頼しているが
なんか、つぶれたらいやだなぁと感じてる
これなら最初からガチでC++でゆっくりといえども資産構築していったほうが良かった可能性も考えてる
俺もそろそろお前らと遊んでいられる時間もなくなってくる
俺が2ch上でrubyに貢献してやれるのもここまでだ･･･

native clientやjsへのトランスレータで動かそうってプロジェクトなら見た
rubyが成功するまでに長い年月が掛かったし実用になるのは10年後ぐらいじゃないか

c++にv8組み込めば
両方いけるやん

>>306
はい
さようなら

つうか情弱もいい加減にしろ
http://www.ironruby.net/browser/

あやまれ！！！！！！！！！！！

そこまでしてブラウザで動かしたいかって言われると微妙
だいたい言語本体と言うよりgemが便利なんだし
文法だけならcoffeescriptとかでもスッキリするし

スクレイピングすら出来ない言語が調子のんなカス

つうかURLでてこないから計画ぶっつぶれたのかもしれないけど
Ruby Perl PHP Python をブラウザ側で実装したブラウザってのも数年前に見たよ

意味があるなら誰かがやる
でも現状、開発効率よりも速度の方が大事で
「　ｊ　ｓ　よ　り　高　級　で　便　利　な　言　語　」を実装する意味を薄いとされている

あやまれ

>>306
ソフトウェアなんて消耗品だろ.xlibから自前でgtkみたいなツールキットからこさえるのか?
GNUStepみたいなジジイのファックぐらい気合が入ったプロジェクトもあるけれど
メンテする人間が居なくなったら終わりだろうな

NaCl にはひそかに期待している

fortranやpascal、basicみたいな末路を辿ることは目に見えているので、
時世と目的にあったものしか使う気がしない
rubyを使うこと自体が目的なら、どうぞご自由に

その点JSはブラウザを占拠しているので安心。

>>314
バカだろ。特定のブラウザ上でのみ動く、では意味がないんだよ。
そんなプロジェクトは頓挫して当然。実行速度の問題ではない。
名だたる殆どのブラウザの上で動くのがJSの強み。

jsも版が上がる毎に仕様が変わる
というか、いつまでもjsが載ったままだとは到底ながら思えない
何れはブラウザ共通のvmや中間言語が出来きるだろうが、
その時にはオライリーから出ているjsのテクニックも無下になるな
basicで指折りながらマシン語を打つような真似したくないな

>>320
なんでこんな無知がいるん
js,htmlってブラウザごとに動作違う事のも知らんのか

個人サイト（）　レベルしか作ったことないからそういう発想なんだよ

>>320
w3mやemacsのバッファ上からはjsで書かれたページ見れないんだよね
ちょっと前から使わなくなったけど

RFC 3439では、インターネット構造に関して第3章の序文に"Layering Considered Harmful
（階層化の有害性）"と題された節が有り、「階層化」という考え方が概念的および構造的に
さまざまな利点を持っているが、実装面では層単位で同じような最適化が繰り返し発生する
ことによる無駄な処理により効率的な実装を阻害し、複雑化を招くことがあり、また低層部分
のみに存在するデータにアクセスできない場面が発生するなど、インターネット・プロトコルの
目指す「単純化」という原則に反することもあることが明記された。

>>316
俺がいなくなった後のことなんて知らない
最低あと１０年程度はrubyが時代について行ってくれれば良い
多少遅れても許容できる範囲で
俺様にはrubyをどうこうする程の時間はないので
開発してくれているﾙﾋﾞﾘｽﾄ周辺､matzやsora_hを信頼していくしかない
ただし馴れ合いはしない

×馴れ合わない
○相手にされない

スクレイピングするためには、
サイトに使われているJSを読む必要がある。
JS恐ろしい子。これは普及するわ。

×俺様にはrubyをどうこうする程の時間はないので
○才能がないからruby本体なんてhackできない

Rubyでゲームを作ろうとする
↓
Rubyがオワコンになっては困るのでルビー押し
↓
ここへきてLL界はJSが圧倒的に優勢
↓
とはいえ、さすがにJSでゲームを作る気はしない
↓
かといって、Rubyは廃れそう。
↓
この際C++もあり　←今ここ

JSは凄いよ。俺みたいにLLは総じて糞だと思っている人でも、JSだけは無いと困るからな。
しかも、そのJSが他の鬱陶しい糞LL言語を駆逐してくれるのだから、
まったくJS様様だよ。もう汎用LL言語はJSだけでよいよ。
たくさんの言語を使い分けるのも大変だしね。

>>327
読まざる、書かざるを得ない糞言語だしな
かつてのunixユーザーにとってcがネイティブタンだったのと同様に,
web業界やアプリのマクロとしてjsがその立ち位置に着くだろうな

>>329
才能が無さそうだから、才能のない俺からアドバイスしておく
javaかc#+unityでやれ

確かに、ちょっとこったページのスクレイピングしようと思うと、ボタン押下のイベントを発動させたりとか、JSのソースを読むしかないんだよね。

c++()

Webにくっついてるってのは、今の時代には反則なまでに強烈だな。
>>330も言ってるけど、かつてのC言語と同じ理屈で、
糞だろうが何だろうが、もう関係ないって感じ。
数多の言語があるのは人的リソースが分散して好ましくないし、
LLのスタンダードをどれか一つに絞ろうと思ったときに、
ブラウザで動くのと、動かないのがあれば、
そりゃ動くほうがスタンダードに決まっちまうわ。

特に、PythonとRubyは、JSと似たり寄ったりな言語なので、
真っ先に駆逐されるわ。使い分ける意味がないからね。
リソースが分散するだけ。

java（）C#（）

本当に何もわかってねえし･･･　頭が悪いならレスするな
10年という数字出したのに
その2言語が10年後も生きてるはずがないだろバカ？

C#に関しては、MSが10年以内にはC#の次の言語を出してるからマジいらない
JAVAは俺から見たらC#でた時点で既に殺されてる

結局残るのはC/C++

jsへの以降も一瞬考えてた時期はあるけど
やっぱjsはrubyに比べたら記述が冗長してるよ
俺がC++扱えるせいでそう思えるのかも知れないが、jsよりもC++の方がマシだと本気で思ってる
現状動的言語で大規模開発が可能なのは、クラス、モジュールで機能が充実しきってるrubyだけ
rubyでやってても問題にはぶち当たる、それを別のLLで解決できる気はしてこない

jsはこれからもクロージャが
rubyのように
->{}　←　これで表現できるようには未来永劫ならないんだよ

パーサを複雑には出来ない言語だから
function(){} とかかなければならない

こういう小さな場所から開発効率は変わってくる
jsがブラウザ以外の場所でも使えると勘違いしてる奴は
用途を履き違えているバカ
もしjsがruby,pythonの領域にはいってくるなら、それはjsではなくまったくの別言語として生まれ変わっていなければ
勝負にすらならない

>>336
久しぶりにまともな書き込みだな。
C#は良い言語だが、MSべったりなので将来が怖い。
ゲイツが居なくなたからかしらんが、Windows8は糞だったし、いまいち未来が見えん。
VBもあっさり切られたし、.NetやC#もどうなるか分からん。メトロみたいに腐る可能性も有る。
あと、なんか癪に障るってのもある。
JavaはOracleになってからアレだし、ゲームならDirectXだから、
C#やC++のほうが愛称が良い。
C++は多くの人が使っているし、ネイティブ系の超定番だから永遠に廃れることはないけど、
GCが無いのがしんどい。しいて言えばそれぐらい。

趣味プログラミングは開発が長期に及ぶのが普通だし、
書いたコードはまさしく自分の資産なので一生の付き合いにしたい。
だったら長期的に仕様が安定していて、流行り廃りに無縁なC/C++は有り。

ならばC#/C++は使わずにCのみで頑張るべきだな

クライアントとサーバー側で同じ言語で開発できたら仕事が楽になるかも？
とか思ってるのかもしれないが、
言っておくけど
用途の違う言語を別フィールドに引っ張り出してきたところで
今まで以上のスキルレベルや作業量が要求されるようになるだけで
絶対楽にはならないから、現実を見てドカタはJAVAとPHPの勉強しとけば良いと思うよ

俺はrubyをお前らに使えとか言ってない
ドカタはJAVA PHP jsで決まり
自分から物の需要を作れる層だけがruby,pythonを使う権利がある

そこで颯爽とDが登場ですよ

クライアントとサーバーで同じ言語を使うと、
人の行き来がしやすくなる。それだけでも十分メリット。

そもそもサーバーサイドって今はJAVAで書かれる流れじゃねーの
js使う利点ねーだろ･･･

うわ

まぁrubyでやっていくから
がんばってほしいよmatz
とりあえず10年生きてくれれば良い
そのころには俺も何か環境は変わっているはず、コードはかいていないかもしれない
でもキモブサルビリスト達とは馴れ合わないから、二度と話かけんなよ

二度と来んな

uyって高卒のフリーランスとかかな?

>>338
c++は言語仕様が固まっていてもライブラリや周辺ツールが安定してないだろ

無人島にブス一人しかいないから仕方なくブスを選ぶしかない
そのブスがJS

美人は3日で飽きるがブスは3日で慣れる

>>348
c++は全部自分でライブラリを書く

仕事の出来るブス素敵やん

>>351
既成のものより出来が悪いライブラリ作りに費やす人生って何が楽しいんだ?
最も現実世界が充実していればプログラミングなんて作業に青春を費やすわけもないが

c++で組むとなかなかありものでなんとかならん場合も多いと思うが

>>353
プログラミングなんて、世界を了解するためのものだから。
他人が了解してくれても何にもならない。

>>355
それで、あんたがどういうコードを書いた時に
世界を了解されたのだ？

>>340
> クライアントとサーバー側で同じ言語で開発できたら仕事が楽になるかも？
> とか思ってるのかもしれないが、
> 言っておくけど
> 用途の違う言語を別フィールドに引っ張り出してきたところで
> 今まで以上のスキルレベルや作業量が要求されるようになるだけで
> 絶対楽にはならないから、

同じ言語を使っても楽にならないというのは分かった。

じゃあ、違う言語を使ったら楽になるのか？

違う言語を使っても楽にならないのであれば
同じ言語でいいだろう？

サーバーとクライアント同じ言語だと
クライアントとサーバーは同じひとがやるから
作業量が増えるな

それは作業量が増えるのではなく、
一人あたりの作業量が増えるという意味でしょう？

二人で分ければいいと思うよ。
つか、お前の会社は言語が同じなら、
システム全体を一人で開発すんの？

個人事業主じゃあるまいしｗ

>>359
わかってないなー
二つにわかれてればじゃあ二人でとなるけど
おなじ言語ならじゃあ一人でとなるのがわからんのか

phpだって画面とロジックおなじひとが
やるケース多いだろ

>>360
少なくともサーバー側のアプリは
一つの言語で統一されてますよね。

その理屈で言えば、サーバー側のアプリを
一人で開発するってことになるわけですが？

>>361
違う言語を使っても、同じ人がやりますよね。
PHPとHTML+JavaScritpt

例えばバリデーション処理はサーバサイドでもクライアントサイドでも必要だけど、同じ言語ならその処理は使い回せる。
サーバサイドとクライアントサイドを同じ言語にするのは、明らかに開発効率が上がる。

>>353
別に自分のやりたいことにあわせて自ライブラリかくんだから既成ライブラリほど万能じゃなくとも質さえ並んでればいいんだよ
その程度に時間かけてしまうやつや、どうかいても劣化実装になるってやつはC++触れない

>>364
既成のライブラリより性能、品質面で俺はその上をいくものが作れるといった
中学生特有の精神病を患っていないとc++を扱うのは難しいわけだな

>>360
プログラマがデザインするのか?ろくなことにならねーぞ
中小企業のプログラマがデザインした自社HPをいくつか見てみろよ
未だに2000年以前のカビ臭いHPなところばかりだぜ

>>365
だから、
その「既存のライブラリ」とやらを作ってきたのはだれだ？　
もしそのオプソのライブラリがC/C++で描かれているなら、当然それを作ったり
支援しているのはC/C++使いなわけで
C++を使っていくってのは、「ライブラリをこれから作る」とかじゃなくて
「C++で作っちゃった（まちがって。趣味で。）」から、それを使っていくかみたいな流れが正しい

ところでjsでスクレイピングはできたのか

いつまで自分のバカさ加減を晒すんだこいつは？

>>353
良いライブラリは良い環境を作らないと動かなかったりする
例えばLinuxとJavaがないと動かないとか
ライブラリを作らないかわりに環境作りに青春を費やす

>>367
javaやc++がない時代に自社開発でc++を使い続けていた奴らかアカポスの連中だろ
>>370
バカ杉.linuxとjavaなんて1ヶ月もあれば環境設定できるから
K&Rを読んで、Effective C++を読んで、cppunit、git、テンプレート、gdb、UML、デザパタ,emacsのバインドを覚えて、
Makefile書いて、メモリリーク探すよりか、javaとeclipseでも使った方が効率良いから

×c++がない
○c#がない

LLのスレなのに何でC++の話題で盛り上がっているんだ？
ネイティブが良い場合はC++、JavaVMが良い場合はJava、.Netが良い場合はC#でFAだろ。

JavaScriptが単純すぎて退屈だからC++を使いたくなると話題に

nokia、adobeの戦略が最適だよね
windows8になってから、その戦略にM$まで追従してるし

>>373
.netってunity以外に利用する目的がわからないな
ライブラリ数や実効速度、動作環境からしてjvmの方が優れてない?
単純に言語自体でみればc#の方がよく出来ているし、c# on jvmができれば良いんだけど

【Perl,Python,PHP】LL ﾊﾞﾄﾙﾛﾜｲﾔﾙ 24【JS,Ruby】
http://toro.2ch.net/test/read.cgi/tech/1343290581/
このすれでjsディスってるやつがいる

>>375
wxWidgetsのwxJavascriptもGLUEScriptに名称を変更して
プロジェクトが活発になったな感があるな
java vs javascrpt + c++の構図が見えてきそうだ.
関数型言語ってNTTデータやIIJみたいな大手でパーサー書く用途には使われてるのかしら

>>373
> LLのスレなのに何でC++の話題で盛り上がっているんだ？

LLの定義を調べてみてね。

boost使いでなければLLとは認めない

boostのせいでC++のイメージが地に落ちた。

cやlispみたいな聖神性や崇高さよか使い捨ての道具を作れる方が重要だろ
厨房しかいないこのスレにlinuxカーネルやrubyのコミッタが居るなんて思えない

c++はLL言語だぞ

C++が最強という結論に至ったようだ

マイクロソフトがwindows8で再びc++に肩入れしてる節があるよね
どう考えても.netじゃjvmに勝てそうにないし
html5+c++が1つの理想郷だと思うけれどセキュリティ面なんて
絶対に信頼できそうにないよね

C#をネイティブコンパイル言語にしたら最強

ほれ、33行で数独ソルバ

https://gist.github.com/3217582

>>386
何そのgnomeでコケたvalaみたいな言語

HTML TIMEってもうダメなの？
あれならjsなしで動的なページ作れる
IE以外は未対応っぽいけど

IE以外未対応じゃ意味無いでしょ。

ActiveXさん・・・

需要があれば対応するだろ
需要がない

前々からM$は独自規格しか出さないだろ

ウェブでもASP.NET MVC以上のフレームワークはないと思う。
どうしてもIISやSQL Serverの方がいいけど、monoでもそこそこ動くはず。

何故かuyが発狂してくれることに期待している

matzは沢山の優秀な若者の人生を台無しにしたよね

ルビーってどうなるの

ルビースト

matzとその信者達がシコシコ気持ち良く使い続けることでしょう
たとえ周りがどうなろうとも

hackerになりたがるバカの意味が分かった気がするぞ

くろーじゃ
すから
のーど

全部こけてる

海外でのほうがruby使われてそう
日本は何故かいつまでたってもPHP
おいてかれるわけよ
何も不思議なことはない

いや、世界的に見ても断然PHPが一番多く使われてる。ウェブ開発では。
日本はお膝元だけあってRubyは目立ってる方でしょう。その分、Pythonが割を食ってる。
あと、ASP.NETというかIISも世界的見ればもっとシェアあるね。
海外のレンタルサーバ屋だとたいていIISプランも用意されてるけど、日本だとApacheしかないとこが多い。

Perlも日本だと多いね。CPANのコミッターたくさんいるし。
そのせいか、CMSは海外じゃとっくにWordPressが独占状態なのに、日本じゃ未だにMovableTypeもそこそこ使われてる。

Pythonは名前が日本受けしないんだよ
アレはダメだ

「名前が日本人受けしない」「日本製だからRuby」

アホしかいない

アホしかいないんだよ
実際pythonが使われない理由はそこ

pythonでweb開発するとerbみたいなhtmlへの埋め込みも
インデントが強制されたりするのかしら？

ゴミみたいな言語でゴミみたいな開発させられててくやしくない？

>>407
ウェブ開発にpythonを持ってくるメリットって何?見当たらないんだけど
>>409
それでも仕事がある

>>403
ESRが書いた釣り文書に釣られた日本人が多いんだろ

>>403
ソースは？

>>410
えっと
くやしいってことかな？

>>413
railsの仕事なんて島根ぐらいにしかないでしょ

SIerばっか

ほむ

http://melborne.github.com/2011/06/22/21-Ruby-21-Trivia-Notations-you-should-know-in-Ruby/

なんか・・・・・、仕事で言語を選ぶ権利なんておまえ等にはないのに
言語の良し悪し語っててつらくないのかなって思い始めた
・・・・・・・・・・(゜∀゜;ノ)ノ

>>418
ないの？
普通あるだろ

仕事であるかに関わらず、ブラウザで動かすならJSしか選択肢が無い事実

でもjsはスクレイピングにむいてないしスクレイピングできない言語とかゴミなんにも作れないはやくリサイクルされろ

>>417
jsとrubyの小技を2つも覚えるならjsつかった方がマシだなというのが恐らく世間の考え
>>419
大手にSEとして就職した知人の話じゃ使ったことない言語の保守・改修で選択する権利なんてないって

スクレイピングするためにはサイトのJSを読んで解析する必要がある。
プログラミングは書くより読むほうが難しいので、何度も読んでるうちに自然とJSに詳しくなる。
かくして潜在的JSユーザがどんどん増えていく。人が集まれば企業が資本を投入する。
環境が整ってより一層普及する。正のスパイラル。

スクレイピングするのにRubyを知っている必要はないが、
JSを知っている必要は有る。スクレイピングを例に出したのは失敗だったな。

>>422
そりゃそうだ。
文法を覚えるのは良いとしても、ライブラリ揃えたりといった環境構築が2倍面倒だ。
成果物もRubyとJSに分散してしまって再利用しにくくなるし。
公式の動向や互換性といった政治的な泥臭い悩み事も2倍になる。
そのくせ、二刀流しても、似たような機能の言語だから、表現の幅が大して増えない。
だったらどっちか片方で良いや、ってなるのが普通。
そんで、ブラウザでも動くというたったそれだけの事でJSが生き残るわけだ。
このスレは今まで散々文法で優劣を比べてきたけど、何の意味もなかったわけだ。
真なる勝敗の決め手はブラウザで動くかどうかだったってわけ。

NaClが待たれるな

Chromeなんて個人情報抜きまくりいの
ブラックウェアじゃないか

本気でnode.js(笑)に夢みてる奴がいるのか
それ絶対スカラやくろーじゃと同じように１年経たずに話題にもならなくなる技術だよ・・・・
俺が恐れてるのはjs(笑)ではなくrubyの上をいく言語の登場だからね
冗長した記述を余儀なくされるjsでは
perlにさえ勝てないことはしってる
だからrubyが流行るまでjs笑いガン無視でperlが使われてたというのに

perl,ruby,python,phpならスクレイピングのサンプルはすぐにでてくる
jsはでてこない
jsはスクレイピングできない

スクレイピングするためにはJSを読まなくてはならないのでした。

>>427
謝れ。ringoJSに夢見ているんだから謝れ

ちゃんとmechanize使いこなせてれば
ページのソースなんてhtmlすら読まなくてもスクレイピングしていけるのに･･･
一々htmlだかjsだか読みながらスクレイピングしている効率の悪いゴミは大変だな

流石にjs使ってるだけあって、スクレイピングすら出来ない初心者のようだ

>>430
RingoJsとかあるんだ
無理だろ･･･

けれど、pythonもrubyも、perlと同じく今後は無駄な努力になると思うよ

>>432
CommonJSのリテラルにはpythonのリスト内包記法やeachなんかが取り入れられてた希ガス

>>433
俺がruby使えると思う場所は
日ごろの作業の自動化と、ゲーム内スクリプト
それ以外の場所では元々使えるとか思ってないよ
rails（）とか、もうあと２，３年もしないうちに使われなくなると思ってる
でもお前らには色んな場所でruby使って欲しいよ　rubyの成長の為に　礎となって欲しいよ

redmineやmetasploitみたいな有用なソフトウェアをrails上で作れば使われ続ける
問題は、ここの糞コテにそのようなスキルが無いことである

Perlは今でもUNIXだったりその上で動くミドルウェアの補助ツールでよく使われてるよ。
確かにLinuxだとPythonが代替し始めてるけれど、まだまだPerlは必須だし、少なくともPerlの代替としてRubyという事はない。
PHPとRubyはウェブ専用言語って言っていいのでは。

>>435
そこが面白いんじゃないか。
Ajaxが流行った性でブラウザで動くというたったそれだけの理由でJS急成長。
しかし、uyにとってはブラウザで動くかどうかはどうでも良い話。
ブラウザで動くことを差し引いたら、特に良い言語というわけでもない。
だけど、周りはJSに流れていき、Rubyは廃れてく。
uyにとっては何一つとして美味しいところがない展開。
それだけでもJS最高です！！

uyって
RuBy
でrとbが抜けた半人前？

uyは、うんこ読めない、の略。
空気読むのが苦手な人でも、うんこを避けることぐらいは出来る。臭うからな。
それすら出来ずに、うんこに全力で突進してしまう人のことを、
うんこ読めない=uyと言います。

別にjs笑いをたたいてるわけじゃないんだよね
ただ予言というかこの先どうなるかってのを的確にいってるだけで
jsがperl程度すら超えられる時代はこないってことをさ
現実をみろ

なんでrubyがでてくる前は
js笑いが存在したにもかかわらずperlの時代だったのかを理解しろ
そして何故だれもjsでスクレイピングしていないか

rubyが使われなくなるとすれば次に登場するＬＬの出来次第
そのときにrubyはついていけるのかどうか
俺が気にしてるのはそこだけ
今現在rubyが最高効率なのは今更議論することではなく
知らない奴が無知なだけ

>>442
google mapがなかったし、ブラクラの温床になってたからな
rhinoが作り出されたのは1997年、google mapのサービスが開始されたのは2007年
javascriptの言語としての有用性はajaxブームに火が着く10年以上前から一部には理解されてといえる
その間、*nixにおいてperlが使われ続けていたのはawk,sed,shの歴史的経緯やcgiが主流だったから
その頃に日本でrubyと比較されてた言語といえば、HSPやActiveBasicだった記憶があるな。
もっとも、その頃にはlinuxなんて触ってなかったが
そろそろjsに収束してブームが去った後のヒッピーぐらいダサい存在になる悪寒

当時はブラウザで動くということに価値がなかったからね。
JSのイメージはセキュリティーの問題もあって最悪で、
ブラウザの設定でOffにすることが薦められていたぐらい。
しかし、時代は変わったのですよ。
Ajaxのお陰でイメージが良くなり、利用者も増え、
言語仕様もよくよく見てみればシンプルで普遍性があり、ある種洗練されていて、
化石の割りに現代でも通用する、よく考えられたものだった。
通常であれば、ブラウザに新しいLLを搭載しようって流れになってもおかしくないのに、
そうはならなかったし、その必要もなかった。
むしろ、JSは使い物になるからこれからも使っていこう、サーバーサイドにも展開しよう、そういう流れ。
JSは、そのイメージから過小評価されていただけ。

その冗長jsが効率良いと思ってるなら、
勝手に使えとしか

お前は結局「今後のｊｓに期待。これからはｊｓの時代」って言ってるだけで
現時点のｊｓがゴミカスで、ほとんど誰も使ってないって事は認めてるんだよな
流行らないと思うよ　　が、俺の意見

無理にサーバーサイドにjsおくくらいなら新規言語作ったほうがはえーもん

結局二つの用途を一つの言語で行おうとすれば
「特化型」言語から「汎用型」にならざるを得ない

ブラウザ上で、テキストマークアップに特化したのがHTMLであり
スタイル記述するのがcssであり、
その部分をjsで書いたりなどはしない

特化型言語にjsはかなわないから


汎用型から、一部の目的に特化させるっていうならまだありえるが
jsっていうのはブラウザ特化型だよ
パーサを複雑に出来ないから冗長した記述のままシンタックシュガーも少なく
ブラウザ上でなら、大きな差となるかもしれないが、
サーバーサイド側で動かすには、マジでどうでもいい小さな
速度の為だけに負担をプログラマにかけ続ける言語
そして特化型から汎用型言語にはなれない
サーバーサイド側でかくコードの為に、何かを改変するにも、ブラウザ上でのｊｓが劣化しないように作らなければならない
それをやるくらいなら新言語開発の方が楽

ｊｓがサーバーサイド側で使われる未来は"絶対に"来ない

夢から覚めろｊｓ厨

いまさら新言語作ってもエネルギーが分散されるだけで何も良いことないから、
誰も協力しないし、誰も使わない。だからこそ今になってのサーバーサイドJSなんだろ。
これ以上いろんな言語が乱立しても、人類のためにならないし、
むしろ言語を絞って欲しいわけ。俺だけじゃなくてほとんどの人がそう思ってる。
似たような言語がいっぱいあっても意味無いから。
あれだけ激しい競争をしているブラウザ界のなかにあって、
その殆どで奇跡的に動くJSこそ標準LLに相応しいわけ。
これは本当に奇跡で、このチャンスを逃すとLLの統一は無くなる。
だからこそ、業界総出でJSのプッシュになってるわけ。

サーバーサイドをなぜ動的言語って発想なのか謎だよお前
俺はruby厨だけど
サーバーサイドは一番速度の出る言語で作ってサーバー性能生かすべきだと考えてる
rubyやその他の動的言語で書いたCGIなんて趣味の産物だろ

あとお前サーバーサイドで使うにもセキュリティの問題が大量に山積みなのわかってる？
ｊｓはこれからそれをクリアしていかなければならないんだ
node.js（）がまともに使えるようになるまで何年かかるやら

nodeって並列処理で他言語を圧倒してるんじゃなかったっけ？

サーバーサイドには
C++,C#,JAVAも使われていて

それらの言語にもｊｓが勝てると思っている？
現実を見ろ

いくらブラウザベンダがｊｓを押してるとはいってもｗ
流石にその押してる奴らがC++,C#,JAVAの場所にｊｓをもっていこうとかアホなことは考えていないだろう

サーバーサイドの席は既にいっぱいで、言語の供給過剰なんだよ
C++,C#,JAVAが取りこぼした席は早いもの順で既に埋まってる

jsはこれからもブラウザ専門
それ以外の場所への進出はない
現実をみろ
仕事で使う前にまず趣味で使えるなのにスクレイピングさえできない言語とか冗談だろう
趣味言語として使えることがわかってから仕事言語に昇格される
jsはまだ趣味言語にすらなれていない
perl以下でC++以下
来年はスカラくろーじゃの仲間入り

ま、現時点ではJSは汎用な言語として確立出来てないけど、今後そういう流れになるのは明らかだよな。
SedやAWKみたいなのまで置き換えるかは分からないが。
Rubyは、なんていうか、好きな人達が細々と使っていく言語になるだろう。
実行パフォーマンスの低さ、バージョン間互換性の悪さ、プラットホームがUNIX限定、ウェブ以外での過去資産の無さ、動的過ぎて使いこなすのが難しいとか。デメリットが多い。
ただ好きな人には好きな言語なんだろう。

普通に考えて、ブラウザ用のスクリプト言語を、汎用化してしまおうって流れは異常。
にもかかわらず何でこんな流れになってしまったかというと、一言で言えば、LL乱立しすぎ。
放っておいても、標準が決まる気配はないし、
むしろ教祖様になりたい人たちが、毎年のように新しい言語を作りまくる。
特に動的型言語はコンパイラの実装が簡単なので、アホでも作れてしまうからな。
そこで大多数の静寂を求める普通の人たちは、ブラウザを軸にLLの標準をJSにしてしまおうと考えている。
ブラウザに新しい言語を搭載しようとなると、それはもう大変で、はっきり言って無理なので、
ある種の聖域になってるわけ。激しいブラウザ競争を繰り広げている我の強い陣営たちも、
Ajaxが流行ったお陰で、奇跡的にJSの互換性にだけは気を使ってくれている、とてもありがたい状態。
で、その統一された世界観を折角なので他にも展開しようという流れ。
このムーブメントは長期にわたって持続されるよ。誰だって言語が乱立しているのは嫌だから。

例えばRubyがLLの事実上のスタンダードに決まったって言うんなら、それでもかまわない。
そうなれば、ブラウザにRubyを載せる流れになるんだろうし。万々歳。
だけど現実には全く逆の流れのムーブメントが起こっている。
それは、放っておいても何時までたってもLLのスタンダードが決まりそうにないから。
少なくともブラウザはJSで統一されているので、もう強制的にこれに決めてしまおうという流れ。
少々使いづらかろうが最早関係ない。乱立しているほうがよっぽど困る。
何時までもだらだらと決め手に欠けて決着をつけれなかったRubyやPythonが悪い。
あまりにも長引いたから、JSなどという骨董品を持ち出す羽目になってる。
あの我の強い各ブラウザ陣営が、ことJSに関してだけは互換性を重視するという、
奇跡のような状況を目の前で見せられてしまったものだから、なおさら期待が高まる。
もうみんなすっかり疲れてしまっているから、JSでFAにしたいわけ。

人類のため、だってw

独自規格で囲い込みに必死なソフトウェア業界において、
これだけ互換性を重視するのはブラウザぐらいではないだろうかね。
数年前までは違っていたが、今はブラウザのシェアが良い感じにバラけてくれたお陰で、
信じられないぐらいの調和をもたらしている。IEの独占が続いていたら、
こうはならなかっただろうから、本当に良かった。
今やJSの公平さは誰しもが認めるところ。一社独占じゃないってのが良い。
「JSはみんなの物」感が凄い。まさに標準にふさわしいポジションに仕立てあがってる。
なんていうか、危ういパワーバランスの上に成り立ってる、調和のシンボルみたいになってる。
日本人的な美徳が溢れまくっててたまらない。
もし、IEの独占が続いていたら、誰もJSのプッシュなんかしなかったんだろうな。
糞言語ってことで終わってただろうよ。

>>457
M＄はVBAって糞スクリプトを推してただろw
ブラウザにjsを乗っけたのはネスケで、現在のmozillaだろ
それに元々のせる予定の言語はschemeだったものをlive scliptに変更して、
政治的な理由でjavascriptに名称を変更したんだぞ

IEがAjaxを実装したからGoogleMaps、JSの再評価があるわけだが。

>>451
現状はjsで済むような雑務にjavaやc++が使われているだろ
javaやc++の正規表現、文字列やコレクション型、STLの使い勝手が動的言語ほど良くならないかな

今のWeb界の良いところは、
標準を意識しなければならない状況にありながら、
各陣営が別々にエンジンを実装しているところ。

この二点を満たさざるを得なくなる状況って、余り発生しない。
民主主義的な余分なエネルギーが沢山要るから、なかなかそういう状況に成長しない。
しかし、この二点を満たさなければ標準とはいえない。

各陣営が別々にエンジンを実装していても、独自仕様全開であれば標準になりえないし、
事実上の標準であっても、エンジンの提供元が一陣営のみであれば、標準じゃなくて単なる独占。

Webも少し前までは残念な状況で、当然JSの評価も糞だった。
しかし、ブラウザのシェアが良い感じにバラけてくれたお陰で、Web界は標準への取り組み姿勢が急成長し、
JSの地位も急上昇した。残念ながらRubyはまだその高みに達していない。
Pythonは沢山の実装があるので、どちらが標準たりえるかといえば、まだPythonだな。
しかし、今のブラウザほど標準が重くのしかかっているものは無いので、やはりJSだな。

cruby,jruby,ironruby,rubinus,REE,mruby,これだけあれば十分だよ
jsやschemeなんて実装が多すぎてライブラリやモジュール、ソフトウェアを作りたがらないだろ
実装とライブラリが囲い込まれたdelphiやobjective-cで作るのが正しいんだよ

JSのライブラリってjQuery他いくらでもあるだろ
まもなくアウトオブブラウザなライブラリも大量に出てくるよ
あとRubyの立ち位置って、Perl/CGIの後継はPHP、SED/AWK/Perlの後継はPythonであって、Rubyはどこのポジションでも本流になれてない
Rubyと言うよりRailsがウェブフレームワークに大きな影響を与えたのはたいしたものだが、いまどきLLどころかJavaにもC#にもRailsライクなフレームワークがあるわけで、Railsを選ぶメリットは少ない

たしかにJSの実装は沢山あるが、
これからは仕様にガチガチなブラウザのそれを標準としていくから問題ない。
MSやGoogleやAppleなどの超巨大企業が大量の資本を投じて本気でシェア争いしつつ、
かつ、どの陣営も標準に無茶苦茶こだわっている異常事態。
なにせ大量のWebサイトがそっくりそのままテスト環境なのだから。
ちょっと他のLLでは真似できない状況だよね。
JSの生まれは不幸で苦労人だったが、今になってようやく幸せになれた。
感慨深いものがある。

>>463
アウトオブEmacsなLispが大量に出てきた原因が何だったか知っているか

>>463
java屋ってOSSなweb周辺のコードなんか書いてくれないだろ
javaやc#よりもRubyやPHP、jsを積極的に採用する理由の１つだよ

> java屋ってOSSなweb周辺のコードなんか書いてくれないだろ

え？ ApacheプロジェクトにOSSなJavaプロダクトたくさんあるじゃん。

無知なのに偉そうにｗ

多くの言語を使いこなすことができないたぐいの人か
これからは〜こうなるだろう〜 ばかりで
妄想ならブログにかいてろ
perl python rubyはそれぞれにプログラミングにおいて重要な特徴があるんで
他に代替品が存在しないから
一概に消すことはあり得ない
夢みてないで黙って多言語使いこなせるように勉強しろよ
これからも毎年ゴミカスのごとく言語処理系は乱立していく
ついてこれないやつから消えていくだけ
言語の統一はまだ起こる気配はない

とりあえずjsでスクレイピングできりようになってから火病れ
jsはブラウザー以外じゃろくに環境もなくなんにもできない
rubyでよくね？って答えがでそうになると関数型言語厨や静的言語厨やこれからはjsの時代だキリっ

ってやつがわいて無茶理論展開していくのはよくわかった
やはりいまはrubyがＬＬのなかで一番有力って証拠だろうね
jsをHTMLですませようって流れもあるのに
jsはいつまでもブラウザにいられるわけもない
だから。焦ってでてこようとしてるんかね？

言語習得に疲れた奴は引退オススメ
これからも処理系は乱立していく
js厨がいくら言語乱立すんなとほざいても作られていく

俺からするとjsをブラウザ以外で使うとかがありえないからjsの成長は眼中にないし気にしてもいない
速度のためにパーサを複雑にできないjsはシンタックスシュガーをやたら入れることができず軽量であり続けなければならない
その制限がついてる限りperlにすら劣ると言っているんだよ
そんな言語はこれまでも誰も使ってないし、これからも誰も使わない
黙って多言語使え
それができないなら引退オススメ

>>469
また全角混ざってますよ

夢から覚めろってことだろ

jsはスクレイピングできない

質問です
スクレイピングをしてみたいんですけどなんの言語がオススメですか？
スクレイピング初心者です

はやくおしえろよ

jsあげている人がいますが


rakeのjs版てあるんですか？


gemsのjs版てあるんですか？



ないよ

スクレイピングしたいんでオススメ言語教えてください！！

はやくしろよ雑魚

jsカス

>>476
少しはググれよ

ウェブ屋の人間って、世の中の人間が皆、ウェブ開発の為にその言語を利用したいと思ってんだなw
視野が狭いってか、ウェブ開発以外の分野に目を向けた方が良いと思うよ
これまでの分野からみても、あまり大したことやってるように見えないし

>>481
賛同。

>>481
周りに目を向けたら自分の低能さが嫌って程分かって
鬱になっちゃうだろ
技術力なくてもとりあえず職につけるからWeb屋なんてやってるわけで

身につけた知識が片っ端からゴミになっていくから
苦労してんのよ

>>467
apacheのプロジェクトは基本的にsvnで管理されるゴツいものばっかで、
cpanみたく、こざっぱりしたツールなんて殆ど提供されてないだろ
rubyのメリットはコザッパリしたツールの共有ができることだって

スク水

uyの言うことはことどとく正しいからぐうの音も出ない

絡むだけアホだろ

>>485
お前、cpanなんか評価してんの？
あれ、たんなるフリーソフトの集まりだろ。

仕様なんて作者の気分で変わるし、バージョン間の互換性なんて
無いのが当たり前だし、バグたくさんあるし、
同じようなものがたくさんあって、品質低いものが多い。

Linuxdisるのやめろよ

むしろPlan 9やHTML5をdisってるような気がする

本物だけど、
俺様は今日、ラーメンのツユを盛大にこぼした
器をひっくり返して、ベッチャベチャになった
これは俺にとってはマジでありえないミス
こんなミスやったのは４，５年ぶりくらいだろうな理由は分かってる
同時に色んなことをやりすぎてて、意識分散が起こってるからだ
よってこのスレにはしばらく来れなくなってしまう

そんな事書いた所で、
誰もお前が本物だって
思わないよｗ

沢山のLLを覚えるのは簡単だが、
使う言語の数分だけ、環境を用意し、互換性に気を配り、といった無駄な苦労がリニアに増えていく。
また、コード資産が分散し、再利用しにくくなる。
しかし、LLは総じて似たような機能なので、沢山の言語を使い分けたところで、
表現力は余り向上しない。
マイナス面ばかりがリニアに増えていき、それに見合うメリットは得られない。
バカは効率を気にしない。

面白いスライドを発見した。
http://eto.com/d/PresenShibuyaJS.presen

沢山の言語覚えるより、２〜３個の言語とライブラリ勉強した方がいい。

見てみたけど、、
技術的な根拠とか何もない面白くもないスライドだった。

LL Decade やってるね

JavaにOSSのライブラリがないというのは明らかに事実誤認だな。C#にもCodePlexとかあるし。

CPANのモジュールは確かに仕様がコロコロ変わるね。作者の気分次第で。
特に日本人コミッターのモジュールにその傾向が強いように思う。
俺はCPANモジュールの採用を検討する時は、同じようなのがあったら外人のモジュールを選ぶことにしてる。そっちの方が安全だから。
Perlって本体はかなり互換性高いんだけど、CPANモジュールの互換性が低いんで、長く使いたかったらPerlコアだけでプログラム書いた方が良いんだよね。

>>499
普通のレベルの奴がその存在を知らないなら
あってないようなもんだよ

Pythonに仕事はありますか？Rubyに仕事はありますか？
世の中のプログラミングの仕事はC/C++が3割、Javaが3割、HTML/Javascriptが2割り、.NETとPHPとPerlが1割を奪い合ってるってところだろ。
PythonとRubyを使ってる奴は金にもならん自己満足を繰り返して現実を直視できないニートプログラマ。

金額ベースだと別だろうけど、プロジェクトの数はウェブ、それもPHPが断然多いと思うよ。

>>501
お前が知らないだけで、
それがお前のレベルってことだよｗ

RubyはPrologの後を告いだ次期主力国策言語、
日本国内ではプログラマーの技術として必須になるよ。

日 本 国 内 だ け　だけどね。

>>505
Prologならばブームの10年後には主力言語として忘れ去られましたけど？
RubyはJISに制定されただけで、Prologと違って国策でも何でも無し
国内ウケなマイナー言語がナゼか海外でも注目されてRailsが生まれ、
舶来品好きな国民性でブームが逆輸入されたのが現在の状況

>>504
はいはい社畜社畜

>>506
なぜか の理由をいうなら
日本の社畜には金になるかどうかまだわからない技術で遊べるほどの余裕がないからじゃね

>>502
仕事で自分が納品するコードはC/C++だけど、テストデータ生成や確認、
ビルド等の日常作業の自動化でRubyを活用している
(以前はPerlを使っていたし、それ以前はyacc/lexの自作言語)

WEB(Rails)プログラマを除けば、Rubyだけで食えると考えてる奴はアホだ

JavaやっててJakartaプロジェクト知らないとか、C#やっててCodePlex知らないとか、それは嘘でしょう。

求人みるとrubyで携帯向けゲーム開発してるところがあったりする
ゲーム分野では生きると思うよruby

なんだかんだいって必死なrubyディスりはム板くらいでしか見ない
uyのせいだろ

>>509
それはスクリプト言語の正しい使い方だ。

信頼性を求めるアプリを作るために言語ではなく、
そういうアプリをサポートするための道具を作るための言語。

そうそう
んで一部の暇人が遊びでスクリプトの枠を越えたもの作っちゃってるだけ
その延長

jenkinsやredmineって遊びで作れる域だったんだ
プログラマなんて目指さない方が良い人生送れるな

>>499
codeplexって出来たばかりだし大したプロジェクトないだろ

>>512
ああ、それね。Rubyist達がマジで怖いから。
Rubyは便利ツールの抱き合わせ言語でもなければ、
強力なバックボーンがあるわけでもないので、
普及させるには宗教の力を借りるしかなかった。

>>510
Jakartaは終了したよ？

>>517
宗教って、emacsやperlの方だろ
既に時代遅れに関わらず、極一部に神の奇跡を起こす聖人が居るイメージ

LLやってる人って、何かって言うとLAMPが最強みたいに考えてて、他の環境全然知らない人多いよね。
この前、はてなブックマークでMySQLがあればOracleもSQLServerも不要みたいなエントリーがあって、びっくりしたわ。

まあLAMPでできないことはないけど

よく分からないが無料より重要なことはない

お前がそう思うのならそうななんだろう。
お前ん中ではな

>>520
PostgreSQL&MySQLで済む案件は多いと思うよ
エンタープライズサーバ向けにOracleと
Windows限定にSQLServerがあるから不要とまでは言わんがね

oracleってなんであんなにバグ多いのに
エンタープライズで使われるん？

売り込みがうまいだけだろ
JAVAも

だめだ。サイボウズつながんないし全身が謎のピリピリムズムズ感に襲われているから今日はなにもしないで寝る

俺様は朝から最低なまでのコンディションだが
それでも前へ進む
今日死ぬかもしれない体で作品をつくってる作家をしっている
描きたがってたエロ同人を作れずして死んだ絵師を知っている
あいつのためにも俺はエロ同人も描かなければならない
忙しい

>>528
なんちゅう人生真っ暗ドン底人間達。
Rubyなんてウンコ言語に手を出すから…。

>>527
グループウェアってPHPのフレームワークで作られたソフトウェアの
カスタマイズで十分なんじゃないのかなって思う
積極的に製品を買うメリットってあるのかな

>>530
え？ サーバーに設置するような技術も無い
他業界の人はどうするんの？ｗ

グループウェアって、普段話さない人たちとの会話のチャンスを奪っているよな。
こういうのってたぶん良くない。

>>531
プログラマやカスタマーSEの仕事じゃないのか?ESRが似たようなこと言ってただろ
OSSにすることでプログラマは飢死にするが別にそれでも構わない
ソフトウェアのカスタマイズや使いにくいソフトウェアの書籍代から稼げば良いって

1 1 Java 17.479% -0.29% A
2 2 C 16.976% +1.15% A
3 6 C# 8.781% +2.55% A
4 3 C++ 8.063% -0.72% A
5 8 Objective-C 6.919% +3.91% A
6 4 PHP 5.710% -2.13% A
7 7 (Visual) Basic 4.531% -1.34% A
8 5 Python 3.218% -3.05% A
9 9 Perl 2.773% -0.08% A
10 11 JavaScript 2.322% +0.73% A
11 12 Delphi/Object Pascal 1.576% +0.29% A
12 10 Ruby 1.441% -0.34% A
13 13 Lisp 1.111% +0.00% A
Pythonももう落ち目だな。LLが軒並みシェアを落としている中、JSだけ上昇傾向。
LL乱立の影響を受けないJSだけが健全に成長しているわけだな。
しかし、やはりC/C++は強いな。合わせるとシェアナンバーワンだ。

>>534
何のランキング？

こうして数値で見てみると、LL自体が落ち目だということが良くわかるな。
その落ち目のLLグループの中で、激しいシェア争いをしているものだから、
シェアは分散するし、ユーザは逃げるわで、余計にひどいことになってる。
とういか、そういう内戦状態が長期にわたって続いたから、LL国が落ち目になったとも。

TIOBEの話だと思うけど、LLは少数精鋭でチームを作った方がいいから
この手のものでは低くなる傾向があるのではないかと思ってる。
逆にJAVAとかCとかは、どうしても人数が必要になるから
高くなる傾向なんじゃなかろうか。
まあ、TIOBEの集計方法を知らんけど

Perl,Python,Rubyは誰にでも扱える言語じゃないことは確かだよ
自由度が高すぎるから、素人に書かせると改修不可能なソースの出来上がり

TIOBEのランキング（July 2012）

1 2 C 18.331% +1.05% A
2 1 Java 16.087% -3.16% A
3 6 Objective-C 9.335% +4.15% A
4 3 C++ 9.118% +0.10% A
5 4 C# 6.668% +0.45% A
6 7 (Visual) Basic 5.695% +0.59% A
7 5 PHP 5.012% -1.17% A
8 8 Python 4.000% +0.42% A
9 9 Perl 2.053% -0.28% A
10 12 Ruby 1.768% +0.44% A
11 10 JavaScript 1.454% -0.79% A
12 14 Delphi/Object Pascal 1.157% +0.27% A
13 13 Lisp 0.997% +0.09% A

分散(笑)がなければ Objective-C++ の圧勝だった

別に多くの人間に使われてる言語って
世界の平均的PGの頭のご様子に見合った言語ってだけのことで
LLはそういう言語じゃないことは知ってる
LL側の人間は、JAVA（）、C#（）向けに作られた資産をどのようにして
こちら側の世界に持ってきて、効率の良いLLで使用するかだと俺samaは思う

JavaとC++の人気の下がりっぷりはガチ

RubyとPythonなんて用途がどこにあるのか言ってみろ！え？え？

CやJavaみたいなホストにするにはコンパイラやVMが全く汎用性が無いし、
スクリプトとして使うにはインタープリタ重くて組み込めん上に言語が複雑。
フレームワークやCGIで使うにしても、独自（笑）の余計な機能がバグの温床でしかなく、
「簡単に作れる」って触れ込みでバグの元をソースに練りこみまくらせる。

誰向けの言語なんですか？どこに需要があるんですか？
勉強しても使い道がない言語になんの存在意義があるんですか？
こんな言語覚えさせて他人の人生無駄を無駄にさせてうれしいんですか？
Ruby厨とPython厨は他人の人生をどん底に引き釣り落とす貧乏神です。その自覚はありますか？

じゃあさっさと
moduleとミックス員と
メソッド呼び出し時各個省略と
イテレータの融合を実装しろハゲカス


ruby以外の言語ってのはバッッッッカみたいにバカで効率がわりいんだよボケカス


２０１２年も後半だわ
２０１２年後半にさしかかったにもかかわらず
なんでＦＯＲ文とかかかなくちゃならねえんだよ
ＦＯＲ文(笑)だよＦＯＲ文(笑)
はあ？
イテレータだけでかけるように言語設計してこいバカ

>>543
ゼロオーバーヘッドの原則を論破してみろ
使い道がなくてもゼロなだけで、決してマイナスにはならない

もう殆どの言語で出来るんですがね。

真面目な話rubyやってると他言語でfor文使ってるの見ちゃうと
「くすＷ」ってなるよな

必死にfor文使ってる奴かわいいよ

foreachですらなくインクリメントとかしてると盛大にふきそうになる
よくそんな言語でプログラミングできるよね

LLなんて仕組み上パイプラインストールを回避できない時点で全てゴミ

>>547
オブジェクト.each{|変数|}

こんな{}と||を混在した意味不明な制御構文のforeach、どこがいいんだよ？ｗｗｗ

あ、違った。

オブジェクト.each{|変数|}
オブジェクト.each do |変数| end

こんな{}と||とdo...endを混在した意味不明な制御構文のforeach、どこがいいんだよ？ｗｗｗ

Ruby脳の頭にはウジが沸いてるな。本物のウジが。

純粋なオブジェクト指向言語ってことを高らかに自慢するが、
クラス内に変数とメソッド以外の謎の宣言を追加できる時点で、
プリコンパイラばりの時代遅れの記述方式だってのがわからんのかね。

smalltalkと縁のないゆとり世代はCOBOLでも弄ってりゃ良いよ

>>524
なんでMySQLがダメかって話
http://youtu.be/1PoFIohBSM4

>>553
項目だけ列挙して

どうせ反論簡単だろうしｗ

今携帯でソースがかけない
忙しい
つうかrubyディスりを演じたruby擁護だろお前
rubyのイテレータとforeachじゃ相手にならないことくらい
流石にこのスレちょっと見てればわかる
他言語では未だにfor文使ってるが
rubyでfor文は「全く使わない」

理由はイテレータが強すぎるから

forもforeachも書き方が
ちょっと違うだけだけどな

http://toro.2ch.net/test/read.cgi/tech/1343539588/28-35
さっきrubyスレにかいたコードの改良だけど、
こういうのはrubyじゃないと簡潔に描けないし、
ruby以外の言語で書けばイテレータの外で
c = [["","",""]]　などの変数宣言が必要になってスコープを汚す

stack = [
 "abc" ,
 "BYE" ,
 "efg",
 "BYE" ,
 "BYE" ,
 "BYE" ,
 "test"
]

[["","",""]].cycle do | c | 
  print "what?"
  a = stack.shift
  p a
  c << a
  c.shift
  break if c.join == "BYE"*3
end 

普通の言語では

〜前処理（ 変数宣言など ）〜

ループ {
　〜処理〜
　たとえば配列にデータなどを入れる ary << "data"
}

ループ {
　〜aryを使った処理〜
}


こういう処理は
rubyであれば　以下のようになる

前処理＋変数宣言＋ループ（イテレータ）.map　do

end.each do |m|
　〜aryを使った処理〜
end　

意味わかる？？？

まあこれらはRuby特有ではなく
ほとんどの言語でできることだから
覚えておくように。

そしてなれてくれば&によってdo~endはかなりの場所を畳み込める

stack = [
  "abc" ,
  "BYE" ,
  "test"
]

stack.map!(&:upcase)

p stack #=> ["ABC", "BYE", "TEST"]

p stack.map(&:downcase).map(&:capitalize)
.map(&:chars).map(&:to_a).each_with_object(2).map(&:take)
.map(&:join) #=> ["Ab", "By", "Te"]



意味わかりますかー？

ほんの3行でイテレータ6回使ってる、
foreachでこの処理をそっくりかいたら、これいったい何行になるんだろうな

短いコードはわかりやすい ← これは間違いだった
http://toro.2ch.net/test/read.cgi/tech/1344160387/

>>559
かけるんだったらかけよｗｗ
って話じゃん

ruby以外の言語では"未だに"　for文使いまくり
foreachにしたってイテレータの機能しょぼすぎだから
foreachのループの外側で変数宣言だろ

ゴミ杉

> foreachでこの処理をそっくりかいたら、これいったい何行になるんだろうな

答えは1行

foreach(...) foreach(...) foreach(...)

このように書きます

> foreachのループの外側で変数宣言だろ

for(int i = 0; i<10; i<++)
foreach(1..10)

普通こんなふうに書けるよｗ

>>563
かいてみ

>>564
でたｗｗｗｗインクリメントｗｗｗｗｗｗｗｗｗ

もしかしてお前

for(int i = 0; i<10; i<++) の

for(　この部分　; i<10; i<++) 　で変数宣言しようってんじゃないよな？

複数個の変数が必要な時も
その部分何でも詰め込む気なのかな

Perlだったら、

perl -e 'foreach my $i (1..10) {foreach my $j (1..10) {print $i*$j}}'

こうかけるけど？

>>566
詰め込めばいいでしょう？

何が気に食わないの？

そもそもfor文は値を返してくれないからさ
値を保存するための変数が必要になったりする

tmp = []
for {
　tmp << "data"
}

これがゴミ

rubyならmapで値を返すから
map {
　"data"
}
でいい


バカは効率を理解しない

>>568

561 ：uy：2012/08/05(日) 19:29:23.31
短いコードはわかりやすい ← これは間違いだった
http://toro.2ch.net/test/read.cgi/tech/1344160387/

メソッドチェーンの話をしているだけか

http://allabout.co.jp/gm/gc/24163/

jQueryの魔法

$("DIV.testClass").css("color","red").html("DIVでtestClassを発見しました").animate({fontSize: "2em"},2000 );

>>567
違うよそうじゃなくて


stack = [
"abc" ,
"BYE" ,
"test"
]

stack.map!(&:upcase)

p stack #=> ["ABC", "BYE", "TEST"]

p stack.map(&:downcase).map(&:capitalize)
.map(&:chars).map(&:to_a).each_with_object(2).map(&:take)
.map(&:join) #=> ["Ab", "By", "Te"]

これをそっくりperlでやってみれば？

>>569
？

forが値を返さないのなら、
返す関数を使えばいいだけでしょ。

jQueryの例でわかるよね？

eachメソッドを持ったコレクションタイプの
オブジェクトを返せばいいだけだよ。

結局そのどのメソッドチェーンを使いやすく設計したのがrubyであって、
"やろうとすれば"　できるって言い訳をするなら
そもそもLLなんていらず何もかもC++でいいんだよｗｗ

イテレータを「使いやすく」整理されているのがruby

loop.with_index(100) do |_,n|
p n # => 100 , 101 , 102 , 103
end

ちょっとコードあげるとすぐついて来れなくなる

おしまい

>>571
はいどうぞｗ

http://blog.livedoor.jp/dankogai/archives/51226400.html
print $ao->map(sub{ $_->sqrt })->join(", ");

うわっ、Perlでもこんなことできたのか！

うん。だから最初から
他の言語でも出来るって言ったでしょ？

もしかしてuyはメソッドチェーンって言葉を知らなかったのかな？ｗ

あっさり逃げたか。
はい論破ｗ

恐ろしいことにVBAでもできるんだ。

https://gist.github.com/1956111
MsgBox calc.plus(10).minus(3).show ' 7

loop.with_index(100) do |_,n|
p n # => 100 , 101 , 102 , 103
end

↓ JavaScriptだったらこうなる

loop.with_index(100, function(n) {
p(n) // => 100 , 101 , 102 , 103
})


pとかloop.with_indexの実装は
簡単に作れるから省略

>>581
やっぱりrubyより冗長してるんだね

>>575
？　そんなブログの引用してこいなんていってないよ
結局

p stack.map(&:downcase).map(&:capitalize)
.map(&:chars).map(&:to_a).each_with_object(2).map(&:take)
.map(&:join) #=> ["Ab", "By", "Te"]

このコードの塊を表現するにはrubyが一番良い
ほか言語でやると冗長する　ひたすら冗長する

p stack.map(&:downcase).map(&:capitalize)
.map(&:chars).map(&:to_a).each_with_object(2).map(&:take)
.map(&:join) #=> ["Ab", "By", "Te"]

コレをJavaScriptで書くとこうなる

p(stack.map(downcase).map(capitalize)
.map(chars).map(to_a).each_with_object(2).map(take)
.map(join));


pやmapなどのそれぞれの実装は
簡単で自明なので省略。

>>582

はっきり言ったらどうだい？

rubyは同じ事をするのに
数文字程度、文字数を減らせるだけって。

「実装しようと思えば実装できる」なんて当たり前じゃん？

標準ではいっているかどうかの方が重要

自作ライブラリを常にrequireしてからトイプログラムを作るわけもあるまいし
言語拡張や自作ライブラリを導入できるのは長期開発のみ
さっとかこうとした使い捨てスクリプトに自作ライブラリなんて導入できない

>>583
で、どこの俺様実装で動くのそれ？

function と do

どちらのキーワードが短いか、
言うまでもないだろう。

これがrubyの利点だ

>>585
だから、本質をちゃんと言おうって話。

同じ事はできるが、Rubyでは
標準ライブラリが用意されていることがメリットって

そんだけだろう？

>>584
})　←　とかありえないじゃん
「こんな使い方想定してませんでしたー」ってjs処理系が白旗あげて言ってるようなもん


rubyなら綺麗に　end　で終わる
元々、do~end内に処理を詰め込むことを想定して設計された言語だから
言語が整理されているから

end ・・・ 三文字
}) ・・・ 二文字

>>589
それは文字数ってより、タイプし忘れの方が問題

おお、実装可能ならOKって流れか
このスレにもマイナー言語の時代が来たな

pに拘るのにdo endは気にならないんだな

>>589
ワロタｗ

Rubyの方が文字数が多いｗｗｗ

>>592
普通になれてくればdo〜endっていうのは
ロジックの中で1箇所か、ほんの2箇所になる
do でロジックの始まりを意味し end でロジックの終わりを意味する

そのdo〜endに入る前に
イテレータで細かい事をやって綺麗にソースコードをまとめることができるのがruby
で、本当にガチでその気になれば
&:symbol　でまとめてdo~endすらいらなくなる

圧縮しすぎると読みにくくなるから普段は譲歩してあえてdo~endで書いてるだけ
foreach（笑）とは次元が違うので･･･。

JavaScriptの場合、本当にガチでその気になれば
symbol　でまとめて{}すらいらなくなる

ここの名無しのデフォはuyになったのか？

50歩100歩
たいして変わらんことに
いつまでもこだわるなよｗ

どうせそれによって工数が半分に減るわけじゃあるまいし。

kodersでJavaScriptのソース適当に読んでくればわかるけど
「イテレータ」　････　使ってないんだよね

使いやすいようになっていないからそうなる
みんなfor文を使ってそれが標準みたいになる

そしてforeachすら忘れられて
イｗンｗクｗリｗメｗンｗトｗｗｗｗｗｗｗｗｗｗのついてるｗｗｗfor文でループですよｗｗｗｗｗｗｗｗ

＞for(int i = 0; i<10; i<++)
＞for(int i = 0; i<10; i<++)
＞for(int i = 0; i<10; i<++)
＞for(int i = 0; i<10; i<++)
↑ワロタｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>598
気づいていないようだから言っておくけど

$('.class').hide()

ってイテレータだからね。

$('.class').each()

こう書けばわかると思うけど。

>>599
ふーん･･･
メソッド呼び出し時の括弧ってはずせないのかな？

&:symbol　

の&:

って外せないのかな？

だいたいRubyは短くする事に拘りすぎだよね。中学生じみてるというか。
Ruby入れると、riとか2文字のコマンドとかインストールされちゃうじゃん。正直、うざいよね。
Linuxから蛇蝎のごとく嫌われてるのも納得だよ。

jQueryって

$('.class').each(foo).each(bar).each(baz) って書けるの？

>>601
inject使うならはずせる
p [*0..6].inject:+

>>603
そりゃ書けるよｗ

関数型言語が遥か昔に通過した場所で
争う虚しさ

争いを始めたのはuyだ

Haskell厨いなくなったよね

Rubyの凄さは、
他の言語だと外部ライブラリで提供する機能を
コアに入れたところである。

PHPの凄さは
他の言語だと外部ライブラリで提供する機能を
コアに入れたところである。

イテレータなんて関数型言語なら昔から上手くやれている
=> でも関数型言語は流行ってない
=> イテレータなんて重要じゃない

以上、反論ある？

Rubyに限った話ではないけど、ラムダ式の仮引数表記するのってだるい
itでも$_でもなんでもいいけど、自動変数定義しといてよ

なにそれキモイ

それをいうならmapやeachでブロック変数定義のがだるい
perlは$_に格納されんのに

俺だったら、一文字変数を自動変数として定義するな。

どうせ自分で名前をつけるとき、一文字の変数なんか使わないだろ？
だから予約後扱い。

a, b, c, dはオブジェクト専用、eはエラー専用、f, g, hは関数専用、i、j、k は数値専用、

これぐらいあれば十分だろう。

もしかしてuyはブロック内の変数名を考えるのが嫌だから、>>582みたいな書き方をしてるのかと考えてしまう。
ただの例だよね？

p stack.downcase.capitalize.chars.to_a.each_with_object(2).take.join #=> ["Ab", "By", "Te"]

普通はこうだろう。eachは不要。

その路線はHaskellでポイントフリーとして開花して
一部の変態以外には蛇蝎のごとく嫌われている

jsuy凄いな
本物uyと同じレベルwww

>>616
おいおい、mapは飾りじゃねーぞ

>>616
おいおい、mapは飾りじゃねーぞ

本当にrubyってウンコだな。
大学のカリキュラムの習得言語にＣではなくＲｕｂｙが採用され始めてる時点で日本は終わってる。

>>616
.chars.to_a.each_with_object(2).take.join ←このあたりはすごく冗長に感じる
p stack.downcase.capitalize.substring(0,2)
みたいに書ければすっきりするんだけどな

なんというかあれだ、ライトノベルの食事の表現みたいな感じ

そこはrubyでも冗長してる部分だろ
そもそも一回のmapで複数個の&:が渡せたほうがいい

俺様の考える最強構文ではこう
p stack.map(&:downcase , &:capitalize , &:chars , &:to_a , &:take , 2 , &:join) #=> ["Ab", "By", "Te"]

すこしROMさせてもらっていたが、LL言語と呼ばれるからといって
やさしい言語とは限らないようだ。どこまでが、必須の知識として必要なものか、
どこからは、言語比較論的な専門知識であるかが、わからない。

いわゆるLLの定義は、過去ログをよめ（未定義ということでいいでしょ）

わからないと言われても教えてやる必要はないと思うが
むしろ、必要かどうか考えさせるのをやめた方が教えてくれる人は増える

>>627
何でも吸収しようとする姿勢の方が、の意味かい？

>>476
あるよ

ここにいるやつらは
c++にjavascript のせたりpython のせたりして
ストラテジパターンで遊んでたりする？

死ねゴミ共がw
死ねゴミ共がw
死ねゴミ共がw
死ねゴミ共がw

>>631
// rescue //

綺麗なソースしてるだろう･･･？
例外なんだぜ、これ

http://www.google.co.jp/url?sa=t&source=web&cd=1&ved=0CFUQFjAA&url=https%3A%2F%2Fdocs.google.com%2Fpresent%2Fview%3Fhl%3Dja%26id%3D0AS_iyi92in32ZGdid2YzNmNfMTZoc2tmOWY2Ng&ei=C2cfUL-3JrGKmQXa64GIBQ&usg=AFQjCNEAeps8lB0jv_dgW-PbZsgzVekOLQ
スクレイピング

ここ10年間でコンピュータに何か大きなイノベーションはありましたかね。
ハードが速くなって、プラットフォームがWebに移ったぐらいで、
特にこれといってビックリするような革新は無かったように思えますね。
再びC言語が1位だそうですが、この10年間はいったい何だったんでしょうね。

>>634
言語的には、関数型、Python、C#が共に勢いに乗りきれなかった10年だ。

この10年間、誰もCに変わる言語を作れなかった
仕様的に超えた言語は出てきても
使わせるぞっていう、売り込み精神が足らない

無名関数と無名クラスと型推論
宣言型が衰退した10年

　　　　　 　 _＿＿＿＿＿＿∩＿∩
　　　　　／ 　　ﾉ　ヽ　（　 ﾉ⊂￣)))￣⊃
　　 　 /|ヽ　　（＿ノ　 .＿￣　 0'ヽ　0'
　　　 / |ノ　　.） 　　　（＿）　 ヽ　 i （ 　　むしゃむしゃしていた。
　∋ノ　|　　／――､＿＿　 ./（∩∩）　　草なら何でもよかった。
　 　 　 /　/|　ヽ＿_ノ　　　| /　./ 　　　　今は反芻している。
　　　　| （　 | （　’’’　　　 | (　/
　　　　|__ヽ. L_ヽ　 　 　 　 Lヽ_ヽ
''" ""''"" "'''''" ""''"" ''" ""''"" ''" ""''"" ''" ""''"" "''

youtube,twitter,facebook,github,スマートフォンが無かったことにされている
ジョブズやザッカーバーグも草葉の影で泣いてるだろうな

それらはプラットフォームがWebに移ったってだけ。
回線が太くなって、ハードディスクの集積があがり、CPUが高速になった。
それにタダ乗りした格好。
新しいビジネスではあったが、使われているソフトウェア技術、
とくに言語周りは大して進歩していない。
未だにC言語が一位。大したイノベーションが無かった証拠。

https://docs.google.com/present/view?hl=ja&id=0AS_iyi92in32ZGdid2YzNmNfMTZoc2tmOWY2Ng
javascript スクレイピング

ソフトウェアは余りにも簡単すぎたのかもしれない。
主だった構造は、データ構造と制御構造しかないので、
両者を紐付けるオブジェクト指向が出てきた時点で全て完了してしまった。
あとは分散コンピューティングぐらいしか残っていない。
ソフトウェア業界に天才達を呼び戻し、もう一度輝かせるためには、
今と全く違う原理で動く非ノイマン型コンピュータが求まれる。

今のソフトウェア業界は、全ての目ぼしいコード進行が出尽くして
どうしようもなくなっている音楽業界にさも似たり。

>>640
twitterはscalaだし、facebookはhiphop-phpだし、iPhoneはObjective-Cだから
cって大規模システム開発のロジック部分や組み込み開発での用途だろ

>>640
10年前もだけど、今だにUMLやバージョン管理が使われてないダメな現場って多いよね

>>642
ニコラス・ヴィルトのプログラム＝アルゴリズム＋データ構造
を今更にドヤ顔するって専門卒や文系出身の方かな

ハードウェアはここ10年で確実に進歩した。
半導体やHDDの集積度、ネットワークインフラ、どれも発展目覚しい。
その裏には数多の天才達の努力があり、天才が集まるということは、
それだけ儲かる市場があったということ。羨ましい限り。
かたやソフトウェアは未だにC言語がシェア一位。
儲からないから天才が集まらないし、
たとえ集まったとしても、ソフトウェア技術は、もう完成されているから、
彼らの力を借りても、もうどうしようもない。

>643
scalaやhiphop-phpやObjective-Cがイノベーションに思えない。
本当に凄いなら、とっくにみんなCを捨てている。
曲がりなりにもCで間に合う。これがイノベーションがなかった証拠。
ここ10年でHDDの容量は10倍になったし、
メモリはもっとすごくて容量/価格比で50倍くらいになった。
ソフトウェアにそこまでの進化はなかった。

>かたやソフトウェアは未だにC言語がシェア一位。
これまでの間に仕様を固めるために何れだけのリソースが掛かり、
どれだけのソフトウェアやライブラリが書かれたと思っているんだろ

>scalaやhiphop-phpやObjective-Cがイノベーションに思えない。
おまえがそう思うならそうなんだろ。おまえの中ではな

言語だけが重要だと思っているとかバカ杉
ライブラリや周辺ツール、ソフトウェアの成熟度を少しは考えろよ

これでハードウェアの進化が止まったら、
今度こそ本当にソフトウェア業界は終わってしまうかもな。
最新技術を追いかける必要も無いし、
過去と同じことの繰り返しになるので、いよいよアホでもできる業界になる。
音楽業界とさも似たりな、意味の無い焼き直し業界。
しかも音楽ほど心のそこから楽しいのもではなく、
むしろ精神病になる確立が高いカス業界。
頭の良い人たちは寄ってこなくなるので、より一層荒廃する。

ソフトウェアはハードウェアに比べて余りにもシンプルすぎ、
かつハードに縛られるので、数学のような多面的な発展性もなかった。
音楽理論のほうがまだ複雑。

ああ中の人は、潰れかけ国内ハードメーカで提案型SEとかしている文系出身の無能かな

>>649
自称アタマの良い人たちってミサワ臭がするよね。企業コンサルとか特に

大手ITって、FOSSのフレームワークで相当に売上が落ち込んでそうだよね
もとより、プログラミングの適正すら怪しい新卒を雇って育てようって馬鹿の塊が
無駄なドキュメントを山ほど書いているんだから売り上げなんか落ちて当然なのに

C言語って実は幻想殺しみたいな最強の能力を持ってるんじゃね

バーカ。必要最低限に十分な機能だよ。

ハードウェアがこれからもどんどん発展するなら、
それに合わせたリッチなライブラリやアプリを用意する必要があるので、
細かい範囲で新しい技術や方法論が出てくるだろうけど。
ここ10年で言えば、ネットワーク回線が太くなってHDDが大容量になったから、
youtubeが出てきたり。でも、ハード面の進歩が止まった後、
ソフトウェア単独で発展していけるだけの要素てあるか？
実際オブジェクト指向以降、細かい構文砂糖のような手直ししかしていない。
音楽はピタゴラスという天才に始まり、ビートルズで一つの完成を向かえ、
今では焼き回しが基本でアホでも作曲できる状況。それでも随分な時間がかかった。
音の数がどんどん増え、調が生まれ、最終的に12音になり転調できるようにまでなった。
ところがソフトウェアには基本的にデータ構造と制御構造の2音しか無いので、
その中間のオブジェクト指向という導音を見つけて以降、新しい音は見つかって無い。
たった3音で出来る曲のパターンは限られているし、ハーモニーも理論も糞も無い。
こんな少ないパーツでどうやって自己発展するよ。

>ここ10年でHDDの容量は10倍になったし、

わろた

>>655
現在、ソフトウェアの開発を依頼できるのは金を持った連中だけだろ
飢餓状態になれば、これまで開発依頼を頼めなかった層が計算機の恩恵を受けられるだろ

>実際オブジェクト指向以降、細かい構文砂糖のような手直ししかしていない
CINIIでも漁れ中学中退のアホ

文系出身の馬鹿は書類の山を作って物事を複雑にし、仕事を増やしたがる傾向にあるな
おまえはソフトウェア開発者に明らかに向いていない

でも、ソフトウェアって10年もやれば確実に飽きるぞ。
突き詰めればデータ構造と制御構造しかないから。
あとはオブジェクト指向で両者をどう繋げるかぐらいしか知恵の絞り箇所が無い。
音楽の複雑さって、ドの音に対するソの音が2/3っていう割り切れない比率に
なってるところが全ての始まりなんだが、ソフトウェアにそういうパズル要素は無いし、
しかもハードウェアの制約を受けるから、数学みたいに自由に発展していけないし、
実際未だにC言語がシェア1位な時点で。

ソフトウェアは効率をもとめるゲーム
最初のころは少ない労力で効率がどんどん向上するから楽しくても
いずれほとんど小さくしかあがらなくなるから飽きる
だからC言語でも未だについてこれる
rubyがもっと進化して絶対にCじゃついてこれない場所までいったらそのときにCは捨てられる
rubyをよくたかが一文字少ないだけとバカにしてる奴はいるがその積み重ねが効率をあげていく

>>659
関数型や論理型、topcoder,project eurlerでもやれ.パズル的な要素の塊だ

>>660
rubyの最適化がcの域に到達するって何世紀先の話だ？
データベースのボトルネックがあるからウェブアプリで生きてるって記事読んだぞ

ハードは10倍近く進化しているのに、ソフトは1文字1文字削るのが精一杯ですか。
頑張れば10倍進化する業界と、頑張っても2倍も差がつかない業界と、
頭の良い人たちはどちらへ行きますかね。ハードの進歩もそろそろ打ち止めですけどね。
半導体やHDDの集積率も回線速度も物理的にもう限界間際だし、
あとはSSDが価格面で伸びるぐらいか。

>>659
10年もソフトウェアエンジニアとしてのキャリアがあるなら、
その10年間は何もしていなかったのと同じだろうな。無駄な10年だったな

>>663
頭の良い奴は組込みや制御が地獄かつ底辺扱いされるから、そっちには行かないよ
だいたい潰しも効かないし。

>>661
関数型は時間の概念が無いので、手続き型と比べてより一層単調で広がりが無い。
コード進行やリズムの無い音楽は、俺はごめんだな。

知らない分野で例えられると全然わからない上にむかつくだけだとわかった

>>665
10倍改善されるやりがいのある仕事なのは、チップ作っているほうのことだ。
理論的に正しくても、物理的な制約を受けて理屈どおり正しく動くとは限らないし、
材料の調達や設備投資や歩留まりなどの量産化の話まで絡んでくるので超複雑。
こいつらの給料が良いのは当たり前だし、頭があればそっち行くわな。

>>668
大学の半導体学科なんかは定員割れてるのか？

重量型言語とか軽量型言語っていう幻想が邪魔だ
それはただCやJAVAがゴミカスでちょっとしたコードさえかくのに手間取るだけで
軽量といわれる言語でもJAVAなどと同じものは作れる

>>666
音楽と比較するアホなんて始めてみたわ

>>670
開発規模と保守、テスト工数なんかも考えろよ

>>670
オブジェクトやAPIをポトペタ貼り付ける仕事だけやってきたんだな。可哀想に

LLで開発工数が増えるって

それじゃLLで大規模なのつくってる奴らはバカなのかみたいな話になる

LLは小規模ツールを作るものです。
適材適所。

小さい犬小屋を作る技術を使っても
ビルは作れないのです。

使いこなせるなら全体効率はLLのほうが高い
欠点と利点の位置が違うだけというのは気づいた方がいい
無理か

小さいものをたくさん集めれば
大規模になる。

これは大きな間違いで、
大きなものを作るのであれば
小さな物を作るときには省略していた
いろんなものが必要になるのです。

それは大規模のものをコントロールするための
支えといったものです。
例えば変数の型なんかがそうですね。

そもそもweb系ってPHP,rails,javaぐらいしか選択肢がないからな
facebookはテスト工数が増えてもPHPからc++へ乗り換えるようなバカな真似はやらなかったが
twitterはrailsからscalaへ乗り換えた
型付きで高階関数ある言語が開発効率は良さげ

個人的にあったらいいなの理想な言語は
rubyのシンタックスシュガーを幾らか取り入れたPHPだな

>>671
騙されたと思って音楽理論勉強してみ。ソフトウェアよりも余程複雑で奥深いから。
ピタゴラスの時代から20世紀にかけて、長い時間かけてやっと完成してて、
感覚的でありながら数学的な根拠にのっとっているのが面白い。
ドミナントモーションが最終的な解なんだけど、そこへ至るまでの過程が大変面白い。
教会音楽などの宗教的な歴史的背景も絡んでくるしな。(難しくしすぎて大衆離れetc)
ドの音とソの音を同時に鳴らすと良く響くけど、ドの整数倍音にはソが含まれているけど、
反対にソの整数倍音にドは含まれていないので、ドの音の方が強く聞こえるってのがまず面白い。
そっからスタートして本当にいろいろあって、導音の関係でドミナントモーションに行き着くんだよ。
そんで、導音が調を生み出すわけ。

>>680
興味ねぇよ。ソフトウェアの分野にくんな

「ソフトウェア」よりも「アプリケーション」の方が奥が深い

アプリケーション⊆ソフトウェア

あれ、ハードを応用するのはアプリケーションじゃないのか

組込みソフト、ミドルウェア、アプリケーション⊆ソフトウェア

何に応用するかは人それぞれ
人それぞれ、は統計学的に都合が悪い

rubyは一文字でも少なく記述するゲームだと今日みた数万のrubyサイトの中のどこかの文章にかいてあったがまさにその通りだ
街へでてみるとエスカレーターや自動ドアがあるこの程度のプログラムを組むのにrubyもCも関係ないはっきりいって複雑高度なプログラミングをし続けたところで世界にたいした意味は既にない
これ以上ソフトウェアを進化させるのは趣味の領域だから興味もつやつがいなくなった時点でITは捨てられるなと思った
複雑な情報をわざと作るのはゲームプログラムだよ最終的には複雑高度なプログラミングなんてそこでしか行われない、ゲームプログラムに複雑さの限界はない永久にわざと複雑にしていけるプレイヤーは複雑なゲームを攻略する
ドカタアプリを作るにはライブラリで強化しまくったC言語で実は十分
ゲームはその限りではなく、ruby最強

Rubyが複雑高度とか何の冗談ですか

音楽に例えられることたくさんあるのにな
無知をさらけだしてるだけ
アルペジオなんかまんまcpuのタイムスライスだろ

>>681
しらないから反論しかできないやつ
アホなこという前に少しは勉強しろ

rubyは記述を少なくするために特殊な構文を多様し、記号だらけの醜い言語になっている。
キレイなPerlと揶揄されるが所詮Perl、自分で書いたコードも１週間経つと読めなくなっている。

それは君の技術力を疑ったほうがいい

一般論を言ってるんだよバーカ

特殊というほど特殊な構文なんてあったのかという

動的言語で大規模開発ができるのは上位10%程度の技術者ではなく上位1%未満の技術者
そしてそいつらにとってはJAVAなんかより効率的に開発ができているように見える
優秀は優秀でも規格外優秀のこと
uyには無理

>>693
10年前の一般論だろ
今はPerlよりも恐ろしいものが色々ある

わざわざ、恐ろしいコードを書く意味が分からん。

読み書きよりもリスニングの方が危険だ。3秒経つと忘れる。

>>690
あっちいけ、バーカ

>>686
情報処理学会あたりで定義されてるだろ
他学科からSEになったとはいえ少しは勉強しろ

で？っていう

/(?<a>\w+)/ =~ "uy yyy"  
p a  # "uy"

f = lambda &:__send__
f[ BasicObject , :p , "rrrrr" ]

f = lambda &:new
f.call Proc do p :test end.call

>>687
もうこの板に来ないで

>>701
それを見てperlと同じ末路が見えた

ruby とperlは消え行く言語
ruby は遅すぎる

今はそんなに遅くない

でも、railsの採用されないんでしょ？

>>706
遅いからね

シェルにワンライナー書いてテキストファイル操作するんだが、お勧めLL教えて。

ruby

人生がUnixのネットワーク管理でposix準拠の必要がある場合->awk,sed
スタートアップでrailsやら他にも色々やる->ruby
既にperlモンク->perl
普段は表面設計だけど仕方なく->javascript

一番楽したい->Python

ワンライナーって仕様を見落としている

ぱいそんはぱいぱいつかうとすごくはやい

それって時間計算量と空間計算量のトレードオフだろ

はっきり言っておく
初心者はLLよりもschemeやprologで再起や入れ子取りをした方が良い
リテラルやフレームワークは一時的な流行に過ぎず、学んだ知識は直ぐ刈り取られる

>>709
rubyってbegin endでスペースも必用だから、ワンライナーだと書きにくい。省略できる?

そもそも他人の知識を再利用するのは初心者には難しいんだな
他人の気分で仕様とか変わっても対応できるようになるまでは自前主義でいい

Rubyはそこそこワンライナーも書ける感じがする、awkやPerlほどじゃないけどね
Pythonは流石にコード起こさないと辛いことが多いが

>>716
begin〜endのスタイルは、
クラス定義、メソッド定義、例外、の辺りだけ
イテレータブロックはdo〜endと{}のどっちでもかける
省略は出来るといえば出来るが、初心者向けではない >>560

>>719
39. しばらくはshでがんばります。

>>715
初心者にありがちなのはLLだとライブラリ落として一瞬でかけるものを
C++やJAVAで何日間もかけて劣化実装しちゃってる行為じゃないかね

それも勉強になるとはいえ、本人が望んでた知識じゃないことの方が多い
LLで2年や3年そこらで完全に滅びる言語はあるまい

>>721
cやjavaの方が圧倒的にlib多いし、静的型付な方が使いやすいんじゃない。
初心者ならllでも劣化実装するし、動的だとどうしてもエラー内容がわかりにくいんじゃないかな。

>>721
納期が短い仕事なら間違い
本人とって勉強になるコードなら自前で実装させた方が経験になるだろ
ライブラリ落としてきて書くだけなんて、スクリプトキディと変わらない

>>721
おまえの会社って高卒、専門卒、文系しかいない土方養成所だろ

無駄無駄
自分の慰めはその辺りにしておけよ

必要最低限以外のプログラミングはすべて無駄だよ
経験？無駄
C？無駄

無駄な知識と無駄じゃない知識の区別がつけれるかどうかが優秀か非優秀かのボーダーライン
コンピュータをすべて覚えるのは不可能だから

>>725
噂をすれば、ruby本体のハックが出来ないキディが出てきたw

水みたいに流れやすいほうへどんどん流れて
無差別に知識を溜め込んで知識”だけ”は肥大したゴミカスピザPGなんて
いくらでもいるんだよ

でもオタクからは信仰されてもそいつのレベルが高いわけじゃない
勘違いしないように。


>>726
無駄な事はしない
俺が認めたのはruby言語のシンタックス
ruby（C実装）のソースコードは認めてない

俺から言える事はひとつ

　無駄なことをしてしまったら負けを認めろ

でもあとで役に立つかもしれないよねｗ
　↑
　　この自分への慰めは敗北よりもゴミカス

>>727
メンテナが居なくなることを見越して本体のバグを潰すことが出来ないってPGですらないな
この様子じゃバグレポートも書けないコミュ障だろうな
コミッタに中学生が居ることを考えたら、ここの糞コテは厨房以下のスキルで吠えている

はい、sora_hさんは本物の技術者です
ぼくなんかでは手も足もでませーん

sora_hさん（）やMatzさん（）の作った優秀で有益なruby言語を扱うくらいしかできません
英語が話せません
人の目をみて話せません
つうかぼくは非PGなのでプログラミングにそんなに時間とれません
非PGに負けてるお前らの存在価値って･･･？　という問いかけをする事しか出来ません

>>730
自分への慰めはすんだか？

つーか、非PGならrubyよかVBAやjavascriptでも触った方が幸せだろキディちゃん

つうかrubyコミッタは今まで多くの技術者を利用し
使い捨ててきたことは
歴史を見てみると良く分かった
マジで貢献しないよ
普段の作業で偶然見つけたらバグ報告くらいは各所にやってるが
自分から見つけにいくことはない

>>733
ああ、これだ。最近のFOSSが気持ち悪いなって感じる部分。
一体、いつから見返りが期待される活動になったんだろ
とはいえ、nari氏はNaClへ就職したし、yuguiさんはgoogleへ行ったし、
パッチモンスターの人もmatz氏の転職先と同じところへ就職している

正義より悪のほうが強いからrubyは長生きする
利用し、利用しあう関係にある
rubyは最強だよ
どれだけの屍の上にあの言語があるのかを知ってしまった
とんでもない人数がとんでもない時間を潰して今のrubyがある
rubyは上辺だけを知ってちょっと使うのが良い
深入りすると屍の仲間入り、俺が最初に思う直感は大抵当たってる
rubyコミュニティには参加したいとは最初におもわなかった
俺はrubyの利用者の一人であり、rubyの利用するだけ

>>734
貢献してきた人にはなんらかの勲章を与えるべきだよ
「無駄」な時間をかけて作業してくれてるんだからさ
そこら辺がruby界隈は下手なんだろ
だから元rubyコミッタ現rubyアンチを発生させる

使い捨てにされた元ルビリストの悲惨なブログをいくつかみてしまいましてね･･･

>>735
コミッタ、コントリビュータ、バグレポート書いた人としてweb上に名前が残るだろ
もとよりFOSSは活動に参加することに意義があると感じる人で構成されていたものだ
伽藍とバザールでも読めよ

>>736
そこら辺の意識が狂っているか
あるいは「古い」んじゃないかな？
こんだけインターネットが普及したら、ちょっと名前が残る程度では全く目立たない
ぼくは参加しないので関係ないけど
rubyアンチが多い原因は分かってきたよ

>>737
それは何か勘違いして活動に参加した人たちか、
エディタ戦争と同じただのフレーム合戦だから
少しは歴史から学んだらどうだろう

今どき無償で売られてる好意なんてないって事だよ
なんか俺にrubyのC実装のソース読めとか
バグレポートしろみたいな話に徐々に推移していくのを良くみるけど
やらねーよ？
興味のない分野が例え厨房以下だろうと何とも思わないし

俺様の人生はruby言語開発よりも価値がある、俺が上、rubyは下、
絶対貢献しないから勘違いしないように

>>739
>俺様の人生はruby言語開発よりも価値がある、俺が上、rubyは下、
多分、普通の貢献者もその優先順位だから
それと、バグレポートって自分にとって都合が良いから報告するものだろ
最近は、企業がデバッグの手間を省くためにOSSなプロジェクトが目立つけれど

FOSSのコードを読むことなくPG/SEになった
新卒だらけの巨大な糞の塊が日本のIT企業

未だにIRCの方が優れたツールなのかもしれない

コードの未来()
読んできたけど
まづって無駄文章をかく才能あるよな
空白をパディングする才能が
おそらくリアルでもこのひと放っておくと喋ってばっかりだろ
rubyはrails本ばっかりだ
未だにrailsしかキラーソフトがないか
ソフトウェア組み込みがしやすくなればluaあたりのシェアは奪えるはずだけどね
正直webアプリを速度のでない動的言語でかくってのがおかしいと思うからあと何年もつか
けどrubyは言語オタクとしての地位は絶対といってもいい
イテレータやメソッド大杉でちょっと全然使わなそうなものまで覚えていくのはだるいオタクはそういう知識が好きだろう
俺様はそんなrubyを評価する

句読点打たないのは才能の問題ではないな。義務教育で習うのだし。

rubyはrailsの不人気ってより仕様変更についてこれなくなって人が離れてる感じはする
更新の途絶えたサイト多い

RailsはCRUDなWebアプリはすぐ作れるけど、それ以上のことをするとお作法覚えるのにコストかかり過ぎて覚える気にもならん

つかフレームワーク多すぎて今のweb土方は悲惨
数年たてば全く役にも立たなくなる知識をpushしてpopしていく人間スタックとでもいうべきか・・マジ悲惨

経営が見極めて投資してくれたらなぁ。

>>747
わろす

まづはモルモンで幼い頃から布教活動もしてきただろうから、
そりゃ人を言いくるめる話術＆文章力はすごいものがあると思うよ。

よく喋るヤツってペテン師が多いから気をつけろよｗ

よく喋ったらペテン師って、著名なプログラマはほとんど壊滅じゃないですか

よく喋るヤツってペテン師が多い　≠　よく喋ったらペテン師

ペテン師　=　よく喋る

>>751おまえの頭が壊滅的だよ

よく喋るかは関係ないのな。結局モルモン言いたいだけだろｗ

ヘッダコメントでたまに聖書の一文書くやついるよな

>>753
違うよ！　全然違うよ！
宗教という非科学的で何の根拠も無い妄想に他人を引き込む技術は
ある意味ペンテであり、その話術はモノスゴイものがあるだろうなって話だよ。

その話術に自称言語オタクどもが０７２してんだよ。
rubyって楽しいぃーｱﾋｱﾋｱﾋってかｗ

>>743
おまえ、本当にruby使ってるの？
>>751
年をとるについれてマネジメントに回るのが普通だろ
>>754
FOSS自体がキリスト教文化の影響を大きく受けているからな
だいたい、「perl」も聖書から取ってきたネーミングだろ

rubyが宗教っぽいのは全国飛び回って田舎の小中学校で公演してる点だとおもう

>>755
c++,java,awk,bash,VBAと色々な糞言語を触ってからrubyへ辿り着くのがrails以前

>>757
小中学生相手にはsqeakの方が良いよな

>>743
数ヶ月前にmrubyが出たばっかだろ
本当にrubyコミュニティに居るの?

>>743
webアプリではデータベースがボトルネックになるから
動的言語の速度の差は大した問題にならないって記事を書いてたぞ

Twitterの一部をScalaにしたのってどこの箇所なんだろうか？
そこはRubyじゃ支障があったってことでしょ

>>756
え、つまいまくり
キラーソフトがrailsしかないって事への批判？
でも実際そうじゃん

>>760
いねーよ
つうか組み込みしやすくなればっていうのは難易度的な問題だぞ
初心者でも簡単に組み込めるLua　少し敷居は高いmruby

>>761
とはいっても部分的に静的言語で書く事が多いんだろう
今後Webアプリで速度の遅い言語は使われなくなると予想できる
サーバーなんて少しでも速い方がいい

>>762
並列処理だったはず
本家rubyは見せかけハリボテGIL並列処理だから

単純に遅いからじゃないの？
Rubyって何かとハッシュ引くんでしょ。
オフセット計算だけのScalaの方が速いでしょ。

twitter rubyでぐぐれば

>>761
ssdの登場でボトルネックじゃなくなった

googleは今でも磁気テープ使っているって記事を読んだ記憶があるけれど、
最近に登場したSSDって信頼性あるの?

>>767
いまのは常に書き込んでても2年以上持つらしい
2年持てば今のディスクと寿命たいしてかわらん

>>767
googleは速度や信頼性をGFS(並列化,多重化)で確保してるから
コスト重視でハードウェアを選らんでるんだろう

Googleって何であんなに速いんだろうな。
さすがにあの速度はオンメモリじゃないと出ないだろう。
ではGoogleのHDDの中っていったい何が入っているのだろう。

Pythonが入っています

　　　　　　　　　　　　　　　　　 .. ......:ｧ　ァ.::::::::::::::::.........
　　　　 　 　 　 　 　 　 　 ... :´::::::::, '　, '::::::::::::::::::::::::::::::::｀:::...、
　　　　　　　　　　　 　 .:':::::::::::::::::/　 /.::::::::::::::::/::::::::::::::::::::::::::::.､
　　　　 　 　 　 　 　 /.:::::::::::::___/___/.::::::::::::::::/:::::/:::::::.ィ::::::::::ﾊ::ヽ
　　　　　　　　　　　/.:::::::::::::::∨ 〉〉 〉:::::|:::::::/::::;/::::／ /:::::／　 Ｙ:::.、
　　　 　 　 　 　 　 ':::::::::::::::::::::∨/ ,'::::::::|::::/＜/∠ミｘ'::／　　　 i:::::::.
　　　　 　 　 　 　 ':::::::::::::ｧ'⌒''x≦|::::::::::|:/ ｀Y汽心ヽくヽ　　　　}::::::::!
　　　　　　　　　　{:::::::::::::{　⌒> Ｙ{|::::::::::,′　乂 {:::ｿ＾ ）ﾊ､__,　__i::::::::
　　　　　　　　　　{:::::::::::八　く { 从i:::::::::|　 　　｀'ー==-‐┐rﾃﾐﾒﾄ､::;′
　　　　　　　　　　 '.:::::::::::::::ヽ ｀' 　 !::::::::|　　　　　　　　　 ､ﾋ::ｿ ハ〈
　　 　 　 　 　 　 　 '.:::::::::::::::::ゝ-{　ｌ::::::::|　 　 　 　 　 　 　 ｀ ト==ｧ'
　 　 　 　 　 　 　 　 ヽ:::::::::::::::::::ﾊ　ｌ:::::::|　　　　　､＿　　イ　|::／
　　　　　　　　 　 　 　 ヽ::::::::::::/　　l:::::::|　　　 　　 ｀　 ＞　 从 　板間戦争大好きなんやなが入っています。
　　　　　　　　　　　　　　ヽ:::::/　　　l::::::|　　 　 　 　 　 　 .ｲ/
　　　　　　　　　　　　　　 /::::l　　 　 ::::::|　　　　　　 　 ..:ｉ::::/
　　　　　　　　 　 　 　 __/:::::::ｌ　　　　:::::|　　　　　　　/　|::,′
　　　　　　　 　 　 　 / /::::::::::ﾄ.. 　 　 ヽ|　 ´ /￣￣　　 |,′
.　　　　 　 　 　 　 _/_/:::::::::::::|　＼　　　　　∧　　　　　/
　　　　　　　 　 ／　/::::::::::::::::|　　 ＼　 　 /.::::ヽ

例えばどこらへんが速いんだろう。

常に全データオンメモリなわけないだろう
検索されやすいものだけオンメモリとか

検索ならインデックス作ってあるに決まっているだろう。

でもグーグルの検索結果って、元の文章の一部が抜粋されてハイライトされているよね。
あれの元になるデータはどこから引っ張ってくるの？HDDじゃ間に合わないでしょ。

>>776
メモリにあればめもりから
なければhddから

別にそんなのどこの検索サイトでもある機能だし
Googleってアルゴリズムがちゃんとしてるわけじゃなくて
サーバー台数増やして成功した会社だろ
なんかあそこ特別な技術つかってんの？

>>777
ハードディスクとメモリの容量差って果てしないから、
殆どがオフメモリになしそうって思ってしまう。
しかし実際には、適当なワードで検索しても一瞬で表示されるし。
ただ、マイナーな言葉で検索しても伝家の宝刀「もしかして」で、
検索結果がキャッシュされてるメジャーなのを返してる感もするが。

>>778
bingとかと比べてみ。圧倒的だから。

>>776
一般的な閲覧側のネットワークよりhddの方が速いだろうから問題にならないんじゃない。キャシュでシーケンシャルアクセスする場合。
mswordとかでtxt読んでるからhddが遅く感じるんじゃないの。catで読んでみれば。

検索なのにシーケンシャルアクセルとは。

>>781
もしかして: キャッシュ

検索は普通シーケンシャルじゃないの

ハードディスクとメモリの容量差は凄いから、殆ど載らないでしょ。
検索用のインデックスは常にメモリに載ってるんだろうけど、
そっから検索結果のページを作成するにあたって、
元サイトの一部を抜き出して、ハイライトをかけないといけない。
この作業がどうなってるかだよな。

ヤスの健康状態はどうなってるの

>>783
単純なのだとインデックスを二分探索とかで検索してデータの場所にランダムアクセスするんじゃないのかな。インデックスをシーケンシャルで読んでメモリに置いてあるという意味ならわかるけど。
読み込んだデータをまとめてhddにキャッシュしておけば、その条件での検索結果はシーケンシャルに読むだけで済むね。

>>779
いやだから圧倒的なその理由は、
5年前くらいに散々話題になってたから
ほりえもんが全盛期の頃にGoogle語ってたの覚えてるわ

Googleが早いのがただサーバーが多いからだけだって言うんなら、
Bingもサーバーを増やしたらよいじゃない。MSだから余裕でしょ。
しかもBingはGoogleより利用者数が少ないのだから、
サーバー台数が速度の差だというのなら、Bingのほうが有利だよね。
まさか今の利用者数の状況ですでにアップアップってことは無いでしょ。

railsって出始めの頃、ブログサイトを30分で作れるとかってうりにしてた

GoogleとかMSとかについてどっちがサーバーが多いとかアホみたいな話してんな

>>789
5分だろ

てｓｔ

15分じゃなかったかな？

790「サーバーの性能の差が戦力の決定的差でないことを教えてやる」

電波弱すぎ

uyならgoogleに就職できるんじゃない？

uy乙

>>796
ビュッフェの調理師や清掃員としてだろ

宣伝しときますね
http://www.amazon.co.jp/gp/aw/cr/4774134325/ref=aw_d_cr_books

googleか

そういや分散ってサーバ増やすだけって思ってる顧客多いよな。
いや、、、>>788あたり見てるとプログラマにもいるのか?

ハードは増やすだけ、ソフトはC言語から進化していないという風潮

ソフトも進化してるよ
材料集めるとかいうプロセスがないから作れる！と分かったらある程度まで一気に行くだけ

いままで3Dでオッパイ揺らすソフトなんて見なかったけどな
それにブラウザゲーム。UOの頃からすれば考えられない発展だ
ゆとりの802はGREEやモバゲーに御布施でも支払ってりゃ良いよ

>>802ではないけど、風潮の意味わからないからと読み飛ばす>>804はゆとりだと思うの。
ソフトはハードのおまけだった団塊の世代が決定権を譲れば変わってくるのかなぁ。

>>804
それ絶対PyPyだな

>>805
団塊世代ってN88BASICでハンドアセンブルで
シューティングゲームの最適化とかして育った世代だっけ？
ってか、マイクロソフトが利権で支配してスグにOSSの活動が出てきただろ
一体、いつどこの団塊世代が何の決定権を持っているんだ

BASICの機械語もスクリプトのリテラルも、
その言語の寿命と共に消失するバッドノウハウだよね
javaかc/c++で受託開発しているとこに就職したいな

>>807
なんで趣味の話になる。
http://ja.wikipedia.org/wiki/団塊の世代
>1947年から1949年までの3年間に出生した世代を指す。
今64歳とかそこらへんだろうから、企業では定年が65歳で現場ぎりぎりとか、役員に居座ってたりするでしょう。
そんなにゆとりを強調しなくてもいいよ。

>>809
BASICでソフトウェア書いて連中って趣味だったんだなw
本物のプログラマはfortranを使うだっけ?
BASIC、Pascal、Fortranと数え切れない言語の小技は今では何れもバッドノウハウになったわけだ
web周辺の泥舟にだけは乗りたかないな
てか、お爺ちゃんもあまり無理しないで老人ホームにでも入ったら？

>>809
FOSSの始まりが趣味とでも？教祖様は人生を投げ捨てて活動をはじめてるのにか？
職に溢れて仕方なくPG/SEになった連中とだけは一緒に仕事したくないな

高価な汎用ハード買ってシューティングゲームなんてどんな企業。
もう>>810痛すぎだよ。涙を誘う。

そもそも　一部のハッカーを除いて大部分の人は
年をとるとロクなコードを書けなくなるので、
営業とか顔つなぎとか別の能力がなければ使い捨て。

だから凡人はコード書きの修練に時間を浪費するより
プログラム以外のスキルに集中したほうが良い。

>>812
ベーマガとか、その後ろに載ってた広告とか見たことないんだろうなw

>そもそも　一部のハッカーを除いて大部分の人は
>年をとるとロクなコードを書けなくなるので、
何も考えずに配置してコード書かせてるからだろ

だいたい日本の外では、入社してから
PGはPG、PLはPLで役割分担されてるだろ
日本の大手企業なんかは特に効率悪いバカの塊だよ

>>814
ベーマガはFM/7だかで打ち込んだことあるが、無関係だろう。
1982年から2003年というから新しすぎる。
業界の風潮に影響するほどだったとは思えないし。

>>816

なぜそうなるかというと、
本社が子会社より給与が高いというような
ピラミッド構造で利益率を高めるには、
搾取のメカニズムが要求されるからｗ

一人で十人分稼ぐより
下請け孫受けで100人から搾取したほうが良い。
だから上流下流で階層分けが必要ｗ

>>816
PLってProjectLeader? ProjectManagerはともかく、LeaderはPGの中の一人だと思ってた。
経営や営業や管理をソフト作ってきただけの素人がやってもうまく行かないよね。

>>817
はぁ、無関係？当時のBASICで書かれたソフトウェアは製品だろ
団塊世代が30〜40歳位の働き盛りで、
そこを通って役員になって良いぐらいの年だぞ
ここで戦後教育に洗脳された連中が国内製に拘ってんだろ
富士通のIBMへの産業スパイなんか良い例だ

>>818
NEC、NTT、Panasonic,sonyとボロボロじゃんw
無くてもやっていけるから、大規模システム開発ぐらいしか用途ないよ
リストラされないとイイネ

>>821

だからもうソフトは儲からない業種。
プログラム本業でやっていくには
アニメ業界同様の覚悟が必要で
損得抜きでやる人しか残らないｗ

>>822
FOSSの教祖様は最初からそう予言していたよ
カスタマイズと使いにくいソフトウェアのマニュアルから金取れって
高度な自社製webフレームワークだとw詐欺にもほどがある

>>820
働き盛りに仕事でベーマガなんて読んでるなよ。小学生の頃読んでたわ。

>>824
BASICでソフトウェア書いてた世代のこと言ってんだよ

>>825
汎用機やwsでbasic使ってたのか?

>>825
まさか。適当に文献を当たって妄想で書いただけだぞ

>>827
妄想はチラシの裏に書いといてくれ。頼むよ。

>>828
そもそも2chは便所の落書きだろ

だいたい当時インタプリタ言語のプログラムを製品として売るなんて非常識だったはず。
そういう世代が、"HTMLのソースをユーザに見えなくしろ"とか言うなんて笑い話?もあったり。
BASICは安価なPCにOSの代わりに載ってるだけとかで、何百万、何千万というハードにソフトをバンドルするのとはワケが違うし。

>そういう世代が、"HTMLのソースをユーザに見えなくしろ"とか言うなんて笑い話?もあったり。
NextStepやWindowsが市場に出回ってから考え方でも変わったんだろ
おまけでしかなかったソフトウェアがゲイツのおかげで付加価値を持つようになった
ところがプロプライエタリなソフトはバグだらけでソースも手元にないからデバッグできない
そして、オープンソースが支持されて、再びプログラマたちは飯が喰えなくなる

ソフトの価値を押し上げたのはPCで、下げたのはゲイツだろ。
オープンソースが支持されるとプログラマが飯を食えなくなるのは短絡。

良いコードを書くために多大な時間と労力を投入する
boost.orgのようなプロジェクトは商業的に成立しない。

競争の激しい世界では技術が衰退していく資本主義のパラドックスｗ

>>832
つ「ホビイストへの公開状」

というか競争が激しかったら仲間ができないと思う
個人は成立するが組織は成立しない

>>832
プロプライエタリなコードを書く連中はFOSSでスカウトされる奴だけでいいよ
地方の中小零細企業なんて、ほとんど泥沼ですもの

FOSSで良いコードを書くタイプは企業内では成功しない可能性が高い。
それが現実ですｗ
ドロップアウトして大学に戻るとかそういうオチを予想ｗ

ちゃんと現実を直視しろよ。企業の方が成功してないだろ

いや、FOSSの世界では「良いコード＝勝ち組」だけど
企業内では「沢山金を稼ぐ＝勝ち組」
そのギャップは大きいのさぁｗ

使い捨ての帳票もどきをこさえることが仕事だなんて既に成功とは言わない

>>839
人生を失敗したと気付いてどんな気分だ?

え？一体この会社どうやって利益あげてんの？
ほんとにそのアプリって必要なの？
みたいな企業ばかり

既にプログラミングの需要なんてほとんどなく不要なものばかり作ってる
経営者同士の人脈が途切れたら終わる世界

利益がなくてもソフトが完成すればいいというのも分かるし
虚業でも利益が出ればいいというのも分かるんだけど

二兎を追って支離滅裂になる人がいるような気がする

何そのgoogle

日本の会社でパッケージソフト作って儲ける所はすくないでしょう。だいたいは受託開発でしょう。

企業向けという謎の名目で謎のアプリ開発

↑
あほや！！
発作か〜！！
↓

ヒッヒッヒッヒッ も、もう持ってられない

>>845
ベンダー系もあるぞ。

韓国で建設会社の90％が倒産！不動産バブル崩壊で銀行、国民、企業みんなオワタ
http://engawa.2ch.net/test/read.cgi/poverty/1344466560/


住宅市場冷え込み悲鳴上げる建設会社

100大建設会社の4分の1は倒産、関連産業も続々とまひ

資産価値の下落が続く場合、生活苦に陥った「ハウスプア」が子どもの塾通いや外食、各種ショッピングの費用などを減らし、
深刻な内需不況の泥沼にはまり込むという懸念も出ている。
資金難に耐えられず、倒産する建設会社も続出している。大韓建設協会によると、施工能力評価額基準で上位100社に挙げられる
建設業者のうち、現在23社が企業改善作業（ワークアウト。経営再建）や企業回生手続き（法的管理。会社更生）を進めている。

建設協会のチェ・ユンホ専務は「このままでは、10大建設会社を除けば生き残る建設会社はほとんどないだろう」と語った。

2012/08/04
http://www.chosunonline.com/site/data/html_dir/2012/08/04/2012080400787.html

web業界の未来を見ているようで他人事とは思えない

http://news.mynavi.jp/column/svalley/476/

erlangで書かれたwings3Dすごいな
Σ計画でコケたprologにソックリな癖に、なんて生意気なんだ

どこがソックリ？

てか第五世代とΣを混同してるしw

ここらへん [X|Xs].
第五世代コンピューティングとΣ計画って別物なの？

>>855
全く別もの
どちらも通産省主導の大プロジェクトではあったけど、
ΣはUNIXワークステーションの国内統一規格を推進しようとし、
何一つ成果を生み出せずに終えた大失敗プロジェクト

いよいよhtmlも第5世代か

PythonやRubyとかはマルチスレッドに弱いって言われてるけど、
逆にマルチスレッドに特に強い言語って何だろう

アーランすごいな
3d強い
ネットワーク強いで
苦手な分野ないじゃん

>>858
アーラン

コーラン？

関数型言語がすごくなってきてる
rubyとかオワコン

オタクが凄い凄いと騒いでるだけの関数型言語は一生普及しないんだろうなと思う

アーランサーバー1台で秒間10万コネクション軽いらしい

別に関数型言語は凄くないよ
OOPLがうんこ過ぎるだけだよ

そんなこと言ってるからダメなんだろうな

rubyはサーバー一台で秒間何コネクションいけるの？

関数型を扱えるプログラマがすごいのか、副作用がないことの方が重要なのか
副作用が誤りならオブジェクト指向なんて皆でバカをやっているようなものではないか
てか、rubyにwings3DやBlenderみたいな3Dグリグリなソフトウェアって何かあったかな?
テキスト処理とグルーとしての用途から大きくかけ離れているし書く方も頭沸いてるけれど

コンピュータは副作用で動いているようなものだし、副作用を認めないのはちょっと違うと思う。
特定分野でだけ輝きたいのならそれでも良いと思うけど、
わりと汎用な分野もカバーしたいなら、副作用があったほうが、
実際のコンピュータの動作原理に近い分、ラップが薄くて利用範囲が広いし、素直で扱いやすい。
高級アセンブラの名を欲しいがままにしているC言語が未だに輝いているし、
やっぱりコンピュータを制御するのだから、その動作原理とかけ離れるのは不利だと思う。

いまどき関数型言語使わんプログラマいないだろ
ドカタなら使わんでもいいけど

土方じゃないプログラマは関数型言語で何をやってるの
大学では殆どCなんだけど

>>871
HFTのプログラム

金融商品もコーディングしてるのは土方だろ・・・

金融商品の使い方間違えたわ。もうええわ
関数型言語でしか出来ないことなんてありえないし

rubyで年2000万くれる会社あるか

関数型言語の便利な機能だけ、手続き型言語に輸入されてて
しかもそっちは開発環境もライブラリも充実してる
関数型言語を使わなければいけないという強迫観念は
俺は普通の奴らとは違うという中二病によるものだろうが
使いものにならないから何時まで経ってもスタンダードになれないんだろ
まさにスキマ産業

むかしOOPLもそんな感じで流行ったよ
しかもOOPは使う価値も無いゴミだったのに

手続き型OOPLに関数型言語の機能を取り込むと、既存のOOの機能見て
「うわ、OOってゴミで邪魔だわ、何これ...」ってなる

そんな感じで流行ったってなんだよ。関数型言語はゴミ過ぎて流行ってないだろｗ

>>878
c++で年収800万
erlangで年2000万だ
金払いのいい言語やるだけ

関数型言語がいかに素晴らしいかという布教活動は、本当に胡散臭い
書籍も、その言語で遊ぶことが自己目的化した本ばかりで
それが出来なくて困るなんてことが全くない
挙句、関数型言語が出来る＝年収2000万とかキチガイじみたことを言い出す始末ｗ

>>879
それは平均？都合のいいデータのピックアップ？

残念ながらモダンな静的型付け関数型言語の特徴である
「型推論」が導入された手続き型言語は存在していない
形式的な型推論とは、与えられたコードのデータ型体系が安全であることの「証明」だ
つまり型推論処理を通過したコードでは型に起因するバグが無いことが保証される
手続き型言語の Bus error や Null pointer exception のような醜いメッセージは、
関数型言語では起こりえない
（もちろん0除算例外のような実行時エラーは関数型言語でも起こりえるけどね）
結果として関数型言語では高品質なコードが書ける

最初から型推論ありきで設計された手続き型言語が登場しない限り、
データ型システムに関する関数型言語の優位性は揺るがない

なるほど、「データ型システムに関する関数型言語の優位性」って需要ないんだな

このスレにいる奴らはLL好きなわけだし、
最初から静的型の安全性なんて信じてないだろ
だから静的型付け関数型言語のメリットに興味ないのも頷ける

LL嫌いで静的型付けのJavaやC#が好きなのに
関数型言語を嫌ってる奴は単純にアホだけど、
まあJavaやってる奴がアホなのは自明だからこれも頷ける

関数型言語は一生誰にも好かれないってことだね

関数型言語を好きな奴も残念ながらアホだけどな

書き込みも凄く攻撃的だもんね。報われてなさっぷりが伺える。

ITプラニングの中の人かな？羨ましい限り
wekaとrhinoでも弄ってりゃ、バカでもそれなりの場所につけるかしら

「俺たちをこんなに馬鹿にする奴らが使ってる関数型言語が流行るわけがない」

馬鹿が何を言おうが実際流行らないじゃん

>>884
>最初から静的型の安全性なんて信じてないだろ

それは静的型付け手続き型言語という「不完全」な型安全性を基準にしているからじゃね

たとえばある言語処理系の構文検査が以下のような仕様だったとする
　「もし与えられたコードに構文エラーがあれば、メッセージ syntax error を出力します。
　　ただし、場合によってはこのメッセージを出力せずコンパイルを終え実行時に
　　何らかのエラーで異常終了するでしょう」
構文解析理論が確立した現時点で、こんな仕様は考えられないし非常識だよね？
普通は構文解析処理を通過したなら「構文に関する安全性は保証されている」のが当たり前

この例の「構文」を「データ型」に置き換えて、よーく考えてごらん
　「もし与えられたコードに型エラーがあれば、メッセージ type error を出力します。
　　ただし、場合によってはこのメッセージを出力せずコンパイルを終え実行時に
　　何らかのエラーで異常終了するでしょう」
これが静的型付け手続き型言語の型安全性レベルなんだ
そりゃあ静的型の安全性なんて信じられるわきゃあねえよな

俺らはPHPとjsで十分に幸せなんだ
関数型なんてITサヴァンの連中が使っていればいい

この冗長な文章が関数型脳ってやつか

静的片付言語でコンパイルが通ったのなら、型安全は保障されているでしょう。
ヌルポは別に型エラーじゃないしな。

>>894
ダウンキャストやRTTIで少しも安全じゃないよ

その理屈で行くと動的型付け言語でも型エラーは存在しない

>>896は>>894宛な
> ヌルポは別に型エラーじゃないしな。

>>871
大学の講義や演習ではプログラミングなんて学べないからな
電検三種と公務員試験の対策でもした方がマシ

動的型付言語で、想定している型と違う型が渡ってきたら、
それは十分実行時の型エラーだよ。型が違っているのだから。

でも、静的型付のヌルポは型エラーじゃないよ。
型はあってるけど、値が違ってるの。
ダウンキャストはその限りで無いけどね。

スレ違いなデータ型についてばかり話してきたので、スレタイに沿った話題を一つ

LLの優位性の一つに「対話的」なプログラミング環境がある
コーディングから(コンパイルを飛ばして)即実行できるから開発効率が高い
で、関数型言語はというと大半の処理系で対話的な環境が提供されている

　静的型付けな関数型言語であってもだ

これがC++/C#/Javaといった静的型付け手続き型言語に対するもう一つの優位性

もしもLLの得意分野であるテキスト処理を考慮した静的型付け関数型言語が登場すれば、
LLの世界でも関数型言語の評価は、もしかしたら ..... 変わるかもしれない

では、自分は日韓戦があるのでこれで落ちる(寝る)

>>898
大学の講義や演習じゃなくて、研究でだよ

>>901
物理シミュレーションなんかで上から下に計算するだけとかだろ

Cのが圧倒的に速いんだもん
GUIを必要とするアプリケーションを作るとしても、Java

彼はバカなんだよ。
だって、静的型付の関数型言語って、LLじゃないよね。

大学の物理シミュレーションなんてFortranだぞ今でも
そんなとこに関数型言語なんておよびじゃない

もう関数型言語が普及しない理由と言い訳は別のスレでやろうよｗ

普通の奴らの上を行く人から、
低品質なコードで世界を支える人まで、ごった煮だな。

>>905
だからー、関数型言語はどこでお呼びなのｗ

普通の奴らの上を行く人（）とは良い皮肉だな

>>905
大学のロボティクス専攻のアホ教授とか、cのハローワールドレベルでドヤ顔するよねw

LLと関数型言語に優劣は無いよ
あるのは特性の違いだけ

>>908
情報システム科の一部で使われてるよ

>>912
どこ？

名古屋じゃね？

>>913
研究室を総当たりしていけば、ひとつぐらい関数型を研究している教授に出会すだろ
ってかね、制御理論を専門にした方が徳だね。関数型を扱っている企業なんてほとんどない。
どのみち就職すれば１０万行とか想像を越えた手続き型言語のコードを弄ることになるんだから

別に関数型言語を研究してる人を聞いてるわけじゃないよｗ

結局「普通のプログラミング」で関数型言語を使ってる人は殆どいないんだよ
ただただノイジーマイノリティがスレを汚してるだけ

普通のプログラミング = ドカタコーディング

「普通のプログラミング」って、マンパワーでなんとかしてるだけだろ
行数でなんとかなるようなら、企業にベンチャーが勝てるわけないから

だからアカデミックな理論の検証もほぼCでやってるんだって

関数型言語はマンパワーが確保できないからなｗ

>>919
だから勝てないんでしょう。コーディング力を武器に戦うベンチャー企業とか、どうよ。

そして、マンパワーをバカにするけど、コードってそうそう縮まないし、
工数が格段に改善されたりしないよ。

C言語がシェアNo1なことが、コードはそうそう縮まないことと、
マンパワーに頼るしかないことを、同時に証明していると思うよ。

>>920
何がアカデミックな理論の検証だよwバーカwwwおまえが配属された研究室だけだろ
既にシミュレータや物理エンジン、数値計算ライブラリが世の中に腐るほどあるなかで、
自前の糞コードで誤差なんて考えずにアルゴリズムの再実装と適応をしているだけだろ
教授のアホと過ごしたのは、ほんと時間の無駄でしかなかったよ

>既にシミュレータや物理エンジン、数値計算ライブラリが世の中に腐るほどあるなかで、
その腐るほど有るライブラリを使いたいからCなんだろうに。

>>922
世の中の大企業よりも儲かっているベンチャーを少しはググってみたら？

俺が想定してるのは主にアルゴリズムの設計だけど
散々出てる、一人なのかもしらんが、物理なんちゃらというのはよく分からん

別にコーディング力を武器に戦っているわけでは無いでしょう。

>>925
FFIを使えない実装なんて今時そうねーよ
全部Cで書くのに比べたら全然楽

>>925
大学の糞教授ってライブラリが何かすら理解してなかったからなw
研究でcを使ってるヤツはIT業界には進まない方がいいぞ。おまえは絶対に向いてない
てか、シミュレーションならRかmatlabつかえよ

クソ教授の名前は晒しましょう

>>931
大学の研究室に所属して、自分とこのボスか隣か、隣の隣のボスは、だいたいどこも糞だぞ

そもそも大学はCばっかだから、IT業界の大卒は向いてない奴ばっかということだな
まあIT業界なんて所はそういう腐った世界なんだろう

関数型言語の正しい使い方

http://ja.wikipedia.org/wiki/FFTW
> FFTW のライブラリ自体の C 言語のコードは 'genfft' というプログラムで生成されており
> (FFTW の配布パッケージに含まれている)、このツールは Objective Caml で書かれている

C使ってる＝向いてないってクソみたいな暴論だが
別にIT業界に向いてるというのもアレだし
関数型言語を使ってればIT業界に向いてるとかも幻想としか思えないな
そこで差別化するような世界でもないだろ

>>933
趣味でいろいろ弄ったヤツ以外は誰も向いてないよ
javaとUML、デザパタ、TDD、git、コンパイラ作りが入門に鉄板だろうな
+αはschemeなりprologなりで再起の練習。
perl,rubyの文法覚えるとかは、経験上、はっきりいって時間の無駄。

日本のIT業界とやらで>>934のようなコードを書く機会なんてゼロに近いからな
自分のレベルに合った言語を使うのが良い

UMLとかデザパタはソフトウェア工学の授業でやるよ

だから、javaとPHP,jsは僕等の友達

コンパイラもやるし

>>938,940
それ使って自分で何か書いたか?

そういうきつい質問するなよ
やってるわけがないんだからかわいそうだろ

書く奴もいるんじゃないの。知識はあるんだから

schemeの再帰なんて誰でも書けるだろ

デザパタは無駄だけどな
デザパタにそって開発することを強要されているならやるしかないんだろうが
最初のやつがデザパタの選択ミスしてたらどうするのっと

練習したいだけならJavaでも良いレベル > 再帰

>>944
うちのアホ大学では、二重再起や末尾再帰がスラスラと書けるヤツなんて見かけなかったな
演習がprologだったこともあってか、schemeって単語を知ってるヤツも一部の教授ぐらいしか居なかったぞ

再帰すらままならないなんて、そりゃあIT土方に相応しいなｗ

ドカタはどうせ末尾再帰で書いても無駄なJavaを使うべき

>>945
factoryやfacadeなんて、そこらじゅうで使われているイメージなんだが
他人が書いたコードを読みやすくするための作法じゃないのか

>>949
ディレクトリのトラバースやcompositeパターンなんて、非常によく使われる再帰だろ

末尾再帰ってコンパイラを作る人が考えることであって、
普通の人は考える必要ないよ。

いったい、なんのための話がしたいんだい？ｗ
って返せばよい。

compositeパターンは代数データ型を持たないウンコ言語用パターン

これ(>>952)が典型的ドカタですよ、良く覚えておきましょうね

例えば有名所だとハノイの塔とかクイックソートを非再帰で書くのは骨じゃね
どうせスタックを自前で実装するんだし。だから手続き型言語でも再帰は使うよね

>>950
よく使うアルゴリズムをライブラリにするとかは
普通はやらないほうがいい行為

>>952
は？

>>952
うわぁｗｗｗｗｗ

>>955
木探索系のアルゴリズムとかだと
結局スタックフレーム相当のものを用意しないとたぐれないからなあ
ギリギリまでパフォーマンスを追求するなら
スタックは自前管理のほうがパフォーマンスが出るという議論はあるけど

デザインパターンってwikipediaにすら16パターンは不要だとか書かれてなかったっけ

不要の理由が書かれてないなら
それはキチガイのゴミ書き込みだろうねｗ

ま、書いてないが

言語の機能によってデザインパターンを消せるってやつだろう
シングルトンなんかがわかりやすい例

パターンを使うことによって開発効率はあがるが
同時に柔軟性落ちてることは気づきましょう

デザインパターンを消せるってのは本当は間違いだけどね。
簡単にデザインパターンを実装できる。っていうのが正しい。

わかり易い例で言えばシングルトン。
単純とはいえコードが少しあるが、もしclass singleton Fooみたいに
singletonキーワードがサポートされた言語があったとしたら
コードを全く書かなくてよくなる。

だけど、シングルトンという考え方は消えていないし、
シングルトンパターンをキーワード一つで "実装” したってだけで
消えていない。

不要とか言ってるのは、デザインパターンをよくわかっていない人が言っていることだよ。
○○パターンは不要といった時点で、「ここには○○パターンが含まれてる」
「パターンの説明が○○という一言で終わった」という事実がある。
コードはなくとも名前で意思疎通が出来る。これもまたデザインパターンのカタログ化のメリットなんだよ。

シングルトンをObjectにキャストしたらどうする
Objectのインスタンスは一個ではない
動的な意味ではシングルトンは意味をもたない

まずは静的言語固有のパターンと、すべての言語に共通のパターンを区別するべきだが
10年以上たってもそれすら出来てないのは何故なんだ

その答えは、パターンそのものは考え方なので
静的言語でも動的言語でも共通だから。

実装コードが違うだけ。

>>963
> シングルトンをObjectにキャストしたらどうする
> Objectのインスタンスは一個ではない
> 動的な意味ではシングルトンは意味をもたない

この部分に関しては、「お前は馬鹿」の一言で済ませてもいい部分だなｗ

Objectは型であり、インスタンスではない。
シングルトンは特定のクラスのインスタンスの作成を一つに制限するもの。

シングルトンを使ったからといって、Objectのインスタンスを一つに制限した覚えはない。

わかりやすい喩えを思いついたぞｗ

例えば「ゴムゴムの実」は世界に一つしか無い。
つまりシングルトンになってる。

「ゴムゴムの実」を「悪魔の実」にキャストしたらたくさんある。
（と>>965は言っている）

よく考えてみよう。

たくさんあるのは「悪魔の実」と言われる種類（型）に分類されるもの
「悪魔の実」と言われるものはたくさんあるが、
「ゴムゴムの実」は一つしか無いのだよ。

>>964
それは変だ
考え方は人それぞれ。言語は共通。なら分かるが、考え方が共通で言語が違うって

>>967
変なところは何もない。

例えば、「ループ」という考え方は
どの言語にも共通する考え方だが、

そのループの実装は、言語によってバラバラだろう。

ボスは一人しかいないという読者の考え方を蔑ろにして四天王が出てきたりするよね

バカだな
デザインパターンはあらかじめ用意されたアルゴリズムパターンであって
言語がそれをサポートした時点でデザインパターンではない
似て非なるものです

>>970
つまり、アルゴリズムパターン（例ソート）を
言語がサポートした時点で、ソートではない？？？

デザインパターンってのはアルゴリズムの流れを一律にする考え方でって
どの言語でかいても同じようにかけるのがデザインパターン

言語がサポートしたら他言語ではかけない
ゆえにrubyなんかだとデザインパターンのシングルトンは使わないよ
ライブラリとしては存在してるけどrubyはrubyのシングルトン使った方がいいから

別物です

> どの言語でかいても同じようにかけるのがデザインパターン
初耳ですが、出典はどれですか？
単にお前が勘違いしてるだけ？

rubyの”シングルトン”
やっぱり、それはシングルトンなんじゃねーかｗ
別の名前がついてないんだろ？

そして言語によって書き方が違うと
自分で書いてる。

自分の書き込みをもう少し読み直しましょう。

>>971
ソートと
デザインパターンの違いくらいわかれ

なにも考えずにライブラリに詰め込めるのがソート

慎重に設計しないと詰め込めないのがデザインパターン
もともとライブラリに入れてはいけない概念を無理にいれてるんだよ

rubyにはシングルトンが２種類あるよ

調べてから喋ったらいいのに

rubyでしかかけないシングルトンと
他言語でもかける形のシングルトンが用意されてる

前者は言語の機能であり
後者はデザインパターンとよぶのです


別物です

>>974
>ソートと
>デザインパターンの違いくらいわかれ

いや、デザパタをアルゴリズムパターンとか、
わけ分からんこと言い出したのお前だろ。

>>970　で、
>デザインパターンはあらかじめ用意されたアルゴリズムパターンであって
>>972　で、
>デザインパターンってのはアルゴリズムの流れを一律にする考え方でって

また勝ってしまった

無知は黙っていればいいのに

rubyの特異クラスはシングルトンと呼ぶにはふさわしくない
ただのクラスのネストによって
シングルトンもどきを実現しているだけで
扱おうと思えばただのクラスのようにも扱える

シングルトンデザインパターンを知ってるだけじゃruby特有のシングルトンは絶対に読めない

言語関係なく知識が共通して使えなければデザインパターンではない

バカはしね

面接官「特技はRubyとありますが？」
学生　「はい。Rubyでならなんでもかけます。」
面接官「ではシングルトンパターンを書いてください。」
学生　「存在しません？」
面接官「え、存在しない？」
学生　「はい。存在しません。Rubyはシングルトンパターンを言語でサポートしています。」
面接官「・・・で、その言語でサポートされた機能を使うとシングルトンパターンになるんですよね？」
学生　「はい。シングルトンパターンです。」
面接官「いや、あなたRubyでシングルトンパターンは存在しないといいましたよね。なぜシングルトンパターンになるんですか？」
学生　「でも、シングルトンパターンは存在しないんですよ。」
面接官「いや、存在しないとか問題じゃなくてですね・・・」
学生　「Rubyなら簡単にシングルトンパターン書けますよ。」
面接官「ふざけないでください。それに機能が用意されてるってことは存在するでしょ。だいたい・・・」
学生　「機能は用意されていますが言語でサポートしているんです。だから存在しません。」
面接官「聞いてません。帰って下さい。」
学生　「あれあれ？怒らせていいんですか？シングルトンパターン書きますよ。」
面接官「いいですよ。書いてください。Rubyでシングルトンパターンを。それで満足したら帰って下さい。」
学生　「運がよかったな。Rubyにシングルトンパターンは存在しないようだ。」
面接官「帰れよ。」

>>976

> rubyでしかかけないシングルトンと
> 他言語でもかける形のシングルトンが用意されてる

お前、両方、シングルトン って自分で書いてるじゃねーかｗ

まさかデザインパターンが
特定のコードのことだって思ってるの？

デザインパターンとは、プログラム設計時に起こる典型的な問題と
それに対する解決策を整理し、再利用できるようにまとめたもので
書籍「デザインパターン」の23個のパターンは、
デザインパターンの一例でしか無いんだが。

>>977
説明する気も失せるレベルだな

デザインパターンとはライブラリには昇格できる一個前の存在

ライブラリに入りこんだデザインパターンは言語機能に昇格できる一個前の存在


これで理解しろカス

>>977

> いや、デザパタをアルゴリズムパターンとか、
> わけ分からんこと言い出したのお前だろ。

↓こいつだろ？ 俺じゃねーよ。

> バカだな
> デザインパターンはあらかじめ用意されたアルゴリズムパターンであって

まあrubyのシングルトンメソッド
つまり特異メソッドを理解していないから

同じだと思っちゃうんだろうね



別物