Linuxは無料なのになぜWindowsの陣地を奪えないのか
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2014/07/16(水) 04:08:44.20ID:TuwPY5+9パソコンプリインストール販売の
ことですよ。
パソコンの殆どにはOSがプリインストールされている。
そのプリインストールOSはWindowsである。
Linuxはこの陣地を奪えないでいますよね?
0123login:Penguin
2014/07/20(日) 14:17:15.61ID:GBtaIE9hwinもosxも一種類ですよ。
0124login:Penguin
2014/07/20(日) 14:25:49.66ID:OM199lqg0125login:Penguin
2014/07/20(日) 14:33:31.72ID:k3+9fetPったく引きこもりは何も知らないんだな。MSサポートはやはり世界最強だよ。
夜にメールしたら、解決案、検証済みで深夜にメールが返ってくる。
他の外資系企業ならまず最初にアプリを再インストールしてください。
それでダメならOSを再インストールしてください。それでダメなら他のPCでやってみてください。
ふざけるな技術者出せで、やっと現地の開発担当者が出てくる。しかもやりとりは英語になる。
さらにおまえらが一番頼りにしてる2chなら質問したらググレカス。
勝負にならない。
0126login:Penguin
2014/07/20(日) 14:33:58.62ID:jIJfkDoO誰も使わなくなって淘汰されるだけの
話でしょ。
0127login:Penguin
2014/07/20(日) 15:03:03.76ID:jP5e4/HO0128login:Penguin
2014/07/20(日) 15:04:33.12ID:FQe5D03aただし一件6万以上するので使いどころが限られる。
サポートに関してMicrosoftのメリットがあるとしたら、広い範囲を
自前で作っていることだろな。
例えば、レッドハットに質問しても、レッドハットは製品の仕様を自社で
コントロールできるわけではないので、真摯に対応するなら「それは当社製品の
仕様です」とすら言えない。
Microsoftなら自社製品の不具合をバグとして将来修正するか、仕様として
将来にわたって維持するか自社で決定できる。
ここが一番大きな違いじゃなかろうか。
実際、レッドハットに泣かされてきた人ならわかると思う。
0129login:Penguin
2014/07/20(日) 15:37:40.34ID:SgZjG6AjSteam対応の時は期待したけど、不発に終わりそうなラインナップだし
0130login:Penguin
2014/07/20(日) 15:47:18.33ID:QjbZJ2y8ユーザインタフェースの統一感ならMacのが上だと思うよ。
Windowsはむしろ、UIの統制が取れない側だと思う。
でもMacには覇権は取れないんだけどな。
0131login:Penguin
2014/07/20(日) 17:16:41.70ID:oGKE0SbR淘汰されない。
0132login:Penguin
2014/07/20(日) 17:27:46.06ID:oGKE0SbR0133login:Penguin
2014/07/20(日) 17:51:20.72ID:7Btwj+fQメーカー製PCの保証は本体の保証であって、OS、アプリの保証ではないんですよね
機械的な故障はメーカーさんがなんとかしてくれますが、HDDのデータとかは保証外ですよ
0134login:Penguin
2014/07/20(日) 18:04:23.69ID:Uwr8pGSnデスクトップLinux常用してる人なんて実は存在してなくて
かまってほしい人が信者のふりをして擁護してるだけに見える
0135login:Penguin
2014/07/20(日) 18:07:47.62ID:7Btwj+fQ俺にわからない(不利になる)こと書くなですか
0136login:Penguin
2014/07/20(日) 19:29:12.27ID:1jSungp3> それは当たり前だよ。
うん。当たり前だ。
だがそれは開発者として当たり前という話で、
だから使いにくいんだって話。
そう、Linuxは使いにくいのが当たり前の世界。
GUI環境、つまりメニューとかボタンとかAPIとか
そういうものを統一するカリスマ開発者が生まれないものかね。
0137login:Penguin
2014/07/20(日) 19:33:10.00ID:oGKE0SbR「独自GUIを作りたい人に人気のOS」なので、統一してしまったら
人気がなくなるだろう。
0138login:Penguin
2014/07/20(日) 19:54:29.01ID:mkGD3KpS独自GUIというのは、GUIフレームワークを作りたいという意味なのか
カッコイイデザインを作りたいという意味なのか、どっちだ?
後者なら、GUIフレームワークに、デザインを変更する機能を
つければいいだけよ。それは大変な仕事だろうが、
0からフレームワークを作るよりも簡単だ。
GUIフレームワークが統一されていれば、
統一仕様に追加すればいいだけだが、
統一されてないから、GNOMEとKDEで別々に実装して、
開発リソースが分散されていつまでも作業が進まないんだよ。
いい加減、KDE標準DVD再生ツールとか言うのとかやめてくれ。
GNOMEでもKDEでも一個のバイナリでからどちらでも
GUI環境と統合化されたアプリ作れるようにしろよ。
コピペ機能とかシェル統合機能とかさ。
0139login:Penguin
2014/07/20(日) 20:03:02.44ID:oGKE0SbRに生まれてくる。
・デスクトップ、タスクバー、ランチャー類の便利な独自アイデアを
発表したい人が大勢居る。
↑のようなことが有るので統一しようとしても守られないだろう。
0140login:Penguin
2014/07/20(日) 20:19:33.92ID:mkGD3KpSいやいやw 現状統一されてないのに、
そんなこと起きてる?w
起きてないよね。
美しい設計のフレームワークや
独自のアイデアをアピールしたいなら、
逆に標準があることが重要。
なぜならその標準を越えようと考えるわけだから。
君が言ってることは逆に標準がないと起こらない話なんだよ。
そしてその後、標準にそのアイデアがマージされる。
0141login:Penguin
2014/07/20(日) 20:22:22.94ID:7Btwj+fQ0142login:Penguin
2014/07/21(月) 00:17:44.43ID:JeNcG5sO現状、GUI Toolset と呼ばれるものは、APIの使い勝手的な美しさも
競っているように思うけど。少なくともMFCよりは美しいとか。
0143login:Penguin
2014/07/21(月) 00:35:57.18ID:JeNcG5sO正:Toolkit
0144login:Penguin
2014/07/21(月) 01:29:47.51ID:Ni4++ChFUI考えるような暇があるなら別のことやりたいわけよ
UIなんてどうしたところで不満出るからな
得る物のない議論に関わりたくない
0145login:Penguin
2014/07/21(月) 06:35:15.15ID:VjGVWJEv標準に叩き上げていく事を、ユーザーがやる必要があったんだろ…。
0146login:Penguin
2014/07/21(月) 06:43:16.93ID:Z9hmmwM7メニュー画面がWindowsと違って種類別に整理されて、
実に使いやすい。
0147login:Penguin
2014/07/21(月) 10:03:23.08ID:QPlpx9ZQこれで大丈夫。
0148login:Penguin
2014/07/21(月) 11:15:51.44ID:0TP1LQh0「多数決」で決めるのは難しいんだよ。
多数決では画期的なものが選ばれることは無いことが知られている。
なので、多数決だとWindows互換的なものが選ばれることになる。
0149login:Penguin
2014/07/21(月) 11:46:41.97ID:QPlpx9ZQ親ウィンドウにメッセージが飛ぶでしょ。
あれ使いにくいよね?
JavaやC++にラムダ式が入ったんで、ボタン自身にメッセージが飛んで
ボタン自身に登録されたハンドラが呼び出されるほうが良くない?
http://ideone.com/sFfN1g
実装を知らないんで中でnewしているのかもしれないけど、使わないハンドラは
そんなに大きくならない感じがするよ。
sizeofで帰ってくるのはポインタの二倍。
念のため書いておくけど、ボタンは一例だからね。
0150login:Penguin
2014/07/21(月) 11:48:15.31ID:QPlpx9ZQたぶんこれはイケルと思う。
どうよ?
0151login:Penguin
2014/07/21(月) 11:56:28.94ID:QPlpx9ZQ面白いと思うんだよね。
今は、VS、Eclipse、NB、円馬鹿、コード戦士とかあるんだけど、サポートしてる範囲が
狭いんだよね。
Clang使えばもっとニッチな分野でも使えるIDEが作れるんじゃないかと思うんだけど。
まあ、gccが事実上CortexMですら使えない状態で、Clangに期待しすぎかもしれないけど。
コード解析にClang使うからと言って、コンパイルにgcc使っちゃいけない法律は無いし。
どうよ?
0152login:Penguin
2014/07/21(月) 17:47:50.42ID:0TP1LQh0「gccの最適化の一部分だけを改良する」
「デスクトップGUIを使いやすくするアイデアが有る」
など、部分部分の修正なら出来る人の自己アピールにLinuxは
好まれる。
0153login:Penguin
2014/07/21(月) 18:02:05.98ID:QPlpx9ZQさすがにそんなことは無いと思いますよ。
Linux使いのアピールポイントで多いのは、viが使えるとかですよ。
他にlsでファイルを探せるとかもありますね。
まあでも一番は、Ubuntuのインストールに成功したアピールですかね。
0154login:Penguin
2014/07/21(月) 18:09:14.40ID:0TP1LQh0でも、あなた自身はどうなのかな?
現に >>149-151 で現に WM_NOTIFY や IDE の改良について述べているでしょ。
0155login:Penguin
2014/07/21(月) 18:14:08.15ID:QPlpx9ZQWM_NOTIFYってwin32固有じゃないの?
俺はC/C++で書かれたライブラリについて言っているんだけど。
ラムダ式が入ったんだから、もっと楽しても良いんじゃないかって話。
0156login:Penguin
2014/07/21(月) 18:24:50.11ID:0TP1LQh0「>>149」の
>現行のGUIライブラリは、ボタンをクリックするとボタンを載せている
>親ウィンドウにメッセージが飛ぶでしょ。
の部分は、Win32 の WM_NOTIFY の事を言っているのだと思ったから。
他のToolkit ではどうなっているのか知らないので。
Java は、Listner インターフェースに AddAdaptor とかで登録する
んだったと思う。
0157login:Penguin
2014/07/21(月) 18:31:52.51ID:0TP1LQh0ユーザー定義のコールバック関数を直接呼べないため、
親ウィンドウに WM_NOTIFY メッセージを SendMessage() する
ようになっている。
C/C++ 用の Toolkit の場合、ユーザーモードで動作させるので、
コールバック関数を呼び出すほうが元々自然なのではないかと
思ったが、実際に多くのToolkitがどうなっているのか知らない。
0158login:Penguin
2014/07/21(月) 18:33:07.12ID:QPlpx9ZQどのライブラリでも同じだよ。
仮に親に飛んでこなかったとしても、何らかのインターフェースを実装する必要がある。
これJavaも同じ。
そこがC/C++が使われなくなった原因じゃないかと思うんだよね。
ボタンが押された時の処理をインターフェースを実装することで行うってことは、
そのボタンの存在を知っているクラスがあるってことなんだよね。
ライブラリの実装者は知っているわけないんだから、ライブラリの利用者がそのクラスを書く。
ここが面倒な点だと思うんだよ。
ところがラムダ式が入ったので、これからはJavascriptなんかと同じように
お手軽プログラミングができるわけ。
これは使わない手は無いでしょ。
何が言いたいかって言うと、車輪の再発明する好機がやってきたってこと。
日本からも何かを生み出そう!
(主にWindowsで)
0159login:Penguin
2014/07/21(月) 18:38:42.67ID:QPlpx9ZQMFCと同じ存在。
そう、これからは俺たちの時代!
0160login:Penguin
2014/07/21(月) 18:43:14.81ID:0TP1LQh0>どのライブラリでも同じだよ。
「メッセージ」を親ウィンドウに送るというのは、Windowsの
「ウィジェット」であるところの「コモン・コントロール」が
「システム実装」であって、原則カーネルモードから
ユーザーモードのコールバック関数を呼び出すとするとシステム
の安全上の配慮が必要になるので、それを避けるためだったのだ
と思う。
なので、システム実装で無いところの Toolkit は、そういう実装を
取る理由が見当たらない。
0161login:Penguin
2014/07/21(月) 18:48:02.58ID:QPlpx9ZQwin32にも特別な理由は無いと思うよ。
指定したHWNDに送りつけても良かったんだから。
親ウィンドウに送るのが悪いと主張しているんじゃないんだけど。
ラムダ式を調べれば言ってる意味わかると思うけど。
0162login:Penguin
2014/07/21(月) 18:51:26.87ID:0TP1LQh0>指定したHWNDに送りつけても良かったんだから。
ハンドラをすぐ近くに書けるみたいなことが好きだと言うことかな?
0163login:Penguin
2014/07/21(月) 18:55:55.90ID:0TP1LQh0>指定したHWNDに送りつけても良かったんだから。
ここの部分については、自分も同じようなことを考えたことがあった。
ランタイム時に変わるところのHWNDを指定せずに、親子関係という
コンパイル時に静的に決まってしまう相手に送りつけることの
メリットをWIn32設計者は、当初は考えていたのかなと思った。
ランタイム時に相手を登録する事を当事は避けたかった可能性が有る。
0164login:Penguin
2014/07/21(月) 18:57:20.55ID:QPlpx9ZQそもそも、Javaのイベント処理書くの楽だった?
後で読むのが楽だった?
Javascriptと比較して簡単だったかな?
と考えると、これは良いものでしょ。
今ちょうど時期が来たんだよ。
0165login:Penguin
2014/07/21(月) 19:00:08.99ID:QPlpx9ZQwin32はwin16が有って作られたものだから、設計が20年前どころじゃないんだよ。
そこは責められない。
でも今はラムダ式があるし、メモリーは増え、処理速度は向上したので、
その時代を引きずる必要はない。
これはヒットするぞ〜。
0166login:Penguin
2014/07/21(月) 19:01:57.92ID:0TP1LQh0Java と Javascript とで、イベント処理の容易さに関してそんなに
差があったとは正直、気付かなかった。
Javascript の方が Java よりも楽だと言いたいの?
0167login:Penguin
2014/07/21(月) 19:03:25.71ID:QPlpx9ZQそりゃ楽でしょ。
使いたいその場に書けるんだから。
Qtにmocが必要だった理由が無くなったと言えばわかるかな?
0168login:Penguin
2014/07/21(月) 19:07:46.41ID:QPlpx9ZQラムダ式ばんざ〜い!
0169login:Penguin
2014/07/21(月) 19:12:33.81ID:QPlpx9ZQ今までアメリカや韓国、インド、中国に負けっぱなしだったけど、日本も
参入のチャンス!
今あるものは全部まとめて旧式だからね。
0170login:Penguin
2014/07/21(月) 19:19:34.83ID:0TP1LQh0思っていたところだった。最近、量子力学でテレパシーのようなものが
あるという実験結果がいくつか報告されているので、これがそうなのか
と思ってしまう。
MFC の「メッセージマップ」には、ON_NOTIFY_REFLECT() なるマクロがあり、
それは、親へ送られた WM_NOTIFYメッセージを自分へ戻すと言う一度
聞いた時には意図が理解しにくい物が有る。
これも実は、WM_NOTIFYメッセージの送り先を最初から指定できるので
あれば不要なもの。
MFCの問題点の一つは、上記の「リフレクト」でもあるので、改良点として
は正しい。
0171login:Penguin
2014/07/21(月) 19:19:59.08ID:CD3L4aLS> でも今はラムダ式があるし、メモリーは増え、処理速度は向上したので、
> その時代を引きずる必要はない。
>
> これはヒットするぞ〜。
まあ、それが.NETなんだけどねw
ラムダ式・・・の話をするのなら、そもそもWindows APIは
C言語から呼び出せる関数になってる。言い換えれば巨大なC言語ライブラリ。
これがOSネイティブで用意しているAPI
で、そのAPIをラップしたのが、各種言語のフレームワーク。
OSネイティブAPIをC++言語ライブラリにしてしまうとその他の言語が困る。
多くの言語はC言語ライブらいリを呼び出す機能は持っているが、
C++ライブラリを呼び出せるとは限らない。
だから、Win32の話を持ち出すことじゃない。 Win32はC言語ライブラリであるほうが良い。
その上に、何か別の言語から触れる共通のライブラリを作る必要がある。
0173login:Penguin
2014/07/21(月) 19:25:22.54ID:QPlpx9ZQ実は、そのライブラリを作ろう!って話なんだよね。
0174login:Penguin
2014/07/21(月) 19:26:33.84ID:0TP1LQh0ただ、無料で公開した場合、普及したとしてもどういうメリットがあるのか
分からないけれど。
0175login:Penguin
2014/07/21(月) 19:29:33.49ID:QPlpx9ZQどっちを使うか?
大抵、海外のほうが良さげに見えるでしょ。
でもこれからは違うよ〜。
誰もが日本製の方を手に取る。
そんな時代がやってくる。
0176login:Penguin
2014/07/21(月) 19:32:16.89ID:0TP1LQh0引数に LRESULT *lpResult になっていたり、はたまた、省略されて
いたり、ON_NOTIFY() と ON_REFLECT_NOTIOFY() とでハンドラの型が
違っていたり、複雑だったような。
それに、最初からコールバック関数で有るなら専用関数の型が通知別に
なりえるのに、元がメッセージなので、自分で NMxxxx 見たいな構造体に
lParamをキャストして使う必要があり、かつ、MASK 値で変化しているもの
だけが意味が有るなどという余り意味がなくて「大げさ」な仕様である
所も問題点だ。
0177login:Penguin
2014/07/21(月) 19:36:46.37ID:QPlpx9ZQMFCは古いライブラリなので当然古臭いんだけど、今あるどのライブラリも
似たような問題があるよ。
今、時期がやってきたんだよ。
スクリプトなんか使わなくていいんじゃ?ってくらいC++が充実してきた。
これはチャンス!
もう追いかけるのはやめて日本で作っちゃおうぜ!
0178login:Penguin
2014/07/21(月) 19:38:31.39ID:QPlpx9ZQこれからは外人が日本語を勉強する時代!
英語?いや、これからは日本語でしょ。
そんな時代!
0179login:Penguin
2014/07/21(月) 19:41:05.83ID:0TP1LQh0がないのだった。で、全ての通知の1つのハンドラで受け取る形式。
それに大して、ON_NOTIFY_REFLECT() は、(当然)仮想関数ではなく、
通知の種類を指定する形式。
WndFunc() ハンドラで受けた場合だと、LRESULT は、ハンドラの
戻り値なのに、上記ハンドラでは引数に LRESULT *pResult となって
いる。
そして、OnNotify() では、BOOL 値を戻すのに対し、ON_NOTIFY_REFLECT
で呼び出される形式では、戻り値は void。
こういったところが、MFC が汚い点。
0180login:Penguin
2014/07/21(月) 19:43:15.50ID:0TP1LQh0正:で、全ての通知を1つのハンドラで受け取る形式。
誤:それに大して、ON_NOTIFY_REFLECT() は、
誤:それに対して、ON_NOTIFY_REFLECT() は、
0181login:Penguin
2014/07/21(月) 19:46:59.62ID:0TP1LQh0「日本で」というのが、自分には違和感が有る。
「作った人が利益を受ける」
これが好ましい。
0182login:Penguin
2014/07/21(月) 19:51:09.53ID:0TP1LQh0自分は金で収入を受ければそれでよい。
自己アピールや実績作りのために作っている人とに協力するのは絶対
いやなので、OSSの思想は絶対イヤ。
0183login:Penguin
2014/07/21(月) 19:51:15.96ID:QPlpx9ZQ俺もそう思うんだけど、ライブラリや言語で儲けるのは無理でしょ。
プラスで何かを組み合わせないと。
ただ、組み合わせられるものは多いと思うよ。
0184login:Penguin
2014/07/21(月) 19:54:23.55ID:0TP1LQh0組み合わせて収入を得た例が知りたい。
0185login:Penguin
2014/07/21(月) 19:56:30.79ID:0TP1LQh0>俺もそう思うんだけど、ライブラリや言語で儲けるのは無理でしょ。
でも、MFC と IDE の組み合わせには、3万円の価格が付いている。
MFC がない Expression版 は無料。
しかし、MFC+IDE は、OSS ではない。MFC は購入者にはソースが
見れる事は見れるが。
0186login:Penguin
2014/07/21(月) 20:02:10.09ID:QPlpx9ZQMFCに3万の価値は無いよ。
これまでにMFCで作られたソフトウェアが3万円の負債を生み出してると
考えたほうが良い。
MFCで書いてしまったから、MFCを使い続けないといけなくなってる。
負債。
0187login:Penguin
2014/07/21(月) 20:09:11.01ID:QPlpx9ZQGoogleはそういうの上手いよね。
Androidはストアで儲かるし、検索は広告で儲かる。
0188login:Penguin
2014/07/21(月) 23:33:04.32ID:0TwU0PGC0189login:Penguin
2014/07/22(火) 07:19:06.63ID:IGJpio4Lでもソフトウェアが収入源になっている例は知らない。
>>188
FireFoxはGoogleから莫大な収入(数十億円単位)を得てはいるが、
果たして Toolkit や IDE や OS でそれができるかどうか。
0190login:Penguin
2014/07/22(火) 07:21:43.20ID:IGJpio4LQt Designer や、eclipse は、タダでも使いたくないが、
MFC + (MFCと連携した)IDE
は、なぜか 3万円出してでも買ってしまいそうな誘惑に駆られる。
たとえ、MFCが汚いと知っていても。
あと、C# や Java は遅いしメモリ大食いだし、やめたほうが良い。
0191login:Penguin
2014/07/22(火) 07:38:40.15ID:H2uTt2QC0192login:Penguin
2014/07/22(火) 07:55:42.47ID:IGJpio4LVC の IDE はプロユースだよ。
作業者ではない。もっと上級プログラマか、プログラムもするが、
別の分野のエンジニアや科学者もいる。
0193login:Penguin
2014/07/22(火) 08:04:22.09ID:H2uTt2QC0194login:Penguin
2014/07/22(火) 08:14:03.41ID:IGJpio4L主語が無いので
VCがか、Linuxがか、Windowsがか、Eclipseがか、
いったい何が「なんちゃってに受けがいい」か全然分からない。
0195login:Penguin
2014/07/22(火) 08:17:11.45ID:QGydjeauええー?カーネルモード?
いつからそうなったんだ。
((´・ω・`))
ありえん。
メッセージの流れはWin16からの伝統だけど。
NOTIFYは別に悪いつくりじゃないぞ…
0196login:Penguin
2014/07/22(火) 08:29:57.66ID:H2uTt2QC0197login:Penguin
2014/07/22(火) 08:32:23.73ID:IGJpio4L国語は赤点、数学と物理は満点だった人だから。
0198login:Penguin
2014/07/22(火) 08:36:02.13ID:H2uTt2QCやっぱり、なんちゃってな人なの?
0199login:Penguin
2014/07/22(火) 08:37:06.56ID:IGJpio4L数学では、あらゆる可能性を「推定」ではなく「証明」しながら進んでいく
ので主語の省略は、全く意味が通じない。
0200login:Penguin
2014/07/22(火) 08:38:28.60ID:IGJpio4Lいや、実際満点で色々な記録を持っている。
ところが、国語の文章は読むのが遅いので、全問解けず、赤点になる。
0201login:Penguin
2014/07/22(火) 08:39:13.44ID:IGJpio4L数学と国語は別だよ。読解力と数学力はほぼ関係性0。
0202login:Penguin
2014/07/22(火) 08:43:51.18ID:H2uTt2QC0203login:Penguin
2014/07/22(火) 08:45:50.92ID:H2uTt2QC0204login:Penguin
2014/07/22(火) 08:47:26.40ID:BneJlK0p0205login:Penguin
2014/07/22(火) 10:20:35.39ID:IGJpio4L0206login:Penguin
2014/07/22(火) 10:25:54.96ID:IGJpio4Lオセロで優勝してしまう人までいるんだよ。世の中には。
0207login:Penguin
2014/07/22(火) 10:28:17.37ID:H2uTt2QC0208login:Penguin
2014/07/22(火) 10:30:17.53ID:IGJpio4L0209login:Penguin
2014/07/22(火) 10:35:12.31ID:H2uTt2QC0210login:Penguin
2014/07/22(火) 11:08:31.51ID:IGJpio4Lこの掲示板自体が、アメリカ、中国、韓国、台湾、インド、フィンランド
からも見られているので、アイデアオンリーの事ならここに書いた時点で
もう駄目。
0211login:Penguin
2014/07/22(火) 11:22:26.95ID:SNHajG582GくらいメモリあるPCだともう使うメリットが無くなる。完全に自己満足の世界。
ソフトももうちょっと揃ってればなあと思う。やっぱ痒いとこに手が届くのはwinのソフトなのよね。
0212login:Penguin
2014/07/22(火) 11:48:14.83ID:IGJpio4L点数が取るのが得意な方ではない。数学や物理のセンスが有るだけだ。
「>>193」のように書いても通じないのは、国語力の問題ではない。
育った地域、出身国、価値観などが全く違っていれば、伏線を読むことに
期待しては駄目。自分と似た人には通じても、部外者には通じない。
0213login:Penguin
2014/07/22(火) 11:56:21.59ID:IGJpio4L0214login:Penguin
2014/07/22(火) 11:59:10.70ID:H2uTt2QC0215login:Penguin
2014/07/22(火) 12:02:26.68ID:BneJlK0p0216login:Penguin
2014/07/22(火) 14:56:30.05ID:xe2xJSnrこのスレで、いわゆる "Linux" と呼んでいるものの
構造を階層構造に分解すると
(1) Linux カーネル
(2) Xlib, いわゆる X Window System
(3) GTK+, Qt, FLTK, ... 等の GUI ツールキット
(4) 上記ツールキット(3)を使った X アプリケーション
(5) Ubuntu 等等の無数に存在するディストリビューション
番号が小さい方が低い階層になっている。
番号が大きい方は番号が小さい方に依存している。
番号が小さい方は番号が大きい方に関して何も規定していない。
例えば、カーネル開発者は X を公認していない。
X でない Window System の可能性も許容している。
同様に X はどんなツールキットも公認していない。
どんなツールキットの可能性も許容している。
一般論として、"Linux" という言葉が上記の階層の
どの範囲を指しているかが人によって違うので
混乱が生じるのだが、
今までスレで批判している人は
上記のどの階層のどの範囲、そしてその開発者、
を批判しているの?
0217login:Penguin
2014/07/22(火) 15:30:43.88ID:H2uTt2QCFUD、ステマは基本的にいっしょ
こきおろすか、よいしょするか
が違うだけ
0218login:Penguin
2014/07/22(火) 16:15:41.74ID:gfWm9SpKそんなのの関係の掲示板で、いまさら「Windowsの宣伝」を
しようとする者がいるという発想自体が馬鹿げている。
0219login:Penguin
2014/07/22(火) 18:53:41.93ID:H2uTt2QC0220login:Penguin
2014/07/22(火) 19:50:57.46ID:fQBD/U1Cもうこれに尽きる
0221login:Penguin
2014/07/22(火) 19:53:51.58ID:H2uTt2QC0222login:Penguin
2014/07/22(火) 19:59:00.73ID:tqGhmvWZシス管部門がubuntu含めいろいろ検討したみたいだけど
報告書見たら強烈にダメ出しをしてたわw
■ このスレッドは過去ログ倉庫に格納されています