Ruby終了のお知らせ。
1 ：nobodyさん：
・スクリプト言語で一番遅いと思えるスピード。
・メモリ食い過ぎ、ちょっと凝ったWebアプリでアクセス来たら
速攻InternalServerError。
・日本生まれなのに日本語文字コードへの対応がいまいちになってきてる。
・見やすさしか取り柄がない。
・他言語から見やすさの為にRubyに移行するなら、
今書いてる言語を見易く書こうとした方が楽。
・Rails流行ってもろくなアプリが出てこない。
大規模な物を作るには負荷が高く、すぐ作るだけならPerlで良い。
・ドキュメントが遅い。
・ルビラー内輪ウケ体質。
メディアが取り上げてるがまるでSecondLife。
・書店にいくとRubyであなたも今日からWebプログラマーみたいな
糞本の乱立。
・作者の名前が平仮名。
Ruby終わってる。
・メモリ食い過ぎ、ちょっと凝ったWebアプリでアクセス来たら
速攻InternalServerError。
・日本生まれなのに日本語文字コードへの対応がいまいちになってきてる。
・見やすさしか取り柄がない。
・他言語から見やすさの為にRubyに移行するなら、
今書いてる言語を見易く書こうとした方が楽。
・Rails流行ってもろくなアプリが出てこない。
大規模な物を作るには負荷が高く、すぐ作るだけならPerlで良い。
・ドキュメントが遅い。
・ルビラー内輪ウケ体質。
メディアが取り上げてるがまるでSecondLife。
・書店にいくとRubyであなたも今日からWebプログラマーみたいな
糞本の乱立。
・作者の名前が平仮名。
Ruby終わってる。
|
|
|
>>1
PHPer妄想乙ｗｗｗｗｗｗｗｗｗｗｗ
PHPer妄想乙ｗｗｗｗｗｗｗｗｗｗｗ
>>2
妄想乙ｗｗｗｗｗｗｗｗｗｗｗ
妄想乙ｗｗｗｗｗｗｗｗｗｗｗ
RubyってJavaScriptレベルなのに
「JavaからRubyへの移行」とかの我田引水っぷりにはマジで引く。
「JavaからRubyへの移行」とかの我田引水っぷりにはマジで引く。
こんなスレ立てるくらいなら普通のRuby de Webアプリスレ立てろ
まあPHPは糞だが
その糞さ加減を理解したうえで
欠点を回避するようなコーディングをすれば
Rubyより使えるところは多いというのは
事実かもしれないな
その糞さ加減を理解したうえで
欠点を回避するようなコーディングをすれば
Rubyより使えるところは多いというのは
事実かもしれないな
8 ：nobodyさん：2007/06/13(水) 04:24:49 ID:ZCHu2FF6
PHPはつまらん
やっぱりRuby信者わいてきたｗｗ
釣られすぎｗｗｗｗｗｗｗｗ
だからPHPが流行るんだよｗｗｗｗ
バカじゃねーのクソRuby
釣られすぎｗｗｗｗｗｗｗｗ
だからPHPが流行るんだよｗｗｗｗ
バカじゃねーのクソRuby
Rubyはおもろいよ
PHPは仕事でつかってるけど書いててつまらんのは確か
PHPが流行っているというか初心者にも優しいから間口が広いんだろうね
>>9
Webで喰っていくんならPHPだけではなくPerlやRuby、Javaとか
色々やっておかないと生き残れないというか後で困りますよ
PHPは仕事でつかってるけど書いててつまらんのは確か
PHPが流行っているというか初心者にも優しいから間口が広いんだろうね
>>9
Webで喰っていくんならPHPだけではなくPerlやRuby、Javaとか
色々やっておかないと生き残れないというか後で困りますよ
つまりPHPが許されるのは小学生まで
>>5
PHPはファミリーBASICレベルだろｗ
PHPはファミリーBASICレベルだろｗ
PHPにおとる言語Ruby
Ruby愛好者が涙目（笑)
Ruby愛好者が涙目（笑)
14 ：nobodyさん：2007/06/13(水) 06:02:26 ID:ta4y0NUL
RoRはさくらやxreaでまっとうな速さで動かせるようになってから出直してきてほしい
Ruby使いはもっとロビー活動頑張れよ
Ruby使いはもっとロビー活動頑張れよ
専用鯖も借りられない貧乏人の言語PHP
rorをcgiで使うとかどこのカッペだよ
PHP信者はくだらないスレ立てるような暇な奴ばかりなのか
>>1
恥を知れ
恥を知れ
Ruby作者自身が涙目でPHP攻撃してるからなーｗ
完全におわっとるなｗｗｗ
完全におわっとるなｗｗｗ
こんなアホスレ立てるのPHPerに決まってる
>>1はPerlerだと思う。
Rubyはいい言語だぞ。 今のところ使い道がないが・・・。
遅いっていうならちゃんとベンチマーク出せや
まさか聞きかじりで言ってるんじゃねーだろうな
えーこら
まさか聞きかじりで言ってるんじゃねーだろうな
えーこら
>>25
実際、もっさりしてねーか？
実際、もっさりしてねーか？
RubyがPerlよりも遅いのは事実だろうが、
PHPもフレームワークなんかつかうと結構もっさりしてるよな
PHPもフレームワークなんかつかうと結構もっさりしてるよな
>>25
PHPでできる処理が メモリをたくさんRubyでは遅くなることがある
PHPでできる処理が メモリをたくさんRubyでは遅くなることがある
PHP使いこなせるだけじゃプログラマとして寿命短いだろうし
Rubyがダメだとしたら、いったい何をやればいいんだ？
Rubyがダメだとしたら、いったい何をやればいいんだ？
Perl6
C、Java、Apacheモジュール作成、
ていうかただ単に言語を習得するのはただのオタク
お金をうまく転がせるのが商売人。
ここはオタクと商売人の違いもわからないド素人が混雑してて気持ち悪いですね
ていうかただ単に言語を習得するのはただのオタク
お金をうまく転がせるのが商売人。
ここはオタクと商売人の違いもわからないド素人が混雑してて気持ち悪いですね
馬鹿やろう、始まっちゃいねぇよ
Javaは学生時代に経験ある奴多いんじゃない
その後、仕事で仕方なくPHP使ってるが
PHPのあまりに汚い言語仕様にうんざりして
Rubyいいくっていう。Railsの作者がまさにそれ。
そういうPHPやPerlの汚さにうんざりしてる奴は
どうすればいいわけ？
その後、仕事で仕方なくPHP使ってるが
PHPのあまりに汚い言語仕様にうんざりして
Rubyいいくっていう。Railsの作者がまさにそれ。
そういうPHPやPerlの汚さにうんざりしてる奴は
どうすればいいわけ？
死ねばいい
説得力ゼロの批判しかねーな
所詮PHPerはこの程度か( ﾟ,_・・ﾟ)ﾌﾟﾌﾟｯ
所詮PHPerはこの程度か( ﾟ,_・・ﾟ)ﾌﾟﾌﾟｯ
なんでPHPの需要が多いか考えたほうがいいよオタクども
いつかプログラマーにかね払わなくてもいい時代になると思うよ。
初心者でもちょっと本買ってくればちゃんとしたものができる時代に移行しつつある。
いつかプログラマーにかね払わなくてもいい時代になると思うよ。
初心者でもちょっと本買ってくればちゃんとしたものができる時代に移行しつつある。
ちょっと本を読んだぐらいでちゃんとしたもの作る初心者なんてみた事ないが。
せいぜい本のソースコードそのまま入力して満足して終わりか、ちょっと変えてみるぐらいじゃないの
せいぜい本のソースコードそのまま入力して満足して終わりか、ちょっと変えてみるぐらいじゃないの
で、Rubyの用途はなによ？
Rubyの速度なんて次第に改善されるに決まってるが
PHPの文法（が改善されること）は難しい
だからPHPオワタ
PHPの文法（が改善されること）は難しい
だからPHPオワタ
じゃあ速度が改善されてからあらためて来てくれ
http://itpro.nikkeibp.co.jp/article/COLUMN/20060825/246409/
まつもと直伝 プログラミングのオキテ
PHPユーザーやPerlユーザーも、この記事の内容は理解しておいた方がいいと思う。
プログラミング技法の発展の歴史、工夫について理解しておく。
まつもと直伝 プログラミングのオキテ
PHPユーザーやPerlユーザーも、この記事の内容は理解しておいた方がいいと思う。
プログラミング技法の発展の歴史、工夫について理解しておく。
ぶっちゃけWeb屋ごときにプログラミング言語を語ってほしくない。
まあ、そのうちおまえらHaskellとかErlangとかにキャッチアップできずに
滅ぶ定め。
まあ、そのうちおまえらHaskellとかErlangとかにキャッチアップできずに
滅ぶ定め。
わざわざwebprog板まで来て何を
俺としては、コンパイラでどんなコードに変換されるかイメージできないやつには
プログラムを語ってほしくないが、WEB屋ってくくりだけだとピンキリだから別に気にならない。
プログラムを語ってほしくないが、WEB屋ってくくりだけだとピンキリだから別に気にならない。
Web屋がプログラムかけないとおもってるくずやろう
GoogleがPython使ってるっていうけど
社内の色んな処理させてるだけなんだろ？
「Googleも使ってるから」って理由で
ウェブアプリをPythonで作るのは違うよな
Ruby関係ないけど
社内の色んな処理させてるだけなんだろ？
「Googleも使ってるから」って理由で
ウェブアプリをPythonで作るのは違うよな
Ruby関係ないけど
同時アクセス人数が少ないなら、RUbyはとてもいいと思うけど
WEBってのは、1秒間に何人さばけるかがそのまま売上に直結することがある。
そういう部分の処理はPythonもRubyも向いてない。
WEBってのは、1秒間に何人さばけるかがそのまま売上に直結することがある。
そういう部分の処理はPythonもRubyも向いてない。
＞＞４７はいいこといった。
わるいげんごではないんだけどねパイロンもルビーも
わるいげんごではないんだけどねパイロンもルビーも
じゃあ何が適してるんだ
>>49
数をさばくひつようがあるとして、
プログラムの規模が小さい場合はなるたけシンプルで低級な言語、
プログラムの規模が大きい場合はperl、C、PHPあたりにして、組み方を工夫する。
呼び出し回数の多い部分ではクラスの使用を控えるだとか、
そういう部分だけできるだけ速い言語でモジュール化するとか、いろいろ。
数をさばくひつようがあるとして、
プログラムの規模が小さい場合はなるたけシンプルで低級な言語、
プログラムの規模が大きい場合はperl、C、PHPあたりにして、組み方を工夫する。
呼び出し回数の多い部分ではクラスの使用を控えるだとか、
そういう部分だけできるだけ速い言語でモジュール化するとか、いろいろ。
でもRuby信者は気に食わなくて抵抗するためのレスを模索中です
信者っていうわけじゃないけど今年一番ヒットしてるWebアプリの
TwittersはRailsでできてるんでしょ
あれってユーザー数物凄いんじゃないの？
TwittersはRailsでできてるんでしょ
あれってユーザー数物凄いんじゃないの？
TurboGearsが
PHPフレームワークとのベンチマーク対決で圧勝してたじゃん
ドジでのろまな亀のPHPより
Pythonの方が速度面でも勝ってるんじゃないの？
PHPフレームワークとのベンチマーク対決で圧勝してたじゃん
ドジでのろまな亀のPHPより
Pythonの方が速度面でも勝ってるんじゃないの？
>>52
Rubyではもうこれ以上の人数には耐えられないと開発者が言ってる。
そんなにアクセスはないだろうってRubyにしたら、思いのほか流行っちゃったってパターン。
>>53
フレームワークはものによって速度が全然違うわけだが、PHP側は何を使ったの？
PHPのバージョンは？
Rubyではもうこれ以上の人数には耐えられないと開発者が言ってる。
そんなにアクセスはないだろうってRubyにしたら、思いのほか流行っちゃったってパターン。
>>53
フレームワークはものによって速度が全然違うわけだが、PHP側は何を使ったの？
PHPのバージョンは？
>>55
作者ってのはTwitterの作者な。まつもと氏はそりゃRubyを褒めるよ。
これ見ろ。
http://www.slideshare.net/Blaine/scaling-twitter/
Rubyはスケールする。Rubyで分散処理をするには関係しそうな部分
全部に「手作業で」コードを埋め込む必要がある。
これ以上複雑になるとRubyじゃ対応できない。
みたいなことを言ってる。
小規模だと楽なRubyが、大規模なシステムじゃ逆に手間がかかるようになる。
作者ってのはTwitterの作者な。まつもと氏はそりゃRubyを褒めるよ。
これ見ろ。
http://www.slideshare.net/Blaine/scaling-twitter/
Rubyはスケールする。Rubyで分散処理をするには関係しそうな部分
全部に「手作業で」コードを埋め込む必要がある。
これ以上複雑になるとRubyじゃ対応できない。
みたいなことを言ってる。
小規模だと楽なRubyが、大規模なシステムじゃ逆に手間がかかるようになる。
だから大規模ではjavaが圧勝
そこでJRubyですよ！＾＾＾
59 ：nobodyさん：2007/06/15(金) 20:58:02 ID:+OevjEem
おいらはジャワ語が少し分かるが
今からRuby勉強しようと思ってた。
Ruby関連の記事はすげぇ景気がいい感じだったんだが・・・
将来性あるんじゃないの？
今からRuby勉強しようと思ってた。
Ruby関連の記事はすげぇ景気がいい感じだったんだが・・・
将来性あるんじゃないの？
ないよ
プログラムオタクじゃない限りPHPで十分だよ。
GREEやフォト蔵が証明してくれている。
あれだけの規模のサイトが運営できているんだ。
GREEやフォト蔵が証明してくれている。
あれだけの規模のサイトが運営できているんだ。
62 ：nobodyさん：2007/06/15(金) 21:27:39 ID:+OevjEem
世界の趨勢を知るべくAmazon.comのBook>Computers&Internetの階層を
検索してみたらこんな結果になった。Ruby on Railsが出てからしばらく
経ってるのに、実はそんなにたくさん本が出てるわけでもないんだな。
Pascalが多いのが以外。人物名でヒットしてんのかな。教育で使われてる
からなのか。
336,064 Computers & Internet
014,614 Java
011,451 C++
007,585 Pascal
006,254 Ada
006,199 FORTRAN
005,247 Perl
005,172 JavaScript
004,611 PHP
004,593 LISP
004,128 Prolog
003,464 COBOL
002,973 C#
002,622 Delphi
002,215 PL/I
002,170 Python
001,408 Ruby
検索してみたらこんな結果になった。Ruby on Railsが出てからしばらく
経ってるのに、実はそんなにたくさん本が出てるわけでもないんだな。
Pascalが多いのが以外。人物名でヒットしてんのかな。教育で使われてる
からなのか。
336,064 Computers & Internet
014,614 Java
011,451 C++
007,585 Pascal
006,254 Ada
006,199 FORTRAN
005,247 Perl
005,172 JavaScript
004,611 PHP
004,593 LISP
004,128 Prolog
003,464 COBOL
002,973 C#
002,622 Delphi
002,215 PL/I
002,170 Python
001,408 Ruby
64 ：nobodyさん：2007/06/15(金) 21:29:54 ID:+OevjEem
あ、これも
007,958 Visual Basic
007,958 Visual Basic
Javaで検索して、Javascriptも入ってるんじゃないのか。
それでも一位だろうが。
それでも一位だろうが。
66 ：nobodyさん：2007/06/15(金) 21:34:03 ID:+OevjEem
おれはJavaとかの大規模案件でサラリーマンのような窮屈な暮らしを
するのが嫌で、全部独りで作れるような中小規模の仕事がしたいと思って
RubyやPHP、Perlに興味を持ったんだが、結局、しばらくはPHPを勉強
したほうが無難ということなのか？知り合いにRubyとPHPにかなり詳しい人が
いるんだが、どっちを先に教えてもらえばいい？ちなみに、Javaは
開発経験はないけど、結構勉強してる。
するのが嫌で、全部独りで作れるような中小規模の仕事がしたいと思って
RubyやPHP、Perlに興味を持ったんだが、結局、しばらくはPHPを勉強
したほうが無難ということなのか？知り合いにRubyとPHPにかなり詳しい人が
いるんだが、どっちを先に教えてもらえばいい？ちなみに、Javaは
開発経験はないけど、結構勉強してる。
67 ：nobodyさん：2007/06/15(金) 21:35:10 ID:+OevjEem
>>65
いや、ちょっと見た感じではJavaScriptは混入していない。
Amazon.co.jpだと混ざるけど、さすがに向こうのサイトだと
全部アルファベットだから、こういう細かいところまで気を
配ってんじゃないか。
いや、ちょっと見た感じではJavaScriptは混入していない。
Amazon.co.jpだと混ざるけど、さすがに向こうのサイトだと
全部アルファベットだから、こういう細かいところまで気を
配ってんじゃないか。
68 ：nobodyさん：2007/06/15(金) 21:53:09 ID:+OevjEem
詳細検索で純粋にタイトルだけで検索したらこうなった。
この結果どうよ？
336064 Computers & Internet
002364 Java
001857 C++
001616 Visual Basic
001152 FORTRAN
001095 Pascal
000697 COBOL
000519 Ada
000503 PHP
000433 C#
000424 JavaScript
000414 Prolog
000288 Delphi
000263 Perl
000250 LISP
000098 Python
000070 Ruby
000035 PL/I
この結果どうよ？
336064 Computers & Internet
002364 Java
001857 C++
001616 Visual Basic
001152 FORTRAN
001095 Pascal
000697 COBOL
000519 Ada
000503 PHP
000433 C#
000424 JavaScript
000414 Prolog
000288 Delphi
000263 Perl
000250 LISP
000098 Python
000070 Ruby
000035 PL/I
69 ：nobodyさん：2007/06/15(金) 22:15:22 ID:+OevjEem
暇なので、29ch（2chのログ保管庫）で検索したらこんな感じ。
119 C++
111 PHP （書籍関係除く）
107 Java （JavaScript含まず）
045 Perl （関係ないやつ除く）
029 Ruby （関係ないやつ除く）
028 C#
026 Delphi （関係ないやつ除く）
026 Python （関係ないやつ除く）
020 JavaScript
008 LISP （関係ないやつ除く）
008 FORTRAN
007 COBOL
004 Visual Basic （VBでは関係ないやつ大量に検出）
001 Pascal
000 PL/I
000 Computers & Internet
000 Ada （関係ないやつ大量に検出のためボツ）
000 Prolog （関係ないやつ除く）
119 C++
111 PHP （書籍関係除く）
107 Java （JavaScript含まず）
045 Perl （関係ないやつ除く）
029 Ruby （関係ないやつ除く）
028 C#
026 Delphi （関係ないやつ除く）
026 Python （関係ないやつ除く）
020 JavaScript
008 LISP （関係ないやつ除く）
008 FORTRAN
007 COBOL
004 Visual Basic （VBでは関係ないやつ大量に検出）
001 Pascal
000 PL/I
000 Computers & Internet
000 Ada （関係ないやつ大量に検出のためボツ）
000 Prolog （関係ないやつ除く）
70 ：nobodyさん：2007/06/15(金) 22:16:15 ID:+OevjEem
↑あ、これ、2006年6月17日以降のスレのみ。つまり、ちょうど1年分。
71 ：nobodyさん：2007/06/15(金) 22:19:27 ID:+OevjEem
違う。6月16日以降だった。
こうして見ると、Amazon.comでの書籍の販売動向とはかなり違ってくるな。
Rubyも結構話題になってるし、PHPやC++がJAVAを抜いてるのも面白い。
こうして見ると、Amazon.comでの書籍の販売動向とはかなり違ってくるな。
Rubyも結構話題になってるし、PHPやC++がJAVAを抜いてるのも面白い。
Javaはウェブアプリ専用じゃないから。
73 ：nobodyさん：2007/06/15(金) 22:32:48 ID:+OevjEem
それ言っちゃうと
ますます、JAVAは用途が広くて便利ってことになっちゃうじゃん。
ここはPHP、Perl、Ruby、PythonがJAVAよりいいんだっていうふうに
話を持って行かないと。
ますます、JAVAは用途が広くて便利ってことになっちゃうじゃん。
ここはPHP、Perl、Ruby、PythonがJAVAよりいいんだっていうふうに
話を持って行かないと。
PHP以外のスクリプト言語だってウェブアプリ専用じゃないわな。
PHPはウェブアプリ専門。RubyもRoR以外は使い道なしの松本が自己満足するための言語。
言語をどう生かすかは作り手によるでFAでいいじゃない。
メモリ食いのプログラムだったらハードで補えばいいわけだし
プログラム作成にかかる時間とか学習時間・資金、スキルをもった人材によってもさまざまなんだからさ。
CにもjavaにもPHPにもどの言語にも一長一短があんだよ
そんなおれはPHPしか使えないけどなorz
メモリ食いのプログラムだったらハードで補えばいいわけだし
プログラム作成にかかる時間とか学習時間・資金、スキルをもった人材によってもさまざまなんだからさ。
CにもjavaにもPHPにもどの言語にも一長一短があんだよ
そんなおれはPHPしか使えないけどなorz
説得力ね(笑)
80 ：nobodyさん：2007/06/16(土) 13:46:58 ID:WbFt4K69
Rubyは決して終わってない！！！
・・・だって、そもそも始まってないもん。
・・・だって、そもそも始まってないもん。
82 ：nobodyさん：2007/06/16(土) 17:40:24 ID:WbFt4K69
まだ終わらんよ
つまりは、Rubyが優秀過ぎて使いこなせるやつが少ないってことだろ。
それは優秀とは言わない
仕事にならない技術は学ぶ時間が一切ないって
そういう状況にはなりたくないな
そういう状況にはなりたくないな
お金を転がせれば何を使おうがいいと思いますが・・・？
あなたの理屈が世の中のすべてだと思わないでください
あなたの理屈が世の中のすべてだと思わないでください
87 ：nobodyさん：2007/06/16(土) 23:36:08 ID:Di4rI04D
おれ、転職サイトに登録してるが、最近、Rubyの仕事やりませんか？
ってスカウトが何件か来てるよ。やはり、ビジネスチャンスと見ている
人たちがいるようだ。Ruby on Railsを使うと、少ない人員で大規模システムを
作れるみたいな記事も読んだことある。とりあえず、Rubyやってみるって
のでどうよ？
ってスカウトが何件か来てるよ。やはり、ビジネスチャンスと見ている
人たちがいるようだ。Ruby on Railsを使うと、少ない人員で大規模システムを
作れるみたいな記事も読んだことある。とりあえず、Rubyやってみるって
のでどうよ？
何幻想抱いてんだよ。
へたにRubyできちゃうとデスマーチ行きだぞ、きっと。
へたにRubyできちゃうとデスマーチ行きだぞ、きっと。
デスマーチってなんですか？
90 ：nobodyさん：2007/06/17(日) 00:14:25 ID:50LR9KTu
死に向かっての行進だよ
破滅するプロジェクトのために過剰労働を強いられることだよ
破滅するプロジェクトのために過剰労働を強いられることだよ
>>83
＞つまりは、Rubyが優秀過ぎて使いこなせるやつが少ないってことだろ。
お前の主張はアレだな、
「英語よりラテン語のほうが（学問的に）格上だ」とか言ってるのと同じだ。
この文脈で、英語をPHPに、ラテン語をRubyに置き換えても同義。
俺だったらどんなに格が低いとしても、便利な英語（PHP）を使うね。
＞つまりは、Rubyが優秀過ぎて使いこなせるやつが少ないってことだろ。
お前の主張はアレだな、
「英語よりラテン語のほうが（学問的に）格上だ」とか言ってるのと同じだ。
この文脈で、英語をPHPに、ラテン語をRubyに置き換えても同義。
俺だったらどんなに格が低いとしても、便利な英語（PHP）を使うね。
全然例えられてないんだが。勝ち誇った感じが憐れだな
だから勝ち負けじゃないとおもうんだけどね。
一長一短あると何回いわせ（ｒｙ
一長一短あると何回いわせ（ｒｙ
>>92みたいなバカが、Ruby利用者の典型例。
何も具体的な反論すら出来ず、ただ単に「Rubyはスゴイんだ！」としか言えない無残な輩。
何も具体的な反論すら出来ず、ただ単に「Rubyはスゴイんだ！」としか言えない無残な輩。
ラテン語出来る奴は英語もできる。
これを文脈を置き換えてみると
Rubyできる奴はPHPなんて出来て当然。
俺なら他の言語を学ぶと色々と知識が深まるので、
本物のプログラマーならRubyも含め他の言語やって
当たり前だと思うね
これを文脈を置き換えてみると
Rubyできる奴はPHPなんて出来て当然。
俺なら他の言語を学ぶと色々と知識が深まるので、
本物のプログラマーならRubyも含め他の言語やって
当たり前だと思うね
>>95
お前は象牙の塔にこもるつもりかｗ
お前は象牙の塔にこもるつもりかｗ
ラテン語が出来て得意になってるのは、一部の学者だけだぞ。
現代の実社会で必要とされてるのは英語だ。
現代の実社会で必要とされてるのは英語だ。
英語なんて出来て当然だろ……
英語しか出来ないやつが何をいきがってるんだ。
英語しか出来ないやつが何をいきがってるんだ。
99 ：nobodyさん：2007/06/17(日) 10:59:01 ID:4jdcLd1+
いや、バチカン市国の公用語ラテン語だから
学者じゃなくても教会関係者ならしゃべれるよ。
Rubyをたとえるなら、
Ruby 対 Perl&PHP は
Vista 対 XP かな
新しい言語で
将来的には徐々に流行って行きそうだけど
今のところなかなか流行らないっていう。
学者じゃなくても教会関係者ならしゃべれるよ。
Rubyをたとえるなら、
Ruby 対 Perl&PHP は
Vista 対 XP かな
新しい言語で
将来的には徐々に流行って行きそうだけど
今のところなかなか流行らないっていう。
流石にその例えは卑怯だろう
例え話って論点がブレるから
止めたほうがいいと思うの
止めたほうがいいと思うの
102 ：nobodyさん：2007/06/17(日) 11:27:49 ID:4jdcLd1+
Amazon.co.jpのComputers&Internetの階層でも
本のタイトルをキーに調べてみた
081,717 Computers & Internet
000,943 Java
000,405 Visual Basic
000,341 COBOL
000,316 FORTRAN
000,312 C++
000,188 PHP
000,173 Perl
000,159 Pascal
000,157 JavaScript
000,087 Delphi
000,084 C#
000,072 LISP
000,062 Prolog
000,049 Ruby
000,021 PL/I
000,018 Ada
000,018 Python
ちなみに、
>>68はAmazon.comで同様にタイトルをキーに調べたもの
>>69は2chの過去1年間に立ったスレのタイトルをキーに調べたもの
本のタイトルをキーに調べてみた
081,717 Computers & Internet
000,943 Java
000,405 Visual Basic
000,341 COBOL
000,316 FORTRAN
000,312 C++
000,188 PHP
000,173 Perl
000,159 Pascal
000,157 JavaScript
000,087 Delphi
000,084 C#
000,072 LISP
000,062 Prolog
000,049 Ruby
000,021 PL/I
000,018 Ada
000,018 Python
ちなみに、
>>68はAmazon.comで同様にタイトルをキーに調べたもの
>>69は2chの過去1年間に立ったスレのタイトルをキーに調べたもの
103 ：nobodyさん：2007/06/17(日) 11:50:20 ID:4jdcLd1+
C言語の動向も調べたいのだが、関係ない本がガンガンヒットするからな。
ここまでの調査をまとめると以下のようになる。PHPを100とした場合。
順序はamazon.co.jpでのもの。
.jp Com 2ch Language
502 470 096 Java
215 321 004 Visual Basic
181 139 006 COBOL
168 229 007 FORTRAN
166 369 107 C++
100 100 100 PHP
092 052 041 Perl
085 218 001 Pascal
084 084 018 JavaScript
046 057 023 Delphi
045 086 025 C#
038 050 007 LISP
033 082 000 Prolog
026 014 026 Ruby
011 007 000 PL/I
010 103 000 Ada
010 019 023 Python
ここまでの調査をまとめると以下のようになる。PHPを100とした場合。
順序はamazon.co.jpでのもの。
.jp Com 2ch Language
502 470 096 Java
215 321 004 Visual Basic
181 139 006 COBOL
168 229 007 FORTRAN
166 369 107 C++
100 100 100 PHP
092 052 041 Perl
085 218 001 Pascal
084 084 018 JavaScript
046 057 023 Delphi
045 086 025 C#
038 050 007 LISP
033 082 000 Prolog
026 014 026 Ruby
011 007 000 PL/I
010 103 000 Ada
010 019 023 Python
本の需要はあまり当てにならないよ
105 ：nobodyさん：2007/06/17(日) 12:02:55 ID:4jdcLd1+
需要じゃなくて供給。需要を見越して供給してるわけだから、
少し先の未来が分かりそうじゃん。もうからないと思ったら書かないでしょ。
少し先の未来が分かりそうじゃん。もうからないと思ったら書かないでしょ。
たとえ話にして余計分かり難くなってるってなんだよｗ
>もうからないと思ったら
消極的なマーケティングの発想なんじゃないかなー。
広告屋だったら売れないものでも売れるように思案すると思うよ。
プロモーションの一環として、2chにRubyというキーワードをちりばめたスレッドを立てた。
そして、その一つであるこのスレッドには、既に>>1->>105というリアクションがある。
つまりRubyは注目を集める要素を持っているという証左
消極的なマーケティングの発想なんじゃないかなー。
広告屋だったら売れないものでも売れるように思案すると思うよ。
プロモーションの一環として、2chにRubyというキーワードをちりばめたスレッドを立てた。
そして、その一つであるこのスレッドには、既に>>1->>105というリアクションがある。
つまりRubyは注目を集める要素を持っているという証左
ｍ９（＾Д＾）ﾌﾟｷﾞｬｰｰｰ
日本人じゃないからしかたないんじゃないか？
バレマシタカー。ワタシ、フランス人デス
ニポンゴムツカシイネ
ここはレベルの低いインタネートですね
114 ：nobodyさん：2007/06/18(月) 01:19:25 ID:X0LsLXYC
まあ、 rubyがいい言語かというよりは、もはやweb prog板としては
rails vs 他言語のフレームワーク って観点で語るべきでは？
rails以外に流行ってるフレームワークってなんだ？
115 ：nobodyさん：2007/06/18(月) 01:41:30 ID:AI0rkIY6
フレームワークで勝負したらrailsに勝てるものはないっす
116 ：nobodyさん：2007/06/18(月) 02:05:41 ID:3Ht3k2HG
今仕事はＰＨＰだが
OOPの勉強のためと、趣味で、家ではJAVA勉強してるづら。
OOPの勉強のためと、趣味で、家ではJAVA勉強してるづら。
117 ：nobodyさん：2007/06/18(月) 02:38:59 ID:AI0rkIY6
>>116
strutsフレームワークをやっとけば開発現場では困らないよ
strutsフレームワークをやっとけば開発現場では困らないよ
確かにRubyで社内用サイト立ち上げたけど、
Java並に遅いし、よくサーバエラー出るな。
期待していただけに残念。
Java並に遅いし、よくサーバエラー出るな。
期待していただけに残念。
119 ：nobodyさん：2007/06/18(月) 03:12:17 ID:AI0rkIY6
そうなのか。ふ～ん。現場の意見は貴重だ。
エレガントでありながら高速なPython最高でFA？
のろまなRuby、ビジグソなPHPﾌﾟｷﾞｬｰ９
のろまなRuby、ビジグソなPHPﾌﾟｷﾞｬｰ９
しかしそろそろCPUの高速化が頭打ちになるとなると、
JavaとかRubyはいつまで経っても大規模サイトには使えないんじゃないかな。
Javaとかいい加減な組み方すると、会員千人ぐらいで1Webサーバの限界来るし。
こんなのじゃ採算ライン乗らないんじゃないかと思う。
JavaとかRubyはいつまで経っても大規模サイトには使えないんじゃないかな。
Javaとかいい加減な組み方すると、会員千人ぐらいで1Webサーバの限界来るし。
こんなのじゃ採算ライン乗らないんじゃないかと思う。
いい加減な組み方したら駄目なのはどんな言語でも同じだろ
RailsなかったらRubyは間違いなく終了？
終了って意味が分らない。
そりゃ、例えると、ドラゴンボールのヤムチャみたいに、
あぁ、そういうやついたね、みたいに語られるようになるってことよ
あぁ、そういうやついたね、みたいに語られるようになるってことよ
WAWAWAのことかーっ
Rubyistにまちがえられる程Ruby擁護してるように見えた俺にいわせれば、webアプリに適してないRubyをwebアプリで使うからいけないんだ。
もう中間とってPythonでいいじゃん
いっそのこと新しい言語つくろうぜ
Javaが遅いということはないだろう。ただリソースを食うだけだ。
確かにfastcgiはmod_phpほどは安定してない印象だな。
確かにfastcgiはmod_phpほどは安定してない印象だな。
PHPフレームワーク（cakePHPあたり）やRailsみたいな、あれ自体を言語にするのは無理なんだろうか。
>>121
＞Javaとかいい加減な組み方すると、会員千人ぐらいで1Webサーバの限界来るし。
それマジ？？ ってことはアクティブ300人くらいで死亡なのか？
FW無しの生PHPだったら、１サーバでアクティブ３千～１万人は余裕だと思う。
＞Javaとかいい加減な組み方すると、会員千人ぐらいで1Webサーバの限界来るし。
それマジ？？ ってことはアクティブ300人くらいで死亡なのか？
FW無しの生PHPだったら、１サーバでアクティブ３千～１万人は余裕だと思う。
生PHP＋アクセラレータ使えば、超激速。
あとはApacheのチューニング次第でPHPの性能も左右されるだろうね。
あとはApacheのチューニング次第でPHPの性能も左右されるだろうね。
134 ：nobodyさん：2007/06/18(月) 19:31:21 ID:zNvywq9D
どっちにしろダメだろ
ウェブサーバじゃなくって、アプリケーションサーバね。スケールアウトするのは。だいたい何を根拠に会員数なんて意味不明の基準を持ち出すのか失笑だが。
>>136
じゃあキミが根拠のある数字出してよ。
じゃあキミが根拠のある数字出してよ。
>>138
開発経験とかがない人にでも分かりやすく書いただけさ。
開発経験とかがない人にでも分かりやすく書いただけさ。
>>141
開発経験のないやつがいる板じゃない。
開発経験のないやつがいる板じゃない。
開発経験っていうのは会社でやるとかどこどこと契約交わして作るときの事をいうんじゃないのか？
そんなおれは趣味プログラマだけど
そんなおれは趣味プログラマだけど
>>143に同意。
ちなみに俺も趣味グラマ。
ちなみに俺も趣味グラマ。
ドリコムと楽天は特にRubyに力入れようとしてるね
>>145
そんな両社の共通項は、どっちもキナ臭いってところか？ｗ
そんな両社の共通項は、どっちもキナ臭いってところか？ｗ
ドリコムは、開発のレベルがそこそこなんだが、営業が弱いんだ。
だから最近●通●なんてとこと組んで営業だけの会社作った。
勢いで上場だけするからこうなる。
だから最近●通●なんてとこと組んで営業だけの会社作った。
勢いで上場だけするからこうなる。
>>145
ソースは？
ソースは？
Rubyって要するにアレでしょ、
ヲタが「俺は素人とはちょっと違うんだぜ」っていう
自己満足を満たすためのツールでしょ。
そういうキモヲタの心理は理解できないでもない。
その話題に興味のない一般人には無意味にしか思えない「小さな差別化」によって
自尊心を得る…というのは、よくあることだ。
ヲタが「俺は素人とはちょっと違うんだぜ」っていう
自己満足を満たすためのツールでしょ。
そういうキモヲタの心理は理解できないでもない。
その話題に興味のない一般人には無意味にしか思えない「小さな差別化」によって
自尊心を得る…というのは、よくあることだ。
151 ：nobodyさん：2007/06/19(火) 15:33:21 ID:DvoJBnKn
Java（サーブレット）がmod＿phpより遅いことってあるのか？
>>151
そりゃ比べ物にならないほど遅いっしょ。
そりゃ比べ物にならないほど遅いっしょ。
PHPがJavaより速いわけないだろ。夢でも見てるのか？
154 ：nobodyさん：2007/06/19(火) 23:26:40 ID:TrODqrhN
だよね。
155 ：nobodyさん：2007/06/19(火) 23:46:45 ID:n9vLP7Se
いや、Javaは遅いだろ
超大手での社内システムの保守してるけど、フレームワーク使って
なおかつ独自に拡張してクラスを重層的に使いまくってるから
やっぱ遅いよ。かと言って、拡張しなかったら保守性下がるしな。
機械が進化すれば次第に問題性は小さくなっていくだろうが。
超大手での社内システムの保守してるけど、フレームワーク使って
なおかつ独自に拡張してクラスを重層的に使いまくってるから
やっぱ遅いよ。かと言って、拡張しなかったら保守性下がるしな。
機械が進化すれば次第に問題性は小さくなっていくだろうが。
javaの概念しってれば遅いのは当たり前
157 ：nobodyさん：2007/06/19(火) 23:59:03 ID:n9vLP7Se
というわけで、最近、PHPにもちょっと興味持ってる。
こんな珍説唱えるからphpは馬鹿にされるんだよ
ベンチマークなんてする必要なし。当たり前のことだから。ほんとPHPユーザのレベルの低さには度肝抜かれるわ。
162 ：nobodyさん：2007/06/20(水) 01:43:18 ID:iN55uOJw
職探しにはJAVAのほうが求人多くていいが
独りとか少人数で作るならPHPだな
Rubyの出る幕茄子
しっかし、JAVAは重いのに、ステータスバーまで非表示にしたら
余計に処理が進んでるのか分かりにくくていらつくから表示すればいいのに。
遷移先のURI見えるぐらい平気っしょ。
独りとか少人数で作るならPHPだな
Rubyの出る幕茄子
しっかし、JAVAは重いのに、ステータスバーまで非表示にしたら
余計に処理が進んでるのか分かりにくくていらつくから表示すればいいのに。
遷移先のURI見えるぐらい平気っしょ。
高機能なサイトになればなるほどJavaが優位になるに決まってるだろ。
逆に、
<html>
<body>
今は2:27です。
</body>
</html>
だけ表示するとかの、ごく簡単な処理でよければPHPの方が速いだろう。
JSP使わずサーブレットから直接出力したとしても。
もっともそれはPHPが速いというより、PHPが軽いというべきだけどな。
まともなロジックのあるウェブアプリでスクリプト言語がJavaにかなうわけがないんです。
逆に、
<html>
<body>
今は2:27です。
</body>
</html>
だけ表示するとかの、ごく簡単な処理でよければPHPの方が速いだろう。
JSP使わずサーブレットから直接出力したとしても。
もっともそれはPHPが速いというより、PHPが軽いというべきだけどな。
まともなロジックのあるウェブアプリでスクリプト言語がJavaにかなうわけがないんです。
最強のC
これに勝るものはございません
これに勝るものはございません
しかし、最初はネタかと思ったら、本気でPHPが速いと思ってる人もいるみたいだな。
だったらウェブサーバ自体PHPで書けばいいのに。
それにしても怖いね。ゆとり教育なんて生易しい言葉じゃ表現できないくらいだ。
だったらウェブサーバ自体PHPで書けばいいのに。
それにしても怖いね。ゆとり教育なんて生易しい言葉じゃ表現できないくらいだ。
javaとかいらんだろ。基本はPHPで書いて、負荷がかかるのはc++で書けばいい
なぜ欠点だらけのC++使うのかメリットが分らない
Rubyを叩くスレがいつのまにか
他の言語を叩くスレになってきている件について
他の言語を叩くスレになってきている件について
>>167
君はCと書きたかったんだよな。キータイプの間違えでプラスをにこつけちゃったんだよな。
君はCと書きたかったんだよな。キータイプの間違えでプラスをにこつけちゃったんだよな。
PHP5のインタプリタはイスラエルの魔術で作られているので
Rubyには永久に越せません。
？？？？ ？？？？ ？？？？？？ ？？？？ ？？？？？ ？？？？？ ？？？
Rubyには永久に越せません。
？？？？ ？？？？ ？？？？？？ ？？？？ ？？？？？ ？？？？？ ？？？
PHPのフレームワークいくつか触ってみてるけど、
結局どれ使えばいいか分らない、全部試してみるのも大変だしな。
その点Rubyは分りやすくていいよな、PHPは選択肢多すぎて
逆に学習コストが高くなってる感じだ
結局どれ使えばいいか分らない、全部試してみるのも大変だしな。
その点Rubyは分りやすくていいよな、PHPは選択肢多すぎて
逆に学習コストが高くなってる感じだ
>>166
＞だったらウェブサーバ自体PHPで書けばいいのに。
オイオイ、お前アタマ大丈夫かｗｗｗｗ
JAVAで書かれたwebサーバがどこにあるのか教えて欲しいもんだねｗ
まさかApacheがJAVAで書かれてるとか言い出すなよｗｗｗｗｗｗ
＞だったらウェブサーバ自体PHPで書けばいいのに。
オイオイ、お前アタマ大丈夫かｗｗｗｗ
JAVAで書かれたwebサーバがどこにあるのか教えて欲しいもんだねｗ
まさかApacheがJAVAで書かれてるとか言い出すなよｗｗｗｗｗｗ
176 ：nobodyさん：2007/06/20(水) 18:59:17 ID:1F9S2+9K
研修でJAVAで書かれたウェブサーバー見た希ガス。
実用に耐えうるものなのか知らないけど。
実用に耐えうるものなのか知らないけど。
tomcatって中にサーバー機能も含まれてるよね。
あれサーバ機能もJavaで書かれてなかったけ
あれサーバ機能もJavaで書かれてなかったけ
175はただの無知の知ったかでした。本当にありがとうございました。
tomcat は実用されてないそうです。179的に。
典型的なプライドの高い無能なプログラマだな。
http://homepage3.nifty.com/hippo2000/perltips/javaperl.htm
> まずApacheモジュールであるmod_perlやmod_phpとTOMCATを比較するのは、それ自体がおかしな話
> まずApacheモジュールであるmod_perlやmod_phpとTOMCATを比較するのは、それ自体がおかしな話
あとtomcatが「webサーバーとして」使われることはまずない。
186 ：nobodyさん：2007/06/20(水) 22:35:57 ID:MMNtLmh5
アプリケーションサーバー兼webサーバーじゃなかったっけ？
一応、TomcatだけでもOKじゃね？
一応、TomcatだけでもOKじゃね？
phperのレベルが存分に示されてるな。
WEBrick便利だなと思ったけどね、Rails使ってみた時。
どこにルートディレクトリを置くか気にしなくていいし
どこにルートディレクトリを置くか気にしなくていいし
●たくさんのバカを組織して開発せねばならない場合
誰が書いても品質に差が出にくい言語 ＝ JAVAが必須
●一人または少数の精鋭だけで開発できる場合
能力によって品質に差を出しやすい言語 ＝ PHPが必須
●キモヲタが独自の世界観を楽しみたい場合
とりあえずRuby。また、日本においてはPythonもこの選択肢に入る。
誰が書いても品質に差が出にくい言語 ＝ JAVAが必須
●一人または少数の精鋭だけで開発できる場合
能力によって品質に差を出しやすい言語 ＝ PHPが必須
●キモヲタが独自の世界観を楽しみたい場合
とりあえずRuby。また、日本においてはPythonもこの選択肢に入る。
191 ：nobodyさん：2007/06/21(木) 04:18:32 ID:2TwB12Mo
能力によって品質に差が出やすいが、早いってことだよね
>>175
つtomcat
つtomcat
うちの環境だと、apacheでrubyのcgi走らせるよりも
webrickのほうが速いんですが、絶対うちの環境が間違ってると思います。
fastcgiとかmod_rubyとか載せればいいのかねぇ。
webrickのほうが速いんですが、絶対うちの環境が間違ってると思います。
fastcgiとかmod_rubyとか載せればいいのかねぇ。
>>193
CGIの内容が違うとかじゃないんだよな？
でもそういえば、俺もWindowsでanhttpd動かしてるが
webrickの方が早いな
rubyの呼び出しにオーバーヘッドがかかってたりするのか？
CGIの内容が違うとかじゃないんだよな？
でもそういえば、俺もWindowsでanhttpd動かしてるが
webrickの方が早いな
rubyの呼び出しにオーバーヘッドがかかってたりするのか？
ANHTTPD（笑）
> 誰が書いても品質に差が出にくい言語 ＝ JAVAが必須
都市伝説。
都市伝説。
>>196
もちろん何事にも例外はある。
JAVAの場合、上流の設計者がウンコだと当然下流もウンコまみれになる。
PHPの場合、ｽｰﾊﾟｰﾊｶｰなら全工程を一貫して素早くしかも質の高いものが出来るが、
ド素人だと幼稚園児のお絵描きレベルのものが出来上がってくる。
もちろん何事にも例外はある。
JAVAの場合、上流の設計者がウンコだと当然下流もウンコまみれになる。
PHPの場合、ｽｰﾊﾟｰﾊｶｰなら全工程を一貫して素早くしかも質の高いものが出来るが、
ド素人だと幼稚園児のお絵描きレベルのものが出来上がってくる。
PHPは初心者専用。上級者が書いても初心者と同じにしか書けない。
matzとdanは対立することもあるけど、PHPが論外ということでは意見が一致してるから。
matzとdanは対立することもあるけど、PHPが論外ということでは意見が一致してるから。
Ruby信者が必死でPHP叩いてるな
PHPがウンコウンコ言うだけなら誰だって出来る
「PHPはここが～だけどRubyだと～」と言う風にRubyの良い点を上げなければ何の意味も無い
PHPがウンコウンコ言うだけなら誰だって出来る
「PHPはここが～だけどRubyだと～」と言う風にRubyの良い点を上げなければ何の意味も無い
>>198
＞PHPは初心者専用。上級者が書いても初心者と同じにしか書けない。
何を根拠に言ってんだ？ 「上級者が書いたけど初心者と同じレベルのもの」の根拠となるソースは？
たしかにお前みたいな低レベルのスットコドッコイなら、PHPでしょぼいモノしか作れない。
しかし達人になると、とんでもないものを異常な速度で生み出せる。
これはPHPに限らずスクリプト言語は皆そうだが、特にPHPは簡便なため、その傾向が強い。
＞PHPは初心者専用。上級者が書いても初心者と同じにしか書けない。
何を根拠に言ってんだ？ 「上級者が書いたけど初心者と同じレベルのもの」の根拠となるソースは？
たしかにお前みたいな低レベルのスットコドッコイなら、PHPでしょぼいモノしか作れない。
しかし達人になると、とんでもないものを異常な速度で生み出せる。
これはPHPに限らずスクリプト言語は皆そうだが、特にPHPは簡便なため、その傾向が強い。
ま、RubyやPerl(5/6)、それにPythonはお互いに真似したりされたりで切磋琢磨だから。
PHPは勝手にがんばってください。
PHPは勝手にがんばってください。
上級者が書いたものと初心者が書いたものが近いほうが、優れた言語では？
初心者が上級者の書いたソースを読めないなんて、非効率的だし、
逆に初心者が上級者のようなソースを書けるんだとすると、それは奇跡だろ。
初心者が上級者の書いたソースを読めないなんて、非効率的だし、
逆に初心者が上級者のようなソースを書けるんだとすると、それは奇跡だろ。
PHPはもう既にPHP４の時点で、それ以上がんばる必要がほとんどなくなっていた。
そう、PHPヘビーユーザですら、PHP５が不要であると思うくらいに。
一方、RubyやPerl(5/6)、それにPythonはお互いに切磋琢磨していかないと
生き残れないため、今も必死にがんばっている。
そう、PHPヘビーユーザですら、PHP５が不要であると思うくらいに。
一方、RubyやPerl(5/6)、それにPythonはお互いに切磋琢磨していかないと
生き残れないため、今も必死にがんばっている。
>>204
PHP5はPHP4よりずっと軽いから、それだけでもPHP5にする意味があると思う。
PHP5はPHP4よりずっと軽いから、それだけでもPHP5にする意味があると思う。
PHPで言語の文法というものを学んだんだけど
いまからPerlを勉強したいと思ってる。
Rubyさんには申し訳ないけど、まだPerlはいろんなものに使われてるから捨てられない。
PHPは敷居が広いしhtmlに簡単にはめ込めるから捨てられない
いまからPerlを勉強したいと思ってる。
Rubyさんには申し訳ないけど、まだPerlはいろんなものに使われてるから捨てられない。
PHPは敷居が広いしhtmlに簡単にはめ込めるから捨てられない
rubyって配列操作が重いって印象が残りっぱなしで
その後全然使ってないんですか今はよくなったの？
その後全然使ってないんですか今はよくなったの？
楽だからPHP使ってるだけで別にPHPが優れてると思って使ってるわけでもPHPが好きだから使ってるわけでもない
もっと楽なの出来ればさっさと乗り換えるよ
もっと楽なの出来ればさっさと乗り換えるよ
209 ：nobodyさん：2007/06/21(木) 15:09:22 ID:b2YuIr+T
PHP5は重い。起動に時間がかかりメモリの消費も激しい。
速くなったのは、単純なループなど一部の機能にすぎない。
レンタルサーバーでPHP5がなかなか普及しないのは上記が理由の一つ。
mod_php5を使うくらいなら、fastcgiでPHP5を使った方がマシな場合が多い。
速くなったのは、単純なループなど一部の機能にすぎない。
レンタルサーバーでPHP5がなかなか普及しないのは上記が理由の一つ。
mod_php5を使うくらいなら、fastcgiでPHP5を使った方がマシな場合が多い。
言語に勝ち負け着ける事に何か意味があると信じ続け、200レス以上もズルズル続けてるお前らに脱帽だよ
この世は勝った者が正義
>>212
そのズルズルの中の一人がお前なわけだ。
そのズルズルの中の一人がお前なわけだ。
初めてのCGIの勉強にRubyを使ってるんだけど、
RAAにあるライブラリがC言語で書かれてるのが多くてコンパイルが面倒臭い。
それらのライブラリがレン鯖に入ってないから、本番で使えないし。
PHPとかPerlとかもそうなの？
RAAにあるライブラリがC言語で書かれてるのが多くてコンパイルが面倒臭い。
それらのライブラリがレン鯖に入ってないから、本番で使えないし。
PHPとかPerlとかもそうなの？
ライブラリなんて使う必要ないだろ？
PHPみたいな糞言語でサーバサイド開発する仕事するぐらいなら、
サーバサイドの仕事は他にまかせてクライアントサイドの仕事やったほうが
楽しそうだ。何で言語の制約が少ないサーバサイドでわざわざPHPみたいな
言語仕様に欠陥がある言語使わなきゃいけないのかさっぱり
サーバサイドの仕事は他にまかせてクライアントサイドの仕事やったほうが
楽しそうだ。何で言語の制約が少ないサーバサイドでわざわざPHPみたいな
言語仕様に欠陥がある言語使わなきゃいけないのかさっぱり
>>219
無根拠の負け惜しみ乙。
無根拠の負け惜しみ乙。
スーパー全自動＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞車輪の再発明ｗｗｗｗｗ
PHP5はクラスライブラリがないに等しい状況だからな。
組み込み関数は多いけど、あくまでも関数なんで、オブジェクト指向にはならない。
組み込み関数は多いけど、あくまでも関数なんで、オブジェクト指向にはならない。
勝てば官軍
pg_connect とかもう廃止してくれよ。
PEAR DBでいいじゃねえか。
PEAR DBでいいじゃねえか。
DB接続するためだけにわざわざクラス使うヤツの気が知れない。
遅くなるだけじゃんか。
俺はあくまでも生PHPの標準関数だけを使った自作DB接続関数を使う。
遅くなるだけじゃんか。
俺はあくまでも生PHPの標準関数だけを使った自作DB接続関数を使う。
>>225
全くだな
全くだな
すげえや
PHPはオブジェクト指向の実装が中途半端、
クロージャはまともにサポートしてない。
これだけの欠点でも、他のLLより遥かに劣ると
言ってよいと思うがね。
クロージャはまともにサポートしてない。
これだけの欠点でも、他のLLより遥かに劣ると
言ってよいと思うがね。
ついでにリフレクションもかなりしょぼいな。
といいつつ仕方ないPHP使わなきゃいけないから
余計PHP嫌いになるんだよな
余計PHP嫌いになるんだよな
普通に何でも作れるのに何が不満なんだ。
１０行で済むプログラムを何倍以上も行数を増やしたがるRuby信者
なにかPHPで異性に振られたとか、知識のレベルで相手にまけたとか
イヤな思い出でもあるんですか？（笑）ruby援護の人おしえてください。
なにかPHPで異性に振られたとか、知識のレベルで相手にまけたとか
イヤな思い出でもあるんですか？（笑）ruby援護の人おしえてください。
PHP擁護してる奴ってプログラミングセンスまったくないんじゃね。
10行で済むプログラムってｗ
10行で済むプログラムってｗ
うける（笑）Rubyさんって無駄に労力使うんですね（笑）
Mですか？ｗｗｗｗｗｗｗｗｗ
Mですか？ｗｗｗｗｗｗｗｗｗ
>>232-233
PHPで10行で済むプログラムならRubyでも10行でできるじゃん
PHPで10行で済むプログラムならRubyでも10行でできるじゃん
センスない奴が書けば、どんな言語で書いたプログラムでも糞になるわな
Rubyはいいが、使ってるやつが宗教にまみれててきもい。まっつとかゆうきとか
そう、信者が必死になるからRubyのイメージがわるくなるんだよ。
Macがキモイのと同じ理由？
必死になってライブラリ作ったりレンタルサーバにロビー活動してくれるなら
べつにいいんだけど
べつにいいんだけど
>>242
うん、そう。
うん、そう。
Perl作った奴も何かの信者なのかよ
PHP開発者はユダ公だし・・・
宗教的情熱が言語開発に向かうのか？
PHP開発者はユダ公だし・・・
宗教的情熱が言語開発に向かうのか？
Ruby系で一番ヤバイ奴ってmatzでもゆうきでもなくアレじゃない、
「きかいねこ」とかいう奴。
超ヲタ丸出しの文体。
「きかいねこ」とかいう奴。
超ヲタ丸出しの文体。
Perlを作ったlwallは、Church of the Nazareneだっけか?
結城浩は基本的にJavaの人で、Perlもやるって感じ。Rubyについては門外漢。ペチパーのレベルの低さがまた現れたな。
Ruby作者「Rubyは21世紀のBASIC！PHPは21世紀のハンドアセンブル」
http://news23.2ch.net/test/read.cgi/news/1182778701/
ヘチパーm9（＾Д＾）ﾌﾟｷﾞｮｰ
http://news23.2ch.net/test/read.cgi/news/1182778701/
ヘチパーm9（＾Д＾）ﾌﾟｷﾞｮｰ
http://www.netbeans.org/download/flash/jruby_on_rails/jruby_on_rails.html
RubyはJVMで実行できるようになったり、オライリーから色々な本が出て
初期の実行速度が遅いやリファレンスが少ないなどの問題は解決されつつあるが
RubyはJVMで実行できるようになったり、オライリーから色々な本が出て
初期の実行速度が遅いやリファレンスが少ないなどの問題は解決されつつあるが
現状じゃLLの中でまともに食えるのはPHPぐらいだな。
給料も技術者のレベルも底辺だけど。
給料も技術者のレベルも底辺だけど。
PHPでも場合によっては月給50万円取れるよ。
キモいとか言ってるやつの方が、よっぽどキモい件について
Ruby信者ってほんとわかりやすいよね（笑
CakePHPのようなPHPのフレームワークに飲み込まれそうな気もするが
Railsのほうが使ってる人多そうなイメージあるけどね。
Railsのほうが使ってる人多そうなイメージあるけどね。
>>258
＞キモいとか言ってるやつの方が、よっぽどキモい件について
↑これもまた「性格やら個人攻撃」に該当する発言であり、
お前の単なる主観でしかないわけだが。
自己矛盾に気がつかないヤツは、技術者としては変。
＞キモいとか言ってるやつの方が、よっぽどキモい件について
↑これもまた「性格やら個人攻撃」に該当する発言であり、
お前の単なる主観でしかないわけだが。
自己矛盾に気がつかないヤツは、技術者としては変。
>>259
そうつっこまれると思ったよｗ
そうつっこまれると思ったよｗ
Ruby信者は必死だなｗ
難しいことを簡単にした方がいいのに難しいことを難しいままして達成感を無駄に味わいたがるのがPHP批判者だな。つまらね～やつら(笑)
RPGツクール > PHP > C言語
どの辺を難しく感じたのかが気になる。
相対的に難しいかどうか、だろ
全く、rubyオタはこれだからキモがられるんだよ
全く、rubyオタはこれだからキモがられるんだよ
おねがいだからこれ以上Rubyをいじめないでください(笑)
PHPしか出来ないのにプログラマ気取りの奴って恥ずかしくないのかね。
あなたはプログラマって何をする人のことかわかってますか？
>>268
英語しか出来ない人は言語学者になっちゃいけないのか？
英語しか出来ない人は言語学者になっちゃいけないのか？
しかもRubyすら難しいってどれだけ底辺だよ
あれ？英語できれば言語学者でしょｗ
>>270
無理だな。ソシュールの原著も読めねぇじゃん。
無理だな。ソシュールの原著も読めねぇじゃん。
>>276
そんな昔に言語学なんてねぇよ。
そもそも比喩を持ち出して何かを
証明しようなんてのはバカか
新興宗教の勧誘部隊か
武田鉄矢のやる事だからそのへんにしときな。
人という字は二本線が支えあってる形になっている
↓
だから人は支えあわなきゃいけません
とかな。
そんな昔に言語学なんてねぇよ。
そもそも比喩を持ち出して何かを
証明しようなんてのはバカか
新興宗教の勧誘部隊か
武田鉄矢のやる事だからそのへんにしときな。
人という字は二本線が支えあってる形になっている
↓
だから人は支えあわなきゃいけません
とかな。
自爆おつ
この話題をこれ以上進めても
元に戻ってみても気分が悪くなるだけだ。
一度食べた食いもんは
そのまま進めばウンコになり
引き返せばゲロになるから。
こんなの、やろうと思えばいくらでもひねり出せる。
元に戻ってみても気分が悪くなるだけだ。
一度食べた食いもんは
そのまま進めばウンコになり
引き返せばゲロになるから。
こんなの、やろうと思えばいくらでもひねり出せる。
■ おすすめ２ちゃんねる 開発中。。。 by FOX ★
このスレを見ている人はこんなスレも見ています。(ver 0.20)
Ruby初心者スレッド Part 12 [プログラム]
このスレを見ている人はこんなスレも見ています。(ver 0.20)
Ruby初心者スレッド Part 12 [プログラム]
rubyってシェルスクリプトみたいな操作には向いてる？
向いてないよ
Rubyは可読性をある程度保ったコードゴルフに向いている？
Rubyってファミコンソフトの開発に向いてる？
おれのチンポはむけてるよ
Perだろ。インストール率の高さ、バッチ処理向けの言語機能、モジュールの多さからして。
MacPortsはtclで書かれてたな。ちょっとびっくりした。
Perlの機能はRubyでほぼカバーできるので
移行が進むと思うよ。速度が遅いのもYARVで解消されるし
時間の問題って感じ
移行が進むと思うよ。速度が遅いのもYARVで解消されるし
時間の問題って感じ
あ～でもC#がいくら良くてもJAVAの仕事全てが移行してるわけじゃないし、
Perlの一部の仕事はRubyに移行するかなってぐらいか。
Perlの一部の仕事はRubyに移行するかなってぐらいか。
Rubyの時代は来ないと断言できる。
出来たのが比較的新しいだけで、言語が大して新しくない。
ActionScriptの方がまだWebのGUI部分で流行る可能性が高いとさえ思う。
Rubyでしか出来ないことが無い。
Rubyの方が圧倒的に効率がよいケースが無い。
Rubyの方が実行速度が速いケースが無い。
Pythonより読み難い。
Perl程自由度がない。
Rubyはプログラミングの勉強専門言語だと思う。
出来たのが比較的新しいだけで、言語が大して新しくない。
ActionScriptの方がまだWebのGUI部分で流行る可能性が高いとさえ思う。
Rubyでしか出来ないことが無い。
Rubyの方が圧倒的に効率がよいケースが無い。
Rubyの方が実行速度が速いケースが無い。
Pythonより読み難い。
Perl程自由度がない。
Rubyはプログラミングの勉強専門言語だと思う。
パスカルみたいなもん？
PascalはDelphiがあったから
一応、一時代は築いたとしてあげてくれよん。
一応、一時代は築いたとしてあげてくれよん。
Rubyが流行ってるんではなく、Railsが流行ってるんだと、誰かが言ってた。
Rubyは後発だし、当然言語仕様は優れてる部分が多いんだけど、別にRubyじゃなくてもいいんだよね。
ウェブアプリなんて、DBから値を引いて来て、それを出力するだけだから。
Rubyはオブジェクト指向だけど、ウェブアプリはオブジェクト指向である必要はない。
PHPのオブジェクト指向は中途半端、Perlのオブジェクト指向は奇妙だけど、それで困ることはほとんどない。
ウェブアプリなんて、DBから値を引いて来て、それを出力するだけだから。
Rubyはオブジェクト指向だけど、ウェブアプリはオブジェクト指向である必要はない。
PHPのオブジェクト指向は中途半端、Perlのオブジェクト指向は奇妙だけど、それで困ることはほとんどない。
Pythonの見た目重視過ぎのインデント構文や
Perlの可読性無視の特殊変数の山さえ
どうにかなるならRubyなんていらないがな
Perlの可読性無視の特殊変数の山さえ
どうにかなるならRubyなんていらないがな
レキシカルスコープのないPHPなんて論外
>>296
まあ現状Rails以外でRubyを選択する理由はないんじゃないの？
まあ現状Rails以外でRubyを選択する理由はないんじゃないの？
実際、Rubyを選択する理由は>>297のいうとおり
1. Rubyが手になじむ（プログラミングを楽しめる）
2. Ruby on Rails
ぐらいしかない気がするな
あと開発効率も良いんじゃないか、と思うが根拠は特にない
でも1番の理由だけで十分じゃね？ と思う俺はRuby信者
1. Rubyが手になじむ（プログラミングを楽しめる）
2. Ruby on Rails
ぐらいしかない気がするな
あと開発効率も良いんじゃないか、と思うが根拠は特にない
でも1番の理由だけで十分じゃね？ と思う俺はRuby信者
今までPHPで最近rubyの勉強はじめたんだが
プロセスのフォークとかできんのな。
ウェブに特化されたPHPは世界を狭くする…？
プロセスのフォークとかできんのな。
ウェブに特化されたPHPは世界を狭くする…？
forkぐらいPHPだってできるでしょう。
Rubyは後発なんだからforkよりもっと使いやすい子プロ制御を載せて欲しかった。
Rubyは後発なんだからforkよりもっと使いやすい子プロ制御を載せて欲しかった。
daemon作ったりもできるみたいよ
すげー
PHPが毛ジラミに見えるな
すげー
PHPが毛ジラミに見えるな
仮にdaemon作れるとしても、作る必要がないけどな。わざわざRubyで。
Perlのバッタなんだからそのぐらいは当然出来ないとねぇ。
RubyでWindowsをシャットダウンしないとあまり衝撃は無い。
RubyでWindowsをシャットダウンしないとあまり衝撃は無い。
>>306
メールデーモンでも作ってから発言しる。
メールデーモンでも作ってから発言しる。
何だこのバカ。smtpのことかなぁ。
smtpなら簡単に作れるけど。
smtpなら簡単に作れるけど。
>>309みたいな基地害は、無意味にRubyでdaemon作りを楽しむキモヲタです♪
スクリプト言語でsmtpd作る意味が分からん。
ddnsの更新デーモンみたいな
簡単なやつをサクッと作ることに意味があるのに。
ddnsの更新デーモンみたいな
簡単なやつをサクッと作ることに意味があるのに。
>>314
こんなやつがRubyを使ってるｗ
こんなやつがRubyを使ってるｗ
ウェブアプリはRubyで書いても何でも書いても出来ることに違いはないからな。
PHPは冗長でくだらないとは思うけど、PHPがダメだとは思わない。
楽天が松本を雇ったのも完全にプロパガンダだよな。
楽天はWEB2.0企業なんですよ。凄いでしょう？っていう。
これこそくだらないね。
PHPは冗長でくだらないとは思うけど、PHPがダメだとは思わない。
楽天が松本を雇ったのも完全にプロパガンダだよな。
楽天はWEB2.0企業なんですよ。凄いでしょう？っていう。
これこそくだらないね。
PHPがどうしてもうざいので
同じものが出来るならPythonかRubyどうしても使いたい
同じものが出来るならPythonかRubyどうしても使いたい
楽天自体に技術はないからねぇ。
ほとんど外部発注でコードぐちゃぐちゃ、統一感なし。
だからフレームワークをつかいたいんじゃないだろうか。
正直ＰＨＰで不満ないけどRailsは面白そうだ。
ほとんど外部発注でコードぐちゃぐちゃ、統一感なし。
だからフレームワークをつかいたいんじゃないだろうか。
正直ＰＨＰで不満ないけどRailsは面白そうだ。
Google「PHPが最強だと悟った」
http://news23.2ch.net/test/read.cgi/news/1183551385/
GoogleまでPHPに走ってPython発狂Rubyリストカットｗｗｗｗ
http://news23.2ch.net/test/read.cgi/news/1183551385/
GoogleまでPHPに走ってPython発狂Rubyリストカットｗｗｗｗ
どこにもPHPが最強だとGoogleが悟ったなんて事が書いてないんだが
Zend社員さんの工作活動するならもっとしっかりして下さいよ
Zend社員さんの工作活動するならもっとしっかりして下さいよ
ウェブ系企業の技術というのは大規模サイトを安定運営出来る能力。
ウェブアプリ作ること自体はどうってことない。
どんな巨大なウェブサイトでも、結局はショッピングカートや掲示板の群れに過ぎないから。
ウェブアプリ作ること自体はどうってことない。
どんな巨大なウェブサイトでも、結局はショッピングカートや掲示板の群れに過ぎないから。
youtubeがほとんどpythonで書かれているとどこかで見たけどマジ？
売却前からpythonで書いてたのかね？
売却前からpythonで書いてたのかね？
書かれていたらなに？やっぱPythonすげぇなから～Google御用達のスクリプト言語だわ、勉強すっかってこと？
Pythonすごくいいけどね
まあ、とりあえず動くものテストで作るには便利だしね。Rubyも
まあ、とりあえず動くものテストで作るには便利だしね。Rubyも
BitTorrentもPythonで作られてるらしいぞ
普通にアプリ作れてすげー
普通にアプリ作れてすげー
Rubyで書かれたアプリケーションってあんま聞かないな。
GUIまわりが弱いってことかな?
GUIまわりが弱いってことかな?
弱いというか決定的/支配的なものが出てない。
主要開発者がUNIX畑出身が多くてGUIに興味ないのも大きいんだろうけど。
Tk → 標準だが、いまさらTk?
Ruby-Gnome2 → けっこう充実してるようだがX環境以外ではどうなの?
JRubyでSwing → 今後はアリかも。
RubyCocoa → Mac専用。Leopard(時期MacOSX)では標準搭載。
あとVisualuRuby(typoにあらず)とかFxとかwxとかあったけど。
主要開発者がUNIX畑出身が多くてGUIに興味ないのも大きいんだろうけど。
Tk → 標準だが、いまさらTk?
Ruby-Gnome2 → けっこう充実してるようだがX環境以外ではどうなの?
JRubyでSwing → 今後はアリかも。
RubyCocoa → Mac専用。Leopard(時期MacOSX)では標準搭載。
あとVisualuRuby(typoにあらず)とかFxとかwxとかあったけど。
Apolloも忘れてもらっちゃこまるんだぜ
UNIXで動かなかったり、マニュアルが手抜きだったりと欠点も多いけど
使いやすさはガチ
しかし確かにRuby製のGUIアプリケーションって、極端に少ないな・・・
それほど速度も必要ないし、オブジェクト指向が活用できるし、Ruby向きの題材だと思うんだが
UNIXで動かなかったり、マニュアルが手抜きだったりと欠点も多いけど
使いやすさはガチ
しかし確かにRuby製のGUIアプリケーションって、極端に少ないな・・・
それほど速度も必要ないし、オブジェクト指向が活用できるし、Ruby向きの題材だと思うんだが
python最強でFA？
できるやつはいろんな言語が使える。
できないやつは自分が使える言語最強と主張する。
できないやつは自分が使える言語最強と主張する。
子飼も松本も無数の言語を学習して、その上でPHPは糞と言ってるんだが。
>>328
Rubyがコンパイル（ビルド）言語になったら是非使いたいね。
Cの次を探して色々試したけどDは変わり映えせずHaskellは使いづらい。
GUIってのは他人に使わせるものだから、え～ではまずRubyをインスコして～とかはありえない。
Rubyがコンパイル（ビルド）言語になったら是非使いたいね。
Cの次を探して色々試したけどDは変わり映えせずHaskellは使いづらい。
GUIってのは他人に使わせるものだから、え～ではまずRubyをインスコして～とかはありえない。
exerbは?
>>333
そういうのならHSPでいいや。なでしこでもいい。
そういうのならHSPでいいや。なでしこでもいい。
>>333-334の繋がりがよくわからん
exerbだと何か問題があるってことか？
exerbだと何か問題があるってことか？
>>335
大人になればわかるよ
大人になればわかるよ
>>332
Ｃ＋＋かＣ＃でいいじゃん。
Ｃ＋＋かＣ＃でいいじゃん。
PHP → 百行以下のコードのプログラム HTMLと混在したい場合
Ruby → 数百から数千行程度のプログラム
Java → 数万行以上のプログラム
で使い分ければいいんじゃね。どうせJava以外は覚えるのにそんな時間
かからないし
Ruby → 数百から数千行程度のプログラム
Java → 数万行以上のプログラム
で使い分ければいいんじゃね。どうせJava以外は覚えるのにそんな時間
かからないし
Rubyは他のスクリプト言語と比較しても極端に遅いし、
極端に色々省略出来すぎる文法でPerl並に読みにくい。
つまるところＰＨＰでおｋ
極端に色々省略出来すぎる文法でPerl並に読みにくい。
つまるところＰＨＰでおｋ
過去の資産を使いたいｵｯｻﾝはPerl。
無意味に自己満足したいヲタはRuby。
普通に無難に簡単にやりたいならPHP。
日本人でなおかつ変態ならPython。
無意味に自己満足したいヲタはRuby。
普通に無難に簡単にやりたいならPHP。
日本人でなおかつ変態ならPython。
>>340
書きにくいPHPなんてやだ
書きにくいPHPなんてやだ
CRubyって何だよ。検索してもサッパリわからない。
PHPでフレームワーク使うと
$this->だらけになってほんと見づらいし汚いし最悪だから
$this->だらけになってほんと見づらいし汚いし最悪だから
ZendFrameworkのソース少し見てみたが、
あれのどこが読みやすいのか甚だ疑問。
あれのどこが読みやすいのか甚だ疑問。
フレームワークなんかそもそも使わねぇし。
実際にはPHPのおかしな言語仕様のせいで
バグやセキュリティ問題に悩まされるほうが
人生の無駄だけどね
バグやセキュリティ問題に悩まされるほうが
人生の無駄だけどね
スキルがなくても簡単に使えるのがPHPなのに矛盾してませんか？
http://pukiwiki.hnw.jp/index.php?PHP%CA%D9%B6%AF%B2%F1%2F%A4%B5%A4%DE%A4%B6%A4%DE%A4%CA%C3%CD%A4%CE%C8%E6%B3%D3%C9%BD
こういう明らかにバグの原因となるような言語仕様を理解する事が
スキルじゃなくて人生の無駄じゃないのか。
こういう明らかにバグの原因となるような言語仕様を理解する事が
スキルじゃなくて人生の無駄じゃないのか。
>>352
全体的に型変換を意識しなくていい設計になってるんだよ。便利じゃん。
全体的に型変換を意識しなくていい設計になってるんだよ。便利じゃん。
>>352
それで実際に困る人がどれだけいるか、困る場面がどれだけあるか、ってことだよ。
便利さと副作用はトレードオフの関係だ。
それを踏まえたうえで、やはりPHPはLL界で最高シェアを取っているわけだ。
仕様の完璧さとかコードの芸術性とか、そういうのにこだわるのはキモヲタだけ。
それで実際に困る人がどれだけいるか、困る場面がどれだけあるか、ってことだよ。
便利さと副作用はトレードオフの関係だ。
それを踏まえたうえで、やはりPHPはLL界で最高シェアを取っているわけだ。
仕様の完璧さとかコードの芸術性とか、そういうのにこだわるのはキモヲタだけ。
間違いやすそうな部分だけは明示的に型指定してやればいいだけだし、実害なんてないと思うんだが。
PHP しょっちゅう見つかるセキュリティホールに変な言語仕様、
やたらとプログラマーが多いがまともなプログラムかけるのは一握り
それが最高シェアの実態だよな
やたらとプログラマーが多いがまともなプログラムかけるのは一握り
それが最高シェアの実態だよな
大卒以上より高卒以上の方が該当人数多いしレベル低い傾向なのは至極当然のこと。
別にPHPが悪な訳じゃないよ。いつの時代でも容易なものは尊敬されない。Web系のVBみたいなもの。
別にPHPが悪な訳じゃないよ。いつの時代でも容易なものは尊敬されない。Web系のVBみたいなもの。
IT土方の集会場はこちらですか
360 ：nobodyさん：2007/07/19(木) 01:36:02 ID:HpZ71S5N
1.8.5と1.8.6の互換性に触れると「Railsが悪い」と言うくせに、
Rubyって何に使えるのと聴くと「Railsが凄い」と言う
Rubyって何に使えるのと聴くと「Railsが凄い」と言う
ぶっちゃけ、Railsそんなに良いか？
本当にRailsで快適に開発できるものなんて、ありきたりなトイプログラム程度だぞ。
それなりのレベルのもの作ろうとすると他の言語・フレームワークと大して変わらん。
本当にRailsで快適に開発できるものなんて、ありきたりなトイプログラム程度だぞ。
それなりのレベルのもの作ろうとすると他の言語・フレームワークと大して変わらん。
もちろんそうよ
作れる、作れないでいったら他の言語・フレームワークと変わらないかもな。
Rails使えば遥かに快適だが
Rails使えば遥かに快適だが
ありきたりなプログラムがトイプログラムってのが
分らないな。ありきたりなプログラムはそれなりの需要があるから
ありきたりなんじゃないか
分らないな。ありきたりなプログラムはそれなりの需要があるから
ありきたりなんじゃないか
まだあったんだ、趣味スクリプト
PHPなんかで無駄に時間かけて一から作るなら
Railsでさっさととりあえず動くもの作って
クライアントに見せて要望聞いてから本格的に開発
したほうがよっぽど早いし
Railsでさっさととりあえず動くもの作って
クライアントに見せて要望聞いてから本格的に開発
したほうがよっぽど早いし
367 ：nobodyさん：2007/07/19(木) 18:56:15 ID:oZlZzBRy
Rubyだと自然と短くなるよね。
ドットでつなげていくだけだから。
ドットでつなげていくだけだから。
PHPがRubyよりも早いのはYARVが実装される今年の12月まででしょｗ
371 ：nobodyさん：2007/07/20(金) 01:59:33 ID:Dt2QFRjJ
>>233
Ruby信者の手にかかれば、比較するPHPのコードが５倍に増えるからな。
Ruby信者「PHPのコード糞なげぇ」
PHPユーザＡ「俺が書いたPHPのコードの方がRuby信者が書いたRubyのコードより短いのだが(笑い)」
PHPユーザＢ「Ruby信者ってどれだけ馬鹿なプログラムしか書けないんだ(冷笑)」
Ruby信者の手にかかれば、比較するPHPのコードが５倍に増えるからな。
Ruby信者「PHPのコード糞なげぇ」
PHPユーザＡ「俺が書いたPHPのコードの方がRuby信者が書いたRubyのコードより短いのだが(笑い)」
PHPユーザＢ「Ruby信者ってどれだけ馬鹿なプログラムしか書けないんだ(冷笑)」
PHPは根本的に言語機能が少ないので、冗長にしか書きようがない。Rubyと比べても、Perlと比べても。
そもそもPHPは初学者用の言語だから仕方ないと言えば、仕方ないが。
そもそもPHPは初学者用の言語だから仕方ないと言えば、仕方ないが。
激しくスレ違いではあるが。
>>372
根本的に間違ってる。
＞ PHPは根本的に言語機能が少ないので
ではなく、あちこちで言われているように
「PHPは根本的にイケてないので」が、多分一番正解に近いと思う。
だって
-----------------------------------------------
<? header('Contente-type: text/html; charset=utf-8'); ?>
<? session_start(); ?>
<html>
<body>
<?= "Hello, ". isset($_SESSION['myname']) ? $_SESSION['myname']: 'everyone'; ?>
</body>
</html>
-----------------------------------------------
だよ。正直、全然冗長でもないし、これと同じだけのことをするのに
PerlやRubyやJavaで（当然、必要なライブラリを含めて）何行必要か
合算するまでも無かろう。
ただこれが素直に評価されないところに、PHPのイケてなさがある。
例えば、<? ?> ではなく <% %> がデフォルトなら何の問題も無かったのに、
とかな。
>>372
根本的に間違ってる。
＞ PHPは根本的に言語機能が少ないので
ではなく、あちこちで言われているように
「PHPは根本的にイケてないので」が、多分一番正解に近いと思う。
だって
-----------------------------------------------
<? header('Contente-type: text/html; charset=utf-8'); ?>
<? session_start(); ?>
<html>
<body>
<?= "Hello, ". isset($_SESSION['myname']) ? $_SESSION['myname']: 'everyone'; ?>
</body>
</html>
-----------------------------------------------
だよ。正直、全然冗長でもないし、これと同じだけのことをするのに
PerlやRubyやJavaで（当然、必要なライブラリを含めて）何行必要か
合算するまでも無かろう。
ただこれが素直に評価されないところに、PHPのイケてなさがある。
例えば、<? ?> ではなく <% %> がデフォルトなら何の問題も無かったのに、
とかな。
>>373
>ただこれが素直に評価されないところに、PHPのイケてなさがある。
>例えば、<? ?> ではなく <% %> がデフォルトなら何の問題も無かったのに、とかな。
1行目と2行目のつながりがまったく分からないおいらに誰か解説頼む。
ついでに <? ?> だとどういう問題があって <% %> だとなぜ問題にならないかもお願い。
>ただこれが素直に評価されないところに、PHPのイケてなさがある。
>例えば、<? ?> ではなく <% %> がデフォルトなら何の問題も無かったのに、とかな。
1行目と2行目のつながりがまったく分からないおいらに誰か解説頼む。
ついでに <? ?> だとどういう問題があって <% %> だとなぜ問題にならないかもお願い。
>>374
確かにわかりにくい。じゃあ、
＞ 例えば、<? ?> ではなく <% %> がデフォルトなら何の問題も無かったのに、
＞ とかな。
を抜きで読んでくれ。
# これは、
# <?xml
# で誤作動するPHPのイケてなさを書いただけなので、本質ではない。と思う。
確かにわかりにくい。じゃあ、
＞ 例えば、<? ?> ではなく <% %> がデフォルトなら何の問題も無かったのに、
＞ とかな。
を抜きで読んでくれ。
# これは、
# <?xml
# で誤作動するPHPのイケてなさを書いただけなので、本質ではない。と思う。
SESSIONなんて直接ビューに書くな
<? header('<?xml version="1.0" encoding="UTF-8"?>'); ?>
<? session_start(); ?>
これが一番気になる
これが一番気になる
人を憎んで言語を憎まず
じゃあ、どこがPHPが冗長か言おうか。
まず、配列の初期化な。なんで、$arr = array(1,2,3)なの？よほどチンケなマクロ言語とかでも、$arr = [1,2,3]とか $arr = {1,2,3}とか書けるでしょう？
あと、$arrの$ね。これ、何のためについてるの？PHPって変数はスカラーもリストもハッシュも一緒くたでしょ？
さらに、array_map("hoge", $a)のhogeって何コレ？無名関数がないのに、なんでmap()を実装しちゃったの？function hoge() {}を定義するくらいなら、foreachで回した方がマシだわ。
まず、配列の初期化な。なんで、$arr = array(1,2,3)なの？よほどチンケなマクロ言語とかでも、$arr = [1,2,3]とか $arr = {1,2,3}とか書けるでしょう？
あと、$arrの$ね。これ、何のためについてるの？PHPって変数はスカラーもリストもハッシュも一緒くたでしょ？
さらに、array_map("hoge", $a)のhogeって何コレ？無名関数がないのに、なんでmap()を実装しちゃったの？function hoge() {}を定義するくらいなら、foreachで回した方がマシだわ。
>>381
なんか全然わかってないな
なんか全然わかってないな
言語どうこうもあるが
PHPの軽量とされてるフレームワークとRailsじゃ
機能が全然違うからね。
PHPの軽量とされてるフレームワークとRailsじゃ
機能が全然違うからね。
>>382
ほう、何がどう分かってないのか説明してもらえる？
ほう、何がどう分かってないのか説明してもらえる？
>>384
えー全部？いいよおまえはそのままで。おれおまえの親や教師じゃないからさぁ。
new Array()なんて常識だし、どの言語でもforとmapは基本的に同じもので一つの決定的な目的が違う。
そういうのが文法に囚われてるおまえぐらいの駆け出しだとわからないんだよ。
えー全部？いいよおまえはそのままで。おれおまえの親や教師じゃないからさぁ。
new Array()なんて常識だし、どの言語でもforとmapは基本的に同じもので一つの決定的な目的が違う。
そういうのが文法に囚われてるおまえぐらいの駆け出しだとわからないんだよ。
PHPは知らんが、ASP.NETとかと比較するとRailsの機能なんて塵レベルだぞ。
ショボすぎる。
ショボすぎる。
は？PHPにはarray()しかないじゃん。だから、$arr = array(array(array()))ってネストすると物凄く見づらい。
無名関数ないのにmap()を実装してるのが馬鹿仕様だってこと。array_map()が使い物にならないから、アホみたいにarray_xxx()って関数群があるんじゃん。
他にも、三項演算子が左結合だったり、printが演算子でprintf()が関数って謎仕様とか。
無名関数ないのにmap()を実装してるのが馬鹿仕様だってこと。array_map()が使い物にならないから、アホみたいにarray_xxx()って関数群があるんじゃん。
他にも、三項演算子が左結合だったり、printが演算子でprintf()が関数って謎仕様とか。
>>381
<?php
$a = array(1, 2, 3, 4, 5);
$b = array_map(create_function('$n', 'return($n * $n * $n);'), $a);
print_r($b);
<?php
$a = array(1, 2, 3, 4, 5);
$b = array_map(create_function('$n', 'return($n * $n * $n);'), $a);
print_r($b);
>>386
どういう点がしょぼいのかくらい書いてくれ
どういう点がしょぼいのかくらい書いてくれ
ボタンやラベルみたいな超基本的なものしかなくて、カレンダーとか自作しないといけない
アプリケーション起動時と終了時やセッション作成時と削除時などのイベントに応じた処理など
基本的な事もできない
幾らでもある
アプリケーション起動時と終了時やセッション作成時と削除時などのイベントに応じた処理など
基本的な事もできない
幾らでもある
データベースのテーブルを表示するにしても、
DataGridにデータソースをバインドするだけのASP.NET、
Railsは自前でDB読み込み＆テーブルタグ出力コードを記述しないといけない。
DataGridにデータソースをバインドするだけのASP.NET、
Railsは自前でDB読み込み＆テーブルタグ出力コードを記述しないといけない。
392 ：sage：2007/07/21(土) 15:57:36 ID:OWRzXupN
railsもstrutsもsymfonyも知らないけど、やっぱvisual studio使ったasp.netがぶっちゃけ最強じゃね？
visual studioも無償版のexplessで充分だし、.net frameworkの豊富すぎるクラスライブラリもあるし。
asp.net使う人口がphpやjava、railsより少ないのが理由か分からんけど全然比較対象の話題でない。
linuxで動くmonoもこつこつ開発進んでることもあるし、なんかrailsやってみないか？て話をもちかけられてもasp.netでいいじゃんって思う。
VS2005とASP.NET2.0は凄い開発が楽よ。
まじで何か反論ない？railsとかasp.netより後に注目されてるから、何か勝る点があるのかな？って思うけどやっぱ殆どないんかね？
じゃぁ好きな開発環境使えば良いじゃんってことになるけど、そうも行かない政治的なうんぬんもあるんで・・・
visual studioも無償版のexplessで充分だし、.net frameworkの豊富すぎるクラスライブラリもあるし。
asp.net使う人口がphpやjava、railsより少ないのが理由か分からんけど全然比較対象の話題でない。
linuxで動くmonoもこつこつ開発進んでることもあるし、なんかrailsやってみないか？て話をもちかけられてもasp.netでいいじゃんって思う。
VS2005とASP.NET2.0は凄い開発が楽よ。
まじで何か反論ない？railsとかasp.netより後に注目されてるから、何か勝る点があるのかな？って思うけどやっぱ殆どないんかね？
じゃぁ好きな開発環境使えば良いじゃんってことになるけど、そうも行かない政治的なうんぬんもあるんで・・・
phpのarrayの冗長さと無名関数が言語機構に取り込まれてない
(create_functionは結局文字列のevalみたいなもんだし）
鬱陶しさは確かにあるな
phpからrubyに移行中だけど
やっぱrubyに慣れるとphp書くときに無駄に書いてんなあという気はする
コードが短くなる云々というよりも
コード単位の意味合いの密度がrubyは高いから
(create_functionは結局文字列のevalみたいなもんだし）
鬱陶しさは確かにあるな
phpからrubyに移行中だけど
やっぱrubyに慣れるとphp書くときに無駄に書いてんなあという気はする
コードが短くなる云々というよりも
コード単位の意味合いの密度がrubyは高いから
クライアントサイドはFlexやAjaxなど色々あるので
サーバサイドのフレームワークで何でもGUIで作れます
みたいなのは逆に選択肢を狭める結果になるんじゃ
ないだろうかね
サーバサイドのフレームワークで何でもGUIで作れます
みたいなのは逆に選択肢を狭める結果になるんじゃ
ないだろうかね
GUIとか嫌いなんだけど、これからWebは
ASP.NETみたいな環境の時代になってくんだろうな。
10年後とか先にはスクリプト言語とかもそれ程必要とされなくなるんだろ。
今DB使うのにSQL知らなくても扱える訳だし。
例えば、デザインを頑張ったら、どんなメディアでも通用する
配色や造形的センスがその先にはあるだろうけど、プログラミングって
どんなに頑張っても時代が何でも簡単に出来るようにしていってしまう。
未来のその先にあるのはただの退屈なオペレーション。
そう考えると空しい。
サーバー構築とかも結局は誰かが作ったプログラムの
そのプログラムのみにしか関係ない癖の対処を覚えるのが山ほどあって
プログラム変わったら、その知識は完全丸ごと捨てる訳じゃん。
なんか、俺、今何してるんだろう、って思う。泣きたい。
ASP.NETみたいな環境の時代になってくんだろうな。
10年後とか先にはスクリプト言語とかもそれ程必要とされなくなるんだろ。
今DB使うのにSQL知らなくても扱える訳だし。
例えば、デザインを頑張ったら、どんなメディアでも通用する
配色や造形的センスがその先にはあるだろうけど、プログラミングって
どんなに頑張っても時代が何でも簡単に出来るようにしていってしまう。
未来のその先にあるのはただの退屈なオペレーション。
そう考えると空しい。
サーバー構築とかも結局は誰かが作ったプログラムの
そのプログラムのみにしか関係ない癖の対処を覚えるのが山ほどあって
プログラム変わったら、その知識は完全丸ごと捨てる訳じゃん。
なんか、俺、今何してるんだろう、って思う。泣きたい。
Railsマンセー厨は、そろそろ周りを見渡すべきだな。
低レベルかつ的外れな主張が多すぎる。
低レベルかつ的外れな主張が多すぎる。
低レベルかつ的外れな主張とは例えば？
図に描いたり、仕組みだけ言葉で説明するなら
GoogleやYahooですら30分かからない程度の仕組みを
コンピュータ側にあわせて膨大な時間で、
後に不必要になる技術を学び続けるのって悲しくない？
一度しかない人生を2次元のディスプレイの前で無駄にしたくない。
もういやだいやだいやだ。
GoogleやYahooですら30分かからない程度の仕組みを
コンピュータ側にあわせて膨大な時間で、
後に不必要になる技術を学び続けるのって悲しくない？
一度しかない人生を2次元のディスプレイの前で無駄にしたくない。
もういやだいやだいやだ。
コンピュータ側をわかってない一握りの人材のために
長大なクラス名をタイプさせられ、糞重いライブラリや、
使いもしない無駄な機能満載の巨大モジュールの
使用を義務づけられるのは悲しい。
長大なクラス名をタイプさせられ、糞重いライブラリや、
使いもしない無駄な機能満載の巨大モジュールの
使用を義務づけられるのは悲しい。
鬱グラマしかいないのかここは
, ‐' ´ ｀`‐、 ／￣:三}
. ／,. -─‐- ､. ヽ / ,.＝j
＿,.:_'＿＿＿＿＿_ヽ、 .! .／ _,ﾉ
`‐、{ へ 'ﾞ⌒ `!~ヽ. ! ／{. /
｀! しﾟ （ ﾟj `v‐冫 , '::::::::ヽ､/ そんなことよりサッカーしようぜ！
. {.l '⌒ ﾞ 6',! / :::::::::::::::/ __
. 〈 < ´￣,ﾌ .ﾉｰ'_ , ‐'´::::::::::::::;/ （_ノ)‐-､
. ヽ.、 ` ‐", ‐´‐:ラ ':::::::::::::::: ;∠. ヽ_} ﾞヽ
,.r｀ "´ ／:::::::::::::::::::ィ´ ｀ゝ !、 /
/ / :::::::::::::::: ; '´ /´＼ / r'＼
. i ! ::::::::::::::／ 新 | .!::::::::／ヽ､.._!ヽ. ヽ､
{ {:::::::::::;:ｲ / ∥ｉ:::::::/:::::::::::::/ ＼
. ヽ ヽ,.ｧ‐'´ /ヽ 二 ,/`ヽ、::::::::: ／
. ／,. -─‐- ､. ヽ / ,.＝j
＿,.:_'＿＿＿＿＿_ヽ、 .! .／ _,ﾉ
`‐、{ へ 'ﾞ⌒ `!~ヽ. ! ／{. /
｀! しﾟ （ ﾟj `v‐冫 , '::::::::ヽ､/ そんなことよりサッカーしようぜ！
. {.l '⌒ ﾞ 6',! / :::::::::::::::/ __
. 〈 < ´￣,ﾌ .ﾉｰ'_ , ‐'´::::::::::::::;/ （_ノ)‐-､
. ヽ.、 ` ‐", ‐´‐:ラ ':::::::::::::::: ;∠. ヽ_} ﾞヽ
,.r｀ "´ ／:::::::::::::::::::ィ´ ｀ゝ !、 /
/ / :::::::::::::::: ; '´ /´＼ / r'＼
. i ! ::::::::::::::／ 新 | .!::::::::／ヽ､.._!ヽ. ヽ､
{ {:::::::::::;:ｲ / ∥ｉ:::::::/:::::::::::::/ ＼
. ヽ ヽ,.ｧ‐'´ /ヽ 二 ,/`ヽ、::::::::: ／
サッカーで武器を持つのは反則だぞ
モジュールやクラスの分割は直行性を高めるために必要だからね。
コードジェネレーターが吐き出すコードがどれだけ保守や再利用可能な
ものかという問題もあるし。
コードジェネレーターが吐き出すコードがどれだけ保守や再利用可能な
ものかという問題もあるし。
404 ：nobodyさん：2007/07/22(日) 00:31:16 ID:RTB+z1AL
確かに業務アプリをウェブでやるような場合、ASP.NETは最強だな。
Visual Studioの完成度を見ると、コマンドラインでせっせこやってるのは原始時代に思えてくる。
当方VIM(./configure --disable-gui)ユーザだが。
Visual Studioの完成度を見ると、コマンドラインでせっせこやってるのは原始時代に思えてくる。
当方VIM(./configure --disable-gui)ユーザだが。
Webプログラミングの場合、
サーバサイドだけじゃなくクライアントサイドも含めると
色々な言語を使い分ける必要性が出てくるから
IDEよりも一つのエディタを様々な言語のモードで使い分けた
ほうが使いやすいんじゃないかな
サーバサイドだけじゃなくクライアントサイドも含めると
色々な言語を使い分ける必要性が出てくるから
IDEよりも一つのエディタを様々な言語のモードで使い分けた
ほうが使いやすいんじゃないかな
とりあえず.net厨とかお呼びじゃないから巣へ帰れ
クライアントサイドだと、既存のものだけで様々なコンポーネントがあるし
拡張性も高いし。
http://examples.adobe.com/flex2/inproduct/sdk/explorer/explorer.html
拡張性も高いし。
http://examples.adobe.com/flex2/inproduct/sdk/explorer/explorer.html
Flexの話ね。Railsじゃなくて。
クライアントサイドとサーバサイドが全部手に入って便利
みたいな話なんだと思うけど、そこは別々でいいんじゃないかと思う。
クライアントサイドとサーバサイドが全部手に入って便利
みたいな話なんだと思うけど、そこは別々でいいんじゃないかと思う。
.NETはWindowsサーバの信頼性を高めるもしくは*nix系のサーバでまともに
動くようになってからpushしてください。
・・・RedHatすら購入を渋るクライアントにWindowsサーバの購入および保守
費用の負担を要求するのは不可能に近い現状です。
動くようになってからpushしてください。
・・・RedHatすら購入を渋るクライアントにWindowsサーバの購入および保守
費用の負担を要求するのは不可能に近い現状です。
.確かにnetは金かかるだけあって高機能な点は否定できない。
俺やクライアントに金があれば、Rails使わず.netで作るんだけどな
俺やクライアントに金があれば、Rails使わず.netで作るんだけどな
>409みたいなことはよく聞くけど俺そんなクライアントに会ったことない。
小規模運用のクライアントなら、「高い」って言われても、すべて無償のもので開発・構築すると逆に開発工数・運用コストが高くなるって説明してくけどね。
だから*nix系は無視。
まぁ、Yahoo規模なら確かにサーバーの数に比例してライセンス代が高つくのは分かる。
それとWindowsサーバーの信頼性はどう低いわけ？やばいことがあるなら具体的に話してくれ。
VSやSQL Serverも高いけど、それで工数減らすことができるのなら安い買い物って気がするが？
てか、ASP.NET→Railsに移った人がいるなら是非理由が聞きたい。
小規模運用のクライアントなら、「高い」って言われても、すべて無償のもので開発・構築すると逆に開発工数・運用コストが高くなるって説明してくけどね。
だから*nix系は無視。
まぁ、Yahoo規模なら確かにサーバーの数に比例してライセンス代が高つくのは分かる。
それとWindowsサーバーの信頼性はどう低いわけ？やばいことがあるなら具体的に話してくれ。
VSやSQL Serverも高いけど、それで工数減らすことができるのなら安い買い物って気がするが？
てか、ASP.NET→Railsに移った人がいるなら是非理由が聞きたい。
Railsのコマンドラインツール使いやすいからね。
Railsもコード書く量少ないんで凄い楽だな。
Ruby楽しいし。
C#も結構好きだけどね。
有料ツール使えば運用コストが減るってのはないと思うなぁ・・・
覚えなきゃいけない量はそんなに大きく変わらないし。
まぁ、慣れてるの使うのが良いんじゃない？
Ruby楽しいし。
C#も結構好きだけどね。
有料ツール使えば運用コストが減るってのはないと思うなぁ・・・
覚えなきゃいけない量はそんなに大きく変わらないし。
まぁ、慣れてるの使うのが良いんじゃない？
414 ：nobodyさん：2007/07/22(日) 13:06:02 ID:8VKLZ2Rs
>有料ツール使えば運用コストが減るってのはないと思うなぁ・・・
素人か、あるいは小規模案件しかやったことのない奴か…
素人か、あるいは小規模案件しかやったことのない奴か…
プロの方ですね。
私も同意見です。
私も同意見です。
オープンソースじゃない時点で土俵が違うから
MSの人はお引取り願う
MSの人はお引取り願う
age
フレームワークの設計の話は抜きで、
IDEとUIとか周辺の話で比較されてもな
IDEとUIとか周辺の話で比較されてもな
有料ツールでも運用コスト変わらないと言ったら素人とか
有料ツール使ってたらプロの方ですねとか金持ちは格が違うな
有料ツール使ってたらプロの方ですねとか金持ちは格が違うな
>416
決してＭＳの人ではないんで…どこの人にもなるつもりないけどね。ＭＳ厨っぽく書いてるのはわざとだよ。
railsは簡単に速く作れるって聞くが結局何使っても大差ないならちょっとね。
IDEとUIとか周辺の話も踏まえて爆速で作れて保守しやすいなら考えるけど。
フレームワークの設計に関してはどれでも「すげぇ…」としか思わないし。
でも、もし自分一人で仕事するならWEBの仕事はASP.NETは選ばないな。
コミュニティが確率していて技術的な公開資料が多いLL系やjavaに行くわ。個人的に一番重要。
一方、苦労せず楽さを重要視する人もいるので中々他のものに切り替えさせるのが・・・こういう状態もまずいかなとも思うし。
railsがその革命的なものであれば良いのだが、あまり見えない。
（あぁ、あと、本当に小規模案件しかやったことない。低レベルでｽﾏｿ）
決してＭＳの人ではないんで…どこの人にもなるつもりないけどね。ＭＳ厨っぽく書いてるのはわざとだよ。
railsは簡単に速く作れるって聞くが結局何使っても大差ないならちょっとね。
IDEとUIとか周辺の話も踏まえて爆速で作れて保守しやすいなら考えるけど。
フレームワークの設計に関してはどれでも「すげぇ…」としか思わないし。
でも、もし自分一人で仕事するならWEBの仕事はASP.NETは選ばないな。
コミュニティが確率していて技術的な公開資料が多いLL系やjavaに行くわ。個人的に一番重要。
一方、苦労せず楽さを重要視する人もいるので中々他のものに切り替えさせるのが・・・こういう状態もまずいかなとも思うし。
railsがその革命的なものであれば良いのだが、あまり見えない。
（あぁ、あと、本当に小規模案件しかやったことない。低レベルでｽﾏｿ）
ASP.NET糞だわ
使ってる奴ですら何が良いのかまったく分ってないところが糞だわ
使ってる奴ですら何が良いのかまったく分ってないところが糞だわ
ASP.NETは効率良いけど面白くないし、
何より家で趣味として遊べないっていうのがプログラマ泣かせだな。
でも俺が上の人間だったらASP.NETにするし、
emacaもvimもeclipseも使わせないで強制的にVSに統一するし
やっぱ営業にマより高い賃金を出すだろうし、
デザイナにはマより低い賃金を出すだろうなって思う。
WEBデザインとかオープンソースでのプログラミングとか、
学生のアルバイトに手が出せたり一般的に趣味になり得るものは
金にならねーよ。
オープンソースなんて儲かるのは一部の有料ディストリだけ。
あいつらコンパイルして電話番の人員置いておくだけで
MSやAppleより高い利益率出してる。
何より家で趣味として遊べないっていうのがプログラマ泣かせだな。
でも俺が上の人間だったらASP.NETにするし、
emacaもvimもeclipseも使わせないで強制的にVSに統一するし
やっぱ営業にマより高い賃金を出すだろうし、
デザイナにはマより低い賃金を出すだろうなって思う。
WEBデザインとかオープンソースでのプログラミングとか、
学生のアルバイトに手が出せたり一般的に趣味になり得るものは
金にならねーよ。
オープンソースなんて儲かるのは一部の有料ディストリだけ。
あいつらコンパイルして電話番の人員置いておくだけで
MSやAppleより高い利益率出してる。
金になるかならないかしかないのかよ
.net信者ってこんなのしかいないのか？
.net信者ってこんなのしかいないのか？
まぁ、お金は大事だよ。
お金がないと良い技術だって続いてかないしね
お金がないと良い技術だって続いてかないしね
金が大事かどうかとかそういう問題じゃねーよ
技術や開発環境に対する見方が金になるならないの
判断基準だけで語ってるような奴が
.netがどうだとかオープンソースがどうだとか
寝言は寝てから言えよ
技術や開発環境に対する見方が金になるならないの
判断基準だけで語ってるような奴が
.netがどうだとかオープンソースがどうだとか
寝言は寝てから言えよ
しかし、日本はなぜかUNIX信仰が強いよね。
ASP.NETを触ってみれば、どれだけ完成度の高いウェブフレームワークなのかすぐ分かるよ。
ボランティアベースのフレームワークとか、ZEND程度の小さな会社が開発するフレームワークじゃとても太刀打ちできないと思うね。
ただし、コンシューマー向けのサイトとか、デザイン優先のサイトを作る場合、泥臭い仕事が多いから、それだと他の言語、フレームワークでも差はつかないような気はする。
ASP.NETを触ってみれば、どれだけ完成度の高いウェブフレームワークなのかすぐ分かるよ。
ボランティアベースのフレームワークとか、ZEND程度の小さな会社が開発するフレームワークじゃとても太刀打ちできないと思うね。
ただし、コンシューマー向けのサイトとか、デザイン優先のサイトを作る場合、泥臭い仕事が多いから、それだと他の言語、フレームワークでも差はつかないような気はする。
MSが金を注ぎ込んでるから完成度が高い
触れば分る
全然説得力ないな。
中身の技術を全然理解してないんじゃないの
触れば分る
全然説得力ないな。
中身の技術を全然理解してないんじゃないの
俺も好きで.net始めたわけじゃない。元々Unix畑だったし。
今でも抵抗ある。>425みたいな気持ちもわからんでもない。
確かにMS依りの人は技術に対する見方が冷めているというか、極端に考え方の開きがあるような気が…
それはそれで恐い気もする。
ただここASP.NETを何年か触ってみて>426が書いたように完成度の高さがそれを打ち消してる。
ちょっと論点違うが、↓のようなことだ。時代は変わる。
ttp://www.radiumsoftware.com/0609.html#060908
金ね…生産性・保守性って言えばいいんだろうか？
ただ、成功したMixiはPerlだ。はてなはPerlもRubyも使ってるな。
ASP.NET使って幸せになったかといえばそれは嘘だし、何だかこんなこと書いてるのも馬鹿らしくなってきた。
今でも抵抗ある。>425みたいな気持ちもわからんでもない。
確かにMS依りの人は技術に対する見方が冷めているというか、極端に考え方の開きがあるような気が…
それはそれで恐い気もする。
ただここASP.NETを何年か触ってみて>426が書いたように完成度の高さがそれを打ち消してる。
ちょっと論点違うが、↓のようなことだ。時代は変わる。
ttp://www.radiumsoftware.com/0609.html#060908
金ね…生産性・保守性って言えばいいんだろうか？
ただ、成功したMixiはPerlだ。はてなはPerlもRubyも使ってるな。
ASP.NET使って幸せになったかといえばそれは嘘だし、何だかこんなこと書いてるのも馬鹿らしくなってきた。
ASP.NETは開発環境は無料で作れるから、一度試してみるといい。すぐにその凄さが分かるよ。
まあPHPとかRubyで満足してるなら、それはそれで幸せな世界なのかもしれないが。
まあPHPとかRubyで満足してるなら、それはそれで幸せな世界なのかもしれないが。
mixiやはてなの場合は、自社コンテンツの開発だからね。しかも、非常に優れたプログラマーがいる会社。
少し前に読んだ、モバオクの開発の話で、プログラマー一人ですべて担当し、3ヶ月で終了したと書いてあった。
言語はPerlで、フレームワークは使わず、ORマッパーも使わなかったそうだ。
確かにこういう限定された条件がある場合は、Perlのような記述性の高い言語で、かつフレームワークなしの方が効率がいいと思う。
ASPNETじゃこうは行かなかっただろうね。
が、これは限定された話だ。
少し前に読んだ、モバオクの開発の話で、プログラマー一人ですべて担当し、3ヶ月で終了したと書いてあった。
言語はPerlで、フレームワークは使わず、ORマッパーも使わなかったそうだ。
確かにこういう限定された条件がある場合は、Perlのような記述性の高い言語で、かつフレームワークなしの方が効率がいいと思う。
ASPNETじゃこうは行かなかっただろうね。
が、これは限定された話だ。
なんでPerlなんだ？
偶然それを使ってきたからなのか、
Perlにアドバンテージがあると踏んだからなのか？
偶然それを使ってきたからなのか、
Perlにアドバンテージがあると踏んだからなのか？
今で言うPHPみたいにPerl一色だった時代があった。
その時期の人が今ベテランって事。
JAVAは何かを試してみるような自社でのサービスには向かないだろ。
エンターテイメント系のサービスで少数で作るなら
Perlか今ならPHPだよ。
IIS5の時代のWindowsサーバーは酷かったしね。
6移行はマトモになったけど。
その時期の人が今ベテランって事。
JAVAは何かを試してみるような自社でのサービスには向かないだろ。
エンターテイメント系のサービスで少数で作るなら
Perlか今ならPHPだよ。
IIS5の時代のWindowsサーバーは酷かったしね。
6移行はマトモになったけど。
MSの宣伝活動か？
技術的な話のできるもっとまともな宣伝部員はいないのかｗ
技術的な話のできるもっとまともな宣伝部員はいないのかｗ
> エンターテイメント系のサービスで少数で作るならPerlか今ならPHPだよ。
これがわからない。Perlはベテランでない限り逆効果でしょ。
PHPは教育コストがかからないって印象しかない。後でわやになるのが落ちと思う。
どうせならRubyやPython選んだほうが良いような。
よくLL系言語 VS Javaで比較されるが、自分は大規模用に使われるJavaは知らないし、何か微妙な立場にあるASP.NETはどうなん？って疑問に思う。
これがわからない。Perlはベテランでない限り逆効果でしょ。
PHPは教育コストがかからないって印象しかない。後でわやになるのが落ちと思う。
どうせならRubyやPython選んだほうが良いような。
よくLL系言語 VS Javaで比較されるが、自分は大規模用に使われるJavaは知らないし、何か微妙な立場にあるASP.NETはどうなん？って疑問に思う。
Perlはある程度書けるようになるまでに時間がかかるのは確かだが、そのレベルに達すればその記述性は強力だよ。
それはmixiやモバオクが一人の開発者で作られたことからも分かる。
それはmixiやモバオクが一人の開発者で作られたことからも分かる。
>>435
mixiぐらいなら他の言語でも優秀なプログラマ一人で作れる。
mixiぐらいなら他の言語でも優秀なプログラマ一人で作れる。
スケールが面倒なだけで機能的には掲示板と変わりないよな
どっちかと言うと運用のが大変だろな
それ言い出したら、ウェブアプリはすべてPOSTされた文字列をDBに入れて、DBから出した文字列を加工してHTMLにするだけだから。
毎回同じ事の繰り返しだからこそRailsみたいなフレームワークを使ったほうが
効率が良くなるんじゃない
効率が良くなるんじゃない
大して量もないくせにDB使うやつはミーハー
昔ながらのプログラマーはそういう傾向があるね。
実際データ形式とロジックを最適化すればオーバーヘッドも少ないし数々の利点がある。
でも私はDB使うお＾＾＾＾＾
実際データ形式とロジックを最適化すればオーバーヘッドも少ないし数々の利点がある。
でも私はDB使うお＾＾＾＾＾
>>439
＞それ言い出したら
それ言い出したら・・・って、それが全てだろ。最重要事項だ。
したがってどの言語を使ってもやりたいことは実現できる。
だったら習得コストと開発コストが安いPHPが最強だと俺は思う。
＞それ言い出したら
それ言い出したら・・・って、それが全てだろ。最重要事項だ。
したがってどの言語を使ってもやりたいことは実現できる。
だったら習得コストと開発コストが安いPHPが最強だと俺は思う。
開発コスト、書き始めるのは簡単で安そうなんだが
なんか色々面倒くさくて結局高くなってるわ、うちの場合。
なんか色々面倒くさくて結局高くなってるわ、うちの場合。
PHPがまともなオブジェクト指向言語だったらの話だな
実際は酷いもんだけど
実際は酷いもんだけど
開発コストって、安いプログラマーをすぐに雇えるという意味での開発コストなら、確かにPHPはそうだな。
>>444、445
（能力の低いマが）多人数でやる・・・という前提なら、その通りだね。
でも優秀な少数精鋭（１人～せいぜい５人以下）でやるなら、
むしろオブジェクト指向である必要はないし、
PHPだからと言って特別に面倒くさいことが発生するわけでもない。
（能力の低いマが）多人数でやる・・・という前提なら、その通りだね。
でも優秀な少数精鋭（１人～せいぜい５人以下）でやるなら、
むしろオブジェクト指向である必要はないし、
PHPだからと言って特別に面倒くさいことが発生するわけでもない。
>>445-446
素人乙。
素人乙。
>>449
話の主旨を勝手にすり替えないように。
今の話題は、「いかに効率よく素早く、いいものを作るか」。
たかがWebアプリで、Lispなどとわざわざ茨の道を進むバカがどこにいる。
っていうか、PHPよりLispを選ぶ利点、PHPでは実現不可でLispなら可能などというものは存在しない。
話の主旨を勝手にすり替えないように。
今の話題は、「いかに効率よく素早く、いいものを作るか」。
たかがWebアプリで、Lispなどとわざわざ茨の道を進むバカがどこにいる。
っていうか、PHPよりLispを選ぶ利点、PHPでは実現不可でLispなら可能などというものは存在しない。
少数精鋭で短時間で開発するなら
フレームワークを使ったほうが効率よく素早い。
ところが、PHPのオブジェクト指向は中途半端なため
フレームワークの機能もいまひとつで、
出来上がりのコードも汚い。
これじゃいくら短時間で開発出来ても
後から保守に時間を無駄にするだけ
フレームワークを使ったほうが効率よく素早い。
ところが、PHPのオブジェクト指向は中途半端なため
フレームワークの機能もいまひとつで、
出来上がりのコードも汚い。
これじゃいくら短時間で開発出来ても
後から保守に時間を無駄にするだけ
別に上手に作ればPHPでも保守コストなんてそんなかからんよ（確かに多少汚くはなるけど）。
PHPでもRubyでも.Netでも、慣れてるものを使い続けるのが結局一番の効率化になるんじゃないかな。
Javaだけは勘弁してほしいけど
PHPでもRubyでも.Netでも、慣れてるものを使い続けるのが結局一番の効率化になるんじゃないかな。
Javaだけは勘弁してほしいけど
オブジェクト指向もMVCアーキテクチャも数十年も前に登場して
もはやプログラミングの世界では常識になりつつあるのに、
PHPユーザーは根拠もなくそれを否定して、数十年前の悪しき習慣に
戻ったほうが効率が良いと主張してるんだから、まったく意味不明。
もはやプログラミングの世界では常識になりつつあるのに、
PHPユーザーは根拠もなくそれを否定して、数十年前の悪しき習慣に
戻ったほうが効率が良いと主張してるんだから、まったく意味不明。
PHPのオブジェクト指向が中途半端ってどこらへんが？
醜い糞言語なのは確かだが
PHP5のオブジェクト指向に機能的な決定的欠如があるとも思えないんだが
醜い糞言語なのは確かだが
PHP5のオブジェクト指向に機能的な決定的欠如があるとも思えないんだが
>>450
いるんだよこれが。
十年ばかり前の話だけど。
俺だってLispなんか使わないよ、ポール・グレアムじゃあるまいし、
グレアムがやってた頃とは状況も違うし。
本気にするとは思わなかったよ。
少数精鋭なんて条件つけたら
PHPだろうとRubyだろうとなんだろうと
全然関係ないじゃんって話だよ。
もしかしたら考えてる精鋭のレベルが
違ったかな。だったらすんませんです。
しかしRubyの話に戻らないなあここは。
いるんだよこれが。
十年ばかり前の話だけど。
俺だってLispなんか使わないよ、ポール・グレアムじゃあるまいし、
グレアムがやってた頃とは状況も違うし。
本気にするとは思わなかったよ。
少数精鋭なんて条件つけたら
PHPだろうとRubyだろうとなんだろうと
全然関係ないじゃんって話だよ。
もしかしたら考えてる精鋭のレベルが
違ったかな。だったらすんませんです。
しかしRubyの話に戻らないなあここは。
PHP5環境でしか動かなくていいなら、
オブジェクト指向の機能は一通りあるけど、
CakePHPなどのフレームワークは
PHP4で動く事も考慮されてるから、
その機能を上手く活用しきれてないような。
どっちにしろ汚いコードになるし
オブジェクト指向の機能は一通りあるけど、
CakePHPなどのフレームワークは
PHP4で動く事も考慮されてるから、
その機能を上手く活用しきれてないような。
どっちにしろ汚いコードになるし
とりあえず>>451が「ｽｰﾊﾟｰﾊｶｰ」ではないことだけは分かった。
またPHPユーザーのとんでも理論が始まったよ
>>460
またアンチPHPの具体的な反論を伴わない人格攻撃が始まったよ
またアンチPHPの具体的な反論を伴わない人格攻撃が始まったよ
正直、「webprog」板での PHP vs Ruby 論争は不毛に思える。
Rails の所為と言えばまあそうだが、Rails が出るまでのRubyは
better Perl ではあってもPHPがどうのこうの言う必要はかけらもなく、
スクリプト言語としての有用性のみを議論出来ていたように思う。
その土俵では、はっきり言ってPHPは論外というか、あからさまに対象外
だし。確かに、webプログラムがどの分野でも無視できない現状もあるが、
それにしてもhttpだけじゃないよ、てところに行って欲しいもんだ。
・・・愚痴になってしまった。
Rails の所為と言えばまあそうだが、Rails が出るまでのRubyは
better Perl ではあってもPHPがどうのこうの言う必要はかけらもなく、
スクリプト言語としての有用性のみを議論出来ていたように思う。
その土俵では、はっきり言ってPHPは論外というか、あからさまに対象外
だし。確かに、webプログラムがどの分野でも無視できない現状もあるが、
それにしてもhttpだけじゃないよ、てところに行って欲しいもんだ。
・・・愚痴になってしまった。
463 ：nobodyさん：2007/07/24(火) 22:02:06 ID:w/fqtA/Y
普通は言語を決めてから人集めするけど
逆の方がいいのかもしれない…って無理か
逆の方がいいのかもしれない…って無理か
>>463
いや、確かにそうあるべきかもなとは最近思う。
別にperlでも.netでもなんでもいいんだ。やってることは（現状）一緒だから。
ただ「webアプリを作ります」て言って、「できる奴」を集めることが出来れば、
言語なんてどうでもいいんだ、とも思う。
いや、確かにそうあるべきかもなとは最近思う。
別にperlでも.netでもなんでもいいんだ。やってることは（現状）一緒だから。
ただ「webアプリを作ります」て言って、「できる奴」を集めることが出来れば、
言語なんてどうでもいいんだ、とも思う。
少数精鋭の話にも絡むんだけど、
pythonのスーパーハカーな方とお話した事があって、
結構な大企業の関連会社におつとめなんだけど、
まさに少数精鋭で、ひとつのプロジェクトで、
各プログラマそれぞれ得意な言語で勝手に作って
あとでがっちゃんこしてるんだって。
その時聞いたのはpythonとC#とperlだったかな。
これが一番効率がよくて品質も高い、っていってた。
少人数で全員スーパーハカーだから出来る技だよねぇ。
pythonのスーパーハカーな方とお話した事があって、
結構な大企業の関連会社におつとめなんだけど、
まさに少数精鋭で、ひとつのプロジェクトで、
各プログラマそれぞれ得意な言語で勝手に作って
あとでがっちゃんこしてるんだって。
その時聞いたのはpythonとC#とperlだったかな。
これが一番効率がよくて品質も高い、っていってた。
少人数で全員スーパーハカーだから出来る技だよねぇ。
PHPは$this省略不可だからでかいクラス書いた時に読みやすい面もある。
膨大な組み込み関数のおかげで一行で済む事が多いし
コードもRubyより短くなる。
Rubyは今時jcodeライブラリをrequireとか一時代前のCGIな仕様が
多すぎて、これでPHPに文句言うとは笑わせる。
一番人口多いだろうから、PHPからRubyへ転向させたい気持ちはわかるけど
MacユーザーのWindowsユーザーへの勧誘と同じで、反感しかもたない。
膨大な組み込み関数のおかげで一行で済む事が多いし
コードもRubyより短くなる。
Rubyは今時jcodeライブラリをrequireとか一時代前のCGIな仕様が
多すぎて、これでPHPに文句言うとは笑わせる。
一番人口多いだろうから、PHPからRubyへ転向させたい気持ちはわかるけど
MacユーザーのWindowsユーザーへの勧誘と同じで、反感しかもたない。
>Rubyは今時jcodeライブラリをrequireとか一時代前のCGIな仕様が
どこのCGIだそりゃｗ
簡単に使いたいなら
require 'kconv'
"ほげ".toutf8
という手段もあるし、iconv でもいいし、それこそ言うとおりjcode（？）をrequire
でもいいし、そういう上っ面ではないところでRubyを評価している人が多いんじゃ
ないか？
何より、もしPHPのmbstringが優れているというのなら、いっぺん内部実装とか
実装経緯について語って欲しいもんだ。コレマジで。
どこのCGIだそりゃｗ
簡単に使いたいなら
require 'kconv'
"ほげ".toutf8
という手段もあるし、iconv でもいいし、それこそ言うとおりjcode（？）をrequire
でもいいし、そういう上っ面ではないところでRubyを評価している人が多いんじゃ
ないか？
何より、もしPHPのmbstringが優れているというのなら、いっぺん内部実装とか
実装経緯について語って欲しいもんだ。コレマジで。
あれは日本版PHPで独自に作られて本家に採用された。
マルチバイト使ってXSSやろうとした時の
不正文字列のチェックも一発で出来る。
バッファリングして別エンコードに全部書き換える事も
シンプルに出来る。
あらゆるアプリケーションの基本とも言える文字の部分で
requireとか書くのは非常に醜い。
100歩譲って醜さに目を瞑ったとしても
こんな基本的な部分さえrequireって言う事から
糞さ加減が伺える。
マルチバイト使ってXSSやろうとした時の
不正文字列のチェックも一発で出来る。
バッファリングして別エンコードに全部書き換える事も
シンプルに出来る。
あらゆるアプリケーションの基本とも言える文字の部分で
requireとか書くのは非常に醜い。
100歩譲って醜さに目を瞑ったとしても
こんな基本的な部分さえrequireって言う事から
糞さ加減が伺える。
そこに至るまでには、multibytes圏プログラマの血と汗と涙があり、それは現状でも
変わらないのですよ（多分）。
PerlでのDan Kogaiさんの功績も一番目にはそこにある。
むしろ、Rubyの場合はかなり早い時期に「ある程度」考慮されている、ていう
部分はあるかな、と思う。開発者が日本人なだけに。
で、PHPのmbstringでは、どうしても「後付」の部分があるよ、てことじゃないかな。CentOSで普通にPHP入れたらmbstringは入らないし、いまだに lattin-1で
書かれている PEAR ライブラリもあることだし。
でもRubyもそうなんだ。perlみたく、基本utf-8でいいじゃないかと思うな最近。
実際、外人の書いたライブラリの使えないことこの上ない、て言うのは問題だし、
これは言語というかプラットフォームとして日本人はがんばるべき。
.NETに関しては・・・microsoftにおんぶにだっこだからまあいいか。
変わらないのですよ（多分）。
PerlでのDan Kogaiさんの功績も一番目にはそこにある。
むしろ、Rubyの場合はかなり早い時期に「ある程度」考慮されている、ていう
部分はあるかな、と思う。開発者が日本人なだけに。
で、PHPのmbstringでは、どうしても「後付」の部分があるよ、てことじゃないかな。CentOSで普通にPHP入れたらmbstringは入らないし、いまだに lattin-1で
書かれている PEAR ライブラリもあることだし。
でもRubyもそうなんだ。perlみたく、基本utf-8でいいじゃないかと思うな最近。
実際、外人の書いたライブラリの使えないことこの上ない、て言うのは問題だし、
これは言語というかプラットフォームとして日本人はがんばるべき。
.NETに関しては・・・microsoftにおんぶにだっこだからまあいいか。
>>466
jcode なんて使ったことないんだが。
あれはStringのいくつかのメソッドを
1バイト=1文字からマルチバイト1文字=1文字とみなすようにするだけのライブラリ。
文字列操作は大体正規表現で行うけど、
正規表現は元からマルチバイト対応（UTF-8含む）している。
組み込みなので別にrequireとか要らない。
jcode なんて使ったことないんだが。
あれはStringのいくつかのメソッドを
1バイト=1文字からマルチバイト1文字=1文字とみなすようにするだけのライブラリ。
文字列操作は大体正規表現で行うけど、
正規表現は元からマルチバイト対応（UTF-8含む）している。
組み込みなので別にrequireとか要らない。
>>471
それは内部リテラルおよび、文字コードがわかっているデータに対する対応のみ、
だと思う。そうではなく、外部データ（httpのPOST値など）に関しては、やはり
文字コードの判別は必要で、それは標準モジュールではあるが「require」が必要な
ライブラリであるKconvやIconv（やNKF）に頼る必要がある。
・・・ただ、それとPHPのmbstringがどう違うのか、と言う点ではよくわからない。
それは内部リテラルおよび、文字コードがわかっているデータに対する対応のみ、
だと思う。そうではなく、外部データ（httpのPOST値など）に関しては、やはり
文字コードの判別は必要で、それは標準モジュールではあるが「require」が必要な
ライブラリであるKconvやIconv（やNKF）に頼る必要がある。
・・・ただ、それとPHPのmbstringがどう違うのか、と言う点ではよくわからない。
requireがあったほうが、どのライブラリ読んでるか明示されてるから
後から読みやすいし保守しやすいじゃん。PHPのように何でもかんでも
組み込み関数に入れて、名前の衝突を防ぐために変なプレフィックスの
ついた関数名にされるよりかよっぽどまし
後から読みやすいし保守しやすいじゃん。PHPのように何でもかんでも
組み込み関数に入れて、名前の衝突を防ぐために変なプレフィックスの
ついた関数名にされるよりかよっぽどまし
PHPのmbstringは「標準」ではありません。ただ日本のレンサバの大多数に入っているだけです。
腐ったサーバ屋に環境構築を頼むと、希に入ってないことがあります。
逆に考えるんだ。requireすればいいと考えるんだ。
・・・nkfもしくはiconvが入ってないとやっぱりダメだけど。ていうかなんでこんな枝葉末節(ry
腐ったサーバ屋に環境構築を頼むと、希に入ってないことがあります。
逆に考えるんだ。requireすればいいと考えるんだ。
・・・nkfもしくはiconvが入ってないとやっぱりダメだけど。ていうかなんでこんな枝葉末節(ry
たとえばPHPで10行ぐらいのコードをRubyで書いた場合どうちがうの？
両方かいて読みやすさってやつをおしえてよ信者ども
両方かいて読みやすさってやつをおしえてよ信者ども
ていうかRailsは動的なクラス読み込み機能を持ってるから
iconvもインスタンスを作るだけで読み込まれないっけ あれ
iconvもインスタンスを作るだけで読み込まれないっけ あれ
あいにく active_supportのDependenciesで対応してる自動ロードは .rb だけ
で iconv.so とか iconv.dll には対応してませんね。
(active_supportのdependencies.rbのsearch_for_fle)
% irb -rubygems -ractive_support
irb(main):001:0> Iconv
NameError: uninitialized constant Iconv
from /opt/local/lib/ruby/gems/1.8/gems/activesupport-1.4.2.7116/lib/active_support/dependencies.rb:266:in `load_missing_constant'
で iconv.so とか iconv.dll には対応してませんね。
(active_supportのdependencies.rbのsearch_for_fle)
% irb -rubygems -ractive_support
irb(main):001:0> Iconv
NameError: uninitialized constant Iconv
from /opt/local/lib/ruby/gems/1.8/gems/activesupport-1.4.2.7116/lib/active_support/dependencies.rb:266:in `load_missing_constant'
>>475 わたしは素人だが。
----- php -----
$fp = fopen("hoge.txt", "r"); # or die("open error") でいいのかな？
while($line = fgets($fp)){
$line = rtrim($line);
$ar = split("\t", $line);
printf("%s\n", $ar[1]);
}
fclose($fp);
----- /php -----
----- ruby -----
File.open("hoge.txt", "r").each do |line| # begin ～ rescue ～ end に入れるべき？
printf "%s\n", line.chomp.split("\t")[1]
end
----- /ruby -----
こんな感じか。もっとエレガントなやつがあればよろしく。
----- php -----
$fp = fopen("hoge.txt", "r"); # or die("open error") でいいのかな？
while($line = fgets($fp)){
$line = rtrim($line);
$ar = split("\t", $line);
printf("%s\n", $ar[1]);
}
fclose($fp);
----- /php -----
----- ruby -----
File.open("hoge.txt", "r").each do |line| # begin ～ rescue ～ end に入れるべき？
printf "%s\n", line.chomp.split("\t")[1]
end
----- /ruby -----
こんな感じか。もっとエレガントなやつがあればよろしく。
>こんな基本的な部分さえrequireって言う事から
>糞さ加減が伺える。
何も宣言せずに使えるのなんてPHPぐらいじゃないか。
コアに組み込まれていても敢えて宣言するのが普通の設計。
>糞さ加減が伺える。
何も宣言せずに使えるのなんてPHPぐらいじゃないか。
コアに組み込まれていても敢えて宣言するのが普通の設計。
ある程度のレベルがあれば簡単という長所よりも冗長といった短所の方が
目について来るんだよね。PHPは中級者でもそこそこ耐えうる仕様なのは
評価すべき点だと思うけど。
目について来るんだよね。PHPは中級者でもそこそこ耐えうる仕様なのは
評価すべき点だと思うけど。
>>480
それはPHPはRubyよりも冗長ではない、と言っているのか？詳しく。
それはPHPはRubyよりも冗長ではない、と言っているのか？詳しく。
PHPはコアに何でも入れるからバージョンアップの度に重くなる一方。
% script/console
Loading development environment.
>> i = Iconv.new('EUC-JP','UTF-8')
=> #<Iconv:0x35b5fb0>
あれ何で違うんだ
Loading development environment.
>> i = Iconv.new('EUC-JP','UTF-8')
=> #<Iconv:0x35b5fb0>
あれ何で違うんだ
ああ,いい,うう
ええ,おお,かか
きき,くく,けけ
hoge.txtにふくまれた↑の内容を
カンマで区切ってある値を
一個表示するごとに改行して表示する
スクリプトをrubyで誰か書いて。
$file = file("hoge.txt");
foreach($file as $ary){
$ary = explode(",",rtrim("\n",$v));
foreach($ary as $v) {
echo "$v<br>\n";
}
}
ええ,おお,かか
きき,くく,けけ
hoge.txtにふくまれた↑の内容を
カンマで区切ってある値を
一個表示するごとに改行して表示する
スクリプトをrubyで誰か書いて。
$file = file("hoge.txt");
foreach($file as $ary){
$ary = explode(",",rtrim("\n",$v));
foreach($ary as $v) {
echo "$v<br>\n";
}
}
cat hoge.txt | ruby -e 'print STDIN.read.gsub(/,/,"\n")'
コンソールかよｗ
はいはいPerl厨が来ましたよ。
元スクリプトにバグがあったから改良しておいた。
$file = file('hoge.txt');
foreach($file as $line){
foreach(explode(',', rtrim($line)) as $word){
echo "$word<br>\n";
}
}
--
file = IO.readlines('hoge.txt')
file.each do |line|
line.chomp.split(',').each do |word|
print word,"<br>\n"
end
end
元スクリプトにバグがあったから改良しておいた。
$file = file('hoge.txt');
foreach($file as $line){
foreach(explode(',', rtrim($line)) as $word){
echo "$word<br>\n";
}
}
--
file = IO.readlines('hoge.txt')
file.each do |line|
line.chomp.split(',').each do |word|
print word,"<br>\n"
end
end
Perl厨なのかよ!
こうして見るとPHPの方がすっきりしてるな
Ruby即死ｗｗｗｗｗ
Ruby即死ｗｗｗｗｗ
print File.open('hoge.txt').read.gsub(/(,|$)/,'<br/>')
でいいんじゃね?
なにもファイルをメモリに全部入れるこたあるまい。
でいいんじゃね?
なにもファイルをメモリに全部入れるこたあるまい。
endはさんざん既出として変数名には$付いてる方がいいな。
Cしか書けない型落ちの化石が$を称して気持ち悪いなどと言うことはあるが
プロトタイプが無い以上$ぐらい付けるしかない。
Cしか書けない型落ちの化石が$を称して気持ち悪いなどと言うことはあるが
プロトタイプが無い以上$ぐらい付けるしかない。
each do |line|
このへんがきしょい
スクリプト中に|使うとかナシだろ
このへんがきしょい
スクリプト中に|使うとかナシだろ
IO.foreach('hoge.txt') {|line|
line.chomp.split(',',-1).each {|word|
puts "#{word}<br>"
}
}
line.chomp.split(',',-1).each {|word|
puts "#{word}<br>"
}
}
PHPならこんな感じ。
print preg_replace('/\r?\n|,/',"<br>\n", file_get_contents('hoge.txt'));
print preg_replace('/\r?\n|,/',"<br>\n", file_get_contents('hoge.txt'));
PHPは処理の流れとコードの順番が逆行してるんですが、
汚い
汚い
$_ ne '' and print "$_<br>" for (open IN, 'hoge.txt' and join '', <IN>) =~ /(.*?)(?:,|\n|$)/g;
うほっ・・・
うほっ・・・
>>483
irb
Object.constants.include? 'Iconv' #=> false
irb -rubygems -ractive_support
Object.constants.include? 'Iconv' #=> false
./script/console
Object.constants.include? 'Iconv' #=> true
RAILS_ROOT/config/environments.rbにて
config.frameworks -= [ :action_mailer ]
してから
./script/console
Object.constants.include? 'Iconv' #=> false
irb
Object.constants.include? 'Iconv' #=> false
irb -rubygems -ractive_support
Object.constants.include? 'Iconv' #=> false
./script/console
Object.constants.include? 'Iconv' #=> true
RAILS_ROOT/config/environments.rbにて
config.frameworks -= [ :action_mailer ]
してから
./script/console
Object.constants.include? 'Iconv' #=> false
>>482
コンパイルが面倒なだけで処理速度は速くなってるだろ。
PHP3->PHP4の時の約10倍速くらいの最適化は
Rubyコミュニティには無理。
PHPはZend Encorderで中間バイナリに書き出して
さらに速度アップ出来る。
他の言語より優れてると主張するなら、他の言語も知った上で
利点を語らないと話しにならない。
コンパイルが面倒なだけで処理速度は速くなってるだろ。
PHP3->PHP4の時の約10倍速くらいの最適化は
Rubyコミュニティには無理。
PHPはZend Encorderで中間バイナリに書き出して
さらに速度アップ出来る。
他の言語より優れてると主張するなら、他の言語も知った上で
利点を語らないと話しにならない。
例外・OOPをしっかり取り入れようとしたPHP5では遅くなってますがなにか。
YARVのことも忘れないであげてください
>>500
>PHP3->PHP4の時の約10倍速くらいの最適化は
>Rubyコミュニティには無理。
10倍速くなる余地を残していただけですね。
>PHPはZend Encorderで中間バイナリに書き出して
>さらに速度アップ出来る。
バイナリコードで吐き出し&実行はRubyでもPerlでも出来ますよ。
それにバイナリコードに変換するコストはそれほど大きくありません。
>他の言語より優れてると主張するなら、他の言語も知った上で
>利点を語らないと話しにならない。
全くその通りですね＾＾＾＾＾
>PHP3->PHP4の時の約10倍速くらいの最適化は
>Rubyコミュニティには無理。
10倍速くなる余地を残していただけですね。
>PHPはZend Encorderで中間バイナリに書き出して
>さらに速度アップ出来る。
バイナリコードで吐き出し&実行はRubyでもPerlでも出来ますよ。
それにバイナリコードに変換するコストはそれほど大きくありません。
>他の言語より優れてると主張するなら、他の言語も知った上で
>利点を語らないと話しにならない。
全くその通りですね＾＾＾＾＾
PHPの標準関数って例外投げないよな？互換性が必要なら起動スイッチで例外対応ありなしを切り替えるとかやりようはあったと思うんだが。
ひとつのインタープリタで互換性の無いふたつの言語つーかAPIを動かしても笑われるだけと思ったんだろう。
だいいち面倒だし。
だいいち面倒だし。
・作者の名前が平仮名。
ﾜﾗﾀ。
ﾜﾗﾀ。
>>491
プロトタイプ宣言と変数の頭に$を付けることとの関係がようわからん。
プロトタイプ宣言と変数の頭に$を付けることとの関係がようわからん。
たぶん、メソッド/関数/サブルーチンと変数の見分けがつけたいんだろう。
プロトタイプ宣言がある言語だと宣言があれば前者、なければ後者とか。
そういえば、Perlのサブルーチンて、昔は&前置必須だったんだっけ?
プロトタイプ宣言がある言語だと宣言があれば前者、なければ後者とか。
そういえば、Perlのサブルーチンて、昔は&前置必須だったんだっけ?
Rubyは使っていて気持ち良い言語だから生産性が高い言語ですとか、
電波ゆんゆんな記事がそこかしこに見られるんだが、
Rubyistって頭大丈夫なんかね？
電波ゆんゆんな記事がそこかしこに見られるんだが、
Rubyistって頭大丈夫なんかね？
たしかに、Ruby信者は文字通り「宗教がかってる」のが多い。
その宗教度はPerlよりも格段に高い。
PHP使いには素人プログラマも多いから、宗教寄りじゃなく、「単なる道具」って感じ。
その宗教度はPerlよりも格段に高い。
PHP使いには素人プログラマも多いから、宗教寄りじゃなく、「単なる道具」って感じ。
自分がそれしか使えない「道具」にこだわってる、ていう面もありそうだがな。＞ PHP
Rubyが「気持ちいい」て言ってる人間は、大概同じ処理をPerlやPHPで書けたり
するのが正直なところ現状だと思う。
Rubyが「気持ちいい」て言ってる人間は、大概同じ処理をPerlやPHPで書けたり
するのが正直なところ現状だと思う。
良いものを良いと素直に認められないひねくれ者が
宗教とか言ってるだけでしょ。
宗教とか言ってるだけでしょ。
>>508
そうか、プロトタイプってCで言うところのプロトタイプ宣言じゃなくって、
静的な変数の型宣言のことか。言わんとするところはわかったぜ。
だが、まぁ、どっちでもいいような気がするなぁ。
関数と変数の区別が曖昧なのが便利ということもあるし。
そうか、プロトタイプってCで言うところのプロトタイプ宣言じゃなくって、
静的な変数の型宣言のことか。言わんとするところはわかったぜ。
だが、まぁ、どっちでもいいような気がするなぁ。
関数と変数の区別が曖昧なのが便利ということもあるし。
こんな論理的思考が欠如した事を恥ずかしげも無く言ってしまうのは、
Rubyの人だけだけな。
他の言語では絶対に聞かない言葉。
間違いなくRubyは新興宗教。
Rubyの人だけだけな。
他の言語では絶対に聞かない言葉。
間違いなくRubyは新興宗教。
こんな論理的思考が欠如した事を恥ずかしげも無く言ってしまうのは
>>514だけだな
>>514だけだな
Ｃ＃と比較してRubyの方が優れている言語仕様ってあったっけ？
なにその曖昧な釣り針。
俺も釣り認定したくなる気持ちはわかるが、まぁRubyはその程度の言語だし。
なにその撒き餌に便乗した釣り針。
ruby使う人って他の言語をメインで使っていて
rubyを使ってみて良かったからrubyいいよって言ってると思うんだけどね
最初っからrubyだけやってるって人は少ない
phpがいいって言ってる人は
phpくらいしか使ったことないんだろうけどｗ
というかphpとruby両方使ってみたら自ずと答え出ると思うがね
rubyを使ってみて良かったからrubyいいよって言ってると思うんだけどね
最初っからrubyだけやってるって人は少ない
phpがいいって言ってる人は
phpくらいしか使ったことないんだろうけどｗ
というかphpとruby両方使ってみたら自ずと答え出ると思うがね
>>520
ruby使いは、
＞最初っからrubyだけやってるって人は少ない
で、PHP使いは、
＞phpくらいしか使ったことないんだろうけどｗ
…と。
それは確かにそうだと思う。
でも「だから何？」って気もする。
PHP使いはPHPだけしか知らないだろうけど、それで別に何も困ることなく、
それなりに高い生産性や利便性が確保できてるからPHPだけで満足してるのでは？
俺が思うにruby使いってのは、普通の車じゃ満足できなくてバカ高いスポーツカーとか
買っちゃうタイプの人なんだと思うんだよね。要するに自己満の宗教。
ruby使いは、
＞最初っからrubyだけやってるって人は少ない
で、PHP使いは、
＞phpくらいしか使ったことないんだろうけどｗ
…と。
それは確かにそうだと思う。
でも「だから何？」って気もする。
PHP使いはPHPだけしか知らないだろうけど、それで別に何も困ることなく、
それなりに高い生産性や利便性が確保できてるからPHPだけで満足してるのでは？
俺が思うにruby使いってのは、普通の車じゃ満足できなくてバカ高いスポーツカーとか
買っちゃうタイプの人なんだと思うんだよね。要するに自己満の宗教。
最近のPHPは興味ないので知らないけどuse Socket;の時代にPHP4の
$yahoo = read('http://www.yahoo.com/');
（だっけ？）を見て鼻水出た。アプリケーションのPGに低い階層を意識させないためには
形だけのオブジェクト指向で「哺乳類クラスのメソッドが～」などとアホなことを言うんじゃなくて、
言語としてこのぐらいカバーしなきゃ意味が無い。
$yahoo = read('http://www.yahoo.com/');
（だっけ？）を見て鼻水出た。アプリケーションのPGに低い階層を意識させないためには
形だけのオブジェクト指向で「哺乳類クラスのメソッドが～」などとアホなことを言うんじゃなくて、
言語としてこのぐらいカバーしなきゃ意味が無い。
その組み込み関数を「これすげぇ」て喜んで使うのがPHPユーザ。
require 'open-uri'
open("http://googole.co.jp") ほげほげ
って(open-uri 作者・メンテナに感謝しながら)使って嬉しいのがRubyユーザ。
まあメンタリティの違いと言えばそれまでかもしれんが。
＞ 言語としてこのぐらいカバーしなきゃ意味が無い。
と思うか、ライブラリの充実にみんなで取り組むか、の違いかも。
require 'open-uri'
open("http://googole.co.jp") ほげほげ
って(open-uri 作者・メンテナに感謝しながら)使って嬉しいのがRubyユーザ。
まあメンタリティの違いと言えばそれまでかもしれんが。
＞ 言語としてこのぐらいカバーしなきゃ意味が無い。
と思うか、ライブラリの充実にみんなで取り組むか、の違いかも。
なんか予想通りの平凡な答えしか返って来ないなぁ。
gethostbynameで書けることをinet_atonのためにuse Socketする奴はいない。
またライブラリを使う場合、書き手によって何を使うかわからない。
Encodeかもしれないし、Jcodeかもしれないし、jcode.plかもしれない。
Socketかもしれないし、IO::Socketかもしれない。
自分があまり使わない物に出くわすたびに、その使い方を調べなくてはいけない。
関数に加えてライブラリ名や使い方や規模も覚えなくてはいけないし、
ライブラリを書く場合、「別途○○ライブラリが必要です」と言わなくてはいけない。
まだまだあるけど、とりあえずこのぐらいの違いかな。
gethostbynameで書けることをinet_atonのためにuse Socketする奴はいない。
またライブラリを使う場合、書き手によって何を使うかわからない。
Encodeかもしれないし、Jcodeかもしれないし、jcode.plかもしれない。
Socketかもしれないし、IO::Socketかもしれない。
自分があまり使わない物に出くわすたびに、その使い方を調べなくてはいけない。
関数に加えてライブラリ名や使い方や規模も覚えなくてはいけないし、
ライブラリを書く場合、「別途○○ライブラリが必要です」と言わなくてはいけない。
まだまだあるけど、とりあえずこのぐらいの違いかな。
つまり「喜ぶ」と「嬉しい」の違いってことでおｋ？
あとそろそろオブジェクト指向が簡単なのか難しいのかをハッキリした方がいいと思うな。
初心者には簡単だからと勧め、わかりづらいと言われると本当は難しいと言い改める。
難しいならオブジェクト指向で書く意味を「簡単」以外の部分に求めなくてはいけない。
個人的にはGUIに適している」とは思っても、スクリプト言語に適しているとは思えない。
初心者には簡単だからと勧め、わかりづらいと言われると本当は難しいと言い改める。
難しいならオブジェクト指向で書く意味を「簡単」以外の部分に求めなくてはいけない。
個人的にはGUIに適している」とは思っても、スクリプト言語に適しているとは思えない。
>>524
どちらかというとPerlからPHPへの利点を言いたいのかな？
例に挙げているのがことごとくPerlライブラリ。
Rubyと同じものという観点？
ただライブラリ重視の考え方は結構大事だと思うが。
例えばmb_send_mailなんてしばらくは「つかえねぇ」関数だった訳だし、
その修正はバージョンアップか自分でパッチを当てて再コンパイル。
こんな「コア」じゃ無い機能のために全部再コンパイルってあんた、みたいな。
結局つかえないまま、とかな。
だいたいPHP4でSocket周りの「関数」を使おうと思えばコンパイル時に
--enable-socket が必要だったり、fopenをURLに対して行おうと思えば
php.iniでの設定が必要だったり、>>524が言うようにそれほどシンプルに利用
出来るわけでもない。
この辺りをまあ閑却視して主張されるのもなぁ。
どちらかというとPerlからPHPへの利点を言いたいのかな？
例に挙げているのがことごとくPerlライブラリ。
Rubyと同じものという観点？
ただライブラリ重視の考え方は結構大事だと思うが。
例えばmb_send_mailなんてしばらくは「つかえねぇ」関数だった訳だし、
その修正はバージョンアップか自分でパッチを当てて再コンパイル。
こんな「コア」じゃ無い機能のために全部再コンパイルってあんた、みたいな。
結局つかえないまま、とかな。
だいたいPHP4でSocket周りの「関数」を使おうと思えばコンパイル時に
--enable-socket が必要だったり、fopenをURLに対して行おうと思えば
php.iniでの設定が必要だったり、>>524が言うようにそれほどシンプルに利用
出来るわけでもない。
この辺りをまあ閑却視して主張されるのもなぁ。
>>524
PEAR全否定かよ。
PEAR全否定かよ。
スクリプト言語で一度オブジェクト指向を体験してると
JavaとかC#にいくときも違和感少ないかもな
JavaとかC#にいくときも違和感少ないかもな
531 ：nobodyさん：2007/07/27(金) 15:18:01 ID:W1DWcfcX
Perlやった時はオブジェクト指向まで辿り着かなかったけどｗ
Rubyではいきなり
>Ruby で扱える全ての値はオブジェクトです。
> Ruby のオブジェクトに対して可能な操作はメソッド呼び出しのみです。
>あるオブジェクトが反応できるメソッドは、
>そのオブジェクトが所属するクラスによって一意に決定します。
から始まるので入りやすかった。
Rubyではいきなり
>Ruby で扱える全ての値はオブジェクトです。
> Ruby のオブジェクトに対して可能な操作はメソッド呼び出しのみです。
>あるオブジェクトが反応できるメソッドは、
>そのオブジェクトが所属するクラスによって一意に決定します。
から始まるので入りやすかった。
世界の勝ち組ユダヤ人が作ったPHP
日本人はイスラエル＆アメリカの支配下にあるゴイム（人間家畜）
PHP … ユダヤ（イスラエル）
Ruby … カルト（日本）
Perl … アニメオタク（アメリカ）
Python … ？
http://www.shinchosha.co.jp/foresight/web_kikaku/u105.html
「世界政府っていうものが仮にあるとして、そこで開発しなければならないはずのシステムは全部グーグルで作ろう。それがグーグル開発陣に与えられているミッションなんだよね」
グーグルに勤める友人は私にこう言った。
恐ろしいことを考えているんだなぁと思ったが、目が澄み切っている彼らは、こういうことで冗談は言わない。
本気でそう考え、次々と手を打っている。
日本人はイスラエル＆アメリカの支配下にあるゴイム（人間家畜）
PHP … ユダヤ（イスラエル）
Ruby … カルト（日本）
Perl … アニメオタク（アメリカ）
Python … ？
http://www.shinchosha.co.jp/foresight/web_kikaku/u105.html
「世界政府っていうものが仮にあるとして、そこで開発しなければならないはずのシステムは全部グーグルで作ろう。それがグーグル開発陣に与えられているミッションなんだよね」
グーグルに勤める友人は私にこう言った。
恐ろしいことを考えているんだなぁと思ったが、目が澄み切っている彼らは、こういうことで冗談は言わない。
本気でそう考え、次々と手を打っている。
俺がなぜPHPからRubyに乗り換えたのか思い出した！
PHPは正規表現を書くのが面倒くさかったからだ！
PHPは正規表現を書くのが面倒くさかったからだ！
>>533
「関数」の引数に文字列で渡してやる扱いだからな。
PerlやRubyに慣れると「文字列」で正規表現を記述するのは気持ち悪いというか
余計な手間に思えるな。クオート絡みで書きにくいし読みにくい。
「関数」の引数に文字列で渡してやる扱いだからな。
PerlやRubyに慣れると「文字列」で正規表現を記述するのは気持ち悪いというか
余計な手間に思えるな。クオート絡みで書きにくいし読みにくい。
phpだとバックスラッシュの扱いが鬱陶しいね
PHPには正規表現リテラルはないの?
PHPのpreg系の関数で引数に//をつける意味が分からない。
要するにPHPでもっと正規表現が簡単に書けるラッパー関数かライブラリが
あればいいってことかな？？
あればいいってことかな？？
540 ：nobodyさん：2007/07/28(土) 23:05:15 ID:Lho7AOvH
Rubyがもっと速くなったらPerlとかPHPとかいらなくなるんだろうけど
じゃあ、1.9が出たらRuby完勝だね
逆に言えば現状は完敗だね
543 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 01:28:01 ID:???
速度が問題になるアプリが必要なら
コンパイル言語使うけどね
コンパイル言語使うけどね
544 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 01:56:18 ID:???
ベンチの結果とか見ると遅いけど、
使っててイライラしてくることなんてないんだけど、
みんなはそこまで速度が気になるの？
使っててイライラしてくることなんてないんだけど、
みんなはそこまで速度が気になるの？
545 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 02:18:17 ID:???
場合によるな
CGIスクリプトやゲーム以外ならほとんど気にしない
CGIスクリプトやゲーム以外ならほとんど気にしない
546 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 13:18:28 ID:???
547 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 15:53:13 ID:???
>>535, >>539
perl
if ($str =~ /^\s*(["'])([^\1\s]+)\1/){ $col = $2; }
php
if(preg_match('/^\\s*(["\'])([^\\1\\s]+)\\1/', $str, $m)){ $col = $m[2]; }
正規表現自体がまあ暗号みたいな所はあるのでどっちもどっちだが、PHPの方が
わずかにマゾ度が高いと思う。
perl
if ($str =~ /^\s*(["'])([^\1\s]+)\1/){ $col = $2; }
php
if(preg_match('/^\\s*(["\'])([^\\1\\s]+)\\1/', $str, $m)){ $col = $m[2]; }
正規表現自体がまあ暗号みたいな所はあるのでどっちもどっちだが、PHPの方が
わずかにマゾ度が高いと思う。
548 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 17:05:45 ID:???
535でも539でもないが良く分かった。なるほど。
JavaやPythonはそのへんどうなんだろう・・・？
JavaやPythonはそのへんどうなんだろう・・・？
549 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 18:02:35 ID:???
だってPHPの正規表現ライブラリってPerlの5.005ベースだろ。何年前のバージョンだよ。話にならんわ。
550 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 18:03:45 ID:???
今時正規表現なんて使う奴いねーだろｗｗｗ
たわけがｗｗ
たわけがｗｗ
551 ：名無しさん＠そうだ選挙に行こう：2007/07/29(日) 20:01:30 ID:???
単純な入力チェックとかも正規表現を使わずに書くだけで非常に煩雑に出来るんだが、>>550はそういうことをやってそうだな。
逆に言えば、正規表現の使いどころは入力バリデーションしかない気がするんだが
正規表現なんて単なる自己満だろ
正規表現を聞いたことのない奴らでも立派にGoogleを使いこなしてる
正規表現を聞いたことのない奴らでも立派にGoogleを使いこなしてる
PHPが絡むとネタ発言が増えるな。
バリデーションに使えるだけで十分便利じゃないですか
PHPのpreg系ってマルチバイト対応する予定あるの？
utf-8なら出来るよ
正規表現は言語内言語みたいなもんだからな。
1つの言語しか使えないような香具師には荷が重すぎるんだろう。
釣られるとしたらこんな感じかな。
1つの言語しか使えないような香具師には荷が重すぎるんだろう。
釣られるとしたらこんな感じかな。
Perlは正規表現入門言語としては未だに存在価値はあるなと思う。
使わないと文字列置換やsplitすらできない。
（原始C的に index とか substr でやるのはまあ可能だが。）
PHPの場合は正規表現の存在を知らなくてもとりあえず組めるから、そういう
底辺は多いような気もする。
（PHPのsplit第一引数が正規表現をとることを知らない奴もいた。）
でこのスレ的にRubyはどうなんだろう。正規表現は組み込みで使えるが、
各メソッド引数は文字列で代用できるから、Rubyから入った人で「避けて」
いる人はいそうな気もする。
個人的には正規表現の初歩的な部分はスクリプト言語の必修科目だと
思ってるし、そういう人が大多数だと思うよ、と以上恥ずかしマジレス。
使わないと文字列置換やsplitすらできない。
（原始C的に index とか substr でやるのはまあ可能だが。）
PHPの場合は正規表現の存在を知らなくてもとりあえず組めるから、そういう
底辺は多いような気もする。
（PHPのsplit第一引数が正規表現をとることを知らない奴もいた。）
でこのスレ的にRubyはどうなんだろう。正規表現は組み込みで使えるが、
各メソッド引数は文字列で代用できるから、Rubyから入った人で「避けて」
いる人はいそうな気もする。
個人的には正規表現の初歩的な部分はスクリプト言語の必修科目だと
思ってるし、そういう人が大多数だと思うよ、と以上恥ずかしマジレス。
恥ずかし
いまいら、恥の上塗りする前に、
オートマトンと状態遷移ぐらい勉強しといた方がいいぞ。
オートマトンと状態遷移ぐらい勉強しといた方がいいぞ。
>>561
kwsk
kwsk
大雑把に言えば、正規表現を使えば状態遷移を簡単に扱える。
ただの文字列パターンマッチ言語じゃない。
なんて言っても、現実には文字列パターンマッチぐらいにしか使われないか。
ただの文字列パターンマッチ言語じゃない。
なんて言っても、現実には文字列パターンマッチぐらいにしか使われないか。
>>563
おおなんか難しそう。とおもって
ttp://ja.wikipedia.org/wiki/%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
とか
ttp://www.adachi.ne.jp/users/katz/primer/automata.html#introduction
とかみてみたが何が何だかわかりません。具体例を挙げて説明出来ますかプリーズ。
引き合いに出してｽﾏﾝが例えば >>547みたいな正規表現を使った処理で
何が「状態」でどれがその「遷移」なんだ？
おおなんか難しそう。とおもって
ttp://ja.wikipedia.org/wiki/%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
とか
ttp://www.adachi.ne.jp/users/katz/primer/automata.html#introduction
とかみてみたが何が何だかわかりません。具体例を挙げて説明出来ますかプリーズ。
引き合いに出してｽﾏﾝが例えば >>547みたいな正規表現を使った処理で
何が「状態」でどれがその「遷移」なんだ？
>>563ではないがヒマなので...
正規表現エンジンってのは中で動いてるステートマシンを見せないのが偉い所なので、
なにが状態でなにが遷移ってのは説明しずらい。そらもちろん出来るだろうがめんどくさい。
たとえば、CSVの行をCでパースしようと思ったとき、
文字列の頭からcharポインタを++しつつスキャンして行くわけだが、
0. 初期状態はOUTSIDE_DQUOTE
1. INSIDE_DQUOTE中に"を見付けたらOUTSIDE_DQUOTEに遷移する
2. OUTSIDE_DQUOTE中に"を見付けたらINSIDE_DQUOTEに遷移する
3. INSIDE中に,を見付けても無視
4. OUTSIDEで,を見付けたら、そいつをフィールドのデリミタと考えてバッファの内容を適当に料理する。
ごく簡単に書けばこんな感じになる。
たとえば音声の特徴を文字列に変換して、そいつに正規表現でマッチングをかければ
grepで音声認識は可能かもしれない。だれもやらんと思うが。
音声認識とかマッチングのアルゴリズムはステートマシンから派生した奴が多いからね
だがマルコフ連鎖を正規表現で書くのは大変そうだ。
正規表現エンジンってのは中で動いてるステートマシンを見せないのが偉い所なので、
なにが状態でなにが遷移ってのは説明しずらい。そらもちろん出来るだろうがめんどくさい。
たとえば、CSVの行をCでパースしようと思ったとき、
文字列の頭からcharポインタを++しつつスキャンして行くわけだが、
0. 初期状態はOUTSIDE_DQUOTE
1. INSIDE_DQUOTE中に"を見付けたらOUTSIDE_DQUOTEに遷移する
2. OUTSIDE_DQUOTE中に"を見付けたらINSIDE_DQUOTEに遷移する
3. INSIDE中に,を見付けても無視
4. OUTSIDEで,を見付けたら、そいつをフィールドのデリミタと考えてバッファの内容を適当に料理する。
ごく簡単に書けばこんな感じになる。
たとえば音声の特徴を文字列に変換して、そいつに正規表現でマッチングをかければ
grepで音声認識は可能かもしれない。だれもやらんと思うが。
音声認識とかマッチングのアルゴリズムはステートマシンから派生した奴が多いからね
だがマルコフ連鎖を正規表現で書くのは大変そうだ。
ますますわからんのだが
それは「正規表現を使って状態遷移を扱う」という話でなくて、
「正規表現は状態遷移を使って文字列マッチングをする」
って話かと思うんだけども。
音声の特徴を文字列に置き換えて、ってあるから、
いったん「状態」をあるルールに基づいて文字列に変換すると、
上の正規表現の内部の動きを使って
状態遷移を管理できるんだなーという話なのかな。
ごめんなさい。でも勉強になった。
組み込みとかやってる人ならすんなり判るのかなあ。
それは「正規表現を使って状態遷移を扱う」という話でなくて、
「正規表現は状態遷移を使って文字列マッチングをする」
って話かと思うんだけども。
音声の特徴を文字列に置き換えて、ってあるから、
いったん「状態」をあるルールに基づいて文字列に変換すると、
上の正規表現の内部の動きを使って
状態遷移を管理できるんだなーという話なのかな。
ごめんなさい。でも勉強になった。
組み込みとかやってる人ならすんなり判るのかなあ。
多分実装時に「状態マシン」と意識してやっているかどうかの違いの様な気もする。
実装に置き直すとフラグ管理による処理分岐とかそう言ったものを含む関数の
戻り値が「終了状態」みたいな、そんな感じになりそう？
grep とか diff とかを「書く」人間はこういう基礎を踏まえた上でないと効率的な
ものは出来ないんだろうな、という想像は出来たが、ぶっちゃけ正規表現を有効に
使えるかどうか、という観点には「直接は」関係ないような気もした。
ただ、勉強（しなきゃなという気には）なった。ありがとう。>>563 >>565
実装に置き直すとフラグ管理による処理分岐とかそう言ったものを含む関数の
戻り値が「終了状態」みたいな、そんな感じになりそう？
grep とか diff とかを「書く」人間はこういう基礎を踏まえた上でないと効率的な
ものは出来ないんだろうな、という想像は出来たが、ぶっちゃけ正規表現を有効に
使えるかどうか、という観点には「直接は」関係ないような気もした。
ただ、勉強（しなきゃなという気には）なった。ありがとう。>>563 >>565
オートマトンなんかどうでもいいから、
みんなでマトン焼いて食おうぜ！
みんなでマトン焼いて食おうぜ！
今日はウナギにしとこうぜ。
みんなでウナギに小便かけようぜ
なんのために。
誰のためでもない～
日本生まれプログラミング言語「Ｒｕｂｙ」で活性化
http://www.zakzak.co.jp/top/2007_08/t2007080130.html
記事中にはJAVAとRubyしか登場せず、PerlやPHPについて
一切言及されていない辺りに、偏った作為や悪意を感じるｗｗ
http://www.zakzak.co.jp/top/2007_08/t2007080130.html
記事中にはJAVAとRubyしか登場せず、PerlやPHPについて
一切言及されていない辺りに、偏った作為や悪意を感じるｗｗ
>>574
全角が気になる
全角が気になる
>575
まあZakuZakuだ、許してあげよう。
まあZakuZakuだ、許してあげよう。
提灯記事ならこんなもんでしょ。
いやまてよ、ZakuZakuって夕刊フジじゃなかったっけ？
全角含めこんな素人くさい記事になるのは仕方ないとして、
取り上げられるってのはすごいな。意図がわからん。
ルビーっていいね、ルビー。
全角含めこんな素人くさい記事になるのは仕方ないとして、
取り上げられるってのはすごいな。意図がわからん。
ルビーっていいね、ルビー。
ZakZakだった・・・・。
やばい、ガンオタかと思われる。
やばい、ガンオタかと思われる。
たしかにRubyを持ち上げるzakzakの意図が不明だな。
某ひらがな作者とzakzak記者の間でコネがあるとか？？
某ひらがな作者とzakzak記者の間でコネがあるとか？？
提灯記事だから持ち上げたってほどじゃないだろ
それよりも俺はこっちの方が気になるな
>一般的にプログラミング言語には「Ｊａｖａ」（ジャバ）が使われることが多いが
それよりも俺はこっちの方が気になるな
>一般的にプログラミング言語には「Ｊａｖａ」（ジャバ）が使われることが多いが
>>581
単に書いたやつが終わってただけか。
単に書いたやつが終わってただけか。
>>581
Rubyじゃなくて、「Ｒｕｂｙビジネスコモンズ」の提灯だと思うけどね。
Rubyビジネス・コモンズの代表の最首英裕氏は、
株式会社EC-Oneの代表取締役社長で、EC-OneはJavaで開発してる。
“Rubyでビジネス”、九州発の業界団体が設立へ － ＠IT
http://www.atmarkit.co.jp/news/200707/24/rbc.html
Rubyビジネス・コモンズ - コモンズ・サイト
http://qwik.jp/rbc/
Rubyじゃなくて、「Ｒｕｂｙビジネスコモンズ」の提灯だと思うけどね。
Rubyビジネス・コモンズの代表の最首英裕氏は、
株式会社EC-Oneの代表取締役社長で、EC-OneはJavaで開発してる。
“Rubyでビジネス”、九州発の業界団体が設立へ － ＠IT
http://www.atmarkit.co.jp/news/200707/24/rbc.html
Rubyビジネス・コモンズ - コモンズ・サイト
http://qwik.jp/rbc/
>>584
なるほど、そういう繋がりか。
なるほど、そういう繋がりか。
endはワンライナーでコード繋げて書いてもブロックと見分けがつきやすいね
なぜendにしたんだろうね
なぜendにしたんだろうね
さぁ? lispの括弧地獄で懲りたから、とか?
Rubyは括弧とかセミコロンとかローマ字以外を使わない傾向にあるよね。
メソッド名に ? とか ! は使うけどね。
>>1
Exception捕まえればInternalServerErrorとは無縁なんだが
Exception捕まえればInternalServerErrorとは無縁なんだが
「自殺」、半数が偏見
http://www.sankei.co.jp/seikatsu/kenko/070804/knk070804000.htm
「自殺は突然」など自殺者の心理、半数が誤解
http://www.yomiuri.co.jp/politics/news/20070804it11.htm
http://www.sankei.co.jp/seikatsu/kenko/070804/knk070804000.htm
「自殺は突然」など自殺者の心理、半数が誤解
http://www.yomiuri.co.jp/politics/news/20070804it11.htm
Ruby作者 「本物の「Rubyバブル」が来ていることを実感する。」
http://news23.2ch.net/test/read.cgi/news/1186758557/
Ruby初心者スレッド Part 13
http://pc11.2ch.net/test/read.cgi/tech/1183115034/
Rubyについて Part 27
http://pc11.2ch.net/test/read.cgi/tech/1180031347/
Ruby終了のお知らせ。
http://pc11.2ch.net/test/read.cgi/php/1181668153/
http://news23.2ch.net/test/read.cgi/news/1186758557/
Ruby初心者スレッド Part 13
http://pc11.2ch.net/test/read.cgi/tech/1183115034/
Rubyについて Part 27
http://pc11.2ch.net/test/read.cgi/tech/1180031347/
Ruby終了のお知らせ。
http://pc11.2ch.net/test/read.cgi/php/1181668153/
Rubyって需要ある？？
マジレス求む”！
マジレス求む”！
どこの会社でも自分の裁量である程度できる案件なんて
ごろごろ転がってるだろ。あとは自分のスキル次第
ごろごろ転がってるだろ。あとは自分のスキル次第
ごろごろはいいすぎだった
やっぱいまはPHPとJavaが主流かな？
Javaやりたいけどぁたしにはキツイ
パイロンのほうがおもしろいかな？
Javaやりたいけどぁたしにはキツイ
パイロンのほうがおもしろいかな？
パイロンねぇ～～、うーん、パイロンかぁ～～～。惜しいなぁ～～。
パイオツのほうがおもしろいと思うよ。
パイオツのほうがおもしろいと思うよ。
積極的にそれを使うべき理由がない限り、最もパイの大きなPHPにしとくのが無難。
そうなんだよな
てか全部オブジェクト指向で組みたければ
PHPで基本型のオブジェクトも作ればいいだけじゃん。
Rubyなんて所詮手続き型で書けないPHPみたいなもんだろ。
てか全部オブジェクト指向で組みたければ
PHPで基本型のオブジェクトも作ればいいだけじゃん。
Rubyなんて所詮手続き型で書けないPHPみたいなもんだろ。
class String
def coerce(n)
if self['.']
[n, Float(self)]
else
[n, Integer(self)]
end
end
end
p x = 1 + "23"
p y = 23 * "1.23"
Rubyの文字列オブジェクトを暗黙の型変換するように
メソッドを加えたもの。
こういう柔軟さに比べたらPHPなんてほんと糞すぎて笑える
def coerce(n)
if self['.']
[n, Float(self)]
else
[n, Integer(self)]
end
end
end
p x = 1 + "23"
p y = 23 * "1.23"
Rubyの文字列オブジェクトを暗黙の型変換するように
メソッドを加えたもの。
こういう柔軟さに比べたらPHPなんてほんと糞すぎて笑える
Rubyをある程度知ってるとPHPなんておもちゃにしか見えないのも事実なんだよな
別に喧嘩する必要はないんだよ。
PHPはアマグラマ、Rubyはプログラマが使うってことで住み分けできる。
目的と用途に適したものを使えばいい
PHPはアマグラマ、Rubyはプログラマが使うってことで住み分けできる。
目的と用途に適したものを使えばいい
手続き型で書きたくても書けないRuby哀れｗｗｗｗ
Rubyは手続き型なんだが
この待ちガイルのような釣り >>607 は放置でいいんだよな。
rubyが遅いなら
rubyをコンパイルすればいいだけじゃないの？
なんでできないの？
rubyをコンパイルすればいいだけじゃないの？
なんでできないの？
│ 彡川川川三三三ミ～ プウゥ～ン
｜ 川｜川／ ＼｜～ ポワ～ン ＿＿＿＿＿＿＿＿
｜ ∥｜∥ ◎---◎｜～ ／
｜ 川川∥ 3 ヽ～ ＜ PHPはアマグラマ、Rubyはプログラマが使う
｜ 川川 ∴）д（∴）～ ＼＿＿＿＿＿＿＿＿
｜ 川川 ～ /～ カタカタカタ
｜ 川川∥ ～ /∥ ＿＿＿＿＿
｜ 川川川川＿＿＿／∥ | |￣￣＼ ＼
｜ ／ ＼＿＿| | |￣￣|
｜ / ＼Ruby命＿ | | |＿＿|
｜ | ＼ |つ |＿_|＿＿／ ／
｜ / |￣￣￣￣| 〔￣￣〕
｜ 川｜川／ ＼｜～ ポワ～ン ＿＿＿＿＿＿＿＿
｜ ∥｜∥ ◎---◎｜～ ／
｜ 川川∥ 3 ヽ～ ＜ PHPはアマグラマ、Rubyはプログラマが使う
｜ 川川 ∴）д（∴）～ ＼＿＿＿＿＿＿＿＿
｜ 川川 ～ /～ カタカタカタ
｜ 川川∥ ～ /∥ ＿＿＿＿＿
｜ 川川川川＿＿＿／∥ | |￣￣＼ ＼
｜ ／ ＼＿＿| | |￣￣|
｜ / ＼Ruby命＿ | | |＿＿|
｜ | ＼ |つ |＿_|＿＿／ ／
｜ / |￣￣￣￣| 〔￣￣〕
たしかにPHP使えばバグを簡単に作りこめるから
受注案件だけやってる会社なら保守でたっぷり稼げるかもな
受注案件だけやってる会社なら保守でたっぷり稼げるかもな
でもRubyならバグが入らない、というわけでは決してない。
言ってることはわからないでもない。ただPHPで不具合対応は基本的に只働きな現状。
↑（これはこれで正しい姿。結局プログラマの能力およびモラル依存。派遣は論外）
言ってることはわからないでもない。ただPHPで不具合対応は基本的に只働きな現状。
↑（これはこれで正しい姿。結局プログラマの能力およびモラル依存。派遣は論外）
phpでrubyを実装したらいいじゃん
皮肉とかそういうのが判らん奴とは
仕事したくねぇなぁ・・・・
仕事したくねぇなぁ・・・・
自分の皮肉やダジャレがつまらなかったり、
あるいはそもそも皮肉として成立してねぇことにも気づかん奴とは
仕事したくねぇなぁ・・・・
あるいはそもそも皮肉として成立してねぇことにも気づかん奴とは
仕事したくねぇなぁ・・・・
617とは仕事したくねぇなぁ
はっきりいったらどうだはっきり。
はっきりいったらどうだはっきり。
ああきちがいとかにもって行くと
とたんに安っぽくなるなあ。おしい。
とたんに安っぽくなるなあ。おしい。
Rubyも例の不可解な演算が行われる場合があるのだけどな。
職場のRuby使いが気持悪いです。常に鼻毛が出ていたり、口から泡噴いてます
PHPで基本型オーバーライドできるようになんねーかな
そうしたらRubyなんて蹴散らせるのに・・・
悔しいっﾋﾞｸﾋﾞｸ
そうしたらRubyなんて蹴散らせるのに・・・
悔しいっﾋﾞｸﾋﾞｸ
626 ：sage：2007/08/14(火) 13:18:41 ID:GBlrMuxf
rubyかphpでwebアプリを作ろうと思うのだがどちらがオヌヌメ？
クライアント側はAJAXを適用したい。(XMLは使わなくても良い)
ちなみに普段はJava使いだが、レンタルサーバの制約上rubyかphp。
PHP5のOOの文法は好感が持てるが
APIの日本語ドキュメントが充実してるのはやっぱrubyなのかえ？
クライアント側はAJAXを適用したい。(XMLは使わなくても良い)
ちなみに普段はJava使いだが、レンタルサーバの制約上rubyかphp。
PHP5のOOの文法は好感が持てるが
APIの日本語ドキュメントが充実してるのはやっぱrubyなのかえ？
>>626
PHPのほうがユーザー数が多いぶん、ドキュメントも豊富。
PHPのほうがユーザー数が多いぶん、ドキュメントも豊富。
楽したいのならPHP、
自虐的に茨の道を進みたいのならRuby。
自虐的に茨の道を進みたいのならRuby。
Rubyやってみたけど、別に茨な感じじゃなかったな
「茨の道」がピンと来ないなら、「変態の道」でもいいよ。
変態の道も悪くないが
code-igniterとZendFrameworkの日本語リファレンス見て
分かりやすいと思ったのでPHPでやってみるわ。
さて次はフレームワークで悩むわけですが･･･
一応上記の2つが候補。
これは自分で調べたり、いじったりしながら考えるよ。
㌧クス！
code-igniterとZendFrameworkの日本語リファレンス見て
分かりやすいと思ったのでPHPでやってみるわ。
さて次はフレームワークで悩むわけですが･･･
一応上記の2つが候補。
これは自分で調べたり、いじったりしながら考えるよ。
㌧クス！
code-igniterはRailsぽい機能が多い、ただしテーブルの依存関係を定義する方法がないなど
場合によっては足りない機能もある
ZendFrameworkは全然Railsぽくない。機能は沢山あるが設定などで悩まさたり、覚えるの面倒だったり。
RailsはCGI環境じゃ遅くて使い物にならないのでFastCGIなどを使用する必要があるが、
本番の運用環境を自前で容易するならちょっと面倒だが、ローカル環境でテストするだけなら簡単。
場合によっては足りない機能もある
ZendFrameworkは全然Railsぽくない。機能は沢山あるが設定などで悩まさたり、覚えるの面倒だったり。
RailsはCGI環境じゃ遅くて使い物にならないのでFastCGIなどを使用する必要があるが、
本番の運用環境を自前で容易するならちょっと面倒だが、ローカル環境でテストするだけなら簡単。
ZFはぶっちゃけしょぼい
code-igniterおすすめ
これこそPHPらしいフレームワーク
これこそPHPらしいフレームワーク
おまえらいいやつだな。
とりあえずcode-igniterでHelloWorldしてみた。
噂どおりサクサク動くね。記述方法も割りとしっくり。
確かに機能的には寂しい。認証くらい標準装備してほしいなぁ。
明日から仕事。イキタクネー。
とりあえずcode-igniterでHelloWorldしてみた。
噂どおりサクサク動くね。記述方法も割りとしっくり。
確かに機能的には寂しい。認証くらい標準装備してほしいなぁ。
明日から仕事。イキタクネー。
フレームワークなんか使わなければ、もっと超サクサクなのに。
CIもいいが、Cakeもいいよ。
ちょっと重くなるけど、アソシエーションできるし。
ちょっと重くなるけど、アソシエーションできるし。
でもJavaから移行するならRubyのほうがメリット大きい気もするな。
JRubyでJavaのライブラリを呼び出せて移行に関するギャップが少ない、
Javaと同じように綺麗なオブジェクト指向で書ける。
Rubyは特にウェブ開発に限った言語じゃないので他の言語の開発を
サポートするようなツールを書くのにも使える。
などのメリットがすぐに思いつく
JRubyでJavaのライブラリを呼び出せて移行に関するギャップが少ない、
Javaと同じように綺麗なオブジェクト指向で書ける。
Rubyは特にウェブ開発に限った言語じゃないので他の言語の開発を
サポートするようなツールを書くのにも使える。
などのメリットがすぐに思いつく
HTMLでも十分だろ
HTAご存知か？
HTAご存知か？
>>638
つーかさ、なんで「オブジェクト指向ありき」が前提になってんの？
Webアプリ程度の規模（たとえばmixiくらいまで）なら、
むしろOOP使わないほうが開発効率もソースの見通しも実行速度も全て良いと思うんだが。
つーかさ、なんで「オブジェクト指向ありき」が前提になってんの？
Webアプリ程度の規模（たとえばmixiくらいまで）なら、
むしろOOP使わないほうが開発効率もソースの見通しも実行速度も全て良いと思うんだが。
オブジェクト指向が何のためにある技術かってところから勉強し直してこいよ
>>640
きさま、なんでもいいからコードうｐしてみてよ
きさま、なんでもいいからコードうｐしてみてよ
いやでも640のいう事ももっともだよ。
はじめにオブジェクト指向ありきってのは思考停止。
でも638はJavaからの移行に有利である理由として
オブジェクト指向うんぬんっていってるわけだから、
まったく反論になってない。
はじめにオブジェクト指向ありきってのは思考停止。
でも638はJavaからの移行に有利である理由として
オブジェクト指向うんぬんっていってるわけだから、
まったく反論になってない。
だって反論じゃなくて疑問だからね。
じゃあ638を読んでその疑問を持つのが
まずおかしいってことで。
まずおかしいってことで。
そんなことより野球の話しようぜ（AA略
全然おかしくねぇだろ。
そもそものスレの流れを見れば分かる。
そもそものスレの流れを見れば分かる。
638は、「オブジェクト指向ありき」が前提になってない。
「Javaからの移行ありき」になってる。
Javaからの移行を考えれば、オブジェクト指向で
書けるというのはいいよねって話だろ。
おかしいじゃん。
でも「オブジェクト指向ありき」はよくないってのは
賛成するし、イライラしてつっかかる気持ちもわかるよ。
ドメイン貧血症だのなんだのとかファウラーの尻馬に乗って
騒いでるような意見多いしな。
「Javaからの移行ありき」になってる。
Javaからの移行を考えれば、オブジェクト指向で
書けるというのはいいよねって話だろ。
おかしいじゃん。
でも「オブジェクト指向ありき」はよくないってのは
賛成するし、イライラしてつっかかる気持ちもわかるよ。
ドメイン貧血症だのなんだのとかファウラーの尻馬に乗って
騒いでるような意見多いしな。
640はPerlしか知らないからだろｗ
オブジェクト指向っていうか、名前空間切ってあるほうが良いだろ。
なんでもかんでもフラットに詰め込まれてるより。
なんでもかんでもフラットに詰め込まれてるより。
OOPなんていらねーと思って作り始めても
やっぱり結局OOPに戻ってしまうことってよくあるよな
やっぱり結局OOPに戻ってしまうことってよくあるよな
そんで本当にOOPが生産性向上に寄与したかどうかって、
正確に測定した人はいるの？ っていうか測定できるのか？
正確に測定した人はいるの？ っていうか測定できるのか？
OOP使わない場合がOOP使う場合よりも生産性高いって測定できないのと同様。
Rubyの技術者認定試験が10月開始
http://itpro.nikkeibp.co.jp/article/NEWS/20070816/279767/?L=top1
認定試験とか始めるんだね。というかCTCがRubyの教育事業
とかやってたことに驚いた。
http://itpro.nikkeibp.co.jp/article/NEWS/20070816/279767/?L=top1
認定試験とか始めるんだね。というかCTCがRubyの教育事業
とかやってたことに驚いた。
ActionScriptやり始めると、データというかムービークリップをクラスベースにするメリットを実感できる。
DBやHTMLをあらわすのにクラスを使っても意味内と思う。HTMLをすべてDOMで操作するとかいうなら別だが。
DBやHTMLをあらわすのにクラスを使っても意味内と思う。HTMLをすべてDOMで操作するとかいうなら別だが。
O/Rマッパー全否定ですか。
本当にいろんな面で有利でオブジェクト指向必要ないなら
とっくにこの世から無くなってる
とっくにこの世から無くなってる
Javaの世界でもCOBOLから来た人で
1000行とか1万行とかあるクラスを書いちゃう人がいるらしいけど
未だにこういう人っているんだな。
一緒の会社じゃなくて良かった
1000行とか1万行とかあるクラスを書いちゃう人がいるらしいけど
未だにこういう人っているんだな。
一緒の会社じゃなくて良かった
>>659
コボラー様の肛門でも舐めとけや
コボラー様の肛門でも舐めとけや
ORマッパーはいらないね。連想配列で十分だもん。
アメリカ人と話すのに英語の通訳介するよりも、直接英語で話す方が効率的。
ただし、片言の英語しか話せず意味を取り違えるくらいなら通訳使った方がマシ。
それはORマッパーにも言える。
アメリカ人と話すのに英語の通訳介するよりも、直接英語で話す方が効率的。
ただし、片言の英語しか話せず意味を取り違えるくらいなら通訳使った方がマシ。
それはORマッパーにも言える。
Rubyはオブジェクトオブジェクト言いたい中二専用言語
なくならないのは使いこなせない人間が多いから
O/Rマッパを使ったほうがSQLを直接コードの中に書くよりも
可読性があがるし、もちろん複雑な処理はSQLを直接書いたほうが
早い場合はあるが。バリデーションやサニタイズ等の処理は
クラスの中にカプセル化して、必ずデータにアクセスする際に
使用する事をコードで保証したほうがセキュリティの面でも
安全だと思うがね
可読性があがるし、もちろん複雑な処理はSQLを直接書いたほうが
早い場合はあるが。バリデーションやサニタイズ等の処理は
クラスの中にカプセル化して、必ずデータにアクセスする際に
使用する事をコードで保証したほうがセキュリティの面でも
安全だと思うがね
>>667
Rails の ActiveRecord はモデルクラスにバリデーションを記述できる。
一応クラス階層的にはValidationsモジュールとして分離されてるけど。
組み込みの Array クラスみてもそうだけどRubyは実用志向の大クラス主義なので。
Rails の ActiveRecord はモデルクラスにバリデーションを記述できる。
一応クラス階層的にはValidationsモジュールとして分離されてるけど。
組み込みの Array クラスみてもそうだけどRubyは実用志向の大クラス主義なので。
ウェブアプリの場合、DBからの結果セットをそのままHTMLに埋め込めばいい場合がほとんどだけど、もしビジネスロジックのあるクラスベースにする方が都合がいいなら、そこで結果セットからそのクラスへの詰め替えの作業が必要になる。
その際、結果セットがオブジェクトであろうと連想配列であろうと、それはどうでもいい。ただ詰め替えるだけだ。
そんなことよりどれだけ効率のいいSQLを書けるかがポイント。上手いSQLと下手なSQLでは簡単に10倍、20倍処理速度の差が出来る。やっと作った上手いSQLをわざわざORマッパーの文法に再変換するのは無駄。
ウェブプログラミングの中心である、リレーショナルDB、HTMLはいずれもまったくオブジェクト指向ではないわけで、ウェブプログラミング自体にオブジェクト指向の必要なケースは滅多にないと言える。
その際、結果セットがオブジェクトであろうと連想配列であろうと、それはどうでもいい。ただ詰め替えるだけだ。
そんなことよりどれだけ効率のいいSQLを書けるかがポイント。上手いSQLと下手なSQLでは簡単に10倍、20倍処理速度の差が出来る。やっと作った上手いSQLをわざわざORマッパーの文法に再変換するのは無駄。
ウェブプログラミングの中心である、リレーショナルDB、HTMLはいずれもまったくオブジェクト指向ではないわけで、ウェブプログラミング自体にオブジェクト指向の必要なケースは滅多にないと言える。
よってオブジェクト指向しか取り柄のないRubyは終了。板違いなんで、得意分野をなんとか見つけてくれ。
いや、O/Rマッパを使ったとしても
どんなSQLを発行してるかなんて見るの簡単だし、
非効率な処理を見つけたらそれを最適化すればいいだけで
コードの可読性や保守性を犠牲にしてまで
最初から全てを効率化しようとする事のほうがよっぽど
時間の無駄
どんなSQLを発行してるかなんて見るの簡単だし、
非効率な処理を見つけたらそれを最適化すればいいだけで
コードの可読性や保守性を犠牲にしてまで
最初から全てを効率化しようとする事のほうがよっぽど
時間の無駄
手続き型もOOも両方できるPHP最強でFA
SQLとか正規表現は、それ自体が一つの言語なんだ。
SQLを使わないデータベース、リレーショナルじゃないデータベースを採用しない限り、SQLという一つの言語をRuby（やPHPやPerl）という別の言語に変換するのは無理だし、無駄ってこと。
例えば、substr()やsplit()で正規表現を代替しようと思っても、それはごく簡単な正規表現しか無理だろ。出来たとしても、そんな無駄な労力どうする。
SQLを使わないデータベース、リレーショナルじゃないデータベースを採用しない限り、SQLという一つの言語をRuby（やPHPやPerl）という別の言語に変換するのは無理だし、無駄ってこと。
例えば、substr()やsplit()で正規表現を代替しようと思っても、それはごく簡単な正規表現しか無理だろ。出来たとしても、そんな無駄な労力どうする。
K.K.projectsなら可能です
普段よく使う正規表現は再利用するためにクラスにまとめておいたほうが便利なのと一緒の理屈
それはORマッパーの必要がない。単にDAOクラスを作ればいいだけ。
まあ、ごく単純なSQL（ジョインするテーブルがないか、あっても主キーでつなぐだけ）しか必要ないケース、例えば管理画面とか。
そういうケースではORマッパーは省力化になる。
プログラム板でもだいたい↑のような結論になってる。
そういうケースではORマッパーは省力化になる。
プログラム板でもだいたい↑のような結論になってる。
結局クラス作るのかよ。
んー、railsだとjoinも結構簡単なのだよね。include 一発なので。
railsというかActiveRecordが楽。
もし複雑になったら、modelに関連書いちゃえば良い。
railsはある分野では涙出そうな程便利だけど(複雑な事が1行で終わったりとか)
ずっとやってるとバカになりそうな気がする。簡単すぎて。
railsというかActiveRecordが楽。
もし複雑になったら、modelに関連書いちゃえば良い。
railsはある分野では涙出そうな程便利だけど(複雑な事が1行で終わったりとか)
ずっとやってるとバカになりそうな気がする。簡単すぎて。
includeは楽だねー。
joinが簡単にできるのはもちろん、もって来たデータの扱いも簡単すぎて笑ってしまう。
ただ、DBのモデリングちゃんとやってないと収拾付かなくなりそうな気はする。
テーブル設計が適当なプロジェクトって結構多いし、
そういう点で意外と敷居は高いのかもしれない
joinが簡単にできるのはもちろん、もって来たデータの扱いも簡単すぎて笑ってしまう。
ただ、DBのモデリングちゃんとやってないと収拾付かなくなりそうな気はする。
テーブル設計が適当なプロジェクトって結構多いし、
そういう点で意外と敷居は高いのかもしれない
Ruby on RailsにはJava2EEと同じニオイを感じるな。
目立って「Railsなんか使うな」っていう記事は見当たらず、
「Railsサイコー」っていうのはよく見かけるのに、
なぜか実際に使った人は「やめたほうがいい」と言ってる。
「RailsのベストプラクティスはRailsを使わないこと」という名言もあった。
なんか、古き悪しきJava2EEと同じニオイがする。
なんかの記事で、「非プログラマでもRailsなら1時間の勉強でモノが作れる」とかあったけど、
それはありえないでしょう。せいぜい、チュートリアル通りのCRUDを作れるくらい。
それなら、Java + NetBeansでもできるよ。というか、そっちのほうが楽。
プロトタイプをサクサクとかでも、Visual Web Packで適当に画面作るほうが直感的で楽なわけで。
NetBeansはダメでしょっていうならJDeveloperで。
目立って「Railsなんか使うな」っていう記事は見当たらず、
「Railsサイコー」っていうのはよく見かけるのに、
なぜか実際に使った人は「やめたほうがいい」と言ってる。
「RailsのベストプラクティスはRailsを使わないこと」という名言もあった。
なんか、古き悪しきJava2EEと同じニオイがする。
なんかの記事で、「非プログラマでもRailsなら1時間の勉強でモノが作れる」とかあったけど、
それはありえないでしょう。せいぜい、チュートリアル通りのCRUDを作れるくらい。
それなら、Java + NetBeansでもできるよ。というか、そっちのほうが楽。
プロトタイプをサクサクとかでも、Visual Web Packで適当に画面作るほうが直感的で楽なわけで。
NetBeansはダメでしょっていうならJDeveloperで。
J2EEと比べたり、NetBeansが…とか、
あんた相当ズレてるよｗ
あんた相当ズレてるよｗ
理解した上で楽をする→いい怠惰
理解せずに楽をしようとする→悪い怠惰
非プログラマがいきなりRailsで作り始める→悪い怠惰
理解せずに楽をしようとする→悪い怠惰
非プログラマがいきなりRailsで作り始める→悪い怠惰
Railsをまじめに使ったことはないが
>「非プログラマでもRailsなら1時間の勉強でモノが作れる」
これが言い過ぎだというのは俺にでも分かる
あと、「Railsスゲー」って声が先行してる感は確かにあるな
>「非プログラマでもRailsなら1時間の勉強でモノが作れる」
これが言い過ぎだというのは俺にでも分かる
あと、「Railsスゲー」って声が先行してる感は確かにあるな
NetBeansはJava書くときに使ってみたけど
確かに良く出来てるなと思った。
でもNetBeansですらRuby対応を次のバージョンで
行うようだけど
確かに良く出来てるなと思った。
でもNetBeansですらRuby対応を次のバージョンで
行うようだけど
俺はRails礼賛もセカンドライフ礼賛も、どっちの風潮にも眉に唾をつけている。
どっちも使ったことないけど・・・。
どっちも使ったことないけど・・・。
セカンドライフと一緒にするのはあんまりだと思う
Rubyの犠牲者がまた一人
http://d.hatena.ne.jp/kiwanami/20070827#1188228305
[ruby]Railsについて思うこと 00:25
現在、炎上Rails案件の消火中。
寝る時間も、自分の時間も、何かを楽しく実験するような時間も無い。
いろいろなものを失って、これからも失い続ける。
もう、何もかも疲れた
http://d.hatena.ne.jp/kiwanami/20070827#1188228305
[ruby]Railsについて思うこと 00:25
現在、炎上Rails案件の消火中。
寝る時間も、自分の時間も、何かを楽しく実験するような時間も無い。
いろいろなものを失って、これからも失い続ける。
もう、何もかも疲れた
690 ：nobodyさん：2007/09/02(日) 00:44:54 ID:EYTIFmFr
>>688
どちらも盲目的という点で同じ。
どちらも盲目的という点で同じ。
どちらも商売にするのが難しそうな点は似てるかもw
昔から普通にある光景。
勝手に新しいツール導入して、現場が使いこなせずに破綻。
まず実験的に使って、評価してから導入しろよってやつ。
勝手に新しいツール導入して、現場が使いこなせずに破綻。
まず実験的に使って、評価してから導入しろよってやつ。
Railsの案件炎上の人が言ってる事は自戒なのだろうか
いくら広告が上手くても
実際の物が悪かったら人気でないわけで
逆にいくら良い物でも
宣伝が悪かった人気でないわけで
そこら辺は技術の良し悪しだけじゃ
語れないでしょ
実際の物が悪かったら人気でないわけで
逆にいくら良い物でも
宣伝が悪かった人気でないわけで
そこら辺は技術の良し悪しだけじゃ
語れないでしょ
ウェブアプリ作るのに、言語の優劣はたいして関係ないから名。それよりもrubyのようなマイナーな言語の場合、プログラマーの確保が難しいとか、実行環境に信頼性がないとか、そういう問題が多い。
どんな言語やフレームワークを使おうとも開発者の9割は無能なので
炎上は避けられない。
炎上は避けられない。
RoRが最新技術だと思ってる厨房多いｗｗｗ
RoR以前にActiveRecordパターンを採用したO/Rマッパーって
どんなのあったの？
どんなのあったの？
PerlのClass::DBIがそっくりなのか
いま調べて分った。他にあるのかな
いま調べて分った。他にあるのかな
DBIってO/Rマッパなの？
というかActiveRecordパターンて何？
おしえてエロい人。
というかActiveRecordパターンて何？
おしえてエロい人。
20秒も先により詳しい話が…
なんかワロタｗ
データアクセスの抽象化のために使用されるパターンは以下に詳しく解説されてるよ。
http://otndnld.oracle.co.jp/columns/arai-semi/data_access/1/index.html
http://otndnld.oracle.co.jp/columns/arai-semi/data_access/2/index.html
http://otndnld.oracle.co.jp/columns/arai-semi/data_access/1/index.html
http://otndnld.oracle.co.jp/columns/arai-semi/data_access/2/index.html
Ruby公式ロゴ募集でPHP脂肪ｗｗｗ
>>712
確かそのロゴはどっかにあった（非公式だが）
確かそのロゴはどっかにあった（非公式だが）
そんなロゴ貼り付けるのは痛すぎだろ…
ccncnc
ghddhghdggh
jrtuttutu
gjjfgfjf
ddfhjf
ghddhghdggh
jrtuttutu
gjjfgfjf
ddfhjf
まつもともモリシタンなんだからもう少し頑張れよ。
自分とこの宗教の布教方法見習って、
スピーチコンテストとか偽ってユーザ募るとかすりゃいい。
自分とこの宗教の布教方法見習って、
スピーチコンテストとか偽ってユーザ募るとかすりゃいい。
matz はその辺うまいと思うよ。
(いい意味でも悪い意味でも)
何の変哲もないオブジェクト指向言語に
「楽しい」って言うキャッチフレーズをくっつけて売り出した。
楽しいかどうかなんて人それぞれなのに、一旦そういう売り方すると、
あとはアレな人達が勝手に布教してくれた。
(いい意味でも悪い意味でも)
何の変哲もないオブジェクト指向言語に
「楽しい」って言うキャッチフレーズをくっつけて売り出した。
楽しいかどうかなんて人それぞれなのに、一旦そういう売り方すると、
あとはアレな人達が勝手に布教してくれた。
コンピューター系分野の盲目的信者にはアレな人たちが多いけど（たとえばmac狂信者とか）、
Rubyのそれはとりわけヒドイね。
Rubyのそれはとりわけヒドイね。
何の変哲もないオブジェクト指向言語って
どこが。クラスまでオブジェクトとして実現してる言語って
メジャーな言語じゃ少ないと思うが
どこが。クラスまでオブジェクトとして実現してる言語って
メジャーな言語じゃ少ないと思うが
でもステートメントはオブジェクトじゃ無いじゃんｗ
>>720
つか、メジャーなＯＯＰＬでクラスがオブジェクトじゃない言語ってどんだけ？
つか、メジャーなＯＯＰＬでクラスがオブジェクトじゃない言語ってどんだけ？
クラスがオブジェクトの言語がほとんどだね。
メタクラスが存在しクラスがインスタンスと同じように扱える、
となると多少減るかも。
メタクラスが存在しクラスがインスタンスと同じように扱える、
となると多少減るかも。
ほとんどの言語はクラスはオブジェクトの定義であって
オブジェクトそのものじゃないだろ
オブジェクトそのものじゃないだろ
クラスのインスタンスがオブジェクト、とかそういう話しかな？
使っている人間もクラスがオブジェクトだって分かってないんじゃ？
メジャーで、クラスがオブジェクトでないってーとC++くらいじゃね?
ここのクラスインスタンス変数みたいな事が可能なのは
クラスがオブジェクトそのものだから。
でも分かりづらいので1.9で変更されるみたいだけど
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?ClassInstanceVariable
クラスがオブジェクトそのものだから。
でも分かりづらいので1.9で変更されるみたいだけど
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?ClassInstanceVariable
このように、狂信者らしいマニアックでどうでもいい話が延々と続くのであります。
このへんの特異クラスという考え方もRubyらしい部分
http://www.ruby-lang.org/ja/man/?cmd=view;name=%A5%AF%A5%E9%A5%B9%A1%BF%A5%E1%A5%BD%A5%C3%A5%C9%A4%CE%C4%EA%B5%C1#a.c6.c3.b0.db.a5.af.a5.e9.a5.b9.c4.ea.b5.c1
http://www.ruby-lang.org/ja/man/?cmd=view;name=%A5%AF%A5%E9%A5%B9%A1%BF%A5%E1%A5%BD%A5%C3%A5%C9%A4%CE%C4%EA%B5%C1#a.c6.c3.b0.db.a5.af.a5.e9.a5.b9.c4.ea.b5.c1
「特定のオブジェクトにメソッドやインスタンス変数を定義/追加します。」は
動的な言語なら出来て当たり前だが
「クラス定義と同じ構文」で出来るのは珍しいと言えば珍しいかも。
普通は、そんな面倒な構文をわざわざ用意しない。
Javascript ならハッシュに追加して終了だ。
エディタで入力補完しやすくなるとか、
目で見て判別しやすい程度の利点はあるだろうけど
インスタンス単位ってことはスコープが小さいメソッド・変数なんだろうから
別に嬉しくもなんともない。
スコープがでかくなるようなら、特異クラスなんてトリッキーなものにせず
普通のクラスにしてしまえば良いだけの話。
あるいはインスタンスに持たせるのではなく、
何らかのヘルパークラスを定義した方が見通しが良くなるのではないか。
って主張すると総攻撃されるのは Ruby らしい部分だと思う。
動的な言語なら出来て当たり前だが
「クラス定義と同じ構文」で出来るのは珍しいと言えば珍しいかも。
普通は、そんな面倒な構文をわざわざ用意しない。
Javascript ならハッシュに追加して終了だ。
エディタで入力補完しやすくなるとか、
目で見て判別しやすい程度の利点はあるだろうけど
インスタンス単位ってことはスコープが小さいメソッド・変数なんだろうから
別に嬉しくもなんともない。
スコープがでかくなるようなら、特異クラスなんてトリッキーなものにせず
普通のクラスにしてしまえば良いだけの話。
あるいはインスタンスに持たせるのではなく、
何らかのヘルパークラスを定義した方が見通しが良くなるのではないか。
って主張すると総攻撃されるのは Ruby らしい部分だと思う。
JavaScript風に値を追加できるオブジェクト使いたいなら
こういう標準添付ライブラリもあるよ。
http://doc.loveruby.net/refm/api/view/class/OpenStruct
こういう標準添付ライブラリもあるよ。
http://doc.loveruby.net/refm/api/view/class/OpenStruct
>>731
むしろRubyがベタなクラスベースの言語で、実際にはインスタンスにはメソッドなんか
追加できない仕組みになっているからこういう書き方になっている。
特異メソッドったって、特異クラスとか呼んでる無名クラスをアドホックに作って、そこに
普通にメソッドを定義しているだけだから。
むしろRubyがベタなクラスベースの言語で、実際にはインスタンスにはメソッドなんか
追加できない仕組みになっているからこういう書き方になっている。
特異メソッドったって、特異クラスとか呼んでる無名クラスをアドホックに作って、そこに
普通にメソッドを定義しているだけだから。
>>731
ARGF や ENV のような特殊な組み込みオブジェクトを作るのに便利。
ARGF や ENV のような特殊な組み込みオブジェクトを作るのに便利。
rubyの言ってる「楽しい」って、美しい国に似てるね。
ほんとがんばってよモルモリアン総理。
ほんとがんばってよモルモリアン総理。
プログラミング言語以前に日本語勉強したほうがいい奴がいるな
プログラミングもできず理解力も無い>>736の為に翻訳してあげよう。
モルモリアンてモルモニアンのことか。今更気づいた。
>>737
うん特に「楽しい」と「美しい国」のどこが似てるのか詳しくたのむよ
うん特に「楽しい」と「美しい国」のどこが似てるのか詳しくたのむよ
似てるものに「のほほん茶」も追加してくれ
>>740
寒い。23モルモル
寒い。23モルモル
1モルモルいくら？
モルモルはお金には換えられない価値がある
ゲームの方のFFの臭い敵を思い出すな
あるなｗ
あの敵うぜぇｗ
あの敵うぜぇｗ
Rubyが駄目だとかいう奴に限って
PHPが良いとか言い出すんだよ。
PerlとかPythonと比較してRubyが駄目な点が
あるのは分かるが・・・・PHPなんてほんと
あんな酷い言語うざくてしょうがない
PHPが良いとか言い出すんだよ。
PerlとかPythonと比較してRubyが駄目な点が
あるのは分かるが・・・・PHPなんてほんと
あんな酷い言語うざくてしょうがない
PHPはWEBプログラミングでは
運用面で楽なので使われるの分かるが
比較対照として間違ってるというか
比較にならない
運用面で楽なので使われるの分かるが
比較対照として間違ってるというか
比較にならない
>>746のようなバカは、結局何も新しいものを生み出せないまま死ぬ。
同意。
技術に溺れて何も成さないタイプだ。
技術に溺れて何も成さないタイプだ。
低レベルアマグラマーども乙ｗｗｗ
RailsやDjangoの例のように
新しいものを生み出した人間が
PHPに辟易していた事をあげている
事実をどう説明する
新しいものを生み出した人間が
PHPに辟易していた事をあげている
事実をどう説明する
IPAからもああだこうだいわれちょりますねんPHP。
http://www.ipa.go.jp/security/awareness/vendor/programmingv2/contents/003.html
http://www.ipa.go.jp/security/awareness/vendor/programmingv2/contents/003.html
ざっくり斬られすぎワロタ
でもPHPの脆弱性でハックされた話なんてきかねーよな
Win鯖がハックされた話はよく聞いたが。
Win鯖がハックされた話はよく聞いたが。
ハックする気になるようなところはそれなりお金かけて対策してるんでしょ
サーバーハックする場合、PHPの脆弱性を利用してweb権限を得て
exproit仕込んでroot奪取というケースが多いよ
exproit仕込んでroot奪取というケースが多いよ
>>755
資料の少ないRubyのほうが、アホのフォローは難しいだろうね。
SQLインジェクション対策の記事は、PHPが前提になってるものが多いし。
>>757
金じゃなく、頭脳の問題な気がする。
RubyでもPHPでも、アルゴリズムが同じなら、同じ動作をするんだから。
資料の少ないRubyのほうが、アホのフォローは難しいだろうね。
SQLインジェクション対策の記事は、PHPが前提になってるものが多いし。
>>757
金じゃなく、頭脳の問題な気がする。
RubyでもPHPでも、アルゴリズムが同じなら、同じ動作をするんだから。
まぁ、人材に金かけてるんだろ。
yahooとか楽天とか単価高いって聞く。
それ以前にメジャーどころは人が集まるし
yahooとか楽天とか単価高いって聞く。
それ以前にメジャーどころは人が集まるし
楽天ってPHPソースごとパスワードモロ出ししたり
ベタ書きしてたDBへのクエリ変数なんかもオープンにしたことあったよね
ベタ書きしてたDBへのクエリ変数なんかもオープンにしたことあったよね
やっぱ規模がでかくなると質が低下するからな
SQLインジェクションなんてWebプログラミングの常識だから
別にPHP使わない奴でも大概知ってる
別にPHP使わない奴でも大概知ってる
楽天やヤフーは単金高いよ。勤務時間は多いけど、残業代は出る。
ただ、縛りもきついけどね。インストールするソフトは制限されるし、ブラウザの履歴はチェックされる。間違っても会社から２ちゃんなんて無理。
金持ってる会社に優秀なPGが集まるのは当然のことだな。
ただ、縛りもきついけどね。インストールするソフトは制限されるし、ブラウザの履歴はチェックされる。間違っても会社から２ちゃんなんて無理。
金持ってる会社に優秀なPGが集まるのは当然のことだな。
766 ：nobodyさん：2007/10/19(金) 11:02:39 ID:VrW6AhuS
えー、あれで単価高いと言えるの？
>>761
それマジでか？？
ソースとかクエリ変数が丸見えってのはApacheの設定ミスで
PHPが実行されずにソースそのものが出力されちゃったんだろうけど、
パスワードもろ見えってのは一体どういう状態だ？？
それマジでか？？
ソースとかクエリ変数が丸見えってのはApacheの設定ミスで
PHPが実行されずにソースそのものが出力されちゃったんだろうけど、
パスワードもろ見えってのは一体どういう状態だ？？
だから楽天はほとんど外部委託で内部に技術なんてないし、外部もどこぞの馬だから
>>767
モロ見えしたソースの中に $password = "rakutenpswd" みたいにベタ書きしてたんじゃないですかね？
モロ見えしたソースの中に $password = "rakutenpswd" みたいにベタ書きしてたんじゃないですかね？
パスってdbの接続パスとかでしょ？
でもdbの接続パスは俺もソースにベタ書きしてるな
それ以外の方法あんの？
でもdbの接続パスは俺もソースにベタ書きしてるな
それ以外の方法あんの？
>>770
ドキュメントルート以外にユーザ名、パスを記載したファイルを置いてインクルードするとか？
ドキュメントルート以外にユーザ名、パスを記載したファイルを置いてインクルードするとか？
それならindex.php以外全部ドキュメントルートから外した方が・・・
俺の知ってる限りだとウェブ系でヤフーより単金の高いとこはない。次が楽天。
どっちもJavaPGの方が高いけど、PHPのPGでもかなり高額。
ただし、面接は超厳しくって相当キャリアがないと突破できない。
仕事も勤務時間は体壊しそうなくらいハード、セキュリティガチガチで仕事中はPCニュースサイトすら見られない。
どっちもJavaPGの方が高いけど、PHPのPGでもかなり高額。
ただし、面接は超厳しくって相当キャリアがないと突破できない。
仕事も勤務時間は体壊しそうなくらいハード、セキュリティガチガチで仕事中はPCニュースサイトすら見られない。
775 ：nobodyさん：2007/10/19(金) 18:07:00 ID:Hs7iqwVn
レベル低すぎて話にならない
数少ないrubyすれがこのザマｗ
railsの本立ち読みしたけどオタ臭いから読みづらい。
著者略歴見たらキンモー☆
railsの本立ち読みしたけどオタ臭いから読みづらい。
著者略歴見たらキンモー☆
778 ：nobodyさん：2007/10/19(金) 23:37:17 ID:JFLBWkuD
,,.-―――- .､
／ 丶、
r'" _,,......_ ＼
l ,.ｨｒ‐ｧ-.､ ｀ヽ、 ヽ、 ／￣￣￣￣￣￣￣￣￣￣￣
〉" / /ﾄ､ ミヽｭ､ヽ、 i |
// l! /|l|ヾヽヽヽヽ ｀ヽ、 |＜ とんだ番茶ですね･･････
ﾚ! ! :l! lr=, `ヾ,rf==ﾐ ヽ ＼ ﾉ |
|!| l､ |' i::;;! l !: ;ﾘ|ﾄ、ヽ ヽ く ＼＿＿＿＿＿＿＿＿＿＿＿
|ﾊゞ;! ｀´, ｀~´ ;! | |l ヽ ヾﾐ;､
|l ﾄ、ゝ､ ｰ ,,.ｨ | |ﾄl ヾ、 ヽ
ハ'; ＼ト` ｰｒ‐ ",./''^!ﾉl l!＼､!ヾヽ、
" ` ,レ((ｙ'´ ,.ｲ' ＼
,rｸ´,.ィ~;V^ヽr'´ ,.==＼
/ ＜ "ノく: ﾐヽ ,:;'" ヽ
／ 丶、
r'" _,,......_ ＼
l ,.ｨｒ‐ｧ-.､ ｀ヽ、 ヽ、 ／￣￣￣￣￣￣￣￣￣￣￣
〉" / /ﾄ､ ミヽｭ､ヽ、 i |
// l! /|l|ヾヽヽヽヽ ｀ヽ、 |＜ とんだ番茶ですね･･････
ﾚ! ! :l! lr=, `ヾ,rf==ﾐ ヽ ＼ ﾉ |
|!| l､ |' i::;;! l !: ;ﾘ|ﾄ、ヽ ヽ く ＼＿＿＿＿＿＿＿＿＿＿＿
|ﾊゞ;! ｀´, ｀~´ ;! | |l ヽ ヾﾐ;､
|l ﾄ、ゝ､ ｰ ,,.ｨ | |ﾄl ヾ、 ヽ
ハ'; ＼ト` ｰｒ‐ ",./''^!ﾉl l!＼､!ヾヽ、
" ` ,レ((ｙ'´ ,.ｲ' ＼
,rｸ´,.ィ~;V^ヽr'´ ,.==＼
/ ＜ "ノく: ﾐヽ ,:;'" ヽ
基本的にPHP以外のスクリプト言語の話は、プログラム板でするもんだから。この板はペチパーをウォッチするための板だよ。
>>770、>>772
>>771が言ってるように、ドキュメントルート外に置けばいい。
俺は>>775のようなスマートなやり方は思いつかなかったけど、
その代わりに、ドキュメントルート内にはソース本体を呼び出すための文しか
書かないようにして同じことを実現した。
例：
●index.php（ドキュメントルート内に置く）の中身↓
<?php
require_once ("ドキュメントルート外のPATH/source_index.php");
?>
●source_index.php（ドキュメントルート外に置く）の中身↓
<?php
/*
いろんな実際の処理を書く。パスワードとかも書きまくり。
万が一Apacheの設定をミスってソースだだ漏れ状態になっても、
ここの中身は当然漏れない。
*/
?>
そういえばmixiも以前にミスやらかしてソースだだ漏れにしたんだよね。
>>771が言ってるように、ドキュメントルート外に置けばいい。
俺は>>775のようなスマートなやり方は思いつかなかったけど、
その代わりに、ドキュメントルート内にはソース本体を呼び出すための文しか
書かないようにして同じことを実現した。
例：
●index.php（ドキュメントルート内に置く）の中身↓
<?php
require_once ("ドキュメントルート外のPATH/source_index.php");
?>
●source_index.php（ドキュメントルート外に置く）の中身↓
<?php
/*
いろんな実際の処理を書く。パスワードとかも書きまくり。
万が一Apacheの設定をミスってソースだだ漏れ状態になっても、
ここの中身は当然漏れない。
*/
?>
そういえばmixiも以前にミスやらかしてソースだだ漏れにしたんだよね。
なんかPHPってレベルが低すぎるなぁー・・・
レベルが低い技術者の方が多いから、低レベル馴れ合いPHP安泰ってことか
レベルが低い技術者の方が多いから、低レベル馴れ合いPHP安泰ってことか
Rubyは2.0になってからだな。
なれば、の話だが。
なれば、の話だが。
お前らもしかしてPHPだけで精一杯？
他の言語覚える余裕なしか
他の言語覚える余裕なしか
>>784
Rubyみたいな「マイナー言語」を選んで優越感を感じるタイプのキモヲタくん、乙ｗｗｗ
Rubyみたいな「マイナー言語」を選んで優越感を感じるタイプのキモヲタくん、乙ｗｗｗ
ローテクは、ハイテクよりも対障害性が高い。
PHPのレベルの低さを侮ってはいけません。
＝Rubyのシェアが伸びない原因ですから。
PHPのレベルの低さを侮ってはいけません。
＝Rubyのシェアが伸びない原因ですから。
お前らもしかしてWEBだけで精一杯？
他の分野攻める余裕なしか
他の分野攻める余裕なしか
>>786-787＝キモヲタの自作自演ｲｸﾅｲ
Ruby飽きた
RubyはGUIやコマンドラインツール作るのにも使えるけどね。
PHPってApacheがないとMySQLにも接続できなかったよね。
PHPってApacheがないとMySQLにも接続できなかったよね。
ある程度プログラミングに慣れてくると
自分用のツール作りたくなってくるから
PerlかPython、Rubyのどれかは必要に
なってくるんだよね。結局は。
自分用のツール作りたくなってくるから
PerlかPython、Rubyのどれかは必要に
なってくるんだよね。結局は。
言語をああだこうだいうのに
低レベルって言葉平気で使ってるところで
なんだかなあって思う。
紛らわしいんだよ。
レベルが低い、ならまだわかる。
低レベルって言葉平気で使ってるところで
なんだかなあって思う。
紛らわしいんだよ。
レベルが低い、ならまだわかる。
http://slashdot.jp/hardware/article.pl?sid=07/10/21/0335228
Cell+Ruby=新世代デジタル家電?
ついにrubyが家電にまで出てきてPHP割腹自殺ｗｗｗ
Cell+Ruby=新世代デジタル家電?
ついにrubyが家電にまで出てきてPHP割腹自殺ｗｗｗ
Rubyそろそろ本格的に始めたいと思います。
先ず初めにピッケル本と、クマクマ本かって来ましたが、
ほか何かおすすめありますか？
先ず初めにピッケル本と、クマクマ本かって来ましたが、
ほか何かおすすめありますか？
くまくま本はRailsの本じゃ?
数多く読むより、とりあえずピッケル熟読しとけばOK
数多く読むより、とりあえずピッケル熟読しとけばOK
Railsも目的の一つなんで一緒に買ってみました。
レシピとかリファレンスも気になるんですが、いらないですかね？
てか、1999年くらいにまつもとさんが書いたRuby本が欲しい。
Rubyのオブジェクト指向についての考えが読める良書ってほかにありますか？
レシピとかリファレンスも気になるんですが、いらないですかね？
てか、1999年くらいにまつもとさんが書いたRuby本が欲しい。
Rubyのオブジェクト指向についての考えが読める良書ってほかにありますか？
railsスレどこいった？
800 ：nobodyさん：2007/10/22(月) 02:53:03 ID:ElA0RlAx
なんだかんだいってPerlがいちばん良かった気がする
rubyもutf-8がちゃんとあつかえるようになったらいく
splitで文字数数えるみたいな間は行かない
rubyもutf-8がちゃんとあつかえるようになったらいく
splitで文字数数えるみたいな間は行かない
>>797
フィルタ書くのが面倒とか(簡単なのは遅い)、ワンライナー書きにくいとか、
そういう理由じゃないの。
コマンドラインで使うのにワンライナー書きにくいのは痛いんじゃない?
irbとか、pythonみたいにインタラクティブシェルがないのも微妙。
まぁその、つかえないことはないと思うが、
いまのところ他の言語が使えるなら、わざわざCLI版をインストールして使うほどの
ものでもなさそうな。
フィルタ書くのが面倒とか(簡単なのは遅い)、ワンライナー書きにくいとか、
そういう理由じゃないの。
コマンドラインで使うのにワンライナー書きにくいのは痛いんじゃない?
irbとか、pythonみたいにインタラクティブシェルがないのも微妙。
まぁその、つかえないことはないと思うが、
いまのところ他の言語が使えるなら、わざわざCLI版をインストールして使うほどの
ものでもなさそうな。
>>800
お前はjcode.rbがあることを知らないのか
お前はjcode.rbがあることを知らないのか
jcode.rbか。あれはあれでアレだ。
Ruby癖があるしソースが読みにくい
最低でもC言語とかPHP、JAVAみたいに共通文法保ってくれ
独自の文法が馴染めない上にライブラリが少ない 速度もたいしたことないし
いろんな角度からみてPerlやPHPと戦えるほどのポテンシャルがない
信者のオナニーが先行してるだけで中身がない それがRuby
最低でもC言語とかPHP、JAVAみたいに共通文法保ってくれ
独自の文法が馴染めない上にライブラリが少ない 速度もたいしたことないし
いろんな角度からみてPerlやPHPと戦えるほどのポテンシャルがない
信者のオナニーが先行してるだけで中身がない それがRuby
カーリーブレースしか知らないのはそれはそれで恥ずかしいな。
>>804
クセがあるのはどんな言語でもそうだろ。
俺もCやPHPから来た時はendや|i|見てやめようかと思ったけどすぐに慣れた
$なしの変数とかCが苦手だったのでdefで拒否反応（defineを連想）とかも。
慣れたらもうPHPやPerlのソースなんて見たくもなくなるよ
クセがあるのはどんな言語でもそうだろ。
俺もCやPHPから来た時はendや|i|見てやめようかと思ったけどすぐに慣れた
$なしの変数とかCが苦手だったのでdefで拒否反応（defineを連想）とかも。
慣れたらもうPHPやPerlのソースなんて見たくもなくなるよ
俺が悪かった 所詮趣味なんだ
適当に好きなのをやればいい
俺はCとPHPとJAVAが好きだ
共通文法は覚えやすい 再利用するとき便利だ
高級言語なのに独自色が強いRubyは嫌いだ 独自なのはアセンブリとか低級で高速なら納得して使う
そもそも後者でできて前者でできないことはなかったし、
速度面でも生産面でも前者の方が圧倒的にスムーズにことが進んだ
これからもそうだと思う
Rubyの生きる場所があるとすればそれは教育現場
高級言語でもこんな無意味なことをやる言語が存在しますよって
そのことを教えることで生徒の視野を広げるきっかけになる それだけ
適当に好きなのをやればいい
俺はCとPHPとJAVAが好きだ
共通文法は覚えやすい 再利用するとき便利だ
高級言語なのに独自色が強いRubyは嫌いだ 独自なのはアセンブリとか低級で高速なら納得して使う
そもそも後者でできて前者でできないことはなかったし、
速度面でも生産面でも前者の方が圧倒的にスムーズにことが進んだ
これからもそうだと思う
Rubyの生きる場所があるとすればそれは教育現場
高級言語でもこんな無意味なことをやる言語が存在しますよって
そのことを教えることで生徒の視野を広げるきっかけになる それだけ
ソースがキレイで読みやすいのはPythonだな
名前空間のファイル分割とかfor分のxrangeとか[文]が果てしなくキモイけど
Rubyは利用者が重要視する機能が後回しで、勘違い気味の方向にばかり
マンパワーと金を裂いてるのに誰も突っ込まない裸の王様な気がするよ
その点PHPは、なんかやろうと思ったら関数を探せばいいだけ
マジこいつら結婚してくれないかな
名前空間のファイル分割とかfor分のxrangeとか[文]が果てしなくキモイけど
Rubyは利用者が重要視する機能が後回しで、勘違い気味の方向にばかり
マンパワーと金を裂いてるのに誰も突っ込まない裸の王様な気がするよ
その点PHPは、なんかやろうと思ったら関数を探せばいいだけ
マジこいつら結婚してくれないかな
新しいのを覚えたくないやつはそのままでいればいいと思うよ。
まったく新しい言語に触れて、触発されるとかいいと思うけどね。
まったく新しい言語に触れて、触発されるとかいいと思うけどね。
>>809
お前、意味間違って使ってるぞ。ｗ
お前、意味間違って使ってるぞ。ｗ
> 共通文法は覚えやすい 再利用するとき便利だ
コピペのことを再利用と言うのであれば、それは便利だろうが。
コピペされたコードが撒き散らす弊害考えたら
そんな奴、プロジェクトから追い出すけどな。
言語選択以前の問題だろ。
コピペのことを再利用と言うのであれば、それは便利だろうが。
コピペされたコードが撒き散らす弊害考えたら
そんな奴、プロジェクトから追い出すけどな。
言語選択以前の問題だろ。
Rubyの新しいとこって何なんだろね？
どの言語使うしても使う側の意識が問題で
言語自体は問題でないとしたらPHPじゃなくPerl
使えばいいだけだと思うんだが。
言語自体が問題ならPHPは言語的にPerlに劣る
部分が沢山あるわけでRubyになるわけで
言語自体は問題でないとしたらPHPじゃなくPerl
使えばいいだけだと思うんだが。
言語自体が問題ならPHPは言語的にPerlに劣る
部分が沢山あるわけでRubyになるわけで
Rubyはオブジェクト指向を最初から前提にした
Perlの上位互換言語として使えるという意味でだよ
Perlの上位互換言語として使えるという意味でだよ
いや日本語おかしい、Perlと同じだけの強力な言語仕様で
Perlの代わりに十分使えると思うって話
Perlの代わりに十分使えると思うって話
kakakucomがruby採用
楽天と結婚しちゃえよ
楽天と結婚しちゃえよ
819 ：nobodyさん：2007/10/23(火) 21:34:20 ID:rJyX6yX8
>>813
突然「コピペ」とか何を言い出すんだ…この子は
突然「コピペ」とか何を言い出すんだ…この子は
じゃあどう再利用するのか教えてくれ。
話が通じてないようで通じてるな
RubyはPerlにイテレータをつけて、クラスを標準でサポートした言語ってイメージだな。
Perl使えればRubyをわざわざ覚えるメリットは感じない。初めてやる言語としてはいいかも。
Perl使えればRubyをわざわざ覚えるメリットは感じない。初めてやる言語としてはいいかも。
Perl（笑）
結論:
理解に乏しいやつは放置
理解に乏しいやつは放置
オタの壁ｗ
Ruby→Perl・PHPは楽に出来きる
Perl・PHP→Rubyは出来てる「つもり」が多い
Perl・PHP→Rubyは出来てる「つもり」が多い
>>826
もっと言うと、Rubyは「出来る必要がない」。
PHPで必要十分。Web系で、Rubyじゃないと実現できないことなんて無い。
だったら習得コストが低くて、トラブル時にも情報が多いPHPが最適解。
もっと言うと、Rubyは「出来る必要がない」。
PHPで必要十分。Web系で、Rubyじゃないと実現できないことなんて無い。
だったら習得コストが低くて、トラブル時にも情報が多いPHPが最適解。
PHP→PHPは出来てる「つもり」が多い
phpで出来ないこともあるけどね
擬似で実装しても良いしそこだけ他の言語使っても良いし
rubyは存在意義すら怪しい
擬似で実装しても良いしそこだけ他の言語使っても良いし
rubyは存在意義すら怪しい
そうか、それがばれないように
「JavaからRubyへ」とかいって
敵をそっちにしてんだな。
「JavaからRubyへ」とかいって
敵をそっちにしてんだな。
PHPが出来ない事
まともにプログラミングできるプログラマを増やす事
まともにプログラミングできるプログラマを増やす事
WEB系だとPHPの独壇場だからな。
Rubyを囃し立ててるのは、Ruby関係者とRubyをWEB2.0とかセカンドライフの代わりのキャッチコピーにしようとしてる企業だけで。
エンタープライジーならJavaだし、今一番勢いがあるのはASPNET。
海外ならPythonもあるわけだし。
だいたいWEBアプリって、ちっともオブジェクト指向である必要ないんだよな。だからこそPHPが人気あるわけで。
つまりは、WEB系に限ればRubyのメリットはちっともない。遅くて不安定なだけで。
Rubyを囃し立ててるのは、Ruby関係者とRubyをWEB2.0とかセカンドライフの代わりのキャッチコピーにしようとしてる企業だけで。
エンタープライジーならJavaだし、今一番勢いがあるのはASPNET。
海外ならPythonもあるわけだし。
だいたいWEBアプリって、ちっともオブジェクト指向である必要ないんだよな。だからこそPHPが人気あるわけで。
つまりは、WEB系に限ればRubyのメリットはちっともない。遅くて不安定なだけで。
OOなのはRubyの宣伝文句だが特に採用側から取り上げられてないだろ。
保守しやすさ（＝読みやすさ）と開発期間の短縮（＝Rails）がメリットでしょ
保守しやすさ（＝読みやすさ）と開発期間の短縮（＝Rails）がメリットでしょ
PHPは速度ではPerlやPythonに負けていて
言語の柔軟性ではPerlに負けていて
言語の強力さではRubyに負けてるようだけど
言語の可読性ではPythonに負けてるようだけど
そんな中途半端な言語わざわざ何で使うの
言語の柔軟性ではPerlに負けていて
言語の強力さではRubyに負けてるようだけど
言語の可読性ではPythonに負けてるようだけど
そんな中途半端な言語わざわざ何で使うの
835 ：nobodyさん：2007/10/25(木) 16:23:31 ID:RzRLafd+
速度って結構大事だとおもうけどな
つか変に独自の構文にしないでPerl丸ぱくりしてくれれば
分かりやすく最強だったのになぁ
つか変に独自の構文にしないでPerl丸ぱくりしてくれれば
分かりやすく最強だったのになぁ
RubyOnRailsに学ぶべきはマーケティングだけだぞ お前らｗ
PHPが流行った理由が分からない奴はやばい
ﾙﾋﾞｨｽﾄへ一直線だぞ
ﾙﾋﾞｨｽﾄへ一直線だぞ
>>834
予算と納期が中途半端だからｗ
速さを求めるならどれもCに遠く及ばないクズだよ。
お前のオナニーならお前が何使っても誰も何も言わない。
>>836
リアルで使ってる人を１人も知らない。セカンドライフみたいなもんだ。
予算と納期が中途半端だからｗ
速さを求めるならどれもCに遠く及ばないクズだよ。
お前のオナニーならお前が何使っても誰も何も言わない。
>>836
リアルで使ってる人を１人も知らない。セカンドライフみたいなもんだ。
予算と納期が中途半端って意味が分からないんだが、
どこの会社でも安い予算で短い納期で作れるに越した事はないと思うが
わざわざ納期延ばすためにPHP使ってるのか
すげえな
どこの会社でも安い予算で短い納期で作れるに越した事はないと思うが
わざわざ納期延ばすためにPHP使ってるのか
すげえな
うちもRailsですでに複数件組んでserviceしてるな。
Ruby=言語的に高い平均スキルを求める
PHP=プログラマ以外があつまってしまう
開発と考えるとRubyもPHPも危険だと思うけどね
自社では選択しないし、ユーザー指定があっても方向修正するなぁ・・・小規模且つRubyならまだしも
PHP=プログラマ以外があつまってしまう
開発と考えるとRubyもPHPも危険だと思うけどね
自社では選択しないし、ユーザー指定があっても方向修正するなぁ・・・小規模且つRubyならまだしも
具体性がない批判だね。レベルが知れる
>>843も具体性がない批判だね。レベルが知れる。
> エンタープライジーならJavaだし、今一番勢いがあるのはASPNET。
勢いは Flex2 みたいなリッチクライアント路線だと感じるけど。
勢いは Flex2 みたいなリッチクライアント路線だと感じるけど。
FlashにしろAjaxにしろ、リッチクライアントって「便利だな」と感じる時もあるけど
同じくらいの頻度で「ウザいな」と感じる時もある。
同じくらいの頻度で「ウザいな」と感じる時もある。
それは Web でも感じることだし、頻度が高いんじゃね？＞ウザい
不特定多数相手にするには Web が最適だから、残ることは間違いないが。
不特定多数相手にするには Web が最適だから、残ることは間違いないが。
Flexは中途半端。確かに標準のHTMLフォームよりマシだけど、Windowsフォームとは比較にならないくらいショボイ。
HTML+AJAXでGmailが実現できてるのに、Flexはいったいどの層に合うのか見えてこない。
一方で、ASP.NETの生産性の高さは半端ない。Railsなんて目じゃない。もうすぐIISのシェアがApacheを抜き去るけど、それが証明になってる。
HTML+AJAXでGmailが実現できてるのに、Flexはいったいどの層に合うのか見えてこない。
一方で、ASP.NETの生産性の高さは半端ない。Railsなんて目じゃない。もうすぐIISのシェアがApacheを抜き去るけど、それが証明になってる。
また使ったことも無い人が吠えてるよw
だから、Railsで騒いでるのは、日本のRuby関係者だけだって。
世の趨勢はASP.NET。俺の予想だとJavaはどんどん廃れる。PHPは中小規模のサイトには最善なんで今後も隆盛だろう。
PerlはPerl好きな人たちが細々と使いつづけるだろう。Ruby、Python？おめぇの席、ねーから。
世の趨勢はASP.NET。俺の予想だとJavaはどんどん廃れる。PHPは中小規模のサイトには最善なんで今後も隆盛だろう。
PerlはPerl好きな人たちが細々と使いつづけるだろう。Ruby、Python？おめぇの席、ねーから。
ASP.NETってC#かVBでしょｗ
ASP.NET は WindowsForm なのか？
てか、.net案件なんて無いぞw
Linux鯖で動けば使う気になるけど
Linux鯖で動けば使う気になるけど
現実にApacheのシェアが急落して、IISは上昇しつづけてるから。
まあ、PHPが得意とするような中小規模の案件までASP.NETが降りてくることは当分ないだろう毛ど名。
まあ、PHPが得意とするような中小規模の案件までASP.NETが降りてくることは当分ないだろう毛ど名。
FLASH（Flex）はアニメーションソフトとしては凄く優秀。
しかし、ウェブアプリって視点で考えると、INPUTタグが画面上でグルグル回転してピカーっと光ったところで、それがどうした？と言わざるを得ない。
しかし、ウェブアプリって視点で考えると、INPUTタグが画面上でグルグル回転してピカーっと光ったところで、それがどうした？と言わざるを得ない。
857 ：nobodyさん：2007/10/26(金) 18:56:46 ID:wiwu0XA+
リナクスでもASP.NET動くよ
>>855
だからシェア低下は見かけだけ。グーグル分が別サーバソフト扱いになったから
だからシェア低下は見かけだけ。グーグル分が別サーバソフト扱いになったから
例えばこういう資料からもIISのシェア上昇（＝ASP.NETのシェア上昇）が分かるから。
http://www.itmedia.co.jp/enterprise/articles/0610/16/news048.html
まあ、なんでも無料のソフトしか使ってない案件しかやったことなければ、ピンと来ないだろうけど。
日本の中小規模のサイトがASP.NETになるのはまだ時間かかるだろうな戸は思う。レンタルサーバがUNIX系中心だから。
http://www.itmedia.co.jp/enterprise/articles/0610/16/news048.html
まあ、なんでも無料のソフトしか使ってない案件しかやったことなければ、ピンと来ないだろうけど。
日本の中小規模のサイトがASP.NETになるのはまだ時間かかるだろうな戸は思う。レンタルサーバがUNIX系中心だから。
じゃあ、ASP.NETは海外だけで日本ではぜんぜんかと言えば、そうでもない。基幹系と絡むような案件やイントラではかなり使われだしてる。
プログラム板でC#のスレは人気あるけど、じゃあC#で何を作ってるかといえば、ウェブ系なんだよ。
C#の人気って、ASP.NETが優れてるからC#の人気が出てる。そんな感じ。
プログラム板でC#のスレは人気あるけど、じゃあC#で何を作ってるかといえば、ウェブ系なんだよ。
C#の人気って、ASP.NETが優れてるからC#の人気が出てる。そんな感じ。
864 ：nobodyさん：2007/10/27(土) 11:53:49 ID:I4hXprSm
>>863
んなこたぁない。ム板のC#スレ読んですらいないのがバレバレ
んなこたぁない。ム板のC#スレ読んですらいないのがバレバレ
ageｽﾏﾝ
>>862
なんでも有料のソフトさえ使っておけば安心・・・という思考停止になった
技術者がいるとしたら恐ろしいね。
つーか、やたら「サポート、サポート」ってうるさいけど、
実際にサポート受ける場面なんてそんなにあるのか？
そして仮にサポート受けたとして問題が解決するのか？
しょせんサポート側は一般論しかいえないから、結局自分たちで頑張らないと解決しないと思うが。
なんでも有料のソフトさえ使っておけば安心・・・という思考停止になった
技術者がいるとしたら恐ろしいね。
つーか、やたら「サポート、サポート」ってうるさいけど、
実際にサポート受ける場面なんてそんなにあるのか？
そして仮にサポート受けたとして問題が解決するのか？
しょせんサポート側は一般論しかいえないから、結局自分たちで頑張らないと解決しないと思うが。
一言もサポートなんて出てきてないよ。
ASP.NETの話はもういいよ
このスレと全然関係ないし。
書いてる本人にも知識がないのか
具体的にどの点が優れているのかの
話が全然でてこないし
このスレと全然関係ないし。
書いてる本人にも知識がないのか
具体的にどの点が優れているのかの
話が全然でてこないし
ミドルウェアやIDEの購入費なんてたかがしれてるんだから。
オラクルは高いけど、それでも売れるんだ。他のDBより優れてるから。
もちろん予算50万でサイト1個を構築しくれっていうならLAMPになるだろうけど。
それでも、PHP4のメンテナンスが終了したり、Linuxディストリビューションのパッケージサポートが打ち切られると困るよね。
そりゃサイトをPHP5で作り変えればいいし、自分でパッケージを作ればいいかもしれないけど、その作業費はどうするんだって。
人件費が一番高いんだから。
オラクルは高いけど、それでも売れるんだ。他のDBより優れてるから。
もちろん予算50万でサイト1個を構築しくれっていうならLAMPになるだろうけど。
それでも、PHP4のメンテナンスが終了したり、Linuxディストリビューションのパッケージサポートが打ち切られると困るよね。
そりゃサイトをPHP5で作り変えればいいし、自分でパッケージを作ればいいかもしれないけど、その作業費はどうするんだって。
人件費が一番高いんだから。
ASP.NETのどこがいいって、まず圧倒的にフルスタックなウェブフレームワークだということ。そしてIDEのVisual Studioの存在。
LAMPなら、あるいはTomcatとか使えばJavaでも無料で開発環境が手に入るのに、ASP.NETのシェアが増えてるのはなぜか？
それはASP.NETが優れてるから。
LAMPなら、あるいはTomcatとか使えばJavaでも無料で開発環境が手に入るのに、ASP.NETのシェアが増えてるのはなぜか？
それはASP.NETが優れてるから。
ASP.NETのシェアが増えてるってソースは？w
妄想たくましいなww
妄想たくましいなww
もしPHP4に脆弱性が発見されたら？自分でPHP4にパッチを当てないといけない。その費用はどうするのかってこと。
今でもRedhat9を使ったサーバはゴロゴロあるはず。それがディストリビューションのサポートどころか、有志団体のサポートもなくなってる。
TAR玉が自分でパッケージを作らないとメンテナンスできない。その手間を考えれば、初めから保障のあるOSを使った方が良かったんじゃないかって。
TAR玉が自分でパッケージを作らないとメンテナンスできない。その手間を考えれば、初めから保障のあるOSを使った方が良かったんじゃないかって。
>>873
お前のサイトなんて大した価値もないし誰も狙ってないから安心しろ。
お前のサイトなんて大した価値もないし誰も狙ってないから安心しろ。
そんなこと言ったらWindowsのサポート終了時はどうすんだ？ ゲイツに泣きつく？
「新バージョンにVerUpして下さい。ただし新Verは1ユーザ1億円ですｖ」て言われてもどうしようもないｗ
IIS、ASP.NETに脆弱性見つかってもゲイツに頼み込むしかない。
「脆弱性を修正した新バージョンが出ました。新規に購入してください。ただし新OSでしか動きませんけどｖ」
「新バージョンにVerUpして下さい。ただし新Verは1ユーザ1億円ですｖ」て言われてもどうしようもないｗ
IIS、ASP.NETに脆弱性見つかってもゲイツに頼み込むしかない。
「脆弱性を修正した新バージョンが出ました。新規に購入してください。ただし新OSでしか動きませんけどｖ」
PHP4.4が出てまだ2年だよ。MapleとかMojaviとかのフレームワークはさらに悪質。
フルスタックなんて別に最近じゃ当たり前じゃない
IDEに高機能なのが必要なのは言語が冗長で面倒な事の証明
IDEに高機能なのが必要なのは言語が冗長で面倒な事の証明
ウェブフレームワークの欠点のひとつに、必要な機能がない場合、どうするか？っていうのがある。
解決策は、自分でフレームワークを改造するか、他の機能で流用するか、例外的なコードを書いてしまうか。
いずれにせよ保守性が落ち開発効率も悪いので、できるだけ必要な機能が揃ってることが望ましい。
その点、ASP.NETは圧倒的に多機能、フルスタックなんだよ。それが評価されて、今の実績になってる。
解決策は、自分でフレームワークを改造するか、他の機能で流用するか、例外的なコードを書いてしまうか。
いずれにせよ保守性が落ち開発効率も悪いので、できるだけ必要な機能が揃ってることが望ましい。
その点、ASP.NETは圧倒的に多機能、フルスタックなんだよ。それが評価されて、今の実績になってる。
コピペで済む仕事してるんだからあんま無理言うなよ・・・
>>880
> >>879
> ＞ウェブフレームワークの欠点のひとつに、必要な機能がない
> 自分でクラスモジュール作ればいいだけじゃん？
いずれにせよ保守性が落ち開発効率も悪いので、できるだけ必要な機能が揃ってることが望ましい。
> >>879
> ＞ウェブフレームワークの欠点のひとつに、必要な機能がない
> 自分でクラスモジュール作ればいいだけじゃん？
いずれにせよ保守性が落ち開発効率も悪いので、できるだけ必要な機能が揃ってることが望ましい。
結局本流の変化に血反吐吐かせながらキャッチアップしてくのが一番効いいんだよ。
どんなに非人間的でもね。
どんなに非人間的でもね。
>>883
「クラスモジュール」の意味わかってるか？？
わざわざクラス作ってモジュール化するんだから、
他に影響を与えない＝全体の保守性には直接関係ない。のだが。
それでも文句言うなら、ゼロから全て自分でＦＷ作れば。
「クラスモジュール」の意味わかってるか？？
わざわざクラス作ってモジュール化するんだから、
他に影響を与えない＝全体の保守性には直接関係ない。のだが。
それでも文句言うなら、ゼロから全て自分でＦＷ作れば。
Pythonもかなり好きなんだけど
なぜか日本では流行らないんだよな
やっぱり初心者向けというイメージが
強いのか。でも流行らないのは仕方ないので
Perlのオブジェクト指向のシンタックスを
耐えて使うかRubyかの2択かな
なぜか日本では流行らないんだよな
やっぱり初心者向けというイメージが
強いのか。でも流行らないのは仕方ないので
Perlのオブジェクト指向のシンタックスを
耐えて使うかRubyかの2択かな
887 ：nobodyさん：2007/10/29(月) 00:29:09 ID:dRLHCCi/
すえひろがりゲット
自分でFW作ってみるといい勉強になるらしいよ。
受け売りだけどね。
受け売りだけどね。
>>890
RACは使い物になるの？
たしかTSUTAYAがRAC使ってたけど、あれって広告塔として使うためにOracle社が全面的にサボートしてくれたからだよね。
ふつはそこまで面倒見てくれない。それでも使い物になるのか疑問なんだよな。あそこの会社、殿様商売だから傲慢だし。
RACは使い物になるの？
たしかTSUTAYAがRAC使ってたけど、あれって広告塔として使うためにOracle社が全面的にサボートしてくれたからだよね。
ふつはそこまで面倒見てくれない。それでも使い物になるのか疑問なんだよな。あそこの会社、殿様商売だから傲慢だし。
Oracleはコストを考えると限定された使われ方になるだろうけど、こういう記事もある。
Windows Serverに市場シェアを奪われるLinux
http://itpro.nikkeibp.co.jp/article/NEWS/20071029/285682/
Windows Serverに市場シェアを奪われるLinux
http://itpro.nikkeibp.co.jp/article/NEWS/20071029/285682/
お前ら検定受けなかったのかよ
たった数十名だったらしいね。
記念すべき第一回というのに拍子抜け
記念すべき第一回というのに拍子抜け
Ruby使ってるのはいわゆるハッカーよりだし、そんなん受けないだろ。そういうのは誰もが使うJavaとかに向いている制度
イタタｗｗ
４６人だっけ
そのままのみにいける人数じゃないですか
２，３人は落ちたのかな？m9
そのままのみにいける人数じゃないですか
２，３人は落ちたのかな？m9
プログラマの能力が検定で測れたら
採用する側も苦労しないけどな。
無理。
採用する側も苦労しないけどな。
無理。
出題する側もぜんぜん乗り気じゃないしな。
資格なんてスーツ族を満足させるためのもんだし。
資格なんてスーツ族を満足させるためのもんだし。
スーツ着ないのかｗ
>>902はなかなかおもしろい
Rubyやってるやつの顔が総じてキモイ件について誰か真面目に教えてくれ
そりゃそうだろう、キモヲタが好んで使う言語なんだから。
普通の人はわざわざこんな辺境の地（Ruby）には来ないよ。
普通の人はわざわざこんな辺境の地（Ruby）には来ないよ。
JavaやPHPで本当にいいと思うならそれでいいんじゃないの
本当にいい言語なんてあるわけないだろ
俺が思ういい言語の条件
・資料が手に入りやすい
・ラクに組める
・ソースが再利用できる
・金になる
・読みやすい
・大勢で組んでも大丈夫
・資料が手に入りやすい
・ラクに組める
・ソースが再利用できる
・金になる
・読みやすい
・大勢で組んでも大丈夫
良い仕事をした時に、結果として得られるものに金がある。
言語の条件に「金になる」って意味が分からん。
言語の条件に「金になる」って意味が分からん。
>>911
理解した。
理解した。
金ならflash最強だと思うが
最初は自分で書いてたけどあほらしくなって丸投げしてる
１０万で受けたしょぼい奴を下請けに競争させると納期２時間で数千円とかできてぼろもうけ
最初は自分で書いてたけどあほらしくなって丸投げしてる
１０万で受けたしょぼい奴を下請けに競争させると納期２時間で数千円とかできてぼろもうけ
914 ：nobodyさん：2007/10/30(火) 21:00:01 ID:h85mSo3Q
JavaかPerlかPHPだな。
>>913
どんな底辺・・・
どんな底辺・・・
イヤッホー時給５０００円だぜー
とか言ってるんだろうなｗ
バカとなんとかは使いようで切れると
とか言ってるんだろうなｗ
バカとなんとかは使いようで切れると
>>915
Perlは無いでしょ・・・
Perlは無いでしょ・・・
言語の良否じゃなくてライブラリの量という観点だから。
Perlの場合量というよりメンテナンスの安定性がうれしい
その点PHPは・・・
その点PHPは・・・
>>920
お前みたいなバカが、ときどきPHPのメンテだのサポートだのを
問題に挙げてるけどさ、メンテが安定してないからと言って、
それで具体的に何か被害とか受けたことあんの？？
ないだろ？ ないくせに、やたら知ったかぶって「メンテが…」とか言いたいだけだろ。
お前みたいなバカが、ときどきPHPのメンテだのサポートだのを
問題に挙げてるけどさ、メンテが安定してないからと言って、
それで具体的に何か被害とか受けたことあんの？？
ないだろ？ ないくせに、やたら知ったかぶって「メンテが…」とか言いたいだけだろ。
まあRubyをあえて使ってる時点で知ったかぶりだわな。
PHP馬鹿の琴線に触れたようだなｗ
おまえらPython使えよ。誰が書いても同じようなソースになってきれいだぞ。
YouTubeやOpenOffice、CG系のたくさんのソフトはPython使ってるぜ。
YouTubeやOpenOffice、CG系のたくさんのソフトはPython使ってるぜ。
Pythonのコードはきれいだしキーワードが少なくて読みやすいけど、selfとかxrangeは何とかならんのか
>>923
お前一人だけ浮いてるってことにそろそろ気づけタコ。
お前一人だけ浮いてるってことにそろそろ気づけタコ。
図星を指されてPHP馬鹿が暴れております。スレが落ち着くまで少々お待ちください
所詮スクリプトなんだからクズ同士仲良くしろや
CもJavaも使えないクズども
CもJavaも使えないクズども
仕様じゃなくて難易度の話しだろ
難易度ｗ
たまにC触るとイライラするけどな
たまにC触るとイライラするけどな
>>931
Cとjava否定ってマじゃねーな？働けｗ
Cとjava否定ってマじゃねーな？働けｗ
>>931
CやJavaを使ったことがないのにRubyを選ぶ人は痛い人。
CやJavaを使ったことがないのにRubyを選ぶ人は痛い人。
2000年頃、Javaがこんな風に叩かれていた事を思い出したｗ
なら行き先も見えるね。
LLは最初からそう言われてただろ
俺はあまりに古典的つーか化石的すぎて驚愕したわ
俺はあまりに古典的つーか化石的すぎて驚愕したわ
自称・俺は天才プログラマーさんたちのオススメ言語は何ですか！？
普及率で言えば、HTMLに勝る「言語」はあるんですか？＾＾
普及率で言えば、HTMLに勝る「言語」はあるんですか？＾＾
英語。どの言語を使うのにも役立つ。
Cも使えない云々で未だにレスが貰えるのがWebprogなんだよね
けど非スクリプトだったけど渋々覚えた奴がすげー増えてるね
ディスカウントしすぎだよおまえら
けど非スクリプトだったけど渋々覚えた奴がすげー増えてるね
ディスカウントしすぎだよおまえら
HTMLはマークアップ言語であってプログラミング言語じゃないんだが。
言語ってことだけで勝負するなら英語がとりあえず普及しまくってるぞ。
言語ってことだけで勝負するなら英語がとりあえず普及しまくってるぞ。
その前に日本語が最優先じゃないか？
●LotYまとめ
日本語（国語）＞英語＞C＞Ruby（LL）＞以降はお好みでどうぞ＾＾
日本語（国語）＞英語＞C＞Ruby（LL）＞以降はお好みでどうぞ＾＾
Haskelはどうした。
●正しい解
日本語（国語）＞英語＞＝C＞＝PHP（LL）＞以降はキモヲタのみ趣味で覚えれば＾＾
（※例外として、企業の歯車になりたい場合はPHPと同列にJAVAも加えること！）
日本語（国語）＞英語＞＝C＞＝PHP（LL）＞以降はキモヲタのみ趣味で覚えれば＾＾
（※例外として、企業の歯車になりたい場合はPHPと同列にJAVAも加えること！）
>>947
PHPやってるのって英語やCもわからない屑プログラマーが多いと思うんだが
PHPやってるのって英語やCもわからない屑プログラマーが多いと思うんだが
おまえのことか
>>950
優先順位が低いのにわざわざやる奴は馬鹿って事ですね
優先順位が低いのにわざわざやる奴は馬鹿って事ですね
序列をつけたがるのはバカ
C厨はこんなトコまで出張して貶める事でしか保てなくなってるのか・・・かわいそうだな
954 ：nobodyさん：2007/11/03(土) 15:07:52 ID:vjqlzVkC
955 ：nobodyさん：2007/11/03(土) 18:31:24 ID:4p7+M7CD
ほんと、Cが最高っていうやつに限って、実力ないもんなぁ。
あこがれだろ。
まぁ、Rubyはあまりいい言語じゃないね。
日本があまりにソフトウェアを作らない国と見なされてるからIPAなんか
がもちあげてるだけだと思う。
RAILSも使えばわかるが、最悪のフレームワークだもん。
ほとんどデバッグ不能。あれでまともなアプリ書く奴がいるとは信じられん。
このあいだ、ぼろぼろのサービスで定評のある楽天がRuby on Railsがイイ
とかいってたからますます使えんと確信した。
あこがれだろ。
まぁ、Rubyはあまりいい言語じゃないね。
日本があまりにソフトウェアを作らない国と見なされてるからIPAなんか
がもちあげてるだけだと思う。
RAILSも使えばわかるが、最悪のフレームワークだもん。
ほとんどデバッグ不能。あれでまともなアプリ書く奴がいるとは信じられん。
このあいだ、ぼろぼろのサービスで定評のある楽天がRuby on Railsがイイ
とかいってたからますます使えんと確信した。
>>950
次スレよろ
次スレよろ
Cは最高か最高じゃないかの問題じゃなくて
C使えないと作れないものが沢山あるだけの事だと思うが
C使えないと作れないものが沢山あるだけの事だと思うが
専門卒程度でも使えるほど簡単だし十分高速で枯れてるCに問題はねえだろうが
あ、高卒以下には難しいかｗ
スピードはハード増強すりゃ堂にでもなるから金に糸目をつけない奴らならどうでも良いが
あ、高卒以下には難しいかｗ
スピードはハード増強すりゃ堂にでもなるから金に糸目をつけない奴らならどうでも良いが
日本語読めない高学歴っているんですか？ｗ
あぁ、お隣の国の方ですかｗ
あぁ、お隣の国の方ですかｗ
自称高学歴のrubyオタには無理ｗ
プログラミングに慣れてしまうと
54523 から 4283945 までの整数の和を求めろ
とか言われたときにうっかりループ使ってしまうんだよな
54523 から 4283945 までの整数の和を求めろ
とか言われたときにうっかりループ使ってしまうんだよな
円周率にはある言葉が隠されているということを！
円周率という永久に続く小数
3.1415926…
これの小数点第93299241桁目から先をみてほしい
…0721454525520877136375156…
最初の8文字に着目だ。
そう"07214545"とは「オナニーしこしこ」のことある。
これはどういうことだ？
神は我々に何を訴えようとしているんだ…
一体、何をどう考えれば…
な、なんだってー！！
＼ ／
ΩΩΩ
円周率という永久に続く小数
3.1415926…
これの小数点第93299241桁目から先をみてほしい
…0721454525520877136375156…
最初の8文字に着目だ。
そう"07214545"とは「オナニーしこしこ」のことある。
これはどういうことだ？
神は我々に何を訴えようとしているんだ…
一体、何をどう考えれば…
な、なんだってー！！
＼ ／
ΩΩΩ
実際の93299241桁目からどう並んでるのか知らないけど、
円周率にはどんな数の並びでも出現する可能性がある、
というのは証明されてたよーな気がする。
円周率にはどんな数の並びでも出現する可能性がある、
というのは証明されてたよーな気がする。
>>966
バカだけが選択的に死んでくれるならいいけど、人間は全員一人残らず死ぬ運命にあるからね。
最近、shineという言葉に憎しみが乗せられないことに気づいた。
shine
━━ vi. （shone） 光る, 輝く, 照る; 秀でる, 明らかである ((out)); 目立つ ((at, in; as)).
━━ vt. （p. & p.p. shined） 照らす, 光らす; （光を）当てる ((on, at)); （靴などを）みがく.
shine up to 〔話〕 …に取入ろうとする.
━━ n. 日光, 晴天 (rain or ～ 晴雨にかかわらず）; 光, 輝き, つや, 靴墨, 靴みがき; 〔話〕 （pl.） いたずら; 〔話〕 好み, 愛着 (take a ～ to); 〔俗〕 騒ぎ (make [kick up] no end of a ～ 大騒ぎする）.
take the shine off [out of] …の光を奪う; …を見劣りさせる.
shin・er ━━ n. 光る物, 目立つ人; 〔米〕 銀色の淡水魚; 〔俗〕 （目のまわりの）黒あざ; 〔俗〕 （pl.） お金.
バカだけが選択的に死んでくれるならいいけど、人間は全員一人残らず死ぬ運命にあるからね。
最近、shineという言葉に憎しみが乗せられないことに気づいた。
shine
━━ vi. （shone） 光る, 輝く, 照る; 秀でる, 明らかである ((out)); 目立つ ((at, in; as)).
━━ vt. （p. & p.p. shined） 照らす, 光らす; （光を）当てる ((on, at)); （靴などを）みがく.
shine up to 〔話〕 …に取入ろうとする.
━━ n. 日光, 晴天 (rain or ～ 晴雨にかかわらず）; 光, 輝き, つや, 靴墨, 靴みがき; 〔話〕 （pl.） いたずら; 〔話〕 好み, 愛着 (take a ～ to); 〔俗〕 騒ぎ (make [kick up] no end of a ～ 大騒ぎする）.
take the shine off [out of] …の光を奪う; …を見劣りさせる.
shin・er ━━ n. 光る物, 目立つ人; 〔米〕 銀色の淡水魚; 〔俗〕 （目のまわりの）黒あざ; 〔俗〕 （pl.） お金.
The string 00000000 occurs at position 172,330,850 counting
from the first digit after the decimal point. The 3. is not counted.
The string and surrounding digits:
28657663299087565581 00000000 12202360559646500358
from the first digit after the decimal point. The 3. is not counted.
The string and surrounding digits:
28657663299087565581 00000000 12202360559646500358
>>968みたいなバカには無限の概念は理解できねえかｗ
円周率なんざどーでもいいんだよ
そんなレスの揚げ足とって何が楽しいんだよｗ
なんかいやな事でもあったのか？おっさんにいってみなｗ
そんなレスの揚げ足とって何が楽しいんだよｗ
なんかいやな事でもあったのか？おっさんにいってみなｗ
ところでRuby何で書いてる？
RDE？eclipse？NetBeans？エディタ？
RDE？eclipse？NetBeans？エディタ？
メモ帳でおk
>>971
TextMate使ってる。日本語の問題もあまり気にならない。
TextMate使ってる。日本語の問題もあまり気にならない。
http://blog.asial.co.jp/284
サクラエディタ＋ctagsはいかがですか？
サクラエディタ＋ctagsはいかがですか？
ここまでエディタばっかりか・・・
インテリセンスとか使わないの？
インテリセンスとか使わないの？
976 ：nobodyさん：2007/11/04(日) 22:15:55 ID:8W+hosA8
型チェックが甘く、シンタックスシュガー大目だから、インテリセンスができん。
AWDwRで、DHHがRailsにはエディタで充分だって力説してるね
そもそもMatzがIDEによる支援を（たいして知らないくせに）端から馬鹿にして
そのメリットをてんで理解しようとしないわけだから話にならんよ。
そのメリットをてんで理解しようとしないわけだから話にならんよ。
>>976
NetBeansはインテリセンスあるよ？
おっそいし、βだから色々あるけどｗ
>>977-978
そのレベルの人がIDEありきで考えてたら使いもんにならないんじゃね？
IDEを考慮してであればベストだろうけど
NetBeansはインテリセンスあるよ？
おっそいし、βだから色々あるけどｗ
>>977-978
そのレベルの人がIDEありきで考えてたら使いもんにならないんじゃね？
IDEを考慮してであればベストだろうけど
Railsみたいに約束事だらけのフレームワークだと、IDEがあった方がいいな。いちいち覚えてられない。
確かにTypoが致命傷になるしな。
TextMateはSnippetという、コンテキストに応じて内容が変わりユーザーの編集しながら挿入できる
テンプレートのような機能を使ってその問題を解決してる。他のエディタやIDEにあまり見ない機能なので
言葉で表現するのが難しいのだが。
テンプレートのような機能を使ってその問題を解決してる。他のエディタやIDEにあまり見ない機能なので
言葉で表現するのが難しいのだが。
Snippet自体はVSにもあるよね？
VSの方で考えるとインテリセンスとtypo解決できるとは思えないんだけど・・・
名前だけ一緒とかか？
VSの方で考えるとインテリセンスとtypo解決できるとは思えないんだけど・・・
名前だけ一緒とかか？
986 ：nobodyさん：2007/11/05(月) 23:30:30 ID:sZvhzEPQ
VSのほうはよく知らないのけど
具体例としてhas_many
hmと入力してTabキーを押す事でこのスニペットが挿入されて
$1、$2…という部分が挿入のさいにタブキーで移動しながら変更可能な部分：：
:objects、:class_name…はデフォルト値
$3の部分はネストされているので$2が削除された場合に一緒に削除可能。
$4の部分は先の$1の内容を反映した値がデフォルト値となる。
has_many :${1:objects}${2:, :class_name => "${3:ClassName}", :foreign_key => "${4:${1}_id}"}
Rubyでよい例が見あたらなかったんだけど
このように変数を反映したり、正規表現で入力内容を変更して反映したりもできる。
<body id="${1:${TM_FILENAME/(.*)¥..*/¥L$1/}}"${2: onload="$3"}>
$0
</body>
具体例としてhas_many
hmと入力してTabキーを押す事でこのスニペットが挿入されて
$1、$2…という部分が挿入のさいにタブキーで移動しながら変更可能な部分：：
:objects、:class_name…はデフォルト値
$3の部分はネストされているので$2が削除された場合に一緒に削除可能。
$4の部分は先の$1の内容を反映した値がデフォルト値となる。
has_many :${1:objects}${2:, :class_name => "${3:ClassName}", :foreign_key => "${4:${1}_id}"}
Rubyでよい例が見あたらなかったんだけど
このように変数を反映したり、正規表現で入力内容を変更して反映したりもできる。
<body id="${1:${TM_FILENAME/(.*)¥..*/¥L$1/}}"${2: onload="$3"}>
$0
</body>
987 ：nobodyさん：2007/11/05(月) 23:37:35 ID:sZvhzEPQ
Typoのほうは、ファイル内での変数名補完機能や
関数名の補完機能なんかで結構回避できるよ。
IDEだとNetBeansにスニペットも含めて同じような
機能が実装されてるらしけど。
他のエディタやIDEにそんな詳しくないからすまん。
関数名の補完機能なんかで結構回避できるよ。
IDEだとNetBeansにスニペットも含めて同じような
機能が実装されてるらしけど。
他のエディタやIDEにそんな詳しくないからすまん。
ぶっちゃけActionScript3がCGIスクリプトとして動かせたら最強だと思う
RubyもPHPも吹き飛ばせるんじゃないかと
何この超使いやすいJava
RubyもPHPも吹き飛ばせるんじゃないかと
何この超使いやすいJava
後発な分、よく考えられてるよな。RubyとかPythonみたいな変なクセがない言語仕様だし。
これはひどいｗ
ついにAS3のわだいになってしまた
ActionScriptって名前がいや
PHPもいやだが
PHPもいやだが
ぶっちゃけAS3の型指定は面倒じゃないか
うめ
995 ：nobodyさん：2007/11/06(火) 01:32:33 ID:4/BiKtHR
ASってFlashのあれ？ソースが行方不明になる香具師？
うえｍ
ＡＳ３って冗談以上の何かを感じる
∧_∧
（ ´・ω・) ＜こたつめ、ハハハ
//＼￣￣旦＼
／/ ※＼＿＿＿＼
＼＼ ※ ※ ※ ヽ＜ハハハ
＼ヽ-＿_＿--＿__ヽ
（ ´・ω・) ＜こたつめ、ハハハ
//＼￣￣旦＼
／/ ※＼＿＿＿＼
＼＼ ※ ※ ※ ヽ＜ハハハ
＼ヽ-＿_＿--＿__ヽ
1000ならRuby終了
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。