Ruby 初心者スレッド Part 60 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/04/29(土) 02:01:58.34

プログラミング言語Rubyについての、初心者向けスレです。質問・要望・雑談などどうぞ。
質問するときは、OSやRubyのバージョン、エラーメッセージを書いたほうがいいお
Ruby on RailsについてはWEBプログラミング板で

前スレ
Ruby 初心者スレッド Part 59
http://echo.2ch.net/test/read.cgi/tech/1475394638/

るりまサーチ　（リファレンス検索）
http://rurema.clear-code.com/

Rubyist Magazine - るびま
http://jp.rubyist.net/magazine/

逆引きRuby
http://www.namaraii.com/rubytips/

**デフォルトの名無しさん** · 2017/08/03(木) 22:58:07.67

生産性が高ければそこそこの「シェア」も自然とあるだろうが
そこそこの「シェア」があるからといって生産性が高いとは限らない

**デフォルトの名無しさん** · 2017/08/03(木) 23:01:51.14

>>763
それだとC++のメリットないじゃん
Java使えばいいじゃん

**デフォルトの名無しさん** · 2017/08/03(木) 23:02:53.79

>>764
スーパーハカーがよってたかって書いてるからね
残念ながら一般人はスーパーハカーではない

**デフォルトの名無しさん** · 2017/08/03(木) 23:08:35.02

>>765
>生産性が高ければそこそこの「シェア」も自然とあるだろうが
いいこと言うね、つまりRubyは生産性が無いってことだな

>>766
Java使えばよいよ
ただ、質問者?はC並みの速度って注文を付けてるからね
だったらC++だね、と
それでもRubyよりは生産性有るから問題ないだろう

>>767
君の思ってる一般人の基準がおかしいんじゃないの？

**デフォルトの名無しさん** · 2017/08/03(木) 23:10:08.67

>>768
> 君の思ってる一般人の基準がおかしいんじゃないの？

君の方がおかしいよ
C++の方が生産性が高いかどうかアンケとってみた方がいいよ

**デフォルトの名無しさん** · 2017/08/03(木) 23:11:31.02

>>759
メモリ管理が面倒と思えるのは下手な証拠
C++ の RAII は手放せないのだが，他の言語でこの手の手法は使えないんだよね

**デフォルトの名無しさん** · 2017/08/03(木) 23:12:12.72

第一、なんでそんな人間がRubyスレ覗いてるの？
君の意見だとRubyには見るべきところなんて一切ないはずなのにさ

別の言語を叩いてスッキリしたいのか、煽ってるだけなのかどっちかだよね
どちらにしても性格最悪だね

**デフォルトの名無しさん** · 2017/08/03(木) 23:17:01.30

>>771
そりゃ ruby を愛しているからだよ（ぼそ）

**デフォルトの名無しさん** · 2017/08/03(木) 23:20:08.59

>>770
実際問題、スマポもあるしな
問題になるのは循環参照がある場合だけだけど
でもそれは設計段階でわかることだから
片方をweak_ptrにすれば良いだけだしな
言うほど面倒ということもないし
世の中のC++アプリは普通に動いてるし
あと、短い間しか生きてない、常駐しないプログラムなら
メモリをいちいち開放する必要もないしな
OSに任せておけばよいだろうよ

>別の言語を叩いて
俺は別にC++に所属しているわけじゃないし
「別」も糞もない、俺にとってC++もRubyも一言語にすぎないよ

**デフォルトの名無しさん** · 2017/08/03(木) 23:21:25.18

だいぶズレてきてしまっているけど、もともとは
>Ruby並みに生産性が高く、C並みに高速で何でも作れる言語
ってお題だぞ
C++しか無いだろ

**デフォルトの名無しさん** · 2017/08/03(木) 23:24:01.10

C++の生産性が次世代C、C++を目指して開発されたD、Go、Rustなどを上回ることはないと断言して良いはず
C++の名を挙げるならその前にこれらを挙げるべきだ

**デフォルトの名無しさん** · 2017/08/03(木) 23:28:11.69

シェアが少なかったり使える人が少ない言語なんか選んじゃだめだよ
今は生産性の話をしているのに
だからC++なのさ

**デフォルトの名無しさん** · 2017/08/03(木) 23:28:54.47

シェアと生産性はなんの関係もないｗ

**デフォルトの名無しさん** · 2017/08/03(木) 23:30:28.02

