＠＠前向きに、Linuxの改善点を語ろう　２ ＠＠

ソースコードが書けなくたっていいじゃないか。
初心者なら初心者なりの「ここが使いづらい」という意見、
上級者なら上級者なりの意見を交わしましょう

論破されたことを悔しがった負け犬に荒らされた前スレ
http://pc8.2ch.net/test/read.cgi/linux/1024241941/l50

2取りも来ない糞スレ

3ダース軍曹

バカか？
せっかく埋まったのに

最後の二行を見るに例の煽り厨が「よほど悔しくて」立てたらしい

>>1
お前の話は参考にならんのでほどほどにな。

惨めなほどに負けた恥を晒されて焦ってやがるとｗ

やっぱロクでもない親の子はバァカということだ

誰も改善点について語ってないことについて、、、

そもそもLinuxを普及させる意味はあるんだろうか?
そんなにWindowsのぼったくり価格をなんとかしたいのか?

また随分と荒らし甲斐のありそうなスレを立てたねｗ

えーと、、ここは、1 = 6がLinuxユーザーを貶して、Windowsを褒めたたえる
スレなんじゃないか?

ここしか居場所が無いんだろーなって思ってたけど
やっぱりそうか。

ドザの隔離用スレだろ？

>>9
あの馬鹿っぽさが意外と気に入っている俺。

てか
「Linuxユーザは朝鮮人、もしくは親がろくでもない」という
明確な根拠があるらしいｗ

おじさん、来ないかな。
土日休みの人だったら今夜あたり来てくれるかな。

ん？俺か？まだ仕事中だよ。深夜残業確定。
x86_64 linuxはまだ少しbugが目立つな、本気で使うと...orz

ita-

Linux 自体に改善するべき部分はあまり残っていないと思う。
何かある？

しかし、一般的な OS と比較して優れている部分もないと思う。
何かある？

普及させるというならハードウエアサポートや
日本語化のまだ及んでない部分を。

それ以前に知名度という気もする。

>>17
普及じゃなくて改善。

ハードウェアのサポートって何が不足してるの？

>>19
むしろ何が不足していないの？

一部プリンタとか一部多ボタンマウスとか
一部ＴＶチューナとか

>>21
どれも必要ないものばかりでしょ。
無くてもかまわない。

人によるよね
自分もドライバが無くて困る機材は無い

>>21
あとＵＳＢ機器な。
ＣＤラベルライターとかネームランドとか

>>24
それも必要ないでしょ。
手書きで十分だし。

確かに絶対に必要かというとそうでもない。

しかしあると便利だ。

>>26
そうかなぁ？
余計な仕事が増えるだけだと思うけど。
どうして便利だと思うの？

あれだけ日本語読めないことを証明されちゃ、チョンとしか思われんわな

５ボタンマウスに慣れてしまうとどうもね。
あと自宅のEPSONプリンタにはまだドライバが出てないから
Winのメインマシンでしか印刷できない
TVチューナは動かないので外してしまった。

ととりあえず当り前にレス。

ああ、また楽しそうなのが湧いた。

28のあたりに前後の脈絡なく変なレスが混じってなかった？

>>29
ボタンが多いと押すのめんどくさくない？
プリントアウトするには、まず文書を作らないといけないでしょ。
テレビはテレビで見たほうがいいよ。
パソコンだと画面小さいしね。
シンプルイズベストって言うじゃない？
KISS の精神だよ。

>>31
おそらくこのスレの>>1だよ。
面白いからしばし観察してみよう。

ハードウェアサポートについては当り前だが
Windowsに水を開けられている。
サーバで使う人にとってはどーでもいいが
デスクトップで使う人にとっては多少切実な問題。

Windows使えばいいじゃないってか？ごもっとも。

>>32
それはそういうネタなのか。

・戻るボタンにマウスを持っていく方が面倒ではないか
・ネットに落ちてる文章は印刷しないのか
・テレビを置くのはスペースの無駄じゃないのか

とりあえず。

>>33
Windows 使えばいいのに Linux を使う理由って何？
それが一番知りたいなぁ。

単にベッド脇の中古ＯＳ無しサブマシンだよ。

このスレは Windows を使うって言うとは阻害されるのか。
面倒くせえスレだな。

>>34
w3m 使えばマウス要らない。
印刷しない。
紙の無駄だもんね。
Linuxer はエコロジーなんだよ。
パソコンのほうがスペースの無駄でしょ。

チョンの言うことは全て間違い。

Linux板でWindows使えというのは例の負け犬。

自分の場合

スクロール含めてマウスのボタンは3つしかない。
印刷する用事が無い。
使うとして、せいぜい地図サイトの案内図だけど、携帯に転送で間に合ってる。
テレビは持ってるから無問題。

でもさ、Windowsで出来ることはLinuxでも出来るようにしてみたいってのが人情だとも思う。

もうこうなったらPS3に期待するしかない!!

>>38
そりゃ君の使い方だし否定もしない。
ｗｅｂ全てをw3mでしか見ていないってのは今時アレだとは思うが。

君の場合X要らなさそうだね。

>>40
Windows で出来ることは Linux でも出来るよ。
Linux で使えないプリンタは真のプリンタじゃないんだよ。
真のプリンタって言うのは PS プリンタのことで、
Linux でも使えるんだよ。
使えないってことは、偽者のプリンタだから訴訟したほうがいい。

ほかのことで出来ないことってある？
全部反論できるよ。

慣れるとWindowsより楽な部分は結構ある。
この前プリンタ買ってドライバやスキャナ用ソフト周辺マニュアルどおりインスコしたら
起動も普段の動作も一気に遅くなった。
商用ソフト何も考えずに入れるとごたごたと余計なものを突っ込んで
無駄にタスクバーが賑やかになる。
結局Linux用ドライバ引っ張ってきてcupsで設定したLinux上での方が全般にサクサク動いてたり。

自分の使い方を全てに当てはめるような「ガキのわがまま」を繰り出すと
収拾がつかない。

Windowsが嫌いな人間からすれば、LinuxはWindowsの代替OSになってもらわないと
非常に困るのだろうからLinuxに対し
Windowsを超えるように願うのはもっとも

>>45
かるく超えてるでしょ。
どこが劣っていると思うの？
劣っている部分を書き込んでくれたら、
全部反論できるよ。

真のプリンタ
ﾜﾗﾀ

>>43
それは自分の誤魔化し方であって。

>>44
そういう事もあるね。
最近のディストリはあいかわらずサポートしているハードは
少ないかも知れんがインストール自体はWinより簡単だ、と思う。

・Windowsで使えているのにLinuxでは使えない機器がある
・超えてると妄想するのに人が少ないのはなぜか

>>47
LDP で配布してる文書にそう書いてある。
というか、書いてあった。
最近はチェックしてないです。

LinuxはこれからどんなOSを目指すんだろう?
できることは少ないがコンパクトで軽いOSを目指すのか?
多少重くても、なんでもできる力持ちなOSを目指すのか?

片手落ちというやつだ。

インストールはできてもアンインストールがまた面倒。
こう書くと、日本語読めないチョンが「RPMが云々」と無知を晒し始めるが
「全てrpmなどで提供されているのではない」

>>51
前者じゃないの。後者はWindowsに任せた。

>>51
個人的な意見だけど、デスクトップが WEB になってたらいいんじゃない？
WEB と e-mail ならそれで十分だと思うし。
その分安くしたらいいと思う。
無料なんだし。

>>51
そういう方針はディストリの管轄のような気が。
と何気におちゅーしゃで書き込みテスト

>>52
それをいったらwindowsはどうなるの。
アンインストーラ付いていても場合によって以下略。

>>56
Windows は駄目な OS の最右翼だからねぇ。
駄目なものを参考にしたって仕方ないでしょ？

また駆除すべきは、「軽いOS = 要求メインメモリが少ない」

だと思ってるバカ。

Windows1.0でも使ってろ。

真w
で、思い出したがフォント周りはもう少しなんとかならんかな。

>54
それ、どこのgoogleの野望？

