アカウント名:
パスワード:
そういう事態はわかるけど、インターネットに接続されたサーバを維持する以上、最低限、セキュリティFixのアナウンスが出ればapt-get update/apt-get upgradeするぐらいのリソースは持っておくべきかと。 apt使えないディストロ使ってるなら、それぞれに適した方法で。 それだけの最低限の事もできないなら、サーバなんか立ち上げるべ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
身内(?)にやさしいslasdot (スコア:1, 興味深い)
アホですか (スコア:0)
Re:アホですか (スコア:2, 興味深い)
そうじゃなくて、組織としてきちんと対応しているか否か、そしてそれを適切に扱っているかを問うているの。なので、金銭の問題じゃない。
オープンソース vs プロプラエタリ = 無料 vs 有料
じゃ
Re:アホですか (スコア:2, すばらしい洞察)
いわゆるオープンソース関係で組織体制がしっかりしているところって
あんまりないような印象があります。ということかほとんどのところが
人的リソース不足でいろんな事態に対して後手に回っているのが現状では
ないかと。
Re:アホですか (スコア:0)
そういう事態はわかるけど、インターネットに接続されたサーバを維持する以上、最低限、セキュリティFixのアナウンスが出ればapt-get update/apt-get upgradeするぐらいのリソースは持っておくべきかと。
apt使えないディストロ使ってるなら、それぞれに適した方法で。
それだけの最低限の事もできないなら、サーバなんか立ち上げるべ
Re:アホですか (スコア:1, 興味深い)
> なんてのは無い訳で、リソースを割くべき所を間違えているだけだと思いますね。
今だからそう言えるってのはあると思うなあ。
今から新規にプロジェクト起こすならとりあえず sf.jp にしちゃうでしょ。
で、メンバーの増員、回線の帯域、プロセッサパワーなんかの問題が
出てきたら自分たちのサーバに移行する。（あるいは Enterprise か）
これなら少なくともサーバ管理のコストを抑えてユーザー管理と
プロジェクトの運営とプロダクトの開発に専念できる。
それより古いプロジェクトではすでにあるリソースを sf.jp に突っ込む
っていう段階がすでにけっこう骨じゃないかと。だからと言って今ある
サーバを止めるわけにもいかない。そして叩くやつはたくさんいても協力
してくれる人はほとんどいない。
# オレも協力してないから大きなことは何も言えん。
# テイクばっかのヘタレです。