アカウント名:
パスワード:
Railsで覚えた知識を用いてアプローチ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
そりゃそうだろ・・・ (スコア:5, すばらしい洞察)
どんな言語・開発・運用環境にも、万能薬は無いさ。自分の目的のものに対し、どれが優れているのかを見極めるのが技術屋ってもんでしょう。
#元記事の人はミュージシャン兼務なので強くはいえませんが。
雑誌・ニュース記事など盲目的に「**を導入すればすべて解決!」的な”煽り”宣伝が多く見受けられます。これは書いている本人より、担当者の意向でしょうが、もういい加減、万能薬は無いことがわかってるんだから、スポーツ紙1面のような煽りは止めたほうがいいようにも思う。
雑誌の部数が伸びないのは、この辺の煽りにうんざりした連中が多いのかもしれない。
-- gonta --
"May Macintosh be with you"
Re:そりゃそうだろ・・・ (スコア:5, 参考になる)
http://developers.slashdot.org/comments.pl?sid=305901&cid=20718897
よぉ、おまえら。ひさしぶりだ。
おいらのちっぽけなBlogがSlashdotに載ってるんで驚いちまったよ。
特にタレコミの文章が全然間違ったポイントでフレームの元になってるもんで。
オレはRailsの限界のせいでプロジェクトをキャンセルしたなんて言ってないって。
もっと、こう、
オレは2年間、Railsが向いてないことをさせようとした。それで気づいたんだ。昔の置き去りにした言語(PHPだけど)が、Railsで覚えた知識を用いてアプローチしたらとてもうまくいったんだよ。
それだけのことさ。
----- ここまで
#んで、万能薬と最初に書いたのは誰?
Re:そりゃそうだろ・・・ (スコア:2)
これはタレコミがフレーム(flame)の元になったというのでなくて、
単に「ポイントを間違えて書かれて(frame)いる」と言っているだけではないですか?
# 実際にフレームが起きたかどうかは別として Siver 氏が L と R を間違えるようなことはなさそうなので
Re:そりゃそうだろ・・・ (スコア:0)
306m5さん、
全く御指摘のとおりです。
ありがとうございました。
Re:そりゃそうだろ・・・ (スコア:0)
http://srad.jp/comments.pl?sid=374036&cid=1219008 [srad.jp]
Re:そりゃそうだろ・・・ (スコア:0)
問題はこの「向いてないこと」とは何か?なのでしょうね。
で、何が向いてないとされてるんでしょうか?私も英語はサッパリなものでどなたかよろしく…
こういう話題のときにはたいてい、「万能薬は無い」っていう言い方は、かえって間違った言い方なんだよね。
それこそmatz氏も言っている言葉を乱暴に言い直せば「プログラム言語は(簡易言語でなければ)もともと万能」なんだよ。「ただし、書き易さの違いがある」とね。もちろんどんな場面でも書き易い/書きにくい言語があると言い切れるわけじゃなく、場面ごとの要素もあるはずだけど。
そして今回は他の人(多数)も秀逸な指摘をしていますね。つまり「コードを書く人間のほう」が万能薬かどうか?という議論です。
Re:そりゃそうだろ・・・ (スコア:2, 参考になる)
私もこの点がとても気になったので読んでみました。RailsからPHPに戻した理由は理解できましたが、Railsが不向きな分野・処理が何なのかはいまいちよく分かりません。そこで、記事を元にして私なりに想像してみました。
■あまり複雑ではないプログラムには不向き
PHPに戻した理由3には、Railsは覚えることが多くて大変だし、覚えても大抵の機能は使わない、といったことが書かれています。よってRailsの機能・枠組みを十分に使わなくても済むような範囲のプログラムは、学習コストの問題からRailsは不向きではないか、と考えられます。
■重い処理をこなさなければならない場合に不向き
理由4より想像。しかしtwitterの例があるので、一概にRailsが要求される処理をこなせないとは言えません。ただ確かに資金などの問題で十分なハードウェアを用意できない場合にはRailsは不向きかも。
■SQLを直接書かなければならない場合に不向き
理由6より想像。SQLを全部自分で書くのなら、ActiveRecordのないRailsになるわけで、魅力が激減。
Re:そりゃそうだろ・・・ (スコア:1, 参考になる)
ひょっとするとRubyならエンジン制御もできるかもしれませんけどね。で、RailsはRubyの上に構築されているわけで無理矢理Railsでエンジン制御をさせられるかもしれませんが、向いていないということにはかわりありません。
Re:そりゃそうだろ・・・ (スコア:1, すばらしい洞察)
言語とフレームワークは対立概念ではありませんよ。
Rubyも言ってみればRubyのコードを書くというフレームワークです。
更にいえばOOPだって「ソフトをモノという単位の集合体だと見立てる」というフレームワークです。
また、Ruby内蔵ライブラリも結構フレームワークじみていますしね。Enumerableとかが典型的です。Rubyお得意のBlockや特異メソッドもフレームワークみたいなものだし。
要するにフレームワークってのは、それ自体が再帰的に階層を成すような概念です。
Aフレームワークの上にBフレームワークが乗り、更にCが乗り…。
そして「乗っている」フレームワークは「乗られている」フレームワークより、
より具体的であり、そのぶん「やれることが限定」されます。(その限定された範囲内ではソフトが作りやすくなる)
そういう意味では逆にいえばRubyも万能ではないわけです。なにかをやりやすくしてあるぶん、何かを苦手としますからね。
>Rubyならエンジン制御もできるかも
問題は処理速度でしょう。
Rubyでも足りる処理を分担させればRubyで出来る。
Railsでも足りる処理を分担させればRailsで出来る。
ただ、DBアクセスとかWebとかといった、特定形態のアプリを作ることに特化したFWだという意味では、Railsでやれることは色々限られるでしょうね。
といっても、UIをWebで構築し、情報をDBで保存し、いっぽうで裏でエンジンにアクセスして制御する、というアプリは(もしRubyの処理速度が間に合えば)出来そうですし、そんなに無理ではないのでは?
問題は、使い物になる機能&性能の、拡張ライブラリToyotaEngine/Rubyを実装する人が居てくれるかどうかではなかろうか?
Re:そりゃそうだろ・・・ (スコア:0)
ご本人は失敗した理由がまだわかってない感じですな。
RubyとかRailsの向き不向きの問題じゃないって。
向いてないのは本人がITプロに向いてない。
必要もない(2年間成果が出なくても問題なかったことから明らか)
全システムを一気に置き換え(どう考えても愚策)
しかも新システムはすべて新規に書き直し(どう考えても愚策)
それをスタッフ殆どが未習熟な言語と環境でやる
一体どこに成功する要素があると思ったのか問い詰めてみたい。
Re:そりゃそうだろ・・・ (スコア:1, 参考になる)
Staffは最高のRubyプログラマを用意したと書いてあります。
問題点として最近の業界の怒涛の変化の波を挙げられてますし、プログラマの名誉のためにも彼は悪くないと書いてあります。
下を守ってあげられるだけ、彼は優秀なPMでしょう。
Re:そりゃそうだろ・・・ (スコア:0)
いくら下を守ってくれようが元々の企画が間抜けなのを優秀なPMとか呼んじゃいかん。
Re:そりゃそうだろ・・・ (スコア:1, すばらしい洞察)
そんな時、保守的でいるべきか、革新を取るべきかはやってみなけりゃ分からない。
人間なんざそんなに能力があるもんじゃありませんぜ、旦那。
世の中の成功は失敗の積み重ねがあって成り立っているということも
多いもんだし、本件はやり直しが効く時点でやり直したのだから
その点ではマルをあげてもいいだろう。
無能ってのはやり直しが効かないところまで足を踏み入れるPMのことだ。
Re:そりゃそうだろ・・・ (スコア:0)
保守的という言葉は、「保守」という単語と紛らわしいせいで、人を惑わせるよね。
保守的であれば保守が楽になるってのは、賭けでしかない。
保守的だからって例えば手続き「スパゲティ」コードだったら(例えばその会社にとっては今までもずっと関数数千行が当たり前だったら)、結局駄目だ。
あと、10年前ならともかく今RubyだのOOPだのを革新と呼ぶのは、ちょっとどうかと。
まあそれも含めての「組織の実力&経験値」なわけだけど、
それにしてもどこかで動かないと永遠に動けないんだよね。
>やり直しが効かないところまで足を踏み入れる
PMが限界を見切った成果なのか、それとも偶然そうなったのか、は、どうなんでしょうねえ…
Re:そりゃそうだろ・・・ (スコア:0)
> 一体どこに成功する要素があると思ったのか問い詰めてみたい。
少なくともPHPなら、ヘボが一からやっても実績ができたんだろ。失敗する要素なんて後付けなものは思いつかないんじゃないかな?
というか、どんなアホでも2年もかけたらそこそこのの物ができるだろう。
やっぱRubyとかRailsが糞なんじゃね?
ということになりますよ。
言語じゃなくて設計 (スコア:0)
言語じゃなくて、本人の抽象的なプログラミングスキル、設計能力が上がったってだけじゃないのか。
フレームワークで抽象化させるだけでも大変な能力だ。
そこら辺の能力の方が言語云々より大事!そう読めるがな。