>>57
駄目な部分がまだあるという程度で
デスクトップＯＳとしては最高だと思うが。

>>58
なんの話？

>>58
DOS シェルのほうがまだまし。
Windows 1.0 なんてさぁ。
ソフトも少ないし。
まぁ、ゲームついてるからいいけどね。

ID:u+6aL2LC

ユーザーが感じる軽いとは何か。
クリックしたら一瞬で反応するインターフェイスのレスポンスではないか。

これはLinuxだろうがWindowsだろうが実現できない。どちらも同じ。
起動までに必要になるのは、メモリだけではないし
HDDの速度にも限界がある。

バカは理想ばかり夢見る脳内お花畑のヤク中患者だが、
限界があると言うことさえ理解できない。
これは「神経症」という、れっきとした「ビョーキ」である。

>>63
ほうそれじゃあ、多少重くても我慢しろというのかな?

>>64
WEB に特化したら軽くなるよ。

>>63
ケータイでも使っててください。

多少程度、我慢できないガキは消えて結構だろう。

落ち着きのないガキのケツには蟯虫がいるそうだが、
そんな汚ねえガキはいるだけ邪魔と言うもの。

Linuxでも気にしだせば十分重いよ。
ただWindowsで、ソフト一つインストールしただけで
OSそのものの操作感が変わるほど挙動が怪しくなるのは気持悪いな

>67
蟯虫取り終わった？

つまり、デスクトップ用OSとしてのLinuxは軽さよりも性能を追求すべきであるということなのだろうか。

>>68
Linux は軽いよ。
使い方が悪いんじゃないかな？

これがひどくなると、
「1000TBのファイルダウンロードだって一瞬たりとも待ってられない」
なんていうバカが生産されることになる。
こんなファイルをダウンロードしようとしたら、数日待たねばならない。
それが現実だが、ガキは待てないと。

インターフェイスのレスポンスにしろ然り。
どうしても一瞬で反応させることができないところは非常に多くある。

つまりは「どうしようもない」ということ。

>>68
システム系をいじる大型アプリは特に。
ノートンなんぞ入れた日には。

軽さと多機能性を両立させられれば一番いいが、

「どうしようもない部分は出ますよ」

ということでしかない。
ファイル検索を多機能にしようが省機能にしようが、
「HDDへのアクセス」なのだから待たねばならない。

省機能にすれば全部速くなると言うのはバカのやること。

インターフェイスのレスポンスにしろ然り。
メモリに全部載っていて、そこだけで完結するものではない。

>>71
X入れてなければそりゃ軽いだろうなぁw

>>67
ほう、それじゃあより高速なHDDが開発されるまで気長に待つとするか

つまり、軽さは、ソフトウェアの改良により進化するよりも
ハードウェアの改良によって進化したほうがいいということかな?

視覚効果、機能の追加で重くなる→HDD、CPU、RAMの改良で軽くなる
またさらに重くなる→ハードの改良
の繰り返しがいいというのか?

反論できるって書いてるのに、Linux で出来ないことが何も出てこない
ところを見ると、出来ないことは無いってこと。
何もしなくても、そのうち Linux だけの世界になるよ。
Windows は無くなる。
断言できる。

今 Windows を使ってる人たちって、スキルが足りないんだよね。
Linux を使うだけのスキルが無いから、仕方なく windows を使う。
かわいそうだと思うよ。

Gnomeもずいぶんと軽くなったものだ。
まだ重いっちゃ重いけど。

「何か一つだけ」関係するものではないからだ。
CPUさえ速くなれば済むわけでもないし、
メモリさえ多く積んでいれば済むものでもない、
HDDさえ速ければ済むわけでもない。

重いのが嫌ならWindows1.0でも使っていればいいんである。
そんなバカが無理して最新のOSを使おうとするから悪いだけのこと。

>>78
Lynx Desktop とかどう？
略して LD。
法令は尊守するよ！

>>77
細かいところはたくさんあるじゃん。

いまのところGyao見れないのはつらいw
wmvの開発はマイクロソフトもうまいことやったな。

>>77
えーっとね



LinuxからだとGyaoが見れない

書いてあるのに日本語読めないバカがまた出た

所詮「スキル」とか言うバカはプログラムすらできないバカ。
日本語も読めないのも当然か

>>79
何が云いたいのか相変わらずよくわからん。

>>82
それは、Gyao が悪いんじゃないかなぁ？
違ったらそう言って！

>84
(バカって書きたいだけ)

少なくとも、「スキル」とか言うバカは
依存関係の解消くらい自分でできるのであろうか。
できないからaptを使っているのだろうが。

こう書くと、日本語読めないバカは「apt不要論が云々」などとバカ言い出すが

不要と言う「単語」は、いったいどこの誰が書いたのか。
書いてもいないことを妄想するとは、やはり「患者」だ

とっとと病院に帰ってほしいものだ

>85
他にLinuxで出来ないことが思いつかないんだよ。

でも見れないよね？

別にスキルがなくても、普通に使おうと思えば使えるけどな
パッケージを入れ替えて自分好みにカスタマイズしたいのなら
少し知識がいるけど

>>85
ごもっとも。
でもwmv自体はよくできたフォーマットだと思うよ。

>>88
>>90
独占禁止法で訴えちゃえばいいよ。

>>86
（俺もそう思った。まるで自分の事を云っているようなのがこの人の特徴）

>>84
「最新のOSを使いたいなら重くなるようなクソハードでやるな」


重いから云々と言っていては、ハードの進化が無くなる。
重いものが出てきてハードが進化する。

金の工面が大変だとか言うのは分かるが、
そんな貧乏人は出てけばいいし
また、ハードの進化がなければ
2100年になっても386のままだったろう

>>91
べつに独禁法にはひっかからないだろう。
これについてはマイクロソフトはうまいことやったと思う。

>>93
パソコンを買い換えなくていいから良いことなんだよ。
進化なんてしないほうが良い。

Turboみたいにwnvを再生できるプレイヤーを作ればいいんじゃない?

>>93
誰のレスからそういう話の流れになったのかさっぱりわからん。

>>94
Windows を使ってる人たちを訴えるんだよ。
Gyao を独占している。

>>95
お前は何を使っているのか。
臣下が無くていいとはENIACより上等なものを使っていないと言うことだな。

>>96
あれはMSからライセンスを受けている
ついでに著作権保護付きファイルは再生できないらしい。

>>96
誰が作るの？
さっぱりわからないんですけど？？

>>93
重いのが云々と言ってる奴。

OSなんぞ、重くて結構。
限度はあるし、重くなったのも必要性があれば許容できるという意味で。

たとえばAeroやXGLのように、ただウィンドウを波打たせることができるだけとか
そういう無意味なところで重くなったのではもちろん意味はない。

>>98
阿呆ですか。いいですけど。

>>103
あほじゃないです。
暇なだけです。

>96
wmvの再生は出来るよ。
turbo〜もmplayerかなんかのフロントいじっただけって話しだし。
Gyaoが見れないのは>100が原因。



でも、見る用事も無いんだけどね。

>>104
よかった。
これ以上阿呆が増えても困りますよ。

何だかんだ言って、重いと言われるWindowsXPでさえ
誰もが使えている。

MS-DOS,PC-DOSなどのコマンドラインがメインのOSだって
常駐リアルタイムスキャン型のアンチウィルスソフトをインストールしたなら
どっちにしろスキャンぶんは待たされることになる。
神経症の病気持ちからすれば、とても軽快とは言えなくなるだろう。

GUIだから重いだの言ってる奴は基本さえも理解していない。
アタマにウジでも湧いてるんではないか。

>>105
パソコンなんてさぁ。
/etc 以下さえ見れればいいよねぇ。

>>107
あまり芸が無いですね。

いや、こんなことさえ答えることができない「アホ」だろう


99 ：login:Penguin：2006/06/02(金) 23:19:23 ID:RatL1ZUO
>>95
お前は何を使っているのか。

>>109
もう降参ですか。弱っちいアタマですね。

>>107
GUI は重いよ。
たとえばさぁ。
Windows のメッセージ眺めててごらんよ。
spy++ 持ってるよね？
どう？重くないわけ無いでしょ？
重くて当たり前なんだよ。

