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

サーバー用途だからとか
完成されてるとか、
盲目的にマンセーするチョンがいるからダメになっていく。

Ｌｉｎｕｘの現状の何もかもを完全否定する人間だけを増やさないと
Linuxは絶対に改善されずに消える。

>>355
普及スレでボロクソ言われたからって
こっちで語り出すかね？
完全否定って一から作り直すことだろうから
mona OSでも応援したほうがよいんでないのかと。

完全論破されて逃げたチョンがまた言い訳に登場

>>357
自己紹介乙。
つーか「誰だそんな奴しらねーよ」とすっとぼけてりゃいいものを
ご苦労なこった

また日本語読めないことを自分で披露した

こう言うチョンがいるからLinuxがダメになったわけだ。

日本語読めないことにしといてやるから
とりあえず話進めてみ。
完全否定してからどうすんだ？

盲目的にマンセーするチョンがいるからダメになっていく。

Ｌｉｎｕｘの現状の何もかもを完全否定する人間だけを増やさないと
Linuxは絶対に改善されずに消える。


その後に何をするか既に書いてあるのに
また日本語読めないことを自分で披露した

こう言うチョンがいるからLinuxがダメになったわけだ。

ああ、普及スレ以前に使いやすくするスレか何かで
暴れてた奴か。

「完全否定」 == 「何もかもダメ」
なものをどう「改善」する気になれるものなのか
そこんとこ伺いたいね。
「盲目的な厨」(最近普及スレで思想とかほざいてた馬鹿みたいの)が
Linuxに「理屈屋が使うOS」みたいな不名誉なイメージつけやがったことについては
まあ同意だったりするぞ。ム板いて肩身狭いわ。

サーバー用途のみであることを完全否定
↓
サーバーにもコンシューマにもなれるようにする


こんなことさえ分からない、完全論破されたチョンをのさばらせておくから
Linuxがダメになったわけだ。
ああいうチョンはLinuxコミュニティにとって不必要なゴミ。

はいはい理屈の後付け後付け。
誰がサーバー用途のみであることを完全否定してたんだか。

コンシューマで使いやすいOSというのは、
エンタープライズでも使いやすい。

エンタープライズといっても
使うのはコンシューマユーザーだからだ。


そんな簡単なことさえ理解できずに
Linuxはサーバー用だからなどといって
混沌としたフォルダ構成や無秩序なインストール先を
ほったらかしにしておいたからWindowsサーバーに完全敗北した。


Linuxに対して根拠の無い崇拝をするチョンを駆除しないと
Linuxにとって害悪となる。
ただでさえそういうのは日本語さえ読めないバカしかいないのだから

盲目的にマンセーするチョンがいるからダメになっていく。




Ｌｉｎｕｘの現状の何もかもを完全否定する人間だけを増やさないと





と既に書いてあるのに
また日本語読めないことを自分で披露した

こう言うチョンがいるからLinuxがダメになったわけだ。

ほれそこからがこっちの出番ですな。

>エンタープライズといっても
>使うのはコンシューマユーザーだからだ。

これは一理も二理もあるけど、
実際のところサーバー機が本来の活動をするに
GUIが邪魔というのは三理も四理もある。
マシンの資源は限られてるから余計な機能にリソース食われたくない
という層がいるわけで。

> Windowsサーバーに完全敗北した。
というデマもなんだかな。自宅WebサーバーでWindows使える奴って
よほどの金持ちかライセンス知らずだけだぞ。

>混沌としたフォルダ構成や無秩序なインストール先

これ、Windowsのことか？と思わず思ってしまったり。完全に主観で語るに足りん

223 名前： login:Penguin 投稿日： 2006/05/08(月) 23:57:15 ID:5w6JWAt6
GUIは大量のデータ操作に優れる。
そしてそうしなければならない場面は非常に多い。


CUIは、あらかじめスクリプトを用意しておけば
大量操作も切り抜けられるが、それはスクリプトを用意していたからであって
CUIによって(CUIの特性で)成しえたことではない。

しかもスクリプトは記述された「それ」しかできない。
動的判断は怖い。

Windowsも使ったことが無いバカというのも露呈した。

Windowsではインストール先を選べるがLinuxでは一切できない。
したとしても環境変数のエクスポートをしなければならず
そうすると他のに影響が出るなど保守性が現存するOSのなかで最低最悪。何よりも悪い。

245 名前： login:Penguin 投稿日： 2006/05/09(火) 13:34:35 ID:XGPCs5yH
面白いな、ほんと。

＞たとえば？

ところが「複数」のファイルなどを「大量」に操作しようとすると
これはドラッグアンドドロップをするより遥かに手間がかかる。

移動するにしてもCUIでは一つ一つファイル名を打たなければならない。
(打たなければならないのと操作の回数さえ理解できないんだろうね)


すでに書いてあることさえ読めないことがまたばれちゃったねｗ

246 名前： login:Penguin 投稿日： 2006/05/09(火) 13:39:35 ID:XGPCs5yH
>>226
> なんで?

なんで？例えばよくあるパターンとして全体で過去 1 日で変更され
たファイルを見つけてそれらについて詳細を見る、back up するとか、
臨機応変に対処するとか典型的な 右クリックでコマンド選べば済むけど

いちいち打たねばならないCUI

の方がどう楽なのかな？
バッチはCUIじゃないしね。
(CUIだというなら GUIアプリのメモ帳などで作ったものはバッチではないとでもいうのかｗ)

あるいは大量のファイルについてある種の処理をする
(e.g. ファイル名の一部を置換する)とか。典型的なパターンだけど

それらひとつひとつに対して打ち込まねばならないCUI

でどう楽になるんだろう？

繰り返すが
バッチはCUIじゃないしね。
(CUIだというなら GUIアプリのメモ帳などで作ったものはバッチではないとでもいうのかｗ)

251 名前： login:Penguin 投稿日： 2006/05/09(火) 15:33:00 ID:XGPCs5yH
そもそもバッチやスクリプトの類ってのは

ファイルであってインターフェイスではない

のだから、これをもってCUIの優位性だのGUIの優位性だの語ること自体が大間違い。

ところがバカはCUIの優位性とか思ってる。バカ以外の何者でもないｗ

253 名前： login:Penguin 投稿日： 2006/05/09(火) 15:55:33 ID:XGPCs5yH
スクリプトを書くのは
CUIでもできる
GUIでもできる

つまり書くことさえインターフェイス優劣の範疇にない。
どちらが書きやすいかの話ではGUI

ここで論じているのはそのあと。この場合
GUI、CUIといったインターフェイスはスクリプトというアプリケーションを

実行することしか

できない。つまりこれまた優劣の範疇にない。
こんなこともわからないのが例の負け犬。論破されてトラウマ持ったド素人。

ともかく

GUIを邪魔とか使いにくいとか言うのは
OSさえ触ったことも無いバカだけ。


GUIが邪魔ものなら
GNOMEはなぜ出来たのか　なぜ採用されているのか
KDEはなぜ出来たのか なぜ採用されているのか


こんなことさえ答えられないバカ。

で、また完全論破されて逃げたと。

こういうチョンを駆除しないとLinuxが腐る。

これまたおかしなことを言う。
ワイルドカードや正規表現かまして特定したとあるディレクトリ以下のファイルすべてに対して
ファイル操作や処理かますとかなったらシェルの方が数段楽。
それがためにCygwinが手放せないという人を何人も知ってる。
(つーかGUIでどうやれと？)
GUIは大量のデータ操作に優れるというのには俺は全く逆な意見で
やることの方針が見えやすい(画面を見ながら考えることがたやすい)というのがGUIの利点と思うが。
逆に巨大なファイルや大量のファイルを操作する時なんかはターミナル上の方が安心だ。
実際2.2くらいまでのnautilusは何百もファイルのあるディレクトリ開いてすべて選択したとたん
固まるようなことが結構あった。

ところでサーバーどうこうの話からいきなり逸れてるんだが？

つーかその
なんか引用してるっぽいレスって？
もしかしてそこまで自分で創作？

212 名前： login:Penguin 投稿日： 2006/05/08(月) 23:35:35 ID:5w6JWAt6
そもそも長所と短所さえ知らないド素人。

パーミッション操作など
「単一」かつ「単純」な操作をするのはCUIで十分。

ところが「複数」のファイルなどを「大量」に操作しようとすると
これはドラッグアンドドロップをするより遥かに手間がかかる。


こういうことも知らないでCUIだの言ってるバカは
ただのド素人のバカ。

あの、もしもーし？
読んでるのかさえ分からなくなってきた…

どこにあるかも全く分からない状態で
フォルダを探すのはGUIの勝ち

CUIではいちいち cd をしながら進まなければならない。

見つけたフォルダを削除するのはGUIならクリックしてDelを押すだけ
CUIは del パス名

遥かに作業効率が悪く保守性もヘッタクレもない

いや、delってDosのコマンドでしょ？

CUIで全て事足りるなら
なぜマウスというものがここまで普及したのか
なぜGUIがここまで普及したのか

自分のバカさを再認識させられることになるので
頑なに答えないバカ

世の中の人間とは異なる、ただのバカということがわかる
どうりで日本語さえ読めないはずだ

215 名前： login:Penguin 投稿日： 2006/05/08(月) 23:38:34 ID:5w6JWAt6
反論できる頭がない出来損ないのうえCUIもGUIも使えないことがバレて惨めに泣いて言い訳をするド素人ｗ

とりあえずあれだ。
返事くらいしてくれ。
マジメにつっこんでいいものかどうか悩む

ともかく

GUIを邪魔とか使いにくいとか言うのは
OSさえ触ったことも無いバカだけ。


GUIが邪魔ものなら
GNOMEはなぜ出来たのか　なぜ採用されているのか
KDEはなぜ出来たのか なぜ採用されているのか


こんなことさえ答えられないバカ。

惨めに逃げるだけ。

なんか返事ないみたいなんで
リアルにアレな人ってことでいいのかな？

結局また論破されて惨めな言い訳をしだした。

CUIが好きだと臆面も無く言うバカというのは所詮こんな程度。

delﾅﾂｶｼｽ

なんだ読んでるんじゃんｗ

とりあえず誤解だけ指摘しとくと
シェル上でファイル消去はdelじゃなくてrmな。
あと大量のファイル操作にはfindがある。
findでできると同じくらい柔軟にできるGUIは俺は知らん。
スクリプトじゃないしね。
インストール先も選べる。あっちこっちに無秩序にソフトがインストールされて
同じディスクにいくつものgunzip.exeがあるようなWindowsのほうが保守性は悪いと思われ。
そっちの方が初心者にも分かりやすいからMicrosoftはそうしたんだろうし
初心者向けを取るかシステムの見通しを取るかのトレードオフの結果ゆえ
どちらの立場にも最善というのはなかろ。

それと、GUIもマウスも嫌いと言い張る奴なんて今時見たことがない。
サーバーマシンならXは邪魔という意見なら聞くけどあーたの言うのとはニュアンスが違う。

検索するのさえGUIで全て出来るし
いちいちオプションを手間暇かけて打つより
オプションチェックをクリックするだけ。

CUIではコマンドはおろかオプションも数十文字も打たねばならない。
こんな悠長なことをしている間にGUI検索ならあっという間に設定が終わる


CUIの出る幕はどこにもない。

いやだからfindはファイルの検索だけの用途じゃないし。
GUIでできることならわざわざターミナルでやる必要もないのは
誰でも分かってることと思うが？

アプリケーションのインストールにしても
windowsならprogram filesに全て収まる。

ところがLinuxではusr/localにインストールされるものがあるかと思えば
localにインストールされたり
varにインストールされたり
まったくてんでバラバラなうえ、ログさえ残らない。
アンインストールもロクに出来ないため
rpmによる管理が出来る始末。

統一されていればそんなものは要らないが
そんなものが後付で出来る時点で失格

バカはこんなことさえわからない。

なんかなにもかもなつかしい話題

環境変数にしても、どこにインストールされても統一された場所にさえライブラリが置かれていれば
そこを参照できるのに統一がされてないから自分の手によるエクスポートが必要になる。
そうすると今度は既存のアプリに影響が出る。

こういうものはクソ

クソを好むのはクソしかいない

localなんてディレクトリは俺はしらんよ。
Windowsだとソフト名のフォルダにひととおり突っ込む風習だから
あれこれ分かりやすいことは確かだけど
さっきも書いたように共有ライブラリやソフト連携なんかの扱いには不利。
同じものをいくつも置いたりする羽目になる。
つまり>>394は思いっきりWindowsの弱点なわけなんだが

WindowsであればDirectXなりがあるが、
これはたった一箇所にしか存在しない。
Windowsのライブラリはこういうように、一箇所にしか存在しない。

もちろんアプリが自前で持つ事も出来るから非常にわかりやすい。
ところがLinuxのアプリはGPGをインストールした後にgimpをインストールすると
自前のiconvを参照しようとせずにGPGのiconvを無効にしてしまう

結果おかしくなる


バカなＯＳからは柔軟な対応が出来ないバカなアプリが出来上がるわけだ
もちろん好むのもバカ
日本語読めないなどを見てもユーザーのバカさがよく分かる。

やっとまともなこと言いやがったｗ
そういうことはある。あるけどそれ場所の問題じゃないぞ。

Windowsなら一切起こらないことがLinuxで起こる
しかも起こさなくてもいいようなことを

同じライブラリがそこかしこにあって
いくら重複しようがどうでもいいことなのだから
自分で持ってるライブラリを見ればいいだけなのに
そんなことさえできない

ただのクソ。

そしてこれは保守性を保つのに大きく役に立つ。

自分のライブラリを変えても影響を及ぶのは自分だけ

だからだ
これが共有となると共有しているアプリ全部に対して確認が必要になる


保守性も生産性も悪い

そんな仕様はただのクソ

そういう思い込みでものを見るから
厨にまで馬鹿にされてトサカに来ちゃったか。
iconvに関してはあっちこっちで足並みが揃わず不具合、
みたいなことが現実にあった。
けど他数千数万のソフトウェアが/usr/lib /usr/local/lib /libを参照するだけで動いてる。
ちなみにこの大原則を崩して/usr/lib/hogeとか/usr/hoge/libとか
妙なディレクトリ掘ったりするのってわりとGUIものが多い。kdeとか。
既にある慣習をいきなり破って他の流儀を持ち込むと混乱する典型みたいな話だな。

完全に一箇所、OSの中核であるから厳密に仕様が決定しているDirectXライブラリは一箇所でいいわけだが
iconvはアプリによって参照の仕方も異なるから共有していては絶対にならない

だからおかしくなる


こんなことさえ分からないド素人が集まるのがLinux

共有するなら厳密に厳密に仕様を決めねばならないが
参照の仕方も何もかも自由でいい、なんでもいいから共有こそが正義

とかバカぶっこいてるチョンがいるからどんどん悪くなっていく。

だからどこのメーカーもドライバなんか書きたがらない
よってハードウェアも出ない
そうなれば衰退するだけ


こういう悪循環に陥るのにバージョンなどを乱立させたりするバカがいるから
どんどん悪くなっていく。

フリーだのオープンだのはどうでもいいから
仕様を厳密に固めて変更してはならない部分を99%にしなければ衰退するだけ。
Windowsのようにたった一つしかないのが
本来は人的リソースの集中という意味にしろ何にしろもっともいい。

それはOS環境の設計自身の問題だからしょーがないんじゃないかと。
iconvとDirectX比較するのはさすがにあんまりで

iconv => Delphiのコンポーネント
DirectX => システムコールで使うもの

くらいの差がある気ガス。(glibcにあるはずのiconvでそれかよ、というのは大問題だったわけだが)
OSの基礎機能自身が本当に基礎だけ、というのは
騒がしい人が指さして言うまでもなく、誰でも分かってることだから。

オープンだの勘違ったバカ思考で
20も30もディストリビューションを乱立
これがLinuxなんだ自由なんだとかバカをコイてるから
互換性も失われていき、却って衰退させる


Fedoraでも何でもいいから一本に絞らなければ
衰退するだけ

厳密に仕様を決めてるものがなんたらExとかいうどうでもいい命名のファンクションを生成するの？
サイドバイサイドなんていうしくみをつくるの？

「固まった土台の上に」載るのが「柔軟性」
ＤｉｒｅｃｔＸはまさにこれ


ところがLinuxのライブラリ群は全て

無秩序であり、ただのザル仕様



柔軟であるのとザルなのは全然異なる

だからいきなり話変えるからリアルにアレ？
との疑惑がかかるわけでさ…。
こっちもいい加減寝なきゃなんないんだけど
ディストリビューション乱立については出自から見て仕方ないかと。
好きでもの作る人たちが作ってきたソフトを組み合わせることで
今の環境ができあがってるわけで、
ディス鳥にせよ同種ソフトにせよ「あるからいい」と
開発者のモチベーション下げてたらオープンソース自体これだけ発展したかどうか。
むしろそれによる弊害がそんなに問題になるようなことが
今どれだけあるのかと問いたいな。

SUS とか POSIX ってなんのためにあるわけ？