>>768
「生産性が高ければそこそこの「シェア」も自然とあるだろうが
そこそこの「シェア」があるからといって生産性が高いとは限らない」
という言説からどういう論理で
「つまりRubyは生産性が無いってことだな」
という結論が出るんですかね
これらから言えることは飽くまで「シェア」があることからは生産性に関して何も推論できないということ
肝心なところの説明がふわっとしてて独善的なんだよ

**デフォルトの名無しさん** · 2017/08/03(木) 23:31:12.11

特にD言語なんか挙げてる時点で何もわかってないね
あれはもうダメでしょ、誰がどう見ても
D言語の開発がいつ始まったか知らないけど
10～15年ぐらい経ってこの状況なのに
これから先どう化けるってのよ
あんなので開発するのは生産性以前の問題だよ

**デフォルトの名無しさん** · 2017/08/03(木) 23:33:45.92

結局何が言いたいんだろうね
Rubyなんて使えないってことですかね？
だとしたらそれはRubyスレで語ることですかね？

**デフォルトの名無しさん** · 2017/08/03(木) 23:38:14.16

>>778
自分で
>生産性が高ければそこそこの「シェア」も自然とあるだろう
って言ったんだろ
言い換えれば、シェアが無い言語は生産性が無いってことになるだろ？
分かりにくかったら会話風にして例を出してやろうか？
A：Rubyって生産性高いんですか？
B：生産性が高ければそこそこの「シェア」も自然とあるだろう(実際には無い)
A：あ、低いんだ・・・

>これらから言えることは飽くまで「シェア」があることからは生産性に関して何も推論できない
そういうことが言いたかったら
「生産性が高くてもシェアがあるとは限らないし
　シェアがあるからと言って生産性が高いとも限らない」
っていうべきじゃん
でも君の言ったのは
「生産性が高ければそこそこの「シェア」も自然とあるだろう」
だからね、お忘れなく

**デフォルトの名無しさん** · 2017/08/03(木) 23:39:38.23

>>780
>>774

**デフォルトの名無しさん** · 2017/08/03(木) 23:40:45.06

>>782
そういう言語があるならRubyスレ覗かないよね？
なんで覗いてるの？

**デフォルトの名無しさん** · 2017/08/03(木) 23:42:53.41

Rubyの初心者だからだよ

**デフォルトの名無しさん** · 2017/08/03(木) 23:43:34.73

生産性は成果/コスト
C++を含むC系言語の生産性ってどのくらいなんだろうね
非標準ライブラリの信頼性検査コストや、デバッグのコスト、言語仕様に
起因する事故の損失や対応に要したコストを積み重ねたら悲惨なことになりそう

**デフォルトの名無しさん** · 2017/08/03(木) 23:46:00.36

>>784
初心者がなぜRubyはC++より生産性が低いって断言してるの？
使ってもいないくせに断言できるわけないよね？

**デフォルトの名無しさん** · 2017/08/03(木) 23:52:39.73

ぶっちゃけて言うと、メモリ管理がびみょいC++は生産性低いかも知らん

が

「特定の業種だと」C++がデフォルトって話にはなるわな
なに組み込んでんの？　的な意味で
ゲームもそうらしいが俺はゲーム業界知らんので

あとは単純な「慣れ」の問題もあるだろう
「慣れ」は個人の主観的感想
キチンとポジション明確にしてる人（例：「俺組み込みやってるんだけどさ」と前置きがあったといった人）
が言ったのでなければ無視すべき項目

とりあえず >> 768 の
> それでもRubyよりは生産性有るから問題ないだろう
という一文を見る限り、RubyじゃなくてC++スレに行くべき人ではないかなぁと判断している
RubyよりC++のほうが得意ならC++の話をC++スレでしているべきだ

**デフォルトの名無しさん** · 2017/08/03(木) 23:55:37.05

「生産性が高ければ「シェア」もある」は
「「シェア」がある」が真ならこの命題は満たされてこれ以上『生産性に関して何も推論できない』でしょ
もちろんこのことから「シェア」がなければ生産性が高くないと言えるという指摘は正しい
しかしそれまでにC++はRubyより「シェア」があるとは言っているがRubyには「シェア」が無いとは言っていないのでふわっとしてて独善的と評しただけの話

**デフォルトの名無しさん** · 2017/08/03(木) 23:56:56.33

うわー俺酔っぱい度高ぇな、もう寝るか