ちなみに俺はubuntuの新版から書いてます。
多少前より軽くなった。

んなクラスも処理できないようなクソハードを使う奴がアホなわけだ。

いや、こんなことさえ答えることができない「アホ」だろう


99 ：login:Penguin：2006/06/02(金) 23:19:23 ID:RatL1ZUO
>>95
お前は何を使っているのか。

LD どう？
絶対流行ると思うんだ。

同じマシンだと
XP+IEよりGNOME+Mozillaの方が体感で重く感じる

>108
いや、せめて~/は見させてほしい。

GUIは軽いよ。
重いわけないでしょ？

>>115
今時テキストベースは流行らないって。

>>116
そこで Lynx Desktop なんですよ、お父さん。
略して LD。
ライブドアじゃないよ！

まあ、できることを増やしたいなら、パッケージをダウンロードして
カスタマイズするし、軽い方がいいと思うのなら、ウインドウマネージャー
を使わずにXだけで頑張ればいいし、ユーザー自身がOSの構成を
自由自在に変えられるのがLinuxのいいところだから
>>51で書いたことは両方とも頑張ればいいと思うよ

>>116
そりゃそうだ。ＭＳが金かけて鼻血が出る程チューンしてるんだから。

>>122
意義あり。
あれ、チューンって言えるの？

IEはOSコアコンポーネントの一つだから、
OSが稼動しているときには常に起動状態にある。

起動に限って言えば、速いのは当然だ。
その後の操作時にかかる時間はどれも同じ。

>>121
×ウインドウマネージャを使わない
○ＤＥを使わない

>>123
まあ、バグは頻繁に修正してるみたいだけど
ソフトそのものは改良されてないような気がするな

>>123
してるよ。
もっともGnome+Mozillaが遅いのはXのサーバクライアントモデルにも
関係してくるのだが。

>>127
まじめに書くとさぁ。
速度に対するこだわりは半端じゃないよね。
でも、なんか嫌だなぁっておもう人は多いんじゃない？
出来る限り API べた書きしてたり。
とくに、Java 関連の人って嫌がりそう。

>>128
逆を云ったら「パーソナルコンピュータ」上でサーバクライアントモデルを
使っていること自体が無駄っちゃ無駄なんですが。

昔BSDでX端末使ってた頃は素敵な環境だとは思っていたけど。

>>129
>>128 は、Microsoft についてね。

パソコンの GUI に C/S は無駄だね。
まぁ仕方の無いことだけど。

>>128
Windowsはパソコン用OSですから別に嫌とも思わないですがw

出来合いのシステムにケチつけというのはダメだな

「それわかってて」
使い始めている、または使わねばならないのだから
今更言ってもどうなるものでもない

おまけに「非効率とわかっても絶対に改めないLinux」だし

おやすみー

ATL は素直に感動できたなぁ。
ほら、STL って異様にサイズが大きくなるじゃない。
そういうのが無くってさ。
最初に使ったときは、驚愕したよね。
まぁ、コンパイラを拡張できる立場なんだし、出来て当然だけどさ。

>>132
何かLinuxを大変革させるようなプランでもあるの?

いまさら複雑化したXとDEを統合してＰＣ用ＧＵＩを組もうという気なんか
誰もおこさないと思うけどね。確かに。

MFCを嫌う人間もいるが、あんなもんはどうってことはない。

俺から言わせりゃアセンブラできない奴は皆クソ。
デバッグさえマトモにできやしねえ。

これらは、言わんとしてることは同じなんだよな。
「便利なモンで書くな」と言う点が。

だからと言って、このご時世に全アセンブラ書きなぞやっていられん
MFCも然りである

>>136
無駄遣いできるだけのリソースがあるんだから、X でいいでしょ。
ただ、別の観点からは統合してほしいと思うけどね。

MFCなんぞただのAPIのC++ラッパーじゃん。

>>137
書き込みの意味がわからないんですけど？
MFC ってどんなものか知っていますか？

>>102
なるほど、これは同意。

ところで、ごちゃごちゃしたのが嫌いなどといった理由でシンプルなものを愛用している人も多いと思うので、これからもシンプルな選択肢は残すべきだとは思う。

>>139
いや、ラッパーじゃないですから。

>>140
勉強したら？

>>140
彼面白いでしょw

>>144
面白いというか、背伸びしないで書き込めばいいのにねぇ。
知らないことを知った振りして書いても
説得力を失うだけだと思うんだけどなぁ。

なぜ、VisualC++のクラスライブラリがLinuxの話で登場するのでしょうか?

・Windowsでしか使わせない
・純Windows用

こんなプログラムを考えているのに、
「プログラムというのは全プラットフォームで動かせなきゃダメだ」
とか言うアホがいる。

理想は全プラットフォームで動くことだろうが、
作り手のほうがWindowsだけちゅうてるモンを
いちいち説教する筋もない。

「ベタWinAPIだろうがなんだろうが、使いたきゃ使え」だ

>>142
うーむ。
Win32APIはCインターフェースではあるがMFCを通して使う用に
設計されている。もちろんベタ書きでも使える。

認識間違ってる？

140 名前：login:Penguin ：2006/06/02(金) 23:52:46 ID:u+6aL2LC
>>137
書き込みの意味がわからないんですけど？



こんな、MFCも知らないようなバカが背伸びして書き込めるスレはいいスレだなあ。

なんだかな。

>>147
なんか脱線してるような。それとLinuxの改善点とどう関係があるのかわからない。
「たとえ糞でも、あるものを使うしかない」ってこと？

>>148
間違ってるか間違っていないかのどちらかをということなら、
間違っていると答えても良いと思う。

それは、Windows の設計を見ると理解してもらえると思う。
つまり、システム全体が OO として設計されている。
明らかに C 若しくはそれに類似した手続き型言語から使うことを
想定していると思う。
それゆえ、C++ とは相性が悪い。
この考えに異論のある人はそう居ないと思う。
メッセージマップは便利に使っているが、しかし、
本来は無いほうがいいものだと思う。
どお？

独自の関数があるだけ

>>152
あのAPI郡は明らかにC++で書くように設計されていると思うのだが・・・

>>154
どこらへんが？
もうちょっと詳しく。

標準C++の関数だけで書けと言っているのか？
それとも考え方からしてC++じゃないと言いたいのか？

Windowsプログラミングは、考え方はC++でOK。
Windows独自の関数があるだけ。

「それが分かってて使うOSにケチつけるな」とか
「なんだろうが、使いたきゃ使え」とか
吠えてる本人に言ってやりたい言葉がずいぶん出てるけど。

>>149
Win32API直で書くよりMFC使った方が千倍楽というのが一般認識だと思うんだが
そう思うと>>137って筋通らないね

>>155
？？
ＭＦＣの中身見るとそうでしょ？

誰も使うなとは言ってないわけだが？

なんでこう、バカというのは捏造したがるのか。

ちゃんと書いてある「使いたきゃ使え」

>>156
それは違うと思うよ。
C++ 風に書くなら、メッセージの伝播はインターフェースベースになるはずで、
具体的には純粋仮想関数を使って実装することになるんじゃないかな？
で、 MFC も実際そうしているんだけど、そこで何故メッセージマップが
必要になるかというと、Windows が C++ を想定していないからだ。
メッセージマップですり合わせる必要性はそこから生まれる。

あと、独自の関数があるだけと君は書くけれども、
Windows はメッセージパッシングという手法を基本にしている。
これは、OO の考え方だ。
そして、Windows はシステム全体が OO の手法で出来ている。

>>158
MFC は、そうだね。
>>152 は、Windows について書かれているから。

何がメッセージマップなのか。
Windowsのメッセージは所詮コマンド的なもの

これがあればC++ではないのか。
ならば独自関数があるとC++ではないとでもいうのか。

「考え方」はC++。

>>162
簡単に書くとね。
MFC について書くなら、まず、MFC を使ってみたほうが良いんじゃない？
こういうことを書いてるんだよ。
知らないものについて語っても無理があるでしょ。
背伸びしないで良いんだよ。

