UNIXがLinuxに置き換わって消えつつある件

[1 名無しさん＠お腹いっぱい。 2024/08/15(木) 19:38:32.82]

UNIXがLinuxに置き換わって消えつつある件について

[19 名無しさん＠お腹いっぱい。 2024/08/23(金) 21:50:24.41]

>>18
汎用機と一緒に消えつつある

[20 名無しさん＠お腹いっぱい。 2024/08/23(金) 21:51:08.19]

Linux板も過疎スレなんだよなあ
関係ない板で質問するやつが増えた

[21 名無しさん＠お腹いっぱい。 2024/08/24(土) 03:32:22.03]

UNIX板とLinux板統合したらいいのに

[22 警備員[Lv.12][芽] 2024/08/24(土) 06:45:49.94]

>>18
三菱や日立も
通産省のΣ計画があったから
親方日の丸メーカーは全部作った
東芝はSunのOEMしてたから免除
NECはどうだっただろうか
HP-UXもあったけど
SVR2or3も別途作ってたかも

[23 警備員[Lv.12][芽] 2024/08/24(土) 06:47:05.42]

>>21
別れた時は骨肉の争いだったけど今は意味ないよな
まあアンチLinux派がクソみたいなレスするだろうけど極少数だろうし

[24 名無しさん＠お腹いっぱい。 2024/08/24(土) 13:11:04.92]

>>18
NECはEWS4800に載ってたのがあるはずだね
あと98用のxenix（の名前違う奴）

[25 名無しさん＠お腹いっぱい。 2024/08/24(土) 16:49:27.53]

>>21
今更って気もするけどね
スクリプト荒らしも食らってるし
UNIX板は雰囲気が静かなところがいい
ていうか板の新設はあっても統廃合って今まであったっけ？

[26 名無しさん＠お腹いっぱい。 2024/08/25(日) 04:10:13.21]

UNIXってもう既存の保守やリプレースだけで新規案件とかないのかな

[27 あぼーん NG NG]

あぼーん

[28 名無しさん＠お腹いっぱい。 2024/08/27(火) 04:01:16.52]

日立はHI-UX作ってたな
HPを日本語化してたやつ
結構使った思い出

[29 名無しさん＠お腹いっぱい。 2024/08/27(火) 04:24:34.10]

HP-UXベースなのはWE2あたりからじゃないかな
2050/3050RにのってたのはHP-UXではないと思う

[30 警備員[Lv.7] 2024/08/27(火) 05:21:13.22]

UNIBOXってのがΣ計画のSVR2

[31 名無しさん＠お腹いっぱい。 2024/08/29(木) 16:08:18.58]

>>13
HP-UXはあと2年くらい
Solaris はあと10年くらい
でサポート終了

AIXはまだ続けるようだが

[32 名無しさん＠お腹いっぱい。 2024/08/30(金) 01:10:56.19]

国産Unixは国産スパコンで使われてんじゃないの？
と思ったらNECも日立もとっくに撤退してて残ってんの富士通だけか
まぁアホらしくてやってられんわな

[33 名無しさん＠お腹いっぱい。 2024/08/30(金) 01:27:20.83]

日電も日立もHP-UX担いでたけど、イタニウム失敗して将来がないからねぇ

[34 名無しさん＠お腹いっぱい。 2024/08/30(金) 11:42:04.06]

何かと思えばアイテイニアムのことか
しばらく考えたわ
ま、そういうのもあったな

[35 警備員[Lv.16] 2024/08/30(金) 11:45:11.86]

IntelはARM部門も売ったからな

[36 名無しさん＠お腹いっぱい。 2024/08/31(土) 16:08:43.00]

Itaniumか・・・
ぼくのかんがえたさいきょうのは大抵ろくなことにならん

[37 警備員[Lv.7][新芽] 2024/08/31(土) 17:43:10.22]

CPU内dynamic scheduleの覇者だったIntelがどうして
他のRISCは全部捨ててVLIWなItaniumに走ったのかさっぱり分からん

[38 名無しさん＠お腹いっぱい。 2024/08/31(土) 18:32:29.03]