あと久々にRubyist Magagineみたら「RubyからPython蹴ったら統計処理の対応できなくね？」という
変態の記事があったので……ああ、うんRuby使いっぽいなって思った（小学生の日記風感想）
Pygmentsもそれで対応してるからな、どんだけ他人の成果を再利用するつもりだあいつら（いい意味で）

**デフォルトの名無しさん** · 2017/08/04(金) 00:01:33.92

「C++のほうがRubyより生産性高い　※個人の感想です」

とか書いておいたら誰もケチ付けなかったと思うがねえ
レスは全部「お前の中ではな」になるだろうが

**デフォルトの名無しさん** · 2017/08/04(金) 01:04:33.14

横に長い言語は生産性が高い。

**デフォルトの名無しさん** · 2017/08/04(金) 08:10:50.87

つーか言語の評価に標準ではないライブラリを持ち込んでいる時点で頭のおかしい人だろ
これが許されるならRubyで数値計算ライブラリや画像処理ライブラリを利用した時の速度をもって
Rubyでも高速に演算できると主張できてしまう。そんなことを吠えている奴がいたらアホ丸出しｗ

**デフォルトの名無しさん** · 2017/08/04(金) 09:14:05.59

>>790
言語を比較する際に、生産性のみを論点にするのはナンセンスだ。
生産者は人間および組織であって、その人間、組織の言語習熟度が生産性に大きく影響するからだ。

言語を比較する際に、
1. 学習容易さ
2. 作ったアプリの実行効率（実行に要する、時間、バッテリーの効率性）
3. 多様なアプリを作れるか？
4. 大規模、多人数組織でアプリを構築容易か？

こういった観点で比較しないと！

**デフォルトの名無しさん** · 2017/08/04(金) 09:44:59.17

初心者なら明らかにrubyのが生産性高いな
自分でプログラミング用のツール組むようになってくるとどの言語も大差なくなってくる気がする
簡素に書けるとかはストレスやミスを減らすのには役立つけど
自分がフレームワーク使ったり作ったりして結局ビジネスロジック記述だけが最終的な仕事だと思ってるからかもしんない

**デフォルトの名無しさん** · 2017/08/04(金) 10:22:37.37

Ruby初心者が毎日
# sample.rb
foo 14
bar 15
boo { | val | val > 5 }
bar 18

こんなビジネスロジックを記述するDSLばかり仕事で書かされていても、
Rubyについて習熟する事にはならない。

このファイルsample.rbがconfig.instance_eval File.read sample.rb
されている事を知らないと、全く何やってるか？判らんだろうなぁ。

おまけに、configがどのクラスのインスタンスなのか？判らんと初心者は、
生産活動しているとは言え、それはロボットと同じだ。

Railsアプリなんかは、こんな感じじゃ無いのか？

**デフォルトの名無しさん** · 2017/08/04(金) 10:28:16.49

SinatraのDSLの例

#sinatra.rb
get '/' do
'how are you?'
end

get '/path/to' do
"this is [/path/to]"
end

get '/erb_template_page' do
erb :erb_template_page
end

こんなん、がWebサイトになるなんて、初心者は納得できるのだろうか？

**デフォルトの名無しさん** · 2017/08/04(金) 10:36:36.83

お前だってtcpとかhttpレスポンスヘッダいちいち書かないだろ
大事なのは理解してるか、何かあったとき対応できるか

**デフォルトの名無しさん** · 2017/08/04(金) 11:24:56.64

プログラミング好きな奴がWebに籠もりたがるのは、仕事でソフトウェア開発すれば気持ちがわかるよ
手の届かないところに自分のコードをリリースするということがどれほど忌々しいことか

**デフォルトの名無しさん** · 2017/08/04(金) 14:03:05.98

実行環境を制御できないこともね
たとえ仮想でもサーバごと納品できるのは（その点においてだけ）最高
JavaScript書かなくてもよくなればもっといいんだけど、まあ、そこは現実のお金との兼ね合いということで
うまくいっている部分があればあるほど我慢もききますわいな

**デフォルトの名無しさん** · 2017/08/04(金) 15:15:50.08

これだけ反応があってモゴモゴしてるってことは図星だったってことだな
>少なくともRubyより生産性あるしな

**デフォルトの名無しさん** · 2017/08/04(金) 18:32:45.78

>>800
アレはRuby初心者がRubyのことを知らないのに煽りで書いた文章だよ
本気にしちゃダメ