>>163

簡単に書くとね。
MFCも知らないバカは帰れってことなんだよ。


140 名前：login:Penguin ：2006/06/02(金) 23:52:46 ID:u+6aL2LC
>>137
書き込みの意味がわからないんですけど？



こんな、MFCも知らないようなバカが背伸びして書き込めるスレはいいスレだなあ。

メッセージマップだの、知らないバカが知ったかで語るが

「あって何が悪いのか」

と言う点に尽きるな。
それがあることでWindows独自の体系とはなるかも知れないが、
だからといってC++ベースの考え方まで変化するか
というと、しない。単なるメッセージの割り振りを決めるためのもの、
働きなんざコマンド的なもの。

知らないものについて語っても無理があるでしょ。
背伸びしないで良いんだよ。

だいたい、Microsoft が積極的に C++ をサポートする API を出したのって
Gdiplus が初めてじゃないの？
COM で提供される API が C++ 向けとは思わないし。
C++ を主にサポートするって意味でね。

誰か、そろそろLinuxの話をしたくなってきた奴はいない？
俺は寝るけど。

>>167
したい。
特に Lynx Desktop の可能性について。

これもしかしてこの前のVisualStudio自慢オヤジと
いつもの池沼の対決？
板違いな話なんだからsageてくんね？

そもそも何が言いたいのか分からない。



MFCは便利なクラスライブラリ
↓
便利なもんで使うなと言うアホもいる (使う使わないは個人に任せろ)
↓
140 名前：login:Penguin ：2006/06/02(金) 23:52:46 ID:u+6aL2LC
>>137
書き込みの意味がわからないんですけど？



MFCは便利なクラスライブラリ
なもんで嫌う奴がいる


これが間違いだとでもいいたいらしいが
それそのものが大間違いだと言うことにさえ気づかず
挙句にゃ「メッセージマップ」

そのうちキューがあるとC++じゃないとか言い出しそうだ

とりあえず>>168はLynxという超有名ブラウザがあると
知った上で言ってるんだよな？
かけてるにしても意味分からないんだけど

>>170
使ったことも無いのに「便利なクラスライブラリ」とか書いても
説得力無いだろってことだよ。

>>171
最初から読んでよｗ
デスクトップをブラウザにするって話から始まってるんだからさ。

>>172
MFCを使うどころかMFCの概念や性格さえ知らないバカが言うなってことだよ。

例えば
OWLを使ったことが無くても、見れば「便利そうだね」と誰もが言う。
この「便利」は相手を説得させるためにあるものじゃないことは
バカ以外誰でもわかる。

ただの感想じゃん
何のどこに説得力とやらが必要になるのか。

>>174
では聞くが、どこがどう便利なのさ？
いちいち反論したっていいんだぜ？

それよりも先に、「ハードの進化などあってはならない」とか言うバカだから
MFCどころかC++さえ知らないのだろうが

>>176
あのね。
進化さえしなけりゃどんどん安くなるんだよ。
100円 Linux なんて最高だろ？
もちろんハードウエア込みの値段だよ。

>>175

例えば
GDI+などへのアクセスを行うのに、自前で書く必要がない

では聞くが、これのどこがどう便利ではないのさ？
いちいち反論したっていいんだぜ？

>>178
自前で書くって何のことでしょう？
いちいち意味がわからないのですが？

>>177
あのね。
進化しているからどんどん安くなるんだよ。
進化すると安くならないのなら今386なんぞ値がつかないのは何故なのか。

何故なのか答えられずにまた逃げるか？バカは消えろ。

>>179
プログラムもできないバカがシャシャリ出てきているのは何故でしょう？
いちいち意味がわからないのですが？

>>180
386 は進化しないので安くなったのです。
なんてすばらしいんでしょうｗ

>>181
MFC を使えば Gdiplus を自動的に使ってくれるとでも？
使ってくれるとでも？
使ってくれるとでも？

>>182
386以外にCPUは出てきてないのでしょうか。
なんてすばらしいんでしょうｗ

価格については需要と供給のバランスによって変化（安値に落ちていく）するものであって、
進化によって変化するのではないよ。
新しいものの価格が高いのは単にまだ需要があるかどうか分からないからと、
生産ラインが落ち着いていないから。

>>183
MFC を使えば Gdiplus を自動的に使ってくれるって何のことでしょう？
誰が書いたんでしょう？
使ってくれるとでも？
いちいち意味がわからないのですが？

>>184
進化したプロセッサは高くなりました。
ていうかね。
君って、平日の11時にスレ立てできる身分なんだよね？
いったいどういう人なの？

進化しなければ、386の需要がまだあるはず。
ということは、安くならずに値がつく状態にあるわけだ。

ところが値がつかないのは、進化して486やその後継が出てきたために
値がつかなくなった=安くなった
わけだ。

償却と需要供給の違いさえ知らないバカがいるんだよｗ

>>187
進化したプロセッサは後継が出ると値落ちしました。

ていうかね。
君って、何でもかんでも妄想ばかりだよね。
いったいどういう人なの？

>>189
ところで、MFC のどこが便利なの？
嫌々使ってるんですけど？
いつ便利なの？
どういうものを作るときに便利なの？

償却済みであれ、需要がある限り進化しなくても値はつく。
いくら償却してもタダで供給しますと言うことにはならない。
そら商売だしｗ

が、進化して486が出れば需要が無くなり消えていく。
だんだん値がつかなくなる=だんだん安くなる


進化がないと安くなるはずなのに
進化がないといつまでも値がつく不思議さよｗ

がんばってググルといいと思います！

>>190
ところで、これに対して答えずに逃げてばかりなのは何でなの？
これのどこが便利じゃないの？
いつ便利じゃないの？
料理を作るときにMFC使うとでも思ってるの？

178 ：login:Penguin：2006/06/03(土) 00:39:14 ID:Olq/zX+f
>>175

例えば
GDI+などへのアクセスを行うのに、自前で書く必要がない

では聞くが、これのどこがどう便利ではないのさ？
いちいち反論したっていいんだぜ？

がんばってググっても知らない無知は
やはり逃げてばかりでしたね！

>>193
自分で書く必要があるよ。
どういうものだと思っているの？
自動的にアクセスしてくれるとでも？

>>195
その部分は自分で書く必要がないよ。
どういうものだと思っているの？
自動的にアクセスしてくれると誰が言ったの？
自動的にアクセスしてくれるとでも？

だれがメソッド部分を省略できると書いたの？
どういうものだと思っているの？
自動的にアクセスしてくれると誰が言ったの？
自動的にアクセスしてくれるとでも？

>>196
もうグダグダだねｗ
きみさぁ。
Linux 本当に使えてるの？

>>198
また答えられずに逃げたねｗ
きみさぁ。
Linux 本当に使えてるの？

ﾊﾗﾍｯﾀ…
今日はx86_64 Linux clusterのLSFにsubmitするmpitch programの
問題でおお嵌り。まさか、
1)終了したJOBのprocessがbackend nodeにゾンビになって残っているとか、
2) kill -9 -1 しても Shared memoryやSemaphoeのresource解放がされないことがある
なんて…orz
1)はOSまたはLSFのbugだ。絶対。さて今日は仕事上がって美味いもの食べに行くか。
じゃあね。ﾉｼ

>>198
>GDI+などへのアクセスを行うのに、自前で書く必要がない

こう書いてある。
ということは、君は Gdiplus が MFCに組み込まれていると考えていたわけだ。
ていうか、どっちも知らないって言うのが本当の答え。

>>201
>>198
>GDI+などへのアクセスを行うのに、自前で書く必要がない

こう書いてある。
これのどこが、GDI+が が MFCに組み込まれていることになるのか？
逆に君はGDI+がMFCに組み込まれていると考えていたわけだ。

ていうか、どっちも知らないって言うのが本当の答え。

ここまで、彼の書き込みにきっちりと反論できている人が
居ないのがすごいと思った。
むしろ、彼の書き込みを見て「Windows ってすごい」とか
思ってそうな書き込みが多いよね。
Linux 板の程度っていったい・・・

