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

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

インストールがめんどい。

どのディストリですか

>>3
lfs

>>3
Serioware

>>3
Live Linux

XF86 がヘボい。全然ダメ。すぐ落ちる。話にならん。

XF86 != Linux

vineLinuxインストールしようとしてるんだけど、何を落とせばいいのかがわからん。
FTPサイトのalphaとかi386とかわけわからん。

>>9
そらぁ、おめぇ、重症だな

>>8
おいおいそんなこと言ったらカーネル以外は Linux じゃないってことで、

〜〜〜〜〜 終了 〜〜〜〜〜

ってなるが?（ｗ

>>9
8割以上の人はi386だと思うので、とりえあずそいつで逝っとけ

>>9
i386でいいんだよ。これね。
ftp://ftp.kddlabs.co.jp/05/Linux/Vine/Vine-2.5/CDIMAGE/Vine25-i386.iso

>>13
ISO落とさなくてもネットインスコでいいじゃんか

つーか、雑誌ぐらい買えよ

>>14
何を落としていいのかがわかんない人にネットインストールは無理！！

12、13の人ありがとう、試してみる。
14、15の人、ﾈﾄｲﾝｽｺは難そうだし、雑誌は金がもったいない。

>>16
それだったらISO落としても焼くの無理とかなるだろ。
あ、聞き流して・・・・
でも楽なのになぁ。ぷ。

2は、コースター3枚製造する、に1票。

2はそんなんじゃ何やってもダメだろうね。先が見えてる。

>>14
腐劣ADSLですが、単体でネットインスコできますか？

>>18
聞き流しません。笑

それは
http://pc.2ch.net/test/read.cgi/linux/1004807938/164
これがあるから大丈夫です。たぶん。

何の単体だよ

質問は質問スレッド行けよな〜。
ここはアホな>>1を憐れむスレなんだから

>>23
DSLモデム+インスコ対象マシン単体で。
できねーだろボケ。

>>25
まぁ最低フロッピーディスクが必要ですが。

>>26
pppoeしゃべれるインスコローラあるの？

>>23
まぁオマエにゃ無理かも。

あ、そういう意味ね。
すまんすまん。

30代以上限定だろうけど、XにせんでもDOSの頃の
商用アプリとか移植されてガンガン動けばもうちっと
よさげ。

>>25だった。キチは放置（ｗ

>>27
それは無理。だからルーターは必要。
でも考えてみたらpppoeが付いてるインストーラーって欲しいかも。

＞30代以上限定だろうけど、XにせんでもDOSの頃の
＞商用アプリとか移植されてガンガン動けばもうちっと
＞よさげ。
0.01%くらいユーザは増えるな。

KDEもGNOMEもWindowsのマネなんかせずに、独自路線を
突っ走って欲しい。

>>30 DOSemu使え。

マウスの速度の調節がむずかしいと思う。
加速度4、しきい値2にしてるんだけど、1px単位の慎重な操作をする時
ポインタがガクガク動いて、絵を描く時すごく不便です。
ちょっとオーバーな表現ですが、
将棋で言うと金の範囲に移動しようとすると桂馬の範囲に移動してしまうような感じです。

それと、デフォルトのマウスの速度って遅くないですか？
変えれば済む話なんだけど、なんであれがデフォルトなのか不思議です。
Winのデフォルトに慣れてしまってるから、そう感じるんでしょうか？
みなさん満足してますか？
良い設定があれば教えていただけませんか？

前から思っていたんですけど、やっぱりLINUXって商業向きじゃないですよね。操作面において・・・
だからまだ、ゲイツの方がシェアで上まわっているんだと思います。

しかしです。OpenOffice.org見たいなソフトがどんどんでて来て、使いやすさの面で、ゲイツを上まれば、勝てる見込はあると思うのレス。

今が辛抱のしどころだと思います。です。はい。です。

それよりもdevfsをもうちっと使いやすいものに出来なかったのか
今からでも遅くないから考え直してくれ

もっと具体的に改善点を語ろうぜ。

>>39 賛成
で、カーネルの改善点なのか?
Linuxをとりまく環境なのか
どっち? >1

この手のスレは現われては消え、また、現われては消える。
まずは、継続的な話し合いができるかが肝要だ。

>>1にはこのスレを本当に仕切る覚悟はあるのか？
そうでなければ過去ログでも漁れ。

　グラフひっくで　フロッピーを取り出すと言うコマンドが、別に、アンマウントが必要なんて……
ヒデェ話しだ。

　ウイんどうず　のＶｉで、　Ｐｅｒｌ　使いたいですがどうしたらいいんで商。
　もう、
　ＬＩＮＸの　グラフひっ区環境は諦めました。
　

Xを立ち上げないでコンソールで使う場合の、フォントの質を
よくして欲しい。また、コンソールのフォントのサイズを変えたり、
コンソール画面の行数や横幅の論理的な桁数を設定できる
ようにして欲しい。願わくば、コンソールを漢字端末としても
良いものにして欲しい。（入力のフロントエンドと一体として）

店頭で売るときに、Linuxしか入ってないパソコンもあっていいはず。
安くして、日本語環境やパッケージをしっかりしておく。

>>39
たぶん、両方だろう。

XWindowSystemそのものや、各WindowManager、
ツールの見た目、操作性。GUIに限らず、CUIについても。
俺はそう言う事の改善点を語りたいな。

毎回この手のスレって、タイトルが半端、間違い等の原因で廃れていってる気がする。
突っ込みようのないスレタイトル何か無いかな？
次に立てられるスレの為に考えない？

>>39じゃなくて>>40でした。

>>36
加速戸とかを指定するんじゃ無しに
optin Resolution 辺りを調整するといいよ
大抵おかしいはずだから

>>46
スレタイトル考えるのさんせー

・クライアントとしてのLinux環境

ってのを最初に思い付いたんだが、もっとテーマ絞った方が面白いかもな。

・ネット端末としてのLinux環境
・Linuxで年賀状作成

って、これじゃ既存スレがありそうだな。

・GUIで楽しむLinux

批判が集中するのはこのへんだし、これでどうだろ?

数年前に言われてたデスクトップの問題点はかなり解決したと思う。
ブラウザ落ちなくなったし、DVDも一応見れるし。
初心者にとって最大の問題は、Tipsの習得に時間がかかることだな。
Redhat以外のディス鳥が淘汰されれば、FAQの蓄積がだいぶ楽になると思う。

＞ Redhat以外のディス鳥が淘汰されれば
『「みんなが同じ distribution を使えば幸せになれる」なんてナンセンスだと思う』
　　〜 Serioware/GNU Linux WebPageより 〜

>Redhat以外のディス鳥が淘汰されれば
あくちべーしょんモドキを強要するディストリを使うなんて*イ・ヤ・ダ*
up2dateをするだけなのに登録しなきゃならんのだ?

TurboLinux7を使ったときに、すごくＧＵＩがきれいに見えました｡
（私の目の錯覚かもしれませんが）

どんどんＧＵＩをきれいにするのれす。

希望
１・標準インストールの時は、なるべく要求を聞いてこないようにする。
　　　
２・標準インストール時に、デバイスドライバ等が自動認識できなかった
　　場合を除き、起動はＧＵＩ画面であがるように標準設定する。

３・パソコンの電源を投入してから、Ｘ−ＷＩＮＤＯＷＳがあがるまでは
　　[LINUX 起動中]のような画面を出すだけにする。

WINDOWSのような画面です。
　　　　
４・SMTP／DNSサーバー等の機能が、標準でインスト−ルされるディストリ　　
ビューションがあるが、それは標準インストールされないようにする。
　（わかる人および、理解しようとする人にとっては、すばらしい機能だ　　　　が、これからLINUXを使ってみようかという方には逆に設定が難しく
　　なります。）

