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
本当