**デフォルトの名無しさん** · 2017/08/04(金) 19:57:38.99

>>794
> どの言語も大差なくなってくる気がする

あーそれ分かる
意外とねぇ、言語ごとのあれこれってのはどうにでもなる
どうにでもならない部分は逆に言うとどの言語でも同じ
苦しむところはどこでも同じと思う

**デフォルトの名無しさん** · 2017/08/04(金) 21:02:33.10

だとしたら実行速度が速い言語ほど優秀って事になりますね
1.5倍ぐらいなら全然許容範囲だろうけど
50倍～100倍遅い言語は存在価値ありませんよね

**デフォルトの名無しさん** · 2017/08/04(金) 21:15:48.69

>>803
はいはい、また君か

**デフォルトの名無しさん** · 2017/08/04(金) 21:42:15.51

出来ることに大差ないっていう文言を生産性等に大差がないと臆することなく換言する図々しさよ

**デフォルトの名無しさん** · 2017/08/04(金) 21:47:51.74

>初心者なら明らかにrubyのが生産性高いな
>自分でプログラミング用のツール組むようになってくるとどの言語も大差なくなってくる気がする

>あーそれ分かる
>意外とねぇ、言語ごとのあれこれってのはどうにでもなる

↑これは生産性についての話じゃないのかね？

**デフォルトの名無しさん** · 2017/08/04(金) 23:51:53.04

日付変わる前に見たので一応レスしとく

>>806
ごめん
流れも読んでないし
さらに
切り取って部分的にレスしただけ
生産性とかについて特にコメントしたつもりはない
何に大差が無いかについては
実はなーんも考えてない

**デフォルトの名無しさん** · 2017/08/05(土) 00:01:37.19

>何に大差が無いかについては
>実はなーんも考えてない

そういうことにしないとRubyに良いところが何も無くなるからな
遅い、だけが残る

**デフォルトの名無しさん** · 2017/08/05(土) 06:58:32.21

速度はだいたいIOがボトルネック
なのでどの言語でも実行時間同じになってくる

一部のアプリでは速度が大事でアセンブラとかで最適化されてたりもするけど

**デフォルトの名無しさん** · 2017/08/05(土) 07:00:10.28

>>805
生産性を上げるツールやマクロ作れない初心者にはそうかもね

**デフォルトの名無しさん** · 2017/08/05(土) 08:01:57.22

漏れは、10言語ぐらい知っているけど、DSL を作りやすい、Ruby が圧倒的。
次いで、Groovy

vagrant, chef, SASS, Homebrew とか、ツールを作る際、
真っ先に、Ruby を候補に上げる

型安全性を高めるなら、Kotlin。
Kotlin = Java + Groovy

GC が無い、C/C++ などは、数年やってもバグるから、まともなアプリを作れない。
MISRA-C とか、安全にするには、学習コストが高い

派遣で行けば、分かるけど、数十人来ても、即さよならw
できる人が見つからない

デバイスとか、やる事が低レベルだから、
募集企業は、コンピューターリテラシーが必要って書いてる

コンピューターリテラシーって書いてる所は、要注意。
コンピューターのすべてを知ってる人の意味だから、
何百年勉強しても、分かることは、絶対にあり得ない

「Linux プログラミング・インタフェース」の著者は、
Linuxのman ページを書いてるけど、世界で唯一の、すべてを知る人

**デフォルトの名無しさん** · 2017/08/05(土) 08:10:39.26

LLVMのruby実装も頓挫しちゃってるみたいね

**デフォルトの名無しさん** · 2017/08/05(土) 13:09:40.79

バージョンアップのたびに、互換性を心配しなくちゃいかんのが面倒。
Microsoftとかすこしはみならえ。

**デフォルトの名無しさん** · 2017/08/05(土) 13:35:28.94

>>811
別にツールは対象となる言語で作る必要はないけどね

**デフォルトの名無しさん** · 2017/08/05(土) 13:36:41.39

rubyも長期サポート対象となるバージョンを出せば多少はよくなるかな
と思ったけどエンタープライズエディションってのがあったっけ

**デフォルトの名無しさん** · 2017/08/05(土) 14:53:35.10

MatzをはじめとしたMRIの連中はドカタIT大嫌いだから望みはないよ
実際、意図的にドカタITとは馴染まないようにしてる面もあるみたいだし

**デフォルトの名無しさん** · 2017/08/06(日) 06:23:44.08

