トップページ⇒tech
1001コメント332KB

Ruby 初心者スレッド Part 56©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん 転載ダメ©2ch.net2014/12/13(土) 09:29:12.93ID:DLY4IovQ
プログラミング言語Rubyについての、初心者向けスレです。質問・要望・雑談などどうぞ。
質問するときは、OSやRubyのバージョン、エラーメッセージを書いたほうがいいお
Ruby on RailsについてはWEBプログラミング板で

前スレ
Ruby 初心者スレッド Part 55
http://peace.2ch.net/test/read.cgi/tech/1403361584/

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

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

逆引きRuby
http://www.namaraii.com/rubytips/
0243デフォルトの名無しさん2015/01/06(火) 18:16:10.79ID:W2F4pWSu
今更だなあ
お前のせいで昨日のアレが召喚されちゃったら責任取ってよね
0244デフォルトの名無しさん2015/01/06(火) 20:19:24.56ID:LdQXg158
>>242
そりゃJavaでは高い信頼性を持つシステムを作るからだよ
書き捨てスクリプト専用のRubyと一緒にしちゃいかん
0245デフォルトの名無しさん2015/01/06(火) 23:12:09.52ID:Q7R46vB5
全くだ
お願いだからJカスは引っ込んでろって
0246デフォルトの名無しさん2015/01/07(水) 00:09:01.98ID:41LSeHIl
>>242
バージョンあげるやつってシステムの目的見えてないよね
上げることが目的になってる
0247デフォルトの名無しさん2015/01/07(水) 01:10:19.80ID:fRApCFQJ
Ruby 2.2.0 リリース
https://www.ruby-lang.org/ja/news/2014/12/25/ruby-2-2-0-released/
0248デフォルトの名無しさん2015/01/07(水) 09:46:36.62ID:B7bGhXQ6
使わなきゃいいだけなのに
変な人
0249デフォルトの名無しさん2015/01/08(木) 13:16:36.84ID:FsXUJliC
ま、思いつきや気まぐれな仕様変更はやめてくれと
いうだけで、これだけの不平不満が吹き出す言語、
それが Ruby の現実。

そのRuby の真実の姿をあぶり出すことができた。
それだけでも、一連の議論は大いに意味があった。

Java は偉大だ。眩しくて光り輝いているな。
0250デフォルトの名無しさん2015/01/08(木) 13:27:32.47ID:BEmVRfK/
またお前か
0251デフォルトの名無しさん2015/01/08(木) 13:28:27.44ID:FsXUJliC
あと、Rails 推しはもう止めた方がいい。
Ruby 本体の上をいく仕様変更の嵐。
それだけではなく、ごく小規模のサイトの構築でさえ、大規模サイトの流儀を要求されるというポリシー上の理不尽。
なにかが根本から間違っている。
コンセプトからみて、Rails よりSinatra が優れていると思えてならない。
Rails推しから Sinatra推しへ転換を図るべきだ。
女性にも広めようと上にあるのを見たが、であればなおさらだ。

前に Rails やろうと思うんですが、どうですかって聞かれたことがあった。
その人のことをいろいろ考えて、俺は PHP を薦めた。
無念だが、その人のためだと思ったから。
0252デフォルトの名無しさん2015/01/08(木) 13:31:03.19ID:FsXUJliC
>>250
お前の責任ある答えを聞きたい。
５年前のコードはへっちゃらで動くことはない言語 Ruby をお前は勧める。
そのようなRuby をお前が勧める理由はなんだ？

それを心ゆくまで述べてみよ。
Ruby の将来はお前にかかっている。期待してるぞ。お前の屁理屈を。
0253デフォルトの名無しさん2015/01/08(木) 13:31:57.35ID:5iJyKn99
うるせえよ
殺すぞ
0254デフォルトの名無しさん2015/01/08(木) 13:34:52.14ID:FsXUJliC
>うるせえよ
>殺すぞ

