アカウント名:
パスワード:
「設定よりも規約」とは、標準的な設定は決まったルールに従い、共通でない部分の設定のみを行うようにするべき、ということである。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
そもそも (スコア:0)
Re:そもそも (スコア:3, 参考になる)
フレームワークの規約に則ることで、様々な省力化をしてくれる。
これを「レールに乗って」と言うことからきてるとか。
Re:そもそも (スコア:0)
需要の見込めるソリューションですよね。
Re:そもそも (スコア:0)
そもそも、どんな言語を用いてもシステムを構築するやり方はひとつではないのでは?
Re:そもそも (スコア:1)
「俺らが用意したベストプラクティスに単純に乗っかってくれたら楽できますよ」、程度の。
(採用の実態には詳しくないので言及やめとく)
まあ、発祥のrubyも、親コメントの指摘にあるほど他言語に比べて自由度が高過ぎるとは感じないけど……
perlなら、
妙に凝った書き方する困った仲間がいるのでon rails採用もアリかもしれな(ryRe:そもそも (スコア:0)
Re:そもそも (スコア:0)
パッケージの話じゃないけど、
お客さんが「この業務はこのままの行程にしたい」って頑張って、
結果「システム導入しても全然効率化しないじゃないか」ってオチもある訳で、
Re:そもそも (スコア:0)
それは嘘だ、むしろ「やり方は一つじゃないから、ケースバイケースで好きなの選びな」って言ってたぞ
Re:そもそも (スコア:1)
それはRuby自体についての言及じゃないかと。
Ruby自体(というかPerlから引き継いだモットー)は「好きなようにやれ」ですが、on Railsの方は「設定よりも規約」という理念を通して「結果としてラクできる制約」を掲げてるもんだと理解していたのです。
確認のためにぐぐってみたけど、解釈ズレありそうななさそうな。
とりあえずwikipediaのRoRの説明 [wikipedia.org]が一番誤解少なさそうです。一部引用
:関係ないけどDRYとかCoCとかTMTOWTDIとかの略語に苛々する昨今。
:なんの暗号。
Re:そもそも (スコア:0)
方法が複数あるときは好きなの使え、とありましたよ
Railsの流儀と規約に沿っても、方法が複数ある場合だってあるんです
# 結構強い言葉で「規約は硬直したものじゃない」と書いてた記憶があるが
# 手元に無いので正確な文言は引用出来ない
Re:そもそも (スコア:1)
浅い理解で本質履き違えた言及をしてしまった事をお詫びします。
Re:そもそも (スコア:0)
Re:そもそも (スコア:0)
"Ruby on Rails"で一つのフレームワークなのでは。
本来Ruby専用のはずだったものを、Perlで実現したからニュースなんですね。
Re:そもそも (スコア:0)
考えられる理由は3つ
・選んだ本があまりにも酷く漠然とした事を書いていた
そもそも手を動かさずに完全に理解出来る虫の良い技術など無い
・知識が向こうから「勝手に伝わる」何かと勘違いしている
吸収する意思が無いのに他人に責任転嫁するのは止めましょう
・Web構築に関する前提知識が無いのに理解しようとしている
「それ以前」に対するアドバンテージという視点が必要です
この3つの点を克服した後でならば、例えばこの辺の記事 [thinkit.co.jp]でも、
それなりに「伝わる」「感じる」事が出来るでしょう。
(あくまでそれなりで、実践に勝る理解