　　　　　　　 iｲ彡　_＝三三三ｆ　　　　　　　　　　　ヽ
　　　　　　　 !ｲ 彡彡´_ -_=＝{　　　　二三三ﾆﾆﾆﾆヽ
　　　　　　　fｲ 彡彡ｨ　彡ｲ／　　　　ｨ_‐- ､　　￣￣ ヽ　　　　　し　　ま
　　　　　　　ｆ彡イ彡彡ィ／　　　　　ｆ ＿￣ ヾﾕ　 fヱ‐ｫ　　　　 て　　る
　　　　　　　ｆ／ミヽ＝＝＝＝＝＝<|-'いシ　lr＝〈ｆラ/ !ﾌ　　　 い　　で
　　　　　　　ｲｲレ､´彡ｆ　　　　　 　 ヽ 二 _rソ　　弋_ { .ﾘ　　　　な　　成
　　　　　　　ｆﾉ ／） 彡!　　 　 　 　 　 　 　 ｨ　　 　 ﾉ￣l　 　 　 .い 　 長
　　　　　　　ﾄヾ__ら 'ｲf　　　　　ｕ　　　 ／_ヽ,,テtt,仏　 !　　　　 ：
　　　　　　　|l|ヽ ｰ　 '/　　　　　　　　　 rfｲｆ〃ｲ川ﾄﾘ　/　 　 　 .：
　　　　　　 r!lﾄ､{'ー‐　　　 ヽ　　　　　　´　 　 ヾミ､　 /　　 　 　 ：
　　　　　　/ ＼ゞ　 　 ヽ　　 ヽ 　 　 　 　 　 　 　 ヽ /
　　　 　 ./　 　 ＼　　　 ＼　　 ヽ　　　　　　　　　　/
　　　／〈　　　　　＼　　　　　　　　　　　　　　　　 ﾉ
-‐ ´ ヽ　ヽ　　 　 　 ＼＼　　　　 ＼　　　　　 　 人

助けてPoelina！

ソースをオープンにするというのは
クソくだらない乱立をさせるためなのか
セキュリティなど、完成度を高めていくことに目的があるのか

そこを履き違えたバカを駆除しないからLinuxはこんなにクソなマイナーOSになった


履き違えるバカを叩いて叩いて駆除しなければLinuxはバカの集まり
ゴミためになるだけ

ソースをオープンにするというのは
クソくだらない乱立をさせるためなのか
セキュリティなど、完成度を高めていくことに目的があるのか

少なくともLinuxディストリビューションを
Windowsに負けない立派な環境にするため。
なんてしょーもない目的ではなかったことは確か。

なんかいきなり普及スレのバカみたいな話になってきたな

Windows嫌いが集まっているのか知らないが
それ自体は構わないことだ

ところが嫌いだからといって方法まで変更するのはタダのバカ

だれそれが嫌いだから同じ道は行きたくないと
今にもロープが切れそうな危険な端を渡るのはバカのやること

歩く道や実現する手法は同じでいい
そうでないとオープンソースというものを勘違いするバカが出る

現象などの証拠も無いのに言い切るバカがまた妄想し始めた


日本語さえ理解できないバカだから言うことなすこと全て妄想

これは既に証明しているが

いやだからLinuxはPOSIX互換の
「1970年からある」Unixクローンであって、
「方法の変更」が「Windowsと違う操作体系」のことを指すなら勘違い。

windows xp x64 用の ymf7x4 のドライバをさっさとだせよクソが。

スクラッチOSをクローンという無知


日本語さえ理解できないバカは所詮こんな程度。



リーナス・トーバルズは「乱立させてください」といってカーネルを公開したのでもない

実はおまい普及スレのあいつか？
「クローン」という言い方が正確でない
というならそうだが、
方法の変更云々については
Linusは意図してPOSIX互換させたという事実だけで十分説明になってると思うが？

また負け犬の妄想が始まった

負けりゃ自分の主観で物事を決め付けたがる

ALSA はすばらしく厳密に仕様を決めているので、現在も x86_64 な linux で YMF-7x4 が使えるが、
WINDOWS DDK は腐ってるので、 windows x64 用 YMF-7x4 のドライバはえいえんにつくられない。

「普及スレのあいつ」が妄想なら仕方ないけど
その下はどうなのよ

POSIX制定以前にもUNIXクローンとやらは数多くあった
しかし互換性がない

POSIX準拠しようがしなかろうがどうでもいいこと
WindowsでさえUNIXと互換するようにPOSIX準拠しているわけだが
WindowsをUNIXクローンと呼ぶのか


バカはこんなことさえわからない

まあいいとこWindowsPOSIXサブシステムさえ知らないバカというところ

Service for UNIX で linux と同じことができないのは Microsoft クソだから。

つまりはPOSIXの有無はUNIXとは何の関係もないということ


UNIXとの互換性を保つために作られたのがPOSIXだが


POSIX制定前(互換性なし)にもUNIXクローンはあったのだから



POSIXなどどこにも出る幕はない

話の流れ忘れんなよ。
LinuxにWindows的でないものを無理矢理持ち込んでるとでも言いたげな
>>413のレスに
もともとLinuxはUNIXのようなものを作ろうとして産まれたものだから
Windows的でないものはもともとあったもの。「方法の変更」なんてしてない
と言うためにPOSIX持ち出したわけ。

これでも分からなかったら流石に寝るぞ俺は。

POSIX など出るまでもなく、windows はくさってるってことだよな。
行き当たりばったりで ユニコードとして UTF-16 なんか使う。
win95 で標準的な機能でユニコード使おうとするだけで苦労する。
結局現在は UTF-8 を使う。もう適当すぎ。

いいものは取り入れる

という考えが浮かばないバカがいるからLinuxがどんどん悪くなっていく。


ＣＰＵで言えばRISCとCISC
互いに長所を取り入れて発展したのに
OSだけが出来ない理由もない

できないというのはバカがいるから
こういうバカがLinuxの発展を妨げている

windows にちゃんといいものを取り入れるようにしてください。お願いします。ほんとこまります。

まーた話変えたし。
もういいね？俺寝るから。
とりあえずサーバの話はどうなったのか。
これがダメあれがダメと言う前に
なぜこれはこういう仕様になっているか。
胸に手を当てて考えてみれ。

Linuxの現状すべていいものとは誰も思っちゃいるまいが
LfKjrB4+の持ってる不満の八割がた不満に値しないと分かるだろうよ

ともかく

GUIを邪魔とか使いにくいとか言うのは
OSさえ触ったことも無いバカだけ。


GUIが邪魔ものなら
GNOMEはなぜ出来たのか　なぜ採用されているのか
KDEはなぜ出来たのか なぜ採用されているのか


こんなことさえ答えられないバカ。

惨めに逃げるだけ。

思うところがあってそういう仕様にしているというなら
iconvはなんなのか。


バカが作ってるからバカな仕様になっているだけだから
これでOK なわけがない。


Windows的仕様が一番いいわけだ
(共有ライブラリは使用を厳密に厳密に定義する)

CUIとGUIは違う物でどっちにもメリット、デメリットがあるんだから本来は
こっちが優れているとかそういう話をするべきじゃないと思われ

GNOME も KDE もすばらしい。広い意味の Linux は大抵持っているもので、
GUI だ CUI だとか語ることは意味がない。

で、なんでサイドバイサイドなんていう機構が windows にはあるわけ？

「固まった土台の上に」載るのが「柔軟性」
ＤｉｒｅｃｔＸはまさにこれ


ところがLinuxのライブラリ群は全て

無秩序であり、ただのザル仕様



柔軟であるのとザルなのは全然異なる

で、なんでサイドバイサイドなんていう機構が windows にはあるわけ？

「固まった土台の上に」載るのが「柔軟性」
ＤｉｒｅｃｔＸはまさにこれ


ところがLinuxのライブラリ群は全て

無秩序であり、ただのザル仕様



柔軟であるのとザルなのは全然異なる

NET Frameworkのバージョン管理

* .NET Frameworkは複数のバージョンを同じマシン上で動作させることができる
o Ver1.0、Ver1.1、Ver2.0の混在が可能
（サイドバイサイド）
o アセンブリにどのバージョンでコンパイルされたかが記録されるため、実行時には適切なFrameworkのバージョンが選択され、その上で実行される
o ASP.NETについては、Webアプリケーション毎にどのバージョンで実行するかを設定する必要がある
+ Aspnet_regiis.exeを使って設定する
+ Ver2.0ではIISの管理ツールから設定の変更が可能
* .NETアプリケーションがdllを利用する場合、アプリケーションと同じフォルダか、その下位のフォルダに格納する
o アプリケーションのバージョン毎にdllを用意することでサイドバイサイドを可能にする
o このために必要となるハードディスクの容量はたかが知れている




だいたい「出来て悪い」ことがない。

LD_PRELOAD か LD_LIBRARY_PATH でも設定したら全く問題ないね。
商用アプリだとそういうことしてるのは結構あるし。

windows だろうが、 Linux だろうが、ライブラリの仕様は無秩序であり、ただのザル仕様。
ただ、windows は ABI を気にして永遠に深みにはまり続けるだけだが、
linux はオープンソースの力により改善することができる。

CUIとGUIについて一言だけ言っておきたいけど
別に両方使っていいと思うけど、サーバー用途ならリソースの無駄遣いだと思う。
メリット:直感的な操作が便利
デメリット:リソースを消費、プログラムが作成し辛い

あと話が飛びまくってわけわからんね

相手するから居座る。
ほっとけばいいものを

スレ伸びてると思ったらこれかよ

ぃぬｘってのはGUI程度のリソース使うだけで使い物にならなくなるようなＯＳなんだとさ。

>>443 は論理的思考が出来ないことは良く分かった

それがあることによって(リソースが無駄になって)できなくなる証拠もなければ
それがないことによってできるようになる証拠もない。

やっぱチョンだなｗ

Amazon、GoogleからMSの検索エンジンに乗り換え
http://www.itmedia.co.jp/news/articles/0605/02/news018.html

　Microsoftはこの週末に、またもGoogleに対抗して大きな勝利を勝ち取った。
Amazon.comが自社の検索部門A9で、Microsoftの技術を使い始めたのだ。
　これはまたLinuxサーバに対するWindowsの勝利をも意味する。
（中略）
　Amazonの検索エンジンに採用されたことは、Googleへの追い上げを図る
Microsoftにとっては大きなチャンスだ。（ロイター）

それ FreeBSD だからスレ違いね

LfKjrB4+1よ…巣にお帰り…

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

　　　　　　　　　　　　　　 ,ｲ´| 　　,.　 /　　　　　　　　　　　　　　　　　　 ヽ
　　　　　　　_　 ヽ ,　　　 i　　|　 / | /　　　　　　　　　　　　　　　　　　　　 ',
　　 __ｧ７~´Z　￣　 ヽ　 / 　 .|／　l i　 i　　　 ,　　　　　　,　　　! 　 　 　 　 l
zー'　 / ｦ　　rｰ '",.二V　 ＿,|　　 i {　ｌ　　／ ,　／／　./　 //l　　　　　　 l
｀ヽ　/　i　__ノ　_,-'　　 |／　ｌ .|￣７　', i　 /_ﾚ__ ｌ／レ／　ノ '　i　　　 i 　　 l
　 ﾚ' 　 Y´　 _/　　　　 |　 /l　|　/　 |　ヽi　T;;;;〉　　 ー=- .、 　ﾚｌｌ　 / 　　 !
. ﾄ､＿_,ノ|￣ {　　　　,-'　 レ' .|ヽ! 　 !　 |i　　ｰ'　i　　　　i;;;/　　 ﾘ　/ 　 　 .|
　i　　 /　!`ｰ.ﾍ　　 /　　　　　 ヽ ヽ | l　 ', 　　 〈_　　　　　　　　ﾚ'　}　　　　|　　　大丈夫よ　ほら…
ー!￣ !　 ヽー ﾍ　 { 　　　　　i｀ヽ!ﾉ ｌ i 　|.',　　 　　　　　　　　 　 ノ 　　　　|
. ﾊ￣ |　　 ヽ､＿＞-､____,. -- ､_ )_　 `ヽi　ヽ.　 ー‐'　　　　,　「~´ i　　　/! i　　　　怖くない　怖くない…
/　ヽーi　　　ヽ　 ヽヽ　　ゝ--　 .,,_　｀` ｰ. 、 ＼　　　 ,.　''" 　! 　 ,! ノﾚ' レ'
　 ／´￣｀~`ー--┴'´￣￣`ー-　_＞‐ 　 　ヽ_i `ー '"　　　　| 、
／　　　　　　　　　 ｀ヽ,　　　 ／　,. --‐　　　　＼￣｀i　　 ,. -' / 、
　　　　　　　　　　　　　 ＼／　／　__,,... -　　　　 ＼ |　 /　　/ / ＼
　　　　　　　 ,. -────ｰ '__,. '"　＿___　 　　 　　＼-､--' '　　　_ヽ-、
　　　　 ,　'"　　　　　　　　　　＼￣　 |　　ヽ、　　　　　 }　＼`ー '"　　　i
　　　／　f_,フ　　　　　　　　　　 ＼ /^ｰ.､___　`ヽ.,＿__ノ 　 　＼ 　　　 ! ,＼
　　/　　　 　 　 　 　 　 　 　 　　　 ＼ / 7　｀〉ｰｧヽ　　　　　　　＼　　l/　　＼
　　!　　　　　　　　　　　　　　　　　　　＼i　 /　/　 /ヽ,　　　　　　　＼ j 　　　　ヽ

│
│　　　　　　LfKjrB4+1
│　　　　　　　ヽoﾉ　ﾗﾗﾝ ﾗﾝﾗﾗﾗﾝﾗﾝﾗﾝ
│　　　　　　　ヘ）
│↑↑↑↑↑↑↑↑↑↑↑↑↑
││││││││││││││
││││││││││││││
││││││││││││││
││││││││││││││
└┴┴┴┴┴┴┴┴┴┴┴┴┘

なんかしらんが稚拙。

>>448-449
やめれｗ、俺が一番好きなアニメ作品が汚れるwww
風の谷のナウシカはねぇべや。

それはそうと、一つ気になったことがある。
>>431 LfKjrB4+1氏、　貴殿の言う「OSをさわる」とは一体どう言うことをさすのか。
具体的にお願いしたい。
>GUIを邪魔とか使いにくいとか言うのは OSさえ触ったことも無いバカだけ。
と言い切る　その根拠は？

>>451
彼はぽっと出のただの知ったかぶりドザなんで放置。

そんなに悔しかったのかｗ

>>452
なあんだ、そうだったのか、あれだけ大口叩いて置いてそりゃ無いぜよ。
ああ・・・、そうそう、俺は一応、Turbolinux10Dつかってる。
んで、WindowsXPHEと比べて、デスクトップ用途では、
マルチメディア用途で確かに力不足な点があることは否定しないが、
普通に使っていく上では十分に実用可能な所に達していると思う。

また、LinuxでGUIが至らない所は、Windowsと比較して欠点になると言うものではない事を
陳べさせていただく。
すでに多くの方が指摘されているとおり、Linuxはコア部分と画像表示描画部分がしっかり分かれている。
サーバー運営用途に置いては、これは、鯖として使っていく上で
使わない画像表示部は停止させて、その分性能をサーバー処理用に回せるために
リナックスにとって何ら不利になるものではない。

ボコボコにされて負けた余りの悔しさに妄想開始

そのぶん性能を

とか、「性能とやらをいつ何をどのくらい食っているのか」

さえも答えられなかったド素人がよく言うバカｗ
素人はプログラムさえもできないから知らないんだよな。
知らないバカのくせにこういう恥ずかしいウソだけは平気でつく。

LinuxとはGUIが走るだけで使い物にならなくなるクソなのかｗ

「プログラムできない」という書き方がとてつもなく素人臭いただのドザ。
「プログラム組めない」なら許容範囲か。

コーディングできない
コード書けない

ＭＳの社員でもなさそう。どこの馬鹿だ？

しかしどうでもいいが今日遭遇した1.980のTurbolinuxには失望した。

それがあることによって(リソースが無駄になって)できなくなる証拠もなければ 
それがないことによってできるようになる証拠もない。 

やっぱチョンだなｗ 

またお前か

な、なんだってー

まだ答えられない

とりあえずtopして、Xがどれだけメモリを食ってるか
見てみればいいんじゃないかと。とついついマジレス。

Linuxなんて持ってないから無理でしょう

それがあることによって(リソースが無駄になって)できなくなる証拠もなければ  
それがないことによってできるようになる証拠もない。  

やっぱチョンだなｗ  

某社のX必須のインストーラには萎えた。
モチベーションというリソースは食われたよw

なんか
十分に長い丈夫な棒があれば私は地球を動かしてみせられる
と云っているようなよくわからない話をしている人が。

まーCの処理ひとつひとつがパイプによって繋がってると
思える人は気にしなくていいんじゃないかと。

>>466
それなんのたとえかさっぱりわからんｗ

>>467
つまり俺も判らんｗ

つうかスタックとかキューとか云っても通じなさそう。

これは病気だろうなｗ
リソースの差はX無しとX有りでｲﾝｽｺして稼動させれば差はでるだろ
デスクトップスレで逃亡した癖にまだいたのかよｗ

>>456
そんなにGUIが大好きなら、gnomeかKDEの開発チームに加わって、開発してくれい
あとそれとgnomeって結構重いから(ノートPCでバッテリー駆動にするとかなりやばい）
、もう少し軽く作ってくれい
KDEは今のところ軽いからいいや

パイプ処理の点でも技術的かつ論理的な論で論破されてたなｗ

理解できなかったバカは技術的なことは何一ついえなかった負け犬
そういう素人のバカが泣いて言い訳する。

見苦しいこってｗ

890 名前： login:Penguin 投稿日： 2006/05/22(月) 20:58:16 ID:kNlS0vGR
これまでにないほどボッコボコにされて 
顔を痣だらけにしながら「俺はまだ負けてないブヒ〜」 

いくらなんでも必死すぎ。 
負けた人間は悔しいのは分かるが 
見苦しすぎた。 





デスクトップスレでこのレス以降、反論どころかグウの音も出なかった負け犬。
逃亡した癖にまだいたのかよｗ 


「差は出るだろ」
具体的に技術的にどこに何の差がどれだけ出るかもやはり言えないド素人。
論破されても言い訳に出てくるあたり、余程悔しすぎてノイローゼにでもなったか

これは病気だろうな。

894 名前：login:Penguin [↓] ：2006/05/22(月) 22:49:01 ID:rEAn/NDF
おまえらばかだな。
普通のキーボードのほうが、ソフトウェアキーボードより速く入力できる。
→よって、GUI はすべてにおいてすぐれている。
windows も linux も ABI 互換が失われることが多々ある
→よって、linux は windows を見習うべき。
Cyrix III は cmov系命令を扱えない。
→よって、cyrix は cmov系命令を問題なく実行できる。
gcc は 686 最適化で cmov を吐く
→よって、gcc で 686 最適化をかけても、 cmov ははかない。
windows x64 では ymf-7x4 は利用できない
→よって、windows のほうが linux よりハードサポートが優れている。

まだいろいろあるけど、これくらいのこともわかんないの？
これらはこの世界の公理なんですよ？
まだ刃向かう気なら、神の怒りによって即 1000 まで埋まりますよ？

おまえらばかだな。 
普通のキーボードのほうが、ソフトウェアキーボードより速く入力できる。 
→よって、GUI はすべてにおいてすぐれている。 


linuxだけがABI 互換が失われることが多々ある 
→よって、linux は windows を見習うべき。 


Cyrix は cmov系命令を扱える。 
→よって、cyrix は cmov系命令を問題なく実行できる。 

バカの妄想->Cyrixはcmov使えない

gcc は 686 最適化で cmov を吐く 
→GCCの調整が行われている証左

windows x64 では ymf-7x4 は利用できる 
→ドライバの書けないバカが悪い



バカの妄想がばれたｗ

むしろ、あの論破されたド素人の言う

ドライバ用意してもWindowsでは利用できないと言った妄想が秀逸であったｗ




ドライバを用意すれば動くようなものはOSの瑕疵ではない
ドライバを用意しても動かないのはOSの優劣に結びつく瑕疵だが


しかし日本語すら理解できない負け犬ド素人なので

windows x64 では ymf-7x4 は利用できないから云々


とか言ってたｗ

>>473の嫌味がよみとれないなら話しても無駄
一晩で200も粘着レスしてないでメンヘルいってこいｗ

>>473がド素人バカの言い訳だってことがよみとれないなら話しても無駄 
一日張り付いて言い訳してないでメンヘルいってこいｗ 



ID一日中変わらず言い訳に終始

負けたのが悔しすぎてノイローゼになったわけだなｗ

∧＿∧　　　　書き込む前に深呼吸してスルーしましょう。
(´･ω･`)　　お茶がはいりましたので宜しければどうぞ。
( つ旦O
と＿)＿) 　　 旦旦旦旦旦旦旦旦旦旦旦

ドライバの不備がOSの瑕疵なら

Linuxをサポートするハードウェアがほとんどないから、
Linuxはバカの使うバカOSだということになるがそこはダンマリ

>>477
あのね、都合のいいようにしか読み取らないヤツと話しても無駄と言ってるのｗ
事実を伝えても証拠を出せとgoogle貼ってもスルーして認めないやつとは議論はできんよｗｗｗ
さてレス無用、俺もスルーします。スレ汚しすまんかった。勝利宣言は好きにしろｗ

>>478
この際この人には多数あるクソスレの掃除役を
やってもらったほうがいいんじゃないかと。
誰もこれ見て彼の言うこと信じる人はおらんだろうし
一ツッコめば十でたらめで返してくれるし。

　ま　た　勝　っ　て　し　ま　っ　た　！　！

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　by ATi

>>480
あのね、誰も言ってないことを捏造して都合のいいようにしか思い込めない精神病患者と話しても無駄と言ってるのｗ 
googleにさえ載ってる生まれて三日の赤ん坊でさえ知ってる事実を伝えても
証拠すら出せず技術的なことを何一つ言えず惨めに逃げて認めないやつとは議論はできんよｗｗｗ 
さてレス無用、俺もスルーします。とか言いながら、あまりの悔しさにノコノコ出てきてまた言い訳。
こんな「自分の言った日本語さえ理解できないバカ」はLinuxコミュニティどころか地球から出てけっていうのは
至極当然のことなんだよなｗ
Linuxというのは、こういうバカなド素人がいるから悪くなっていく。
出来損ないの負け犬はとっとと消えろ。

ぃゃ素人を取り込みきれなかった失敗はあるな。
とことん騙し切れる餌が足りなかったのだな。
馬鹿が何となく出来たつもりになる餌が。

プログラムすらできないバカがいるから悪くなる。

操作方法等も全て
MANやWEB見などとことん人に頼り切ってるバカ。

自分で調べたとかいいながら、結局フォーラムにしろWEBにしろ
MANにしろ「人の知識」を掠め盗んでやってるだけ。
そんなんで「出来たつもり」になってるバカ。

「名人は盗む」といふぞw
もっとも内容を理解したか、してないかの差は極めて大きいけどな。
プログラミングって個人差が大きいと思ってるから、あまりリテラリシとして求めんほうが良いと思うが。

もの作るなら独断はまず排す必要はあるよ。
素直に見れば簡単なことなのに
思い込みが邪魔になることがやたらあるから。
おまいさん浅く広くあれこれ手をつけたようだけど
少なくともGNU Cに関しては根本から勘違いしてる。

というか、コンピュータ関連のプログラムというのは一般人は知らないでいい趣味のもの。
だから普段は興味を持たない人に対しては「できないバカ」とは言わないものだ。


が、「知ったふりするバカ」に対しては「プログラムができなければバカ」とは言う。


「知ったか」だからだ。
プログラムすらできないのに「知ったか」やるド素人はどんな手を使ってでも叩く。
それだけのこと。

>>485
要は、Linux向けのドライバが普及すればいいんだよな?
でも企業側の強いバックアップがないと無理じゃない?
そもそもLinux向けのドライバを作って、利益がでなきゃ
やる必要がないの一言で終わってしまうな、、、、

このレスにはどう答えればいいんだ？
自爆してるようにも見えるし反省してるようにも見えるが

すまん。>>490は>>488へ

反省も何も、自論。


知りもしないのに知ったかコイてる奴は誰からも叩かれる。
俺も叩く。

知ったかしない人は叩かれない。
俺も叩かない。


それだけのこと。

じゃ、自分が叩かれる理由は理解した。と

負け犬が負けたから言い訳しているだけのこと。

技術的には何ひとつ反論できずに負けたが
あまりに悔しいので何か言わないと夜も眠れない


そう考えた負け犬がゴチャゴチャ見苦しい負け惜しみ言ってるだけ
ただのバカ

技術的なことで叩きにかかったのが一つとしてないのがいい証拠。
あっても全て間違いと言うことを完璧に証明されている。
負け犬は悔しくて悔しくてしょうがないからそれすら理解できないノイローゼになった。

OSの欠陥なのか
ドライバが用意されていないだけなのか

それすら理解できないあたりからも証明できた。

ドライバが用意されていないだけ(しかもたったひとつのレアケース"だけ"しかいえない浅さ)
たったそれだけのことをOSの瑕疵と言い切るバカさ。

LinuxはハードサポートはWindowsより下であるから
それはLinuxというものの根本にある修正できない瑕疵かといわれるとダンマリ。


バカは瑕疵だと言うが、普通の人間は「ドライバさえ用意すれば動くよ」と言う。

プログラムもできないバカがいるからLinuxが悪くなるし、
盲目的なマンセーを行うド素人が出る。結果はLinuxの停滞。
いい証拠。

>>494
それ、やっぱり自己紹介だとみんな思うはずだけどな。
パイプの話にしてもincludeの問題にしても
くだんねー話してないでCの入門書読んでれば
多分三日もかからず分かる話でさ。
だから少しでもかじった人なら誰でも叩けちゃう。
俺もしったかぶりは叩いてきたクチだが
おまいくらいもれなく叩かれてる人は見たことがない。
そういう事実を少し考えてみたらどうかと。

>>488
要するに、このスレにいる「CUIの出来ない奴は、、、、」みたいなことを
言う人が気に入らないの?
でもやっぱり、CDROMの作成とかはCUIでしかできないし、質問しても
そう答えるしかないよな
「全部GUIでできるようにしろ」と言われても、Linuxを作ってる人達は、
おそらくCUI操作が当り前だった時代の人だろうからそこまでGUIこだわる
人はいないだろうし、LinuxにWindowsのような操作性とか期待すること
自体無駄だと思うけど、、、

さてレス無用、俺もスルーします。とか言いながら、あまりの悔しさにノコノコ出てきてまた言い訳。 


日本語さえ読めないから自己紹介とか言い出して逃げるのが得意。
というかそれしかない。

自分のことを完璧に言い当てられて悔しいからそういうしか手がない。
言い訳とその手法が貧弱。
パイプの話にしてもあそこまで分かりやすく書かれれば赤ん坊でも分かる話でさ。
最後にはパイプと同じだねと誰もが理解できたのにバカだけ理解できなかった。
しかも誰も彼もを同じ人間だと妄想までしてるバカのド素人だし。 
俺もしったかぶりは叩いてきたクチだが 
おまいくらいもれなく叩かれてる人は見たことがない。 
そういう事実を少し考えてみたらどうかと。 

>>497

Linux使ったことがない知ったかは帰れ。


http://www.yk.rim.or.jp/~kawagisi/cdr.html
3.  GUI で CD-R/RW を焼くソフト

    コマンドライン型の CD-R/RW 書き込みソフトには、ものすごく沢山のオプションがあり、とても覚えきれるものではありません。

調べてみると世の中には GUI で CD-R/RW を焼くソフトが一杯存在します。

下記のWebページで、様々なCD-R用ツールのフロントエンドを比較しているので、どれを使うか選択の検討材料になります。





どこが「でもやっぱり、CDROMの作成とかはCUIでしかできないし、」
なのか。

>>498
誰に言ってるのか知らないけど、そこまでLinuxが嫌いなら
無理して使わなくてもいいんじゃない?
/r9QFEVSの要求を叶えてくれるのはwindowsしかないんじゃないか?

いまどきFedoraだろうがdebianだろうが標準で入っているGUIのCDライター

どこが「でもやっぱり、CDROMの作成とかはCUIでしかできないし、」 
なのか。 
いったいどのどこらへんが「でもやっぱり」なのか。

>>500

どこの誰がLinux嫌いと言ったのか。
日本語さえ読めない知ったかサルやプログラムさえできない知ったかド素人が嫌いだとは主張してあるが
どこの誰がLinux嫌いと言ったのか。

また
どこが「でもやっぱり、CDROMの作成とかはCUIでしかできないし、」  
なのか。  
いったいどのどこらへんが「でもやっぱり」なのか。 

どこをどう考えて「でもやっぱり」に辿り着いたのか

生まれて三日の赤ん坊どころか、知恵遅れのガキでさえ知ってるようなことだが
いったいどこから何の電波を受信して「CDの書き込みはCUIでしかできない」などと
結論するに至ったのか

謎は深まるばかり

他の人は間違いを指摘されれば、まあ謝るかひっこむかするわけだけど
この人は間違いを指摘されると、二つも三つも無駄レス重ねて誤魔化すね。
これじゃますます誰も君の言うこと信じなくなるだけだと思うな。

他の人は間違いを指摘されれば、まあ謝るかひっこむかするわけだけど 
この人は間違いを指摘されると、二つも三つも無駄レス重ねて誤魔化すね。 

その証拠を示したのが以下。


OSの欠陥なのか 
ドライバが用意されていないだけなのか 

それすら理解できないあたりからも証明できた。 

ドライバが用意されていないだけ(しかもたったひとつのレアケース"だけ"しかいえない浅さ) 
たったそれだけのことをOSの瑕疵と言い切るバカさ。 

LinuxはハードサポートはWindowsより下であるから 
それはLinuxというものの根本にある修正できない瑕疵かといわれるとダンマリ。 


バカは瑕疵だと言うが、普通の人間は「ドライバさえ用意すれば動くよ」と言う。 

プログラムもできないバカがいるからLinuxが悪くなるし、 
盲目的なマンセーを行うド素人が出る。結果はLinuxの停滞。 
いい証拠。 

とりあえずパイプの件について謝るとかしといたら？
俺はドライバの話は知らない。

詭弁の特徴のガイドライン
http://bio-diversity.hp.infoseek.co.jp/kiben.html

OSの欠陥なのかドライバが用意されていないだけなのか

それすら理解できずに平易に指導されているのに
悔しがってごまかし。


だから死ぬまでバカなド素人なわけだ。



こういうふうに負けりゃ技術的なこと何一つ言えずに感情論の言い訳のみ

とりあえずパイプの件について謝るとかしといたら？ 
GUIでもパイプ処理ができる/内部でしていることは君以外は理解できたんだし。

「負けるのが嫌だから技術的なことは何も言えないというか知らないけど
　負けたくないから相手の言うことを否定しよう」



重症のノイローゼ



知恵遅れでさえここまでひどくないがね

これじゃ死ぬまで君はひとりごとくんだよ。
もうちょっと誰かしらが相手する気になれる程度のものわかりがないと
クソスレ埋めるったって一人じゃたいへんじゃないか。

これじゃ死ぬまで君はひとりごとくんだよ。 
負けたのが悔しいからと誰もが理解できたことさえ理解できないでひとりごと(ひらがな)
技術的なことは何一つ言えないでまたひとりごと(ひらがな)

もうちょっと誰かしらが相手する気になれる程度のものわかりがないと 
クソスレ埋めるったって一人じゃたいへんじゃないか。 

あちゃーcdrecordコマンドをつかって焼いてた俺はアホだったんかー

さてレス無用、俺もスルーします。とか言いながら、あまりの悔しさにノコノコ出てきてまた言い訳。 
ID変えれば言い訳できると思ってる。



プログラムもできないバカってのは所詮この程度.

アホだねｗ

でもやっぱり、CDROMの作成とかはCUIで


しか


できないし、





へー

「only」

だったのかあー 

>>514
>>498
ごめんそれ宣言したの俺
さっきから書いてる人は別人だよ
一つ疑問に思ったんだがおまえさんのプログラムできるってのはどの程度を指すんだい？

いい証拠をありがとう


「知ったかっちゅうのはこんな程度」


ということが誰でもよく理解できる証拠になった。
あの負け犬ド素人はまた理解できないのだろうが、
それもまたいい証拠になる

つttp://www.ycf.nanet.co.jp/~skato/muno/eliza.html

やはりIDは変えているわけだ。

何にせよ

いや別人だよ

>>519
変えているんじゃなくて変わっている、そういうプロバイダもある
で、質問に答えてよ、そしたらまたROMるよ

繋ぎっぱなしで変わるところは一つたりとてねーよ
切断してしばらく待てば変わる所はある


知ったかの言い訳

いや本当に別人なんだって

いやあんたのIDを指して言ってるわけではないのだが

だめか。つかまだパイプについて理解できてないし。

>>516
彼の言う「プログラムできる」とは
とりあえず標準入出力、関数の引数渡しについて
理解できてなくてもいい程度なのは確か。

時代後れの知恵遅れが居るwww

>>522
間隔が長いと変わるだけだよ
それはいいとして、プログラムができる人ってのはどの程度をさしてるのかな？

だめか。つかまだパイプについて理解できてないし。 
あれほど平易に教育されたのに。

最後には多人数からもボコボコに叩かれたから
やはりノイローゼかｗ

>>527
それの何が必要なことなのかな？
ドライバのことを言うならドライバをかけなくちゃ話にならん
ということさえ理解できないのかな？


さてレス無用、俺もスルーします。とか言いながら、あまりの悔しさにノコノコ出てきてまた言い訳。  
ID変えれば言い訳できると思ってる。 

>>525
俺Cは少しかけるので本人に聞いてみたいんです

>>529
他の人を俺認定してるから伝えただけだよ
ドライバかける人じゃないとプログラムできないって認識でいいのかな？

>>529
Cの入門書レベルのことも分からずLinuxでドライバ書けるのか？君は

あのバカなド素人、ノイローゼかまってチャンの「パイプ」の理解の仕方が凄まじかった。

コンソール類は定義されてないのに「定義されてる」
中間ファイルの有無は関係ないのに「中間ファイルが無いものだけ」(シングルタスクコマンドラインベースOSの全否定w)

論破されてスゴスゴ逃げてったド素人。
パイプのパの字さえ理解できてなかったことが証明されて
また泣きながら言い訳

>>527
オブジェクト指向とかメソッドとかを理解してる人?

>>533
うーん微妙w
win32apiでGUIは書いたことがありますけどC++とJAVAは微妙w

>>531
CどころかBASICレベルさえ知らずプログラムのこと語れるのか？きみは


またどこぞの誰かを勘違い妄想してるノイローゼだし

精神病院から逃げ出してくんなよ
目障りだから 

>>535
/r9QFEVSの習熟度はどれくらい?

プログラムすらできないド素人の癖に「コールバック関数」なんとか
知ったかコイたからまた叩かれたｗ


関数がコールバックしたものでもないのを
「コールバック関数」なんだとさｗ

>またどこぞの誰かを勘違い妄想してるノイローゼだし

これでふと疑問出た。
君は普及スレとこのスレで
iconvがどうとかパイプがどうとか言ってた人ではないのか？

パイプとiconvは絡んだが
includeとやらは知らんなあ


そして前者二つは確かに絡んだから
それらの論が正しい証拠は完全に出してる

シングルタスクOSにパイプはないぞ。ちなみに。
WindowsにしてもNT系で実装されたもんだし

>>538
純粋に/r9QFEVSの言うプログラムのできる人の定義がききたかっただけだから答えてよ

やれやれ
またド素人の無知が露呈した

http://ja.wikipedia.org/wiki/%E3%83%91%E3%82%A4%E3%83%97_(%E3%82%B3%E3%83%B3%E3%83%94%E3%83%A5%E3%83%BC%E3%82%BF)


これでなくてもこの組み合わせで検索かけりゃナンボでも出てくるし
実際あった


それに負け犬ド素人の弁によれば
「コンソールでやるもの」
だからMS-DOS、PC-DOSはモロ当てはまるのに

「シングルタスクOSには無い」


自分の言ったことを自分で否定

>>538はミスですスマン

あとで晒しやすいようにまとめておこう




CUIが好きな奴は全員ド素人、ド素人はモノを知らない証拠

540 名前： login:Penguin [sage] 投稿日： 2006/05/27(土) 03:51:47 ID:qIxDb7R8
シングルタスクOSにパイプはないぞ。ちなみに。 


↓


http://ja.wikipedia.org/wiki/%E3%83%91%E3%82%A4%E3%83%97_(%E3%82%B3%E3%83%B3%E3%83%94%E3%83%A5%E3%83%BC%E3%82%BF) 


これでなくてもこの組み合わせで検索かけりゃナンボでも出てくるし 
実際あった 


それに負け犬ド素人の弁によれば 
「コンソールでやるもの」 
だからMS-DOS、PC-DOSはモロ当てはまるのに 

「シングルタスクOSには無い」 


自分の言ったことを自分で否定 

>>542
それ見てどう納得せいっちゅうんじゃｗ
君が言ってたパイプとは普及スレで出してたWikiPediaのリンクで説明してたアレじゃなくって
ただの「管」のことだったっちゅうんかいｗ

聞いてもスルーなんで又消えますわ

>>545
パイプ (曖昧さ回避)をクリックして

負けた悔しさでまた精神障害起こしたｗ


http://ja.wikipedia.org/wiki/%E3%83%91%E3%82%A4%E3%83%97_(%E3%82%B3%E3%83%B3%E3%83%94%E3%83%A5%E3%83%BC%E3%82%BF)  


パイプ (コンピュータ)
出典: フリー百科事典『ウィキペディア（Wikipedia）』
移動: ナビゲーション, 検索

パイプ(pipe)とは、UNIX で実現された、プログラム同士を組み合わせて利用するための一手法の名称である。
パイプライン（pipeline）ともいう。このアイデアは、MS-DOS をはじめとする様々な OS やアプリケーションに受け継がれている。

以下が典型的なパイプの利用例である。| はシェルにパイプを指示する記号である。

だからMS-DOSのそれは本来の「パイプ」じゃないんだっての。

>MS-DOS はシングルタスク OS であるため、List. 1 のように指示しても内部で中間ファイルが作られるので、

と書いてあるべ。リダイレクトによる疑似パイプ

だからパイプとは手法なの。

「パイプ(pipe)とは、UNIX で実現された、プログラム同士を組み合わせて利用するための一手法の名称である。」



だから内部処理の方法やインターフェイスの如何に依らないの。
処理方法ではなく手法だから擬似でも何でもない。

DOSの経験があれば、あれは紛い物だと知ってるはずだが...

内部処理方法だと言うのならば
記述や動作がどうあれ
アセンブリレベルで同じになっていれば同じと言わなければならない


そしてアセンブリレベルで同じなら中間ファイルがあろうがなかろうがどうでもよくなる


実際中間ファイルの有無は一切関係がない。
関係がある証拠も何一つない。


なぜなら動作ではなく「手法」だから。

またプログラムすらできないド素人が根拠なく紛い物だのニセモノだの言ってらあw

なんかたいへん拍子抜けするけど
「パイプ」というものに対する認識の差。てことで許容しよう。

いずれにしてもファイルのコンバートをパイプ処理と言ってたアレは
覆しようがないわけだが。

全く別物だよ。
ありゃcommand.comが管理してるテンポラリに過ぎん。
せめてOS9ぐらい持ち出してくれれば良いものを。

なんかたいへん拍子抜けするけど 
「パイプ」というものを全く知らなかったド素人。てことで証明としよう。

どういうものがパイプであるかの明白な証拠がまたなかったし
思い込みで知ったかコイてたことが証明されたしね。

いずれにしてもファイルのコンバートの際
CUIだと複数のプログラムファイル
GUIだと単一のプログラムファイル

と勝手に決め付けていたのと
手法すら理解できなかったのは覆しようがないわけだが。 

全く別物である「技術的な」証拠がまたないよ。 
中間ファイルがあろうがなかろうがパイプとは手法なのだから。 
せめてうまい言い訳ぐらい考えてくれれば良いものを。 

単一のファイルからではパイプではないというなら
スクリプトとして記述した中にあってもダメというらしいｗ


さすがド素人、考え方が世間と大きくかけ離れてるｗ

>>556
>CUIだと複数のプログラムファイル
>GUIだと単一のプログラムファイル

>と勝手に決め付けていたのと

どこで？

完璧に論破されてダンマリ

悔しくて夜も眠れず相手がいなくなった辺りを狙って言い訳開始

そこらの素人に八つ当たりして喜ぶノイローゼ



結局は「技術的な話」は

一つもできなかった負け犬。

定義書なりソースコードなり数式なりも出せない。
出るのはバカの思い込み、妄想だけ。


惨めやなあｗ

既に「ひとつのCの」とか恥さらしなことを言っているが
続く反論で素早く完璧に潰された珍しい例



835 名前： login:Penguin [sage] 投稿日： 2006/05/22(月) 19:27:19 ID:T6uTr19I
例えばな、ひとつのCのプログラムで 

1)ヘッ



 
837 名前： login:Penguin 投稿日： 2006/05/22(月) 19:31:20 ID:KlCknz4h
例えばな、ひとつにしようが複数にしようがCのプログラムで 

1)ヘッダ抜き出し処理 
2)抜き出したデータをコンバートとか 
3)ファイルに出力 

