[過去ログ] WindowsやめてLinuxデスクトップ! 23 (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
856
(2): 2019/11/05(火)23:05 ID:5bCD0aqI(4/4) AAS
ラズパイかArduinoで迷っていて、ある理由でArduinoにしようと考えてるけど
ラズパイ用として書かれたUART(非同期シリアル通信)のソースコードが使ってるトリで、
ほとんどそのままで(多少は手直ししたけど)コンパイルできて(CUI)動いたので驚いた。

LinuxでのC言語の互換性は凄いと思った。それが本来のLinuxなりC言語の役割・能力だろうけど。
857: 2019/11/06(水)02:02 ID:k5nlNV0i(1/16) AAS
>>852
1. MXは、xfceの軽さとdebianの安定性で人気
2. マンジャロのイチオシは軽いxfceだけど
2番手はカスタマイズせいでKDE推し
gnomeは3番手で最後
3. mimtはxfceもあるけど全般的にWindowsライク
ちょっと前までKDEもあった

そんで、最近になってKDEが
Xfceと、軽さが近差になってきた

Ubuntuがgnomeにパーフォーマンス改善するように口出ししたり
省14
858
(1): 2019/11/06(水)04:15 ID:u+iyaNAK(1/4) AAS
>>845
それはWindowsに限らずLinuxにも言える事ではあるが、
Windowsの場合はコモンコントロールやカスタムコントロール、汎用ダイアログ、
そしてそれらから派生したコントロールの部品化によって
コントロールの操作感やダイアログボックスの表示順序がある程度標準化されてる

Linuxにはそれがない
ツールキット毎に再発明してる無駄をどっかで解消しなきゃならない筈なんだけど
カーネルやウィンドウシステムはともかく、ツールキットの辺りの層を取りまとめる奴が現状皆無
859
(1): 2019/11/06(水)06:24 ID:Rj+zBWIJ(1/2) AAS
>>858
誰か1人がまとめようと旗振り始めたら10人が反旗を翻すのがOSSだからしかたない。
860
(2): 2019/11/06(水)06:54 ID:OXjF1TDU(1/2) AAS
多様性の面から見れば再発明が常に無駄とも言えない。共通化が進み全てが一つに集約されてしまうよりは選択できる方がマシ。

標準化されたコントロールがほしいのならwindowsを選択すればいいだけ。
861: 2019/11/06(水)07:00 ID:Rj+zBWIJ(2/2) AAS
ツールキットが規格化・共通化されないかぎりLinuxは混沌とした家内制手工業的な生産性のまま、労力とエネルギーを浪費して地球の環境にダメージを与えながら終焉を迎えるだろう。
862: 2019/11/06(水)07:08 ID:u+iyaNAK(2/4) AAS
>>860
酉毎に統一されつつ各酉で多様性があるってんならまだいい
酉に入ってるパッケージ毎に違うなんてのは統一されてなくて混乱を招く
863: 2019/11/06(水)07:32 ID:IoHLkbKg(1/5) AAS
>>859
そこまで fork しまくるモノなんて全く思いつかないが?
せいぜい memtest86 か

x.org だって XFree86 のライセンス問題が原因となっただけ
864: 2019/11/06(水)07:32 ID:IoHLkbKg(2/5) AAS
>>860
GUI の標準化されたコントロールは設定で実現する余地がある
865: 2019/11/06(水)08:03 ID:yXzbcgAS(1/2) AAS
ソフトウェアなんて物は本来は家内製手工業どころか、尖った個人のアイディアを実現する物でtkのような物ほど合議制で開発を進めるべきではない。委員会の平均化された結果なんて既存の物と比較しないと差分が見えない。

ディストリビューション内でもデザインが統一されていない?プログラムしてる奴の好みの問題なんだし使う側が我慢するか、自分で変更するなりすればいいだけで、それでも嫌なら気の済むまで違う何かを探し続けるしかないね。
866: 2019/11/06(水)08:11 ID:vaEEv9F8(1/3) AAS
Linuxのダメなところってそういうとこだぞ
867: 2019/11/06(水)08:24 ID:IoHLkbKg(3/5) AAS
デスクトップ用途で商売してる訳でなし
余計なお世話だろ

自分の好みに沿ってデスクトップ環境をカスタムするのは Windows だって同様じゃねーか
868: 2019/11/06(水)09:10 ID:B7fC7EsL(1) AAS
じゃぁやってやるよ!→さらなるカオスへ

これじゃぁ「10年後にはWindows云々」の1日目が始まらないのも仕方ないw
869: 2019/11/06(水)09:30 ID:7KyvrCfC(1) AAS
>>856
LinuxじゃなくてCって本来はそういうものだよ

VSが勝手にカスタマイズしておかしくなってるだけ
870
(1): 2019/11/06(水)10:10 ID:u+iyaNAK(3/4) AAS
セキュリティの問題がある標準ライブラリ関数以外は完全に準拠してる筈なんだがw
しかも問題のある関数もコンパイルオプションで許可できるぞ

本当にVSとgcc clang辺りを一通り使った事があんのか?
871: 2019/11/06(水)10:10 ID:z8B9QNpW(1) AAS
mint最高!
872: 2019/11/06(水)11:39 ID:IoHLkbKg(4/5) AAS
べつに n 系の独自実装とかじゃないんだから
strncpy とか strncat とか
873: 2019/11/06(水)11:49 ID:uRBGfsS4(1/28) AAS
Windowsに準拠してない標準になんの意味があるのか。
874: 2019/11/06(水)12:24 ID:IoHLkbKg(5/5) AAS
windowsにしか準拠していないものにも
意味が乏しい場面が多い
875
(2): 2019/11/06(水)14:40 ID:oJFxyGsI(1) AAS
VSから始めるとVSに特化した互換性の無いコードしか書けなくなるよな
1-
あと 127 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.029s