つうかMFC使用なのにビットマップせえと。
そういうことをいいたいわけかｗ

まぁた負け犬の遠吠えかよ

いい加減見苦しい

>>204
そこまで言うなら、はっきりさせよう。
ごく簡単な Windows プログラムを明日提出。
俺もお前もだ。
それを見比べて判断しようジャマイカ。
まけねーぜ。

早速お題を決めよう。

結局逃げるんだよな

何一つ答えてねえw

ちなみに Windows は古臭いです。
ちっともすごいとこなんて無いです。

>>207
早くお題決めようぜ。
1日で出来る簡単なやつで良い。
付き合ってやるぜ。

スレタイに反して、後ろ向きな粘着厨が
集まるスレですか？

答えてからにしろや。

>>210
暇なんです。

>>211
プログラミングしたことが無いってはっきり書けば？

>>213
プログラミングしたことが無いってはっきり書けば？

何一つ答えられない = プログラムすらできないバカ


いい証拠

>>214
プログラムを明日提出。
それを見比べて判断しようぜ。
俺はぜんぜん負ける気がしないｗｗｗ

とっととお題を決めよう。

ほらよ
int main()
{
printf("Hello,Nenchaku!");
return 0;
}

>>218
それは駄目でしょｗ

とっとと答えろ
答えられねえなら消えろ

Gdiplus を使って自前描画する基本的なテキストエディタなんてどうよ？
勝負としては面白いだろ？
1日でどこまで実装できるかを競う。
腕の差、出まくりだよｗｗｗ

>>220
やるのかやらないのか5分以内に答えなさいね。
やることに決まれば全力を以って戦いますｗ

Cなんだろうなw

>>223
普通に C++ を使いますが、何か？

とっとと答えろ
答えられるのか答えられねえのか5分以内に答えなさいね。
やることに決まれば全力を以って戦いますｗ

>>225
ひとつ。
やるって答えないと、傍観者は君のこと見下すと思うよ？
やろうよ。

既存流用コード一切無し
完全オリジナルを作るわけだな

これ言っとかねえとソースをパクるバカが出るからなあ
MFCよりラクな手法をよ

いいなｗ

>>227
1. エディター部分にコントロールは使わない。
2．以下何か付け加えるものがあったら付け加えて。

>>226
ひとつ。
やるって答えても答えなくても、傍観者は君のこと見下すと思うよ？
あそこまでバカ晒して論破されてるからねえ。
やろうよ。

既存流用コード一切無し
完全オリジナル

>>227
俺は MFC は使わなくても良いよ。
基本的なエディター作るのに MFC 使って楽できるとは思わないし。

普通は、DnD 実装するのに COM がなぁ〜〜とか考えて MFC 使うでしょ。
今回そこまで出来るとは思えないしね。

>>229
了解。
じゃぁ、時間指定して。
現実的な制限時間ね。

エディタにドラッグアンドドロップなんざ必要ねえよなw

で？
ソースコードの公開は？

>>232
そう？
選択してそのままドラッグなんて普通に必要でしょ。

時間よろしくね。
あと、重要なことがひとつ。

Gdiplus を使っていることがわかるようにしておくこと。
これは簡単に出来るよね。
これによって、既存コードの流用でないこともある程度保障されるし。

>>233
どっちでもいいよ。
メッセージ見てればバイナリだけでも判断つくしね。

誰が、既存ソース使ってないって証明するんだヲイ。
オマエら馬鹿丸だし w)
当然、windows.h 諸々、インクルード禁止だよな。

時間はどうでもいい。

バイナリだけじゃ判断できない。
パクリがあっても判断できない。

>>236
それは無理でしょ。
エディタの実装に流用しないって位の話。
1日で出来ることなんてたかが知れてるから。
メッセージ見て十分判断がつくよ。
頭の程度もわかるよね。

>>236
それ前提だよｗ
RADも不可だし手書きでｗ


まあいいが

>>239
RAD は使っても意味無いでしょ。
コントロール禁止なんだからさ。

とにかく、逃げずに完成させようぜ。
お互いな。

でねえと逃げ道色々あるからなあ

んじゃ。
7月4日23時まででいいかな？

まちがえた。
6月4日23時ねｗｗｗ

また間違えた。
6月3日23時ｗｗｗ

>>240
手書きだな

時間はそれでいいよ

>>245
6月3日23時ね。

Gdiplus を使って自前で描画する。
当然だけどコントロール・コンポーネントの類を使わない。
もうひとつ、オリジナルであることがわかるように
起動直後のエディタ画面中央に「2CH」と大きく薄い青で表示。
最初に入力を開始したときにそれを消す。
この程度でも spy++ で見ればオリジナルと判断できるでしょ。

ソースコードの公開。
というかこれでないとオリジナルとは判断できない。

>>247
俺は別に公開でも良いよ。

ほかに何か作りこむとか条件とかある？

俺はとりあえず
ソースコードの公開、
既存流用コード一切無し
完全オリジナル

だな

仕込みがあってもつまらんし

>>249
はいはい。
それじゃ開始ね。
付き合ってくれてありがとさんｗ

それじゃ23時に。

>>249
お前もがんばって作るんだよ。
ソース公開ならお互い勉強にもなるしな。

いつまでも何言ってんだ

#!/Perl/bin/Perl
$jane2ch_ini='E:/openjanedoe-0.1.12.2/JANE2CH.ini';
open(INPUT, $jane2ch_ini) || die "Couldn't open $jane2ch_ini for reading: $!\n";
@lines = <INPUT>;
close INPUT;
($jane2ch_bak = $jane2ch_ini) =~ s/\.ini$/\.bak/i;
rename($jane2ch_ini, $jane2ch_bak) or
die "Couldn't rename $jane2ch_ini to $jane2ch_bak: $!\n";
open(OUTPUT, "> $jane2ch_ini") || die "can't open $jane2ch_ini for writting: $!\n";
foreach (@lines) {
chomp;
print OUTPUT $_;
if (/^WrtCookie\s*=(.+)$/) {
unless ($1 =~ /hana\s*=\s*mogera\s*;/) {
print OUTPUT " hana=mogera;";
}
}
print OUTPUT "\n";
}
close OUTPUT;

ソフトウェアは目的があってつくる物だし

MFCやGDIは使いにくい
それがLinuxを選ぶ一つの理由
先祖帰りなんてバカみたい

便利といえば便利
OSの挙動を知るという、基本を学ぶときには
使用すると分からんままになると言うだけで
そういう基本をしっかり習得したなら後は使っても問題ない。

俺が課題出してやろうかＷ
GUI不要のアルゴリズム指向がいいなｗ
なんちゃって、うそさ。
今は無きＣマガの課題でも解いてな

Linuxはもう少し使いやすくなれば更に素晴らしいんだがな
って思う点はまだある。だろ？
Windowsに近づたら解決する？
しないよな

一つには多様性が許されるから
統一が進まなくて折角の労力が分散して
細かい詰めというか、細部の仕上げがもうチョいだし
OSFは拡張versionupが命で成熟度が第２だし
だから面白い、でも困ったもんだ

KDEやGNOMEでfontのアンチエリアスは
個人出来にやりすぎだと思う
ここだけの話だがｗ

Ｘｇｌは面白いけど、だから何？要る物なの？って正直思うこともある
当然ここだけの話だ。
開発者は面白いから、だけを理由に作っちゃうんだろうな
それもありか。懐が深いというか世の中は広いというか
けっこうなこっちゃ

softが少ないって言う人がいるけど
たとえばvectorとか国内のwindows中心に見ているのかな
海外のLinuxのsoft紹介pageにいくと
もう嫌って言うほどある
目が回る。あれこれ試していたら寿命が先にに来そう。
それを見てて思ったね…

いまはもうsoftwareは有り余っているんだよ。
作れば出来るsofteareはもう同じ様な物が散々作られて
そしてさらにまた新しい作者が作っては消えしてるんだよ
だからそいうsotかき集めていると時間がいくらあっても足りなくて
色々なsoftwareを使ってみるという手段が目的化してしまい本来の目的を
見失いがちになりかねない