とかするでしょ？これはプログラム一つでもパイプ処理そのものなわけ。 
プロセス数は関係ないことは証明してある。また日本語読めないのか？(チョンは日本語読めない証拠) 
複数にしてもGUIインターフェイスから「それらを」起動できるでしょ？ 
コンパイルやリンクにしてもそう。GUIから呼び出されて動く。 

GUIからできないプロセスがどうしたってのは、バァカの言うこと。 

で、これを複数のプログラムファイルに分けたとして

その分けたプログラムファイルがGUIインターフェイスで実行できないのか？
となれば「出来ないわけがない」



できないと言うのはプログラムすらできないド素人だけだったと。

>プログラム一つでもパイプ処理そのものなわけ。

これが間違いだと指摘されたことに未だ気づかないか。
分かりやすく例まで出したのに。
ちなみにそのスレの>>835は俺だが
複数ファイル(つーか別プロセスな)に分かれていたならパイプ
と書いたはずだが君は「ヘッ」までしか読めなかったらしい

>これが間違いだと


それが間違いだと教育してやったのに未だ気づかないか。 
素人の思い込みではない、分かりやすく完璧な「証拠」まで出したのに。 
ちなみにそのスレの>>837は俺だが 


プロセス数は関係ないことは証明してある。また日本語読めないのか？(チョンは日本語読めない証拠)  
複数にしてもGUIインターフェイスから「それらを」起動できるでしょ？  
コンパイルやリンクにしてもそう。GUIから呼び出されて動く。  

