[過去ﾛｸﾞ] デスクトップでLinuxが普及する必要はない 2 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
201: 2019/11/16(土)10:00 ID:c+cyy5cT(15/18) AAS
ある。残念だったなｗｗｗ
202: 2019/11/16(土)10:12 ID:c+cyy5cT(16/18) AAS
ちなみに/procってmacOSには存在してないんだよな。
SolarisやBSDなんかもデフォルトでは存在しない。
POSIX的には必須じゃないからね。だから各Unix間で互換性もない。
Linuxの場合は/procにかなり依存してるので/procがないと
いろんなコマンドがまともに動かない。
だから当然WSLにも実装されてる。
203(1): 2019/11/16(土)10:13 ID:+F5Uyk8M(1/17) AAS
報告によれば、wslは、VirtualPCやVMWareより遅い場合があるんですよね。
204: 2019/11/16(土)10:14 ID:c+cyy5cT(17/18) AAS
>>203
許容範囲なら問題なかろ？
そういや、この質問には答えずに逃げてたなｗ
> 動作が遅い。
物理Linuxもスペックの差で動作は遅くなるが
実用可能な最低動作速度は？
205: 2019/11/16(土)10:16 ID:c+cyy5cT(18/18) AAS
そういやmacOSもCLIあるが、遅いのはなんでだろう？
CLI使ってる時の体感速度はcygwinと大差ないレベル。
前に聞いたらforkが遅いらしいが。
206(1): 2019/11/16(土)12:28 ID:r9q/M5R0(1) AAS
以前、ShiftJISのドキュメントやアーカイブファイル名などの扱いを確認したときは Linux実機も WSLも挙動は同じでした。化けるときは同じように化けます。
当時のLinux実機とWSLは共に、Debian Buster(testing) + Xfce
207(3): 2019/11/16(土)13:01 ID:9/TDik/O(1) AAS
>>206
そりゃそうだろうな。
わかってる人にとっては当たり前の話なんだが、30年も使っていても
惰性で使ってるだけで、そこらへんの基礎知識がない人もいるわけで
困ったもんだｗ
さてどこでどんな変換が行われてるかを、考察してほしい。
1. WSL上のUbuntuでdateコマンドを実行すると日本語で日付が表示される。
2. Windowsのネイティブの文字コードはUTF-16である。
3. コマンドプロンプトを起動した時の日本語Windowsのコードページは932（いわゆるSJIS）である。
4. その状態で、wsl上のdateコマンドを実行するために、wsl.exe dateと実行するとコマンドプロンプト上に日本語で日付が表示される。
省4
208: 2019/11/16(土)14:23 ID:XT5mkIB+(2/3) AAS
よっぽど30年云々に引っかかってるみたいだな。若いの。
説明もクソもwsl使ってないんで知らんがな。つーか、その手のケアをしなきゃなんない辺りが面倒な所ね。nkfでも使って好きにすればいいじゃん。
209: 2019/11/16(土)14:26 ID:yAlYY9fU(1/34) AAS
※Linuxでnkfは必要とされました。
210(1): 2019/11/16(土)15:42 ID:XT5mkIB+(3/3) AAS
そりゃ文字コードの違いを吸収する必要があるからね。>>207みたいな6のタイミングでtypeコマンドが入力するファイルがsjisを期待して動作する前にdate.txtをnkf等でsjisに変換しなきゃを文字化けすんだろ。
つーか、その手のチャンポンが面倒くせーからwindowsとwslみたいな状態で使わず、linuxだけで使ってる方が楽。
そもそもnkfなんて、windowsのエディタしか使えないクソ野郎が文字コードや改行コードに無頓着に出力したファイルを使う時に使うぐらいだってーの。
211(1): 2019/11/16(土)17:50 ID:/i/1pk6Z(1) AAS
WSLは出てくるのが10年遅い
プログラマの脱Windowsの流れは止まんねーよ手遅れだバーカ
212: 2019/11/16(土)18:14 ID:X7VkZq6t(9/18) AAS
先見の明があるプログラマはとっくにwindowsなんて捨ててるけど、そうじゃないプログラマはvsにしがみついて離れない。その救済としてwslを片道切符的に用意して徐々にlinuxへの移行を促してるとかじゃねーの？
213(1): 2019/11/16(土)18:30 ID:+F5Uyk8M(2/17) AAS
WSL は、クラウド(Azure)のユーザーを増やすため、サーバーサイドで Linux
を動かすテスト環境を用意したということですかね。
しかし、Azureは、Windowsサーバーで動くんじゃないんですか？
214: 2019/11/16(土)18:31 ID:YUmLjen3(1) AAS
wslってGUIから上のレイヤ無いだろ？主張が斜め上過ぎねぇか？ｗ
215(1): 2019/11/16(土)18:35 ID:+F5Uyk8M(3/17) AAS
>>213
Azure Virtual Machinesでは、Linuxを動かす仮想マシンをサーバー上に作れる
らしいです。
でもLinuxサーバーの良さは、OSが無料なのでレンタルサーバー代も安く済むこと
だったはずで、果たしてAzureがそのレベルの安さを持続的に実現できるのか
疑問ですね。株主への配当も考えれば安い値段で提供することは難しいはずです。
216(1): 2019/11/16(土)18:36 ID:4/XXPzHk(1) AAS
>>211
マイクロソフトついに自社OSを捨てる
外部ﾘﾝｸ[html]:www.sankei.com
217: 2019/11/16(土)18:57 ID:+F5Uyk8M(4/17) AAS
外部ﾘﾝｸ:docs.microsoft.com
Azure VMのLinux上にApacheサーバーをインストールすることが出来るらしい。
これで、何でもやり放題のサーバーが出来るのかもしれない。
三年契約で4.56ドル/月分を前払いするらしい。つまり、年間6,000円で使用できるんだ
そうだ。しかし、XreaのCoreServerやSAKURAなどと比べればそんなに安くは無いな。
サーバーに敢えて仮想マシンまで使って何かやる用途は限られると思うし。
218(2): 2019/11/16(土)19:49 ID:+F5Uyk8M(5/17) AAS
そういえば、MonoはLinuxに対応していたのに、MSが買収後のXamarinは、
Linuxはサポートしなくなって、.NET CORE も、CUIのみでGUIはサポートせず。
結局、LinuxでC#を使ったGUIアプリを作るためには、古いMonoを使うしか
無い状況らしいです。それと同じで、WSLもLinuxの機能のうち、公式に
サポートしているのはCUIのみということのようですね。
つまり、MSは、Linuxは、サーバーOSとして必要なCUI部分だけをサポート
することで、自分の都合の良い部分だけを利用する一方で、
デスクトップOSとしてWindowsからLinuxへの乗り換えは防ごうとしている
ようです。Xamarinの買収も、放ってておけば、Windowsの地位が脅かされる
懸念があったのでそれを防ごうとしたようです。
219: 2019/11/16(土)20:08 ID:UR8PmWIl(1/10) AAS
>>156
ほんとだよ
gome3とかさ
カックカクのアニメーション切りたいだけなのに
別の設定アプリ入れなきゃいないけない
とか
なんだよ
一番メモリ食いなのにさ
シナモンは、ちゃんと標準で設定できて
超感動したんだけど
省2
220: 2019/11/16(土)20:09 ID:UR8PmWIl(2/10) AAS
あ
誤爆しちった
221: 2019/11/16(土)20:11 ID:UR8PmWIl(3/10) AAS
>>218
だから、ポトペタでGUIアプリ作れる
Qtの話すると
すごい勢いで噛みついてくんのか?
222(1): 2019/11/16(土)21:03 ID:zm0cAyux(2/2) AAS
>>216
MS,Windows捨ててないじゃん。
そういうでたらめ通り過ぎた嘘ばかり言うから嘘つきだとか馬鹿とか基地外とか言われるんだぞ。
ちったぁ頭つかえよ、この能無し。
223(1): 2019/11/16(土)22:04 ID:yAlYY9fU(2/34) AAS
>>210
文字コードの違いを吸収してるのはどこって話なんだがｗ
LinuxでもLANGの設定、例えば、 LANG=ja_JP.EUC-jp にすると
いろいろ文字化けするだろ。Windowsのコマンドプロンプトでは
それがchcpだって話。
それよりも、なぜchcp（コードページ）が932なのに
WSLからの出力が文字化けしないと思う？
それはUnicodeだからだよ。
WindowsはUnicode対応だから、Unicodeに対応してるアプリ
（ようするにLinuxアプリ）と完全にデータのやり取りができる。
省5
224(2): 2019/11/16(土)22:09 ID:+F5Uyk8M(6/17) AAS
>>222
「>>218」にも書きましたが、実際、捨ててないと思います。
むしろ、デスクトップLinuxが流行らないようにあらゆる場所で巧妙に
戦略を立てているように感じられます。
225(1): 2019/11/16(土)22:24 ID:+F5Uyk8M(7/17) AAS
>>224
C#の基盤であるところの.NET は、もともと、.NET FRAMEWORKが母体
になっていたのですが、MSとは関係の無いグループが .NET FRAMEWORK
互換のランタイム(?)である Mono を作ったのですが、その時は、C#の
標準GUIツールキットであるところのWinFormsもLinuxで動作していたようです。
その後、Monoは企業買収などを得て、名前が変わったXamarinへと開発の中心が
写ったそうです。ところが、それをMSが買収してしまいます。そして現在の
Xamarinは、Android, iOSでは動きますが、Linuxでは動かないそうです。
つまり、もともと.NET をLinuxで動かす目的で作られ始めたMonoの当初の
目的は今は全く消えてなくなってしまっているのです。もし、Xamarin
省12
226: 2019/11/16(土)22:26 ID:yAlYY9fU(3/34) AAS
>>215
> でもLinuxサーバーの良さは、OSが無料なのでレンタルサーバー代も安く済むこと
> だったはずで、
そうだよ。LinuxサーバーだとCALがいらない。
> 果たしてAzureがそのレベルの安さを持続的に実現できるのか
> 疑問ですね。
AzureはLinuxもWindowsも提供してるって知らないのか？
重要な点はWindowsサーバーが、Linuxサーバー並みの価格を実現できるかどうかだろ？
Azureに限らずどのクラウドサービスでもLinuxというOSの価格は無料
あとはインフラのコストということになる。
省12
227(3): 2019/11/16(土)22:29 ID:yAlYY9fU(4/34) AAS
>>224
> むしろ、デスクトップLinuxが流行らないようにあらゆる場所で巧妙に
> 戦略を立てているように感じられます。
なんで、デスクトップLinuxが流行るように、MSが頑張らなければならないと思ってるんだ？ｗ
MSは何もしてないだけだろ。
MSはWindowsとAzureを普及させるために戦略を立てているだけ
デスクトップLinuxは興味がない。
流行らないようにしてるんじゃなくて、何もしてないだけ。
228: 2019/11/16(土)22:36 ID:+F5Uyk8M(8/17) AAS
>>225
なお、2ヶ月ほど前の2019/09/23 にリリースされた .NET Core 3.0では、
Windows版に限りWinFormsおよびWPFのサポートがされるように
なったのですが、Linux版では依然としてサポートされていません。
229(1): 2019/11/16(土)22:38 ID:+F5Uyk8M(9/17) AAS
>>227
ですが、MSのXamarin買収が、Linuxのデスクトップ版を流行らせる
方向にMSが「舵を切った」などということを主張する人がいるのです。
230(2): 2019/11/16(土)22:43 ID:yAlYY9fU(5/34) AAS
Linuxのデスクトップを普及させたいなら、
Linux陣営が頑張るのが筋だと思うが、
MicrosoftがLinuxデスクトップにかんして何もしなければ、
流行らないように戦略を立ててると考える発想がおかしい
Linuxデスクトップの発展を、MSだよりにしてるから
いつまでたってもLinuxデスクトップはまともにならないんだろう
231(1): 2019/11/16(土)22:43 ID:yAlYY9fU(6/34) AAS
>>229
> 方向にMSが「舵を切った」などということを主張する人がいるのです。
その主張をしてる人は、MSとはなんの関係もない人ですよね？
232(1): 2019/11/16(土)22:45 ID:+F5Uyk8M(10/17) AAS
>>227
「Linuxデスクトップ版の普及を阻止した」
事がばれてしまうと、独占禁止法違反が騒がれるので
「何もして無い」
ということにしておかないといけません。
Xamarin買収の本当の意図がばれるのを防ぐために、
クラウドでは仮想マシンでLinuxも使えるようにしておかなければ
なりませんでした。
ついでにWSLもCUIだけは選択的に動くようにして混乱させて
買収の真意がばれないようにする必要があったのです。
233: 2019/11/16(土)22:46 ID:+F5Uyk8M(11/17) AAS
>>231
はい。それは、Linuxのステークホルダーでしょう。
234: 2019/11/16(土)22:47 ID:yAlYY9fU(7/34) AAS
>>232
だから、Linuxのデスクトップ環境の普及を、MSだよりにするのやめろってｗ
さっきから.NETでLinux版GUIアプリを作れるようにしてくださいって
MSにお願いばかりしてるじゃないかｗ
235: 2019/11/16(土)22:48 ID:yAlYY9fU(8/34) AAS
.NETで対応してくれないと、Linuxデスクトップ環境は
普及しないって、終わってると思うんだよねｗ
236(1): 2019/11/16(土)22:53 ID:UR8PmWIl(4/10) AAS
>>227
なにもしてないって言うけど
ザマリン買収したんでしょ?
まぁ、.NETのWebFormなんか
なんもしないで放置して
ウェードアウトしようとしてる
って
まるわかりだけど
いっつもコレからはこれニダ
って誘導しといて
省7
237: 2019/11/16(土)22:54 ID:+F5Uyk8M(12/17) AAS
>>230
Monoはもともと.NETをあらゆる環境で使えるようにすることを目的として
生まれました。
そのころの Xamarinは、Linuxで.NETのGUIが動く目的を達成しつつあったのです。
C#の標準GUIツールキットであるWinFormsがLinuxで動いていたそうです。
Monoの開発母体が何度か買収されて、経緯は知りませんが、その遺志を受け継い
だのがXamarinだったのです。
それで、Xamarinが開発の中心になっており、Xamarinがなくなれば、Mono
の開発も弱まります。
ところが、MSがXamarinを買収します。
省7
238(5): 2019/11/16(土)22:55 ID:X7VkZq6t(10/18) AAS
>>223
はぁ。面倒くせーなぁ。
chcp 65001にしたところで既存のファイルの文字コードが変わらなくて、当然sjisのまま。wsl上のubuntuのutf-8のファイルで相互に読み込むと、ユーザーは文字コードの違いを常に意識する必要があるだろ。
最近のlinuxなら最初っからutf-8でユーザーは文字コードの違いを意識する必要がない。
どっちが楽なのかなんてクッソ素人でもわかんだろ。文字コードの違いを完全に吸収してる？ハハハ。>>207 でchcp付きで実行してログをここに貼ってみそ。
239(2): 2019/11/16(土)22:56 ID:yAlYY9fU(9/34) AAS
>>236
XamarinはMS買収前から、
Linux GUIには対応していません
240: 2019/11/16(土)22:57 ID:yAlYY9fU(10/34) AAS
>>238
> chcp 65001にしたところで既存のファイルの文字コードが変わらなくて、当然sjisのまま。
それはLinuxでも同じですよｗ 知らないんですか？ｗｗｗ
241(1): 2019/11/16(土)22:58 ID:yAlYY9fU(11/34) AAS
>>238
> 最近のlinuxなら最初っからutf-8でユーザーは文字コードの違いを意識する必要がない。
おかしいですね。最近のWindowsなら、メモ帳のデフォルトはUTF-8だから
ユーザーは文字コードの違いを意識する必要がないんですがｗｗ
242: 2019/11/16(土)22:58 ID:UR8PmWIl(5/10) AAS
>>238
ほんとWindowsはめんどくさいよ
LinuxデスクトップのQtCreaterでサクッと
書いたアプリを
Windowsでビルドしようと思ったら
文字コードがどうのこうって
エラー祭りで
ビルドできない
マジでめんどくさい
243: 2019/11/16(土)22:59 ID:+F5Uyk8M(13/17) AAS
>>230
過去のXamarinでは、C#の標準GUI版ツールキットであるWinFormsを
使ったC#アプリがLinuxでも動いていたのです。ところが、
MSがXamarinを買収してしばらくたった現在、なぜか過去に達成し終えた
その機能が失われました。MSは、本当に「何もしなかった」のでしょうか。
244: 2019/11/16(土)23:00 ID:UR8PmWIl(6/10) AAS
>>239
でも、ザマリンがmono買収してから
買収したんでしょ?
245: 2019/11/16(土)23:02 ID:X7VkZq6t(11/18) AAS
ログはまだ？
246(1): 2019/11/16(土)23:03 ID:+F5Uyk8M(14/17) AAS
>>239
外部ﾘﾝｸ:www.mono-project.com
Xamarinの前身のMonoは、WinFormsをx11に変換する能力を持っているそうです。
247: 2019/11/16(土)23:07 ID:yAlYY9fU(12/34) AAS
>>238
> >>207 でchcp付きで実行してログをここに貼ってみそ。
これでいいっすか？
外部ﾘﾝｸ:imgur.com
WSLとの相互運用完璧ですわｗｗｗ
248(1): 2019/11/16(土)23:08 ID:X7VkZq6t(12/18) AAS
>>241
おいおい。メモ帳だけじゃないだろ。bom付きの問題は黙ってるつもり？
249(1): 2019/11/16(土)23:10 ID:yAlYY9fU(13/34) AAS
>>246
> Xamarinの前身のMonoは、WinFormsをx11に変換する能力を持っているそうです。
今のMonoも、WinForms対応です（笑）
外部ﾘﾝｸ:www.mono-project.com
Monoの現在のgithubプロジェクト
外部ﾘﾝｸ:github.com
精力的に開発続行中ですね！
250(1): 2019/11/16(土)23:11 ID:yAlYY9fU(14/34) AAS
>>248
> おいおい。メモ帳だけじゃないだろ。bom付きの問題は黙ってるつもり？
BOM付き？ メモ帳のデフォルトはBOM無しUTF-8ですが？
251(1): 2019/11/16(土)23:11 ID:+F5Uyk8M(15/17) AAS
>>249
ところが、Xamarinは、Linuxに対応していません。
252(1): 2019/11/16(土)23:12 ID:yAlYY9fU(15/34) AAS
>>251
えとさぁ、MonoとXamarinって違うけど知ってる？
253: 2019/11/16(土)23:14 ID:+F5Uyk8M(16/17) AAS
>>252
今は違いますが、もともと Xamarinの前身はMonoでした。
254(1): 2019/11/16(土)23:15 ID:yAlYY9fU(16/34) AAS
そして、MonoはWin.Formsに対応しています。
255: 2019/11/16(土)23:20 ID:+F5Uyk8M(17/17) AAS
>>254
【分かっている事実】
Mono を継承したものが Xamarin。
Mono : Linuxに対応しており、WinFormsをx11 nativeに変換する能力も持っている。
Xamarin : そもそも Linux に対応していない。
後は、XamarinがMonoを継承した時期と Monoが WinFormsを x11 native に変換する
能力を持った時期のどちらが早いかを確認することです。
256(1): 2019/11/16(土)23:21 ID:X7VkZq6t(13/18) AAS
>>250
メモ帳はbomなしはわかったよ。最近のエクセルはbom無しcsv読めるようになったの？win7当時はbom付きじゃないとだめだった覚えがあるが、そこらへんのポリシーはコロコロ変わるわけ？
あと、ログの相互運用完璧って辺りは頑張ってくれ。俺はそんな面倒な事と無縁で良かったよ。
257: 2019/11/16(土)23:22 ID:yAlYY9fU(17/34) AAS
外部ﾘﾝｸ[html]:codeday.me
いいえ、XamarinはLinuxでは利用できません。これは数年前に
Xamarinチームによって作られたconscious decisionでした：
Miguel de Icaza 2011-08-04 11:52:37 UTC
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
（2011年はMS買収前）
明確にするために、Xamarin製品の範囲はLinux（Xamarin Studio、
Xamarin.iOSおよびXamarin.Android）では利用できませんが、
MonoDevelop（Xamarin Studioの基礎）、
およびMono（クロスプラットフォーム.NETランタイム）は間違いなく可能です。
258(1): 2019/11/16(土)23:25 ID:yAlYY9fU(18/34) AAS
>>256
おまえさ、アプリの対応の話と、OSの対応の話をごっちゃにしてるでしょ？
正直、メモ帳（アプリ）がUTF-8対応してるかどうかで議論してるのアホらしいんだわ
こっちは最初からUTF-8対応してるVSCodeとか使ってるからさ
そんなのアプリの都合で、WindowsはUnicode対応だし、
ファイルをUTF-8で作ってればなんの問題もないし、
EUC-JP時代はLinuxでも文字コードの問題は大変だったわ
259: 2019/11/16(土)23:27 ID:yAlYY9fU(19/34) AAS
XamarinがLinuxに対応しないというのは
MS買収前からの決定なんだよねｗ
260: 2019/11/16(土)23:28 ID:yAlYY9fU(20/34) AAS
あ、2011年ってXamarin設立の年か
最初からLinux対応しない会社だったんだね
261(1): 2019/11/16(土)23:28 ID:UR8PmWIl(7/10) AAS
>>258
そうLinuxの文字化け祭り
すごかったんだよ
それでデスクトップで使うの無理かな
って
思ってたんだけど
いつの間にか
Linuxはutf8がデフォになって
Windowsの方が文字化け祭りになってた
262(1): 2019/11/16(土)23:30 ID:yAlYY9fU(21/34) AAS
>>261
Windows NTは最初からUnicode（UTF-16）に統一されてますよｗ
古いアプリの問題と、OSの問題は切り分けましょうね。
263: 2019/11/16(土)23:31 ID:yAlYY9fU(22/34) AAS
そしてWSLが登場しUTF-8対応が強化されてたのが今です。
だからもうLinuxはいらんのです。
264(1): 2019/11/16(土)23:31 ID:X7VkZq6t(14/18) AAS
まぁ、どっちでもいーや。
wslは文字コードをユーザーが意識しないとwsl上で動作するlinuxとwindows側とじゃ相互運用が出来ないって事がわかったよ。コマンドプロンプトのプロパティでcp設定出来るとはいえ、マウスでコピペの問題もあるしね。
まぁスクリーンショットでログ貼る時点でトホホなんだけどね。
265: 2019/11/16(土)23:31 ID:yAlYY9fU(23/34) AAS
WSLのおかげでWindowsのCLI環境が劇的に改善されました。
今はもうWindowsだけでクラウドの開発ができます。
皆が望んでいることがそれです。
266(2): 2019/11/16(土)23:32 ID:UR8PmWIl(8/10) AAS
>>262
じゃぁ
なんで
sift-jisなの?
267(2): 2019/11/16(土)23:32 ID:yAlYY9fU(24/34) AAS
>>264
もしかして「俺はchcpコマンドが使いこなせない」って言ってる？
それはちょっと能力が低すぎないか？ｗ
268(1): 2019/11/16(土)23:33 ID:yAlYY9fU(25/34) AAS
>>266
古いアプリとの互換性のため。
Unicode出力するアプリ（WSLのLinuxコマンドを含む）は
chcp 932であっても問題なく画面に出力できています。
269: 2019/11/16(土)23:34 ID:yAlYY9fU(26/34) AAS
>>266
はい。証拠ｗ
現在のコード ページ: 932
C:\Users\xxxxxx>wsl date
2019年 11月 16日 土曜日 23:34:09 JST
270(1): 2019/11/16(土)23:39 ID:UR8PmWIl(9/10) AAS
>>268
え
NT3.51の時だってshift-jisだったよ
古いって何時の話な?
271: 2019/11/16(土)23:40 ID:yAlYY9fU(27/34) AAS
>>270
それはUnicode対応してないWin9x用アプリを動かした場合の話
272(1): 2019/11/16(土)23:42 ID:yAlYY9fU(28/34) AAS
Windows NTが最初のバージョンからUTF-16なのは常識だし
基礎知識足りないのに議論に参加するなよｗ
273: 2019/11/16(土)23:43 ID:X7VkZq6t(15/18) AAS
>>267
cpなんて意識すんのはsambaの設定位だし、windowsなんてoffice用途でしかもう使わんよ。
俺はwslみたいなくっそ面倒な物は使う事は無いよ。あんたは痩せ我慢でもいいから笑顔でwslつかってくれ。俺は普通にlinux使うよ。
274(1): 2019/11/16(土)23:45 ID:yAlYY9fU(29/34) AAS
> cpなんて意識すんのはsambaの設定位だし
え？なんで意識なんかしてんのｗｗｗｗ
知識古すぎだろ
sambaの設定で文字コード関係なんて設定してないわ
Linux側がEUC-JP時代だった頃は大変だったけど、
LinuxがUTF-8になったおかげで、Windows の
UTF-16の文字が文字化けせずに全部使えるようになった
275(1): 2019/11/16(土)23:46 ID:yAlYY9fU(30/34) AAS
> 俺はwslみたいなくっそ面倒な物は使う事は無いよ。
結局面倒な理由を一つも言ってないんだよなｗ
276: 2019/11/16(土)23:46 ID:UR8PmWIl(10/10) AAS
>>272
そうなんだ
最初のバージョン知んないけど
いまじゃLinuxの方が
文字化け祭りで困らないし
後方切り捨てされることもないから
こっちで良いわ
ていうか
ここLinux板だから
277: 2019/11/16(土)23:50 ID:yAlYY9fU(31/34) AAS
俺がファイルサーバーとして使ってる、sambaの設定はこれだけだなー。
あとは公開ディレクトリのパス指定だけ。見ての通り文字コードの設定なんか何もしてない。
だってWindows側もLinux側も共にUnicodeなんだから指定する必要がない。
（cifsのプロトコル上の文字コードはUTF-16みたいだね）
[global]
# log level = 3
unix extensions = no
follow symlinks = yes
wide links = yes
map to guest = never
省12
278(1): 2019/11/16(土)23:51 ID:X7VkZq6t(16/18) AAS
>>274
最近はwindowsなんてめったに使わんから知らんよ。euc-jp時代の頃が最後なんでね。
279(1): 2019/11/16(土)23:51 ID:yAlYY9fU(32/34) AAS
>>267
> いまじゃLinuxの方が
> 文字化け祭りで困らないし
え？ Windowsと混ぜて使ったら困るんでしょ？ｗ
Linuxだけ使ってれば困らないって言うなら、
こっちだってWindowsだけで使うなら文字化け困らないよ？ｗ
280(1): 2019/11/16(土)23:53 ID:yAlYY9fU(33/34) AAS
>>278
だからお前は古い知識で語っていて、
今のWSLの素晴らしさを知らんのだと言ってる。
WSLのおかげでWindowsはLinuxのCLIを取り込んだ。
Linuxの使いづらいGUIはいらない。
Linuxの便利な部分だけ取り込んだ。
281(1): 2019/11/16(土)23:53 ID:X7VkZq6t(17/18) AAS
>>275
>>176 見てね。
282(1): 2019/11/16(土)23:55 ID:yAlYY9fU(34/34) AAS
>>281
>>177を再掲するねｗ
177 自分：login:Penguin[sage] 投稿日：2019/11/16(土) 07:32:04.82 ID:c+cyy5cT [3/18]
じゃあ具体的に聞こうか？
> cliコマンドの動作差分が有る。
どういう差分がある？
> 動作が遅い。
物理Linuxもスペックの差で動作は遅くなるが
実用可能な最低動作速度は？
> 文字コードの違い。
省2
283: 2019/11/16(土)23:58 ID:X7VkZq6t(18/18) AAS
>>280
なるほど。こんな板にやってきてwslを宣教に来て石投げられたいの？
カニ食ってる奴にカニカマ食わせようとする特殊な性癖なの？
284: 2019/11/17(日)00:00 ID:WxWQbySy(1/12) AAS
石？ 米粒かと思ったｗ
285(3): 2019/11/17(日)00:01 ID:HnnPiMlC(1/2) AAS
>>279
はぁ?
.NETがコレからはオープンソースニダ
って
WebFormeとか、ほっぽり投げて
.NET Coreとかに誘導してきんたんでしょ?
あいつらに付いてくと
良いことない
だったら
ネイティブのLinuxの方がマシ
286(1): 2019/11/17(日)00:03 ID:fbswfxCs(1/8) AAS
>>282
遅くて相互運用はcp指定で常に文字コード意識が必要な時点でアウトだよ。
カニカマで十分ならカニカマを好きなだけ喰ってくれ。俺はカニ喰ってるよ。
287: 2019/11/17(日)00:07 ID:WxWQbySy(2/12) AAS
>>285
> だったら
> ネイティブのLinuxの方がマシ
うん。そういう層をWSLでちゃっかり取り込んじゃったんだよねｗ
>>286
> 遅くて相互運用はcp指定で常に文字コード意識が必要な時点でアウトだよ。
コマンドプロンプトでの相互運用がいやなら、
CLIは全部WSLにまかせて、Windows（GUI） + WSL（CLI）で使うといいぞ
文字コードの意識は全く不要。全部UTF-8で事足りる。
288(1): 2019/11/17(日)00:14 ID:fbswfxCs(2/8) AAS
最初に使ったpcがwindowsだったような奴にはwindows以外のguiは使いづらいのは当然だとは思し、msが今までにやらかした結果でlinuxに鞍替えした連中にwslの良さを説くのは無謀だろ。
wsl君もwindowsで開発を10年もすれば気がつくとは思うけどね。
289(2): 2019/11/17(日)00:14 ID:95AVFyLu(1/5) AAS
>>285
WinFormsとWPFを試してみたけど、WinFormsの方がプログラム環境として
自然な感じがした。デザイナのサポートもちゃんとしている。一方、WPF
は、XMLの手書きか、デザイナを使わずにコーディングでGUI部分を作る必要
に迫られる事があり、JavaScript+HTMLでのプログラム開発に似たところがある。
マイクロソフトは一時的にWPFを薦めようとしていたようだが、恐らく、
WinFormsの方がプログラマには人気があるだろうと思う。
290(1): 2019/11/17(日)00:16 ID:WxWQbySy(3/12) AAS
> msが今までにやらかした結果でlinuxに鞍替えした連中にwslの良さを説くのは無謀だろ
いや、どうみてもWindowsしらないだけのようですがｗ
291: 2019/11/17(日)00:18 ID:WxWQbySy(4/12) AAS
>>289
Linuxのデスクトップにはそれに対抗できるようなものがないのがだめだよね
.NETに期待してるぐらいだしｗ
292: 2019/11/17(日)00:21 ID:fbswfxCs(3/8) AAS
>>288
に補足だが、windows3.1以前にはmacつかってたし、hp-uxやsoralis,nwesでXもつかってた。一番最初はシャープのポケコン。
俺は最初っからwindowsは偽物で子供の玩具だと思ってし、necの98でFrerBSDが使えるようになった時は嬉しかった。
293: 2019/11/17(日)00:22 ID:WxWQbySy(5/12) AAS
その時代で知識止まっちゃってるんだね
294: 2019/11/17(日)00:22 ID:WxWQbySy(6/12) AAS
使いづらいXに慣れちゃった人は可哀想
295: 2019/11/17(日)00:24 ID:fbswfxCs(4/8) AAS
>>290
知らんよ。win95でvcでwin32api開発と、xp時代にvsで.netの開発位だし。
今じゃoffice使うぐらいにしか使ってないから知らん。
296(1): 2019/11/17(日)00:27 ID:fbswfxCs(5/8) AAS
windowsの知識なんて、俺の仕事じゃ使わんし、知ってるとADとかやらされるから知りたくもない。
297: 2019/11/17(日)00:43 ID:95AVFyLu(2/5) AAS
>>285
.NET COREは、二ヶ月前までは CUIへの対応のみで、WinFormsなどのGUIには対応
していなかった。ややこしいのは、今年の9月にWindows版だけはWinFormsと
WPFに対応したとされること。しかし、.NET CORE自体がマルチプラットフォーム
を目指しているとされていたので、訳がわからないところがある。
多分、必死で収益を増やそうとした結果だと思うが、.NET 関連は乱立状態になっており、
プログラマ目線で言えば、選択肢が多すぎて困る状態。
しかも、もっとも便利そうなWinFormsを、MSが見捨てたような状態とも取れなくも
ない。
かといって、MSの開発環境以外に選択肢はほぼ無い状態なのだが。
298: 2019/11/17(日)00:44 ID:WxWQbySy(7/12) AAS
>>296
そういう人におすすめなのがWSL
Linuxを使っている感覚でありながら、
GUIだけを使いやすいWindowsに置き換えたと考えればいいのです。
299: 2019/11/17(日)00:45 ID:HnnPiMlC(2/2) AAS
>>289
でも
QtCreaterの方がイイよ
デスクトップアプリ作るんなら…
WPFだって、WinFormsだって
いつWebFormみたいに
ほっぽり投げられるか分からん
300: 2019/11/17(日)01:06 ID:WxWQbySy(8/12) AAS
QtはWindowsでも使えますからね。
今は開発はWindowsで全部すませられます。
上下前次1-新書関写板覧索設栞歴
あと 702 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.040s