RubyでElectoronみたいなツールないの？
Rubyだとマルチプラットフォームで動くGUI付きのアプリ作りづらいわ

**デフォルトの名無しさん** · 2017/08/06(日) 06:44:56.72

> Rubyだとマルチプラットフォームで動くGUI付きのアプリ作りづらいわ
それはRubyの仕事ではないからもうちょっとツールキットに優しい言語使え、がいちおう答ではあるのだが

**デフォルトの名無しさん** · 2017/08/06(日) 08:55:36.45

簡単な物ならJRuby+JavaFXでサクッと作れるよ

**デフォルトの名無しさん** · 2017/08/06(日) 09:28:36.41

クライアントJavaとかもう世間の認識では存在自体がウィルスだから

**デフォルトの名無しさん** · 2017/08/06(日) 13:21:15.86

そりゃjavaアプレットの話じゃね？

**デフォルトの名無しさん** · 2017/08/06(日) 21:04:44.54

マルチプラットフォームのGUIはだいたいクソ。
よっぽど本気のアプリでなければ。

**デフォルトの名無しさん** · 2017/08/06(日) 21:07:30.87

wxRubyは悪くない感じだが最近のRubyで使えるコンパイル済みバイナリが無かった気がする

**デフォルトの名無しさん** · 2017/08/07(月) 01:29:48.60

SDLとRubyで良いじゃん
winでもlinuxでもmacでも可能で、
互換性もばりばりあるだろ

**デフォルトの名無しさん** · 2017/08/07(月) 19:48:29.80

起動速度が気にならないのであれば>>819もあり。起動時間はwxRubyの方が早いと思う

**デフォルトの名無しさん** · 2017/08/07(月) 22:27:29.16

Ruby/TKとかどうなんだろ？

**デフォルトの名無しさん** · 2017/08/08(火) 00:00:33.50

>>826
機能的に間に合うならあり。標準で使えるしwxRubyより安定していると思う

**デフォルトの名無しさん** · 2017/08/08(火) 00:05:21.54

>>826
最近のバージョンで、とうとう標準ではなくなったんだろ。

**デフォルトの名無しさん** · 2017/08/08(火) 00:28:18.36

まさに「Perlがあるのに何故Rubyを作るのですか？」状態だなww
ジョークのように思えて実は的を得ているのが面白い

**デフォルトの名無しさん** · 2017/08/08(火) 00:46:50.98

自分用のソフトだとGUI必要になること滅多にないな
画像や動画関係のソフトはともかく

**デフォルトの名無しさん** · 2017/08/08(火) 02:57:24.40

>>811
＞世界で唯一の、すべてを知る人
いやいやそれは言い過ぎ
「Linuxのすべてを知る人」ならともかく

無名だけどメチャクチャ有能な奴が
グーグルとかにいっぱいるから

**デフォルトの名無しさん** · 2017/08/08(火) 03:03:21.71

>>813
Win32APIとか長持ちしてるからな
Javaもそうだが大企業が作ってる言語は
後方互換性がしっかりしてるよな

RubyみたいなLLは
行き当たりばったりでバージョンアップしてる

**デフォルトの名無しさん** · 2017/08/08(火) 03:06:05.95

>>818
＞それはRubyの仕事ではない
オブジェクト指向はGUIで真価を発揮するので
むしろRuby本来の仕事だと思う

良いGUIツールキットがないのはRubyの弱点
まあRailsのWebアプリが主力なんだろうけど……

**デフォルトの名無しさん** · 2017/08/08(火) 03:07:45.02

>>826
Tkは見た目がショボイとかで
すごく不人気で標準から外された

でも個人的には学習量が少なくて
手軽に使えて良いと思う
Pythonとか他言語でも潰しが利くし

**デフォルトの名無しさん** · 2017/08/08(火) 03:09:41.42

>>830
ユーザの選択が複数必要なときにCLIだと困る
けっこうGUIが欲しいときはちょくちょくある

**デフォルトの名無しさん** · 2017/08/08(火) 07:36:09.02

配る時にGUIが欲しくなるんだよね

**デフォルトの名無しさん** · 2017/08/08(火) 09:42:20.79

