「壊れてねぇなら直すな」という発想はRailsにはないのかも - QA@IT公式ブログ

QA@ITはRuby on Railsで構築・運用しています。で、そろそろRailsの新メジャーバージョン、Rails4のリリースが近づいているようです（と、聞くようになってずいぶん経ちますが）。いろいろと新機能がありますが、GitHubを見ていて1つ驚いたことがあります。Ruby on Railsの生みの親のDHH（David Heinemeier Hanssonさん）が、メジャーバージョンアップとなるRails4に向けて行ったこのコミットに唐突感があったのです。よく使われるAPIの名前を、こんなに簡単に変えちゃうんだという軽い驚きです。 「壊れてねぇなら直すな」（If it ain’t broken, don’t fix it.）という有名な言葉があります。米国のジミー・カーター大統領時代の行政管理予算庁長官だったトーマス・バートラム・ランス氏の1977年の発言が人口に膾炙したもののよ

[YaSuYuKi]

「壊れている」と判断する基準が違うという方が正しいのでは。「誤解を招くような名称のAPI」こそが壊れているとみなされるのがRails Wayで、名前がどうだろうと機能しているものは壊れていないとみなすのが他のもの

[KoshianX]

creat と数十年も書き続けることのないように、ってか。スクリプト言語なんだからこれくらいの柔軟性はあってもいいのかもねえ

[shokai]

この件は機能は壊れてないけど名前が壊れていたという件だし、rubyにはbundlerがあるから後方互換なんて気にしなくていい

[rryu]

中途半端に直すくらいなら触らない方が良いだけで、直し切る覚悟と勇気があれば直してもいいんですよ。

[aont]

「壊れてねぇならインストールされてるバージョンを保っておけよ」が正解

[perlcodesample]

後方互換性を維持するのが古い方法、劣った方法みたいな風潮にならないといいなぁ。これはRubyの文化であって、一般論じゃないから。互換性が壊れて困るときは、自分の管理外のモジュールを使っているときだなぁ。

[kappaseijin]

Ruby本体もこれ。だから業務進出は無いと思ってたけど世に中級開発しか必要とされてないので問題無かった。

[lenore]

走り続けるフレームワークだから…

[luccafort]

負の遺産を極力残さないようにするメリットなどを開発者以外に説明するのが難しいのが最大の壁な気がする。

[tmtms]

before_filter が使えなくなるわけではないんだから、ちょっと書き方が大袈裟な気がする。

[ANNotunzdY]

Railsのデメリット

[you21979]

壊れてないものを直すのならそれは進化していると思うのだが。それについてこれるアプリは同じく進化しているし、ついてこれないのなら活動が停止したアプリだと思う。

[kakutani]

"常にクリーンで分かりやすいAPIを保つことのほうが、自分たちにとっても、これからRailsの世界に来るであろう人々にとっても大切だという価値観があるのだと思います"

[akasata]

悩ましいのは、こうした変化に伴うコストとメリットをエンジニアでない人に理解してもらうことが難しいこと。一度作れば放置してOKと考えている（あるいはそう考えているとしか思えない）人が多くて…

[hariopip]

ないと思う。正確には名前管理がほころびを直したんだと思う。フレームワークの環境が壊れる危険性を早めにつぶしたのだろう。一貫している

[makotoworld]

常に変化と共に成長していくというのかな

[raimon49]

コミットリンクに並んでいるコメントがポジティブなものが多くて、リファクタリングを賞賛する雰囲気って大事。

[invent]

「壊れてねぇなら直すな」という発想はRailsにはないのかも - QA@IT公式ブログ

[zorio]

実にRuby/Railsっぽい。昔っからそうじゃないか。

[mongrelP]

だってレールを綺麗にしないといつかは脱線するじゃない？（ぉ

[chintaro3]

見ている時間軸が違うんだろうなぁ。

[te2u]

「名前重要」という観点の現れ。

[cats_nukui]

あえて言おう。正直ちょっと勘弁してほしいと思う。

[kero_mi_chan]

あえて言おう。正直ちょっと勘弁してほしいと思う。

[cu39]

JavaのDate/Calendarみたいに、もっとわかりやすくしろよと思う例はある。

[jt_noSke]

ふーん

[hirata_yasuyuki]

メジャーバージョンアップだし、当面は古い方も残るから問題は無いと思う。 Browsing: "「壊れてねぇなら直すな」という発想はRailsにはないのかも - QA@IT公式ブログ"

[ikimonogatarin]

phpと互角?

[dekokun]

誰のために直すのかというお話。既存のユーザか、これから触ることになるユーザか。

[raitu]

後方互換性を気にせず突っ走れるのがオープンソースの良いところかもな。顧客がついてたらこうはいかない

[kukita]

【価値観】「分かりやすいAPIを保つことのほうが…大切だという価値観」、「"何も変えずに、ただ安定して動かし続けたい"ということであれば、これはマイナス →

[ledsun]

before_filter を deprecated にして、機能が一緒で名前が新しい before_action を追加するって話。後方互換性は軽視してない。名前の修正にコストを払うのが凄い。

[aquarla]

全ての変化を抱擁するには、オレの人生はあまりにも短い。実際の運用では折り合いを付けることがほとんど。

[sh-2]

グレアムだっけ、走り続けて痩せてるのと、走るのをやめて太るのどっちがいいかという例え話をしたのは。より良い環境を目指して破壊的変更をするのか、止めるのか、結局どちらにせよメリットとデメリットがある。

[Jxck]

常に更新し続けるってサイクルを、まわし続けるのが大事なんだろうな。

[naka-06_18]

最新再生、いいねぇいいねぇ