意訳すると、Java は素晴らしい、となる。
0255デフォルトの名無しさん2015/01/08(木) 15:37:23.40ID:OZuEqed0
嫌なら使わなきゃいいのに
バカなの
0256デフォルトの名無しさん2015/01/08(木) 16:25:14.04ID:FsXUJliC
java 使ってるよ。
なんなの、お前？ お前もJava 使え。
0257デフォルトの名無しさん2015/01/08(木) 16:31:29.01ID:OZuEqed0
使わないのに何しにきてるの
バカなの
0258デフォルトの名無しさん2015/01/08(木) 18:20:37.79ID:FsXUJliC
世の中、そんなもんだっての。
大人になれや。
0259デフォルトの名無しさん2015/01/08(木) 18:21:32.87ID:0An2B4E8
個人的にはRubyは大規模なものを作るのに向いた言語ではないと思う
他言語を扱うプログラマが手元でちょこちょこ使うものって感じ
とりあえず作るとか、一人でパパッと小規模のプログラムを書くってのには向いてると思う
アルゴリズムの動作確認したり、プロトタイプ作って試した後にそれを他言語に変換するスクリプト作ってたり

RailsはRubyの上で動作する別言語なのでRailsスレで
0260デフォルトの名無しさん2015/01/08(木) 19:04:55.76ID:g/RxkgEC
Rubyの文脈でRailsを語ってるならこのスレでいいよ
0261デフォルトの名無しさん2015/01/08(木) 19:18:31.79ID:BEmVRfK/
Rubyこそ至高とか言いまくってる人がいるわけでもないのに
非RubyistがわざわざこんなところでRubyを腐し続けるって異常だな
0262デフォルトの名無しさん2015/01/08(木) 19:35:23.31ID:5iJyKn99
特定のプロダクトにキンタマ握られてるとこうなるんだよ
0263デフォルトの名無しさん2015/01/08(木) 19:37:25.44ID:FsXUJliC
最近、Rubyの人気が落ちてきたっていうだろ。
死にいく言語だそうな。
それはたぶんRuby じゃなくてRails がみんなに愛想つかされてきたからだろ。
なぜみんなはRails に愛想つきてきたか。
それは、上でみんな書き尽くされてることで・・・
0264デフォルトの名無しさん2015/01/08(木) 19:52:42.38ID:FsXUJliC
いままでと変わらず Rails推ししてたら、
Ruby も一緒に死ぬぞ。泥船からは逃げろ。
悪いことはいわん。Sinatra 推しに切り替えろ。
みんなのためでもある。苦行のわりに利がないもの。
0265デフォルトの名無しさん2015/01/08(木) 20:02:45.39ID:g/RxkgEC
まったくの別物なのに切替えるとか意味不明すぎる
0266デフォルトの名無しさん2015/01/08(木) 21:21:42.24ID:vJWeyEjb
そもそもRails推しってWebの一部の人たちだけの話でしょ
やめたほうがいいとこんなトコで言われても、あっそう、としか言えないよ
0267デフォルトの名無しさん2015/01/08(木) 21:23:40.45ID:sg4geDub
このスレだとむしろdisの方が多いよねｗ
Qiitaあたりで叫ぶとよく釣れると思うよ
あそこRailsとマカーしかいないから
0268デフォルトの名無しさん2015/01/08(木) 21:27:25.85ID:FsXUJliC
Sinatra をさ、デフォでRuby に搭載すりゃいいじゃん。
だってさ、死にいく言語とか言われてヤバイと思わん？
俺もRails いじっていたから、見放したくなる気持ちはよく分かる。
PHP とかはるかに簡単だも。それがベストとはいわんけどさ。
0269デフォルトの名無しさん2015/01/08(木) 21:30:58.23ID:Zn9KkZAG
永遠なんてないんだよ
代謝していくだけだ
代謝を恐れたなら、その時が老いた時なのだ
0270デフォルトの名無しさん2015/01/08(木) 21:39:53.96ID:FsXUJliC
まあな、なんでもかんでもJava で書くのがいいんだけどな、
Java もクソ文法でな www
だいたい、ウチのマシンにnetbeans はシンドイ・・・
0271デフォルトの名無しさん2015/01/08(木) 22:45:38.90ID:68t0IsL5
Rubyのバージョンが上がるたびに全部書き直しになったとしても
Javaで書くよりも早く完成するよ
0272デフォルトの名無しさん2015/01/08(木) 22:49:19.72ID:ZIphMHjt
そりゃそんな規模のものをJavaで作るのが間違いだ
Rubyで1000人月とかただの集団自殺
0273デフォルトの名無しさん2015/01/10(土) 09:01:51.29ID:/KNCgu+a
初心者スレで初心者っぽい質問して申し訳ないが
アメリカ夏時間判定するのに、isdstメソッド使ってたらなんか変な結果が出て、
ENV['TZ'] = 'US/Pacific'
p Time.local(1975, 4, 15).isdst # => true
ENV[' TZ '] = nil
wiki/夏時間を見ると「1986年までは現地時間4月最終日曜日午前2時から10月最終日曜日午前2時までの間」
とあるから、1975年4月15日は冬時間だと思うんだが。
wikiの方が間違ってるのかisdstが間違ってるのかどっちだろうか？
rubyのバージョン1.9.2ってのが問題かもしれないがｗ
0274デフォルトの名無しさん2015/01/10(土) 10:08:23.26ID:YN4LC6Iq
あるべき答えがなにかは知らんが、手元でやってみた。
$ jruby -v
jruby 1.7.18 (1.9.3p551) 2014-12-22 625381c on Java HotSpot(TM) 64-Bit Server VM 1.8.0_25-b17 +jit [linux-amd64]

