Linus Torvalds氏、RCでの重要度の低いソース変更に怒る 62
ストーリー by hylom
平常運転 部門より
平常運転 部門より
danceman 曰く、
先日Linuxカーネル 3.10 RC5がリリースされたが、このリリースはRC4よりも多くの修正点が含まれていたため、開発リーダーであるLinux Torvalds氏が怒っている模様（本家/.、Party News記事）。
Linus氏はデベロッパーから寄せられるプルリクエストの内容が重要度の低いものばかりである状況に苛立っているようで、リリースアナウンスメントでは「お前らがこのまま重要度の低いものを送り続けてきたら、また悪態をつかなきゃならない。私が次に受け取るプルリクエストに『クリーンアップ』とか、どうでもいいような変更について書かれていたら、お前らを罵倒して、お前ら、お前らの母親、そしてお前らの亡くなったペットを侮辱する方法を新たに見つけてやる」とリリースアナウンスメントで苛立ちを露にしている。
RCの段階では新機能の取り込みは基本的に行われず、バグ修正などがメインとなる。それなのにどうでもよいような修正が行われている状況にLinux氏は怒っているようだ。
おもろい (スコア:5, 興味深い)
おまえと、おまえのかーちゃんと、おまえの死んだペットのハムスターを、
侮辱する新しい方法を思いついてやる！
侮辱する方法を思いつくとは言ってるけど、侮辱するとは言わないあたりもなんかステキだ。
Re:おもろい (スコア:2, 興味深い)
どうせなら「さらにそれを新しいAPIとしてRCのタイミングでカーネルにマージしてやる！」
ぐらい言ってみてほしかった。
「侮辱する方法」を思いつくのに費やす時間＝「くだらない変更」に目を通す時間
ってな感じかもしれませんが。
Re:おもろい (スコア:1)
「侮辱する方法」を思いつくのに費やす時間＝「くだらない変更」に目を通す時間
なるほど…そう考えると上手い返しだと思えるようになった。
Re:おもろい (スコア:1)
000010*亡くなったペットを侮辱する革新的な方法を見つけたが、それを書くには狭すぎる
Re:おもろい (スコア:1)
なんでタレコミはハムスターのところをわざわざペットに言い換えたんかね
お前、母親とランクが上がってきたところでハムスターというオチの構成になってる
これがあるから文字通りの怒りの表明でなくてユーモア入りだとはっきりわかるようになってるのにね
センスない改変だよ
Re:おもろい (スコア:1)
んーまぁLinus自身も、アナウンスの最後は“Go out and test. And again - please don't make me curse you and your pets.”と結んでいる（母親とハムスターはカットしてる）から、言い換えたわけでもないんじゃね？
Party News記事のタイトルだって“Linus Torvalds to find new ways to curse developers, their mothers”ってペットのハムスターをまるまるカットしちゃってるし。
一番面白いとこを切ってどうする、とは思うけど。
＃ 本家でもさまざまなボケがあがっていておもしろい
＃ 「オレとオレの母親はいい。だがオレのハムスターを悪く言うのはよせ！！！」とか
＃ 「お前の母ちゃんとお前のハムスター？？？あれ、お前の母ちゃんってハムスターじゃなかった？」とか
全体的に「Linusはそういう人だと再確認するだけ」っていうか、へんな人徳を求めるだけ無駄って感じだよね。冒頭のアナウンスとか、Linux団の親方が「おらヤロウども、テストに戻れ。くれぐれもお前らとお前らのペットの悪態はつかせるなよ」って怒鳴ってる光景が浮かぶよ。
Re:おもろい (スコア:1)
編集の段階では新機能の取り込みは基本的に行われず、誤字の修正などがメインとなる。それなのにどうでもよいような修正が行われている状況にスラド民は怒っているようだ。
Re: (スコア:0)
結論：りーなすさんはツンデレ
Linux氏 (スコア:1, フレームのもと)
何でタレコミで間違ってないのをわざわざ御器してんだよ
Re: (スコア:0)
重要度の低い御器ぶりは、無視させていただきます。
Re:Linux氏 (スコア:2)
バグの中でも最優先で駆除しないとパニックになるヤツでしょそれ。
Re: (スコア:0)
どういう使い方をしていたらそういう誤変換になるのか気になって仕方ない。
Re: (スコア:0)
goki→gyokiじゃないですかね～
Re: (スコア:0)
わざとでしょ。あまり面白くないけど。
Re: (スコア:0)
いつまでも、そんな重要度の低いコメントばかりしているようなら、
お前と、編集者と、お前が昔書いたくそコードを侮辱する新たな方法を見つけてやる。
Re: (スコア:0)
怒る！ (スコア:1)
Linus Torvaldsの体内に秘められていた全エネルギーが、感情の高まりと共に頂点に達したとき、彼はLinux Torvaldsに瞬転する。
Re:怒る！ (スコア:1)
旧日本軍が作成した直列三気筒エンジンで動いていそうな勢いですね.
怒りのランクは？ (スコア:0)
おこ
まじおこ
激おこぷんぷん丸
ムカ着火ファイヤー
カム着火ｲﾝﾌｪﾙﾉｫｫｫｵｵｵｳ
激おこスティックファイナリアリティぷんぷんドリーム
のうち、どれくらい？
問題 (スコア:1)
上記表現について次のどちらかの関数を作れ。
1．標準語に変換する関数
2．怒っていない状態を0、最も怒った状態を1に正規化する関数
Re: (スコア:0)
int IsAgree(string message) {
switch (message) {
case 'おこ':
return 1;
case 'まじおこ':
return 1;
case '激おこぷんぷん丸':
Re:問題 (スコア:2)
Re: (スコア:0)
int IsAgree(string message) {
if (message != "") {
return 1;
} else {
return 0;
}
}
Re: (スコア:0)
はい。俺様言語な。
function convert(linus){
int kibun;
string nation;
imano_kibun = convert_excite_EiwaJiten(linus.KIBUN);
switch(imano_kibun) {
case おこ:
case まじおこ:
case 激おこぷんぷん丸:
case ムカ着火ファイヤー:
case カム着火ｲﾝﾌｪﾙﾉｫｫｫｵｵｵｳ:
case 激おこスティックファイナリアリティぷんぷんドリーム:
nation = "MAJIGIRE";
}
return "しらんがな（´・ω・`）"; //nati
Re: (スコア:0)
float getAngryLevel (Linus linus) {
return 1.f;
}
Re: (スコア:0)
class Linus < らっぷ人
def おこなの?
srand(Time.now.to_i)
return rand(0..1)
end
end
def いってくんなきゃわかんない(code)
return code.call.zero? ? "あいむふぁいんせんきゅー" : ["おこ","まじおこ","激おこぷんぷん丸","ムカ着火ファイヤー","カム着火ｲﾝﾌｪﾙﾉｫｫｫｵｵｵｳ","激おこスティックファイナリアリティぷんぷんドリーム"].shuffle.sample
end
puts いってくんなきゃわかんない(lambda{return Linus.おこなの?})
Re:怒りのランクは？ (スコア:1)
Linusさんだと
(fu○kが先かもしらんが)
* パッチ
* プルリクエスト
* アーキ削除
* リポジトリ統合
* SCM乗り換え
* SCM開発
的な(適当)
まじおこくらい?
M-FalconSky (暑いか寒い)
Re: (スコア:0)
鼻水拭いた（笑）
罵倒すれば解決するとでも (スコア:0)
思っているのだとしたら、ひどい開発リーダーだなぁ。
Re: (スコア:0)
貴方は人間の感情に疎いのですね。
解決すると思っていなくても罵倒する、と言うか、
Linusでなくとも人は罵倒したいから罵倒するのであって、
解決のために罵倒するのではないです。
Re: (スコア:0)
誰も居なくなれば最終解決となります
偽頂上による失意 (スコア:0)
きっと
・RC3の修正点数 ＞ RC4の修正点数
で「やれやれ山場は超えたか」と思ったに違いない。
でもって、なんだかよくわからないけど
・RC4の修正点数 ＜ RC5の修正点数
となって、やり場のない怒りが…
Re:偽頂上による失意 (スコア:4, 興味深い)
企業内で Linux kernelの開発やっていると、たまにひどい状況に出くわす。
1) 投稿したパッチの数で業務評価をつける。
2) 採用されたパッチの数で業務評価をつける。
3) 自社で必要なパッチを拾い上げどれだけプッシュし採用されたかで業務評価をつける。
etc.
まあ、仕事でやらせているのだから、ノルマや業務評価対策が出てくるのは致し方ないかと。
困った開発者が何やるかといえば、
a) 既存コードのクリーンアップ
b) 閾値による事前エラーチェックの追加
etc.
結果として、優先度が低い修正が量産されるってことになる。
事情が分かってくると、 やり場のない怒りが…
Re:偽頂上による失意 (スコア:1)
リジェクトにより減点するだけで質があがるんじゃないだろうか。
Re: (スコア:0)
そういうのはRCじゃなくて開発版でやってくれ
Re:偽頂上による失意 (スコア:1)
プログラマとしては、リリースのタイミングで自分のコードを綺麗にしたいというのはわからんでもない。汚いコードを見られたくないじゃん？
Re: (スコア:0)
初めから綺麗に書きましょう．
Re:偽頂上による失意 (スコア:1)
Linux kernelのやり方は逆なんだよ。
最初から完成品ドンと出すと却って拒否される
USB3のディスク (スコア:0)
ウチにあるUSB3のハードディスクを全く認識しないんだけど、それは直ったりしてるんだろうか。
WDのSATAのを外付けケースに入れているという使い方なので、ハード（ファーム？）の問題かも知れないけど。
3.4くらいの頃はごくたまーにブート時に認識しないくらいだったのが、3.6でまるでダメになって、ネットのどっかで見つけたLPMを無効にするパッチでOKになった。
最近3.9.4にしたらやっぱりそのパッチが必要で。
さて？
とりあえず、Linus (スコア:0)
ねこ好きなのはよくわかったから、もっといい罵倒を考えてくれ。
このままだと、より「程度の低い」プルリクエストぶつけるぞ。
簡単だよ (スコア:0)
Rejecｔすればいいじゃん
Re: (スコア:0)
独断でRejectする気はないから、
>お前らを罵倒して、お前ら、お前らの母親、そしてお前らの亡くなったペットを侮辱する方法を新たに見つけてやる
こんな面白可笑しいコメントで苛立ちを表してるんでしょ。
Re: (スコア:0)
なんか知らないけど(#2400000)ですか･･･
ここで上田大使がLinuxさんに一言 (スコア:0)
シャラップ！
Re: (スコア:0)
日本は中年ではない！
教えてえらい人！ (スコア:0)
「RCの段階では新機能の取り込みは基本的に行われず、バグ修正などがメインとなる。」
ごめん、Linux kernelの開発とかよくわからないんだけど、「どうでもよいような修正」はいつすればいいの？前半を見ると、軽微な修正も行うタイミングでいいじゃん、とか読み取れるんだけど……。
新機能を入れる時に、そんな「どうでもよいような修正」が入ったらバグりそうで怖いんだけど、その辺新機能追加時は弾幕暑くしてバリバリテストやるからバッチコーイ！って感じですか？
Re:教えてえらい人！ (スコア:2)
Re:教えてえらい人！ (スコア:1)
「どうでもよいような修正」はRCになる前にやれ(αやβや開発版でやれ)ってことだろ。
「どうでもよいような修正」でエンバグしたら意味ないし。
RCはほぼ完成版なんだからバグ修正以外はやるべきではない。
Re:教えてえらい人！ (スコア:1)
> いやそういうルールなんだということはいまま出てなかったんだよ。
コード管理者がそんな意識じゃだめだろ。。
リリース前（テスト済）のソースをクリーンナップをかけるなんて、
通常ならあり得ない。テスト前にクリーンナップをかけるのが通常。
クリーンナップのたびにシステムテストが必要なんだから。。
> バグ修正以外はダメだと実はLinusが思っていた
この認識が正常。
他のコード管理者の認識がダメダメすぎるのが問題。
まー今回の件では、怒って当たり前すぎる。。
Re:教えてえらい人！ (スコア:1)
RC版＝「リリース候補版」なんだから、そこでバグ修正以外の修正をしないのは当然だろう。
当たり前の話過ぎてわざわざ言う必要もないことだから、ルールとして明文化されていなかった。
ただそれだけ。
逆に聞くけど、RC版でそういった修正をするというのなら、
RC版とβ版って、何が違うの？
わざわざ呼び分ける意味あるの？