P6は中身RISCだけど、x86はCISCで時代遅れという風評を取り払うためには
「RISCも時代遅れ」ということにする必要が合ったんだと思う

[39 名無しさん＠お腹いっぱい。 2024/08/31(土) 19:48:50.79]

そんな大層な話か
ただの内ゲバだろ
巻き込まれた人は御愁傷様

[40 名無しさん＠お腹いっぱい。 2024/09/06(金) 00:06:27.12]

>>37
x86命令セットからμOPへの変換と、その後のスケジューリングのオーバーヘッド大きいからな
並列性とか活かすならVLIW系でかつ命令跨いで並列実行を指定できるItaniumは有りだったと思うよ
このままだとARMに持ってかれる

[41 警備員[Lv.5][新芽] 2024/09/06(金) 18:42:40.63]

>>40
けどコンパイル時静的並列だけでは効率が悪いし
ユニット数が増えたらコンパイルし直しだぜ?
動的並列入れたらVLIWじゃなくなっちゃうし
ソフトウェア資産があるx86でいい

itaniumでもcrusoeみたいなやり方が
絶対にうまくいかなかったとまでは言えないけど

[42 警備員[Lv.5][新芽] 2024/09/06(金) 18:45:44.23]

ARM事業は持ってたのに売ってしまったしな

AMDもジム・ケラーが置き土産していったARMプロジェクトを塩漬けしてた
ついにARM開発も始めるらしいが
RISC-Vでなくていいのかね

[43 donguri 2024/09/11(水) 23:27:18.10]

すみません、図書館でWindowsXPが出てくるところまでざっくり歴史を漁った初心者です
「インターネット機能分野ではまだUNIXのほうが上」な時期から今に至るまで
UNIXを取り巻く環境はどう変わったんでしょうか
これからUNIXは、Windowsに勝てる見込みはありますか？

[44 名無しさん＠お腹いっぱい。 2024/09/12(木) 00:00:42.15]

なんかUnix機ってここ20年くらいの日本製品に似てる気がしてきた
高機能で品質も良いからヴイヴイ言ってたけど、
安かろう悪かろうと小馬鹿にしていた中韓製品（＝Windows）が
安くて必要充分になってくるにつれ追いやられてしまい、
「高機能路線に特化する」とか捨て台詞を吐いて実態は撤退、みたいな

[45 名無しさん＠お腹いっぱい。 2024/09/12(木) 00:04:35.24]

UNIXに関してはスレタイの通りなのでは
macOS一味は例外的に元気そうだけど

[46 警備員[Lv.8] 2024/09/12(木) 07:18:21.55]

>>43
今はWindows機よりも
UNIXの一種であるLinuxベースのAndroid機の方が多いです
つまり既に勝っています
macOSやiOSもUNIXベースです
家電やIoTもほぼLinuxベースです

[47 名無しさん＠お腹いっぱい。 2024/09/12(木) 10:14:04.07]

LinuxはUnixじゃないよ
iOSもUnixじゃないはずだが

[48 警備員[Lv.1][新芽] 2024/09/12(木) 11:28:42.51]

LinuxはUNIXの一種ですよ
「UNIX」を狭く考える人はSUSv3の認定がないとUNIXではないと
言い出すのですが馬鹿げてます
下位層のAPI(例えばシステムコールやlibc)がほとんど全く同じなのに

iOSもUNIXの一種であるFreeBSDベースです
Machというマイクロカーネルに載ってる変種が元になってます

両方コッテコテのUNIXカルチャーから生まれたOSです

[49 名無しさん＠お腹いっぱい。 2024/09/12(木) 11:35:35.78]

FreeBSDはユーザランド持って行っただけだから、Unix関係ない。

[50 警備員[Lv.1][新芽] 2024/09/12(木) 11:39:25.78]

>>49
DarwinやXNUの勉強ちゃんとしてね
公開されてるカーネルのソースなんか見たこともないのに
どうしてそれについて語ろうとするわけなの?

[51 名無しさん＠お腹いっぱい。 2024/09/12(木) 11:40:10.40]