ENV['TZ'] = 'US/Pacific'
p Time.local(1975, 1, 1).isdst # => true
p Time.local(1975, 2, 1).isdst # => true
p Time.local(1975, 3, 1).isdst # => true
p Time.local(1975, 4, 1).isdst # => true
p Time.local(1975, 5, 1).isdst # => true
p Time.local(1975, 6, 1).isdst # => true
p Time.local(1975, 7, 1).isdst # => true
p Time.local(1975, 8, 1).isdst # => true
p Time.local(1975, 9, 1).isdst # => true
p Time.local(1975, 10, 1).isdst # => true
p Time.local(1975, 11, 1).isdst # => true
p Time.local(1975, 12, 1).isdst # => true
ENV[' TZ '] = nil

# 実行結果
false
false
true
true
true
true
true
true
true
true
false
false
0275デフォルトの名無しさん2015/01/10(土) 11:16:25.70ID:/KNCgu+a
>>274
(1975, 3, 1)がtrueで夏時間になってるのはなんか結果がおかしいですね
自分の環境ではfalseになりました。実行環境に影響されてるのかな？

ruby 1.9.2p0 (2010-08-18 revision 29036) [x64-mswin64_80]
0276デフォルトの名無しさん2015/01/10(土) 11:21:45.84ID:YN4LC6Iq
>>275　自分の環境ではfalseになりました。

$ruby -v
ruby 2.1.1p76 (2014-02-24 revision 45161) [x86_64-linux]

ENV['TZ'] = 'US/Pacific'
p Time.local(1975, 1, 1).isdst
p Time.local(1975, 2, 1).isdst
p Time.local(1975, 3, 1).isdst
p Time.local(1975, 4, 1).isdst
p Time.local(1975, 5, 1).isdst
p Time.local(1975, 6, 1).isdst
p Time.local(1975, 7, 1).isdst
p Time.local(1975, 8, 1).isdst
p Time.local(1975, 9, 1).isdst
p Time.local(1975, 10, 1).isdst
p Time.local(1975, 11, 1).isdst
p Time.local(1975, 12, 1).isdst
ENV[' TZ '] = nil
#
false
false
true
true
true
true
true
true
true
true
false
false
0277デフォルトの名無しさん2015/01/10(土) 11:25:23.66ID:YN4LC6Iq
実装により結果が違うってやつか？

