WindowsやめてLinuxデスクトップ! 22
■ このスレッドは過去ログ倉庫に格納されています
きっかけは、当初のWindows10の暴君ぶりでした。
計画性のないアップデートで勝手に再起動し保存されていないデータを消滅させました。
今でも外出中に、アップデートプロセスのため仕事が始められず呆れることがあります。
それにアップデート後にディスク容量を圧迫するのは本当にやめてほしい。
さらにはアップデートに伴ってゲームやその他ソフトウェアをインストールし、
デスクトップ画面上やメニューにショートカットやガジェットを作成し、
結果的にデザインを変更し、ユーザーの利便性さえ変えてしまう。
このような行為にはとても違和感を覚えます。
会社等で社員に使わせている場合、こういうことをされると非常に困ります。
私のパソコンで、頼んでもないことを勝手に行ってほしくない。
こうしてLinuxデスクトップをメインで使うようになりました。
懐かしい感覚を得られるようになりました。自分でPCをコントロールできる感覚です。
それはずっとWindowsに取り上げられていた感覚なのだと気づきました。
本来のOSとは、Linuxのように静かなものです。そこには管理者である私しかいません。
今や必要なサービスはブラウザさえあればほとんど受けることができます。
オフィスソフトには、LibreOfficeという素晴らしいものがあります。(MSオフィスとの互換性アリ)
もう普段のデスクトップ環境としてLinuxデスクトップを選んでも差し支えありません。
ところが企業や学校では文書はしばしばMSオフィスとMSフォントが前提にされています。
こうなったのは特に何も考えられずにそれらが惰性で使われてきたためでしょう。
しかしこれにより文書の互換性のため、周りもMSオフィス、結果Windowsが強制されています。
そこでOS選択の自由を求め、LibreOfficeとオープンなフォントが標準として積極的に利活用されることを願います。
Linuxのデスクトップ関連技術の発展(プログラミングを含む)や商用ソフトウェアの登場には、
利用者数が増えることが大切で、これは好循環を生み出すはずです。
Linuxデスクトップ環境の充実を議論しましょう。
>>2に過去レスです。 >>83
ん?どういうこと
Windows10になって、VBアプリが動作しなくなったってこと?
VBAのことかな。
Access2010で構築したVBAアプリは、Windows10+Access Runtime 2010で動作しているけど? >>98
まじで!
休み明けの会社で困ることになるとか?
ソースはこれか。
http://blog.livedoor.jp/nichepcgamer/archives/1075495666.html
最悪だな、MSは。
ユーザーの意志を無視して勝手に強制アップデートして、
システムを破壊するとは。
やっぱり、MSは危険だ。
もう振り回されたくないので、がんばってLinuxに移行したい。
休み明けの苦情の連絡を思うとしんどい。
幸いにも、いくつかのPCはWindows7と8のままにしておいたことかな。 これを機に、もう勝手にWindows10は自動アップデートするのはやめにしてほしい。 Windows10のアプデでVB関係の不具合が発生したら、
問題のセキュリティー更新プログラムを削除すれば正常化するらしい。
https://software.opensquare.net/relaxtools/archives/3603/ >>105
そりゃ
MS OfficeのマクロがVBAなんだから
依存せざるおえない
Windows使ってりゃ仕方のないこと
Windows使ってるんならね windowsマクロの素晴らしさ()を語りまくってた奴等が83以後言い草が180度変わっててワロタ >>109
> せざるおえない
せざるを得ない
二重否定文で強調してんだよ やっば。やっぱりダメだわ俺
MSをどうしてもモビルスーツって読んじゃう 「MSも」の「も」がいいよなw
「じゃぁLinuxは誰が把握してんの?w」の突っ込みを回避できるからなwww linuxはカーネルをダイエットさせるって聞いたけど
いつやるんだろ いい加減VGAドライバとかカーネル空間から追い出せばいいのに >>120
解決方法?
そんなの
最初からスレタイに書いてあるじゃん >>124
簡単に修正できるでしょうよ
オブジェクト指向なら SJISの範囲内しか扱えない≒EUCの範囲しか扱えないって事だろ?
これをUTF-16対応にするのってオプソだから(笑)オブジェクト指向だから(笑)で容易にできるもんじゃねーよなwwww それにしても visial studio 2019 でサポートする言語大杉。
更に同じプラットフォームでオプションもありドキュメントの管理は大変じゃないのか。
Linuxのトリの多さと同様の弊害を感じる。この際Win10でVBもC#も開発停止すべき。 >>127
深くない、誰かさんの理解が浅いだけ
てか、いい加減に文字コードとそのエンコード形式は区別つけようよ
SJISもEUC-JPもJISのエンコード違いに過ぎない
そしてUTF-16はユニコードの一エンコード >>128
C#は.NETの中核言語なんで開発停止なんてあり得ない
VBは正直いらんけどな >>89
変える必要のないものは変えなくていいんだよ
OSを商売道具にする考えがそもそも間違い まあアプリは金出してもいいけど
OSが特定企業独占でやりたい放題なのは業界のガンとしか言いようがない >>113
オプソの最新版は開発向け
一般が使うものではない、枯れた奴使えよ >>103
みんなLinuxに移行しだしてるよ
https://distrowatch.com
ランキングで全ディストロが上昇しててワロタ Windowsはエロゲ用OSとして生きていけばいいよ >>137
ゴミLinuxを使う訳ねーだろ
>Win7難民が大Linux帝国へ移民を始めている
日本語が不自由な馬鹿は言葉を知らないんだな
なんだ?移民を始めるってwwwwwwwwww
移住を始めるなら解るんだが アプリの設定を飛ばすwinとかゴミ以下www
情弱は使っとけ ファイルシステム飛ばすLinuxよりまだ良くない? 最新のをリアルで使うほうがアホだろ
基本β版だから
そのへんが選択できるのがLinux
強制的に人柱にさせられるのがWindows
どちらがゴミなのかは言うまでもない どういう使い方してlinuxでファイルシステム飛ばすんだよw
嘘乙 >>143
Windows8.1さんと10proさんが憤慨しています >>129
>てか、いい加減に文字コードとそのエンコード形式は区別つけようよ
誤魔化したいのは分かるがw
LinuxがFAT32にUnicodeで追加された文字を書きだせないと言う欠陥を持つ事に何ら変わりねぇわなwww >>146
あのさ、Windowsもユニコードだってのは分かってる? >>147
オープンでないものは何が隠されているか怖いからな インテルのオンボだと垂直同期オフにしないと60fps固定になっちゃうんですけど垂直同期オンのままリミッター外せないでしょうか?
windowsなら特に何もしないでも最初から出来るてるんですけど >>144
一時期Linuxカーネルにext4ぶっ壊すってバグあったの知らんのけ? >>148
元記事ってコレか?w
http://note.kurodigi.com/linux-usbcharset/
>USBメモリのフォーマットはデフォルトでFAT32が主流であり、WindowsはFAT32にファイル名を書き込む際にShift_JISにエンコードするため、日本語文字コードがUTF-8やEUC-JPのLinuxでは文字化けを起こします。
これが正しいか間違っている鴨判断できないなら、お前はこの程度の話題について来れるだけの知識≒ググって数秒で点けられる程度の知識もないって事だw
犬厨は馬鹿しかいないと思われたくないなら発言すんなよwww cp932とmacJapaneseが区別できないかも >>147
きみが「Windows でないと動かず Wine でもダメなソフト」以外は全て Linux を使い続けているなら
その言葉にも説得力があるだろう 犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑) ext4壊すしファイル名おかしくするしゴミだな、Linuxは。 MS帝国に支配されなくない意識高い系の君達は当然Intel帝国にも支配されたくないよな
ARM系CPUのraspberry pi 4(新型)はHDMI端子が2つあってデュアルモニターでも使える
RAM 4GBのモデルが55ドルだからIntel入りパソコンはもう要らないよな
技適通ったらパソコン捨ててraspberry pi使うよな?
まさかと思うけどIntel帝国のポチなんて続けないよな GAFAに支配されないためにYoutube見ない
Amazonでモノ買わない
Facebookの垢なんて作るらない
iPhoneやAndroidスマホを使わない
ガラケーとポケットWiFiと小型液晶付きのラズパイを持ち歩く
意識高い系なら当たり前 Facebookが独自の仮想通貨を作って世界基軸通貨である米ドルの座を脅かそうとしているのが恐ろしい
民間企業が政府に取って代わり権力を握り国民を支配する恐ろしいSFの世界が近づいているのかねぇ
GAFAと比べたらMSは良心的に思える >>146
> LinuxがFAT32にUnicodeで追加された文字を書きだせないと言う欠陥
これは何なのん? >>159
意識低いんでAMDつかってる
Linuxの日本語化ってUTF8のおかげで
ゲロ簡単になったよね
Linuxで書いたQtのプログラムをWindowsでビルドしようとしたら
文字コードがどうとか改行コードが違うとか
くっそめんどくさせ 例えば、Linuxではこんなファイル名は扱えない可能性があるとw
https://i.imgur.com/mUA8p0X.png >>159
ARMはARMで別の帝国じゃないの
完全無国籍のCPUってある? >>153
なんか訳わかないやりとりしているしているけど、そのリンク先に書いているように、
LinuxでWindowsで使っているFAT32なUSBメモリをmountするときは明示的に
文字コートやコードページを指定して
# mount -o codepage=932,iocharset=utf8
みたいにしないとダメってだけの話だぞ
他にもzipファイルを伸長時に文字コードの指定が必要な場合もある
(Ubuntuの日本版だとShitfJISをデフォルトにする設定が入っているけど)
Windowsは内部はユニコードのUTF-16だけど外部は未だにShiftJISがメインで、
Linuxは内部も外部もユニコードのUTF-8(UTF-32やUTF-16の場合もある)だから
ボロいWindowsとのやりとりに文字コードの指定が必要になる場合があるだけ ext4不具合なんちゃらいってるがRAIDの話じゃねーか
Windows10なんてRAIDでぶっ壊れる不具合はLinuxの比じゃないし
何重箱の隅の隅つついて嘘流してんだよ
しかも強制updateで起こすし >>171
>なんか訳わかないやりとりしているしているけど、そのリンク先に書いているように、
>LinuxでWindowsで使っているFAT32なUSBメモリをmountするときは明示的に
>文字コートやコードページを指定して
># mount -o codepage=932,iocharset=utf8
>みたいにしないとダメってだけの話だぞ
みないにしなきゃいけないからダメって認識できないのが如何にも犬厨って感じで微笑ましいなw
>Windowsは内部はユニコードのUTF-16だけど外部は未だにShiftJISがメインで、
>Linuxは内部も外部もユニコードのUTF-8(UTF-32やUTF-16の場合もある)だから
>ボロいWindowsとのやりとりに文字コードの指定が必要になる場合があるだけ
Linuxの実装の問題なのにWindowsガーwwwほんとお前ら脳味噌腐ってんなwww >>172
>ext4不具合なんちゃらいってるがRAIDの話じゃねーか
https://ja.wikipedia.org/wiki/Ext4
欠点
遅延アロケーションとデータ損失
を読むと、EXT4はかなりの欠陥ファイルシステムだと分かるなw
ジャーナリングって何だろうwwwwwwww あれだけ乱立させてるくせにNTFSレベルに達してるものが1つもない >>146
> LinuxがFAT32にUnicodeで追加された文字を書きだせないと言う欠陥
これは何なのん? >>174
相変わらず引用が独善的スタイル
>>146
> LinuxがFAT32にUnicodeで追加された文字を書きだせないと言う欠陥
これは何なのん? そういえばMS-DOS時代から引きずるWindowsのクソ仕様にエクスプローラで
半角の\ / : * ? " < > |がファイル名に使えないというのがあったっけ
例えば、2019-08-22 12:00.txtというファイルがエクスプローラでは作れない
Windowsクソすぎw Windowsでは過去との互換性のために、FAT32でのファイル名やZIPのファイル名、
テキストファイル等あっちこっちにShiftJISが残っているから、これらを使いつづけるなら
他のOSでは個別の対応が必要、嫌ならNTFSやexFAT、7ZIPやRARとかを使えばいいと
いう話が、なんでLinuxがダメという話になるのかわからない
濡れ衣もいいところ >>180
[右クリック] → [新規作成] → [テキスト ドキュメント] 過去との互換性のためにと言っても精々が10年で15年前のアプリは動けば御の字。
OS自体が長くて10年数年なので、いい加減に15年以上前のアプリは切り捨てろと。
因みに15年前に作った「MFC」ベースのソースは「visial studio 2019」では
実行形式を作成できなかった。個人用のツールだし老兵は消え去るのみって感じか。
>>168
自分も意識低いのでAMDでメインのLinuxを使い、WindowsもAMDで使ってる。
Windowsを使う理由はWindows用の一寸したツールを作ってるから。
君の情報を参考にLinuxでツール作る時はQt使う。今はWindowsでツールを作ってるので
VS(visial studio)を使ってる。それにして VC++6.0 と 2000年代の VS は結構違う
とか言う奴がいたけど(確かに多少は違うけど)1990年頃のMS-Cから大した変わってないな。
結局、結構違うと言って奴の正体はMSの「宣伝マン」の可能性が大きかったと言うことか。
>>181
要は無駄な抵抗は止めて過去のWindows用のアプリは蒸発して消えれば良いのか。
一興であるが対価を出して購入したユーザーは発狂になると。 >>175
わざわざ使ってないバージョンのカーネルばかり引っ張りだして
ネガキャンされてもな
>>176
またド古い今時役立たずな日本語wikiなんぞ持ち出されてもな
実際にext4の信頼性はかなり高くてファイルサーバー用途には
十分だし、赤帽系のようにXFS使っても良い >>182
それそれ
Windows 10の場合、そのやり方でファイル名を2019-08-22 12:00.txtにしようと
すると:を入力した段階で
ファイル名に次の文字は使えません:
\ / : * ? " < > |
って表示されるはず
Linuxでファイル名に使えないのは/だけだけど、Windowsでは今でも使っている
ドライブレター関係(CドライブがC:だから:を使う)だけでなく、DOS時代のワイルド
カード、パイプ関連の* ? < > |が使えなかったり、他にもデバイスファイル関連で
con.txtとかcom1.txtとかlpt1.txtも作れないはず >>181
犬厨がFAT32が採用する文字コードを理解せず、WindowsガーSJISガーと叫んでいるだけだからなぁw
要はアレだ。お前らの知識はFAT16やWindows3.1あたりで止まっていると言う事だw >>187
Windows 10でFAT32でフォーマットした空のUSBメモリに、ファイル名が
ファイル.txtとデータ.txtな空のファイルを作って、USBメモリのデータを
まるごとダンプし、適当なバイナリエディタで見てごらん
ファイル.txtのShiftJISでの16進コードである
83 74 83 40 83 43 83 8b 2e 74 78 74
やデータ.txtの
83 66 81 5b 83 5e 2e 74 78 74
がちゃんと見つかるから
UTF-16の方の
D5 30 A1 30 A4 30 EB 30 2E 00 74 00 78 00 74 00
C7 30 FC 30 BF 30 2E 00 74 00 78 00 74 00
も見つかるはずだけどね Windowsばっか使ってると文字コードとフォーマットを一旦分けて考えることも出来なくなるのか
怖や怖や >>183
>15年前に作った「MFC」ベースのソースは「visial studio 2019」では
実行形式を作成できなかった。
そうやって切り捨てられるのが恐ろしい>windows Linux vs Windowsってスレでも立てたら? そんぐらいだと32bitだからそこ64bit対応にするのとバッファオーバーラン周りで大量の警告でるのはしょうがないよ
mfcじゃなくwindows api直でかいてれば少しの修正ですんだかもね >>191
まじでバッサリやって来るよ
それか、放置プレイ
ATLの正規表現だったかなんかが
バッサリ切られて途方に暮れて
野郎ソース拾ってきて、どうにかビルドしたとか
リテラル文字のUnicodeがどうとかで
全部の文字列にアホみたいにマクロ書かなきゃいけなくなったり
そうやって苦労して保守しても
MFCに新機能なんか来ないし
よくて放置プレイで未来がないんだよ
とっととQtで書き直せばよかった 正規表現はc++にあるから整備する意味がないんだろ多分
文字コード用切り替えマクロとか置換で終わる上に
文字コードの指定が必要になったのはwindows固有の話じゃないよ
あとコンパイル時オプションでも切り替えあるし >>196
は
Linuxのqtで書き直したけど
文字コードがどうとかとか
なんにも書く必要ないよ
Windowsでビルドしようとすると
VC++みたいに糞めんどくさくなる
そんで、がんばってしのいでも
Windowsのネイティブ環境は
劣化か廃止の未来しかない >>198
だから
Linuxのqtならそんなのも要らないんだよ
だって最初からUnicodeだし…
文字列にマクロ使うのは
多言語対応するのに
tr()ってやるぐらい いらんのか?
wchar_tならLいると思ってたけど ■ このスレッドは過去ログ倉庫に格納されています