一般に"UNIX"って綴るときはSUSの認証受けてるやつでしょ商標だし
だからわざわざ"Unix"だの"Unix-Like"だの言うわけで

で、たぶんそれらはユーザーランドまで含んだ概念だと思うから
iOSとかwatchOSとかの子分たちは違うんじゃないかなあ

[52 警備員[Lv.2][新芽] 2024/09/12(木) 11:46:39.42]

>一般に"UNIX"って綴るときはSUSの認証受けてるやつでしょ商標だし

そう言い張りたい人は勝手にどうぞ
Lion's commentary on UNIXの6th editon UNIXもUNIXじゃなくなっちゃいますね
変な宗教ですね

[53 名無しさん＠お腹いっぱい。 2024/09/12(木) 11:58:22.63]

そんな古典の話を出さないと反論できない、と

[54 名無しさん＠お腹いっぱい。 2024/09/12(木) 13:23:59.92]

>>50
ユーザランドの話してるのに、なんでカーネル？
理解出来ないなら絡んでくるなよ低脳

[55 名無しさん＠お腹いっぱい。 2024/09/12(木) 13:25:00.10]

>>52
オレオレUNIXを語ってる方が、おかしな宗教にはまってるようにしか見えんがのう

[56 警備員[Lv.5][新芽] 2024/09/12(木) 13:41:30.96]

>>54
↓これが間違いなんですよ
ユーザランドだけじゃないんです

>>49
> FreeBSDはユーザランド持って行っただけだから、Unix関係ない。

[57 名無しさん＠お腹いっぱい。 2024/09/12(木) 17:09:30.37]

本来のMachではBSDのサブシステムはカーネルの外にあるけど
パフォーマンス的にキビシイからXNUではカーネルの中に抱え込んでいる
というのがわしの理解

[58 名無しさん＠お腹いっぱい。 2024/09/12(木) 17:13:27.93]

ていうか、FreeBSDには大好きなUNIX由来のコードはもう残ってないんじゃないかな
そこらへんの紛争でゴタゴタしてる間にLinuxが流行ってしまったと

[59 名無しさん＠お腹いっぱい。 2024/09/12(木) 19:51:18.50]

ケンカはやめて（＞＜）

[60 警備員[Lv.8][新芽] 2024/09/12(木) 20:06:28.88]

>>58
外されたのはAT&T由来のコードね
4BSDからUNIX本山はバークレー校だよ

[61 名無しさん＠お腹いっぱい。 2024/09/12(木) 20:18:25.45]

各社のワークステーションは初期はBSD系のOS乗せてたけど
その後に全部SystemV系に置き換わったじゃん

[62 名無しさん＠お腹いっぱい。 2024/09/12(木) 21:16:53.96]

FreeBSDもLinuxもUnixだとか言っちゃう人が
ワークステーションなんか触ったことないだろ

[63 名無しさん＠お腹いっぱい。 2024/09/12(木) 23:27:57.82]

UNIXに本山という考え方自体が馴染まないと思うわ
時代に合わせてv6,v7までベル研、その後BSD、SunOS -Solaris、HP-UX、AIX,LINUX、Freebsd、NetBSDなど勝手気ままに生まれては消えているし
そういえば日立のLUNAというのもあったな

[64 名無しさん＠お腹いっぱい。 2024/09/12(木) 23:52:04.95]

LUNAはオムロン
日立は2050

[65 名無しさん＠お腹いっぱい。 2024/09/13(金) 00:39:07.85]

2050はハードウェアの名前

[66 名無しさん＠お腹いっぱい。 2024/09/13(金) 07:22:26.23]

Lunaはハードウェアじゃないの？

[67 警備員[Lv.1][新芽] 2024/09/13(金) 11:44:18.57]

>>61
SystemV系なんてもう死滅寸前じゃん

[68 警備員[Lv.1][新芽] 2024/09/13(金) 11:46:30.89]

>>62
Sun2も使ったことあるけど
FreBSDもLinuxもUNIXだと思いますね

