アカウント名:
パスワード:
C++はかける人が少ないから開発力が弱い、 Cは記述能力が低いから生産性が低い、大規模な開発になると混沌と化する傾向が強い C++のコンパイラであるG++はコンパイル速度が遅くて生産性を
現状だと、何か設定したくてもXをいじればいいのかKDEをいじればいいのか、Qtのせいなのかそれとももっと深いところを変える必要があるのかわかんなかったりするし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
統合反対派 (スコア:1)
「一つにしたからといって2倍の開発速度になるわけじゃない」し。
やりたいことができる。行きたい道に行ける、のが
フリーソフトウェアの強み、というより「面白み」ではないかと
思います。この「面白み」がなくなって、
1つの方が開発からしてもユーザーから見ても合理的だから、
1つだけ残して、後のプロジェクトはみんなつぶして
まとまりなさい、では、絶対に廃れてしまう。
やりたい人たちがやりたいことをやっている混乱とした状況こそが
優れた多くのフリーソフトウェアが生まれた土壌のように感じます。
Re:統合反対派 (スコア:2, すばらしい洞察)
もちろん、多様性による柔軟さから来る生産性、というのもアリですが。
多様性と(統一による)生産性、どちらが良く、どちらが悪いというわけではないのは、Windowsの例で十分に学んだのでは?
Re:統合反対派 (スコア:1)
生産性ってデスクトップ環境を使う人にとってのことだよね?
そしたら、そのデスクトップ環境を使う人(や組織)が決めたら良いのでは?
逆にデスクトップ環境を作る人は好きに作れば良いと思う。
で、デスクトップ環境を売る人は、作る人に対して要望(必要であれば支援も)を出せば良い。
作る人だって、作った物はみんなに使って欲しい訳で、売る人と話し合いたいと思うけどね。
Re:統合反対派 (スコア:0)
Re:統合反対派 (スコア:0)
C++はかける人が少ないから開発力が弱い、
Cは記述能力が低いから生産性が低い、大規模な開発になると混沌と化する傾向が強い
C++のコンパイラであるG++はコンパイル速度が遅くて生産性を
Re:統合反対派 (スコア:1)
例えば、結局GTK+ってただのAPIの集合なわけで、
main()からあーだこーだ呼び出す地点で、CだろうとC++だろうと、
Rubyだろうと、めんどくさいのには変わらない。
昔C++Builder使ってたけど、
あれはC++というのをほとんど意識せずに使えたんだよなぁ。
それ以前はNEXTSTEPで開発してたけど、
オブジェクト指向の概念以外は苦労した覚えないし。
Re:統合反対派 (スコア:0)
Re:統合反対派 (スコア:1, すばらしい洞察)
あるといったほうが良いだろう。ただ、GUIデスクトップ環境に関
してはあまりに多様すぎて弊害のほうが多く出ているような気もす
る。今までは成功を収めてきたと言えるHTTP Serverのapacheも、
もし乱立状態を経験していたとしたら、今のような地位を確立
できていただろうか?
Re:統合反対派 (スコア:1)
(NCSA httpd に対する pache 群)
-- wanna be the biggest dreamer
Re:統合反対派 (スコア:0)
私も初めて使う人に「KDEとGNOMEどっちがいいの?」って聞かれても答えられないし。
KDEとGNOMEの進む方向が違えば分かりやすいけど。。。
(初心者向け、上級者向けとか)
Re:統合反対派 (スコア:0)
Re:統合反対派 (スコア:0)
Xという統一された環境があって、その上でいろんなウインドウマネージャがそれぞれ個性を発揮しているように、なんらかの統一されたデスクトップ環境レイヤがあって、その上の実装でKDEなりGNOMEなりの特徴を発揮できるというのが一番いいと思うんですけどね。
現状だと、何か設定したくてもXをいじればいいの
Re:統合反対派 (スコア:1)
統合したとしてもそれを気に入らない連中はほぼ必ず出てくるでしょう。んで、その中の幾人かは別プロジェクトを立ち上げる(立ち上げようとする)でしょう。ほとんどのプロジェクトは行き詰まるでしょうけど、そのうちのいくつかは生き残ってそこそこのユーザーを獲得し、結果、以前の混沌とした状態に戻る、と。
もちろんapacheみたいに一強皆弱状態になる可能性の方が高いけど。
Re:統合反対派 (スコア:1, おもしろおかしい)
(ぼそ)Aqua
Re:統合反対派 (スコア:1)
Re:統合反対派 (スコア:1)
それを実現するためには、KDE・GNOMEともにすべて書き直すか、
どちらかを"捨てる"ことになるのではないかと思います。
両者の実装上の違いが大きすぎるためです。
おそらく、そのような統一化は難しいと思います。
KDE・Qt・Xの全部の設定ができるようなツールを開発すれば
解決できるのではないかと思います。
賛成反対じゃなくて、 (スコア:0)
ただ、基本的な部分として、D&DやOLE(みたいなもの)やクリップボードなんかは共通して使えるといいかなぁ、とはおもう。