そんなスパイラルに陥らず本来の目的を果たすためには
そもそもcoputerをなんの目的で使おうとしているのか
本来の目的を見つめ直して
そのために必用なsoftwareやsetupに絞りに絞り
選びに選んで迅速に課題を解決し解を出していく選択眼
と目的達成意識が本当に大事なんだなと。
つまりsoftはありあまり、時間を無駄にしないための厳選が
重要な時代に入ったんだなと。つくづく思った。

だかＭＦＣで目的も意味もないsoft作りなんてやめときな。
百歩譲って言ってもGUIなら他にもっとﾏｼで楽で目的指向の
選択肢がある。これぞ正に目的指向ｗ

はて俺は酔っぱらったか、ｴﾛビデオ見て寝るか...orz

それがぇぇw　>266
ま、ぃいたいことはわかる。
ttp://www.tlug.jp/docs/cathedral-bazaar/cathedral-paper-jp-2.html

MS謹製ソフトと完全互換が欲しいです。

IE, Office, WMP, Active X etc...

VMware workstation今度只になるらしいから補完せい。
MSのsoftは煩わしいからopenoffice等が
出来の良さで越えてくれれば最高にhappy

全て只で手に入れたいけど
ただのLinuxはWindowsと完全互換で無いと言って
けちを付けているんだったら
それもう使いやすさの議論ではなく
懐具合の問題だよ

なるほど、タダでWindowsが手に入ればいいわけだな。

つまらんと思うがね。
どこまでできるかじゃあなくて、
本当にできるかというデモンストレーションだろ。
面白いものはぜってえ出てこねえよ。

例の馬鹿はともかくもう片方が本当におっさんなら
大人げなさに声も出ないんだが

>>274
両方おっさんですが何か？
Linux 上に実装したい人も参加してくださいね。

>>274
確かに面白いものは出てこない。
所詮エディットコントロールにどこまで近づけるかってことだからね。
でも、実装の違いとか見るところはあると思うよ。
他人のコード見るのって勉強になるけど、普通は同じ目的のものを
別々に実装することなんてないんだから。
そういう意味で、Linux 上に実装する人がいるといいと思う。
Windows と Linux の違いなんかも見えてくると思うし。
Windows と Linux だとかなり違った実装になると思うよ。
俺はこれから作るので、やってみたい人がいたら作ってみて。

別の板でやってください

>>276
？

名称にGdiplusって書いてるのは、シロートだよな。
この書き方は名称じゃねえし。

結局何も変わらない普及・阻害議論やOS論争関係のスレはOS板でやれよ

メッセージがあるからWindowsは出来損ないとか、頭悪いんだよ。
出来損ないなのはお前の頭のほう。

描画を行うときには関数やイベントメッセージから
あらゆる所からウィンドウに対して送られてくる。
メッセージが無ければ、これをそれぞれに対して処理しなけりゃならんから
こんな面倒くさいこと誰がやるんだ。
こんなもんは、WN_PAINTなりのメッセージに対して送るようにし
メッセージで管理すればたった一つの処理ループで済んでしまう。

アホか。

ここLinux板だよな？と不安になってしまうスレだな

会社で上司に理不尽にしかられて、反論できなかった事をここでぶちまけてるんだな。
だから誰も言っていない事への文句が脈絡無く突然出てくるんだな。

GUIに関しては、ぃぬうxもずいぶんwindowsの影響を受けてると思う。
昔に比べればずいぶん簡単になったよ。それでもググったりしないと
いけないけどな。exe実行で一発っていうのが一般的には楽でいい
だろ。PCはそれを使って何かをする道具であって
設定だけで下手すりゃ半日かかるなんて、受け入れらるわけないじゃん。
なんでもそうだけど、人間の生活はどんどん楽になる方向で
流れてるんだから。
ｸﾉｯﾋﾟみたいな誰でも使えるバージョンのものと
「PCを触ることが目的の人」用のものを別にしていく
ことでOKじゃないの？
ソフトウェアの充実も課題だね。DVDの焼きソフトさえないってのは
まずいよ。

DVD焼きソフトぐらい無くてどうするってばよ。
最近のディストリは標準搭載。

つうかUNIXライクなOSなんてものはもともとPC向けでは無いような。

今はsuper computerから
PDA、組み込みにも使われているscalableなOSになった
もはやserver専用のOSではないよ

いわゆるUNIX系初心者は最初のログイン画面からして違和感ありまくりらしい。

やべ

寝ちまった

もうそろそろ
宿題の提出時間ですね。

勉強させてもらいます。

http://gareki.ddo.jp/ki/ki/ki_6066.txt

製作時間3分
くそつまんねーから期待すんなよ

よくわかんないけど
３分でこれだけ組めればすごいもんじゃないですか。

　

GUIプログラムというのは、定型が長い。
Hello World一行出すだけでも、プログラムコード自体は30行くらいになる。
コンソールプログラムだと3行で済むよな。

だから行字体は多そうだが、その内訳はお約束の文ばかりで
ぜんぜん大したもんじゃないんだ

リージョン描画だからGDIを使用しているだけでね

とりあえず今さら確認のためWinマシンにVC++Express入れてる最中w
なんせWinの開発経験ないものでw

前半部メッセージからのスイッチ
後半部winmain関数ていうのがわかる程度。

そういえば例の彼の宿題はまだかな。

自分で作っておいてなんだが、見る価値ねえよｗ

何の変哲もない丸リージョンウィンドウに
文字入力できるだけ

さて
やたらプログラムできない人間を馬鹿呼ばわりする
彼の作品はまだかな。


　納期遅れてるぞ。クライアントは御立腹だw

とりあえずクソつまんねーもんだけど
俺は出したからな
必要とあればビットマップ描画を加えてもいいが
クソつまんねーのには変わりない

寝る
眠い

ドライバが書けないと"プログラムできない定義の人"ですか
日付変わった頃に出てくると予想

291さんのソースをMinGWで動作確認
C++かと思ったらCでしたがコンパイル通って白い円が表示
Wine入ればLinuxでもバイナリ作れそう
さてもう一人の方は試合放棄ですかね？

ふと思ったのですが、彼はこの人じゃないですかね？
複数の板で暴れているようですよ

ttp://z-temp.hp.infoseek.co.jp/2ch/Prescott699-.html

今のCとC++にはつくづく互換性が無いということはよくわかった
型変換がうるさくてVC++でコンパイルできんw

>>302
良かったらこれ使えば通りますよ
ttp://www.bloodshed.net/devcpp.html

これって何の対決なの?
なんでコントロール使わないの?つーかコントロールとかCOMあってのWindowsでしょ。
カスタムコントロール作成対決?よくわからん。

>>213-214がきっかけじゃまいか

>300
共通点は多いな。

>>303
どっかの教科書に載ってそうな基本的なプログラムに見えますが
Windowsプログラムを適当に組めるかどうかの対決らしいです。

３分で>>291組めるなら大したものじゃないですか。

ドライバ組めない奴は馬鹿とまで豪語した
対戦相手は逃げたみたいですが。

　とりあえず何事もなかったようにこのスレに舞い戻ってくるに
　１００万ペリカ。

ふうん。なんか意味がわからん。
じゃ逆に漏れがお題出すからだれかやってみてよ。

問題「GTK等でWindowsで動作する次の一行プログラムを実装せよ」

q.vbs--------
msgbox inputbox("なんか入力しろやゴルァ", "問題")
-------------

ム板でやれよﾏﾝﾄﾞｸｾ

どうなってるか微妙に楽しみにしながら帰ってきたのに
奴は出してないのか・・・

暇だから答えてみる。
#!/bin/sh
zenity --entry --title="title" --text="input text"

なるほどzenityか? gnomeも進んでいるんだな。でもmsgboxができてないよ。zenityかぶせれば

#!/bin/sh
zenity --entry --title="title" --text="input text" | zenity --text-info --text=$1

かな、これでもちょっと違うな。
で、このスレで話題沸騰(このスレだっけ?)のパイプの挙動が再燃するとw