[69 名無しさん＠お腹いっぱい。 2024/09/13(金) 11:59:59.88]

家庭用ゲーム機はぜんぶファミコンだしな

[70 名無しさん＠お腹いっぱい。 2024/09/13(金) 13:12:57.22]

>>67
元々そういう話をしてるスレなのだが
お爺ちゃんなのかな、現状認識が上手くいってないようだね

[71 警備員[Lv.5][新芽] 2024/09/13(金) 13:52:04.37]

>>70
SystemV系だけがUNIXなんてレスはどれなんだよ
SUSv3なら他にも認定受けてるし

[72 名無しさん＠お腹いっぱい。 2024/09/13(金) 14:06:50.91]

基本、話の流れとかは無視なのね

[73 名無しさん＠お腹いっぱい。 2024/09/13(金) 17:22:11.93]

>>71
SystemV系だけがUNIXなんて誰が言い出したの？
お爺ちゃんが急に持ち出した話だよね？？

[74 警備員[Lv.8][新芽] 2024/09/13(金) 18:31:19.38]

LinixもmacOSもUNIXじゃないなんて狭く考えるやつは
脳内で勝手な俺ルール想定してるだけで基準なんてない
macOSなんてSUSv3だぜ?

[75 名無しさん＠お腹いっぱい。 2024/09/13(金) 19:20:36.95]

macOSがUNIXじゃないと言ってる人はいないのでは

[76 警備員[Lv.9][新芽] 2024/09/13(金) 19:45:22.35]

macOSはUNIXだけどLinuxはUNIXじゃないという人はいる?

[77 名無しさん＠お腹いっぱい。 2024/09/13(金) 23:45:35.89]

LinuxはUnixじゃないだろ
今はむしろUnix製品がLinuxになりつつある

[78 名無しさん＠お腹いっぱい。 2024/09/14(土) 08:55:47.94]

UNIXとは、美容室であり、オーディオ機器でもある

[79 警備員[Lv.13][新芽] 2024/09/14(土) 10:52:44.66]

タッパーウェアでもあるしな

[80 名無しさん＠お腹いっぱい。 2024/09/15(日) 15:00:56.64]

>>62
商用UNIXおじさん出たーー
確かにlinuxは別

[81 警備員[Lv.2][新芽] 2024/09/15(日) 18:20:56.94]

今UNIX本筋はLinuxとAndroidとmacOSとiOS
4つもあってどれか持ってる人が多いんだから普及したもんだ

[82 名無しさん＠お腹いっぱい。 2024/09/15(日) 19:36:06.38]

ほぼ死にかけのHP-UXやSolarisはともかく、
今やUnixと言えばAIXだと思うのだが、
パチモンが先に出てくるこの世の中よ...

[83 警備員[Lv.5][新芽] 2024/09/16(月) 04:57:23.13]

もうAIXだけだもんな
SUS V7適合は

[84 名無しさん＠お腹いっぱい。 2024/09/18(水) 10:02:47.56]

>>41
いやItaniumは命令またいで並列性記述で、後はそれぞれ実装の中でユニットの限り並列に実行するという発想だったんよ

実行ユニットが倍増でもしない限り一度のコンパイルでOKの予定だった

x86の資産が使える方がいいのはその通りだけど
ただ時代も変わってCPUアーキテクチャの種類の重要度落ちたし、ARMがこれだけ発展したなら、x86がなくなってもおかしくはかいかもね

x86にも旧命令を残しつつ、より新しくてスケジュール効率の良い命令も実装してそちらに徐々に入れ替えていこうという構想もあるみたいだけど

[85 警備員[Lv.9][新芽] 2024/09/18(水) 10:59:52.07]

VLIWってのは凄く原始的なアイデアで
SIMD並列のCPU内部版なわけだけど
古いコンピューター・アーキテクチャが前提になってる
メモリアクセスのコストが一定の前提

現在は計算ユニットとメモリの間には多段のキャッシュがある
だからメモリアクセスコストは実行時にしかわからない
そして一番遅かったのに合わせてしか命令を捌けない
動的スケジューリング以外生き残れないなんて
インテルの技術者はほぼ全員分かっていたと思うが
RISCでさえそうなんだってi960とかの経験で知ってたし