違っちゃダメだろって…
0278デフォルトの名無しさん2015/01/10(土) 12:25:29.21ID:/KNCgu+a
そうか肝心なところの日付入れてみればいいのかｗ気づくのおそくてすいません
ruby 1.9.2p0 (2010-08-18 revision 29036) [x64-mswin64_80]
ENV['TZ'] = 'US/Pacific'
p Time.local(1975, 4, 5).isdst
p Time.local(1975, 4, 6).isdst
p Time.local(1975, 4, 7).isdst
ENV[' TZ '] = nil
false
false
true
1975年4月の第一日曜日は6日で、第一日曜日で切り替えられてる
Wikiのデータでは夏時間のスタートは
●1986年までは現地時間4月最終日曜日午前2時から
●1986年より、開始日は4月第1日曜日
●2007年から開始日は3月の第2日曜日
wikiが正しいかどうかはわからないが、.isdst の内部では第一日曜日にされてますね
0279デフォルトの名無しさん2015/01/10(土) 12:33:07.62ID:YN4LC6Iq
$ jruby -v
jruby 1.7.18 (1.9.3p551) 2014-12-22 625381c on Java HotSpot(TM) 64-Bit Server VM 1.8.0_25-b17 +jit [linux-amd64]

ENV['TZ'] = 'US/Pacific'
p Time.local(1975, 4, 5).isdst
p Time.local(1975, 4, 6).isdst
p Time.local(1975, 4, 7).isdst
ENV[' TZ '] = nil

# 実行結果
true
true
true

$ ruby -v
ruby 2.1.1p76 (2014-02-24 revision 45161) [x86_64-linux]

# 実行結果
true
true
true

鬱だ。死のうwww
ruby がというよりもlinux(ubuntu14.04) というのが悪いのん？？？
0280デフォルトの名無しさん2015/01/11(日) 07:17:02.79ID:v5/BUYYs
やっと2chつながった
>>279
なんで結果に差が出るんでしょうね？
rubyのバージョンによって、.isdstもアップデートされてて内容が違うのかな？
0281デフォルトの名無しさん2015/01/11(日) 09:09:45.14ID:G2IbQ7ek
date_core.c内localtime_rの参照先がシステム依存。
夏時間の判定もそこで行われている。
0282デフォルトの名無しさん2015/01/11(日) 11:25:05.94ID:A1IfSqze
結局、実装依存・環境依存の問題なんだよなぁ。
ruby の仕様を過度に信用せずに、手元でテストをキチンと
組み上げるしかないんだろうな。

あと、このような環境依存のコマンドはむしろ非推奨にした上で、
将来的には廃止した方がいいと思う。
それか、Ruby内でアルゴリズムが完結するように組み直すか。

結局のところ、理由はどうあれ、間違った答え返ってきて、
それで納得する人いないと思う。
0283デフォルトの名無しさん2015/01/11(日) 12:04:00.24ID:I5t5eddk
rubyはウンコだけど、この件は仕方ないだろ
0284デフォルトの名無しさん2015/01/11(日) 12:04:06.90ID:5XIek4ok
>>282
localtime_r を廃止すべきだと？
C言語に文句つけるとは、ずいぶん大きく出ましたね
0285デフォルトの名無しさん2015/01/11(日) 12:08:14.94ID:RxLZDfKE
カシオの腕時計にもサマータイムモードあるけど、なんか複雑でよくわからんな
あれ。日本でやらないのは正解。
0286デフォルトの名無しさん2015/01/11(日) 15:32:50.82ID:aOUO6IlL
>>282
…ﾌﾟｯ
0287デフォルトの名無しさん2015/01/11(日) 15:47:02.08ID:A1IfSqze
バグを生み出すのは、お前らのようなヤツなんだろうな。
ちゃんとテスト書いてるか？
テストの仕様の変更に関して質問しても、ここでは誰も答えるヤツがいないんだがwww
0288デフォルトの名無しさん2015/01/11(日) 15:49:27.42ID:A1IfSqze
すまんな。聞くだけヤボだったわ www
0289デフォルトの名無しさん2015/01/11(日) 18:12:30.87ID:VJq3iYCs
はいはいJavaが一番ですね
0290デフォルトの名無しさん2015/01/11(日) 18:12:53.90ID:8wkZhlLx
タイムゾーンで一番精度の高い情報は、

http://www.iana.org/time-zones