５・スタートメニュー等のメニュー（プログラム）が、英語の場合が
　　ありますが、その横に日本語をいれる。
　　（例えば,GIMP(画像編集））

６・標準で、OPENOFFICE/MOZILLA等をいれる。
　　MPG/AVI/MP3等を開くとすぐに体験できるようにする。


などなど。


ところで、UNITED LINUX ってどうなんでようか？

>>54
"厨房向きにすること＝改善"ですか？
上辺を繕っても挫折する人間が増えるだけでなにも変わらないよ。
フォントの問題とか、プリンタの問題とか、
もっと本質的な問題が他にもたくさんあるだろ。

>>55
本質的な問題もありますが、まずは厨房向きにすることから
でもいいと思います。

上辺だけでもいいのでとりあえずは、見た感じでもとっつきやすく
したほうがよいかと・・・

あくまで私の主観なので、あまりいじめないでね＾＾

> がんばれLINUX
そんな「脳みそツルツル」向のディストリ作ってどうする
つもりだ？え？

http://search.luky.org/fol.1998/msg04990.html

>>54
> ３・パソコンの電源を投入してから、Ｘ−ＷＩＮＤＯＷＳがあがるまでは
> 　　[LINUX 起動中]のような画面を出すだけにする。
問題の切り分けが困難になるだけ。

>>56
> あくまで私の主観なので、あまりいじめないでね＾＾
ムシがよすぎる。
叩かれるのがいやなら、最初から書くな。

あー、こんなスレはよく立つが、結局厨房の無責任要求だけで終わっていくんだよな…。


でも、一番の問題は要求の内容があまりにもショボショボである事。
毒にも薬にもならんもんばかり…。
正直言って、ゴミ。

>>54
> ３・パソコンの電源を投入してから、Ｘ−ＷＩＮＤＯＷＳがあがるまでは
> 　　[LINUX 起動中]のような画面を出すだけにする。
これじゃ駄目??
http://lpp.freelords.org/index.phtml

54ですが

私の希望自体が、厨房だったみたいで・・・
私が書いたのは、linuxの改善ではなく私の要求であることに
気づきました。

すいませんでした。

>>60
見れませんでした。

では。

>>49
>>38のようなシステムの話もあるから、GUIだけに絞るのはどうなんだろう？
切り分けた方がいいかも知れないけどね。
ただ、切り分けてもそれほど話題が無いと思うので、やっぱりまとめた方が良さげじゃない？

俺はこのスレの『改善点』って言葉を無くしちゃ駄目だと思う。俺はね。

>>54 >>58
> ３・パソコンの電源を投入してから、Ｘ−ＷＩＮＤＯＷＳがあがるまでは
> 　　[LINUX 起動中]のような画面を出すだけにする。
Win98SEのように壁紙だけを表示するものなら要らないけど、
Macみたいにアイコンでデバイスの状態を表示するものはあっても良いなと思います。
http://www.zengame.com/favorite/mac/9.2.1.startup.gif

> ３・パソコンの電源を投入してから、Ｘ−ＷＩＮＤＯＷＳがあがるまでは
> 　　[LINUX 起動中]のような画面を出すだけにする。
ってか、わたしみたいなちゅうぼうのりなっくすしょしんしゃはあれがでないと何が
スタートされているのかわからないのれす。

かんなとかふりーうんぬがふたつともたちあがっているぐらいならまだしも
わからないのもときどきあるのれす
あれはひつようなのれす。

にほんがまけたのれす。

Linux で DVD 焼けるの？

制作者の側はこういうスレを読まないから、
書いても絶対に反映されないという罠。
個人的にはWindows風のインストーラ付けて欲しい。
rpm -ivhでもmake installでもいいんだけどさ、
やっぱり最終的には「コンソールを使わずに全てできる」ぐらいまで
GUI化させる必要があるんじゃないかと思う。

>>65
でも、自由性は残しておいてくれ。

>65
そんなあなたにkadmin

まーそれでも依存がめんどかったりするが。

GUIがなぜ出来たのかも分からないカスがGUIの話をしているところ。

>>68
なんで出来たの？
教えて偉い人！

CardBusをどうにかしてくれ。
NetBSDにも負けてるじゃん。

あとUSB2,0もね

panic時のmemory dump > LKCDだっけ?
任意の操作でmemory dump
kernel パラメータを変更するのにソースを書き変えずに、.config に書けるように。
kernel / proc 関連のドキュメントの整備

>>64
焼けるらしい。

>>71
USB2.0 support って 2.5.x に入ってるんでないの?

いろいろあってよし、とお許しができたので意見をかきます。
linuxって(BSD含む)は、安くてしっかりしたシステムを組むことができま
す。Windowsと同じで当然技術入ります。でも、小さなシステムを組むには
不向きだと思うんです。
ここでいう小さなシステムって、町の酒屋さんの在庫管理などの個人経営
のお店のシステムをさすんですが、昔DOSの頃は、こういったお店のシステ
ムを組んで生計たててる人がいました。現在もWindowsやMacで同じことを
やってる人達がいます。ソフトインストールして、データ−ベースのマク
ロをちょっと組んで、単価的には100万以下のシステムです。
中規模なソフトハウスだと見向きもしないようなそんな小さなシステムも
組めるようになるといいなぁ。

>>62
>Macみたいにアイコンでデバイス云々
mandrakeがそんな感じだよ。

厨房の俺としては、全部GUIで隠されると不安になっちゃうし、勉強にならないと思うんですよ。
起動時の画面とかも、初めてみた時は
"winでは全部隠されてたのに何を立ち上げてるのか見ることができる"
っちゅうことで、すごく興奮したよ。
新たな機能が増えたり便利になったりするのはいいけど(例えばプリンタとかフォントの設定)、
winのような、自由のきかない、全て覆い隠してしまうものにはなって欲しくない。
linuxを使うようになってからいろんなことに詳しくなれたし。
俺別に、パソコンでたいしたことしてないからwinで十分なんだけど、
パソコンの修行になると思ってlinux使ってるわけ。
linux知らないままだと、一生ただの厨房で終わりそう。
厨房から初級への脱出を夢見ている漏れでした。

>>74
Accessみたいな性能的にはアレだけど,安くて(or無料で)
単体で使える（プログラムを組み込める)DBソフトのイメージだね。

たしかにあってもいいかもね。っていうか何かなかったっけ？

ﾆﾀﾞ━━━━━━<丶｀∀´>━━━━━━!!!!

日帝トルコ風呂に負け、韓国は王者イタリアに勝利ニダ------------!!!
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
<丶｀∀´> 審判買収の件は内緒ﾆﾀﾞ・・・

PThreadのデバッガ環境なんとかならんかいな。
SUNのワークベンチだかなんだかはよさげなんだがな。

あと、manにちらほら嘘があるな。文句いっちゃイカンのだが。

そう、あれは赤帽7.0のインストールを決心したときのこと。
DQN120%の漏れは、RH7.0インターネットサーバー構築入門なる本を購入して古い
Mebiusにインストロールした。メモリが少なく、いきなりスワップを使うと言われ、
手引書と違うCUIに戸惑い、coregaのNICは認識されず、かなり手間取った。
pcmciaのconfigを編集しると本にある。エディタはなんてコマンドを打てば
起動するのか分からない。手引書にはエディタについては一言も書いてない。
索引で「エディタ」と書いてある本を書店で探す。
オライリーのクイックリファレンスという分厚い馬の表紙の本で発見し購入。
viの存在を知る。エラーメッセージはほとんど文字化けしてるので意味が分
からず、（konを知ったのはこの後）数回のインストール作業を繰り返した。
やはり、MS-DOSやWindowsと比較すると敷居が高い。ハードウェア周りが特に。
ネットで情報を探す習慣の無い人はここで挫折すると思われ。
インストール直後でも化けないエラーメッセージとその日本語訳や
IRQの競合やハードウェア認識トラブルへのケアが大事かと。

