アカウント名:
パスワード:
Gnome標準にするってのはわからなくもないわけですよ。Gnome周りのコンポーネントに依存してるアプリが多いのも事実だしね。ただこの さまざまな条件を検討した結果 [debian.org]ってのは、一体なんなんです?
tasksel task qualityからしておかしいよね。まあ100歩譲って、GnomeのXfceが+1なのは許すよ。だけどkdeが0ってのは何なの? mateやcinnamonに至っては-1って何なんです?そんなに優位な差がどこにあるの? どう見ても50歩100歩にしか見えんのだけど。
accessibilityも何を評価してんだか分からんよね。xfceやlxdeを差し置いて、kdeは-1ですもんね。kdeがlxde以下の評価とかびび
> だけどkdeが0ってのは何なの?
KDEはC++が(主要な)開発言語だから。C++はちゃんと勉強しないと罠が多い言語でOSSのプロジェクトで使うには不向きだと思われる。
Cでやると標準ライブラリで可変長バッファをサポートしないわ、ランタイムに生のポインタを渡しまくるわ、例外処理機構がないので無数のIF文が増殖するわでセキリティと堅牢性の問題が出やすい。
ユーザーランドでC言語を使うのは時間と労力を浪費してる。
それはC++に対する反論なのか?多分、CとC++の両方だろうけど。
> Cでやると標準ライブラリで可変長バッファをサポートしないわ、realloc()は可変長バッファとは言わないの?まぁ、標準ライブラリは貧弱だから、GTK+で作る時はベースになってるglibを使うし、滅茶苦茶便利だよ。一度glibのリファレンスを見てみるといいよ。
> ランタイムに生のポインタを渡しまくるわ、生のポインタを渡すこと自体はなんの問題もない。問題は解放済みのポインタを使っちゃう事だけど、それは開発中に簡単に検出出来るよ。
> 例外処理機構がないので無数のIF文が増殖するわで例外機構は必須じゃないよ。コンシューマーゲームってC++で作られるのがほとんどだけど、ほぼ100%例外処理は使われてないけど特に問題ないよ。
> セキリティと堅牢性の問題が出やすい。これは確かに問題が出やすいけど、やっぱりチェックする方法はある。
他にもメモリリークの検出とかも出来るし、徹底的にチェックしようと思えばむしろスクリプト言語より徹底的にチェック出来る。まぁ、そういう技法はあまり知られてないのかな?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
検討結果が作為的すぎる (スコア:5, 参考になる)
Gnome標準にするってのはわからなくもないわけですよ。
Gnome周りのコンポーネントに依存してるアプリが多いのも事実だしね。
ただこの さまざまな条件を検討した結果 [debian.org]ってのは、一体なんなんです?
tasksel task qualityからしておかしいよね。
まあ100歩譲って、GnomeのXfceが+1なのは許すよ。
だけどkdeが0ってのは何なの? mateやcinnamonに至っては-1って何なんです?
そんなに優位な差がどこにあるの? どう見ても50歩100歩にしか見えんのだけど。
accessibilityも何を評価してんだか分からんよね。
xfceやlxdeを差し置いて、kdeは-1ですもんね。
kdeがlxde以下の評価とかびび
Re: (スコア:2)
> だけどkdeが0ってのは何なの?
KDEはC++が(主要な)開発言語だから。
C++はちゃんと勉強しないと罠が多い言語でOSSのプロジェクトで使うには不向きだと思われる。
Re:検討結果が作為的すぎる (スコア:0)
Cでやると標準ライブラリで可変長バッファをサポートしないわ、
ランタイムに生のポインタを渡しまくるわ、
例外処理機構がないので無数のIF文が増殖するわで
セキリティと堅牢性の問題が出やすい。
ユーザーランドでC言語を使うのは時間と労力を浪費してる。
Re:検討結果が作為的すぎる (スコア:2)
それはC++に対する反論なのか?多分、CとC++の両方だろうけど。
> Cでやると標準ライブラリで可変長バッファをサポートしないわ、
realloc()は可変長バッファとは言わないの?
まぁ、標準ライブラリは貧弱だから、GTK+で作る時はベースになってるglibを使うし、滅茶苦茶便利だよ。
一度glibのリファレンスを見てみるといいよ。
> ランタイムに生のポインタを渡しまくるわ、
生のポインタを渡すこと自体はなんの問題もない。
問題は解放済みのポインタを使っちゃう事だけど、それは開発中に簡単に検出出来るよ。
> 例外処理機構がないので無数のIF文が増殖するわで
例外機構は必須じゃないよ。
コンシューマーゲームってC++で作られるのがほとんどだけど、ほぼ100%例外処理は使われてないけど特に問題ないよ。
> セキリティと堅牢性の問題が出やすい。
これは確かに問題が出やすいけど、やっぱりチェックする方法はある。
他にもメモリリークの検出とかも出来るし、徹底的にチェックしようと思えばむしろスクリプト言語より
徹底的にチェック出来る。
まぁ、そういう技法はあまり知られてないのかな?