[#45311] 開発会議 — SASADA Koichi <ko1@...>
笹田です．
10 messages
2012/03/06
[#45312] Re: 開発会議
— "ayumu.aizawa@..." <ayumu.aizawa@...>
2012/03/06
US=1B$B$K$$$k$N$G!"=1B(BSkype=1B$B$H$+=1B(BFaceTime=1B$B$G;22C$7$?$$$G$9!#=1B=
[#45341] 非同期割り込みに対する対処案（日本語版） — SASADA Koichi <ko1@...>
ささだです．
28 messages
2012/03/11
[#45816] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
ささだです．
[#45817] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 18:26 SASADA Koichi <ko1@atdot.net>:
[#45819] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
ささだです．
[#45820] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 19:39 SASADA Koichi <ko1@atdot.net>:
[#45827] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
(2012/06/25 20:32), Tanaka Akira wrote:
[#45835] Re: 非同期割り込みに対する対処案（日本語版）
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/06/25
> の３つになるような気がしていますので，ある例外がこれら 3 つのどの状態に
[#45841] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/25
2012年6月26日 3:40 SASADA Koichi <ko1@atdot.net>:
[#45844] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
(2012/06/26 5:07), Tanaka Akira wrote:
[#45871] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/29
2012年6月26日 5:15 SASADA Koichi <ko1@atdot.net>:
[#45372] Marshal.dumpにおけるインスタンス変数の取り扱いについて — keiju@... (Keiju ISHITSUKA)
けいじゅ＠いしつかです.
14 messages
2012/03/16
[#45376] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— Yukihiro Matsumoto <matz@...>
2012/03/17
まつもと ゆきひろです
[#45377] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— keiju@... (石塚圭樹)
2012/03/17
けいじゅ＠いしつかです.
[#45381] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— Yukihiro Matsumoto <matz@...>
2012/03/17
まつもと ゆきひろです
[#45399] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— keiju@... (石塚圭樹)
2012/03/18
けいじゅ＠いしつかです.
[#45401] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— Tanaka Akira <akr@...>
2012/03/19
2012年3月19日5:54 石塚圭樹 <keiju@ishitsuka.com>:
[#45405] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— keiju@... (石塚圭樹)
2012/03/19
けいじゅ＠いしつかです.
[#45451] [ruby-trunk - Feature #6218][Open] struct.cのrb_struct_s_members_m()について — "Glass_saga (Masaki Matsushita)" <glass.saga@...>
6 messages
2012/03/28
[ruby-dev:45383] [Ruby 1.8 - Feature #4207][Assigned] これから「1.8.8」の話をしよう -- 1.8がこの先生きのこるには
From:
Shyouhei Urabe <shyouhei@...>
Date:
2012-03-18 04:20:15 UTC
List:
ruby-dev #45383
Issue #4207 has been updated by Shyouhei Urabe. Description updated Status changed from Open to Assigned Assignee set to Shyouhei Urabe ---------------------------------------- Feature #4207: これから「1.8.8」の話をしよう -- 1.8がこの先生きのこるには https://bugs.ruby-lang.org/issues/4207#change-24688 Author: Shyouhei Urabe Status: Assigned Priority: Normal Assignee: Shyouhei Urabe Category: core Target version: Ruby 1.8.8 =begin 現状 ruby_1_8 が出せる状況ではないのは存じあげております。誰よりも。 しかし1.9.0がリリースされてちょうど3年経ちました。1.8.7のリリースか らも2年半、来年6月くらいに3年目を迎えます。なぜ3年に注目するかとい うと、そんなに長らくバージョン間隔が開いたのが初というのもあります が、個人的な経験によるとシステムを構築して3年目くらいから全面改修を 迎えるケースが増加してくるという感触を得ているためで、つまりそろそ ろ、1.8.7をターゲットにして書かれたプログラムの更新が来るはずなので すね。 で、1.8.7向けに書かれていたシステムが更新されるときに何を選んで欲し いかというと、そりゃ立場的には1.9.2を使いましょうと言うしかないです けれども、実際にはなかなかそうも行かない部分もあるでしょう。拡張ラ イブラリが動かないとか。そうなったときに、じゃあ現状だと1.8.7を使い 続けましょうという選択肢しかないわけですが、これは辛い。今更1.8.7な 新規案件が発生されるというのは結構精神的に来るものがありますよ。俺 いつまで1.8.7の面倒見続けなきゃいかんのかとか。今後俺が1.8.7を見る モチベーションは削られることはあっても増えることは考えづらいですし、 やはり今あるコードはともかく新規に1.8.7をターゲットにするのはやめて ほしいし、緩やかにでもいいから新しいバージョンに移行されるべきです。 というわけで今すぐ出せとは言いませんから1.8の今後の方向性を決めま しょう。個人的には1.8.8は出さずにこのままブランチごと放棄するという のも視野に入れています。1.8.8が出ないことにすれば1.8.7の最終バージョ ンに向けてもう、これ以上は新しいものは来ないという宣言ができるので、 それはそれで方向性は定まっていいのではないかと思います。あと単純に 枝が一本消えればそのぶんの作業量が減って開発者がハッピーというのも ある。 でもやっぱ1.8.8を出すというのも出るのであればそれはそれで嬉しいので。 ただこれまでなんとなく忙しいからとかで後回しになってきましたが、そ ろそろ時間的猶予はなくなってきたかなという感じですので、かくなる上 は盛り込む新機能の削減とかも考えておかないとなあと思ってます。 あと1.9.2におけるえんどうさんのポジションの人がいるといいんですが。 誰かやりません? =end -- http://bugs.ruby-lang.org/