わざわざ起動引数を指定させたり説明したりミニスクリプト作ってメソッドを呼んでもらったりするよりかは
10行程度の記述でボタンやテキスト欄やスライダーなどを作りそこから指定できるようにしたほうが絶対便利で楽だろうということでRuby/Tkが採用されたのだが
フツーの人が期待するところのGUIアプリケーションというのはそういう機能重視の素朴なものではなくもっとリッチで精緻で高速描画なものであったのだというオチである
まあガチプログラマの考える添付GUIサポートライブラリなんてのはそんなもんだｗ
Tkもツールキット部分の見た目は頑張ってたのだがね

**デフォルトの名無しさん** · 2017/08/08(火) 11:42:08.06

>>832
× RubyみたいなLL
○ Ruby

いわゆるLLでも、Perl5は高い互換性を維持してる。
あっちはさすがの伝統と資産があるからな。

**デフォルトの名無しさん** · 2017/08/08(火) 13:01:36.82

でもPerlよりRubyの方が
読み書きしやすいから
もっぱらRuby使ってる

Rubyの長所は可読性が大きい

**デフォルトの名無しさん** · 2017/08/08(火) 18:16:05.55

短く書けることは正義
見通しの良さを生かしてDRYを徹底し
その場限りの言語を作って構造を要約する
省力に拘るオタク遊びをするだけで
最も読みやすいプログラムが勝手にできるし
読みやすいからコメント入れる作業もほぼ不用

**デフォルトの名無しさん** · 2017/08/08(火) 19:54:43.96

昔wxRubyでGUIアプリを作った時はGUI関係のコードが7～8割いっていた気がする。GUIって効率悪いよね

**デフォルトの名無しさん** · 2017/08/08(火) 20:44:41.18

プログラマ側はCLIの方が作りやすいけど
一般ユーザが使いにくいので
商業アプリではほぼGUI必須だね

**デフォルトの名無しさん** · 2017/08/08(火) 23:08:29.20

>>829
ほんと、PerlがあればRubyなんていらないよな
多様性なんて害悪だよな

**デフォルトの名無しさん** · 2017/08/08(火) 23:38:22.50

Rubyがもっと素晴らしいものだったらよかったんだよ
例えば今風の最新の静的型の機能を持ったスクリプト言語とか
もし当時あったら珍しかったんじゃないかな
https://ja.wikipedia.org/wiki/Standard_Template_Library
↑はC++のテンプレートの話だが、「歴史」の項目が面白い
Matzが一所懸命Ruby作ってた裏では天才たちがこんなことしてたんだな
動的型のような将来性のない(今となっては負の遺産)もの作ってもしょうがないだろ
まさにPerlがあるのに何故Rubyを作るのですか？だな
今後どうなるのかわからないけど、もう、どうにもならないでしょ
本人も静的型は入れたくない(というか入れれない)ってゲロってるし
今後Rubyの時代は絶対来ない、コボルみたいな存在になるんだよ

**デフォルトの名無しさん** · 2017/08/08(火) 23:44:09.88

当時JavaもC++のテンプレートを馬鹿にしていて
あんなものはオブジェクト指向じゃない
オブジェクト指向言語のJavaにあんなものは必要ない
って言ってたんだけど
結局似たようなのを導入したよね
やっぱコンパイル時に型チェックが入るのはメリット有るんだよ

**デフォルトの名無しさん** · 2017/08/08(火) 23:44:13.51

必要なやつがお実装すりゃいい

**デフォルトの名無しさん** · 2017/08/08(火) 23:52:56.74

>>844
意味が通じなかったかwww
ごwめwんwねwww

**デフォルトの名無しさん** · 2017/08/09(水) 00:04:27.70

君が多様性があったほうが良いと思っているのは承知だけど
それならそれで、もっと良いものじゃないと意味ないだろ、ということだ

**デフォルトの名無しさん** · 2017/08/09(水) 00:09:22.53

Perlを増築してオブジェクト指向を導入する方向で頑張ってもよかったんだよ
そしたら過去のPerlの資産も使えるからね
だけどそれが気に入らないから一から作ったんなら
もっと最善を尽くさなきゃ作る意味ないでしょ
特に最初の一歩は重要で、Rubyは動的型にしてしまったから
今現在にっちもさっちもいかなくなったわけ

**デフォルトの名無しさん** · 2017/08/09(水) 00:52:16.87

Perlは覚えようとして挫折してRubyに流れ着いたのは自分だけか
Perlはパッと見て何をやっているのか全然判らない

**デフォルトの名無しさん** · 2017/08/09(水) 01:14:55.85

