「設定」を設計するための資料 - Hibariya

プログラムは、なるべく何もしなくても良い感じに動いてくれるのが理想的だけど、実際には何らかのかたちでユーザの設定を必要とすることがある。 Rails を使うときは config/application.rb でタイムゾーンを指定したり、DB へ接続するための情報を config/database.yml に指定する。 Bundler の挙動を変えたければ bundle config で設定を変更する。 Gem をインストールするときに毎回指定したいオプションがあれば、~/.gemrc に追記する。 もし自分の関わるプロダクトに「設定」のAPIが必要になったとき、何を判断の基準にして設計すればいいだろう。 ちょっと近所を見渡すだけでも、「設定」のやり方には色々ありそうだ。 設定という視点から、Rubyist にとって身近なプロダクトたちを資料として眺めてみた。 (NOTE: ちょっと悩みなが

[ainame]

詳しい

[makimoto]

良い。

[Marin_MTB]

なんだかrubyはややこしいのう…。

[mad-capone]

良いまとめ。

[kasumani]

「設定」を設計するための資料 プログラムは、なるべく何もしなくても良い感じに動いてくれるのが理想的だけど、実際には何らかのかたちでユーザの設定を必要とすることがある。 Rails を使うときは config/application. Tags: f

[cu39]

Node, PHP, Python, Rubyのキメラな環境ではdotenvにまとめたりする。

[terazzo]

設定パターンのカタログ。

[june29]

irb、rubygems、rack、bundler、rails などが設定情報をどのように受け取り、どのように保持するか、というお話。自身がこういった設計に向き合う際の参考に。

[torazuka]

いろんな方法あるんだな。

[iga_k]

便利！

[warufuzaketaichi]

痺れる。

[t-wada]

Ruby 製プロダクトの設定の設計を考察するエントリ。渋い。

[poppun1940]

2014-02-27 「設定」を設計するための資料 プログラムは、なるべく何もしなくても良い感じに動いてくれるのが理想的だけど、実際には何らかのかたちでユーザの設定を必要とすることがある。 Rails を使うときは config/applicat

[willnet]

あとで

[nisemono_san]

便利

[katsyoshi]

便利情報

[keyesberry]

スバラシイ!