少し前までのマイクロソフトと一緒で社内闘争が激しすぎた
勝ち残ったプロジェクトリーダーは大儲けだから
それを是正出来なかったから会社が凋落するわけだよね
もちろんまだチャンスはある会社だとは思うが

[86 名無しさん＠お腹いっぱい。 2024/09/22(日) 14:18:59.42]

今後のコンピューティング需要はAIが主体だし古いアーキなんてガンガン捨てられる
インテルは相当危機感持ってるよ

[87 警備員[Lv.1][新芽] 2024/09/22(日) 15:37:57.87]

RISCで負けて
x64で負けて
GPUで負けて
ARM部門は売却済み
全部戦略ミス

[88 名無しさん＠お腹いっぱい。 2024/09/24(火) 17:27:52.86]

>>85
メモリアクセスでキャッシュから外れていたらその時点で例外発生して他のプロセスにスイッチだから、メインメモリへのアクセスが速いか遅いかで全体のパフォーマンスへの影響は無いに等しいよ
(もちろんメモリの速度はトータルのスループットには影響するかもしれないが、スケジューリングが動的か静的かは関係無い)

命令の並列度なんて上限はたかが知れてるし今後もそんなに増えないから、ItaniumのEPIC(VLIW)が順調に進化していたら、デコードコスト低いメリットが活かされていくことになっていただろうねぇ

まあx86の巨大市場の前に技術的な優位性関係なく消えていったが

[89 名無しさん＠お腹いっぱい。 2024/09/27(金) 21:07:56.24]

また0からやり直そう
POSIXから捨てよう

[90 警備員[Lv.35] 2024/09/28(土) 11:48:05.97]

>>88
CPU内キャッシュがヒットしないくらいで
プロセス切り替えなんて発生しませんけど

[91 名無しさん＠お腹いっぱい。 2024/09/28(土) 13:02:58.36]

キャッシュミスでコンテキストスイッチみたいな重たい処理動かしてたら
無茶苦茶遅くなりそう...

[92 名無しさん＠お腹いっぱい。 2024/09/28(土) 14:36:20.31]

なるほど、すぐ諦めずちょっと待つという話ですよね

そのへんのタスクスケジューリングのリアルな知見ってどうやって勉強したらよいのやらです。OSを自分で作ってみよう系のムック本とかですかね？

情処エンベデッドにも問題出てくるけど、SES業態でそんなの勉強できる案件ないよトホホ

[93 名無しさん＠お腹いっぱい。 2024/09/28(土) 14:44:42.95]

普通のアプリ作ってるだけでもそういう話に触れると思うけどなあ
例えばWindowsのGUIだって、GUI側で黙って待ってても処理進まないから
sleep(0)でコンテキスト返却するとかバッドノウハウ的な部分だってあるし
そしたらいつコンテキスト取り上げられるんだろう？とか関連APIの説明を読むとか
OSの中身にまで踏み入らなくてもしれる部分はいくらでもある

[94 名無しさん＠お腹いっぱい。 2024/09/28(土) 15:17:21.36]

まあ、そうです…まさに、自分はアプリを作る中で触れてきました

ip通信デーモンを作る仕事を繰り返す中で、
クソ遅かった実装パターンと速く動いた実装パターンとで比較して、自分なりの勝ち筋を見いだした、けど、その知見で次の職場で速いコードを書いても、他人には全く理解してもらえず苦労したんです

自分は実際の職務経験から、select系apiでシングルスレッドでのイベント・ドリブン型、協調型マルチタスクでないと速く動かない！マルチスレッドは全然ダメだ！と結論したけど

そのプログラミングモデルは理解がしやすいと言えないので、他人から「なんでそんな難しく作っちゃうの」的に批判されて、マルチスレッド型で全部作り直したい、とか低評価された

[95 名無しさん＠お腹いっぱい。 2024/09/28(土) 15:21:10.14]