じゃあこんな感じでどうだろう。
#!/bin/sh
zenity --entry --title="title" --text="input text"|xargs -i zenity --info --text="{}"
まぁこの場合はVBSの方が簡単だね

windowsの場合、WIN32APIがあるからわかるんだけど、
linuxの場合はどうやってGUIやるの？

>>314
Xプロトコルフルスクラッチ
xlib
motif
gtk
qt
wxwindow

などなど、好きなツールキットを使ってくださいな。

その中でやれるのひとつもない!!

Java/Swingは割と簡単だと思う

Linuxのデスクトップ普及を見守るスレ【その25?】＠Linux板
http://pc8.2ch.net/test/read.cgi/linux/1149265526/

いつのまに立ってたんだ

例のおっさんですが。
ごめんぜんぜん作ってない。
来週提出します。

請うご期待。

Javaはどうしても好きになれんな

>>319
もういいよｗ

>>319
納期守れない似非プログラマ自己証明乙。

LINUXもGTK一本に絞ったほうが開発者も注力できて
いいの作れるだろ！

あんまり一杯有り過ぎてもダメだ。
IDEは一杯有っていいが、インターフェイスは一つに絞れ

ヒント。

>LINUXもQt一本に絞ったほうが開発者も注力できて
>いいの作れるだろ！

とTrolltechも思っている

そいつら全員殺しあってもらって、
残ったライブラリインターフェイスを
GTK:サンアンドレアスとしてリリース。

もちろん18歳以下お断りのインターフェイスになる。

そこでmotifですよ。

そうか、Ｘを使うと、このような争いに巻き込まれるんだな。

それでアポーは独自のＧＵＩ環境を、ワザワザ作ったわけだ。

単にオプソに乗りたくなかったんだろ。マカは出入り禁止。巣に帰れ。

おれ、ドザ。

>>314
http://www.widestudio.org/ja/ 使うとコードレベルでlinuxとwindowsで動くアプリが作れるよ。

>>330
システムコールが使えない開発環境に興味はない。

>>327
＞それでアポーは独自のＧＵＩ環境を、ワザワザ作ったわけだ。

遙か昔のNextStepの流用です。

まんまじゃないけど、焼き直しだからなぁ。

>>334
お前をポアする法案とか無いものか。

間違えて>>335をポアしちゃったりしてｗ

ここも普及スレとかわんねえなｗ

age

こんなLINUXは嫌だ：
突然さぽーとを打ち切ると宣言して、動揺するなら金を呉れ！と
いって振り込み先を指定してくるLINUXのデストリ。

>>339
そんなのあったっけ?

>>339
こんなディストリビューションは嫌だ その3
http://pc8.2ch.net/test/read.cgi/linux/1127489454/

>>78
確かにGnome多少速くなったような。
もうちょっと軽くてキビキビ動いてくれたらな。
PIII RAM 128MBのスペックでキビキビだったら文句無し。

そりゃ厳しくね？

無理かなー? PIIIだから、大体クロックは500〜1000MHzでしょ。
メモリーが厳しいかな?
やっぱりXFceとかになってしまうのか?
Gnomeにガンバッテほしい。

ディストリビューションの乱立、どうにかならんかね。
情報もコミュニティも分散してしまって何をするにも
手間がかかる。
世の中でWindowsXPといえばそれしかないが、
Linuxと言えば星の数ほどあるってのは問題だ。

>>345
Home Pro HomeCenter IA64 EMT64

と、コンシューマWindowsでは異例の多さな訳ですが。

はいはい
そうでちゅねー

>>345
確かにディストリビューションは乱立してるよ。生き残り戦国時代。
でも、統一の規格ができたような噂を聞いたが(OSの核の部分の規定)、、、

>>348
それもLSBとかLCDDとか、いろいろあるな。

カーネルと、設定ファイルの位置、その設定の仕方

これさえ統一されれば、かなりの前進だといえる。
質問するにしても、聞くほうも答えるほうも
SuSEだRedhatだなどと、いちいち何をインストールしているかの区別をしなくて済む。

そして初心者にも慣れた人間にも優しい。
乗り換えも簡単。

いいことづくめ。

禿げ同。基本的なディレクトリ構造ぐらいは共通にしてほっすい

そもそもディレクトリの名前の付け方が意味不明で
使われ方も無茶苦茶

etc
usr
opt


この辺が毒になって
わけのわからぬUNIXワールドが構築されてるんだよな
コマンドラインで作業してると俺はなんでこんなことしてんだ
という様なゲシュタルト崩壊を起こして精神汚染される

何か知らんが「シンプルに保つ」という頭はないらしい
しかも、腐るほどあるディレクトリの中に
どこでもインストールできるからパスを通すのも面倒
実際統一されてないからアッチコッチにインストールされまくる

わざとやって嫌がらせをしてるんじゃないのか。

Windowsなら、ユーザーが触るところは決まってるうえに、
普段は触る必要もないから問題は出ない。ユーティリティがあるから、
設定ファイルなんぞをいじる必要がない。

Linuxは「ユーティリティがないので絶対に触らなければならない」のに
「どこ行ったかわからない」のがまずネック。

app とかいうフォルダがあって、
rpmだろうが手動だろうが、インストールするものは「全部」そこに入るというなら
これは非常に分かり易くていい。初心者も慣れた奴も。

で、設定ファイルはそれぞれのアプリフォルダの下に置けば
設定ファイルがどこにあるかで悩まなくて済む。
悩む奴はいないだろ。

ところが、これがダメだとか言う奴がいる。なぜかと聞けば
「簡単になるから」

簡単になって何が悪いのかと聞けば
「Windowsと同じになるから」

Windowsと同じになって何が悪いのかと聞けば
「Windows嫌いだから」
「Windowsと同じくらい簡単になると俺が威張れなくなるから」

お前ごときクソの感情なんかどうでもいい。
使いやすいことが肝心。使いやすく、Windowsからシェアを取れればパクリでもマネでも何でもいい。

誰だって丁寧に追えばわかるし、
説明書きにインストールされるフォルダが書いてあるならそれを読めばわかる。

だが、
「そんなことをしなきゃ分からないというのは保守性に問題がある」

そんなことに、時間なんか一瞬たりとて取られたくない人も多い。
読まなきゃ分からない、追わなきゃ分からないのは保守性は悪い。


であるにもかかわらず、「Linuxは保守性が良い」とかバカをこいてるガリメガネがいる。

こういうバカを駆除すべきだ。

appというのはさすがに．．．

むしろはっきりProgram Files|Documents and Settingにしたほうがいい。

Windowsにも、いろんなところにフォルダをバラまくクソアプリはある。
Nortonや、Mcafeeなどアンチウィルス系統は特にそうだ。
program filesの下にあるかと思えば sharedの下にも置かれてたり
windowsの下にも置かれてたり、とにかくいろんなところにバラまく。
俺はこういうのは嫌いだ。

ところが、これは「いじる必要がない」ものが置いてあるし
「そのフォルダに置くことにより機能を実現する」ものもあるから、
その機能を考慮すればどこに置かれているかなんてのはすぐわかる。いじる必要はないがね。
せいぜい、アンインストールしたのに消えてないから手動で消すときに見るくらいだ。

Linuxはそうじゃない。
「テキトーに」バラまいてるだけ。
何の意味も無くアッチコッチアッチコッチにバラ撒く。
しかも、「いじらなければならない物までバラまく」

ざけんなっつの。

逆に言えば、これを解消して統一できれば
相当使いやすく、分かりやすくなるはずだろ。

しかしそれを良しとしない輩がいる。
その理由と言えば、前述のような
「Windows嫌いだから」
「Windowsと同じくらい簡単になると俺が威張れなくなるから」

こういうバカを駆除すりゃLinuxは使いやすくなる。
こういうバカがジャマしてるんだから。

言わんとするところはわかる。
確かにソフトウエアの管理はやりづらい。
そういうソフトがあるからインストール、アンインストールはWindowsよりやりやすく、どちらかというと初心者にはLinuxの方が向いてるかも。
けど、初心者以上のパソコンにある程度詳しい人からすると、逆に管理がしづらくなるのは確か。

