デスクトップでLinuxが普及する訳ないと思った時 8
■ このスレッドは過去ログ倉庫に格納されています
Windowsは20年前からオブジェクト思考が徹底してて、OSのコンポーネントが充実してるから
言語問わず、ブラウザ機能とか張るだけでGUIアプリに機能追加できるからな。
それに比べてLinuxは未だにテキスト依存。何をするにも大変。 今日書いたpowershellのスクリプトが10年後も動くといいね。 10年前20年前と選択肢が変わらない(制限されたままの)Linuxと、どっちがいいかっていうトレードオフだな。
時代に取り残されながら「Linux使える俺スゲー」したいだけの爺ならLinuxのほうがいいんだろうけど。 そういうレス見ても「は?ガイジ?」としか思わない。Windows(やMac)がここ15年何が進歩したのよ?
7はいい感じに仕上がってるが、8はLinuxのXenをベースにしたHyper-Vが付いてて、10はバックグラウンドで動くうざい更新progと気味悪いAIのおっさんが付いてるだけ。進歩したのネトゲ見たいなハードウェアGPUが進歩したことによる恩恵くらいじゃないか?
もっとうまく叩いてくれ。 なんだかんだで.NETは優秀だぞ(実行環境のスペックを考えなきゃ)
金の問題はともかく、PS4なんて目じゃないし、LINQやらなにやらで作り手も楽だしな >>133
今でも引数指定で後方互換は取れるんだぞ、ggr Linuxの良いところって、取得コストがタダってだけだもんなぁ。
ランニングコストは、WinもLinuxもどっこいどっこいというか、Linuxのがランニングコスト高くても不思議はないぐらいに手間かかるしねぇ。
Linuxに良いところって、ほんとになにがあるだろ?
JDKのバージョンアップして古いバージョン消そうとしたら依存関係がうんぬんというメッセージがでたことがあるが、そのまま古いJDK消したら依存してたアプリも全部消えた(当然といえば当然だね
新しいJDKはいってるので、JDKを使うアプリを再インストールしたら古いバージョンのJDKが復活したのには、呆れたわ。
これは1例だけど、パッケージマネージャは依存関係をきちんと見れないゴミシステムなんだってのが良くわかる。 ROMに焼くんならLinuxもそれなりに利点はある >>140
なんでデスクトップ普及スレでLinuxとJAVAの組み合わせでディスってんだよ
コストにしてもWindowsだってPC買えばたいてい付いてくるしコストゆーても2-3万だろ
パッケージゲットだってほとんどのケースは順調だし私怨臭くて的を射てないんだよお前わ
もっとあるだろ、日本語入力システムの挙動がクソだとかいろいろ プログラムしてたら、APIの動作が変わっても名前が変わらないのがUNIX文化、動作が変われば名前も変わってAPIが増え続けるのがWindowsだとすぐ気づくだろ。
自分のプログラムが10年後動くかどうかで言えば、Windows の方がずっと可能性が高い。 それは有難い反面、一長一短ではあるけどな
hogehogeExとか、.NETに至っては実用に問題があるHttp〜やらWeb〜やらに代わって
新しいクラスが実装される度に問題引き摺りまくったりとかなw
ってかSslStreamを早く何とかしてくれよと、Shutodown()に相当するメソッドが無いから
プロトコルによってはいきなりClose()しなきゃなんないんだけど(当然だわな)、
送信後にClose()する側は最後のパケット送ったか確認せずにClose()されるから
大抵パケットが送られずに切れやがるふざくんな
(てか当時のハード&技術水準でMFC作れた様なレヴェルの技術者はMSにはもうおらんのかね?
ApplicationExceptionとか言いながらフレームワーク内でそっから派生した例外とかあるから
最早ApplicationExceptionでも何でもないし、この辺りだけは如何ともしがたい
担当のMSの技術者馬鹿なの?氏ぬの?いやマジで氏ねよ) 最近の設計本はWindows方式を推奨してるのがほとんどだけどな。 ダイクストラが提唱した有害なgotoの使い方は現代の言語では一切できないので、goto害悪論は間抜けの産物。 >>143
win32 APIバイブルって本でwin95時代にゲームの仕事してたが、その頃から名前は同じで動作が変わる事多かった。Ex付き奴でさえ。directxも酷かった。
winでいいのは馬鹿でもvsが適当にそれっぽく動いてくるだけ。 >>148
動作が変わると言っても互換性があるのだから問題ない
そもそもだな。Win32 APIの話をするならば、
LinuxなんてGUI関連のAPIが無いんだぞ
Linuxではどこぞのライブラリが、GUI関連のAPIを提供しているが、
そっちが変わりまくりかどうか知らないだろ? >>149
動作が違ったら駄目だろ。
osそのものにguiのapiが必要とは思わんよ。xlibは未だに動いてくれる。
選択の幅が少ない全自動三輪車が好きならそっちで何か作ればいい。必要ならxlibからなんとかできる方がいいよ。xlibで最後に書いたのなんてもう25年ぐらいは前だけど。 LinuxでGUI触るのはJavaでSwing使うぐらいになっちゃったなぁ。
同じ酉でもDE違うと動かないとか、同じDEでも酉違うと挙動が違うとか、マンドクサ >>150
> osそのものにguiのapiが必要とは思わんよ。xlibは未だに動いてくれる。
そういう話じゃなく、Windowsの場合だけ、多くのAPIが変わったらいけないといって
Linuxの場合は、多くのAPIはOS付属じゃないから、変わっても問題ないんだって
いうのが不公平だって言ってるの
結局同じようなアプリを作るときの大変さは変わらない LinuxのGUIは未だに使い物にならないからね。 >>154
これは日本のトップメーカーNECの場合だが、
結局WindowsのGUIではファイルチェックは出来ないのだ。
全てはコマンドラインが頼り。
WindowsのGUIの不完全さを物語っておるな(笑)
https://121ware.com/qasearch/1007/app/servlet/relatedqa?QID=015110 >>153
不公平なのは仕方ない。
土台レベルの仕様変更を強制されるwinと、土台自体が気にいらなければ土台の変更でも、土台を作ることも可能なlinuxじゃ設計から違う。
msが放り投げる変な物をキャッチし続ける気があるなら頑張ってとは思うけど。 >>155
necがトップメーカーとかなんの冗談?
プロパーが内製してた頃ならまだしも、今なんてパワポとエクセルだけで開発してると錯覚してる偽物しかいないよ。
内製回帰を目指す企業も増えてきたけどもう人がいないし、そんな人材も育成できない。ロストテクノロジーと一緒。
プログラミングの工程を製造って呼称する連中はマジで無理。 互換性について考えるときは、Linuxディストリビューション・バージョン10がバージョン1のリポジトリを使えるか考えてみたら良い。
Windowsはこれが可能だ。
こういった思考実験を提示すると、犬厨はWindowsのほうが優れているというのか?そんなことはあり得ない!と反論するだろう。
しかしこれは優劣の問題ではなく、対象となる問題の違いなのだ。 犬厨からLinuxユーザーへの進化が必要である。
と思いました。 犬厨の皆さんには「クリーンアーキテクチャー」と「C++のためのAPIデザイン」という二冊の本をお勧めします。 >>159
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑) >>160
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑) >>155
結局LinuxのGUIではファイルチェックは出来ないのだ。
全てはコマンドラインが頼り。
LinuxのGUIの不完全さを物語っておるな(大爆笑) >>155
LinuxのGUIはWindowsの足元にも及ばないゴミだけどそれについてコメントくださいなw まーでも怪我の功名っていうか初めてソフトウェア入れるときリポジトリのほうが楽だよ
いちいちアドウェアが入ってないかレジストリが汚されるかビクビクしならがインスコする必要ないし
Windowsで信頼できて且つGUIで便利なソフト見つけれたときはいいけどなかなか、、 GUIを必要とするユースケースが想定されていないからでは。
一方で、Androidという総ての人に受け入れられる素晴らしいdistributionもあるので、Linuxをベースに構築できないという考えも誤りだと思います。 > まーでも怪我の功名っていうか初めてソフトウェア入れるときリポジトリのほうが楽だよ
WindowsにもOS標準で取り入れられたしな。あストアのことじゃないよ
CLIから実行できるPackageManagementのことだよ
Windows 8.1のころ、MS公式でリリースされていたOneGetの後継で
Windows 10に標準搭載されているPackageManagementのことだよ
PackageManagementの素晴らしい点の一つは、非公式のパッケージマネージャーの
Chocolateyなどのリポジトリも使える所 >>166
> 一方で、Androidという総ての人に受け入れられる素晴らしいdistributionもあるので、Linuxをベースに構築できないという考えも誤りだと思います。
つまりXベースでは素晴らしいGUIを構築することは出来ないということだね
Xベース以外のGUIを搭載したLinuxはデスクトップにはないのかな? Xのソースは一度は読むべきだと思います。
大変示唆に富んでいます。 >>170
それだと、論破じゃなくて、肯定じゃね?
Xベース以外のGUIを搭載したLinuxはデスクトップにはないのか?
→スマホのAndroidしかないよ
肯定 あとAndroidの大きな欠点は、CLIが使えないこと 何でもできるシステムは、ひとつの事をうまくやるシステムに駆逐されます。
この事を思い出してください。 > 何でもできるシステムは、ひとつの事をうまくやるシステムに駆逐されます。
ワープロの話?あ、これは逆かw
ひとつの事をうまくやるシステムに駆逐されたものってなに?
電話専用機の話でも始めるの? あ、加湿器付空気清浄機よりも、
加湿器と空気清浄機別々にしたほうが良いっていうね。
でも駆逐されてないけど。
なんの話を始めるのだろう?
ワクワクw >>167
Windowsの「使えるソフト」ってそういうところにあるものじゃないからあ
パッケージマネージャが欲しいわけじゃないんだよなあ >>176
欲しいものを言ってみそ。パッケージマネージャーが無いと思っていたら
あって焦ってるのはわかるけど、次言う欲しいものもすでにWindowsにあるかもよw
(だから言わないんだろうけどw) Windowsは手書きをサポートしています。
未だ書くエリアが必要ではありますが。
サードパーティのアプリケーションのなかにはまるで紙に書くかのごとく自由に手書きしキャラクタに変換するものもあります。
そういったアプリケーションによって知ったのは、キーボードの実用性です。
しかし、手書きがキーボードを駆逐することもあり得るでしょう。
キーボードは大きいですから。
すべてはユースケース次第なのです。 > Windowsは手書きをサポートしています。
> 未だ書くエリアが必要ではありますが。
タッチパネルスクリーンのこと?
Windowsはタッチパネル対応してるね
書くエリアが必要ないOSってなに? 書くエリアの必要性はコンポーネント境界によって必要とされるのかもしれない。
とすると、ここに何らかのソリューションを用意できれば。 サーフェイスかiPadを使ってみるべきですね。
新しいiPadはプロと同様ペンをサポートしています。 でもそれはハードウェアの話でOSとは一切関係ありませんね >>177
Linuxつかいだから今入れてるのはこれだけ ある?
Glary Utilities , Free Window Registry Repair , WinMend Registry Deflag , Orcle VM VirtualBOX , BandiZIP , DataRAM RAMDISK , JTrim クリーンアーキテクチャを読むことから始めよう。
そして手書きを体験しよう。 >>185
いってみそまで言ったんだから調べてくれよ、スカしかよwww 手書きはサービスという粒度で境界を設計できるだろうか。 >>192
いや、10でも完成されていないな。
これからの技術だと思う。 ただ、書き味は非常に良くなっているな。
未来にはひょっとしてペン入力もありかもしれないと思える程度には。 最近の文字描画APIはがっつりとアプリケーションに絡みついてきて、とてもインターフェースとして優れているとは言い難いけど、手書きはそれ以上に絡みついてくると思う。
なぜなら、書き込むエリアが特別に用意されているのはイケていないから。
やはり、描画できるアプリケーション領域のどこでも好きに書けたほうが良い。
そしてそれは独自に実装できてるアプリがすでにあるのだ。
しかし、アプリから分離してAPIとなるには、もっといろいろ考えないといけないだろう。 ちなみに誤認識云々というレベルはとっくに卒業してて、十分使えるレベルに達してる。
特にアプリケーションで実現してるものは。
非常に良くなってる。 >>195
御託はいいんで、ワープロのような複数行入力できるアプリで
どうやって書き込むエリアを用意せずに、
手書きできるのか見せて
書き込みたい部分を拡大して、書き込むエリアにするとかいう
ネタはいらないからねw 書き込みたい部分をタップすると
半透明ウインドウが全画面ポップアップ表示して
そこが書き込むエリアになるのかもw >>164
これは日本のトップメーカーNECの場合だが、
結局WindowsのGUIではファイルチェックは出来ないのだ。
全てはコマンドラインが頼り。
WindowsのGUIの不完全さを物語っておるな(笑)
https://121ware.com/qasearch/1007/app/servlet/relatedqa?QID=015110 ちなみにこの手のアプリを試すのに一番お金がかからないのは新型iPadですよ。 一台で何でもしたい、あるいはマイクロソフトアカウント中心で生活したいなら、サーフェイスということになりますが、なんでも出来る分お高いです。 >>203
どのLinuxか言えないなら嘘と同じだな openshiftの操作画面はカッコよかったけど
DEは相変わらずビミョーやね >>207
> どのLinuxか言えないなら嘘と同じだな
全てのLinuxだよ Android Google/Linuxはコマンド使わない。 >>203
これは日本のトップメーカーNECの場合だが、
結局WindowsのGUIではファイルチェックは出来ないのだ。
全てはコマンドラインが頼り。
WindowsのGUIの不完全さを物語っておるな(笑)
https://121ware.com/qasearch/1007/app/servlet/relatedqa?QID=015110 >>211
大抵の奴はWindowsでそんなコマンド実行しなくても困らん
てか困るのはちょっと突っ込んだ設定の変更をしようとすると
すぐにCUIだのテキストの編集→デーモン再起動を要求されるLinuxの方だな
>>148
具体的にどのAPI?
動作が変わったら大騒ぎになってる筈だが?w
よっぽどマイナーなUndocumented何某のAPIとかか?w unix哲学で複数の単機能のプログラムをユーザが自ら考えパイプで繋げて使ったり、シェルスクリプトで作るのが正道。
そんな単純な事が出来ない奴はwindowsで良いんじゃね? シェルスクリプトで作るのは単純な思考では無理だよ〜 × 単純な事が出来ない奴
○ 楽をしたい奴
ここがわかってないからLinuxはいつまでも使い物にならない
世の中の人はマゾ変態以外みんな楽をしたい Ubuntu使いだがコマンドなんか使った事は無いぞ。
Windowsではファイルチェックでコマンドを使った事はあるけど。 >>215
ユーザが望む動作をしてくれるアプリを探すより作ったほうが早い。使い物にならないのは使ってる奴がサル以下。
windowsのファイルのrenameアプリとか存在を知ったとき驚いた。 作った方が早いなんて、しょうもないバッチ紛いの処理しかできない様なもんばっかだろ
GIMPだとかBlenderだとかみたいなものを作れるもんなら作ってみろと Unix時代の、今じゃもう通用しないCUIしかなかった頃の古臭い哲学を持ち出してドヤ顔されてもなぁ。
老害が多いからLinuxはいつまでたっても3流なんだろうなぁ。 ははは。あんたに通用しなくていいよ。三流だろうがなんだろうが俺はlinuxでいい金稼げてる。
若い君がなんか作ればいいんじゃね? >>220
Windowsもbashをパクってコマンドを使えて便利になったんだが。 WindowsのGUIもAndroidに比べると不完全だな。 >>220
powershellは?
まぁ、msの中の人もpsは失敗って気がついているとは思うけど。
cuiじゃ長年動いてきたunix側の方が古めかしい様に見えても実績あるしwslはある意味敗北宣言だろ。すごく中途半端な紛い物。 不完全と言ってく君。googleで仕事した方がいいよ。 AndroidのUIって直感的じゃないから完成どころかスタートラインにも立ててない印象しかない ■ このスレッドは過去ログ倉庫に格納されています