>>80
だからRedhatをやめたんだよな・・・
っていうかLinuxをやめた理由かも。別にこだわりなんて全くないが
BSDよりは確実にLinuxはヒドい。
最近汚いコーディング多いしね。
違うスレであったように、Up2Dateでなんで登録しなきゃいけないのかが
不思議。fU[k1nM$と同じ事してんじゃねーよ、ヴォケが。と言いたい。

MS-DOSにWinsock突っ込んでからドライバ配置の最適化とかISAボードのIRQの調整とか
SLIPの設定やった時の事を思えば、Linuxなんて楽勝でしたが何か？


一からOS書くほど苦労したわけじゃないんだから、その程度の労力を惜しむなよ。

>>82 スレの趣旨に関係無いと思われ。。。

>>82の自慢がはじまりますヽ(´ー`)ノ

>>75
もしかして、KDEの起動画面の事？
http://sunsite.bilkent.edu.tr/pub/linux/mandrake/7.2/i586/tutorial/KDE2/images/installVMwareBb.gif
>>54や俺が考えてるのはカーネルの起動時の事だと思う。

>>76
一応言っておくけど、俺も隠されるのは嫌だよ。
でも、 GUI＝隠す じゃないよね。
MS=GUI=隠す って考えがどこかにあるんじゃないかな？
CUIを補助するGUI（CUI + GUI）もたくさんあるわけで、
Linuxをとりまく環境ってそっちの方が多いと思うよ。
>>62もそんな感じで、置き換えろって言うんじゃなくて、
こんな事ができても良いんじゃないかって言ってるだけだしね。

>>60がどんなソフトウェアかあまりよく見てないけど、
ただ壁紙とプログレスバーを表示するだけなら俺は使わないな。早速チェックしてみようかな。
>>60 情報Thx!

>>79
嘘なら文句言っていいじゃん。文句というより指摘か。

>>75
Mandrakeスレ見てたら、カーネルの起動時にGUIが出るみたいですね。
疑うような事言ってごめんなさい。

Windowsのインストーラーってそんなに簡単かな?
それともメーカー製PCについてるリカバリー見たいな感じが
いいのか?

正直リカバリーCDはきもちわるい……
OEM版やパッケージ版のインストールの手間はほとんどかわらないと思う。

どっちかって言うとlinuxの方が楽だと俺は感じる。

>>77
なんだかんだ言っても、マイクロソフトのウィンドウズで食べてる人は
多いですよね。あれなとこだと、ジャパネット高田でプリンター設定
しているお兄さん達も含まれると思うけど。Linuxだと設定などでお金
もらえる人って極小数の限られた優秀な技術者か、大規模な開発やって
いる人達しかいないなぁ。
話がおおずれになるけど、インストールからSambaサーバー立ち上げで
幾らくらいならもらえるかな＞技術料

kterm の中で、シフトキーを押しながらスペースキーを数度（５〜６回）
たたくとkterm が死ぬということがvine2.5で生じているのですが、
ほかのLinuxなどのPC-UNIXではどうでしょうか？
＃
intelの安い１GBPSイーサカードが出ているのでLinuxでどうだろうと
試してみたところVine2.5では最初からデバイスドライバが入って
いないようでした。カードに付属のCD-ROMの中に、Linux用のドライバ
があって、コンパイルしてインストールすると使えるようになりました。説明にはGPLのように書いてあったので、取り込んで欲しいです。
＃

すべてのXウィンドーに共通するのだけど、startx あるいは xinit
ってやって、Xを起動するときに、昔のフレーム画像の残りのような
画像が表示されるでしょう？　あれは、セキュリティ的にはまずい
問題を含んでいると思うので、Xサーバーを立ち上げる際、あるいは
Xサーバーをダウンさせるときには、必ずビデオカードのメモリーを
クリアーするようにしないと、ユーザーをまたがって情報が漏出
することになる。　ぜひともクリアすべし。

やっぱりさー、無料だからってことで、
ディストリ会社に対してあまり苦情をいう人が多くないんじゃないのかな。
その点、windowsなんかは、バグの情報の蓄積は比較にならないだろうし。

おそらく、現在のLinuxは、windows3.1みたなもんだと思うよ。
何年後かにみたら、よくこんな使いにくいもん使ってたな、って思うはず。

>>89
タカタね。いい仕事してるよね。

>>90
BSDでは出なかった。Vineでは出た。

>>91
xinitは古いコマソドだよ。

>>85
>でも、 GUI＝隠す じゃないよね。
確かに言われてみればそうだね。
良く考えるとgimpなんかまさにUNIX的なGUIソフトかも。

linuxで金儲けを企てるﾔｼは好きになれないね

>>95
じゃ、何で金儲けをすればいいんだい？

>>93
>xinitは古いコマソドだよ。
startxとxinitの違いを理解してるか？
which startx
してから
cat /xxx/xxx/startx
汁。

>>97は古い人間にケテーイ。
もっと勉強汁（ぷ

なんか最近 >>98 みたいなバカが目立つな。同一人物か。
今までいろんなバカを見て来たけど、
次々に新しいタイプのバカが現れてきて飽きさせない。

>>99
オマエモナー（´∀｀）

しょーもないやり取りはやめよう。

歳はとりたくないものですなぁ...ｹｹｹ

>>95

うん、そうか。ならデストリ作ってるとこは皆駄目ですね。
お金もうけって悪いことか? 僕はリナスにお金持ちになって
もらいたいなぁ。リナスは嫌がるかも知れないけど。
すっげーハッカーで彼(彼女)がハックしたら皆のためになる
と言われる位の人がご飯食べるために働いてPCの前にすわる
時間がないっていうの嫌じゃないか?

CNNが伊×韓戦の審判判定についてアンケート。
で、チョソの掲示板による組織投票でえらいことに！
｢レフェリーを非難しますか？」（右下の方）ＹＥＳに投票を！！
現在ﾁｮｿの猛攻勢で審判に疑惑無しが9割を突破しています！

[緊急]CNNで韓国:イタリア審判判定投票!!

http://asia.cnn.com/2002/WORLD/europe/06/18/italy.korea.reaction/index.html

これを祭りにして、ﾁｮｿの悪事を追求しましょう！！

コピペ推奨！

改善も何も、存在自体が無駄。

>>105
日本語ﾜｶﾘﾏｽｶｰ?

>>104
No に投票したのは全員コリアンだろ。近いうちにコリアンの
間に知れ渡たるだろうけど多分スゴイことになるんじゃねーか?
タシロの時みたいな。

linuxっていうよりGNUだけど、infoって使いにくくない？
検索し始めると変な所に飛ぶし、emacs的な操作とless的な操作が
混じりやすいし、M-vって押し間違いやすい(vimばっか使ってる
からかな?)
あれじゃ、infoよりmanページの方が分かりやすいことも少なくない。
emacsのinfo-modeならもっと楽できるけど、infoごときのために
emacs起動してなんかいられん。
どーにかしてくれ。

初心者むけに限定したLinux雑誌がない。
初心者にとってLinux雑誌は、ちんぷんかんぷん。

あー、おれもinfoいまいち好きじゃない。
htmlのほうがいいかな、と。
Linux関係のドキュメントが弱いのは、テキストベースに縛られているから、
という一面もあると思う。まぁ、図を書くのはタルイけど。

でも、単に
＞infoごときのためにemacs起動してなんかいられん。
って問題なら、infoコマンドでいいのでわ？

>>110
> って問題なら、infoコマンドでいいのでわ？
日本語のinfo読める？

man info html が混在しているのもどうかという気がしてきた。
w3mみたいなブラウザで、全部読めると便利そう。

よく読む info は texi2html に通しちゃうな。

>>111
> 日本語のinfo読める？
makeinfoでやると読めるよ。これならinfoが無いときは自動的にmanが
読み込まれるからGood。
texinfo-4.2からはmakeinfo --htmlもなかなかGood。

なんか改善点と言うか、、、

改善点をちゃんと語れる人って
自分で改善しちゃうんでないの?
だからこんなスレで言うべきことはないんでないかな。

しかし「改善点がなかなかちゃんと語れない人」が、日頃不満に感じている点
...「厨房意見」ととられやすいが...その陰に改善すべき点があることもあるので、
それをしっかりした形に洗い出すというだけでもこのスレの意味はあるかも。

たとえばよくいわれそうな意見として「ドライバのインストールが面倒」...
なれた人にならどうってことのない作業だが、そうなるまでにはけっこう覚える
ことがある。Windowsなんかでは画面の指示に従うだけなので。覚える
分量は比較的少ない。
(最近ではkudzuが起動時に上がるが、メーカ供給のドライバの面倒までは...)

「Xのフォント」これもなれればどうってことないし、最近では実際ずいぶん
改善され、XLFDをユーザーが直接扱う場面も減ったが、ではその画面を
そのまま印刷したいとなると、プリンタの設定にかなりのトライ&エラーが
いるのではないか。
(Xとgsの両方の設定をそろえないと...)

>>117
Debian はカーネルモジュールも積極的にパッケージにしてるね。
カーネルといっしょにコンパイルとかしなきゃいけないから
「画面の指示に従うだけ」とはいかないけど。

Winに慣れてるから、各種WindowManagerで右クリックした時に音がでないのが寂しいな。

>>119
（ﾟ∀ﾟ）オレもWin使ってるけど右クリックに音なんてつけないよ普通。
おかしいんじゃない？

>>120
なんでそんな嫌味な書き方するかな？心底ひくよ。

>>121
そうか。じゃあゴメン。

ちゅーかWINて右クリックで音でたっけ？

でない。

メーカー製のPCなら、Plus!とか入ってるから音出るんじゃない？

>>119
sawfishならmenus.jlの(menu-start-process)関数に(system "mpg123 hoge.mp3")
みたいなのを適当に突っ込めば中ボタンメニューでとりあえず音は鳴らせそう。

119はネタだと、、
右クリックで音出るのは、
ミッキーマウスとかクレヨンしんちゃんの
デスクトップテーマにした時くらい（あぁ、近所のガキ喜ばせる為にね）
右クリック！→「みょぃ〜ん♪」って音がする。

>でも、単に
>＞infoごときのためにemacs起動してなんかいられん。
>って問題なら、infoコマンドでいいのでわ？
いや、infoコマンドが使いにくいからと言って、emacsでやるのも
面倒だ、という意味。

http://www.gridtoday.com/02/0624/100034.html

DES程度でいいから、ファイルシステムを暗号化するような機能をつけて
欲しい。たとえばクラスター単位でトリプルDESなどで暗号化して読み書き
するなど。これだと、機械を拾われても、パスワードを破らない限り
なかなか読み出すことは出来ない。
＃ただし、ファイルシステムは定型のパターンの情報が含まれているから
まったく知識が無い暗号文を解読するのに比べれば、手がかりが沢山
ありすぎるとは思うが。

>>130
www.kerneli.org

>>127
SOTECのﾃﾞｽｸﾄｯﾌﾟPC使ってるんだけどネタじゃなしにデフォルトの状態で
右クリックした時音が出るんです。
筒からボールが飛び出した時のような『ポンッ』って音が。
皆と意見が合わないところからして、SOTEC独自のファイルなんでしょうね。
お騒がせ失礼。

>>132
window manager の開発者に「実装しろｺﾞﾙｧ」と言えばいいだけのような。

Enlightenment DR-0.16系でデスクトップテーマを
BrushedMetal-TigertやShinyMetalにすると
いろんな状況(*)で音が鳴ります。

*=左中右クリック，ホイール回転(つまりButton1〜5downイベント)，
ウィンドウのフォーカス切り替え，virtual desktopの移動(ALT+F1)，
ウィンドウのアイコン化/アイコンからウィンドウへ戻す，
shade/unshade(タイトルバー化)，stick/unstick，など

なので Window Manager によるのでは > 音

なにかをインストールするときに、なにかが足りませんといわれて、
ネットをかけずり回って、それをとってきてインストールというのが、辛い
なんとかlib とかそういう

>>135
debianにしる

>>136
え？

>>135
Winみたいにパッケージに古いライブラリが入っているよりはまし。

>>137
>>136が言いたいのは、debianなら>>135のような苦労は無いよってことだよ。
# apt-get install nanika すれば必要ななんとかlib等々も一緒に落して
インストールしてくれるからね。
あと、コンパイル時にhoge.hがありませんとかよく言われるけど、これも

# auto-apt search -f hoge.h

とやればどのパッケージに入ってるファイルかすぐ分かるし、

# auto-apt run make

とやればファイルが無いと言われた時点で勝手にそのファイルが入ってる
パッケージをapt-get installして、何事もなかったようにmakeを続けて
くれるのね。

>>139
Vineもaptが使えるYO!

>>139
ほしいdebパッケージ名がわかってればね。

debパッケージの紹介がおそまつだと思う。

>>141
apt-cache search hoge で探せる。

>>141
君が何を欲しいかなんて誰にもわからないよ。
うろ覚えでいいからパッケージ名は自分で探さないと。

Vineのaptってどうなの？
使える？

>>144
「お前には」使えない

Vineのaptって使った事無いが、パッケージ総数はどーなんよ。
debianは4000以上のパッケージがあるし、パッケージ開発環境も揃ってるけど。
あと、バージョンアップの頻度やポリシーも気になるなあ。

debianはstableに関しては必要が無い限りバージョンあげないという安定志向、
unstable/testingはバージョンいっぱいあげてく実験志向と、しっかりポリシー
を守ってるので安心なんだが。

Vine 2.5 の場合、
基本パッケージ: 612
Vine Plus:　　　714
といったところで、やはり少ない。
navi2chとかmonafontがあるのは嬉しいけど、たぶんdebianにもあるでしょ?
もっとも、単にパッケージということなら、RedHat系のものはたいてい流用できる。

debianもちょっとだけ使ったことがあるけど、
dselect(だっけ?)がFreeBSDの/stand/sysinstallになまじ似ている分使いにくかった。
それで思い出したけど、FreeBSDでは同じパッケージでも新旧のバージョンがあって、
どちらでも好きな方をインストールすることができたりする(場合がある)。
Perl5.6をとるか、JPerlをとるか、とかね。
この辺はRedHat, Vineはもちろん、さすがのdebianも採用していないように思えたが、
気が付かなかっただけかもしれないので、そうだとしたらすいません。

>>147
なるほど、やっぱり少ないね、vine。
auto-aptもあればいいけど、これはrpmじゃ無理だろうなあ。

debianにnavi2chは公式には無いけど、apt-lineを提供してくれてる人がいるので
普通にインストールできる。
モナーフォントはxfonts-monaって名前で公式パッケージになってるね。

dselectは俺も最初とっつきにくかった。でも何度も使ってるうちに慣れたな。
日本語でヘルプでるし、aptで調子に乗って入れすぎたパッケージを整理する
のには便利だ。

FreeBSDは俺も使ってるけど、debianほど優秀なパッケージシステムでは
無いと思うなあ。
衝突するパッケージとか検出してくんないっしょ?

新旧のパッケージにしても、メンテナさえいれば用意されるし、お互いが
同時に入らないよう、Conflictsを指定したり、alternativesで使い分け
できるようにしたりと、工夫されてるよ。

alternativesってのは、たとえばgsならgs,gs-ja,gs-aladdinと三つあるって
全部一緒に入れられるんだけど、

# update-alternatives --config gs

とかやると、gsというコマンドがどのgsを起動するものになるかカスタマイズ
できるのね。
viとかもnviだjvimだelvisだといろいろある中でviコマンドがどれか設定できる。
おかげで複数のパッケージを切替えながらどれがいいか探せるので便利。

参考になりますた。

man,info その他マニュアル類をすべて日本語に。

>>150
そう思ったら、JF なり JM なりに参加してどんどん訳せ。

実際、皆でほんの少しずつだけでも訳していけば、すぐだろうね。

厖大な数のソフトのインストールや使い方、設定方法などが
日本語で丁寧に解説してあるホームページってないよね。
ある程度、専門的になるのは仕方ないと思うが。
ウィンドウズ何かとくらべて、欲しい情報が得にくいように
思います。ウィンドウズだとまずはマイクロソフトのホームページ
を探して見たいな感じだし。linuxだと検索エンジンにキーワードいれて
Hit & Try。こういうのを検索猿人って…
上記のは、いつか自分がやってみようと思ってます。何年かかるかわから
無いけど。
例えばRedhat7.3にはFestival(text-to-speech system)ってのが
入ってるんだけど、これを使って「青空文庫」から芥川龍之助とか
ダウンロードしてきて、日本語でよんでもらいたいとか。
同じことをウィンドウズでやろうと思えば簡単ですよね。お金かかる
けど。

>>153
＞ 厖大な数のソフトのインストールや使い方、設定方法などが
＞ 日本語で丁寧に解説してあるホームページってないよね。
LDPや、JFは、やっぱり少ない方なのかな？

>>153
どこを立て読みすれば良いのよ？
５分くらいいろいろ試したけど、解読できず。

>>154
情報が生きてないと思う。

>>155
本気でがんばって欲しい。少し位なら協力します。

Linux系は、将来を見こうして、文字を固定長４バイトにするという
仕様を早めに導入するべきだと思う。各国語の文字がどのように
エンコードされるかには中立に仕様をつくってシステムを制作できる
はずだ。（アスキーコードさえどのようにマップされるかだけを
制定すればよいだろう）内部での文字処理を透明に４バイト固定長にすれば、
おそらく当分は文字コードにまつわる雑事には振り回されなくなるだろう。
C言語の仕様もCharを１バイトと同一視するというふざけた発想が
間違いのもとであり、はっきりと８バイトもしくはオクテットという
基本データ―型を導入して、１バイトのつもりの処理はすべてそれを
使ってプログラムを記述すべきだった。

>>157はアフォですか？

どこがエイホだ？

>>159
awk の先頭だ。

フォントじゃろ

せめてネットワーク関連のアプリは負けておいてほしくないな。
インスタントメッセンジャー、ブラウザ、ファイル交換ツール、、、etc

英後圏の人達はLinuxをどう感じているんだろうか？
ブラウザは置いといて、IM、ファイル交換ツール等は普通に使えてる(?)だろうし。

>>163
要望に応えているかどうかは分からないけど。
http://open-beos.sourceforge.net/nsl.php#2 から引用

1. Open source UNIX clones (Linux) make a poor desktop OS for the average user.
The clones currently have a 0.1% share of the desktop market.
Developers are trying desperately to make these clones easy to use based on X (KDE, Gnome) but have not succeeded in providing the level of simplicity required by today's average user.
The main reason is that Linux does not solve a problem on the desktop that is more compelling than the cost of Windows.
It does solve a problem on the server, which is why it's successful there, but that's a different story.

なんでこのスレでフォントの話題が出てこないんだろう？
個人的には、まっさきに改善が必要じゃないかと思うのだが。
このスレの住人で、Emacs のフォント設定をあっさりできた人いる？
各種 Window Manager や KDE や GNOME なんかで、楽にフォント
を設定できた人いる？gs 等の印刷関係はどう？

別にいったん知ってしまえば、次からはそんなに苦労はしない
けれども、初めてのときは苦労させられた記憶がある。
昔にくらべれば多少容易になってはいるものの、初心者には依然と
してややこしい問題だと思う。

これは Linux だけの問題じゃないし、昔からのしがらみもあるため
さっくり解決できるような事じゃないけど、ちっとは前向きに考えても
よいのではないかと思う。

あとは X のリソース関係かな？情報が得にくい。

redhatあたりが強権発動して業界デフォルトを作ってくれればよいのだが。

>>166
んなことしたら結局Microsoftの二の舞だろ。

>>165
これだけフォント関連のスレが乱立してるのに、まだフォントの話が足りないと？

日本人が作って日本人しか使わないとい思われるソフトまで
なぜかわざわざドキュメントが英語で書かれていたりするのはなぜか？

英語ドキュメントの翻訳も必要だけど
それ以前の問題として「とにかく英語で書かねば」という風潮をなんとかせねば。

Linuxの問題点。名前がしょぼい。。。

>>170
そうなんだよなー
もーたっくす とか あやむらっくす
だったら、使うか？
オレは使わん（ｗ

>>169
英語で書いてあるほうが便利だからだよ。
日本語環境の箱が手元にないとdocumentも読めんというのは不便でしょうがないと個人的には思うんだが。

具体的にソフト名を書いてみれば？前向きに逝こう

まぁソフトの作者が>>172のように考える場合は英語で書かれるわな

日本語環境はいつも使うことができる(日本語環境がそろわないところで
使うことが考えにくいソフトとか)とか、
日本人がつくる/使うんだから日本語で書くのが自然だ、と
考える作者(自分なんかはこっちだな...)は日本語のドキュメントを
用意するのでは。

>>174
私は両方用意する派だったりします。

　・・・フォントとドライバファイルのパッケージ＆アイコン化。
所定のフォルダに移動＞再起動後の動きは現状と同じ。



　　　　　　　　　　　　　　　　　　　　　　　　　　・・・いや、勉強します。
＃マクユーザーてのがバレバレ。

dselect<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<aptitude

*-users-ml にいる知ったかアフォどもを駆除することから始めないとな。
あーゆーのがいるから、まともなコミュニティが形成されない。

>>178
具体的に、どうやるつもり?

>>178 まずお前が首を吊れ。

やはりエロゲームを標準搭載することだろうな。
もしくは、地下出版ものがなぜかLinux上でだけうごくとか、
ネットで落としてもWindowsでは見られないが、Linuxだと、、
という状況を作らないと。

ホントにフォントね〜

おれも思うよ。どこかがイニシアティヴ発揮して、統一的な命名規則に
統一的なセレクションメソッドなど*押し付けて*くれやと。

もう、色々な人の意見聞いていると、21世紀中に決まらんよ。

IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？

38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。

>>352
何で最近キャップ使わないの？

今日の成果：ぴろゆきから初の直レス

IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？

38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。

ぴよこがいいぴょ。
ひろゆき居なくなったからニュー速板に帰ります。
ばいばいぴょー！

301 名前：心得をよく読みましょう[] 投稿日：03/01/08 17:57 ID:zbarv++q
　　　>ひろゆき

　　　2ch閉鎖って考えたことある？

310 名前：ひろゆき ◆3SHRUNYAXA [] 投稿日：03/01/08 17:58 ID:rLfxQ17l
　　　>>301
　　　ラウンジが重いですとかいちいち電話してくる人がいたとき。

352 名前：ひろゆき ◆3SHRUNYAXA [] 投稿日：03/01/08 18:01 ID:rLfxQ17l
　　　悲しいときー。悲しいときー。
　　　正月に友人からエロゲーを借りて喜んで帰ってきたら、
　　　パソコンが壊れてたー。

　　　昨日ヨドバシカメラで部品買ってきて直しました。


>>56
それ偽者よ

此れで皆商品や色々な出来事の本音を言わなく成る訳で

本格的に引越しの準備しますわ

（＾＾）

（＾＾）

こんなオモチャＯＳの改善点をですか。。。
さすがは勘違い民族。。。おっと、いけない（ｗ

（＾＾）

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

改善点ガンガンあげろや(ﾟДﾟ)ｺﾞﾙｧ！

USBデバイスドライバをもっと作りやすくしてほしい。

/dev 以下のスペシャルファイルへの対応付けとかよくわかんない。

外字と第３、４水準使いたい。
どうすれば良い？

>>197
unicode

これはLinuxの改善点というよりもXの改善点なんだが
やっぱりフォント関係だな。
Windowsのようにフォントディレクトリに.ttfを放り込むだけで
すぐに使えるようにはならんものか？

>>199
それをやってしまうと上級者と初心者の差別化を
図ることができなくなってしまうので却下｡

>>200
おいおい、文字ってのは文章を書くためにあるものであって
文字を使って名文を書くのが上級者、
下手糞な文章しか書けないのが初心者でしょ？

フォントを使う使えないの段階で上級者もへったくれもないだろ。

名文が書けないので、せめてフォントの設定で上級者になりたいのです

>>202
フォントをいちから開発してください

上の方や他のスレでエロゲがなきゃダメ的なことを
ぬかしてる奴がいたりするけど。
そいつらもしくは他の誰かはエロゲのネタがあるのかと
訊きたい。

つーか、kernel本体はほとんど完成の領域に達していて、改善点はkernel外
(フォントとウインドウシステム)って認識でOK？

>>205
このスレの住人が kernel 本体に興味がないだけでは?

カーネルについてもWindowsや他OSより劣る点は多いぞ。

しかしLinuxカーネルが劣る点は
同時にLinuxの優れた点でもあるから
これはむやみに改善すればよいというものでもない。

デバイスドライバなんか不便なのは明らかだけど
それは同時にLinuxの長所でもあるわけだから。

＞ カーネルについてもWindowsや他OSより劣る点は多い

詳しく聞こう じ ゃ な い か

ビデオ周りがカーネルの特権レベルにあるようなOSの何が優れているのだろう。
速度を稼ぐために妥協しただけだが。

>>207
> デバイスドライバなんか不便なのは明らかだけど
> それは同時にLinuxの長所でもあるわけだから。

どの辺なのか指摘キボンヌ。
特に不便なのが長所になる辺り。

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

ﾆﾔﾆﾔ(･∀･)

前向きに！

改善点を！

213.5：login:Penguin ：03/05/24 16:42 ID:LISUXah0
LINUXの！

言吾 ろ う ！

(･∀･)renice!

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

(･∀･)renice!

IA64版のインストーラーでswapパーティションの最大の大きさ2GBは
やめてくれ。　次のバージョンまでに修正してや。

正味、設定ファイルはGUIで出来てほしい・・
実体はCUIコマンドでOK、CUIをグラフィカルに使えるフロントエンドみたいな。
ほいで、GUIに慣れてからCUIに移行するとか。

余談だけど、RedHat7.3はrpmファイルをWクリックしたら
インストーラーが起動したよ。激しく重かったけど。ちょとびっくり、うれしかった。

>>221
webmin とか。

>>222
あー！webminインスコしました。
そのさいKDEのGUIからインスコできたんで、うれしかった。
WinのInstallShieldみたいな仕組みがもっと便利になればと思うです。
それに慣れた上で、もっとスパっとインスコしたいな、って前向きに
なったらCUIで。というような段階があるとうれしいなって思った。

>>223
> WinのInstallShieldみたいな仕組みがもっと便利になればと思うです。
rpm があるじゃん。

あとはドライバ関係がわずらわしいなと思う・・
いっそ、Winのドライバが流用できたらいいのに・・
ハードウェア-なにか-Winドライバ-なにか-Linux
ってかんじで、アプリがwinwとかで使えるならドライバも同じ方法で
動いてくれればな・・

>>224
正味、重いと思うのです。
CUIのコマンドならサクサクなんだから、そのCUIを操るGUIのフロントエンドが
あったらいいなと。
GUIアプリはCUIに、ただパラメータを渡すだけなら軽く動くと思うのです。

>>225
ドライバがソースで提供されている場合、RPMベースのマシンだとsrc.rpm
だったら楽なんだけど、tar ballでファイル入れ換えてkernelごとコンパイル
だと手が出せない香具師が多くて、教えるほうも苦労します。
出来なきゃやるな。

>>223
InstallShieldみたいなウンコを欲しがるとは変な人だ。
Windowsの欠点と思われてることの半分はInstallShieldが原因なんだが。
まあ、rpmもウンコだけど。

やっぱりapt-get最強

MS派では無いが、正直XはWINDOWSより重いと思う。

http://www11.plala.or.jp/mg916/

>>230
どうせ
XじゃなくgnomeかKDEのことだろ？

gnome2.0 でつ

>>229
rpm と apt-get を比較するとは珍妙な。

まぁあれだな

満ち足りて来ると墜落する良い例だな。

ふだんKDE/gnome2でさんざんリソースを浪費してるけど、

なにかの作業でloadが1を越えると、資源の有効活用のため
いちどXを落としてblackboxに変える。

ブラウザやメールもw3m/muttでやる。
topで見てリソース喰ってる不要プロセス/デーモンを落とす。
優先して使いたいアプリケーションをreniceする。

こういうやりくりをWINDOWSでどうやって実現するのか
漏れは知らない。

だいいちユーザーが少なすぎる
フルタに頼んでお菓子のおまけにインストールCDでも付けろ

IE for Linuxが出ないことには何も始まらないような気がする・・・

>>229
Portage!!

>>236
NT系のWindowsだとタスクマネージャから同じことできる

>>238
IE本当に必要？WindowsでもMozilla使ってるから、
Mozillaがあれば十分な気がするのは俺だけ？

Linuxで改善して欲しいのは、パーティションでSwapファイル
みたく、簡単にfstabの指定のみで、複数のHDDをマウント
出来るようになったら嬉しいな、ついでに、ミラーとかRAIDの
設定もカーネル弄らずに fstabのみで簡単にサクッと設定したり
解除できれば・・・。

>>241
いまいち言ってることがわからん。
＞簡単にfstabの指定のみで、複数のHDDをマウント
＞出来るようになったら嬉しいな
起動時にやってるよね？

>>204

あ？(´Д`)y-~~
呼んだか？(´Д`)y-~~
システムなんとかするんならやらんでもないぞ。(´Д`)y-~~
CGはMACでもWin坊主で作業してから持ってくればいいことだしな。(´Д`)y-~~

(･∀･)renice!

GPLが使いにくい。今すぐ止めろ。

(･∀･)renice!

(･∀･)renice!

今日 久々にパソコンショップにいったのです。
で、そこで 中年の会社員らしい男性が大声で叫んでるのを見たんです。
なんだろうって、横目でズーット見てたんですが、買ったばっかりのMO
が認識しないってことで、店員さんが有償でサポートしますっていった
もんで怒ってるらしい。で結局定員さんが無料でMO設定してたんですが、
Linuxも英語の壁があるから、開発者に動かない、なんとかしろ 見たい
なメールを書かないけど、実際日本初だったら、ソフト開発してる人
大変だろうなぁ。こうやって、ユーザーレベルで教えあう（情報の共有）
をすることってすごく大事なことなんだなぁって思いました。
結局日本だとまだ オープンソースなものを受け入れるって土壌が育って
ないのですね。（コンピューターを受け入れる土壌ではないのかも）

(･∀･)renice!

LinuxよりXFree86をなんとかしてくれ。

>>250
確かにな……alternativeなWindow Systemが無いってのが問題な気もする。
肥大化しすぎておいそれと手が出ないのもな……
これはmozillaもおなじか……

>>251
Fresco はどうよ。
http://www.fresco.org/

うん、新しいWindow Systemが作られてるのは嬉しいね。

でも、現状まだまだ俺ら一般ユーザが使える代物には見えないんだよな。
数々のXアプリがどれほど動くのか……特に動画や3Dものはどうなるんだろう

とかいってるといつまでたってもXFree86の呪縛から逃れられないので、ホン
トはダメなんだけどさ(汗

(･∀･)renice!

これからのLinuxというかGNU/Linuxに必要なのはWin訛りのライトユーザーを受け入れる環境の実現だと思ふ。
とか書くと現状でもかなり優しいだとか、ストイックな人にはンなもん必要ないとか言われそうだけども・・・

コミュニティの人はWindowsへの対抗意識とかあるんだろうか。

>>255
優しいとは言わんが、
なぜ必要なのかは聞いてみたい。

草案レベルな話だけれども、
・WindowsのInstallShieldのような「視覚的、感覚的に易しい」パッケージ管理
・Windows Updateのような(同上)なアップデート管理

あとのカーネルやGUIの機能向上についてはほっといても時間が解決してくれそう。
「Linuxユーザー」が求めない点を掘り下げるのは普及推進という観点において重要ではないかと。

抽象的でゴメソ。

機能の充実＝ユーザー数の増加＝対応ソフトの増加

って流れは有り得るのではないかと。事例の一端ですけども。
「発展→進展」は考えられないでしょうか？

Linuxは説明不足なんだよ
何もかも
設定関係のコマンドが分断しすぎ。
あと昔から思っていたが、manのコマンド名検索。
これはコマンド名知らないと手の打ち様がない。
機能や役割で調べられるべき。
コマンド名で検索できても全然嬉しくない。
役に立つのはたまたま名前を知っていた場合のみ。

>>241
Mozilla重すぎだし、デザインがキモイ
良く使っていられるね

tknamazuでも使ってくれ

>>259

Mozilla が重いというのなら，firebird ，konqueror，galeon を使うってい
うのはどうなの？linux で使えるブラウザは mozilla だけじゃないです．まぁ，
firebird と galeon はレンダリングエンジンは一緒だけどな．

軽さを追求するなら，dillo っていう選択肢もあるが(藁

デフォルトスキンがキモイというなら，Mozilla はスキンを変えることで見た
目をかえられますが？それとも，ボタンの配置とかのGUIデザインがキモイっ
てことか？もしそういうことなら，firebird でも galeon でも使ったらいい
でしょう．

Galeonは不安定でしょっちゅう落ちる。
Mozilla+各種XULのほうがいい。

しかし一番安定してるのはKonqueror
Konquerorにタブブラウザとして必要な機能が揃えば
もうMozillaは用済みになるだろう。



>>257
InstallShieldがWindowsユーザに好評だと思ってるのか？

ファイルをコピーしただけでいちいち再起動を要求したり
レジストリをちゃんと元に戻さなかったり
Windowsの欠点の半分くらいはInstallShieldの欠点によるのだぞ。
私はLinuxとWindowsと両方のユーザだけど
InstallShieldは決して真似してはならないものだ。

RPMもうんこだけどInstallShieldよりましだ。

Windows Updateだってそうだ。
Windows板をちょっと覗いてみれ。

Windows Updateを嫌って、
わざわざローカルにアップデートファイルをダウンロードしてから
手作業でインストールする人が多いぞ。

WindowsのアップデートファイルはWindowsUpdateを使うことを前提に配置されてるから
直にダウンロードするには場所がわかりにくい。
そのためのUpdateファイルの直リンクスレが大盛況なありさまだ。

sambaでファイルサーバにする分には問題ないが、デスクトップで利用しようと
すると文字コードの問題でひっかかる罠。windows並みにSJISをちゃんと扱える
様にならんだろうか。

俺もInstallShieldのような、またはさらに高機能でかつ使いやすく安定稼動するパッケージ管理機能がほしい。

SJISを扱う理由はどこにも無いと思うが。
何にひっかかるんだろ。

まあ扱えない事もないけど、ふつーやらんな。

(･∀･)renice!

WindowsUpdateはウィルスです。
入れるたびに何かがおかしくなります。

>>257
ximianのredcarpetとか使ってみれば？
少なくとも、上の2点に関して、redcarpetの方がWinの方より優れてると思うが。
redhatがximian desktopを標準デスクトップとしてしてくれりゃいいんだけどね。

>>259
man -kとかあるけど。何にせよ、manはコマンドが分ってるけど使い方が分らん
ときに使うものだと思う。全く見当もつかんものはgoogleで調べた方がはやいし、
今さらコマンド周りに力入れてもしゃーないし。

>>263
> 文字コードの問題でひっかかる

何が？ファイル名に日本語使うと問題ありって事か？まぁそう言うアプリは今だに
結構あるとは思うが、KDEやGnomeのアプリだとほぼ問題無いだろう。

分裂しすぎ
融合しろ
それでまた分裂しろ

いまどきファイル名の文字コードくらいで
不具合の出るようなアプリはどうせクソアプリだろ。

モジラファイアバードに期待。
軽いしSKINも常備。

カーネルとドライバーを分離してほしいな。

もっと簡単にドライバーを扱えないものか?

>>272
モジュール化で充分だと思うが。

あんまりカーネル関係詳しくないんだけど、現状で満足できないならマイクロ
カーネルに移行するしか無いんじゃないの?
となればLinuxじゃなくてHurdの話になるかなあ。

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

堂々とDVDも観られないのは
改善される見込みは無いのだろうか？

WindowsUpdate並に簡単にパッチやソフトをインストールしたい

WindowsUpdateなんか既に越えてますが。
ソースコードのコンパイルまで連携できるし。

フォントの表示が汚い、設定が醜い。

>>278
MSゴチックなら使ってるが．．．
そんなに、きたないかね？

Redhat9のブラウザのかすれっぷりには呆れたよ。

>>280
だれか和訳きぼんぬ。

Mozillaは日本語の文字が崩れるのであまり使っていない。

>>282
ﾌｫﾝﾄ入れれば良いじゃん

慣れたフォントが一番見やすいという原則を知らない奴多すぎ。
MSフォントが見やすいのはMSフォントに慣らされてるだけなのに。

>>284は、個人的な意見を
恰も一般化されたかのように
かたっているに過ぎない。

愚かな。ヒラギノやOsakaを見やすいと言ってるのはMacユーザだけという事実
をどう解釈するつもりだ。
奴等はあれに慣らされてるから見やすいのだよ。

>>286
愚かな。
「見やすさ」の一般化がなされていない事実を
見逃すのか?

某OSのデフォルトがモリサワ
↓
(・∀・)イイ!!
↓
バージョンアップして平成ゴシックになった
↓
(ﾟДﾟ)ｺﾞﾙｧ
↓
Windows使い始めた
↓
MSゴシック(´･ω･｀)ショボーン
↓
何年も使ってると慣れた
↓
(´Д⊂ｸﾞｽﾝ

>>286
ヒラギノなんてMACユーザしか知らないんだから
それを見やすいと言うのがMACユーザだけなのは当然。
逆に「ヒラギノは見にくい」と言ってるWindowsユーザだって
ほとんど居ないだろう。
普通のWindowsユーザはヒラギノなんか知らない。

写研→ヒラギノという流れも知られてないでそ。
もともと印刷物用途だからねぇ。
雑誌のたぐいでは多く目にしているはず。

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

>>277
RHNなんか有料なのが泣かせるよね

釣れますか？

>>199
全く持って同感です。

linuxは設定ファイルをテキストで書く場面が殆どですが、
しかし、それらテキスト表示に必要不可欠な設定…
…フォント設定がそもそも困難極まりない。
足場もしっかりしてない状態なのに、
AAが〜なんて呑気に城を組んでるのだから呆れます。

初心者からフォント追加について質問されたとして、Windowsなら

「c:\windows\fonts にフォントファイルをコピーしる！」

で済みますよね。それがLinuxでは、

「fonts.dirを〜」
「xftcacheを〜」
「fc-cahceを〜」
「xft/fontconfigにパッチをあててリビルド〜」
「~/fonts.conf に以下の内容を〜」
「環境変数に以下の内容を〜gnomeなら〜kdeなら〜」

…正気の沙汰とは思えません。

文字幅調整等自由度を残すため、
設定をユーザに丸投げしてるのは判りますが、
まずはとにかく、「ぶっこめば、一応は出る」程度に
設定作業を簡略化する必要があると思います。
fc-cache だの xftcache だのを
ユーザに打たせる事自体が異常な状況です。
OS あるいは X の起動時に時間がかかってもいいから
毎回フォントパス等検索して自動設定させればいいのに。
（詳しい人は自分で処理をコメントアウトすればいい。）
「ぶちこんで、X再起動しる！」と初心者に答えとけば
話が終了するぐらいにしておかないと。

楽をする為にPCを使うのに、
四苦八苦しながら手作業でフォント設定するなんて
現状のLinuxは、WIndows以上に、
「PCに人間が使われてる」状態だと思います。
いつまでOSの下の世話をしてれば気が済むんですか＞Linuxユーザ。
そろそろトイレぐらいはしつけておかないと。

釣れますか？

釣りなのかヨ X <

フォントはマジでだめだめよね。フォントファイルコピーさすだけのWindowsの機構をパクればいいのに。

普通のGUI描画のパフォーマンスが悪いのはXがユーザモードで動いてる限り
どうしようもないのかねえ

>>299
スレ間違えてますよ
http://pc.2ch.net/test/read.cgi/linux/1066791728/

変数にFont Path一行指定するだけで、アラ不思議、な
シェルを書ケ

>>294,301
Turbo10Dだと、特定のディレクトリにttfやttcファイルを入れるだけで、何の
設定ファイルを書くこともコマンドを打つことも無く、表示はできるが。
(Fedoraあたりもそうだと思うが未確認)
まあ、印刷は設定せにゃならんから、まだまだだが。
もしかして、Vineでも使ってるのか？　ディストリは何よ？

それはgnomeとかの機能だろ。
ディストロなんて関係ない。

WindowMotifに依存している設定機能じゃ、どうしようもねぇっス、
kon・edlinを利用することの方が多い、そういう意味じゃ日電の
PC-UX/Vのﾌｫﾝﾄは日本語ﾏﾙﾁ表示、特に設定の必要性も感じさ
せず偉大だったな、ｽｹﾞｰ、新日本電気、ﾏﾝｾｰ。

Linuxの欠点は、なんとかLinuxと言っても名ばかりで、カーネルだけ共通（と一応いわれているが。）なだけで、
実際は別のOSともいえること、FreeBSDでいうcvs, ftpサーバが充実していないこと。

構成（例えば保存されているファイルの位置など。）がSystemV系モドキの某ディストロ、
それベースの独自版の某大手のディストロ、一部BSD系の某ディストロなどが存在する。

構成が違うために、ディストロを換えると、それまで慣れ親しんだ知識、経験はそのまま使えるわけではない。
使いこなせるようになるまで、また、最初から経験しなければならない。
ディストロ配布元の会社の諸事情により、仕方なく乗り換えなければならないこともありうる。

専門技能というより単に慣れが必要という本質的ではないことに多くの時間を費やすべきではない。

Windowsの利点は、バージョン、仕様が世界共通だから、そのような必要は無いこと、各々の
Linuxディストロよりもアップデート用サーバが充実していること。

Linuxの場合、アップデート、パッチ当ては配布元のディストロのサーバに頼るしかなく、
また、特に中小規模の会社配布のディストロは、一般的にサーバ環境がMSのWindows Update
とは比較に成らない程ショボイ。

>>305
このコピペの元ネタってどこだっけ?

> 構成が違うために、ディストロを換えると、それまで慣れ親しんだ知識、経験はそのまま使えるわけではない。

無能な管理者ならな。

> ディストロ配布元の会社の諸事情により、仕方なく乗り換えなければならないこともありうる。

どんなに嫌でも、一ベンダーにしがみつかないと生きていけない某OSよりマシだと思うが。

> 専門技能というより単に慣れが必要という本質的ではないことに多くの時間を費やすべきではない。

バッドノウハウてんこ盛り、という話ならWinだって負けてはいないぞ。

> Ｗｉｎｄｏｗｓの利点は、バージョン、仕様が世界共通だから、そのような必要は無いこと、

ハァ？

> 各々のＬｉｎｕｘディストロよりもアップデート用サーバが充実していること。

WindowsUpdateが輻輳した話はあるが、apt-getが輻輳した話は知らんな。

> Ｌｉｎｕｘの場合、アップデート、パッチ当ては配布元のディストロのサーバに頼るしかなく、

嘘をつくな。自分でやっても、やましいことは何もない。

> また、特に中小規模の会社配布のディストロは、一般的にサーバ環境がＭＳのＷｉｎｄｏｗｓＵｐｄａｔｅとは比較に成らない程ショボイ。

Win程リソースを無駄に喰い散らさないからな。

>>305
久しぶりに書込があると思ってみてみたら、
頭悪そうなコピペかい。

読んでてかわいそうでかわいそうで

>>307
portageも忘れるなかれ。
>>305
パッケージ管理windowsよりもlinuxのほうが上！！
apt-get update
apt-get install hoge
後は待つだけ（`э`)

再起動しなくていいしね。

サイキドウメンドイ(ё。ё)
パッチ当てるたびに起動遅くなるしウインは。

普及と言う前に、SystemVかBSDか、はたまた別のを作って統一しようぜ。

メーカが、Linux用にドライバなりソフトなり作ったときに問題なのは、

1) RPMで作ってみてもディストリビューションが違えば突っ込めないこともある

2) カーネルモジュールで作ったら、カーネルをageる度に再コンパイルが必要になり、マニュアルに書いたりサポセンの電話受けたり大変

3) 設定のしかたが、ディストリビューション毎にほぼ全く違うのでサポートしにくい

の、どれかor複合で、しかもここまで努力する理由がメーカには 全 く な い

>>312
これどっかで見たな

フォントを綺麗にして欲しい

フォント

どうしたら万人向けになるのか。
というか、無理にLinuxに拘らなくてもいいのか。
最初から万人向けのOSとか作るといいのか？
って漏れには無理だわな。

実は自分でOSの設定したりする人自体がすでに少数派ではあるんだよね。
システム管理者がそんなものはさくっとやって、ユーザーは使うだけ。
ユーザーなんてWindowsUpdateすらできないもんだからな。

ま、そんなわけで問題はアプリであってOSではないという結論。

つまり、システム管理しやすいような改善点というところに
的が絞られたってわけだ。

XF86 がヘボい。全然ダメ。すぐ落ちる。話にならん。

みんな揃ってReactOSに移行する。

ソフトが普通にインストールできるようになって欲しい。普通に。
コンパイルとか依存性のなんたらとかありえん

取り合えず、StudioMXを移植。
でＷｉｎ版はﾔﾒ〜

そしたら普及しないか。。

　

ソースをビルドする必要がないようになってほしい。利用者が。

ここが次のネタすれですか？

保守していいかな？

インストール後にxxx.dllが見つかりません、とか言うwindowsよりは
インストール時にこれとこれもインストールしろと言ってくれるlinux
の方が親切。

シェルをPrologにしたらよいのではないか。

ドライバのインストールをGUI上からダブルクリック等でインストール/アンインストールできるようにする。
またはセットアッププログラム等でGUI上からドライバの自動インストール/アンインストールできるような仕組みにする。

つか、未だにデスクトップ（GUI）でかそういう事すら出来ない（やろうとしない）って正直ダメすぎ。
CUI苦手な（面倒な）ユーザーは使うなってか？
何年前のOSだよ、コレ
おちおちハードウェアの追加（増設）・強化もできやしない。

似たようなアプリとかは十分だから、そういう基本的な所をもっと頑張ってくれよ……

>>329
それ以前にドライバがメーカから提供されることが期待できない

KDEとGnomeで統合まではしなくていいから互換性を高めてほしい
日本語関係(特に入力と表示関係)をまともにしてほしい
XとかGtk+とかQtとかが面倒だから早くPortlandとやらに統合してほしい

WinライクなUI、DE環境ができるまで素直にWin使っておくのが無難
仕事でもない限り、覚える手間考えると割にあわないからな

いいかげん開発者やコミュニティ、ユーザー会、ディストリ等は
その辺真面目に考えるべき

つか、もう駄目ぽ

>>332

DE環境ってなに？

で、何がダメなの？

おれはそんなもの要らないとおもっている。
デスクトップ向け用途はWindowsかMacで十分だろ。

>>311

統一なんかしなくっていいよ。
もっと増えればと思っている。

>>333
デスクトップ環境環境のことだろうな。

フォルダ数を現在の1/20に減らすべき。
何に使うのかもわからないフォルダばっかあって
何がどこに入るのかも一目見てわからないから保守性が悪い。

>>305

どっかのコピペだろうけど、ディレクトリツリーが違うぐらいでガタガタ言わない。

ディストリビューションの多様性は、良く言えば自由、悪く言えば人的資源の浪費だなｗ
こと日本のお寒いLinux事情においては、分散より統一の方向性で再考するべきだろうな。
どのプロジェクトもメンテナーのリソース不足なようだし。

さくら萌えとガンオタが一緒されたらますますメンテナーが減るかもしれない。

みんなが同じもの使ってるなんて、寒気するなｗ
キタチョンみたいで

ディレクトリのハードリンクを作れるようにすべき
>>330
他のUnix系OSと比べれば天国のようです

現状のLinuxが使いにくかったら（ストレスを感じたら）素直に投げ捨てる！
1年〜数年後、気が向いたらもう一度試してみる。
それでも駄目ならまた投げ捨てる！

￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
　　　　　　　　　　　 　 　 　 　 　 　 |
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |
　　　　　|　 　 　 　 | 　 　 　 　|　　 |　 　Linuxを
　　　　　|　 　 　 　 | ∧＿∧　|　　 | 　　窓から
　　　　　|　 　 　 　 |（　´∀｀）つ ミ | 　　投げ捨てろ！！
　　　　　|　 　 　 　 |/ ⊃　 ﾉ　|　　 |
　 　 　 　￣￣￣￣'￣￣￣￣　 　 | 　　 ミLinux


仕事なら……諦めろ！
それも給料の内だ！
嫌ならさっさと転職しろ！

PCを窓から投げ捨てると幸せになれるよ！

　　　　　　　　　　　　　　　　 ﾊ_ﾊ　　
　　　　　　　　　　　　　　　('(ﾟ∀ﾟ∩ なれるよよ　！
　　　　　　　　　　　　　　　　ヽ　　〈　
　　　　　　　　　　　　　　　　　ヽヽ_)

歩く病原菌、ｷﾁｶﾞｲ ﾏｶｰ は巣に帰れ！

￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
　　　　　　　　　　　 　 　 　 　 　 　 |
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |
　　　　　|　 　 　 　 | 　 　 　 　|　　 |　 　ﾏｶｰ（病原菌）を
　　　　　|　 　 　 　 | ∧＿∧　|　　 | 　　窓から
　　　　　|　 　 　 　 |（　´∀｀）つ ミ | 　　投げ捨てろ！！
　　　　　|　 　 　 　 |/ ⊃　 ﾉ　|　　 |
　 　 　 　￣￣￣￣'￣￣￣￣　 　 | 　　 ミ　ﾏｶｰ

GUIなんとかしろ
いじょ！

￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
　　　　　　　　　　　 　 　 　 　 　 　 |
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 | 　　Linuxのデスクトップ普及を見守るスレ【その24】
　　　　　|　 　 　 　 | 　 　 　 　|　　 |　 　http://pc8.2ch.net/test/read.cgi/linux/1147618074/ を
　　　　　|　 　 　 　 | ∧＿∧　|　　 | 　　窓から投げ捨てろ！
　　　　　|　 　 　 　 |（　´∀｀）つ ミ | 　　
　　　　　|　 　 　 　 |/ ⊃　 ﾉ　|　　 |
　 　 　 　￣￣￣￣'￣￣￣￣　 　 | 　　 ミ　ﾄﾞｻﾞ・犬厨・糞ﾏｶ

Linuxの改善を諦めると幸せになれるよ！

　　　　　　　　　　　　　　　　 ﾊ_ﾊ　　
　　　　　　　　　　　　　　　('(ﾟ∀ﾟ∩ なれるよよ　！
　　　　　　　　　　　　　　　　ヽ　　〈　
　　　　　　　　　　　　　　　　　ヽヽ_)

改善して欲しい点

安いUSB接続のWebカメラやテレビチューナを全部使えるようにして欲しい。

>>350
各メーカーに言えば良いと思うよ

着実に下がってますな
http://www.google.com/trends?q=linux&ctab=0&geo=all&date=all

http://www.google.com/trends?q=windows&ctab=0&geo=all&date=all
こっちも逓減傾向

http://www.google.com/trends?q=linux%2Cwindows&ctab=0&geo=all&date=all
合わせてみる
linux、意外に多いと思う
win:linux=2:1くらいか？

だからどうしたと言われると、返す言葉はないのだが

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にとっては大きなチャンスだ。（ロイター）

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

Ｌｉｎｕｘの現状の何もかもを完全否定する人間だけを増やさないと
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
びっくり。
「オレなら画期的なアイデアは」とかその部分だとしたらお笑い。
道具は思考を束縛とかみたいな薀蓄なら口だけくんと一緒。