orange @[email protected]

まあ GUI を簡単に使いたくて CLI に興味ない人はそれでいいんじゃないですか。
私はその道を進む Windows で WALKMAN 用と PSP 用と携帯電話用の動画変換で別々の GUI ソフトが配られているのを見て「もうこれは無理だ」と思って完全に離脱をキメたタイプなので…… (なお言うまでもないがいずれも ffmpeg の GUI フロントエンドに過ぎない)

複雑なことをしたければ尚更 CLI やテキストによる処理の方が都合が良くなってくるので

何かあればテキストファイルとテキストのクエリで事を済ませたいタイプなので、そこから既に噛み合ってないですね

そもそも GUI に固執してないので……

まあ正直私にとっては GUI よりも CLI でパパッと何か作れる方が大事なので

まあ個人的な趣味で言うと IDE 必須な開発環境とか大嫌いなので Java も自分から触りたいとは思わないなぁ。いやべつに gradle なり ant なり周辺ツールはいろいろあるし .sln よりはどうとでもしようがあるけど

いや本当に問題なのは Win API 依存そのものよりも (いやそれも困るけど) ビルドが MS のソフトウェアに依存しているというところよ

どーせｲﾝﾄﾞｯｽﾞでしか使えない API とか使ってるんでしょ、そういうの結構です✋

GitHub 除いてみたら Make とか CMake とか autotools っぽいものががなくて .sln が入ってたときとか、「ｱｯﾊｲもういいです……」となる

むしろｲﾝﾄﾞｯｽﾞでまともにソフトウェア開発する方が険しそうなのでわかりあえない

とりあえず最初の一手として、標準的なアーキテクチャが x86 派生でなくなって古のｲﾝﾄﾞｯｽﾞ用個人開発ソフトウェアが軒並みネイティブに動かなくなったりしたら本当に面白いと思うんだけど、むしろそうならないことこそが wintel の売りみたいなところがあるので、べつに期待はしてない

べつにソースコードのみで配る必要はなくて、ソースコード**も**当然配られてくれればそれで済む話なんですよね。 distro のメンテナがビルドしてもいいし reproducible build でバイナリ共有してもいいし upstream が公式ビルドを提供してもいいし、べつにバイナリ配布そのものが悪というわけではない

CPU アーキテクチャがそれなりの周期で激しく変化してバイナリ配布文化が廃れれば、ソースコード配布が当然の世界が来る (これは嘘で、ｼﾞｬｯｳﾞｧやﾌﾗｯｼｭの VM のような余計なプロプライエタリソフトウェアが一段挟まるようになるだけ)