アカウント名:
パスワード:
Apple 製品には、そういう細かくてしかも後になると 役に立たなくなる Tips を要求される場面が多すぎると感じて 僕は使わなくなりました。
それで最終的に どこにたどり着いたのかを教えて頂けると 嬉しいかも…
Linuxでbuildする時って大抵 Red Hat あたりをターゲットにしたReadmeとかがついてきていることが多いような気がするので ある意味無難な気がしなくもないですが…… 癖があるのはわかりますが 「○○ではこうだった」とか言い始めるときりないですしねぇ
たしかに MacOSX の netinfo まわりはまさに癖と言ってもいいと思うので あそこら辺をきちっとやるのはつらいな~とか思ったもんですが
修正方法がマニュアル化されてれば、全然怖くない。 管理者に要求されるのは、運用上の問題解決であり、小手先の修正技術では無い。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
いいかも (スコア:2, 興味深い)
一応DellのPowerEdge 1750 [dell.com]で
似たような構成にして比較すると
Xeon3.2 *2
1Gb (DDR266)
HDD73Gb(SCSI)
OSなしで
¥530,000
M9217J/A [apple.com]が\469,800なので、
と確かに値段的にも、検討してもいいなあ。
うーん。実際にこの構成で試験してみたいけど、
サポート (スコア:3, 参考になる)
Re:サポート (スコア:0)
なので、私なら絶対に買わない。手に負えないよ
Re:サポート (スコア:0)
言ってたら、どのメーカのものもハード単体では駄目だと思うんですが。そんな、人間までついてくるサービスと並べて考えられても、、
Re:サポート (スコア:0)
本体が安いだけで買うってのは個人向けPCの
Re:サポート (スコア:0)
本体が安いだけで買うってのは個人向けPCのレベルだよ。
日電や富士通のサーバなら本体からソフト、運用の保守員まで全て面倒見てくれますが、Appleサーバ買ってもそんな分けないでしょ。
運用やトラブった時のノウハウも圧倒的に少ないしね
Re:サポート (スコア:0)
なぜ、そう簡単に断言できるのでしょうかね?
Xserve(Mac OS X Server)に乗っているソフトは、所詮はApacheやPostfixやMySQLとかだし、
使われているパーツは、PC3200とかシリアルAT
Re:サポート (スコア:0)
>所詮はApacheやPostfixやMySQLとかだし
最初から入ってるのは設定に癖があるし、
自分でソースから入れようとすると configure や make が通らない、
ってなことは最近はないのかな?
Apple 製品には、そういう細かくてしかも後になると
役に立たなくなる Tips を要求される場面が多すぎると感じて
僕は使わなくなりました。
RedHat とかもね。
Re:サポート (スコア:1)
それで最終的に どこにたどり着いたのかを教えて頂けると 嬉しいかも…
Linuxでbuildする時って大抵 Red Hat あたりをターゲットにしたReadmeとかがついてきていることが多いような気がするので ある意味無難な気がしなくもないですが……
癖があるのはわかりますが 「○○ではこうだった」とか言い始めるときりないですしねぇ
たしかに MacOSX の netinfo まわりはまさに癖と言ってもいいと思うので あそこら辺をきちっとやるのはつらいな~とか思ったもんですが
Re:サポート (スコア:1)
してconfigureやmakeが通らないなんてことはなかったですね。そういう
使わないで思い込みで偏見を持つよりも運用してから言って下さい。そう
して使わない人と使う人との役に立つノウハウやTipsの蓄積の差は歴然と
していくのでしょうけど。
#当然ながらMac OS X Server 10.3.xでもmake出来ます。
Re:サポート (スコア:1)
MacOSXを使ってる限りの感触では
ソースからのインストールでconfigureとかmakeが通らないという事は
あまりないです
(残念ながら全くない訳じゃないです)。
ただ、例とされているApache, Postfix, MySQL なら
問題無くmake できますね。普通のBSD系Unixと思って使えると思います。
Linux依存とかx86依存のコードが入ると途端に困る事になりますが。
Re:サポート (スコア:0)
>自分でソースから入れようとすると configure や make が通らない、
>ってなことは最近はないのかな?
finkを使えば基本的なものはそろってるし、それよりなにより、configure や makeを通せるように修正を加えられない技量の人がサーバ管理者って怖くないですか?
Re:サポート (スコア:0)
修正方法がマニュアル化されてれば、全然怖くない。
管理者に要
Re:サポート (スコア:0)
Re:サポート (スコア:2)
「運用上の問題解決」能力というものが成立しうるのかな?
たぶん、本当に問題解決できるのは「小手先の修正技術」に長けた人であって、
そうでない、いわゆる管理者は、現場から見れば居ても居なくても
構わないような人であることが往々にしてある。まあ、御本人は
「運用上の問題解決」に携わっているという幸福な誤解をしている
かも知れないけれどね。
Re:サポート (スコア:1)
>「運用上の問題解決」能力というものが成立しうるのかな?
適切なマニュアル(Tips集で代用出来るかもしれない)があれば、存在は可能であると思う。
むしろ、将来のシステム変更や人材活用の面から、その様な「プラットフォームに依存しない管理者」を活用出来る体制の整備と、該当人材の確保/育成を積極的に行うべきだと思う。
>たぶん、本当に問題解決できるのは「小手先の修正技術」に長けた人であって、
>そうでない、いわゆる管理者は、現場から見れば居ても居なくても構わないような人であることが往々にしてある。
確かに、現状では、その可能性が高い。
しかし、ある程度の技術者を集めると、「開発能力は低いが、管理は得意」な人材を発見出来ると思う。その人物を「まともに管理出来る管理者」として育成し、その業績を正当に評価出来る企業体制を整えないと、今後、生き残って行けないのでは無いだろうか?
// 要は、適材適所って事なのだが...
-- Buy It When You Found It --