確認したところ、
># From Arthur David Olson (2005-08-22):
># Paul has been careful to use the "US" rules only in those locations
># that are part of the United States; this reflects the real scope of
># U.S. government action. So even though the "US" rules have changed
># in the latest release, other countries won't be affected.
>(snip)
>Rule　US　1975　only　-　Feb　23　2:00　1:00　D

TZInfo は、直接このデータからソースを生成しているはず。

確かに、

tz = TZInfo::Timezone.get('US/Pacific')
p tz.period_for_local(Time.local(1975, 2, 22, 12)).dst? #=> false
p tz.period_for_local(Time.local(1975, 2, 23, 12)).dst? #=> true
p tz.period_for_local(Time.local(1975, 2, 24, 12)).dst? #=> true
0291デフォルトの名無しさん2015/01/11(日) 18:54:44.49ID:FurkmZnS
先輩が教えてくれないから煽って聞き出すパターンかな
0292デフォルトの名無しさん2015/01/11(日) 18:59:20.42ID:GhDmFV+h
単に暇を持て余してるだけでは
0293デフォルトの名無しさん2015/01/11(日) 19:11:41.29ID:G2IbQ7ek
Windows版ではwin32.c内systemtime_to_localtime(TIME_ZONE_INFORMATION *tz, SYSTEMTIME *gst, SYSTEMTIME *lst)が
SystemTimeToTzSpecificLocalTimeに依存していることを確認した。
ttp://msdn.microsoft.com/ja-jp/library/windows/desktop/ms724949%28v=vs.85%29.aspx
こいつのバグについては今のところ調査できてない。

>290
TZInfoの扱いもプラットフォームによって違うから注意されたし。
ttp://sugamasao.hatenablog.com/entry/2014/04/13/184137
0294デフォルトの名無しさん2015/01/11(日) 20:31:29.36ID:BkMuWsUG
>>287
自分が書いたロジックのテストは当然書くが
言語が返す値が違うものになるとかそこまでテスト書かないだろ
0295デフォルトの名無しさん2015/01/11(日) 20:37:56.67ID:A1IfSqze
>>294
俺はいつも linux (ubuntu)しか使わないが、
windows で書いたものを linuxに持ち込むという人もいるだろう？
ベースとなるOS が異なると、Rubyの返す結果が異なる
場合があるというのだから、
であれば、自前のテストで確認するしかないのでは？？？
結果は実装・環境次第という人ばかりなので、仕方ない。
そんな馬鹿なとは思うけど・・・
0296デフォルトの名無しさん2015/01/11(日) 20:46:11.35ID:BkMuWsUG
>>295
今回は事前に気づいたケースだから書けるけど
事前に気づかないケースじゃテスト書きようがないと思うけど
0297デフォルトの名無しさん2015/01/11(日) 21:01:30.54ID:A1IfSqze
>>296
結局、RubySpec の問題に戻るんだよねぇ。
環境や実装の違いなんてことに関わらず、同じ値を返すように
仕様として互換性テストを構築したら、拒否されたという・・・
でも、互換性でチェックしてほしいのはまさにそこなんだけど。
しかし、 RubySpec的やり方の拒否は公式的なものなんでしょ。
自前のテストでそこまでチェックするのがイヤだとなら、お手上げなんじゃ？
0298デフォルトの名無しさん2015/01/11(日) 21:55:17.81ID:XNnfmRhD
確かに環境依存じゃない仕様とテストが必要なのはわかるが
そりゃ外部で勝手に仕様決めつけられてテスト作られても受け入れ拒否するわな
0299デフォルトの名無しさん2015/01/11(日) 22:01:10.17ID:A1IfSqze
結局、Ruby のコアの部分はRuby 自身内で収まるように
ロジックを組むしかないんだと思う。
でないと、外部のライブラリなりなんなりに投げる形になって、
返ってくる結果はそれ次第という話になってしまう。
0300デフォルトの名無しさん2015/01/11(日) 22:04:53.92ID:A1IfSqze
それか、RubySpec的な仕様互換テストを構築して、
誰かが責任もって運用し、プラットフォームに依存しない
テストを実行して、バグをその都度発見できるようにするか…
0301デフォルトの名無しさん2015/01/11(日) 22:13:51.66ID:A1IfSqze
さもなきゃ、
linux(ubuntu)を規範的OS と定め、それ以外はフォークと考え、
規範OS 以外の実行結果は無保証としてしまうか…
これが一番安上がりだが。
0302デフォルトの名無しさん2015/01/11(日) 22:17:59.69ID:BkMuWsUG
それがいいよ。Windowsサーバ指定された時点で
Rubyを選択するやつなんていないでしょ
0303デフォルトの名無しさん2015/01/11(日) 22:32:23.40ID:8e7vlna2
どうせWebでしか使われてないんだからもともとアプリごとに環境固定みたいなもんでしょ
ミドルウェアのバージョン上げたら動作変わるとか日常茶飯事なんだから、些細なことだよ
あくまで「Webなら」な
0304デフォルトの名無しさん2015/01/11(日) 23:03:32.99ID:jQsmpaL2
作業を独立させる(分業)
A | B | C
ABCは完全に独立した組織で、独立していること