その分けたプログラムファイルがGUIインターフェイスで実行できないのか？ 
となれば「出来ないわけがない」 

と技術的な証拠を挙げて書いてあるがバカ負け犬はまた日本語さえ読めないらしい

単一のファイルからではパイプではないというなら 
スクリプトとして記述した中にあってもダメというらしいｗ 



やはりこれなんだよなｗ


ようは手法なのだから一つであろうが複数であろうが関係ない


のに、プログラムすらできないバカは勘違い

だからね、複数にしても単一にしても
データのやりとりにはいくつも方法があるでしょ？
それこそリダイレクトして別プロセスからファイル読み出してもいいし
dbに貯めておいて読むのもいい。
けどそれを「パイプ」と呼ぶ人って君だけ。

それから単一のプログラムならわざわざストリームに出力して
また受け取る必要すらないでしょ？変数なり構造体やクラスなりに貯めておけばいいんだし。
関数の間でなら引数もあるし。それをパイプと呼ぶからおかしいわけで。

起動できる、できないというのはexecやsystemっつーシステムコールの話だから
パイプとはまるっきり関係ないわけなんだがいまだにそこに気づいてないし。

中間ファイルのありなし関係がないというのに
そんなことさえ理解できていない素人の言など信用するに値しないクソ

ということがまず証明されているから
件の負け犬の言うことはすべて恥ずかしい大間違いであるという証拠でもある

そう思い込んでまた恥かく？
これからも？

だからね、複数にしても単一にしても 
データのやりとりにはいくつも方法があるでしょ？ 
シングルタスクOSでもパイプ機能が備わっていて、証拠でも
リダイレクトで別プロセスからファイル読み出してもいいわけだし
そうであってはならない技術的な証拠も何一つ出てきていない。 
dbに貯めておいて読むのもいい。 
けどそれを「パイプ」と呼ばない人って君だけ。
技術的な話が一切できないバカ。 

それから単一のプログラムだから、わざわざストリームに出力して また受け取る必要すらないでしょ？
ストリームに出力しなければならないのがパイプじゃないでしょ？
そんなものを「パイプ」と呼ぶ人って君だけ。
技術的な話が一切できないバカ。 

パイプとは単なる手法なのでどこから呼んでもいいし。

起動できる、できないというのはexecやsystemっつーシステムコールの話だから
CUIからだとシステムコールでもパイプでGUIからだとパイプではないなどと
恥を晒していたのが君なわけなんだが、いまだに自分の言ったことさえ理解できてないし。 

そう思い込んで妄想して
それがバレて言い訳してまた恥かく？ 
これからも？ 

あっちゃー。
この調子ならK&R相手でも一歩もひけとらないな君は。

あっちゃー。 この調子ならK&R本読んでも理解できないな君は。 

リダイレクトで別プロセスからファイル読み出してもいいわけだし 
そうであってはならない技術的な証拠も何一つ出てきていない。  




今まで　　　　　　　　　　一切　　　　　　　　　技術的な証拠が何一つ出せてない。

バカってのはこんな程度。

>CUIからだとシステムコールでもパイプでGUIからだとパイプではないなどと

言った覚えもないから。
いいたかないが>>559の件といい読み違えが得意ね君は。

>言った覚えもないから。 

いいたかないが都合悪くなるとすぐ忘れるのが得意ね君は。

技術的な証拠はまだ出せないのかい？君の頭じゃ無理かな？
出来損ないの親から生まれた出来損ないは帰れといっておいたはずだが。

素直にpipe()をひけばいいんじゃないかと。

まとめてみよう「パイプの定義」

「中間ファイルが生成されないのが云々」
->どこにもそんな技術的定義資料などない。
　またシングルタスクOSではどうしても中間ファイルはできるがパイプ機能は備わっているし
　その機能がニセである証拠もなし


「起動するインターフェイスが」
->起動の命令はインターフェイスに依らない。
　依存し、変化する技術的証拠なし



バカの言うことは全部間違いだと言う証拠

こらこら。pipe()という実体があるのに
そこから脱線したのは君だろが

こらこら。pipe()ならば中間ファイルの有無はますます条件じゃなくなるだろうが。
そこから脱線したのは君だろが 

中間ファイルの有無でどうこう言った覚えもないし。
ちなみにMS-DOSのあれはpipe()そのものじゃないやね。

シングルタスクでどうやれとｗ

ところがMS-DOSはMS-DOSでパイプ機能が備わっている。
その機能がニセである証拠もなし 
技術的な証拠はまだ出せないのかい？君の頭じゃ無理かな？ 
出来損ないの親から生まれた出来損ないは帰れといっておいたはずだが。 

名前つきプロセス間とそうではないものとかも
全然区別できてないド素人。

ただのバカ。

「パイプ機能」と「パイプ」を混同してやがるなこいつ、
と思われかねないレスを重ねたのは君なわけだが。
俺も疲れてきたぞオイ

パイプが特定関数に依存する技術的証拠もなし
そのような定義もなし

MS-DOSに実装された「パイプ機能」は「パイプ」を実現するものだと言うのに
理解できてねえバカだなこいつ、 
と思われかねないどころかそれそのものなレスを重ねたのは君なわけだが。 
俺も疲れてきたぞオイ 

ちょっと投げやりにたたみかけるが
「ファイルのコンバート」イコール「パイプ」
って結局どういう発想だったんだ？
逸脱しすぎてて理解できんのだ。

「処理の流れが」と書いてあるのに読めもしない

処理の流れがパイプじゃありえねーでしょ。
おまいは

printf("%s\n",argv[1]);
する時のargvのデータの流れをパイプと言うか？

やはりパイプすら知らないバカか
だからあるデータをあるプログラムファイルに受け取らせる
その流れ、手法の例だと書いてあるのに読めもしないし
そもそもパイプそのものを知らないときた

ていうか投げやりだの何だの言い訳しながら話をそらす

>>588ならますますありえねーでしょ。
lameが例になってたけど
wavファイル読み込み、mp3出力のどこに
「あるプログラムファイルに受け取らせる」
処理がある？

気になったんだが、名前付きプロセスってどういう意味だったんだろう…

585 名前： login:Penguin [sage] 投稿日： 2006/05/27(土) 05:12:53 ID:qIxDb7R8
ファイルのコンバート






また自分で書いてて日本語読めないバカ

名前つきパイプはプロセス間通信

「名前つき」のプロセス間

だからコンバートしてるのはlame自身じゃん。
こっちも真似るぞいいかげん
「そんなこともわからない…」ってやつ

だからコンバートする際に自身であれ受け取ると書いてあるじゃん。
その動作がとも書いてあるじゃん。


既に書かれている日本語さえ読めないバカ 

つまりfopen()してfclose()するだけで
おまいは「パイプ」だと言い張ってた、てことでFA?

つまりfopen()してfclose()するだけが コンバートだと言い張ってた、てことでFA? 


バカにもほどがある

他に例がないんだしlameの例でなにやらほざいてた人が
言う言葉じゃないねそりゃ

だからコンバートする際に自身であれ受け取ると書いてあるじゃん。 
その動作がとも書いてあるじゃん。 


既に書かれている日本語さえ読めないバカ  



ファイルのコンバートとはファイルを内部的に開いて閉じるだけだと思ってるバカ

「あれ」ってなんだよ？wavファイルのことならfopenしてるだけだぞ。
fopenしてファイルの中身を読み出して処理して出力してfcloseする。
ひとプロセスで完結してるし「あるプログラムファイルに受け取らせる」必要なんざない。

自身であれ

何であれ　


それであれ



日本語さえ理解できないバカ


fopenしてるだけってなんだよ？コンバートならfopenしたあとコンバートするパートに送らなけりゃできないぞ。 
fopenしてファイルの中身を読み出してコンバート処理に回し出力してfclose、ｆlashする。 
ひとプロセスでは完結できないし「あるプログラムファイルに受け取らせる」必要もある。

バカの言うようにfopenしてfcloseする「だけ」ではコンバートできないが
プログラムさえ知らないバカはできると勘違い 

少なくともプロセス間通信ではないな

因みにlameは一つのプロセスだけで完結してるよ。
psコマンドで確認した限りでは。

コンバート処理であるプロセスとあるプロセス間の通信ができないとでも思っているのか


プログラムさえできないバカはこれだから目障り。

因みにlameは一つのプロセスだけでは完結してないよ。 

すくなくともプロセス/スレッドデバッガ使わないと理解できないのは知恵遅れでも分かること

>fopenしてファイルの中身を読み出してコンバート処理に回し出力してfclose、ｆlashする。

を「ひとプロセスでは完結できないし」とまで言わせたんだから
いい加減俺の役目も終わりにさせてもらうか。

それを複数プロセスだと勘違いしてる
== プロセスについての基本的なことも分かっちゃいないという決定的な証拠だし。

ID:/r9QFEVSよ、そういうわけで俺もいい加減寝るわ。悪く思うなよ

http://lame.sourceforge.net/about.html


結局1ファイルであれなんであれパイプはパイプであるということを認めたから
逃げたんだからいい加減俺の役目も終わりにさせてもらうか。 

複数プロセスを単一プロセスだと勘違いしてる 
== プロセスについての基本的なことも分かっちゃいないという決定的な証拠だし。 

ID:qIxDb7R8よ、そういうわけで俺もいい加減寝るわ。悪く思うなよ 
何時間も言い訳に終始するだけで技術的なものが何一つ出てこなかったし。

>605
system,exec,forkなどは、grepした限りでは、
misc/ath.cの所にしか無かった。
でもこれあくまでおまけプログラムだし…
他に探す所ある?

パイプ「っぽい」もの。

なんだ、こっちが第２５か。
でも１は２００２年なんだな。

また湧いたのか。自己解釈厨。

種は尽きまじというからな。
ファイルでやっちゃった場合、排他処理をどうするのか興味は尽きないw

標準入出力をからめて語ってもらいたいものだ

基本は、エディタ　と　IME。
まず、これをきちんと整備しろ。

一連の議論を見ても前向きに語ってるようには到底みえない

あと、プログラムできたりハッカーだったり日本語に堪能だったりする前に、紳士(淑女)の心を持つべきだと思う

577名前： login:Penguin投稿日： 2006/05/27(土) 04:57:15 ID:/r9QFEVS
まとめてみよう「パイプの定義」

「中間ファイルが生成されないのが云々」
->どこにもそんな技術的定義資料などない。
　またシングルタスクOSではどうしても中間ファイルはできるがパイプ機能は備わっているし
　その機能がニセである証拠もなし


「起動するインターフェイスが」
->起動の命令はインターフェイスに依らない。
　依存し、変化する技術的証拠なし



バカの言うことは全部間違いだと言う証拠


581名前： login:Penguin投稿日： 2006/05/27(土) 05:04:22 ID:/r9QFEVS
シングルタスクでどうやれとｗ

ところがMS-DOSはMS-DOSでパイプ機能が備わっている。
その機能がニセである証拠もなし
技術的な証拠はまだ出せないのかい？君の頭じゃ無理かな？
出来損ないの親から生まれた出来損ないは帰れといっておいたはずだが。

/r9QFEVS さん、あんた 間違ってるとおもうよ。

Linux の改善点というのは、機能以外の部分にあるように思います。

以前普及スレに書いたことがあるのですが、Linux をサポートすると
その団体は没落していくように見えます。
SCO はその代表格でしょうし、LD なんかもそうですよね。
その昔には、オープンハードウエアの PDA を作るといって
お金を巻き上げた人も居ましたがその後どうなったんでしょうか？

こういった観点から少し考えてみませんか？

ビジネスモデルが確立していないから。
もしゲイツがやれば莫大な利益を上げるだろうね。
破竹の勢いのRedhat、企業向けは成長しコンシュマー向けモデルは没落する図。
コンシュマーはlinux使えるスキルの人が限られるから今のところ商売にならず。

>>619
そうですよねぇ。
ビジネスがよくわかっていないような気もしますよね。
私もわかっていないので、そんな気がするってだけですけど。

> linux 使えるスキル
この部分はちょっと思うところがあって、Linux をインストールして
Windows 風に使っている人たちって、Excel を使いこなす
おじさんよりコンピュータ利用技術という観点では
実はスキルが低いんじゃないかって気がするんです。

どう思いますか？

事務の女の子にExcelの使い方聞かれても説明出来ないだろうね

さらに「知らない」とは言えないもんだから「自分で調べろ」とか言って煙に巻く

/r9QFEVS

この馬鹿さ加減の絶妙さがなんとも面白いｗ
「判っているようで判っていない人のフリ」ってのは難しい。

あぼ〜んするとまた別の面白さ

>>621
Excel を使っていないなら、使い方を答えられないのは当然だと思うんです。
そういうことを問題にしているのではなく、同等のことを
別の方法で実現しているかって言うとそうでもないように見えるんですよね。
「Linux 使って何をしてるの？何ができるの？」こういった質問に
どういう答えが返ってくるのかなってちょっと興味があるんですよね。
逆に Windows のユーザについて考えてみると、案外使いこなしてるって
感じがするんです。
自分の要求に素直って言ったらいいんですかね。
そんな感想を持っています。

ほかによく考えるのは、何かいいアイデアがあって広める見込みがあるなら
普通に考えて Windows 上に実装しますよね。
圧倒的にパイが大きいわけですから。
それをわざわざ Linux 上に実装するって言うのは、おそらくは
それほど魅力的なものを作っているわけではないことを
うすうす感づいているからじゃないかと思うんです。
ライバルがまだ参入していないこのプラットフォームでなら
って考えるんでしょうね。　で、結果的に失敗するんです。
それほど魅力的じゃないものを小さなパイしかないところに投入するわけですから。
こういう悪循環的なものをどこかで断ち切れないかなぁって思うんですよ。

それがFirefoxやOOoの戦略だったり。

魅力的でないアイデアをLinuxに実装して失敗したって、何のこと？

>>626
Firefox 、OOo については、オープンソースなのでそういうのも有りかと
思っているんです。
主に商用または利益を生むために作られるソフトウエアについて
書いていました。

>>627
ほとんどすべての商用ソフトを指して書きました。
唯一の例外は、VMWare です。
一時期、Linux で動くソフトを買い漁っていた時期がありました。
出るソフトを次々に・・・まさに買い漁っていたのです。
そして今でも気に入って使っているソフトがあるかというと、
何も無いのです。
Linux の開発速度はとても速く、それに追従できたソフトは
ほとんどありませんでした。
そして、Linux を主な環境として使える日は当分来ないのだろうと
思ったのです。

>>629
きちんと具体的に列挙してくれ。
お前さんが買った奴だけでもいい。
じゃないと、まともな議論にならん。

まあ、ちゃんと判った所で、前向きな議論ができるかどうか、
怪しい所ではあるが。

>>630
ほとんどすべてです。
あなたは、長く使い込んだ惚れてるソフトがあるのですか？

確かにデスクトップLinux用の商用ソフトは息が短いな。
サーバ用途だと長いんだが。

>>632
正直きついのだと思います。
昔、小さな子供たちがこの掲示板でよく書き込んでいましたよね。
「それは仕様です」って。
Linux にも、「それは仕様です」が必要なんだと思います。

linuxで営利目的で販売しているソフトは企業向けのが圧倒的に多いんだが。
ほとんど全て、には個人用以外も含まれると思っていい？

あとATOKも使いものにならない？

個人向けの商用ソフトが少ないのは無料で使えるモノで
十分足りてるだけだと思うけどその辺どうなの。

マイクロソフトの二番煎じだなそれでは。

で、Linuxには息の長い商用ソフトが必要だと云いたいんですかね。


そもそもLinuxで動く商用ソフトを買いあさるって・・・・
買いあさるほど種類あったっけ。日本語入力系とか一太郎ぐらいしか思いつかん

>>634
私が書いたのは個人用に限ってです。
コンシューマ向けしか買いませんから。
十分足りているとは思いません。

>>635
そういうことです。
使い込むに値するソフトがないと使いようが無いんです。

種類は結構あったんですよ。
消えてなくなってしまっただけで。

>>636
ええと
使い込むに値するソフトは商用ソフトでないと駄目なんですか。

>636
念のために聞くけど、windowsかmacあたりで使い込むに値するソフトが有ったって事だよね。

で、使いたいソフトの動くOSを使うっていうのは大前提だと思うんだけど、なんでLinuxにそれを求めるの？

>>631
具体名を書いてくれないかな。
多過ぎて書けないなら、最初に思い付いた１０個だけでもいい。

何をするためにそれを買ったのか。
その目的は達したのか。
何が不満だったのか。

そういう事柄を明らかにしないなら、慇懃無礼な荒らし。

ちなみに、儂は商用ソフトを一本も買った事がない。
お遊びだから、それで十分。

>>635
ちょっと読み違えました。
>マイクロソフトの二番煎じだなそれでは。
これが、「それは仕様です」についてだと仮定して説明を加えます。
Microsoft 社は、傍目に見てバグに思えるものでも仕様とすることが
有るのは有名な話ですが、一度仕様とした場合徹底してそれを守ります。
逆に、「当社製品の問題点と認識しています」といったような返答が
有った場合のほうが厄介だと感じるわけです。
その動作に依存できないわけですから。
Linux にもこういう方針が必要なんじゃないかと思うわけです。
そうすれば、半年で動かなくなるソフトも減るだろうし、
販売も中止しなくてすむだろうと。
ソフトを開発販売する立場から見ると、身勝手な仕様変更が多い
Linux はきついだろうなぁと。 そう思うわけです。