>>848
俺が思ってる事に勝手に限定してんじゃねえよ
Perlが標榜するものの一部だろうが
それに人間性に問題があるのか知性に問題があるのか知らねえけど、
Perl6ならオブジェクト指向プログラミングが可能だし変数を型で縛れるぞ

**デフォルトの名無しさん** · 2017/08/09(水) 01:19:24.43

>>850
俺は一度Ruby-1.6シリーズを触ったけどその時は合わなくてPerlに行った
PerlでCGIゲームを書いたけど結局1年半でRubyに流れ着いた
その時はRuby-1.8.1か2になってたかな
それからは個人利用だとRubyが中心になってる
決定的となったのはRuby Hacking Guideの存在だったな
Web版で済ませましたスンマセン

**デフォルトの名無しさん** · 2017/08/09(水) 08:17:40.99

Rubyが動的言語なのは必然
何も分かってない

影響を受けたPerl、Lisp、Smalltalkが動的言語
利用形態が近いLAMPのP言語のPerl、Python、PHPが動的言語

**デフォルトの名無しさん** · 2017/08/09(水) 09:35:00.76

>>852
>Ruby Hacking Guide
これって、今でもWeb版が閲覧できね。
知らんかった。

**デフォルトの名無しさん** · 2017/08/09(水) 18:40:53.88

Win7(32bit)上のRubyInstaller2からwin32oleを使ってデータベースに接続しようとしてるんだけど
ODBCデータソースのOpenで例外が出てしまう。
エラーメッセージは↓
システムエラーコード126 指定されたモジュールが見つかりません　（～）
カッコ内はODBCドライバのフルパスが書かれているけどファイルは間違いなくそこにある。
試しにActiveScriptRubyでやってみたらうまく繋がる。
これってどんな原因が考えられるでしょうか？

**デフォルトの名無しさん** · 2017/08/09(水) 18:58:08.43

>>853
ダメなものの真似する意味あるの？
Pythonは動的型にしたおかげで苦しんだよね

**デフォルトの名無しさん** · 2017/08/09(水) 21:47:11.29

>>855
不確かな答えになるけど
ODBCドライバが依存しているライブラリが読み込めないから？
環境変数のPATHを確認してみると違いがあるのかな
ruby -e 'p ENV["PATH"]'

あとはActionScriptRubyのruby.exeがあるディレクトリに移動してRubyInstaller2のruby.exeを起動してみるとか

**デフォルトの名無しさん** · 2017/08/09(水) 21:53:39.57

>>857の追記
ググったらかなりの数がヒットしたから解決できるかもよ
https://www.google.com/search?q=ODBC+システムエラーコード126+指定されたモジュールが見つかりません

**デフォルトの名無しさん** · 2017/08/10(木) 00:54:17.37

>>856
別に苦しんでないけど？

**デフォルトの名無しさん** · 2017/08/10(木) 03:49:56.14

今現在も苦しんでる途中といってよいんじゃないかな
初めから静的型を導入してれば何でもなかったのにな
Pythonのこの様子をみてmarzは
Rubyに静的型を入れるのを止めたわけで
どのみち行くも留まるも地獄
初めから静的型にしておくのが正解だったわけだな

動的型っていったい何のために有るんだろうな
開発速度も実行速度も遅いんじゃ意味わからないよな
処理系を用意するのが楽ってこと以外はメリットが見当たらない

**デフォルトの名無しさん** · 2017/08/10(木) 04:03:30.21

JSも非常に苦労が絶えないよね
まず使いにくいから静的型のTypeScriptとか作られたり
ブラウザのJSエンジンも速度上げるためにキチガイじみたことやってるよね
なしてこんなことにって感じ
動的型って世の中を混乱させて無駄なエネルギーを使わすために有るんかね

**デフォルトの名無しさん** · 2017/08/10(木) 04:08:47.85

スレ違い

**デフォルトの名無しさん** · 2017/08/10(木) 06:58:53.68

スレが伸びてると思ったらまた例の粘着荒しか
こんなのを生み出したこいつの親に製造責任とって欲しいよ、ホント

win32oleの話題が出てるけど、
ファイルダイアログ扱うCOMってOSのメインバージョン、xpとかvistaとか7とか違っていても共通でいけるの？
それともメインバージョン毎に異なるCOM使わないといけないの？

**デフォルトの名無しさん** · 2017/08/10(木) 07:05:51.34

メインじゃなくてメジャーだったな