管理に関しては、また違う意見が俺にはある。

確かにrpmやyum debならいい。それは問題ない。
ところが、世の中にはそれ以外の手動インストールをしなければならないものがある。

その手動も、自分で一つ一つ置くのではない、
インストーラが働くのに管理されないものだから
Windowsの手動インストールとは全然毛色が異なる。

Windowsの手動インストールは自分で置く手動(自分で置くなら把握できる)だから問題ないが
Linuxの場合の手動とは「自動インストーラが動くのに管理されないもの」なので
何をどこに置いたか把握できない。

これはインストール作業を逐次監視して、
手動だろうがrpmインストールだろうが全部同じ管理システムにマージするものがあれば良いが
そういうものはまだない

-e とかアテにならないものは嫌いだし、まず何がどこに置かれたかがわからないと
-e がちゃんと機能したかわからない

Windowsが使いやすいと感じる要因は、目的プログラムが
デスクトップやスタートメニューから簡単に辿れるからなんだよな。
標準的な置き場所があり、かつ目視で確認できる、
いつも見えるとこにあるんだから忘れようがない。
さらに言うなら、そのファイルが実際どこにあるのか？
はそのアイコンのプロパティを見れば判るという親切さ。



~/に何があるかlsと打たないと見れないコンソールは、まあ仕方ないとして、
~/を勝手に汚して、見た目だけ整えた難解なハリボテGUIは
１から作り直した方がいい。

Windowsで手動インストールできるものは、
　ZIPを解凍して出来たフォルダを好きなところに置くだけ
　アンインストールはそれを削除するだけ

こんなもんだろう
まあこういうのはLinuxにもあるが、これはわかりやすい。
「置くだけ」「消すだけ」

Linux用アプリの多く(ソース配布のやつ)は、
make install で自動インストーラが動くからこういうことが出来ないもののほうが多いだろ。

どこに何がインストールされたかも、デフォルトではログさえ残らないから追えない。
アンインストールしたつもりがバラまかれた残骸が残りに残りまくって気分が悪いし
libconvのように残すと悪さをするものまである
make installで入れたものはアンインストーラもない

気に入らん。

どうせアンインストーラさえもないなら、
make install ではインストールするのでなく
フォルダを作るだけに留めておいたらいいのに。

出来たそのフォルダを「好きなところに置け」なら、自分の手で置いたのだから忘れないし
ショートカットも作りやすい。消すのも簡単。

なぜmake installでインストール作業まで行うのか
俺はまずそこで疑問
わざと消しづらくしているとしか思えない。

>>360
いや、普通のフリーソフトをインストールするのはパソコン初心者には難しいのよ。Windowsにおいては。
解凍って何？解凍してどうすればいいの？どうやったら起動するの？って。
zipファイルを解凍して、どこかにフォルダをつくって自分で名前を変更、その中の実行ファイルを実行。
さらにデスクトップにショートカットを置きたいけどわからない。とか。
最近のLinuxはそういうことをパッケージで簡単にインストール出来るでしょ。
自分でインストールしたいのを選んでインストールボタンを押せばすべて自動的にやってくれる。
これは正直素晴らしいと思ってる。
Windowsにもあれば絶対に流行るはず。
一応メーカー製のパソコンは同じようなのがあるけど、それは添付CDに入ってるソフトだけだし。

そんなのはダブルクリックさえも出来ないし、
早晩消えるユーザー。

もしくは、ちゃんと覚える。
覚えたら手動も簡単にできる。

「rpmパッケージが」
「rpmパッケージで」
「rpmパッケージ」
「rpmパッケージ」
「rpmパッケージ」
「rpmパッケージ」
「rpmパッ」

わかった、わかったから

「世の中のアプリ全てrpmでの配布なのか」
と聞くと「(シーン)」

そんなんだったら「誰も苦労しない」つの。

>>365
ちょっと認識が違うのでは? 大多数のWindowsユーザーはフリーソフトなど使わないよ。
フリーソフトを使って喜んでいるのは一部のオタクちゃんだけです。実際。

>解凍って何？解凍してどうすればいいの？どうやったら起動するの？って。
>zipファイルを解凍して、どこかにフォルダをつくって自分で名前を変更、その中の実行ファイルを実行。
>さらにデスクトップにショートカットを置きたいけどわからない。とか。
そもそもWindowsユーザはそんなことはしてませんし望みませんよ。

誤解があるといかんので言い方を変えましょうね。
今Windowsでは積極的に非定型なインストール形態のソフトを
使わなければならない状況は考えにくい。ということです。
Windowsでは必要なソフトはほとんどPCや周辺機器にバンドルされてるし
購入する場合もさほど高価ではありません。それらは当然インストーラを
備えています。またフリーソフト自体が標準的なインストーラを
備えていることが普通です。

自前のインストーラではなく、インストーラ作成ソフトを使っての
インストーラ実現だからアンインストール機能も備えている。
まあオプション扱いでアンインストール情報を記録しますか　ちゅうのもあるが。

インストーラだけでアンインストーラなしちゅうのもあるが、
そういうのはクソだ。やめろと。

BF2用マップのbf1914だったかな、あれはクソ。

>>350
> カーネルと、設定ファイルの位置、その設定の仕方
> これさえ統一されれば、かなりの前進だといえる。

同感! ほんとうっす。統一してほしい。
プログラムファイルもRPMとTar玉だけにしてくれーーーよ。

その勢いでディストリも１つにしてくれるとありがたいですね。

>>372
それは、ちと行き過ぎのような。
ディストリ間でのある程度の競争で良いものを作ってほしい。
M$のような独占もよくないし。力の均衡が必要。

たとえば、「スタート」にしても、スタートボタン->すべてのプログラムとたどった状態で硬直してるやつが多数見受けられる状態でこれを取り入れてlinuxが改善するだろうか？

誰が windows ディレクトリやら Documents and settings やら usr やら etc やらのディレクトリの状態を常に監視してるんだ？
そんなもんだれも気にしてない。インストーラーがインストールするし、アンインストーラーがアンインストールする。
./configure && make && make install だろうが rpm -i だろうが dpkg -i だろうがそこに usr やら etc やら入れなくても全然問題ない。

日本語でおｋ

>>374
ただ単に個人としての意見だが
ユーザーだけの問題でなく、開発者の立場を考えると
やはり統一性があったほうが良いのでは?
違うかな??

開発者としたら、普通のディストリ使ってれば、ちゃんと /usr/lib や /usr/include に全部ライブラリやヘッダファイルをぶち込んであるから問題ないだろ？
pkgconfig 等を使うまでもなく -lライブラリ名 をリンカオプションにくわえるだけでライブラリを使える。
windows は 環境変数とか IDE のライブラリパスやらインクルードパスを、ライブラリの分だけ入れなければならないんだぜ。

>>377
そう思うならいいんジャマイカ。
いろいろな意見がアルのだから。
ただ単に統一性がないより、あったほうが全体的に見てよいのではということです。

統一性があるだろ？ライブラリはすべて /usr/lib に入ってるんだからね。
どこをみて統一性がないといってるんだか。

では、他のファイルやら設定等のファイルはどうであろうか?
ネットワークの設定ひとつとっても、マバラに思えるが、、

ライブラリのバージョン違いで動かなかったりするから
古めのを基準に作って公開したりするわけだよ。
ところが新しいのを使ってる人から文句が来るわけだ。なんで新機能使わないんだって。
笑ったのがこれ。
「こういう古くさいものにしがみついているのは
Linux普及の大きな足枷になっていると思いませんか？」

結構最近のこと。この中にいるんじゃねえのか？

下手なDLL HELLより深刻だけどな。

>>380
それが個性なわけで。
自分が常用するのは2〜3種くらいでしょ。
それくらいなら覚えられますよ。大丈夫、君にも出来るよ。

だから何で多数とか言い切るのか

多数だったら95の時点でやめてる。
XP、VISTAまで来てるなかで続いているのは便利だから。

同じ機構はGNOMEもKDEも持ってる。
そして全員便利に使ってる。