TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
ソースコード ホスティング総合【GitHub,GitLab,Bitbucket等】
C++相談室 part144
【Delphi】Embarcaderoオッチャ その34【C++ビルダ】
今だからこそ2ch代替サービスの実装を考えるスレ
仮想環境コンテナ総合スレ Docker、Vagrant等
疑似乱数2
C言語なら俺に聞け 147
【iPhoneも】Titanium Mobileスレッド【Androidも】
COBOL?極めてやんよ シュッシュ!!
C++によるDICOMファイル解析
php使ってる奴はアホ、これからはRuby on Rails!
- 1 :2009/11/15 〜 最終レス :2017/03/14
- これからはRailsの時代 php使ってるアホは死んでね
テラカオスなPHPは全滅するべき phpは似たような機能を作るのすら大変だぜー
セキュリティ的に厳しいphpは死ぬべき Rubyの品の良さを参考にしろ
- 2 :
- 板違いだからあいちゃんの出番か
- 3 :
- このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
- 4 :
- こいつうゆか?
- 5 :
- Railsの時代とか、Rubyが品がいいとか、何周遅れですか?
- 6 :
- RubyがいいんじゃなくてRuby on Railsがいいのか?
じゃあPHPでRails風フレームワーク使えばいいんじゃないの
- 7 :
- 糞スレ
- 8 :
- >>1
ヴァカ
- 9 :
- >>1
Rubyとphpしか知らない井戸蛙がナニをほざくねん。
Ada極めてから出直して来い。
>>3
アイチャン飽きた。それよりこの板以外では見ない気がする。
次回から、このスレッドは天才乳幼児「アカチャン」にしてくれといってみるサンプルコード。
- 10 :
- Ruby 1.9 And Rails 3.0
http://www.slideshare.net/arrrrcamp/ruby-19-and-rails-30
- 11 :
- このスレッドは大脳生理学の権威ゴールドバッハ助教授が
「文字認識におけるゲシュタルト崩壊はスレッドを崩壊・消滅するに至るか」というテーマの実験に利用されています
ゴールドバッハ助教授と被験者とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
ロスアラモス国立研究所
- 12 :
- このスレッドは>>1さんが
ずっこんばっこんのために立てたものです。
脳内でずっこんばっこんを補完するスレッドなので、
邪魔するノイズは黙って出て行って下さい。
夢管理人★みゆき
- 13 :
- これまではRailsだったけどこれからRailsで作る奴なんていないだろ
よっぽど踊らされてる奴だよ
- 14 :
- 案件結構あるんですけど
- 15 :
- 将来的にはTwitterみたいにリプレースすることになる
- 16 :
- 心配すんな、Twitterみたいになれないから
- 17 :
- TwitterはフロントエンドはまだRailsだと思ってたんだが、違うのか?
- 18 :
- 趣味やプロトタイプ作成、あるいは自部門内限定アプリ開発なら
Railsは最適な道具だと思うけど、それを案件としては受けたくねえな。
新規開発ならまだましかもしれないが、他人の作ったRailsアプリを
引き継いで保守/機能追加なんてやらされるとしたら、悪夢としか言えない。
- 19 :
- いいこというね
るbyに限った話じゃないけどね
- 20 :
- 規約内に絶対に収まる仕組みじゃないと逆に苦労するからな
CMSみたいなのには物凄く向くけどちょっと複雑になると向かなくなる
- 21 :
- そうか?Railsで苦労する仕様ならPHPでもPerlでも苦労すると思うぞ。
- 22 :
- しなくていい苦労をするって事だろ
Railsの規約からはみ出た部分は作り直しになる
たとえばPHPだとCakeで作ると陥る罠がたくさんあるけど
SymfonyやZendで最初から作っておけばそんなことにはならん
- 23 :
- matz乙
- 24 :
- 何でこんな駄スレが生き残ってんだ?
- 25 :
- お前みたいなのがageてレスするから
- 26 :
- railsバブルはもう去っていったのに何言ってんだ?
>>1は
- 27 :
-
- 28 :
- 何を作るかが重要
- 29 :
- 伝説のPHP作者「Rasmus Lerdorf」名言集を聞くと嫌PHP厨がファビョる
・今のPHPを作ったのは、何十人もの開発者ですよ。私は1人目の開発者だったに過ぎません。
・問題を解くのが好きなだけで、プログラミングは大嫌いです。
・いかにプログラミングを避けるかを考えていたら、コードを再利用するためのツールとしてPHPができました。
・PHPは、歯ブラシみたいなものですね。毎日使うものですけど、だから何でしょう?誰が歯ブラシの本なんて読みたがります?
・パーザを書くのは苦手です。本当にダメなんです。今でもね。
・PHPには「protected属性」も「仮想メソッド」もありますよ。情報学科の教官が「重要だ」っていうやつは何でもね。僕自身は、こんなものどうでもいいと思ってますけど。
・プログラミングを好む人がいるのは知ってますが、全く理解できないですね。
・僕はホンモノのプログラマではありませんから、やっつけ仕事ですよ。ホンモノのプログラマは、「動いてるように見えるけど、メモリリークだらけじゃないか。直す必要があるかもね」なんて言うでしょう?僕なら、10リクエストごとにApacheを再起動しますね。
・いえ、メモリリークはちゃんと気をつけてますよ。でも、プログラミングってほんとクソだなと思いますね。
・プログラミング言語を作るつもりはありませんでした。どうやって作るのかも知りませんし。論理的に必要だと思われるものを足していっただけなんです。
・僕の発言に怒ってる人がいるようですね。僕がプログラマとしてひどいのは認めますけど、でも、多分あなたたちよりマシだと思いますよ(笑)。
- 30 :
- > 僕なら、10リクエストごとにApacheを再起動しますね。
嫌PHP厨でなくてもファビョるわw
- 31 :
- >>30
こいつは頭がおかしいね
- 32 :
- mod_phpもmod_perlも、10回から20回のリクエストを受けるとプロセスがでかくなりすぎるので、
一旦殺して再生成させるという事を聞いたな。
古いPHPのGCは参照カウンタ型なんで、メモリリークは宿命みたいなものだ。
- 33 :
- PHPこそ最高のプログラミング言語だろ
俺PHPでチャット鯖のソース書いてるよ
- 34 :
- http://twitter.com/yukihiro_matz/statuses/29317109670
yukihiro_matz: 英語圏でRubyとPythonを比較する記事を見ることが少なくなってきた
のは、RubyとPythonでクラスタが分離してきたからか。逆に日本語でRubyとPythonを
比較 する記事を見かけるのは国内でのPythonの地位が向上したからか。
∩_
〈〈〈 ヽ
____ 〈⊃ }
/⌒ ⌒\ | |
/( ●) (●)\ ! !
/ :::::⌒(__人__)⌒:::::\| l
| |r┬-| | / <こいつ最高にアホだお
\ ` ー'´ //
/ __ /
(___) /
- 35 :
-
∩_
〈〈〈 ヽ
____ 〈⊃ }
/⌒ ⌒\ | |
/( ●) (●)\ ! !
/ :::::⌒(__人__)⌒:::::\| l
| |r┬-| | / <こいつ最高にアホだお
\ ` ー'´ //
/ __ /
(___) /
- 36 :
- > ∩_
> 〈〈〈 ヽ
> ____ 〈⊃ }
> /⌒ ⌒\ | |
> /( ●) (●)\ ! !
> / :::::⌒(__人__)⌒:::::\| l
> | |r┬-| | / <こいつ最高にアホだお
> \ ` ー'´ //
> / __ /
> (___) /
- 37 :
- 最近のphpすげーよ。
Web開発ではperlとかrubyとかもういらね。
phpとjQueryあるいはFlashの組み合わせ最高。
- 38 :
- phpマンセーーーーー!!!!
- 39 :
- RubyというかRailsのキツイところはデプロイとサーバー環境の用意なんだよな。
極端な話、WordPressはCGI版PHPでも、それこそ月500円の共有レンタルサーバーにおけばそこそこ動く。(MySQLはいるが)
ところが、Railsは無理。apacheならPassengerくらいはいる。
しかも共有サーバーだと入っているところはほとんどない上に、
Dreamhostとか共有で入っていても、まともに動かん。
少なくともVPSを借りる必要がある。共有サーバーよりは高いうえに、一般人には面倒な鯖の管理がいる。
MediawikiとかWordpressみたいに一般ユーザーが設置して使うものには向いてない。
逆に、BTSのRedmineみたいに開発者=ユーザーみたいなツールは結構広まってきてる。
まあそれぐらいかもしれんがw
Railsは公開型の小規模で少期間で開発するwebサービスの開発に向いている、という話もあるが、
そんなのはPHPだって、なれた好きなフレームワーク使えばできるがなというお話
- 40 :
- GAEだとただでRoR使えるらしいぜw
- 41 :
- GAEは設定楽だけど障害頻度高すぎ
新規で簡単なマッシュアップアプリ作るのにはいいけど、
それならあえてRoR使う必要性はあまりない
- 42 :
- RailsならGAEよりHerokuだろ
- 43 :
- こんな糞スレでも一度レスしてしまうと保守したくなるもんだねぇ
- 44 :
- まあRailsが素晴らしいならパクっちゃえばいいんだよな
- 45 :
- DBのテーブル定義すら規約に従わなくちゃいけないってどうなのよ?
キモいっつーの。
- 46 :
- >>45
従わなくちゃいけない
従うと楽
この2つは別物。
- 47 :
- いいよなRailsはかまってもらえて・・・
Djangoなんて・・・Djangoなんて・・・
- 48 :
- ∩___∩
| ノ ___ヽ
/。・゚・(____ `・゜゚・。
| u( _●_)ヽ 〉
彡、 |∪| / 誰か助けるクマー
. / ヽノ . /´
.____ いつでも連絡待ってますお!
/ ヽ、 _ノ\
/ (○)iji(○)\ 正義がキチガイ呼ばわりされたんだぞ。
/ (__人__) \
| |::::::| | 義憤に駆られることはないのかお?
\ l;;;;;;l /l!| !
/ `ー' \ |i そこのあなた!勇気を出すんだお。
/ ヽ !l ヽi
( 丶- 、 しE |そ 一生後悔することになるお!
`ー、_ノ 煤@l、E ノ <
レY^V^ヽl Rubyに暗ーい影ができちゃうんだお!
____
/ \
/ _ノ ヽ、_ \
/ o゚((●)) ((●))゚o \ 助けて欲しいんだお…
| (__人__) |
\ ` ⌒´ /
____
/ \
/ _ノ ヽ、_ \
/ o゚⌒ ⌒゚o \ えっぇっえ〜ん。え〜ん。
| (__人__) | えっぇっえっぇっ。
\ ` ⌒´ /
- 49 :
- C++プログラマだけど、Rubyは難しくて使えない。
- 50 :
- Cは文字列処理が辛すぎる
- 51 :
- >>50
Cというか実はC++もだね。
char *とかwchar_t *とかstringとかwstringだけじゃなくてWIN32のLPCTSTR型とか
.net用のstring ^型とかMFC独自の文字列型とかATLのCString型とかマジで色々あってほんとカオス。
その点PHPやRubyなんかはエンコードなんかでちょい面倒なこともあるけど基本楽。
まぁスクリプト言語だし当たり前っちゃ当たり前なんだけど最初それに感動したw
C++だと下手すりゃ目的通りに文字列変換させるには文字列ライブラリ自作する位の知識が必要になっちゃう。
- 52 :
- >>51
C++にはQtという便利なツールキットがあって、正規表現と文字コード変換のライブラリも内蔵している。
- 53 :
- PHPだとフレームワークを使っていない、古いプログラムの保守の案件があるからそれだと無理。
Rubyの場合はRails以前はあまり使われていなかったから、Railsなどのフレームワークが前提になっているから、多少はましかも。
そのような理由で、過労死の確率はRuby専門でやったほうが低いかも。
Rails3ではコンポーネントも分離されているし、
日本語化も、Rails1のときのようなモンキーパッチを使わなくて良くなっているし、
Ruby1.9で、速度も上がっているらしいのでいいと思う。
クラウドが安定してきたら、
今後は、Ruby1.9+Rails3+クラウド(Web、DB)+jQueryで、なんとかなるんじゃないでしょうか?
現時点でのWEBアプリの理想形だと思う。
- 54 :
- 参考にできる大手企業の実績ないじゃんRuby
PHPはYahooのような大規模な実績がある
- 55 :
- TwitterがRuby On Railsを使ってゲフンゲフン
- 56 :
- Twitterは今はruby使ってるのフロントだけじゃないのかな。
中規模なら結構あると思う。cookpadとかtabelogとか
- 57 :
- Twitter検索がRuby on Rails + MySQLから、Java + Lucene(Javaの全文検索エンジン)になるようだ。3倍速くなるってさ。
http://www.itmedia.co.jp/news/articles/1104/07/news043.html
- 58 :
- 朗報
- 59 :
- Rubyの書きやすさを捨ててJavaに行ったら中の人は大変だろうな
- 60 :
- Java、書きやすいよ。ソースコードが長いだけ。
- 61 :
- >>59
Javaが書きにくいってのは、RubyやRailsの宣伝文句に洗脳されてる奴が言うこと。
静的型付け言語の方がIDEとの連携が強いから、
実際コーディングのスピードは変わらないか、リファクタリング等も含めるとむしろ速い。
- 62 :
- さらに、TYPOなど、ショボいがやりがちなバグはIDEで入力するその場で判るからデバッグの手間も省けるし品質も高くなる。
- 63 :
- コードが長くなるというだけで言語仕様がクソなのがわかる。
長ければその分バグの発生率が高くなるし、保守するにも手間がかかるのが普通。
- 64 :
- "長ければその分バグの発生率が高くなるし" ワラタ スクリプト言語の信者って基本コレなんだよな。
- 65 :
- ニコ生でやたらPHPをけなしてる生主がいるけどRubyなんて使える人間がPHPより圧倒的に少ないしコストかかるだけ
- 66 :
- >>64
タイピングが苦手なんです><
- 67 :
- スクリプトは1000行以下のパイプ繋げて
てっとりばやくツール作るのに最適な言語だし
腰据えて作る言語とは考え方が違う
- 68 :
- Ruby + Railsなんか使うくらいなら
PHP + CakePHP使うわw
- 69 :
- 仕様変わりまくりのPHPなんか使っててだいじょぶか?
http://d.hatena.ne.jp/ryoppy011/20100925
- 70 :
- 趣味ならともかく業務でCakePHP使ってるとか恥ずかしくて言えないです><
- 71 :
- 男は黙ってStruts
- 72 :
- Rubyは重すぎる
- 73 :
- >>68
PHP使うなら、Symfony一択だろjk。
- 74 :
- 本気で、開発効率がRubyよりJAVAのほうがいいとかいってる人って
どういう・・・。
一ついってしまうと、
ロジックを考えるスピード > ソースコード入力のスピード
↑
こうなってる奴じゃないと、Rubyみたいな言語使って意味無い
- 75 :
-
ロジックを考えるスピード < ソースコード入力のスピード
↑
みたいに、プログラミング言語が冗長していようと、
それ以上にロジック考える思考が冗長しているなら・・・ そいつは何の言語使っても同じだお
自分から >>61 バカですなんていわなくていいのに。
- 76 :
- 日本語が不自由な方がいらっしゃいました。
- 77 :
- Ruby人気ねえなあw
日本人が作ったってだけで好きなんだけど
あと記号が少なくていい
まあ実用的ではないけどな
- 78 :
- 出向先にいたデキル男的な人が「俺一人で面倒みてやんからよ」とRubyでシステム組んでた。Rubyはひとりよがりなな人が使ってるイメージがある。
- 79 :
- rubyを嫌ってる子って
じゃあ君、なに言語使ってるのー?って感じだよね
この言語に対抗できる可能性のあるのって、PythonかLispくらいだと思うのに
JAVA、C#の名前を、もし挙げてくるならそのこは何かを勘違いしてる・・・w
- 80 :
- また日本語が不自由な子が(r
- 81 :
- >>79
エンタープライズ向けの言語をdisるのがかっこいい、みたいな風潮に乗っかる人っておしゃれだよね
- 82 :
-
JAVAはゴミだしな
C#もゴミだしな
C言語もゴミだしな
ゴミじゃないのってRubyとLispとHTMLだけだしな・・・・
- 83 :
-
HTMLっぽい自作言語作る奴って頭良いと思うよ
ezhtmlエディタっていう、あんなのが開発環境になっちゃうんだぜ
けど補完もちゃんとしてくれるしな
その 言語を作ってそれを効率的に使う所までの、
最大効率と 、 最短時間を考えるなら 、 ezhtml + HTML風プログラミング言語が 、 一番効率いい 、
- 84 :
- なんでRubyよりPHPの方が圧倒的に普及しているのか、その理由を考えろ
でなきゃいつまでも本質は見えないんだよ
- 85 :
- おまえがゴミ uy君
- 86 :
- おまえはゴミ以下のゴミ以上 その間のゴミ
ほんと口くさいからしゃべらないで ゴミ
まじゴミ ゴミ
僕年収1500万ありますから
Perlプログラマーですから
uyはしにま
- 87 :
- uyとかいう粘着野郎が消えればrubyも少しは流行ると思うのに
至極残念です
- 88 :
- かわいそう
やめてあげて
- 89 :
- uy 雑魚すぎ
rubyの今後のために、消えてくれ
- 90 :
- Railsを使うのもいいけど、Perlを完全に死滅させて欲しい。
- 91 :
- >>86
Perlプログラマー(笑)
一体、2011年にPerlでどんなゴミを作っているのか知らないけれど、
恥でも晒しにきたのか?
衰退していく言語を仕事で使ってるのってどんな気分?
>>87
Rubyは十数年頑張ってて、この程度しか流行らなかったんだから
その程度なんだろ・・・そもそもまだ未完成言語だし、
修正されるべき点は「ちゃんとRubyを深く知っていれば」いくつもあることはわかる
ひとつあげればyield周りとかな
lambdaにブロックを渡すときは、yieldではなく&blockでとらなければならなくて、 iterator? や block_given? 等が
ブロック渡っているにもかかわらずfalseになる所とかやばい
define_method :func と
def func が同義にもかかわらず、 iterator? を使っていてそれをlambdaに書き直したら動作は変わる
lambda do | &a |
p iterator?
a.call
end.call do
p 9
end
lambdaの時には a をみて、Procかnilかを判断しなければならなくなってる
まだ未完成言語なのにその片鱗が凄まじいから、使ってる
- 92 :
- >>84
Rubyプログラマーが少ないからだろ
君の周りにRuby技術者は何人いる?
Rubyの仕様は細かい上に、今後変更される可能性ある構文たいしては
未来予知してなるべく使わないようなコーディングも必要だし
扱うのは難しいと思ってるよ
その場限りのスクリプトかく程度ならいいんだけどさ
上にかいたようにまだ成長途中の未完成言語だから
破壊的メソッドの落とし穴もあるし、
とにかくRuby特有の仕様が多い
クラス定義にしてみても
class A
endのほかに
Class.new do
end
という構文も用意されていて、小文字のクラス名の定義や、メソッド内にクラス定義する場合は後者じゃないと出来ないとか
わけのわからない制約も存在する
おそらくマクロの中でマクロは展開しないってことなんだろうけどな
- 93 :
- >>85
おまえがゴミじゃん
>>89
rubyの今後って?
別に俺rubyとかどうでもいいよ
どうせ今頃、Rubyを物凄く真似した言語を、世界各地で作ろうしてる奴がわいてるだろうし
Rubyがなくなっても、「使える言語」はいくらでもある、Pythonでもいいし
そもそも俺がRubyを触った理由は、
「自分でプログラム言語を作る前に、自分の構想を実装している言語があるかどうか」を調べた結果
Rubyがそれに該当したっていうだけ
信者と勘違いしている奴もいるけれど
アンチだと思ってくれていいよ
他言語よりは十分マシでよくやってるんだけど、それでも細かいことをRubyでやる時に、
まだ整理されていない部分に触り、わけのわからないルールに縛られる事も
いくつかあり、もどかしさを感じている
現状Ruby以外では組めようもない事をやっている
今度、2.0とか、そういう成長性を期待してRubyをとりあえず応援しているだけ
1.92で成長とまるならば、俺は今後もRubyを使っていくとは考えにくいし
そうなれば自分で言語を作る
>>90
だな
IT技術の進化の足を引っ張る言語はいつまでもあっちゃいけない
- 94 :
- つうか俺がやりたいのは完璧な設計による完璧なプログラミングなんね
ツリー構造で今色々やってそれに真理は見たんだけど
循環リストの木構造にした場合、どうなるかなと
少し今、思考を開始してる
ようはツリー構造ではなくネットワークにする
けどすべてのデータを平坦な構造でつなぐと
すべてのシンボルをかぶらないようにしないといけないゴミ設計になるから却下、
何らかの上位、下位関係を持たせたままの循環木構造リスト
だからー、こんな感じになる可能性がある
A → B → C → A とあった場合、 AからCへアクセスするには
A.task[:B].task[:C] って方法と A.up って方法と A.task[:B].task[:C].task[:A].task[:B].task[:C] って方法
を、存在させてみようかと
つまり、すべてのノードからすべてのノードにアクセスは出来るんだけど、
基本のリストを形成する基本ポインタだけを保持してるのみで、それ以外の別ノードへのポインタを、保持させておかずに、
入力した相対関係から、その場で検索しにいく形なのはツリー管理の時と相違ない
問題はどうやって循環させていくかなんだけど、何故こうしようかと思ったのかっていうと、ゲーム等でシーンの移動
たとえば屋内の屋外の屋内の屋外みたいな、迷路みたいなダンジョンを作った時に、
屋内ノードの下に屋外ノードが作られその下に屋内ノードが...って、どんどんノードが増えていってしまうんだ
たいしたメモリ使用量じゃないんだけどね
ここはPhaseの概念を取り入れ、平坦な管理にしちゃうのが、ふつうの本来のゲームプログラミングなんだけど
俺はそれを完璧とは思わないので、ネストしていかないように循環リストが必要に思った
- 95 :
- 道化師は聞かぬフリでおどけた・・・・・・・・・・・・・・
- 96 :
- Rubyとかゴミだろ・・・
- 97 :
- そうでもないよ。
- 98 :
- 本当
- 99 :
- プログラミングRubyのRubyベタボメっぷりにRubyを使い始めて早10数年、使えば使う程にRubyって駄目だなと痛感する
Rubyを学習し始めた頃は誰でもRubyは素晴しいと思うのだが、数年も使えばそのどうしようもない互換性のなさにウンザリする
しかも互換性が無くなることをマズいと思っていない集団がRubyを制作しているのでどうしようもない
1.4時代のコードが1.6になった途端に互換性がなくなり動かなくなることはあったが、1.6→1.8ではそれが顕著になり、1.9など何のエラーも出さずに前のコードが動く方が珍しいほど
それどころか1.9に行かずREEが海外ではデファクトになりつつある現状、そして始まるPlain RubyとREEの方言問題
例えばPassengerもREEの方がうまく動いたり、かと思えば特定のバージョンだとPlainじゃないとまともに動かなかったりと、とても面倒臭い
美しいコードを求める為の副作用、という名の互換性のなさはRuby界全体に蔓延していて
例えばあれだけもてはやされたRailsも、Rails2とRails3の互換性のなさに誰しも苦労したのは記憶に新しいところ
誰もが互換性のなさに辟易し、俺ライブラリを量産するため、gemで探すと似たような事をする終わったプロジェクトがわんさか引っかかる
諸処の小さなプロジェクトだけがそんな現状ならば許せるが、dbiアダプタでさえそんな現状なので
バージョンが変わるとデータベースにすら接続できなくなったとか、dbiのAPIバージョン変わったのにアダプタ側の更新ないな、
とか思ってるとアダプタ作者がRubyから足洗ってたとか余裕
身内同士でRubyはコードが美しいと四六時中自画自賛しているが、実はそれこそがRubyのガン
その美しいコードという名のオナニーの為に一体どれだけの互換性と人的リソースが失われていったことか
Rubyのコードは美しい、Railsスゲー、ベタボメする人は沢山いたがいつも一過性の人気しか得られないのはそこにあるし
ベタボメしていた人達もしばらくするとウンザリしてRuby界から消えてしまうのも原因は実はそこにある
達人プログラマーはRubyをベタボメしなくなったし、Mongrel作者はRailsどころかRubyに見切りをつけちゃったしね
ああいう熱狂的なRuby信者でもRubyから足を洗っているのを見ると、tDiaryがRubyに見切りつけてPythonで全部書き直したとか言われても驚かないだろう自分がいる
- 100 :
- rubyは携帯で表すとwillcom
- 101 :
- あg
- 102 :
- >>99から一ヶ月でこれだよ。
http://www.infoq.com/jp/news/2012/03/ruby-eee-eol
- 103 :
- でっていう
- 104 :
- ORM が危険なアンチパターンだっていうのはどれだけ言っても言い過ぎることはない
http://tech.a-listers.jp/2011/06/16/orm_is_an_antipattern/
このツイートに対して各方面(ActiveRecord, Doctrine, Hibernate)から多くの
(激しい)返信が寄せられて書かれたのが問題のエントリです。
まずはアンチパターンとは何かの定義として下記の2つを挙げています。
当初は有益だが、長期的にみると良い結果以上の悪い結果を招く。
確証があり繰り返されている別の解決方法がある。
当初は良さそうに見えたORMがいざ使ってみると問題が明らかになり、
しかもその時には切り替えるわけにもいかなくなるというのが彼の主張です。
彼による皮肉がたっぷりの論説の最後に付いていたまとめリストは下記のとおり。
- 105 :
- ORMはSQLベースのモデルよりも最初のうちはシンプルで理解しやすく、手早く書く事ができる。
効率はどんなプロジェクトでも最初の頃は十分。
不幸にもそれらのアドバンテージはプロジェクトが大きく複雑になると消失し、抽象化は破綻し、
開発者はSQLを使わなければならなくなる。
ORMの抽象化はほぼ100%のプロジェクトで破綻する。
オブジェクトはリレーショナルなクエリの結果を表現するのには不適切。
不適切にクエリをオブジェクトにマッピングすることによって、ORMを廃止しない限り
簡単には修正できない非効率性がアプリケーションのあちこちにばらまかれる
リレーションを保存する代わりにORMを全てに適用する場合、設計をよく考える必要がある。
データが元々オブジェクトならば、NoSQLにオブジェクトを記録する方がリレーショナルデータベースよりも早い。
データが元々リレーショナルならリレーショナルデータベースに対するオーバーヘッドになるだけ。
リレーショナルなクエリはモデルレイヤーに隠蔽する。ただしAPIの設計は汎用化の誘惑に打ち勝って
アプリケーションに必要なデータを返すようにする。
オブジェクト指向設計はリレーショナルなデータを効率的に表現できない。
これはORMが解決できないオブジェクト指向デザインの根本的な制限だ。
ORMを使った事がある人にとっては心当たりがありまくりな主張ではないでしょうか。
意外と長文なんですが原文を読んでもらう方がORMが良さそうにみえて問題が起こり、
そしてその解決方法などのより正確な主張がわかります。
また元の記事には現時点で47のコメントが付いており盛り上がっています。
さて、みなさんはORMを次のプロジェクトでも使いますか?
via:http://seldo.com/weblog/2011/06/15/orm_is_an_antipattern
- 106 :
- みんな どこいったん?
- 107 :
- Railsならfind_by_sqlだけ使ってる間はORMの便利さを感じることができるよ!
SQL排除しようと思って、has_manyとかでモデルに関連付け始めると途端に生産性ガタ落ちだけどね!
- 108 :
- 馬鹿には無理
- 109 :
- ゴミ
- 110 :
- PHPとRubyでは、人気度にセ・リーグとパ・リーグくらい差がある感は否めない。
- 111 :
- 【社会】 大阪市職員(用務員)の朴容疑者、男性死亡事故で逮捕。隠れて兼業中に事故…大阪
http://uni.2ch.sc/test/read.cgi/newsplus/1343026331/
★死亡事故で用務員逮捕 運転過失傷害容疑 大阪
・大阪市西成区でトラックとミニバイクの衝突事故があり、西成署は23日までに、自動車
運転過失傷害容疑で、トラックを運転していた市立西淀中の用務員朴英鎮容疑者(37)
=西成区岸里=を現行犯逮捕した。
同署によると、朴容疑者は当初、職業をトラック運転手としていたが、その後の調べで市職員と
兼務していたことが判明。朴容疑者は「言いにくかった」と話している。
市教育委員会によると、朴容疑者から兼業の届け出はなく、地方公務員法違反に当たる
可能性があるという。
大阪市西成区長橋1丁目の交差点で21日未明、朴容疑者のトラックと男性(38)の
ミニバイクが衝突。朴容疑者は現行犯逮捕され、男性は搬送先の病院で死亡が
確認された。
http://sankei.jp.msn.com/affairs/news/120723/crm12072314010010-n1.htm
- 112 :
- Rubyは訛りのひどい方言みたいなもんでpublicじゃない
- 113 :
- コスプレ板でIDがPHPだったからテスト
- 114 :
- 関数名の仕様をまとめ直した静的型付きのPHPが勝つよ
- 115 :
- パトカー追跡の車にはねられ女性死亡
7月31日 0時27分
ttp://www3.nhk.or.jp/news/html/20120731/t10013974411000.html
ttp://news.tv-asahi.co.jp/news/web/html/220731005.html
ttp://www.chugoku-np.co.jp/News/Sp201207310084.html
30日夜、広島市で、パトカーに追跡されていた乗用車が別のパトカーと衝突して
道路脇の植え込みに突っ込み、居合わせた女性が巻き込まれて死亡しました。
30日午後7時半ごろ、広島市西区の県道の交差点で、パトカーに追跡されていた
乗用車が別のパトカーと出会い頭に衝突しました。
この事故で、乗用車は道路脇の植え込みに突っ込み、居合わせた近くのパート従業員、
中野由惟さん(28)がはねられて、まもなく死亡しました。
また、パトカーに乗っていた警察官と、乗用車を運転していた男がそれぞれけがをし、
男は病院で手当てを受けています。
警察によりますと、「仮免許の男が1人で運転している」という情報が寄せられたため、
警戒していたところ、乗用車を発見し、警察官が職務質問するために止まるよう
指示したものの、車は従わなかったということです。
そして、乗用車は、信号無視をしながら5分ほど逃走したあとに、
先回りしていた別のパトカーと衝突したということです。
警察は、運転していた男の回復を待って事情を聞くことにしています。
広島中央警察署の若岡利男副署長は「被害者の方が亡くなられたことは
非常に残念でありお悔やみ申し上げます。
事故原因については今後捜査を行って参ります」とコメントしています。
事故を目撃したという近くに住む女性は「車が猛スピードで蛇行運転していて、
複数のパトカーが追跡していた。車は交差点でブレーキをかける様子もなく
パトカーに衝突し、女性も巻き込まれた。事故を起こした車を運転していた男は、
すぐに車から降りて逃げたが、近くで警察官に取り押さえられた」と話していました。
- 116 :
- そいえばほんの数ヶ月前に国際規格になったんだよね
- 117 :
- 何か意味あんのそれ
- 118 :
- 捺印ナビリティが向上する
- 119 :
- 最近は官庁への入札条件に国際標準技術が普通に入っているから、
競合相手によっては有利になる
自治体/民間でもITに無知な組織/企業への提案ネタの一つに使える
まあ学生さんや趣味グラマにはまるで無意味
- 120 :
- railsを国際標準技術に入れないと意味ないだろ
- 121 :
- だよな。むしろrailsを入れてruby本体は
railsの実行環境として紹介するくらいでもよかった。
- 122 :
- railsって何がすごいの?
- 123 :
- メタ
- 124 :
- XMLはうんこっていう今の常識を作ったところ
- 125 :
- web屋なんて供給過多で食えなくだろうし、転職を考えるとjsの一択
- 126 :
- JSなんてそれこそ供給過多じゃん
- 127 :
- IT業界以外に転職しろ
- 128 :
- 転職しなくちゃならないってのがまずおかしい事に気づくべきなんだよね
- 129 :
- あげ
- 130 :
- sage
- 131 :
- a
- 132 :
- >>119
また作れない業者でてくるな
- 133 :
- RoRあげ
- 134 :
- フリーのHPスペース提供しているところってPHPサポートばっかじゃん。
これに変化がないと状況は変わらない。
- 135 :
- atpagesでいいじゃん
- 136 :
- z
- 137 :
- ruby2.0がかなりすごいらしい
- 138 :
- 1.9のコードがどれだけ流用できることやら
- 139 :
- 嫉妬はこわいね、Ruby on Rails馬鹿!
- 140 :
- 100%互換性
- 141 :
- Ruby は趣味でつくって一応、
入力 出力 検索を mysql とsqlserver で作ったけど
とにかく、バージョン変わると動かなくなる。
Netbeansをつかって作ったんだけど
バージョン古いと全くコンパイルさえできなくなる。
それでこりゃ実用できないとあきらめた。
- 142 :
- railsってスクリプトをコンパイルしたのか?w
趣味グラマなんてVBSでも触った方が幸せだよ
オタク連中に付き合っていたら、いつまで立っても成果物が動かない
- 143 :
- なんつうか
ルビリストに本音をいわせたら
rubyで大規模開発やら商用アプリ開発なんて「人柱乙www」とか言いそうだ
元々普段の雑務をやらせるのが主たる目的で
その発展の為には大量の人的リソースが必要であるから
大規模開発もできますみたいな嘘をついてるけど嘘だよ
それでも俺は好き好んでrubyで将来的に数十万越えるようなソースコードかいているけど
ただ普通にかくだけではなく
これから起こりそうな仕様変更などにも細心の注意を払いながらソースコードをかいていくという
未来予知のような
おまえ等には出来そうもない才能の無駄使いによるプログラミングをしてる
ソースコードが完全に整理されてれば仕様変更はさほど怖くない
どこに何かいたかわからないくらいごちゃごちゃしてたらバージョンアップ時に捨てるしかないだろうな
rubyの仕様変更についてこれるプロジェクトとついてこれなかったプロジェクトの違いは
そのあたりに思える
- 144 :
- バグも多いよ
10年以上前からあるとは思えないくらいどんどんいくらでもでてくる
ふわふわした怪しい仕様もちょっと暇なときにrubyの細部調べてみればいくつも見つかる叩けば叩くほどほこりがでる
しかしそれでも現時点rubyが最も効率だせるのだから使うだけの話
他言語は仕様がどうのって前にシンタックスが論外
パーサ書き直せよ
- 145 :
- 日本のサーバーOSシェア、なんとWindows Serverが73.7%と圧倒 ※ただしNT/2000/2003が半数以上
http://engawa.2ch.sc/test/read.cgi/poverty/1346894513/
- 146 :
- x
- 147 :
- FreeBSDにRails入れる場合どうするのがいいの
- 148 :
-
- 149 :
- そういう質問の仕方をしている限り作れません。
あきらめましょう。
- 150 :
- 「新しい友達を求めてジュエル学園という学校に行き、ジュエルペットカフェをオープンすることになったルビー」
http://www.tv-tokyo.co.jp/anime/jp-happiness/
- 151 :
- Rails使ってればギークっぽいって考えてるカスが多いこと多いこと
- 152 :
- >>151
使えないカスの多いこと多いこと
- 153 :
- 漏れもそう思う
- 154 :
- RubyやRoRはアプリケーションサーバーに向かないと聞いたのですが
実際どうなんですか?
- 155 :
- 使う人次第
- 156 :
- 自分の書けない、書きたくない処理を他人に任せるという意味では
生phpもRailsも変わらんよな。
つーか、そもそもRails系はシステム細部にこだわらん某大陸の発想だしな。
いちいち五月蠅いユーザーの日本だと、それぞれ専用の土台
作ってやって、最低限のコードだけ書く方が客が喜ぶ。
どっちが正しいわけでもない。Railsアプリ書けたところで、
他に応用利くかってーと、やっぱphpフレームワークだしな。
- 157 :
- WEB書くならPHP以外は、使う記になれないな。ただ、WEB以外では使う記になれない。てなわけで、WEBでPHP使っていないヤツはカタワ。
- 158 :
- これからはAngular+mongoDB+node.jsです
RORはもう陳腐は旧型
- 159 :
- RoRバージョン上がって肥大化しすぎだろ
もうコレ駄目だわ
- 160 :
- ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
- 161 :
- 誕生→発展→飽和→陳腐化といったサイクルが極端に短くなっているのかもしれない
- 162 :
- ようやくRubyが枯れてきたところで、node.jsに移るとかすごくアホ
海外の奴らは、PHPじゃアプリケーションやライブラリなんて書いてくれないよ
PHPじゃ、パズル解くのすら億劫だし
- 163 :
- ゴミ
- 164 :
- RailsめんどいしSintraでいいじゃんって思うんだけど
- 165 :
- UI実装がAngularJSなのは納得だが
もうサーバー側はなんだっていいよ正直
使い慣れた言語とライブラリが一番速い
- 166 :
- Javaはxmlの設定が面倒過ぎる気がする
- 167 :
- たしかに
- 168 :
- PHPはセキュリティざるだけど簡単だから手放せない。そこが落とし穴なんだろうけど
- 169 :
- 黙れ小僧!貴様にRubyistが救えるか.
メソッド定義を探してコードに潜った挙げ句にたどり着く
無慈悲なdefine_methodを見たときの気持ちが静的言語にわかるというのか!
- 170 :
- grepできない人がrubyつかうなんて...
- 171 :
- C#はなぜ主流になれないのか
- 172 :
- ゴミ
- 173 :
- >>1みたいなアホがRばいいと思う
- 174 :
- Rゴミ
- 175 :
- PHPはグローバルスタンダード
- 176 :
- phpは大丈夫だけどRubyとかPythonに食われてるじゃん
- 177 :
- PHPは使ってると技術が落ちてるのではないかと不安になってくる
- 178 :
- ソレを言語のせいにしたがるような頭だからしかたないんじゃねーのw
- 179 :
- プログラミング言語別年収(米国編)、トップはRoR
http://developers.slashdot.jp/story/14/11/25/0755204/
貧乏人はPHPを食え
- 180 :
- 「マーケティングといっても広告を打つんじゃなくて、ストーリーを語って
コミュニケーションをするってことです。2004年に最初にやったのは動画を
作ること。Railsを使って15分でブログを作るというデモ。当時は誰も動画を
使ってオープンソースを売り込んだりなんかしてなかったですよ。お金や
人員を集中投下するというような意味では何もやってなかったけど、ぼくは
ほかのどんなWebフレームワークよりも上手にマーケティングしたかった」
「特に初期にはゲリラ・マーケティングのテクニックとして仮想敵を選ぶ
とかね。初期にはJavaです。こんなクソなやり方なんてあるか、と。意識的
にね。当時としては、それはとても煽った言い方でした」
「だけど、ああ、あれもいいよね、これも同じぐらいいいよね。どれでも
好きなものを使うといいよ。どれもみんないいよねー、うん、とか言って
たら、誰もおまえの言うことなんて気にしねぇよって話じゃないですか。
誰も話を聞かないし、考えを変えようとすらしないわけですよ。だから、
もうちょい炎上するぐらいじゃなきゃダメなんですよ。だから意図的に
そうやったんです」
- 181 :
- >>179
経営者の視点に立つと、PHPを選択したほうが賢いようだな。
- 182 :
- るぅびぃいうぃぃいいいいいいいいいいいいいいいいいいい
- 183 :
- sage
- 184 :
- node.jsの求人も増えてきたな
ってかWebエンジニアの給料上がるかと思ったら
まったくあがらんなw
吐くほど勉強してこれか
- 185 :
- インピーダンスデスマッチ
野球VSビリヤードみたいな異種格闘技戦で死ぬまで戦う。
- 186 :
- PHP求人
http://goo.gl/uXrvAk
- 187 :
- Railsでjavascriptのソースを<script type="text/javascript" src="hoge.js"></script>
で読み込ませようとしたらなんか文句言われたんだが。
組み込みにしろ?とかなんとかよくわからん。
- 188 :
- webサイトなんてphpでいいよ
銀行のサイトとか取引系はやめた方がいいけど
- 189 :
- はちま起稿ブログってこれPHPとテンプレートエンジンはtwigか?smartyだよな?
清水鉄平ってじゃあ高校生の時からPHPでブログ作ってたのか?
- 190 :
- RbyってPHPと同じことができるんですか?
- 191 :2017/03/14
- Rubyは底辺プログラムなんで使わないでいいです。
Java入門・初心者質問スレ Part.9
TopCoder
Excel VBA 質問スレ Part61
ExcelVBAで勤務表を作ろう
C#, C♯, C#相談室 Part93
バージョン管理システムについて語るスレ10
php使ってる奴はアホ、これからはRuby on Rails!
C#で仕事ある?
TensorFlow 0.12
【QBASIC互換!?】FreeBasic【GPL】
--------------------
私、能力は平均値でって言ったよね!は、他人を非難する糞アニメ
無料サンプルゲットネット編・パート70
遊戯王デュエルリンクス1283ターン目
【晒し】フリマアプリ総合 part.64
【MHW】太刀スレ 56練気目
Berryz工房の一番ちっちゃい清水佐紀 404
WCCF FOOTISTA 2020 第24節
世界一当たる預言者「北朝鮮で18年にクーデター、金正恩は中国に亡命」―米華字メディア
☆四柱推命中最強☆月柱帝旺☆
【日産】初代ノート Part73【E11 NOTE】
ポケモンGO座標+雑談144投目
【2010.10.5】コ・ス・パ住道ってどう?【open】
ラーメン二郎 茨城守谷店 Part21
【Twitter砲】BOØWY高橋まこと「俺は安倍晋三が大っ嫌いですバカに任せてるとこの国終わるぜ‼?」年代問わず熱い支持
【ぼくたちは勉強ができない】古橋文乃アンチスレ【非胸者】★3
【米国】自宅でトップレスになった女性、わいせつ罪で訴追される…夫の連れ子3人が苦情、実母から福祉担当者へ
【反緊縮で】日本共産党総合Part161【共闘を】
常陽銀行 part1
【ビエラ】Panasonic VIERA Part102
次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