AはBに依存し、BはCに依存する。
Aが直接、Cを決定してはいけない

外人が他国語を決めたり、
他国が他国の法律・慣習を決めたり、
他国が他国のオリンピック選手などを選抜してもいけない

中央の官僚が、地方行政を決めてもいけない。
国を道州制とし、決定はなるべく近くで、
物事を見ている人が決める
0305デフォルトの名無しさん2015/01/11(日) 23:13:40.37ID:A1IfSqze
>>304
もういいんだ、その話は。
Ruby にはすでに仕様互換性テストは存在しない。
終わったことだ。
0306デフォルトの名無しさん2015/01/11(日) 23:15:13.03ID:FurkmZnS
302が正解
0307デフォルトの名無しさん2015/01/11(日) 23:18:18.44ID:A1IfSqze
結局、Linux の主要なディストリ上での動作に関してのみ、
結果をチェックするというのが、俺も現実的と思う。
それ以外に、現実的な解決策はないだろうなぁ。
そういう方向で検討してほしい。
0308デフォルトの名無しさん2015/01/11(日) 23:27:05.16ID:8e7vlna2
いやWindows対応って言ってるならWindowsでもさすがにチェックしてるでしょ
テストスイート走らせるだけなんだから大した手間じゃないよ
つまりテストケースが漏れてただけ
0309デフォルトの名無しさん2015/01/11(日) 23:30:33.97ID:A1IfSqze
>>308
違う違う。
どれが仕様として正しいのかの定義がない、という話。
Linux 上の動作が正しく、Windows上のは、合わせたいなら
お好きにどうぞ。それは未定義、という考え方。
0310デフォルトの名無しさん2015/01/11(日) 23:35:19.01ID:8e7vlna2
>>309
定義があったところでそれを保証するのはテストケースに他ならないんだから
結局テスト漏れに帰着するってことだよ
03113102015/01/11(日) 23:47:39.58ID:8e7vlna2
もちろん全てのテストが名文化された仕様に基づいているなら仕様の定義が不足してるとも言えるけど、
Rubyはそうじゃないし、それを求めるのが非現実的である以上、
テストケースを増やせとしか言いようがない。
0312デフォルトの名無しさん2015/01/12(月) 00:30:20.41ID:BRNsR1ni
C言語で環境依存なんだから、どうしようもないだろ
それをRubyで再実装するなんて時間の無駄もいいところだし
0313デフォルトの名無しさん2015/01/12(月) 03:03:48.44ID:KGNTKkPE
よく分からんのだけど OS の差異を言語のせいにしたい人は何でなの
今までもなかったわけじゃないんでしょう？
0314デフォルトの名無しさん2015/01/12(月) 03:26:02.46ID:XKz3buBD
C言語は移植性の高い言語と言われた
Cで書いてあれば、他のマシンでも「動きやすい」と
そのまま動くというわけではない
書き換えなければならないところもあるという話
RubyはC程度の移植性