ＯＳそのものなら買った事がある。Ｔｕｒｂｏの４
若かったｗ

>>640
一応訊いておきますが
なんで商用ソフトに拘るんですか？

>>639
製品名は書かない方針です。
特定の企業や製品を批判したくて書いているわけではないからです。
普及スレでも同様の書き込みをしましたが、
一貫してこの方針を守っています。
すでに降りた企業ならいくらでも批判しますけどね。

>>642
商用ソフトのほうが良い製品が多いんです。
良い製品を使いたい。 ただそれだけです。
わかりやすく書きますと、たとえば翻訳ソフト。
どうですか？ オープンソースのほうがいいと思いますか？

今のパッケージ管理ツール搭載のディストリは逆に商用ソフト入れにくいような。

>>644
確かにそういうところはあるかもしれません。

翻訳の仕事でもされてるんですかね。ソフト入れてまで使うようなものなのか俺には判りかねます

>FcVpBnSt
あとATOKも使いものにならない？

個人向けの商用ソフトが少ないのは無料で使えるモノで
十分足りてるだけだと思うけどその辺どうなの。

使い込むに値するソフトは商用ソフトでないと駄目なんですか。

で、使いたいソフトの動くOSを使うっていうのは大前提だと思うんだけど、なんでLinuxにそれを求めるの？


>種類は結構あったんですよ。
>消えてなくなってしまっただけで。

>すでに降りた企業ならいくらでも批判しますけどね。
なら、ほとんど全部書いていいはずです。

>>すでに降りた企業ならいくらでも批判しますけどね。
>なら、ほとんど全部書いていいはずです。
ﾜﾛﾀ

>>645
仕事ではありませんが、公開している翻訳した文書は結構有るんですよ。
ほかには、裾野が狭いというのも感じますね。
翻訳ソフトに関連して言えば、翻訳メモリなんかどうでしょう？
優秀な翻訳メモリがあるとずいぶんはかどりますよね。
でも、Linux には無いんです。
念のため先に書いておきますが、オープンソースで存在するのは
知っていますが、残念ながら使い物にならないクオリティーの低さです。

>>646
充分使えているということについて反論してみようと思います。
たとえば、PS の代わりに使えるようなソフトは無いでしょう？

降りたというのは、SCO のような企業のことですね。

>>648
で、そのソフトのLinux版が出て欲しいと。

転じて、Windowsのように仕様をきっちり固めて各メーカが
ソフトをリリースしやすいようにすればいいと


ならWindowsを使えばいいじゃないですか、という意見は間違ってますか。

>>650
間違っていないと思います。
Windows と同じことをするなら Windows でいいという考え方も
理にかなっていると思います。
無料が有効に働く分野でのみ Linux を使うという考え方ですね。
私は、もともと普及スレに書き込んでいた者で、
「普及するには」「改善するには」という考え方なんですよ。

>648
エロゲやりたいのにmac買ってきて、種類が少ないと文句言ってるのと
違いが判りません。

>>652
そうではなく、「Linux でエロゲをやるためには」と考えるのです。
そのためには何が必要なんだろうかと。

>>651
なるほど。「普及するには」ということでしたか。
別に良いんじゃないですか。俺もメインはWindowsでLinuxはサイドマシンですから。

PS3にLinuxが搭載されるそうなんで、もしかしたら。

ttp://www.youtube.com/watch?v=aU6HdemrHv0

とりあえずsageてくれないと　て思った

ちょっと違った書き方をして見ましょうか。
アプリケーションの裾野が広がらなくていいなら、
たとえば、e-mail と web で充分じゃないかということなら、
そもそも　Linux なんて必要なくて携帯で充分なんですよね。
でも、それは違うと思うんですよ。
なんとなく思うだけですけどね。

どうやら、「Windows で良いじゃないか。」
「Windows のほうが良いじゃないか。」
という結論に落ち着いてしまうようですね。
まったく残念なことです。

>>657
中古のしょぼくれたマシンに入れるＯＳとしては
出来過ぎていると思うよ。

つまりアプリケーションの裾野が広がるためには
商用アプリケーションが必要という事ですか？くどいようですが。

ド素人のくせに盲目的にマンセーするから進歩が止まるんだよ。

中古のしょぼくれたマシンに入れて何をしてるのか聞いても
何もしていない。
サーバーだの何だの言うが、具体的なことは何もいえない。
やってない証拠。

こういうド素人を駆除しないとLinuxはどんどん悪くなる一方。
サーバーシェアもWindowsサーバーにダブルスコアで差をつけられているし、
運用のやりやすさで選ばれている。
Linuxはコストのみ。つまりコストの点を克服できるような環境だと
とにかく何もかも分かりやすい操作しやすいWindowsに行くわけだ。
サーバーではレジストリなんかいじらないので欠点にすらならない。

>>659
そういう理解で良いと思います。
自分でも良くわからないんですけどね。
ただ、もう10年以上使っているわけですけど、
オープンソースのみでは限界があるなぁって感じます。
Windows のソフトでも同じように感じるんですよ。
フリーソフトより商用ソフトのほうが長く付き合える
いいソフトが多いと感じるんです。

だいたい、パイプすら知らないド素人がいる時点でもうダメ。

技術的なことを何一つ言えないで逃げるだけ、
大間違いの恥ずかしい知識でもない妄想を披露する当たり、
あんな役立たずのゴミがいるからLinuxコミュニティが腐る。

とりあえずさ、sage・・・いや別にいいやもう

個人的には今のまんまでいいよ
数年前に比べてすごく使い易くなってるし
結局なんだかんだで細々やっていきそうな感じだ＞Linux

>>657
でもよく調べてみたらその携帯のOSがLinux
ということはありうる。

またコイツか。正直もう飽きたんだがお前のキャラ。

ひどいのが「Linuxでサーバー構築してる」とか知ったかメガネが言うわけよ

よくよく聞いてみりゃ、SAMBA入れただけのファイルサーバー。

んなもんSAMBAインストールすりゃいいだけ。
外に出ないからセキュリティも何もなし。
古い奴に入れたとか古いのでも動くからマンセーとかいってるバァカというのは
所詮はこんなもん。

1.使ってる人間の知識レベルが上がればよい
2.素人が全員消えて、プロが増える
3.今まで通り趣味でいろんな人が開発に加わる
さあどれがいい？

外に出るとしても、やることはインターネットとメールだけとか、バカすぎる。
「Linuxでなければならない理由」がどこにも見当たらない。

携帯電話でもいいうえ、Linuxより軽いWindows98でもできるありさま。

>>665
Linux 携帯についても少し書きますね。
ユーザーにとって携帯の OS が Linux であるメリットって何でしょう？
何も無いと思うんです。
そういう状況って、ただの無料の何かですよね？
Linux であることの付加価値があると良いと思うんです。
翻って、Windows を採用しているものはどうでしょう？
これは、契約数そのものを大幅に伸ばす原動力になっているわけです。
私も、恥ずかしながら欲しいと思ってしまいました。
魅力的なんです。
使うシチュエーションが想像できるわけで、まさに夢が広がるわけです。
Linux もそうなるといいなぁと。

>>662
ものにもよると思いますよ。

