アカウント名:
パスワード:
ポインタでは無いけど、defaultのrpmで困る事って結構無い?最近僕が自分でcompileしたのは、server用途のものじゃなくてeditorだけど、vim。
組込みscriptとして使える言語が"ruby" or "python"の選択になってて、"ruby"も"python"も"lua"も使えて、xterm_clipboardが使えるようになっているcuiのvimは、rpmやyumでは入らなくて、自分でcompileしました。
ましてや、server aplなら、使用用途がガチ決まりしている事も多く、余計な物を外したり、特殊なcompile option指定してとかって普通にやると思うけど。だって色々な用途で使えるという汎用
常に自分がアタッチ、コミットできるシステムであればおっしゃるような対応は可能でしょう。特にvimみたいな独立性の高いアプリケーションなら、なおさらです。
しかし、山のようにサーバーがあり、どれに何が入っているかわからないような状況がありうる場合、独自ビルドによる環境に慣れきるのはかえってストレスをためてしまう原因になりかねません。
業種にもよるかと思いますが、「標準的な」構成に対応できるように常に気を払う(キーボードなどにしてもそうです)ことで避けられる問題は多いと思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
A. OSデフォルトのRPMをそのまま使うのは小学生まで、と習った記憶があります。 (スコア:2)
Re: (スコア:3)
ポインタでは無いけど、defaultのrpmで困る事って結構無い?
最近僕が自分でcompileしたのは、server用途のものじゃなくてeditorだけど、vim。
組込みscriptとして使える言語が"ruby" or "python"の選択になってて、"ruby"も"python"も"lua"も使えて、xterm_clipboardが使えるようになっているcuiのvimは、rpmやyumでは入らなくて、自分でcompileしました。
ましてや、server aplなら、使用用途がガチ決まりしている事も多く、余計な物を外したり、特殊なcompile option指定してとかって普通にやると思うけど。だって色々な用途で使えるという汎用
安易なAC発言反対運動中
Re: A. OSデフォルトのRPMをそのまま使うのは小学生まで、と習った記憶があります。 (スコア:0)
常に自分がアタッチ、コミットできるシステムであればおっしゃるような対応は可能でしょう。
特にvimみたいな独立性の高いアプリケーションなら、なおさらです。
しかし、山のようにサーバーがあり、どれに何が入っているかわからないような状況がありうる場合、
独自ビルドによる環境に慣れきるのはかえってストレスをためてしまう原因になりかねません。
業種にもよるかと思いますが、「標準的な」構成に対応できるように常に気を払う(キーボードなどにしてもそうです)ことで
避けられる問題は多いと思います。