Java は、他のマシンにもっていくためにチョコチョコ
書き直すようなことは、やめようという言語
"Write once, run anywhere"
でも、Java はコレで犠牲にしている部分があるよね
0315デフォルトの名無しさん2015/01/12(月) 04:24:25.08ID:/MXYzLjY
>"Write once, run anywhere"

そもそもこれが曲がりなりにも形になるのに時間がかかったし、今だって
そんないうほど自慢できる状態じゃない
0316デフォルトの名無しさん2015/01/12(月) 10:16:41.44ID:keLLoj3i
米国夏時間、74と75年がずれてるらしい、
OSの問題だとしたらwindowsアメリカ産OSなのに何やってんだ…
ww.timeanddate.com/time/dst/1972.html
1972 Sunday, 30 April
1973 Sunday, 29 April
1974 Sunday, 6 January
1975 Sunday, 23 February
1976 Sunday, 25 April
1977 Sunday, 24 April
1978 Sunday, 30 April
1979 Sunday, 29 April
1980 Sunday, 27 April
1981 Sunday, 26 April
0317デフォルトの名無しさん2015/01/12(月) 11:08:08.17ID:Il3tkbbb
どっちにしろシェルスクリプトと一緒に使う人間にゃコマンドがまるで違う時点でWindowsとの差異なんてあって当たり前なもののワケで
LinuxとOSX(BSD系)でも標準コマンドの挙動とか微妙に違うからそこも気にするし
0318デフォルトの名無しさん2015/01/12(月) 12:08:37.76ID:tkOOh7Ay
>>313
RubySpecの件で心身を病んだらしいよ

・・・元からの可能性もあるが
0319デフォルトの名無しさん2015/01/12(月) 14:19:49.03ID:PuwpJFVg
>linux(ubuntu)を規範的OS と定め
笑ってしまった
0320デフォルトの名無しさん2015/01/12(月) 14:23:08.78ID:PuwpJFVg
ウソでも、できなくても「Windowsに対応します。サポートします！」といいつづけるべき
0321デフォルトの名無しさん2015/01/12(月) 14:57:52.73ID:tkOOh7Ay
別に嘘には並んでしょう
お前の考える「対応」と、俺の考える「対応」は違うんだ
の一言であらゆる文句は一蹴できる
0322デフォルトの名無しさん2015/01/12(月) 16:32:01.48ID:AB7X7vXD
和暦をプラットフォーム非依存のRuby標準として
米国特有のローカライズなどはgemで対応すれば問題ない
0323デフォルトの名無しさん2015/01/12(月) 17:55:52.60ID:nU3hkfq4
和暦と西暦を相互に変換できるライブラリ無いですか
0324デフォルトの名無しさん2015/01/13(火) 08:22:37.85ID:mo25xfmB
require 'net/http'

だめぽ
0325デフォルトの名無しさん2015/01/13(火) 11:37:21.04ID:dH/0Ok+d
Java はすべての差異を互換性テストで吸収してしまおうという言語だし、
そのコミュニティーも完全にそれを了解事項にしている。

しかし、Ruby も含めてその他の言語はすべて、
その次元には至っていない。それだけのことだ。