WinとLinux環境統一のため
ブラウザはFireFox
メールはThunderbird(Sylpheedに切り替えようか思案中）
オフィスはOOo
に染まりつつある。

逆を云えばその他はまだ駄目駄目なのかもｗ
inkscapeとかもっと進化してくれないかな。

Linuxがダメといっているのではなく、使うバカがダメと言うこと。
もはや完成され、熟成したものをマンセーするのはかまわない。
完成しているのだから、後は使うだけ。

ところが盲目的にマンセーするバカというのは、発展途上であるものをマンセーして
発展を止めると言うバカをやる。
Linuxは発展の途中にあるのにド素人のバカがマンセーするからいけない。

ああいうバカを駆除しないことにはLinuxはどんどん悪くなる。

>>672
とりあえずお前は黙れ。ネタでしかないという事に気づけ。
あとsageろ。

>ZEt/e8Tc
つまんね。

>>673
言っても無理だろ

いろんなディストリビューションがあるからLinuxは素晴らしい　
だの、バカもいいところ。
だからいつまで経ってもハードが増えない。人的リソースが足りなくなる。
全くいい点など何一つないのに、モノも知らないバカがマンセーするから悪くなる。

複数あってもいいが、10も20もあるのは明らかに乱立しすぎ。
そんなこともわかりゃしねえ、プログラムも書けないパイプも知らない
邪魔な役立たずのバカがいるから乱立も解消できない。

どんどん悪くなる一方。

>>675
これで黙らなかったら「本物」認定だなと思ってさ。

本物だ。もう知らん。

バカとかそういう類の言葉を乱発する奴の言葉は9割方信用に値するもんじゃないわな

また湧いた？

>>680
湧いてる。懲りてない。

ここでは、プログラミングの話題も扱うのですか？

まっとうな正論を言われると慌てふためいて言い訳に走るだけのバカ。
こういう素人は必要ない。迷惑な邪魔者。

>>682
念のため。
ZEt/e8Tc は相手にしないほうがよろしいですよ。

>>684
プログラミングの話も好きなんですよねぇ。

>結局1ファイルであれなんであれパイプはパイプであるということを認めたから

とか変なことになってるね。どこでだろ？

>>682
取り合わないのが吉。

昨夜から今朝６時頃あたりまでを読んだ上で、相手にしたいと言うなら、それも一つの選択。
お薦めしないけど。

いいたかないが都合悪くなるとすぐ忘れるのが得意ね君は。

技術的な証拠はまだ出せないのかい？君の頭じゃ無理かな？
出来損ないの親から生まれた出来損ないは帰れといっておいたはずだが。

どこでかアンカで提示もできんのか君は

いまさら気づいたんだが

ZEt/e8Tc
のカキコは概ね「再帰的」ではございませんか。

そういうネタだということであればスゲー納得するｗ

いいたかないが都合悪くなるとすぐ忘れるのが得意ね君は。

技術的な証拠はまだ出せないのかい？君の頭じゃ無理かな？
出来損ないの親から生まれた出来損ないは帰れといっておいたはずだが。

日本語も読めないバカは帰れ。

俺ずっとパイプについては

*複数プロセスのデータ渡しのひとつ。pipe()を使ってる

という定義で喋ってたはずなんで。
むしろ君がオレのどのレスを読んで「誤解」したのかが知りたいのよね

∧＿∧　　　
(´･ω･`)　　お茶ならありませんよ。
( つ旦O
と＿)＿) 　

>>683
あなたの考えていることを推測してみた
つまり何か一つのディストリビュージョンを公式Linuxに決めて、
ほかのディストリビュージョンはそれに合わせて作る。
もし、ほかのディストリビュージョンでユニークな技術が出来たら
公式に定めたLinuxプロジェクトの開発チームが検討して
導入するかしないかを決める。
もしそれが必要のない技術なら徹底的に叩く。

つまりあなたは、Linuxにもある程度の強制力が必要だと言いたいのか?

なんのための強制力だろう。

>>695

>>676に書いてあるよ

OSとしては改善点は少ないと思う。これからはコンテンツの
ほうが問題が大きくなるんじゃないかな。
ストリーミングにしても有料のものはほとんどがwindowsのみの
対応。コンテンツを提供する側は、保存されて違法に配布される
ことを恐れている。
インターネットそのものも、LinuxというOSも、商用利用されるように
なってから爆発的に伸びた経緯がある。ユーザーばかりじゃなくて
コンテンツ提供側にも目を向けるべきじゃないか？
コンテンツがなくてはいくらOS自体が使いやすかろうが、
ユーザーはついてこないと思う。

そういや、JavaにもPiped Reader/Writerってあるな

複数有名ディストリ使ったことあるor開発者あたりの人にお尋ねしたいのだが、意味もなく不統一な部分ってあるよね？

まただよ
このド素人

・名前つきとなしの区別もできてない
・pipe()のみに依存する根拠なし
・シングルタスクOSすら知らない

>>696
俺から砕けるとすると

ハイエンドデスクトップ標準
ローエンドデスクトップ標準
高性能サーバ標準
低性能サーバ標準
PDA標準
組み込み標準

ぐらいは欲しいと思うな。
さて、たいして意味が無くなってきてると思いませんか。

>>694
ガチガチに強制する必要はないが、
強制力というのはある程度必要だろう。

少なくとも、ハードウェアメーカーやソフトウェア作成者が
ディストリビューションによって異なる仕様などを気にすることがないように

今でさえ、バカの言う「ディストリビューションがいっぱいあって云々」というのは
上っ面のことでしかない。
が、根本でさえ異なる部分が多いから面倒になって誰もやりたくないだけで。

ドライバなどはカーネルが同じなら全て動作するが、
設定ファイルの位置やらフォルダの有無が邪魔をしている。
こういうところを厳密に厳密に決めるべきだ。

あるディストリビューションにはある設定ファイルが、
あるものでは無いとかちょっと違うとか全く論外。

カーネルはいい、カーネルはいいから
そういうところを何とかしないと誰も確認取りたくならない。
基本的には動くはずだが、確認が取れてないものを動作保証するわけには行かないから
確認は出来る限り取らねばならないがディストリビューションによって
操作の仕方が異なってはめんどくさくて取りたくない。

だからどんどんハードサポートなどが薄くなる。

>>701
じゃあLinux公式の規格とか方式を取り決めろということかな?

上っ面はどうでもいいの。
上っ面はどうでもいいから、ドライバやアプリの動作にかかわる
根本的な部分だけは完全完璧に統一して欲しい。

キーとなるコンポーネントのインストール場所や、設定の仕方を
完璧に統一して欲しい。それだけで確認取る側の作業量も減るし
ユーザーにとってもいい方向に働くはず。

どうもいまいち君の言う「名前つきパイプ」が理解できんね。
具体的にどういう使われ方してるか最初に提示してくんない？
結局「1ファイルであれなんであれパイプはパイプ」という具体例も頼むわ。
これ以上曲解で疲れるのいやでしょ？お互い。

http://ja.wikipedia.org/wiki/%E3%83%91%E3%82%A4%E3%83%97_(%E3%82%B3%E3%83%B3%E3%83%94%E3%83%A5%E3%83%BC%E3%82%BF)

消えろ


どこがpipe()「のみに」依存しているのか。
何回言わせるのか。
依存していると言うなら、依存している証拠は。

>>704
そういう宣伝がしたいなら、各ディストリビューションのコミュニティ
の掲示板とかでやった方が効果があるんじゃない?
ここでそういうこと言っても、見てる人が少ないから、、、

一つだけならやるよ

しかし10も20もあるもの全てで教育して回るのは面倒。


盲目マンセー素人が必ずいるから、それも相手しないとならない。
それも1人2人ならいいが、20もあるもので全部となると
まず1+1はいくつか　から教えているような無駄な時間が流れる

面倒

ついでに。
デバイスファイルなんかの名称が統一されてなかったのは
新しいデバイスくらいなので、枯れれば問題なくなるはず。
コンポーネントのインストール云々は、lddも知らない人が言うことではないな。
ディレクトリ構成についてもLSBがうざいくらいうるさいから相当統一は進んでる。
設定の仕方は中途半端にGUIが導入されているご時世ゆえディストリ差が激しいけど
もともとはひとつ。大抵の人が見てる差異はディストリビュータが
「ユーザーに分かりやすいように」カスタマイズした結果だったりすることが多い。
これが往々にして有り難迷惑になることだけは同意する。

>>707
GNUだのRedhatだのあたりが協力すりゃ大抵のディストリは追従してくれそうな。

そういや日本語で気軽に要望出せて影響力の大きいところってある？

ttp://e-words.jp/w/E38391E382A4E38397.html
こっちの方がわかりやすい

>>706
そこのどこに「名前つきパイプの使用例」があるのかなあ？

バカがまた無知さらけ出してらぁ

上手く機能してないから混乱もするし
GIMPやGPGのようなマヌケな事態にもなる

んなことさえもわからない、全てが上手く機能してると妄想する素人は消えろ
目障り。

http://e-words.jp/w/E5908DE5898DE4BB98E3818DE38391E382A4E38397.html

消えろ


どこがpipe()「のみに」依存しているのか。
何回言わせるのか。
依存していると言うなら、依存している証拠は。

だから具体例くれと(ry

結局lameの話も有耶無耶だしさあ

ZEt/e8Tcの知識
間違ってない部分もあるが
偏っている。

だから具体例でなくても読めば分か(ｒｙ
プロセス間で共有するファイルデータとして扱(ｒｙ

lameの話もあれほど平易に教育してやったのに覚えられもしねえしさ。
それどころか自分の言ったことさえ覚えられない知恵遅れ、
完全論破されたモンで何も言い返せなくなり
解説されてないだの言い訳して泣き喚くバカは消えろ

少なくとも、根本部分だけは統一されてしかるべき。
統一されて悪いこと何もねえ。

一部の盲目マンセー素人が、統一されたら(根拠はないけど)悪いんだーうえーん
とか言って泣いてるだけ。

25は、立たないんですかねぇ。

>>717
これじゃ馬鹿扱いされても仕方ないとは思うでしょ？自分でも

どうしてスルーされるのか……
>>717
紳士であれ

>>720
こんなに簡単に解説されてるのに理解できないんじゃ馬鹿扱いされても仕方ないとは思うでしょ？自分でも

ついでに。
基礎部分(カレがどの部分を指して言ってるか例の調子だから断言はせんが)について
カーネル自身がどんどん変化してるから仕様が定まらないというのはあるね。
そうでなくても/etc/init.dが/etc/rc.d/init.dになっただけで
非難ゴウゴウ巻き起こるわけだから、
基礎部分まで多様性マンセーな人ってそうそういないと思われ。

一番言いたいこと

同じカーネルを使っているのにRedhat系統とかdebian系統とかホゲラ系統とかやめろ


カーネルで系統付けられるのは結構。
Windowsだって95カーネルとNTカーネルがある。VxDとWDMは、大した手間にはならない。
Linuxも2.4系統と2.6系統だけで分かれて、その中では全て設定も参照先も何もかも同じなら手間にはならない。

ところが、2.6でもRedhatだdebianだウンゲラモンゲラだ、などと
全部異なるから面倒になる。

しつこかろうが、うるさかろうが、
俺はここだけ声を大にして主張する。

頼むから2.4と2.6といったように、カーネルだけで系統付けてくれと。
ディストリビューションで系列付けるなと。

>>724
貴方の考えでは、各ディストリビューションにはどこまでの自由が許されるの？

事実上商用系はRedHatが基準かもね。

>>724
それむしろあれこれパッチ当てたカーネルを
公式パッケージとして出すディストリビュータの罪。
じゃあいろいろサポートのない素のカーネルで基礎は固めろ、
となると今度はその手の機能が欲しい人が泣くわけで。

>>726
主張したように、
「ドライバやアプリ動作にかかわる部分の」
「フォルダ構成」や「設定ファイルの在り処/設定方法」

できれば、アプリ固有の設定ファイルなども統一してくれればいい。
ユーザーも困らない。

とりあえずは前者の部分さえ完璧に同じなら文句は今のところは出ない。
それ以外はどうでもいい。根本/基礎の上に乗る上っ面の部分だし

>>724
特殊な仕様のGentooとかLFSとかは、即アボーン確定?
tgz系は管理するのに知識がいるから
今のところ有力なのはrpm系かdeb系になるのかな?
どっちがいい?

>>730
それは上っ面の部分

それらのうちどれであっても
全てが同じ構成でインストールされれば問題はない。(tgzは手動である事はおいておくとしても)
設定方法も同じフォーマットであれば、何も混乱しない。

俺はどれでもいい

俺が改善すべきと言うのは、根本の部分だから

ずいぶんと
結論が遠回しになったな

それじゃ、そろそろ何か作りましょうかね。

俺は、そういう部分が統一されて厳密に定義されて悪いことは何一つないと思うんだけど。

その部分はオリジナリティを主張する、していい場所ではないだろう。
混乱するだけ。


理想は、どのディストリビューションを開発環境としたとしても
カーネルさえ同一のものであればどのディストリビューションでも動作が保証できる
そういう土台があればいいと思う。

今はカーネルが同じで原理的には動作するはずでも、
その他の細かいところが異なるから動かない場面も出てくる。
ユーザーが設定するにしても設定方法が異なればまた混乱する。

そういうのをなくせればいいと思うのだが。
フォルダ構成が違うからあるディストリビューションでできるものが
ある方ではできない、とか無駄もいいところではないか。

さすがに「無駄」をオリジナリティとして喜ばれてはなあ

>>431
じゃあAPIが統合されればいいわけね?

あるアプリの動作環境がRedhat系統だけとか、そういうのも無くなっていくはずだろう。
リビルドだの何だの、本来しなくていいようなことを強要させず/されずに済むし
リビルドした結果不具合出ましたああ大変だ
ってな面倒事も無くなっていく。

悪いことは何一つねえと思うんだけど。

一応この話はデスクトップ／サーバ限定だよね。

>>734
でもLinuxはGPLライセンスから成り立ってるから、やはり統合化は
難しいな。
法的に、改変や再配布を認めてる上に、それを妨げる行為を禁止してるから
何か公式な設定方法とかファイルシステムを決めても、特殊な仕様を望む
マニアがまた新しいものを作ることができるからね

どうしても統合したいなら、法的に縛らないと全てのLinuxユーザーは
公式仕様に従わないよ

カーネルが同じであればどのディストリの開発環境でも
動作が保証されるってのは無理。
gccやglibcなんかが違ってれば。
むしろディストリ差で動かないっていうのはカーネル差より
そっちの方が大きい。

最近は進化を拒否する人が多くなってるような気がしますねぇ。
昔は、インストール後にカーネルを再構築しないと使えなかったんですよ。
最も、標準的なハードウエアをごく普通に使うだけなら
必要なかったんですけどね。
当時を思えばずいぶん便利になったものです。
でも、先が見えてしまって熱みたいなものはなくなりましたよね。
最近は Windows のほうが面白いかも。
考えてみれば、Linux でプログラミングなんてもう誰もしないわけですし。
「Linux 使ってる俺ハッカー」見たいな書き込みを見るとなんか
悲しくなってくる。

Windows userもばかな奴はバカである。
Windows はそのバカを駆逐したことによって普及したのではない。
したがってLinux userのうちバカを駆逐しても Linux の普及には繋がらない。
いやむしろ、バカであろうが無かろうが多くのuserが使うようになることを普及という。
普及のためにuserの駆逐などナンセンスの極み。

VS って現時点で最強の IDE だと思うんですよね。
そういう部分でも結構大きな差がつくのかなぁって漠然と思います。

>考えてみれば、Linux でプログラミングなんてもう誰もしないわけですし。
プログラミングしているが、何となく言い出しにくくなった俺ガイル…

>>741
ユーザーの駆逐というよりは、Linux開発者が持つポリシーのようなもの
捨てることが普及につながるとこの人は言いたいのでは?
(自分達でほかのディストリにはないような仕様を作るような、流れみたいなもの)

もしかして普及スレの
「臭ってきましたよ？」の人再降臨？

>>743

先週かな？
http://pc8.2ch.net/test/read.cgi/linux/1056278411/
このスレが上がっていて目に入ったんですよ。
で、読んでみてびっくり。
Linux 使ってるのって今や子供だけなんじゃないかって。
そう思いました。

>>745
ちゃいまんがな、一緒にされて悲しい...orz

IDEは裾野を広げたけど、emacs M-x compile, M-X gdb も
一長一短で捨てがたい（昔からのUNIX userのオヤジには特に

>>747
一長百短位のような気がします。

>>739
glibにしてもさ、バージョンが変わって実装が変わってももインターフェースが同じなら実装部分で対応すれば問題は出ないよね。
引数の数が増えたときが問題かもしれないけど、これはコンパイラが呼び出し時に対応すれば回避できる。
要はルールを決めれば対応できることなんじゃないの。

>>747
F5 一発のほうがいいでしょ？

>>746
そこはnyのスレだから、って事もあるかも。
ﾓﾚの周りではLinuxはごくごく普通のSimulationやEDAの業務環境
EM64T Opteron PC Cluster等みんな淡々と仕事に使っているよ
SUN等がすっかり減ってLinuxが増えている

>>751
題材がアレなことも問題を感じたんだけど、
それにしてもコードの一行も出てこないんだもんなぁ。
Linux 関連でこの手の活発なスレってありますか？

一長一短は極端かと。
しかしJavaのように長いmethod名を入れなきゃならない言語では
IDEのassociationが羨ましかったりするのは事実

>>752
この手の活発なスレって、nyのprotocolをpythonで実装とか
そう言う類の？寡聞にして知らずです。

Linux に閉塞感を感じている理由がなんとなく自分の中でわかりました。
なんていうか、「Linux 最強！」なんて強弁する人は
ものすごい勢いで増えたのに、実際に何かやる人って減ったんですよね。
こういう掲示板でも良く思うんですよ。
この人たちググリながら一生懸命書き込んでるだけで、
実際何一つわかっちゃいないんじゃないかって。
なんだかなーって感じですよ。
ほんとしょんぼり。

>>754
Linux で開発ってスレ。

そうなんだ…
俺は逆にやっとLinuxがWindowsの代わりに自分のdiesk top環境として
使うことが出来るところまで近づいてきた（それなりにカスタマイズなど
沢山手を入れなきゃならんけど）気がして嬉しくて。
Windows はPCの世話に手が掛かりすぎた。けど使わないわけには行かず
辛かった。Linuxとかいろいろ選択肢が出てくると開放感がある。

>>756
CとかC++とかJavaとかperlとかpythonとか
言語と標準的なlibraryで収まる範囲でprogramingするなら
WindowsもLinuxも殆ど関係なくて
2ch内ならば、プログラム板のスレが十分参考になるよ
GUIとかWIN32APIとか弄り始めると環境べったりになりやすい

>>757
Windows は買ってきたら電源入れるだけですよね？
世話なんて必要ないですよ。
なんせ、基本コンセプトがうちのママにも使えるパソコンですから。

デスクトップ環境っていっても xfm のころから
本質的に何も変わっていないような気がします。
昔は、TkDesk 使ってたっけ。
使いやすかったな。

>>758
tech 板は、Windows がデフォですよね？

>言語と標準的なlibraryで収まる範囲
これきついですよねぇ。
デスクトップで使えるようになってきて開放感が有るとかいってる人の
書き込みとは思えないですよね。

クロスプラットフォームなライブラリが流行ればそんな心配もry
……流行るか？

まぁWINEとMONOがあればいいのかな

>>759
手短に書くと快適な環境の維持のTCOが多いのでは？
IEなど非既知分も含めsecurity holeにビクビクしたりetc.etcｘ100位…

desk topはdeskop PCの意味で書きました。
mailやwebはもとより、OfficeとかFEPとかPDFとかレタッチとかtrueTypeとか
会社のdesk workで使える水準の環境がLinuxでも整えられるように
なりつつある

>>761
クロスプラットフォームには懐疑的なんですよね。
理由は、今あるクロスプラットフォームのライブラリが
いまいち流行らないじゃないですか。
オーバーヘッドが大きすぎるんですよね。

>>760
UIならTKとかtinker（スペル変？)とかGLUTとかWxWigetとかGTK
を選択すれば環境freeでっせ旦那

仕事でJavaのGUI コンポーネント使うやヤシも多いな
Javaも普及したなあ、遠い目

>>762
会社のデスクワークで使うのはいくらなんでも無理が有るような気がします。
いや、「Linux のほうが Windows より使われている」位の
強弁されても何も驚かないですけど。
まぁ、そういう時は質が落ちたなぁって思うだけなんですよ。

>>764
>>765

流行っていてオーバーヘッドが少ないと強弁なさるおつもりですか？

>>747
おれが「再降臨？」と思ったのはID:QmuojiDzの方。
活発に動いてるプロジェクトは多くあるのに
2chのクソスレ見ただけで「Linuxの状況」を語れちゃうあたり。

この人開発指向でLinux使ってきて、なんであっちこっちの状況知らないのかな？と。

Linux Japan全盛期の記事なんかだと、あるソフトを動かしてみよう、みたいな記事でも
当たり前のようにCのサンプルを書かせてたくらいだから
Linux使う == Cとか読めて当たり前
だったのは事実なんだけど、そういう記事はむしろ自粛傾向だし
ユーザーの裾野が広がったってことでしょ。
Namazuもまた動いてるしEmacsのパッチ送ってる日本人は相変わらずいるし
最近じゃHyper Estraierなんて大人気じゃないか。
スラドの池沼Artane.だってv4l2のドライバ書いて喜んでるし
まつもとゆきひろはDebianユーザーだし。


なんなの？と

>>766
多くの項目でWindowsの方がまだ分があるよ。
辛いなと思ったのは出来合のディスとり環境じゃ
満足できなくて環境構築に色々手を入れる労力と知識
でもこういう問題は克服可能な問題なのである意味致命的ではない。

あと、FEPはanthyよりATOKの方が残念ながらまだ上とかetc.
まぁこれはLinux のATOK買えば大体解決するけど。
大体までだけどさ…

>>768
Linux Japan がなぜ休刊されたか考えてみては？

>>763
Win向けアプリ作るやつは他のプラットフォームなんて気にしないだろうしね。主観だけど。
FirefoxはGTK使ってるんだっけ？そんでもってちゃんと普及してる。
これからの時代は……Linuxが市民権を勝ち取れば、クロスプラットフォームの考え方も浸透してくと思うんだけどなぁ。

私的にはJavaが実用的かつ流行ればOKだがw

>>771
大方同意できますね。
問題は、Linux が市民権を勝ち取るまでは、
Linux が市民権を勝ち取るために必要な土壌が出来上がらないって言う
矛盾なんだよなぁ。

>>768
2chのスレ見てLinuxに幻滅する必用はないのでは

ちなみに、俺は会社のdesk workPCを(とある事情により)Linuxに切り替えた。
細かい点で環境にさらに手を入れるべき所はあるけどもう普通に仕事に使っている

Windows 登場前夜を思い出しますよ。
DOS なんて遅れててだめなプラットフォームなんだけど、
DOS 以外考えられないような状況でしたよね。
なんだか、Linux が技術的に Windows を打ち負かしても
Windows 優位は変わらないような予感がするんですよね。

>>773
Linnyスレ見て
「もうLinuxでプログラミングしてる人なんていない」と
言い切ってしまうID:QmuojiDzに言ってくれそういうことは

>>775
普通にいないでしょ。
tech 板見てきてごらん。

LinuxのmozillaはGTK使っているけれどWindowns版は使っていない。
sylpheedはLinuxもWindowsもGTK
GUI libraryは統一が全てではなく開発者が選択してくれればいい
とも言えるのでは？選択肢が増えつつある現状は少なくとも＋の筈

>>776
2chだけが世界ぢゃないのよｗ

>>777
プロジェクトにとって使えるライブラリがあればいいんですよね。
まぁ、無いから問題なんですけど。

>>776
繰り返すけど私のような技術系の仕事していると
LinuxはまずProgramingまたはエンジニアリング環境
desk top環境としてはもう少し頑張りま賞という評価だよ

>>778
Windows 一色ですから。
圧倒的な差がついている。

>>772
RPMで、パッケージAはBに依存し、BはAに依存している。いっしょに入れりゃいいじゃねーかと。
Linuxで素晴らしいアプリを作って、Winにも移植……いや、むしろLinuxを使わせたほうがいいのか？ww
冗談はともかく、宣伝の意味も含めてWin移植は推奨かと。Gimpとかもっとガムバレ

>>779
Windowsユーティリティなどは仕事で作らないせいか
最近はWEB UI, JavaScriptとかJava GUI コンポーネントとかでUIを済ませて
backでSOP RPC -> グリッドとかそういう使い方

>>780
エンジニアリング環境としてもどうかなぁっておもいますよ。
関連製品が Windows 用しかない場合がほとんどじゃないですか。
あるデバイスを使いたいと思う。
Windows が無いと何もできない。
そんなんばっか。
そういえば、printf デバッグってありましたよね。
昔、ICE とかなくて不便じゃない？って書き込んだら
printf があるって返されたことが有りますよ。
で、Linux カーネルにだって printk があるじゃないか見たいな。
まぁ、質が落ちたなぁって思うだけなんですけどね。

excelで済むようなUIは
女の子に投げてExcel + BVAで書いて納品しておいてね
見たいな感じ。windowsで済む所は済ますよ。
でもWIN3APIなんて全然関係ない大規模システムの開発にWindowsを
選択するなんて愚かなことは決してない。

>>782
すばらしいアプリってどんなものですか？

>>786
・無料
・仕事で使える
・Winに無い/新しい
とか？まぁコレWinにあったら流行りそうだなってゆーような？(キラーアプリっていうのだろうか)

成分分析なら俺でも作れそうだけどなぁ

>>781
どこの誰がシェアの話をしてました？

出来たら公開したらいいよ

>>787
キラーアプリを考え付いたらすかさず Windows で実装するような気がします。
わざわざユーザーの少ない Linux に実装する必要性ってあまり無いですから。
そんな感じで先細っていくだけなんじゃないかなぁ。

あと、VS ってほんと便利ですよ。
使い方覚えるだけでも一苦労ですけど、その後の生産性がぜんぜん違いますから。
というあたりは、掲示板見ててもわかると思うんですよね。
質問ひとつとっても、VS 使ってる人は即コード出してきますから。
頭の中でうだうだやっていない。
実際手を動かしてる。
この差は大きいよ。

さてと、オジサンは日頃の疲れが出てきたので寝ますわ。
おやすみセニュール ﾉｼ
　 ＜⌒／ヽ-、_＿_　「ＺＺzz・・・・」
／＜_/＿＿日＿／

つまり、VSを移植すればいいのか。

>>792
それじゃ無理だと思うなぁ。
圧倒的に超えてないと。

自己満足用→ Linux
画期的なアイデア→ Windows
こんな感じになっちゃうんだろうなぁ。

>>789
#/bin/sh
read tmp
echo "${tmp}は${tmp}100%でできています"

>>793
スクリプト言語系はUnix系の圧勝だよね、たぶん
MSがPythonサポートするらしいけど

じゃあeclipseとかそこら辺？

>793
windowを普及させた「画期的な」アイデアって具体的に何？

>>794
どうだろうねぇ。
スクリプトが圧勝って言うのすらちょっと疑問。
何を根拠にって思うんだよね。

Windows には、TTS Neo が有るとかは言わないけど。
裾野が広いとは思うんだよね。

画期的アイデアによって裾野がひろがったわけ？

>>795
ほかに選択肢が無かったからだね。
パソコンに限った話をするけど、当時はほかの有力候補って
Mac しかなかった。
弱小候補ならいっぱいあったけどね。
Windows が出てプリンタが思うように使えるようになったし、
ワープロの表現力も一気に上がった。
もちろんこれは DOS に比べてって話。
そして DOS は無くてはならないものだったんだよ。

>>798
そう。しょうがなく何となくプレインストールされているから。
でも裾野が広がってきめ細かい使いこなしが普及させた

>>793 について補足しておくけど、
画期的なアイデアは Windows 用に実装する。
自己満足に過ぎないなら、どうせ誰も使わないだろうし
Linux 用にしてもいいかなって感じ。
誰だっておいしいところを無駄に使うわけ無いでしょ。

>>800
そこでクロスプラットフォーム。Win用に作って、ついでにLinux版も作れちゃうのですよ。
そうしていくうちにだんだんLinuxが流行るはずだ。そうだとも。

Mac登場前のDRとか黎明期の紆余曲折をはしょった断言が気に入らないけど
若気の至りか、まいいや人事

VSっていわゆる「Windowsプログラミング」以外にも便利なのか？
Javaの人はWindowsでもeclipse使ったりしてる。
Qtに合わせてkdevelopがあるのと同様
かっちりと決まったクラスライブラリあっての「統合開発環境」だと思うが。

そういう意味でLinux上でVS求めるのはなんとなくないものねだりじゃないか
と「金がねーからVSなんて買えねーよ」でやってきたおいらは推測。

eclipsは良く使われているな
俺は好きじゃないけど

>>799
プレインストールとは関係ないんだよ。
当時は、メーカーが提供するディスプレイドライバさえ日本語環境では使えなかった。
まぁ、数少ない国内メーカ製は使えたけどね。
そんな時代。
で、DDD っていうドライバかまして使ってた。
多少の無理をしても使う魅力があったんだよね。
だってほかには同じことができる環境って無かったんだから。

今の Linux には同じことがっていうよりもっと多くのことができる環境があるわけで、
当時の Windows と同じ道は歩めないんだよ。

>>802
DR って言うのが、CP/Mのことなら端折って当然。
だって私は使ったこと無いんだから。
Windows の話に出てこなくたって普通だしね。

Linuxは環境に甘えたりしない。Linuxは実力でWinに打ち勝つ。
といえば聞こえはいい。

windows環境は画期的じゃなくても
PC pre-instalし、ヲタクも素人も巻き込んで
清濁併せ呑んだから普及したと思う
Linuxはそれを後追いするよりも(ry

>806
なら黙っていれば？

>>809
感じ悪いねぇ。

Windows の普及段階の話なんだから出てこなくて当然でしょう。
今、Linux の話するときに唐突に CP/M が出てくると思う？
それと同じだよ。
違う時代の話なんだから。

でもあれの何が画期的なの？

つか結局チミはむかしばなしをしに出てきたのかい >>810

ありがちな意見になっちゃうけど、Windowsで出来ないことをLinuxで、というのが
細々ながらも生き残っていく道なんだろうけど、ことデスクトップ用途だったり
サーバ用途なんかでは、得手不得手はあるにせよ、そういうのがあんまりないよね？
個人的には思い浮かばないんだけど、ただの無知だったらすいません。

なんかそのうち、真空管がどうのとか強弁されそうでいやだな。

>>813
それ普通に思う。
Linux で出来ること自体が少ないような気がする。

>>803
VSもいくつか無料化されたんだっけ。
まぁ、わざわざ怪しげなライブラリだのIDEだの使うより、MS謹製安心のVSに流れるというのが現状なのだろうか
いや、俺はVSどころかプログラミングまともにやったことないので妄想だけど。

逆にそれこそデバイスにおもいきり依存したことでなければ
Windowsでしかできないことも減ってると思うが

PC上では、できることにあまり差がなくなりつつあるんだよね
だからどっちで何が出来る出来ないかは些細になりつつあり
普及の要因ではなくなってきている

>>816
いや実は安心とはいえない現状なんだけどね。
Windows 的に良く出来ているのは確か。
で、なくなりませんようにとか願いながら使ってる人たちが多いと思うよ。

>816
なんだよそれ、使ってもいないVSをいいとか喧伝してたのかよｗ

>>810
温故知新でしょ。
>>813
同意。逆にいえば、Winには無い先進性を見出せばこっちの勝ちかも。
なんだかんだいって無料ってすごい利点だと思うけど。

>>817
web 見るだけでも Windows を強要される今日この頃なんだよね。
Windows95 の頃なんてブラウザさえついてなかったのにね。
圧倒的な力の差を感じます。
で、アイデアが重要なんて考えると 100 レスくらい前に戻るんだよね。

>>820
いや、宣伝してた人とは別の人。
……喧伝もしてないと思う。

>823
ごめん勘違い

>822
強要されてるんだ…正直可愛そう。
早く解放されることを祈るよ

>>825
私は Linux も使ってはいるんだよ。
つかえねーって思うだけで。
早く使えるようになるといいよね。

>826
それはスキル次第だよ
頑張ってね

Windowsの代わりがほしいならWindowsのほうがいいのでは?

学校や職場でWinを強要されている人は多いだろうな

なんかもうすぐ1000っすか。……４年っすか。

>>827
すでに書いたことだけど、私は Excel を使いこなすおじさんのほうが
ありがちな Linux ユーザよりスキルが高いと考えているんだよ。
パソコンを使って問題を解決しているわけだからね。
パソコンを使って新たな問題を楽しむよりずっと有意義じゃないかと。

なんで強要なんて言い方するのかわからない。
PCそのものを(嫌いでも)強要されている人はいるかもしれないが。
小学校では今度英語が強要されるんだってね。

>830
悪いけどそれ嘘だと思う

なんのためのスキルかによる。
LinuxユーザのスキルはLinuxを使うためのスキルだし。

>>831
あー、うちの高校は情報の授業ないけど、あったとしても
「先生！Linuxが使いたいです！」
とは流石にいえないような気が

でも、行政に関してはこれから変わっていきそうだね。

>>831
ある方角から見るとそう見えるのだと思います。
「Linux 最強！なのに Windows を使うってことは、
強要されているに違いない」みたいな。
好きで使ってる人がいるなんて！想像つきますか？

>>833
あなたは頭がいいですね。
まさにそういうことだと思います。

>>835 昔マカーがそっくりなことを言っていたと思う。

>>822
んなもんは承知だよ。
ユーザーはWindows使ってるという前提じゃないとCGIすら書けん。
そもそも根がUNIXなんだからOSの構造自身に先進性を求めるのは不可能だし
新しい発想のものを乗せればまたライブラリの見通しが悪くなる宿命。
いずれ消えるプラットフォームだってことはみんな承知の上なんじゃないか。

ただKDEなんかみたいに新しいデスクトップを実現してみるとか
Namazuその他みたいにテキスト処理、プラットフォーム依存の部分より
アルゴリズムで勝負、みたいなものがこっちで生き残ってる。
カーネルにいきなり入ったinotifyみたいなものがWindows上にもあれば
Google Desktop SearchやPicasaだってもっと楽に実装できたはず。
そういうところに夢持って動いてる人はまだまだ多くいるわけで。

>>834
ぬあに？高校生？かわいいなー。
頭なぜなぜしてあげたくなるｗ

>>837
マカーがうらやましかった時期が私にもありました。
友人のマカーは、当時80万出してパソコンのセットを買いました。

>>838
その夢がなくなったんですよね。
Linux って言うと詐欺とか連想しちゃう。
他人のふんどしでとかね。

結局煽りに来たんかい。
ヒマ人なだけじゃねーか

>>838
LinuxがUNIXである必要は無い、というのは流石に無謀だろうか
>>839
花の高一、花の男子校、花の和太鼓部。
ちなみにクラス５０人で、Linuxが何かを知っているヤツ：二人

>>842
煽りに来たんじゃありませんよ〜〜〜^^
暇なのは事実ですが。

UNIXもWindowsも決して難しくないし
できることには分かり易い差が減ってきている
OSは道具、その上で何を生み出すかは
使う人の技量で、OSのせいではないのでは

>>840
「特別さ」と「大衆性(普遍性)」
Linuxでもおなじでは。
普及を(もし)目指すのであれば
ごくありふれたあたりさわりのない
統一された特色のないもの
を目指せばいいと思うよ。

>>845
基本的にはそうなんですけどね。
まぁ、道具が思考を束縛するってこともありますから。

>>844
Linuxには持ってきようのないWin自慢と
煽りと昔話しかいまんとこ喋ってないんじゃないか？おまい
オレもヒマなのは事実だからそこんとこは人のこと言えないがｗ

>843
俺に息子がいたら、君くらいの年頃だｗ
でも、もうそういうことは忘れよう...orz
若い人がOSやComputerに興味を持って貰えると
なんだか嬉しいよ。

>>848
建設的なことを書き込んでるはずですけどねぇ。
建設的な部分は無視されがちですよね。

>850
誤解されやすい可愛そうなヤシ
言動を慎めば吉
かもよｗ

>>851
まぁ、暇なんで。
相手してもらえれば満足かも。

>>850
びっくり。
「オレなら画期的なアイデアは」とかその部分だとしたらお笑い。
道具は思考を束縛とかみたいな薀蓄なら口だけくんと一緒。

/optとか活用すればまだまだ現役の構造だと思うけどなぁ…
確かに古いところもあるよね。でもそれはこれから直していけるんじゃないかな？

>>853
紳士的に

Linuxの前向きな改善とは

Linuxの一番の問題はWindowsではないことだ。
だからLinuxをWindows(そっくり)にしてしまえばいい。

まぁなんて素晴らしい結論。

>>853
書きたかったのは、他人のふんどしで勝負はやめようよってことかな。
あと、責任持とうねってこと。
Linux 界隈って、Windows で相手にされないから Linux で
みたいなのりが多いんだよね。
一度出したら利益が出なくてもがんばろうよって言うか、
お客さんを困らせちゃ駄目だよね。

パソコン使うのに技術をつけろ、という時代でもないですし、そんなこと言ってたらただのうるさい
人にしか思われませんｗ

IEでしか見ることができないサイトもUserAgent変えれば見れるわけですが、それもそういうことを
知ってる人のみ出来ることで、たとえは悪いけどそこらへんの、本当にPC上で
Webを見たりメールをやりとりするくらいしかしない、おそらく一番多いであろう利用層が、
Linuxでそういうサイトを見ようとしても見られないわけで、そのあたりを解決しないと一般的には
普及しないと思います。あとは今利用が多いと言われているストリーミングでも、DRM付の
コンテンツも多いですし、そういうのを簡単に見たいとなればWindowsしかなくなってしまい。
デスクトップ用途で普及するにはそういう層を取り込まなければいけないんでしょうが、
より簡単に使わせるためにはWindowsと同等の操作性だったり設定方法を導入するのが
近道なんだけど、そんなもの使うなら最初からWindows使うわ！という堂々巡り。
Macほど盲信に近い人たちがいれば、良き悪きはともかくとしても廃れることはなさそうだけど、
それもどうかと思いますしねえ。

ほんと一般論しか言えず＆長文申し訳ない。ついでに前向きでもないことも申し訳ない。

あ、自分の意見はあくまでデスクトップ用途へのことで。
組み込みとかサーバについては識者のみなさんにおまかせします。

俺は逆の意見
Linux(UNIX)はLinuxの良さがあって
Windowsの後追いに精力を注ぐよりも(後追いは追い越しにくい)
良さを生かした別の角度の特徴を生かした方が良いという気がする
WindowsはNT頃からUNIX(VMS)の良さを必死に取り込まれたけどさ

Linux の良さって言うのが見えなくなってきているんだよねぇ。
まぁ、無料って言うのはあるけど。
ぐーぐる見たいなサービスを作るなら Linux って最強！なんだろうけど。
なんせ無料だし。

良いとこどりって素敵な響き。
現状Winに学ぶべきところも多いのは確か。でも何が良くて何が悪いのか、物事の本質を見るのって難しいんだよね。

> Windowsの後追いに精力を注ぐよりも(後追いは追い越しにくい)
> 良さを生かした別の角度の特徴を生かした方が良い

ここは自分も同意見なんです。ただ、Windows上での作業に慣れた人たちに対して
Linuxをあえて使ってもらうには？って考えたときに、独自性を追求するのか、
Windowsの真似をするのか、どっちがいいのか難しいと思うんです。

過去Windowsの真似をまんましようとして（あまつさえWindows用のアプリが使える！
とまで宣伝してしまって）多分失敗に終わったであろうLindowsなんてものも
あったわけですしねｗ

こういうクソスレで中途半端にプロ気取って
なにが楽しいのか知らないが、
具体的なプロジェクト名が出てるわけでもなし
他人のふんどしっつーならMFCの上にあぐらかいてる人に
言われたくないし。

言葉だけ丁寧な煽りっつーのが一番嫌いなんでずいぶんからんだが
Excelでやれる人のほうがスキルは上、つー意見だけは同意したる。
それを言える奴がプラットフォーム差でぐっちゃらぐっちゃら語ってるってところ見ると
おまいがこのスレに来たのも

>Windows で相手にされないから Linux でみたいなのり

だったのね。くらいは言いたくなるわけだ。ばかくせ

>860
無料かどうかは関係ないね。poor mans solution意識に支配されてはだめ。
MSのOSは金払っても手間かかりすぎる。
正規ユーザほど苦痛を与える。ふざけるなと時々思うよ。

唐突だが
漏れはいつかOSというものがいつかユーザーの前から消える日がくるような気が
してならない。例えば、今、携帯やカーナビやFAXやHDDレコーダーを
使っているユーザー達はOSというものを意識しているだろうか?
それだけじゃなく家電や車やいろいろなものが今後インテリジェント化してくる。
ヘルスメータが通信&データベース&エージェント連動するのも時間の問題だろうw
人々はOSなんて意識しなくなる。だがそのとき後ろで動いているOSは
Linuxが一番ちかいようなきがする。(個人的にはTRON応援したいけどね)

>正規ユーザほど苦痛を与える
まぁ、言いたいことはわかる。

他人の褌はともかく
良いものを良いと受け入れてさらに改良していこうっていう姿勢と、ただ追従するだけっていう姿勢は違うと思うんだがな。まぁ理想に技術が追い付かないっていう面もあるんだろうけど。

UNIXが提供している界面と
多くのPCから来たusrがWindowsのような使用感を期待していることとの
乖離が一つの原因か

デスクトップというメタファ自体が衰退するって可能性を
なぜ考えないの?

25が立たないっていうのは、みんな見守ってないでそろそろ行動しようと考えているってことなのかな

まぁ寝るわ。良い夢を。

>869
それ言っちゃうと「早くWindowsになりた〜い」が目的喪失しちゃうじゃないか。
喪失してもいい気はするけどw

おれが寝てる間に、スゲー祭りだったんだな。
じゃあ、おれが終わった祭りの後始末として、これを書こう。

み　ん　な　素　直　に　W　i　n　d　o　w　s　を　使　っ　と　け　

おれは、マックへの移行を進めているけどね。

マンセーするからダメ。
改善されなくなる。

スキルだのクソくだらない事を言うからダメにもなる。
プログラムができる技術と言うのは誰にも誇れるし役に立つが
依存関係を解消できる、SPEC書ける技術なんざ無くてもいいクソなもの。
しかも依存関係を解消する方法と言うのが「apt」

自分でやってるんじゃねえんだよなｗ
全て「お任せ」。

そんなんでスキルとか言われてもな。

「スキル」とか言う知ったかはいつもこんなもん。
自分でやってるのかと思えば、他人様が作ったツール使ってるだけとか
他人様が作ったaptで取ってきてるだけとか
他人様が作ったSPECをチョチョイと改変しただけで得意満面とか

レジストリいじれるというからどこまでのものか聞いてみりゃ、
WEBに載ってる他人様の知識を頂戴してやっと覚えたとか。
「スキル」とかいう単語を出す奴はこんなんばっか。マジで。

自分ひとりじゃ何もできない。

昨今のLinuxの衰退ぶりを見れば、
いったいどういうOSになりたいのかというビジョンがないと見た。

インターネットやメールができるだけでいい？　んなもんは携帯電話に行け。
サーバーになれりゃいい？ んなもんはWindowsかRedhat行け。コンシューマディストリビューションに来るな。

Linuxというと必ず出てくるのが、「インターネットとメールさえできたらいい」と「サーバー」。
素人が勝手に方向性を決めようとするからダメになる。

まず改善すべきは、煩雑さではないのか。
DMA設定するにしても、「何の説明も無く」「手動で」やらねばならないそのアホさ。(最近は勝手にやってくれるが)

何を設定するにしても、何の説明も無ければ、コンソールから手動で

そういう、他人様からの知識を盗んで覚えた我々には当たり前のことでも
全くの初心者に厳しい、そういうことを排さないと衰退する一方。

OSの方向性というのは、そういった土台を作ってから決めるべきこと。
基礎がちゃんとできてないのにウワモノ作り始めてどうするのか。

Windowsサーバーが圧倒的なシェアを誇るのも、UNIXが衰退したのも

すべて、「わかりやすいか否か」

わかりやすければ運用しやすい。保守しやすい。
誰にとってもわかりやすいというのはメリットであってデメリットではない。
それなのに、スキルとか連呼したがるバカが
「分かりやすいというのは悪、わかりにくいからプロっぽくて好き」
などと「自分じゃ何もできやしないくせして」言ってるからダメになる。

馬鹿を相手にしたらアカンね

Windowsの後を追って何が悪いのか

誰も何も答えられない。
せいぜいが、「俺Windows嫌いだから」
などという、まったくクソくだらない素人のプライド。

コミュニティに何の貢献もできないド素人の癖にLinuxの方向性を決めたがる。

ライバルの良さを認めて、いいところを取り入れようとしない奴は全てコレ。

windowsが嫌いなら、Linuxの何かをWindowsの代替機にできるように
言ってしまえばWindowsクローンに仕立て上げりゃいい。
ユーザーも増える。

それなのに、んなこともわかりゃせずLinuxのWindowsクローン化を妨害して
却ってWindowsに利を与えるような利敵行為を働くバカがいるから
分かりづらさに拍車がかかる。こういうバカを排除しないといいものはできない。
(しかも自分は利敵行為に気づいてない)

MSが嫌いなら、MS製品を使わなくてもいいように
MSがリリースするものと同じようなものを同じレベルで出せばいい


これを、明確には言わなくてもこのビジョンで作ったのがOpenOfficeだろう。
似てる似てないは問題ではない。

嫌いなメーカーの製品を使わなくても済むのであれば何でもいい

のである。
前述のバカはそれが理解できてない。

>>878
君に最高のLinuxディストリビュージョンを紹介しよう
その名は Vine Linux !!!

ディストリのリリースは年に1回!!!
初心者にやさしく、選択技を少なくする方針!!!
CD一枚におさめることにより、インストールの手間を低減!!!
日本語が使えないものは日本語化するか使えるものに差し替える!!!
aptのグラフィカルインターフェースであるSynapticの採用!!!
murasakiによるUSBストレージデバイスの自動マウント、アンマウント機能!!!

圧倒的な使いやすさを追求したディストリビュージョンVineLinux
君もその可能性を想像してみよう!!!

さあ今すぐに、FTPサイトからダウンロードしよう!!!

とにかくWindowsはわかりやすい、操作しやすい
デベロッパカンファレンスを開きまくってフォーマットを決めているから
開発者にとってもわかりやすい

この点でWindowsに並べなければ、Windowsの代替にはならない。
Windowsと同じ事をしている、やめろ　とかいうバカがいたら

これができなければますますMSに利益をもたらすだけ
お前こそMSやWindowsに味方するバカだ

と言えば済む。
敵味方・好き嫌いで語ってきたが、わかりやすいというのは好き嫌いに関係なく
誰にとってもメリットだから、好き嫌いという構図が無くても実現すべき。

また馬鹿が必死だな

レジストリがどうした、だからWinowsはわかりにくい

とかバカをコイてる知ったかもよく出没するが

「もともといじらせるために存在しているものではない」
から、ブラックボックスでいい。
Linuxは、「"いじらなければならない"所なのにブラックボックス化してる」
のだから全然異なる話だ。

ブラックボックスは複雑に、それ以外は簡潔明快に

それがWindows

まぁ、どっちの保守経験もないようで、気楽に言ってくれるなぁw
このノリで組まれたシステムが一番糞だったりする。

痛いところ突かれた素人は妄想して逃げるだけ

スタンバイモードの機能がほしいね。
最近のOSは起動が遅いからねぇ。

windows が linux と比べてわかりやすい？ありえないな。
まず、スタートメニューだ。なぜ、アプリケーションを使うのに開発者名を覚えなければならないのか？
エクスプローラーとはなにか？ファイルを管理するものなのか？web を見るものなのか？

設定とか、レジストリとか、そんなものは一般ユーザは意識していないと言うことをわかっていない。
いくらウィザード/ドルイドを用意しても、スクリーンショットを用意して、
どこに何を入力してどのボタンを押せばいいのかを記述した文書を用意しないとなにも始まらないのだ。

もうこうなったらLindowsに頑張ってもらうしかない
おっとは今はLinspireだったな

おまえらよく喋るなあ

とカキコテスト

もうすぐ埋まるぞ フフフ

またAPT不要論か。

まるで「開発者にとってAPTは不要」という風に見えるのは何故だ？

APTいらないの?
依存関係とかに引っかかって大変そうだな
自らいばらの道を行くつもりか?
Windowsは簡単で使いやすいと言ってるわりには、APTを否定するという
謎の矛盾について

LinuxがWinの劣化コピーとなると、Linuxの利点は「無料」の一つだけになるわけだ。
もしそれでLinuxがWinの脅威になるぐらいなら、MSはWinを安く/無料化するんじゃない？
学ぶは真似ぶという言葉から来ているという話。真似はいいが、コピーしても無駄ではないか。

要するに、金がないから無料のWindowsクローンOSが欲しいわけね?

そういう話になると、普通に金だしてWindowsを買えよという結論になる

しかしながら、なぜLinuxとの比較の話には、Windowsしか出てこない?
Free BSDとかMacとかSolarisとかと比較してもいいじゃないか

だってドズしか知らないもん。

つーかWindowsの後追い現実的に無理だから。
ウインドウシステムがOSと切り放されてる構造ひとつ見ても。
後追いすべしと言える奴って逆に
表層上の違いしか見てない証拠でしょ。
ドライバの量とかユーザー数とかは結果論。
結果論を見倣えと言える人はちょっと頭を疑われても仕方ない

>>898
見かけすら追えてない部分もあるわけだし。

ちょっと質問。GNOMEやKDEや各ソフトのデザインとかって、専任のデザイナーがやってるの？
プログラマが兼任？使いやすいインターフェースのデザインって、結構難しいと思うけどな。

「構造的」に後を追えと言ってるわけではないのに
また日本語も読めないド素人が妄想ｗ

あまりの悔しさに「適当な妄想でいいから何かものを言わないと負けだ」と考えている証拠。
こんなバカを育てた親の顔が見てみたい。
子もバカなら親もバカなんだろうが。

スタートメニューほど分かりやすいものはない。
どこに入ったかさえも分からないフォルダを一つづつ辿っていかければならない
Linuxと違い、分からなくてもマウスカーソルを置くだけ。

yes

そもそも、結果論とか言ってる時点でバカ。
「現在において」「結果が出てる」んだから結果論も何もない。

だいたい結果論という意味さえ分からないようだｗ

日本語も読めないパイプさえ知らないプログラムさえできないド素人は
ちょっとどころか親の教育の仕方さえ疑われても仕方ない 。

まあいいとこ小学校さえ卒業できなかったんだろうが。
日本語さえ読めないということは(明白な証拠)

「スキル」とか言う知ったかはいつもこんなもん。
自分でやってるのかと思えば、他人様が作ったツール使ってるだけとか
他人様が作ったaptで取ってきてるだけとか


「スキルと連呼しているのにAPT使うあたりスキルがない」

こんなこともわからない謎の負け犬について

スキルというからにはapt等使うな

ということ。 自らいばらの道とやらを選んで
いつ何時でも無傷で通れなければスキルがあるとは言わない。

スキルと連呼するバカはこんなことさえ理解できないことが証明できた。

893 ：login:Penguin：2006/05/28(日) 15:40:45 ID:y2H69xeh
Windowsは簡単で使いやすいと言ってるわりには、APTを否定するという


ていうかWindowsにaptがあると妄想してるバカがいるぞｗ


Windowsはaptがないのに使いやすい。
ということはaptを否定して結構と言うわけだが
バカはなにもかもLinuxアプリだとでも妄想したいわけなのか

マジで日本語さえ読めないようだ

こいつつまんないよ。

FcVpBnStさんﾏﾀﾞー?

アプリケーションのインストール先とかダイアログの選択肢のボタンの内容（「変更を保存」とか「はい」とかまちまち）とか
肯定的な選択肢のボタンの場所（向かって左なのか右なのか）とかオリジナリティを出してもあまり意味のないところ、
あるいは出すべきではないところを話し合って統一するだけでも使い勝手がずいぶん変わるんだけどね。

「分かりやすいというのは悪、わかりにくいからプロっぽくて好き」

WinにはWindowsUpdateがある。Officeもあるね。
アプリはマイナーバージョンアップがあんまりないし。
>>905
プログラムがかけるより、Excelを"活用して"仕事ができる方が役に立つ場合もある。
ただ使うのと活用するのは違うし、無駄な事は楽するべきだとは思うのだが。
確かにスキル云々いう方々は偉そうに感じるところもなくは無いけどね。
>>908
同意

技術っぽい言葉を話すとぼろが出るから、偏った主観のみがだらだらと流れてるわけね。
今、Office が使えるから linux を使う必要がないとか言うなら、
金輪際 linux に関わらなければいいと思うよ。

>>911
1：login:Penguin：02/06/17 00:39 ID:IYDr42Ri
ソースコードが書けなくたっていいじゃないか。
初心者なら初心者なりの「ここが使いづらい」という意見、
上級者なら上級者なりの意見を交わしましょう

自分は技術的なことには疎いから、それなりの意見を出しているのだけど。貴方の主張がいまいち見えない。
貴方の視点から見た、Linuxの改善点を前向きに語ってほしいな。

>>912
ｵﾏｴﾓﾅｰ

>>913
え、俺？昨日からここにいる高校生だけど。
とりあえず
・無駄に不統一なところは統一せよ
・Winから良いところはためらわずに吸収。劣化コピーになっちゃダメだけど
・紳士の心

>>914
何か改善点言ってるつもりだそうですね。
でも、実際何も言ってないのと同じ。

無駄に不統一なところって？ガイドラインがあるのになぜ不統一になるのかを考えないといけないんだろ？
windows の良いところって？office がまあ使えるレベルになっているとかいう結果論が「良い」
とかいってるんなら、どうしようもないわな。

大抵の用途に合わせた道筋はもう用意されてるんだけどね。
そういうのでは普及しない、とか言いたいならスレ違いだし。
自分がPCにやらせたいことを見極めて、それがLinuxではできないという話じゃないなら
なんかもう好きでWindows2000を使ってる人にWindowsXP使えとまくしたてるのと同レベル？
OS板でもム板でも煙たがられるタイプの論調だなあ

>>916
ム板を覗かれる方なんですね^^
じゃぁ、なんかお礼してよ。

APT(Advanced Packaging Tool):パッケージの取り寄せ、インストール、
>>906
アップグレード、検索、管理などを行うためのアプリケーション
指定したパッケージを自動的にダウンロードしてインストール作業をして、
パッケージ間の依存関係も処理することができる。

これを使えば、インストール前に依存関係を自動的に調べてくれるから
パッケージ管理が楽になるよ
OSは簡単で使いやすくなるべきだと言ったのはあなたでしょ?
Windowsは使いやすくていいOSだと言っているのに、
LinuxのAPTのようなOSを使いやすくするアプリケーションを
否定しているところが矛盾してるよと言いたいわけ

あとそれとWindowsでAPTが使われてるなんて一言も言ってないよ

Windows のよいところは、金がかかってるところ。
悪いところは古臭いところ。

>>917
は？

今までの書き込みをみると、HBb0k6KfはLinuxの改善がしたいのではなくて、
Linuxを使ってる人を叩きたいだけなんじゃないの?

>>803は、Linux の本骨頂だよねぇ。
わかってないのに思い込みでえらそうに語る。
Linux 優等生って感じがする。

aptを大文字で書かれると、違和感を感じるのは俺だけなのだろーか。
そも、aptで入らないブツも多いのよねぇ...

デムパyumyumね。

903名前： login:Penguin投稿日： 2006/05/28(日) 17:20:29 ID:HBb0k6Kf
そもそも、結果論とか言ってる時点でバカ。
「現在において」「結果が出てる」んだから結果論も何もない。

だいたい結果論という意味さえ分からないようだｗ


結果論というのは、結果を持って

「ああしておけばよかったんだ」

と言うこと。ロクな教育も受けられない、受けても覚えられない頭しかないバァカは
勘違いするが、ここの誰も「ああいしておけばよかった、だからLinuxはダメだ」
とは言っていない。

日本語さえ理解できないチョンは消えろ。

>>921
使ってる人を非難したいのではなく、「知ったか」を駆除したいだけだが。
あんなもんは居なくていい、役立たずのクズ。

日本語さえ理解できないし

>>924
そういうことだろ。「linux で office(とかその他) をまともに使えればよかったのに。」ってことなんだから。
そういうことを言いたいんじゃかったら、バカのためにもっとわかりやすく解説してね(はぁと)

知ったかってほんといやですよねぇ。

今までの過去ログを理解できるいたって普通の頭がある人間は誰もが分かっているが

「ああしておけば良かった」ではなく

「ライバルがそうして効果を上げているからこちらも見習え」

ということでしかない。
最初からこういっているのに理解できないバカは失せろ(はあと)

>Linuxなら軽いので使えるとか、
>OSが無料だからなんとかなるとか聞いて希望を持ってる人

こういう釣り方もまずいような気がします。
スキルがどうのっていうのもまずいかな。

>>929
じゃあどうやって宣伝すればいいの?

>>922
なにかと思ったら昨夜のおっさんか。
使い込んでもいないものを印象で叩く気にはなれなかったから
VSユーザーでないことも明記したわけだが。
実際のところどうなのよ？と。
Linux上にVSがあったとして使いではあるのかどうか答えちゃくれなかったし。

しっかしいいトシこいて粘着質だね。
さして主張することがあるでもない落書きに噛みつかれるのって
それだけトシ重ねてもムカつくのか？

>>928
それだけのことを言うために、これだけのレスを消費したわけですか。
他人をバカとか言う前に、もっと整頓して書く能力をつけたほうがいいんじゃないんですかね。

まあ、わたしには windows が何となく優れているということと、
linux はなんとなくダメだということを、
根拠もなくだらだらと書き続けているようにしか見えませんでしたが。

>>930
http://www.jaro.or.jp/
常識の範囲で。

こんなことは最初の1,2レスで誰もが理解できたが
負けて悔しがる能無し役立たずの負け犬が見苦しく絡んできたからモメただけ

日本語さえ理解できないクズは失せろ。

>>931
質問だったのですか。
お答えします。
YES

この掲示板を見ただけで判断つくと思うんですよね。
VS を使えば、とりあえずコードを書くようにはなりますね。
Linux 使ってると本読んでわかった気になって知ったかぶる
というパターンに陥りやすいんですよ。
ちょうどあなたみたいにね。
そこでお勧めするのが VS。

しかし、hello world を書くのは linux のほうが簡単だが。
コードを書くからどうだっていうのもあるしなぁ。
windows 使ってても、わかった気になって知ったかぶるというパターンが見られるようだし。

>>936
聞こえてくるのは入力補完とかクラス図とかGUIデザイナ(リソースエディタっつーの？)とかの評判で
入力補完ならanjuta,kdevelop,Emacsすらあるし、
クラス図ならCばっかいじってる人には有り難みはないし
IDEなら辛うじてQT Designerが競合してる。
かつボタンだなんだGUI部分があまり重視されないLinux上で
それでもYESな理由ってば>>936みたいな誰でも言えることなわけ？

kylixが出た頃無駄にGUIGUI偉そうに騒ぐ奴が増えて
話聞けばチュートリアルのエディタ作っただけだったりした時期があったんだよ。
Visiual Studio Express Editionなんかが出てこのかた
そこらじゅうがそんなかんじだわな。
そういうやつらと一緒にされたくないならもちっと具体的に答えてくれねーかな

まぁた知りもしないド素人が思い込みで「簡単だが。」
変わりゃしねえよｗ

>>938
とりあえず、Linux でプログラミングってくらいは
やってからまた質問してください。
Hello world! のことを言っているのではありません。
VS は、Emacsen に似たものだと思っていいです。
最初は違うように見えると思いますが、本質は同じです。
ウィザードに対する批判をよく目にしますが、
気に入らなければ使わないでいいと思います。
また、たとえ気に入ったとしても、たいていは改造して
または新規に作成して使うことになると思います。
あなたの考えているものとはだいぶ違うようですね。

おじさんの休日はもう終わりなので、明日に備えようと思います。
それじゃまた。

>>940
つまり、どういうことなわけ？ VS が linux で使えるようになっても意味無いってこと？
何を言いたいのかさっぱりわからん。

誤解されそうなところを念のため補足しておきます。
ウィザードについては、ウィザードのはくコードではなく
ウィザードの項目という意味で書きました。
また、ウィザードのみではなくその他の部分についても
同様だと思ってください。
また、あなたが書くソースコード上からも VS をコントロールできる
ということ、VS に新たなコマンドをインストールするのも
よく行うことだと知って置いてください。

つまり、あなたが述べたようなライブラリと密接に連携したものではなく
比較的分離したものです。
その上で連携もしやすいと理解してください。
以上のことは、HTML を書くことができれば誰でもできる程度のことで、
Linux では馬鹿にされる程度のことに過ぎません。
私はそれが重要なのだと考えています。

それじゃまた。

>>915
>ガイドラインがあるのになぜ不統一になるのかを考えないと
なるほど…
開発に携わる技術も気力もないのでやはり推測で話すが、ガイドラインの影響力が弱い、あるいは単に読んでないとか…そもそもガイドラインが存在しないとか……

ごめんなさい、しっかりと把握できてませんでした。
しばらくROMります。

>>937とわざわざ間違えて消えやがったか。
おいらはどんな風なVS像を持っていると思ったんかね…。
大抵Emacsは糞、の範疇でVSマンセーされるからEmacsenと一緒というのは意外だったが。
煽り抜きで「EmacsじゃなくVS」でなきゃいかん理由がある人は教えてくれい。
HBb0k6Kfでもいーぞｗ

と思ったら追加かよ。

>ライブラリと密接に連携したものではなく比較的分離したものです。

これ最初に言ってくれりゃ…

休日が終わるその前にもう一点。
パイプの議論があったようですが、Windows でパイプに相当する機能は
OLE だと言っていいと思います。
言葉の定義としてはおかしなことを言いますが、
機能的な分類としてはこういう言い方も許されると思います。
これは 16ビットの時代からすでにありました。
OLE について語られるとき、たいていは Word Excel の文脈で語られるため、
よく知らない人にはメリットに感づくチャンスすらないと思います。
メリットのひとつは、あなたの書くソフトにほかのソフトの機能を
組み込めると言うことです。
あなたのソフト上にほかのソフトのデータを表示し編集し印刷し、
あなたのソフトが保存するファイルにそれを一緒に保存し
読むときには再生できます。
逆のこともできます。
もちろんほかのメリットもあります。

それじゃまた。

>>944
間違えていません。
これまでの書き込みで大体の人物像はわかっています。
Hello world! から先に進んでくださいね。
ある程度自分でやってみてから、また質問してください。
聞きかじり、耳年増はよくないですよ。

それじゃまた。

>>947
eclipseはどうなの？

ここって、いつから windows の解説スレになったわけ？
VS の利点もよくわからないし。Kdevelop とか anjuta とか emacs と比べて、何か優れてるところがあるのだろうか？
(VS のほうが安定している印象はあるが。)
OLE のようなものとして、 bonobo とかあるわけだし。
linux に取り込んですばらしくなる具体的なモノっていうのが全然でてきてないよね。

根が煽りなんだからしゃーねーべ。
VS使いがLinux周辺でちまちまやってるのを糞みたいに言うのはデフォ。

Windowsが好きでLinuxを貶すスレはここですか？

箇条書きにしてLinuxにこれが欲しいとでもすればいいのに。
煽りにしか見えない。

書いてあっても読めないのだからしょうがない。

挙句は書いてないとか言い出す。

書いてないのではなく読めないだけなのにな

>>952
君の場合単に相手を「馬鹿ということにしたい」というだけの
ようなレスも散見するが。>>906とか。

知ったかをバカにして何が悪いのか。バカである証拠も山ほど出している。
という気になるが、言いたい事は述べている

>>954
自分が馬鹿ではないという根拠は。

なんだかんだいって、Linux でまともなGUIソフトってほとんどないからな。
そりゃ Emacs で GUI ソフト作るなんて限界あるし。
比較的まともなのって、ほとんど企業が絡んでるよ。

eclipse は Java で IBM が作ったもんだし、
OOo は Sun がもともと作ったものが公開されただけだし、
Mozilla/Firefox だって、当初は（今も？）元 Netscape 社員の成果がほとんどだろう。
まさかKDEやGNOMEの質がまともだなんて言う奴はいないだろうな？

個人が作ったLinuxのGUIソフトなんて、Windowsのフリーソフトの質に比べれば
おもちゃみたいなもん。日本産で有名なのだと sylpheed とか kita とかおちゅ〜しゃとかか？
頑張ってるけど決して質が高いとは言えないよな。

まぁ数が違うからといえば。
vectorに山とあるアレなフリーソフト郡。

で、Linuxで質の高いGUIのフリーソフトは？

OOoが筆頭だろう。StarDivisonからの流れだがね。
GnomeもKDEもがんばってると思うが。
firefox、Evolutionなんかも。
Gaimなんかはオープンソースならではだね。

前向きではない俺のために誰か普及スレの25を建ててくれ
という提案はどうだろう？

DOSのパイプがまともなパイプって正気か？

xmmsの流れは手放せないが。BeepMediaPlayerとAudacious。

てか質も何も動けばいいのよ。でやってきたからな。
foobar2000の人気を見てると、機能が揃ってればシンプルな方がいいと思う層も
それなりにいそうだが。質ってのはなんだ？

>>962
結局「俺流」かどうかだろ。たぶん。定量化したら可哀相そうだ。

そこまでfreeにこだわるか。
poor mans solutionてやつか？それとも乞食？
只にこだわらなければ本当に業務で使えるソフトはちゃんとある
SolidWorks, Cadence Frame work etc

Windowsの割れ厨がLinuxを只ソフト環境と勘違いして
ちまちましたfreesoft少ないとかそんな観点でLinuxにケチ付けてる？
softは有り余っている。時間を無駄にしないために選択が重要なのに

OSを金出して買う気にはまだなるけど、
セキュリティソフトを金出して買う気にはなれねーや。

フリーのソフトは決して少なくない
英語とかフランス語ドイツ語のヤツは普通に豊富
日本サポートしてるソフトが少ないだけ
俺は外語は得意じゃないが日本語対応じゃないからと
それを少ないとは言わない
Linuxなのはカーネルであって他全部がフリーウェア
みたいなもんだし(逆に違うのも混じってそうだが)
逆にベクターにはOSの類はない

なんか前向きすぎて気持ち悪いスレだな。信者臭いというか。
>>960 の言うスレの方が俺には合ってるわ。今ないけど。

ｽﾚの病人が多くてﾜﾛﾀ

誰もいなくなったな。
こういう時でないと言えない事を言っておこう。
















ぬるぽ

ｶﾞｯ

いい加減埋めね？

梅

じゃあそろそろ誰かパート2のスレ立てておいたら?

せっかくここまで埋まったのにどこの馬鹿がパート2欲しがるって？
冗談じゃねえ。

埋め

ぬるぽ

>>955
馬鹿だという証拠がないことが馬鹿ではない証拠。

ないことは証明できる。
「ある」と証明できなければ「ない」

もちろん、負け犬が悔しがってバカだと言ってくることはあるが
その証明ができない

惨め

「ない」ことは証明できないぞ

「ある」ことは実例が一つでもあれば証明終了

馬鹿最強w

ここまで自分が馬鹿だという事に気づかない馬鹿もいない。
いいキャラだなｗ

ここ
大量の迷レスを晒したバカを笑うスレ
そろそろ終了となります

皆さんお疲れさまでした

>>976他の彼の場合、
最初に持ち出す話がおばか
→ツッコミ入る
→厳密な定義の話でツッコミ返す
の連続で、証明とかの話になった時点でもう
双方の話が食い違ってるのがほとんどみたいだよ。
まともにLinux使い込んだ形跡のある話は出てないし
リダイレクトもlddも知らなかったんでしょ？
とりあえず1000までがんばってよ。
次のスレ潰しターゲットは「Linuxのデスクトップ環境」スレでおながいします

延々と「俺流解釈」タレるだけのヴァカ。
パッケージ管理ツールの存在も知っていたかどうか怪しい。
アホみたいな理由でaptイラネとか言う。

おいしいキャラだよなｗ

とりあえず30ぐらいまで読んだ。

で、改善点になるのかわからないけれど
Linuxって(kernelに限って言えば)比較対象になると思われるWindowsに比べて
kernelの受け持つレイヤが下な気がする。例えば単一のアプリが/dev/dspあたり
を占有しちゃうあたりとか…。

アプリケーション自体がOSSだったりALSAだったり各々の環境によって
違うけれどカーネルレイヤにアクセスできるのがいいのか悪いのか俺には
なんともいえないけど…。

# 個人的にはカーネルでやって欲しい。*BSDならって話はなしね。Linuxなんで。

>>1に反する事になるけど、使いづらいなら使いやすいOS使えばいいんじゃないかと。
Linuxは無料でオープンソースだからいいんだっていう人もいるけれど、確かに
無料なのはいいかもしれないけれど、かといって使いにくいと感じるOSをわざわざ
使う必要も感じられない。ましてやオープンソースだからといって万人がカーネルハック
するわけでもない。

まぁ、いまDebian使っているけど面白いとおもうけどなぁ。現状で十分。