あと私は「アプリ」のプログラミング インタフェース（API）の仕様に、OSのスケジューラがコンテキストスイッチを起こすか起こさないかを、もし書いてたら、書きすぎでメンテ性が低下するバッド仕事だと思います

だから（api 仕には書いてないから）「自分ならOSをこう作るな」と想像したり、試作して比較して多分こう、ていう不確かな知見になって、他人に「それお前の勝手な推測だろ」って言われる訳です

[96 警備員[Lv.36] 2024/09/29(日) 09:50:42.44]

>>92
英語だけど
Understanding Linux real-time with PREEMPT_RT training - Bootlin
https://bootlin.com/doc/training/preempt-rt/preempt-rt-slides.pdf
古典的ではない排他プリミティブ
https://ja.m.wikipedia.org/wiki/Load-Link/Store-Conditional
CPU内の動的スケジューリング
Lecture 18: Instruction Level Parallelism -- Dynamic Scheduling, Multiple Issue, and Speculation
https://passlab.github.io/CSE564/notes/lecture18_ILP_DynamicMultIssueSpeculationAdvanced.pdf

[97 名無しさん＠お腹いっぱい。 2024/09/29(日) 10:11:46.31]

>>96
ありがとうございます。

CAS命令LLSC命令は前の現場でソース読んでたら出てきて、なんじゃこりゃ？ってなって勉強した記憶があり。少し思い出して来ました

pdfの資料は…時間作って読んでみます。貴重な情報ありがとうございます

[98 名無しさん＠お腹いっぱい。 2024/10/04(金) 07:02:57.73]

Garuda Linux
https://garudalinux.org/

Garuda Linuxとは？美しいデザインとパフォーマンスに優れた Arch ベースの Linux ディストリビューション
https://pc-freedom.net/linux/about-garuda-linux/

Garuda Linux プロジェクト日本語トップページ - OSDN
https://ja.osdn.net/projects/garuda-linux/

Garuda Linux をインストールする
https://zenn.dev/mimi1008/articles/3965965cf1a9ad

Garuda Linux は美しいネオンの外観で手間のかからない Arch エクスペリエンスを提供します [ビデオ付きレビュー]
https://ja.linux-console.net/?p=18212

【Garuda Linux】おしゃれな外観のLinuxディストリビューション
https://note.activetk.jp/distro/garuda

[99 警備員[Lv.8][新芽] 2024/10/04(金) 12:09:32.29]

>>97
ヘネシー・パターソンは読んだんかな
最新まで邦訳されてんのかどうか

preemptinessが必要ないかあまり重要でなければ
自らyiledしてCPUを手放すのは効率がいい
Xorgサーバもそうなっている(使ってるのはselect)

[100 名無しさん＠お腹いっぱい。 2024/10/04(金) 18:57:41.76]

>>99
あざす
ヘネパタって奴ですね、未読です

自分も select 系のAPIを使って、アプリ内の各タスクが細切れのタスクを実行し、自分でcpuを離す方式、で、成功体験が多数あります。まさにXのメインループと同じ方式の認識です

この方式だとどこかがバグって無限ループすると（プリエンプトがないので）他のタスクに制御が行かなくて詰むのだけど、経験上一番速く、cpuがグルングルンに回る

[101 名無しさん＠お腹いっぱい。 2024/10/20(日) 08:31:09.03]

無料で手に入るLinuxに流れるのは自然
Windowsも無料の互換OSが出たら同じ運命

[102 Anonymous 2024/10/20(日) 17:03:03.59]

私書箱付き掲示板の宣伝に参りました。

コネクションボックス　
https://ryzo.jp/

ご利用方法
https://ryzo.jp/howto.html

コンピューターの広場板
https://ryzo.jp/cate17.html

ヘッドライン
https://ryzo.jp/cobox.cgi?action=login&ID=open

どうぞよろしくお願いします。

[103 名無しさん＠お腹いっぱい。 2025/01/02(木) 03:03:15.10]

>>89
これな

[104 名無しさん＠お腹いっぱい。 2025/01/07(火) 21:59:37.33]

