11/03/01 11:36:18.69
∩＿＿＿∩
| ノ ＿＿＿ヽ
/。・ﾟ･(＿＿__ ｀･゜ﾟ･｡
| u( _●_)ヽ 〉
彡､ |∪| / 誰か助けるクマー
. / ヽノ . /´
.＿＿＿_ いつでも連絡待ってますお！
／ ヽ､ _ノ＼
／ （○）iji（○）＼ 正義がキチガイ呼ばわりされたんだぞ。
／ （__人__） ＼
| |::::::| | 義憤に駆られることはないのかお？
＼ l;;;;;;l ／l!| !
／ `ｰ' ＼ |i そこのあなた！勇気を出すんだお。
／ ヽ !l ヽi
（ 丶- 、 しＥ |そ 一生後悔することになるお！
`ー､＿ﾉ ∑ l､Ｅ ﾉ <
ﾚY^Ｖ^ヽｌ Rubyに暗ーい影ができちゃうんだお！
＿＿＿_
／ ＼
／ _ノ ヽ､_ ＼
／ oﾟ(（●）) (（●）)ﾟo ＼ 助けて欲しいんだお…
| （__人__） |
＼ ｀ ⌒´ ／
＿＿＿_
／ ＼
／ _ノ ヽ､_ ＼
／ oﾟ⌒ ⌒ﾟo ＼ えっぇっえ～ん。え～ん。
| （__人__） | えっぇっえっぇっ。
＼ ｀ ⌒´ ／
49:デフォルトの名無しさん
11/03/01 11:37:30.87
C++プログラマだけど、Rubyは難しくて使えない。
50:デフォルトの名無しさん
11/03/01 22:52:02.98
Cは文字列処理が辛すぎる
51:デフォルトの名無しさん
11/03/02 00:33:11.74
>>50
Cというか実はC++もだね。
char *とかwchar_t *とかstringとかwstringだけじゃなくてWIN32のLPCTSTR型とか
.net用のstring ^型とかMFC独自の文字列型とかATLのCString型とかマジで色々あってほんとカオス。
その点PHPやRubyなんかはエンコードなんかでちょい面倒なこともあるけど基本楽。
まぁスクリプト言語だし当たり前っちゃ当たり前なんだけど最初それに感動したｗ
C++だと下手すりゃ目的通りに文字列変換させるには文字列ライブラリ自作する位の知識が必要になっちゃう。
52:デフォルトの名無しさん
11/03/02 01:38:04.99
>>51
C++にはQtという便利なツールキットがあって、正規表現と文字コード変換のライブラリも内蔵している。
53:デフォルトの名無しさん
11/03/10 19:16:24.62
PHPだとフレームワークを使っていない、古いプログラムの保守の案件があるからそれだと無理。
Rubyの場合はRails以前はあまり使われていなかったから、Railsなどのフレームワークが前提になっているから、多少はましかも。
そのような理由で、過労死の確率はRuby専門でやったほうが低いかも。
Rails3ではコンポーネントも分離されているし、
日本語化も、Rails1のときのようなモンキーパッチを使わなくて良くなっているし、
Ruby1.9で、速度も上がっているらしいのでいいと思う。
クラウドが安定してきたら、
今後は、Ruby1.9+Rails3+クラウド（Web、DB）+jQueryで、なんとかなるんじゃないでしょうか？
現時点でのWEBアプリの理想形だと思う。
54:デフォルトの名無しさん
11/03/11 11:22:29.32
参考にできる大手企業の実績ないじゃんRuby
PHPはYahooのような大規模な実績がある
55:デフォルトの名無しさん
11/03/11 11:56:57.40
TwitterがRuby On Railsを使ってゲフンゲフン
56:デフォルトの名無しさん
11/03/12 01:54:22.13
Twitterは今はruby使ってるのフロントだけじゃないのかな。
中規模なら結構あると思う。cookpadとかtabelogとか
57:デフォルトの名無しさん
11/04/08 08:19:19.91
Twitter検索がRuby on Rails + MySQLから、Java + Lucene(Javaの全文検索エンジン)になるようだ。3倍速くなるってさ。
URLﾘﾝｸ(www.itmedia.co.jp)
58:デフォルトの名無しさん
11/04/08 10:53:27.36
朗報
59:デフォルトの名無しさん
11/04/09 04:14:08.19
Rubyの書きやすさを捨ててJavaに行ったら中の人は大変だろうな
60:デフォルトの名無しさん
11/04/09 09:28:28.61
Java、書きやすいよ。ソースコードが長いだけ。
61:デフォルトの名無しさん
11/04/22 15:21:53.46
>>59
Javaが書きにくいってのは、RubyやRailsの宣伝文句に洗脳されてる奴が言うこと。
静的型付け言語の方がIDEとの連携が強いから、
実際コーディングのスピードは変わらないか、リファクタリング等も含めるとむしろ速い。
62:デフォルトの名無しさん
11/04/22 20:39:16.35
さらに、TYPOなど、ショボいがやりがちなバグはIDEで入力するその場で判るからデバッグの手間も省けるし品質も高くなる。
63:デフォルトの名無しさん
11/05/03 03:20:50.59
コードが長くなるというだけで言語仕様がクソなのがわかる。
長ければその分バグの発生率が高くなるし、保守するにも手間がかかるのが普通。
64:デフォルトの名無しさん
11/05/03 09:20:34.59
"長ければその分バグの発生率が高くなるし" ﾜﾗﾀ スクリプト言語の信者って基本ｺﾚなんだよな。
65:デフォルトの名無しさん
11/05/03 10:21:34.99
ニコ生でやたらPHPをけなしてる生主がいるけどRubyなんて使える人間がPHPより圧倒的に少ないしコストかかるだけ
66:デフォルトの名無しさん
11/05/03 12:26:52.04
>>64
タイピングが苦手なんです＞＜
67:デフォルトの名無しさん
11/05/03 12:46:35.88
スクリプトは1000行以下のパイプ繋げて
てっとりばやくツール作るのに最適な言語だし
腰据えて作る言語とは考え方が違う
68:デフォルトの名無しさん
11/05/04 16:55:31.79
Ruby + Railsなんか使うくらいなら
PHP + CakePHP使うわｗ
69:デフォルトの名無しさん
11/05/15 08:38:37.67
仕様変わりまくりのPHPなんか使っててだいじょぶか？
URLﾘﾝｸ(d.hatena.ne.jp)
70:デフォルトの名無しさん
11/05/16 01:36:23.56
趣味ならともかく業務でCakePHP使ってるとか恥ずかしくて言えないです＞＜
71:デフォルトの名無しさん
11/05/22 02:47:10.33
男は黙ってStruts
72:デフォルトの名無しさん
11/05/22 03:52:47.35
Rubyは重すぎる
73:デフォルトの名無しさん
11/05/22 11:11:42.70
>>68
PHP使うなら、Symfony一択だろjk。
74:uy
11/05/24 15:37:05.41
本気で、開発効率がRubyよりJAVAのほうがいいとかいってる人って
どういう･･･。
一ついってしまうと、
ロジックを考えるスピード ＞ ソースコード入力のスピード
↑
こうなってる奴じゃないと、Rubyみたいな言語使って意味無い
75:uy
11/05/24 15:40:53.43
ロジックを考えるスピード ＜ ソースコード入力のスピード
↑
みたいに、プログラミング言語が冗長していようと、
それ以上にロジック考える思考が冗長しているなら･･･ そいつは何の言語使っても同じだお
自分から >>61 バカですなんていわなくていいのに。
76:デフォルトの名無しさん
11/05/24 22:05:50.06
日本語が不自由な方がいらっしゃいました。
77:デフォルトの名無しさん
11/05/27 01:26:14.04
Ruby人気ねえなあw
日本人が作ったってだけで好きなんだけど
あと記号が少なくていい
まあ実用的ではないけどな
78:デフォルトの名無しさん
11/05/27 08:34:53.56
出向先にいたデキル男的な人が「俺一人で面倒みてやんからよ」とRubyでシステム組んでた。Rubyはひとりよがりなな人が使ってるイメージがある。
79:uy
11/05/27 16:17:44.02
rubyを嫌ってる子って
じゃあ君、なに言語使ってるのー？って感じだよね
この言語に対抗できる可能性のあるのって、PythonかLispくらいだと思うのに
JAVA、C#の名前を、もし挙げてくるならそのこは何かを勘違いしてる･･･ｗ
80:デフォルトの名無しさん
11/05/28 12:47:20.72
また日本語が不自由な子が（ｒ
81:デフォルトの名無しさん
11/05/28 16:51:02.76
>>79
エンタープライズ向けの言語をdisるのがかっこいい、みたいな風潮に乗っかる人っておしゃれだよね
82:uy
11/05/29 03:26:35.26
JAVAはゴミだしな
C#もゴミだしな
C言語もゴミだしな
ゴミじゃないのってRubyとLispとHTMLだけだしな････
83:uy
11/05/29 03:42:38.12
HTMLっぽい自作言語作る奴って頭良いと思うよ
ezhtmlエディタっていう、あんなのが開発環境になっちゃうんだぜ
けど補完もちゃんとしてくれるしな
その 言語を作ってそれを効率的に使う所までの、
最大効率と 、 最短時間を考えるなら 、 ezhtml ＋ HTML風プログラミング言語が 、 一番効率いい 、
84:デフォルトの名無しさん
11/06/03 17:46:46.08
なんでRubyよりPHPの方が圧倒的に普及しているのか、その理由を考えろ
でなきゃいつまでも本質は見えないんだよ
85:tokuhirom
11/06/08 14:57:27.16
おまえがゴミ uy君
86:tokuhirom
11/06/08 14:59:04.87
おまえはゴミ以下のゴミ以上 その間のゴミ
ほんと口くさいからしゃべらないで ゴミ
まじゴミ ゴミ
僕年収１５００万ありますから
Perlプログラマーですから
uyはしにま
87:デフォルトの名無しさん
11/06/08 16:20:43.48
uyとかいう粘着野郎が消えればrubyも少しは流行ると思うのに
至極残念です
88:sora_h
11/06/08 16:58:57.25
かわいそう
やめてあげて
89:デフォルトの名無しさん
11/06/13 01:29:36.36
uy 雑魚すぎ
rubyの今後のために、消えてくれ
90:デフォルトの名無しさん
11/06/19 17:43:55.88
Railsを使うのもいいけど、Perlを完全に死滅させて欲しい。
91:uy ◆KOAgYBL/Xg
11/06/23 04:32:50.42
>>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:uy ◆KOAgYBL/Xg
11/06/23 04:49:00.00
>>84
Rubyプログラマーが少ないからだろ
君の周りにRuby技術者は何人いる？
Rubyの仕様は細かい上に、今後変更される可能性ある構文たいしては
未来予知してなるべく使わないようなコーディングも必要だし
扱うのは難しいと思ってるよ
その場限りのスクリプトかく程度ならいいんだけどさ
上にかいたようにまだ成長途中の未完成言語だから
破壊的メソッドの落とし穴もあるし、
とにかくRuby特有の仕様が多い
クラス定義にしてみても
class A
endのほかに
Class.new do
end
という構文も用意されていて、小文字のクラス名の定義や、メソッド内にクラス定義する場合は後者じゃないと出来ないとか
わけのわからない制約も存在する
おそらくマクロの中でマクロは展開しないってことなんだろうけどな
93:uy ◆KOAgYBL/Xg
11/06/23 05:03:13.03
>>85
おまえがゴミじゃん
>>89
rubyの今後って？
別に俺rubyとかどうでもいいよ
どうせ今頃、Rubyを物凄く真似した言語を、世界各地で作ろうしてる奴がわいてるだろうし
Rubyがなくなっても、「使える言語」はいくらでもある、Pythonでもいいし
そもそも俺がRubyを触った理由は、
「自分でプログラム言語を作る前に、自分の構想を実装している言語があるかどうか」を調べた結果
Rubyがそれに該当したっていうだけ
信者と勘違いしている奴もいるけれど
アンチだと思ってくれていいよ
他言語よりは十分マシでよくやってるんだけど、それでも細かいことをRubyでやる時に、
まだ整理されていない部分に触り、わけのわからないルールに縛られる事も
いくつかあり、もどかしさを感じている
現状Ruby以外では組めようもない事をやっている
今度、2.0とか、そういう成長性を期待してRubyをとりあえず応援しているだけ
1.92で成長とまるならば、俺は今後もRubyを使っていくとは考えにくいし
そうなれば自分で言語を作る
>>90
だな
IT技術の進化の足を引っ張る言語はいつまでもあっちゃいけない
94:uy ◆KOAgYBL/Xg
11/06/23 05:21:29.30
つうか俺がやりたいのは完璧な設計による完璧なプログラミングなんね
ツリー構造で今色々やってそれに真理は見たんだけど
循環リストの木構造にした場合、どうなるかなと
少し今、思考を開始してる
ようはツリー構造ではなくネットワークにする
けどすべてのデータを平坦な構造でつなぐと
すべてのシンボルをかぶらないようにしないといけないゴミ設計になるから却下、
何らかの上位、下位関係を持たせたままの循環木構造リスト
だからー、こんな感じになる可能性がある
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:uy ◆KOAgYBL/Xg
11/06/23 05:26:42.59
道化師は聞かぬフリでおどけた･･････････････
96:デフォルトの名無しさん
11/07/03 09:08:15.02
Rubyとかゴミだろ・・・
97:デフォルトの名無しさん
11/09/16 17:14:50.02
そうでもないよ。
98:デフォルトの名無しさん
11/11/22 01:40:07.31
本当