Linux での動作だけは死守してくれ。
もはや、それ以上のことは無理だし出来もしないことを望んでも仕方ない。
0326デフォルトの名無しさん2015/01/13(火) 12:05:44.64ID:JztOXwMp
Linuxも一枚岩じゃないんで
いつまでも寝ぼけてんなよチンカスくん
0327デフォルトの名無しさん2015/01/13(火) 12:56:29.31ID:uHQW56BE
はいはいJavaが一番ですね
0328デフォルトの名無しさん2015/01/13(火) 14:20:28.65ID:dH/0Ok+d
もっといえば、利用者が多そうな
ubuntu のLTS だけサポートすればいいんじゃないかな。
mint も派生だし、debian も似たようなもんだし。
RedHat のサポートは、RedHat自身がやるべきでしょ？
それが仕事なんだし、人のメシのタネを取るべきじゃない。
0329デフォルトの名無しさん2015/01/13(火) 16:12:28.68ID:xXiFYeMU
利用者が多いなんて言うとWindowsが対象になってしまう
それにOSチームの仕事は各ソフトの動作をサポートすることじゃないだろ
0330デフォルトの名無しさん2015/01/13(火) 16:24:20.43ID:dH/0Ok+d
linux サポートしなきゃ話にならんだろう。
Winはプロプラじゃないか。
OSS の唯一サポートするOS がプロプラだったら笑い話だろ。
RedHat は金さえ払えばなんでもやるよ。
メシのタネなんだから。
0331デフォルトの名無しさん2015/01/13(火) 16:39:06.88ID:dmdtWWUz
「Debian使ってるよ」
http://www.rubyist.net/~matz/20080219.html
2008-02-19
0332デフォルトの名無しさん2015/01/13(火) 16:45:38.60ID:dH/0Ok+d
debian ならdebian でもいいんじゃないの？
ubuntu は派生じゃないけど、準派生みたいなもんだし。
RedHat は有料なんだからさ、個人じゃ入れるのもままならない。
cent はRedHat のただの後追いコピーだから、
あれにメンテしたところで、次バージョンには反映しないでしょ www
0333デフォルトの名無しさん2015/01/13(火) 18:44:09.72ID:j81RojAW
毎日ハゲ散らかしたところで失った物は帰ってこないっすよハハハ
0334デフォルトの名無しさん2015/01/13(火) 21:23:10.83ID:CPQbXHFj
>>329
パッケージのメンテはディストリビュータの仕事だろ
カーネルとディストリビューションの区別がついてない人？
0335デフォルトの名無しさん2015/01/13(火) 21:37:29.22ID:QfRKSulC
rubyのウンコさに嫌気がさして
debianのメンテナが辞めた事が無かったっけ？
0336デフォルトの名無しさん2015/01/13(火) 21:42:18.61ID:/ApZh3CF
Windowsサーバの仕事が来たら断る
これだけで全て解決するんだからそれ以上考える必要ない
0337デフォルトの名無しさん2015/01/13(火) 21:51:06.88ID:dH/0Ok+d
windows だって、仮想でなんでも入れられるだろ。
だから、 linux だけのサポートでなにも問題はない。
俺は使ったことないがCygwinだってあるだろ。
Cygwinのサポートだってちょっと頑張れば可能かもしれないし。
さらにいえば、win など入れず ubuntu常用で本当はなにも問題ないよ。

だから、Rubyとしては Linux のサポートだけが必要で、
あとはサポート外でいい。win でも仮想でLinux いれりゃいいだけだ。
0338デフォルトの名無しさん2015/01/13(火) 21:53:21.41ID:dH/0Ok+d
>>334 >>335
せっかくOS を一つだけセレクトしてサポートするっていうんだったら、
そのOS では最新の安定版をパッケージとして提供すりゃいいじゃん。
まあ、別にそうしなくてもいいけど。
0339デフォルトの名無しさん2015/01/13(火) 21:56:56.91ID:hvSQliED
まずはMac利用者をRuby界隈から締め出すべき
0340デフォルトの名無しさん2015/01/13(火) 22:00:33.83ID:dH/0Ok+d
>>339
Mac だって Virtualbox動くだろ？
なら、win と同じ扱いでいいよ。サポート外で。
0341デフォルトの名無しさん2015/01/13(火) 22:06:10.90ID:ycL/0qgm
macのサポートは確かにやりづらい。
似ていて微妙に異なるというのが実は一番困るのだと思い知らされる。
同じ理由でBSDも・・・
窓はなんというか取り掛かる前から腹がくくれるというか
バッドノウハウもそれなりに蓄積されてるのでなんとかなる感じ。
0342デフォルトの名無しさん2015/01/13(火) 22:20:52.68ID:dH/0Ok+d
結局、Java 以外の言語なんぞみんなRuby と同じく
互換性などカオスだというのに、口をつぐんでるだけだからな。
Ruby はLinux のdebianか ubuntu だけをサポートします、
あとはwin のruby も macのruby もフォークなので、
有志で勝手にやってください、とハッキリ宣言すれば、
Java の立場には及ばないが他の言語より正直さという点で
数段上だ。
■ このスレッドは過去ログ倉庫に格納されています