>>2
もう十数年前にディスコン発表して、4年くらい前に販売終了してるからね
たぶんサポートもそろそろ終わるんじゃなかったかな？

I/O周りは堅くて良かったけどなあ

[105 名無しさん＠お腹いっぱい。 2025/01/13(月) 12:15:46.90]

10年前に立ったスレじゃないだと？

[106 名無しさん＠お腹いっぱい。 2025/01/15(水) 22:56:24.80]

>>101
無料って言っても、専門的知識が必要という意味ではUNIXは今でもハードルが高い
かつてWindowsと互換性のあるOSとしてLindowsが計画されたが、最終的にリリースされたのは当初の構想とはほど遠いものだったはず

話が飛ぶが、ユーザーフレンドリーなUNIXという意味では、やはりMac OS Xに軍配が上がるだろう
もっとも、Mac OS XをUNIXとして使うにはやはり専門的な知識が必要になるだろうが
※なお、私は現在はマカーではない

[107 名無しさん＠お腹いっぱい。 2025/01/15(水) 23:36:08.24]

WindowsやMacなら専門知識がいらないとか誰に騙された？
コピペで済むCLIに比べて開発者のオナニーに付き合わされるGUIがユーザふれんどりぃ？

[108 名無しさん＠お腹いっぱい。 2025/01/15(水) 23:42:45.76]

WindowsにはWindowsなりの専門知識、MacにはMacなりの専門知識、UnixにはUnixなりの専門知識が必要

[109 名無しさん＠お腹いっぱい。 2025/01/15(水) 23:43:58.94]

確かにnote等のコピペボタン押して貼り付けるだけで済む今は
CLIのハードルはかなり下がってるかもね

[110 名無しさん＠お腹いっぱい。 2025/01/16(木) 00:01:25.31]

GUIは記録に残すとか他人に伝えるのには向かない
スクショして赤マル付けて「ココ押す」とかやってらんない
あと自動化にも向かない

[111 名無しさん＠お腹いっぱい。 2025/01/16(木) 00:58:15.34]

>>107,108
俺だってWindowsやOS Xに専門知識が必要ないとは言っていない
だが、多くの人が直感的操作できるGUIの方が、何かにつけ旧態依然としたCUIでの操作を求められるUNIX,Linux系OSより有利だと思っている
あくまでエンドユーザの立場での話だが

勿論、エンドユーザの知らない部分では、黒子としてUNIXやLinuxが走っていることもある程度知っているつもりだが

[112 名無しさん＠お腹いっぱい。 2025/01/16(木) 01:02:45.09]

Androidにしても、カーネルはLinuxだし、それ以外にFreeBSDなどが使われているじゃない
UNIXもLinuxもそういう意味ではなくならない

[113 名無しさん＠お腹いっぱい。 2025/01/16(木) 18:54:30.29]

UNIXは古臭いOSだけど、移植性に優れてちゃんと動くからしぶとく生き残ると思うわ

[114 名無しさん＠お腹いっぱい。 2025/01/16(木) 19:14:12.13]

次世代カーネルは色々と研究開発をやり尽くしたがどれも残らなかった
モジューラカーネルのWindowsだけ生き残ってるが
死滅は時間の問題だろう

[115 名無しさん＠お腹いっぱい。 2025/01/17(金) 07:58:32.89]

Windowsはソフトウェア資産で使っているが、バグ多くてバージョンアップ毎に環境変わりすぎ

[116 名無しさん＠お腹いっぱい。 2025/02/14(金) 13:33:49.72]

>>105
20年前で2005年
この時点ならサンもいたしunix信者もまだイキってた

[117 名無しさん＠お腹いっぱい。 2025/02/16(日) 12:57:24.11]

LinuxはUNIXの一種です
>>1は馬鹿げた話です
Linuxが他のUNIXを駆逐した、もおかしいです
まだDarwin(Mach+BSD)が生き残ってますから

[118 名無しさん＠お腹いっぱい。 2025/02/21(金) 19:41:05.09]

AT&Tとかベル研って盗用気狂いしかいないイメージ