POSIX原理主義「ほれみろまた新しいﾊﾞｰｼﾞｮﾝ管理だ」

**デフォルトの名無しさん** · 2022/11/16(水) 20:15:25.62

予想通り新しいバージョン管理ツールが登場するようだな
gitなんか使っていた奴らはデータが取り出せなくなり
移行作業に苦しむことになるだろう
シェルスクリプトなら何十年後も同じものを使いつけられる
20年前の知識が20年後でも通用するわけだ
シェルスクリプトでバージョン管理せよ。
使う方を覚えるのではなく、自分の頭でシェルスクリプトで
どうやってバージョン管理するのかを考えろ

**デフォルトの名無しさん** · 2022/11/18(金) 17:39:36.63

Mercurial を使っている俺にスキはなかった。

**デフォルトの名無しさん** · 2022/11/18(金) 20:07:03.40

>>31
我らの聖典にはこう書かれておる

JavaScript ライブラリーは原則使わない
重要なことだが、jQuery やReact など……、JavaScript ライブラリーは原則使わない。
理由は、それらのライブラリーが一部のブラウザーでしかサポートしていない独自機能を
呼び出している恐れがあるからだ。自作のプログラムにそういうライブラリーの混入を許せば、
長寿命という特徴が損なう恐れがでてしまう。

ライブラリーを使わないということは、その部分を自力で1 から書くということだ。
とても大それたことに思えるかもしれないがそうとは限らない。例えば、次の例を見よ。

gitが一部のOSでしか動かない独自機能を呼び出している恐れある以上
そういったものを使ってはならぬというのがPOSIX原理主義だ

**デフォルトの名無しさん** · 2022/11/18(金) 20:33:30.60

>>38
へーgitはMacでビルドできないんだー

**デフォルトの名無しさん** · 2022/11/18(金) 21:44:56.74

>>39
もしMacがなくなったら他に代替先がなくなるということ
POSIXに準拠していればどこでも動く

**デフォルトの名無しさん** · 2022/11/18(金) 22:51:51.69

しかしユニケージはPOSIZに準拠してないという矛盾
ガチガチにベンダーロックインしてる上に、契約で、USPに不利なこと発信すると訴えるとか脅してんじゃねえの

**デフォルトの名無しさん** · 2022/11/18(金) 23:11:25.72

>>40
そこで autconf なんですよ
登場したのは30年以上前の話なんですがね

**デフォルトの名無しさん** · 2022/11/18(金) 23:12:05.18

>>42
autoconfはPOSIXで規定されてない
そんなのもの使うと寿命が短くなるというておろうが

**デフォルトの名無しさん** · 2022/11/18(金) 23:12:51.67

>>41
そこの人はシェルスクリプトでリアルタイム制御とかアホなスレたててたな

**デフォルトの名無しさん** · 2022/11/18(金) 23:14:16.61

>>43
30年以上も続いてるのに?w

**デフォルトの名無しさん** · 2022/11/18(金) 23:17:05.52

>>43
単一のOSからなる世界をお望みなのかな?w

POSIXにのみ留まってたら進化はしないよ
POSIXがバンバン改定されるならともかくね

**デフォルトの名無しさん** · 2022/11/18(金) 23:20:51.45

ちゃうねん。
POSIXの範囲で作っとけば。
地球人全員が使えんねん。

**デフォルトの名無しさん** · 2022/11/18(金) 23:21:10.37

な？
ええやろ？

**デフォルトの名無しさん** · 2022/11/18(金) 23:30:38.43

POSIXってのはOSの最大公約数
そんな狭いものに留まるのに賛成はしない
POSIXを逸脱した高機能な部分は
autoconf で管理すりゃ良いだけ
30年前に解決した話だよ

**デフォルトの名無しさん** · 2022/11/18(金) 23:31:44.02

シェルスクリプトでリアルタイム制御とか
頓珍漢なこと言ってる人達だからな

**デフォルトの名無しさん** · 2022/11/18(金) 23:37:01.81

>>45
POSIXは34年続いてるし
autoconfを作ってるのはあのGNUだ
独占してるGNUが勝手に仕様を変えると動かなくなる
POSIXは誰も独占してないから使用は勝手に変わらない
長寿命な標準規格だ

**デフォルトの名無しさん** · 2022/11/18(金) 23:38:02.02

>>46
逆だろ。POSIXに準拠したOSは無数にある
POSIXに準拠していれば無数のOSで動く
その証拠にWindowsでも動くようになっただろ

**デフォルトの名無しさん** · 2022/11/18(金) 23:40:08.63

>>46
POSIXがバンバン改定されたら互換性が保てなくなる
次から次へと新しいバージョン管理ソフトの使い方を覚え
次から次へと動かなくなるライブラリを使い続けるとか愚か者がやることだ

POSIXに準拠していれば、30年以上の前の知識のまま
どこでも動くソフトウェアが作れる
我々はそれを実践してみせた

**デフォルトの名無しさん** · 2022/11/18(金) 23:42:06.86

>>48
うわきっしょ
正面から反論できなくなるとエセ関西弁でおちゃらけて批判をそらす
死ねよ

**デフォルトの名無しさん** · 2022/11/18(金) 23:43:12.17

>>53
POSIX原理主義者はなんの貢献もしてないよ
まともなソフト作れるようになってから物言えよカス

**デフォルトの名無しさん** · 2022/11/18(金) 23:45:31.64

>>51
>autoconfを作ってるのはあのGNUだ
>独占してるGNUが勝手に仕様を変えると動かなくなる
GNUは独占していない
気に入らなればいつでもフォークする自由がある

**デフォルトの名無しさん** · 2022/11/18(金) 23:47:59.41

>>53
進化の否定以外の何物でもない
自分がついていけないものを否定するのではなく学んだ方が良いよ

まともな環境でプログラミングを学べていないのではないかな?
不幸なことです

**デフォルトの名無しさん** · 2022/11/19(土) 00:02:14.64

>>56
お前の独占の定義が間違ってるだけ。聖典を読め。

一個人や一企業の所有物が抱える問題

ではなぜ、一つの個人や企業の所有物か、それとも誰も独占しない公有物であるかに拘るのか。
それは所有物には次のような問題があるからだ。

その人の意向で、使い方のルールが変わってしまう恐れがある。
⇒ ルールが変われば話者（ユーザー）が翻弄される。
いざという時の代替品がない。
⇒ サポート終了や欠陥発覚で、話者（ユーザー）の逃げ道がなくなる。

6.1.3 ソフトウェアの方言・標準語の具体例

ソフトウェアにおける方言と標準語の違いに対する理解を深めるため、もう少し具体例を見てみるとしよう。
まず最初の表は、標準語ではない（つまり方言と見なされる）例である。

表6.1: ソフトウェアにおける「方言」の例

ソフトウェア名方言である理由
Linux｜「優しい終身の独裁者」（Linus 氏）がカーネルの仕様を最終決定しているから。
ほとんどのUNIX｜系OS それを作っている（実装している）のが一企業・一団体だけだから。
Perl, PHP, Ruby,Python, Java などの言語｜〃
ash, bash, dash, ksh, zsh などのUNIX シェル｜〃
GNU AWK, sed など (GNU 版コマンド群)｜それを作っている（実装している）のがFSF という組織だけだから。

**デフォルトの名無しさん** · 2022/11/19(土) 00:05:48.28

>>55
では、お前は何を貢献したというのか？

**デフォルトの名無しさん** · 2022/11/19(土) 01:08:37.70

>>58
>お前の独占の定義が間違ってるだけ。聖典を読め。
>
>一個人や一企業の所有物が抱える問題
>
>ではなぜ、一つの個人や企業の所有物か、それとも誰も独占しない公有物であるかに拘るのか。
>それは所有物には次のような問題があるからだ。
>
> その人の意向で、使い方のルールが変わってしまう恐れがある。
>⇒ ルールが変われば話者（ユーザー）が翻弄される。
> いざという時の代替品がない。
>⇒ サポート終了や欠陥発覚で、話者（ユーザー）の逃げ道がなくなる。
RMSが1989年に既に解決法を提示した
気に入らなければフォークする自由がある

**デフォルトの名無しさん** · 2022/11/19(土) 08:10:39.76

>>59
反論になってないね

**デフォルトの名無しさん** · 2022/11/19(土) 11:09:34.44

>>60
フォークするってことは動作が変わるってことだろ
代わりにならないから意味がない
POSIX原理主義はどれか一つの製品が廃盤になったとしても
代わりの製品があるから長寿命が実現できる

**デフォルトの名無しさん** · 2022/11/19(土) 11:19:02.67

Twitterがいま大変なことになっているが
POSIX原理主義で作っていれば
Twitterがなくなっても問題なかった

**デフォルトの名無しさん** · 2022/11/19(土) 11:25:33.60

でもユニケージってUSPがガチガチにベンダーロックインしてるからUSPが潰れたらそこまでだよね

まあユニケージより優れてかつ保守性のある製品なんて山ほどあるが

**デフォルトの名無しさん** · 2022/11/19(土) 11:28:06.21

>>62
>フォークするってことは動作が変わるってことだろ
オリジナルの動作が変わるのを嫌ってフォークするって話なのだから
自分でフォークしてオリジナルの動作を維持すれば?

**デフォルトの名無しさん** · 2022/11/19(土) 11:30:10.98

>>63
要するにソフトウェアに著作権を認めるなって主張なんだな
「ソフトウェアは全てパブリックドメインであるべき」と読める

**デフォルトの名無しさん** · 2022/11/19(土) 12:01:17.06

これからはPOSIXの時代。

**デフォルトの名無しさん** · 2022/11/19(土) 14:13:36.75

>>63
TwitterはPOSIX原理主義で作れるんかね
ユニケージみたいにファイルでDBを代替するとしても
同時アクセスでプロセスが大量に作られて破綻する気がするけどどうやるんだろ

**デフォルトの名無しさん** · 2022/11/19(土) 14:44:40.33

ユニケージのDBMS（笑）なんてトランザクション処理してないだろう
いちいちファイルに書き込むからオンメモリDBに比べてパフォーマンスで劣る

**デフォルトの名無しさん** · 2022/11/19(土) 18:15:05.51

>>65
C言語で作られているというのがセンスが悪い
C言語は効率がいいが移植性が低い。それらを維持するのは専門技術がいる。
だからといって他の言語はPOSIXで禁止されているから
シェルスクリプトを使うしかない

**デフォルトの名無しさん** · 2022/11/19(土) 18:16:52.18

>>68
Twitterなんぞただのウェブアプリにすぎない
POSIX原理主義でJSONのパースぐらいできる
base64だってシェルスクリプトで実装してみせた
ネットワークは困りどころだが交換可能性を満たせば
curlだってwgetだって使える

**デフォルトの名無しさん** · 2022/11/19(土) 18:18:00.47

>>69

トランザクションはulockを使うだけで実現できる

https://www.usp-lab.com/qa.html#exclusiveProcessing

ulock コマンドを使用します。ulock コマンドはロックファイルを排他的に作成します。また、そのロックファイルが存在する間は、待ち続けます。

例）ulock コマンドの実際の記述例
if ulock lockfile; then

###############################
# 排他的に行いたい処理を記述
###############################

# 最後にロックファイルを消去する
　rm lockfile
fi

**デフォルトの名無しさん** · 2022/11/19(土) 18:19:22.99

>>68
> 同時アクセスでプロセスが大量に作られて破綻する気がするけどどうやるんだろ
すでにFAQだな

https://www.usp-lab.com/qa.html#CGIAndProcess

Ⅲ-７. ウエブアプリケーションをCGIで記述するとプロセス過多にならないですか？

プロセス数が数千程度だと今の標準的なサーバーだと問題はありません。
万オーダーになってとるべき対策は、CGI 内部で次のような処理順番待ちを行う仕組みを入れます。

semwait --less_than 10 "semaphore.*"
touch semaphore.$$
##############
# 実際の処理
##############
rm semaphore.$$

これで解決しないようなオーダーのアクセスに対しては FastCGI 設定してウエブアプリケーション自体をサーバー化してプロセス数を増やさないようにします。

**デフォルトの名無しさん** · 2022/11/19(土) 19:22:45.72

>>73
> FastCGI 設定してウエブアプリケーション自体をサーバー化してプロセス数を増やさないようにします
よくわかんないけど、これはシェルスクリプトでできるの？

**デフォルトの名無しさん** · 2022/11/19(土) 19:25:35.74

>>72
ulockでできるのはロックだけのようだよ
コミット、ロールバックはまた別で作らないといけないよね

**デフォルトの名無しさん** · 2022/11/19(土) 19:28:54.32

> プロセス数が数千程度だと今の標準的なサーバーだと問題はありません。
それはそうだろうけど
ハンズラボのブログを見るとユニケージではプロセス数が数万～10万のオーダで作られて
システムがまともに動かない状態になったってあるよ

**デフォルトの名無しさん** · 2022/11/19(土) 19:45:20.11

5chがPOSIXで作れないわけない。

**デフォルトの名無しさん** · 2022/11/19(土) 19:46:35.99

>>70
レベル低っ

**デフォルトの名無しさん** · 2022/11/19(土) 20:08:06.41

結局POSIX原理主義者ってシェルが得意なんじゃなくてシェルしか使えないからこんなくだらないことやってるんだよな
そもそもユニケージは可搬性ないしPOSIXにそぐわない

**デフォルトの名無しさん** · 2022/11/19(土) 20:17:24.68

中古98の価格を見てもそんなこと言えるかな？

**デフォルトの名無しさん** · 2022/11/19(土) 20:18:38.88

POSIX原理主義は顧客の要求に応えたものであることを知るべき。

**デフォルトの名無しさん** · 2022/11/19(土) 21:06:54.52

POSIXとか顧客にダイレクトに影響のある規格じゃないし顧客が要求するものじゃないでしょ
POSIX原理主義者はそんなこともわからないのか

**デフォルトの名無しさん** · 2022/11/19(土) 21:19:52.08

>>82
顧客は新しいものを求めていない。
安定して使い続けられるものを求めてる。

**デフォルトの名無しさん** · 2022/11/19(土) 21:21:38.72

POSIXにこだわり抜くことで50年使えるシステムを目指してる。

**デフォルトの名無しさん** · 2022/11/19(土) 21:22:39.85

98上に組まれたシステムだってすでに30年動いているんだ。
顧客はそういうものを求めてるんだ。
特に日本の製品にはな。

**デフォルトの名無しさん** · 2022/11/19(土) 21:32:38.80

>>85
そういうものを求めてる場面もあるってだけ
俺はやだよ
30年前っていうと1992年
Windowsなら3.1を未だに使い続けることを求める顧客が居る！
って言われてもナンセンス

**デフォルトの名無しさん** · 2022/11/19(土) 21:34:01.01

>>86
DOSだろうが。
ほんと何も知らないんだな。

**デフォルトの名無しさん** · 2022/11/19(土) 21:36:48.79

>>87
俺は更に10年くらい古参だよ

**デフォルトの名無しさん** · 2022/11/19(土) 21:39:32.47

長く使ってるからコンピュータは進化するものだ
身を持って理解している

**デフォルトの名無しさん** · 2022/11/19(土) 21:46:17.16

>>83
そこでクラウドですよ
ハンズラボではユニケージを使ってたころサーバの性能が逼迫すると
手動でサーバを追加してたんだがAWSに変えてからはオートスケールするようになった
システムの動作も運用も安定した

**デフォルトの名無しさん** · 2022/11/19(土) 22:02:46.05

>>83
顧客の要求は顧客が決めるんだよ、間抜け

**デフォルトの名無しさん** · 2022/11/19(土) 22:03:14.18

>>90
検索したら、雲のジュウザと出てきたのだが？

**デフォルトの名無しさん** · 2022/11/19(土) 23:30:40.38

>>92
検索もまともにできねえのか
死ねよ

**デフォルトの名無しさん** · 2022/11/19(土) 23:40:56.73

>>93
笑

**デフォルトの名無しさん** · 2022/11/20(日) 01:23:36.19

反論なし、と

**デフォルトの名無しさん** · 2022/11/20(日) 10:06:13.11

>>90
クラウドに頼るやつはマシンの性能をフルに使い切れない愚か者

https://type.jp/et/feature/14070/

後藤「Web アプリ開発を例に挙げると、最近はクラウド上に立てたコンテナの中で
プログラムを書き、もし性能が足りなければコンテナ数を増やして対処することが一般的です。
ただこのやり方だとスケールアップする度に膨大な予算がいるし、
OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。

ユニケージ開発手法なら１台のマシンをフルに使い切れますし、
uspBOAが証明したようにマシンを並列につなげば安価で強力な実行環境を構築できます。
大量の電力を消費するデータセンターなどよりはるかに環境に優しいのは言うまでもありません。
今後ますますユニケージ開発手法のメリットが理解されやすい時代になってくるんじゃないかと思っています」

當仲「人間がちょっとだけ努力して歩み寄るだけで、コンピュータのリソースを100％使い切れるわけです。
その方が合理的で経済的だし、後藤さんの言うように環境に優しいのは間違いありません。
ただ漫然と楽な方へと流れていると、課題解決の道具に過ぎない開発環境に使われてしまうことになりかねない。
もしそれが嫌ならレイヤードされた階層の上部で開発する便利さに安住せず、
エンジニアはCPUやOS、アセンブラなど、低レイヤーに属する知識をもっと積極的に学ぶべき。それが私の持論です」

**デフォルトの名無しさん** · 2022/11/20(日) 10:07:03.91

>>83
よく分かってるな
クラウドとかいらない
顧客は古いシステムで十分

**デフォルトの名無しさん** · 2022/11/20(日) 10:07:53.66

>>79
C言語もできる
POSIX原理主義の第一人者の松浦智之は
C言語を使いこなしてる

**デフォルトの名無しさん** · 2022/11/20(日) 10:08:31.49

>>75
コミット、ロールバックなんぞ
一時ファイルにするだけで実現できる
コミットはファイルをmvするだけ
ロールバックはファイルを消すだけだ

**デフォルトの名無しさん** · 2022/11/20(日) 10:09:17.91

>>74
> よくわかんないけど、これはシェルスクリプトでできるの？
シェルスクリプトでできないところは
交換可能性を実現していれば、直ちに動かなくなることはない

**デフォルトの名無しさん** · 2022/11/20(日) 11:37:38.91

>>98
んなわけないだろ
あいつのクソソース見たことないのか？

**デフォルトの名無しさん** · 2022/11/20(日) 12:08:16.07

>>98
>C言語もできる
って出来て当然だろw
レベル低いな

**デフォルトの名無しさん** · 2022/11/20(日) 12:30:15.70

>>101
どこがクソソースか言ってみ

**デフォルトの名無しさん** · 2022/11/20(日) 12:44:04.08

クラウドを提供したいのは詐欺師側であり、顧客はクラウドを提供されたくない。

**デフォルトの名無しさん** · 2022/11/20(日) 12:46:18.07

今のコンピュータの性能は高いのだから
その能力を引き出せばシェルスクリプトでビッグデータを扱える
何年後かにはコンピュータの性能は更に上る
ハードウェアの特殊な機能に依存するよりも
普通の機能だけで実現した方が何十年後でも同じものを使い続けられる

**デフォルトの名無しさん** · 2022/11/20(日) 12:46:37.03

顧客の側に立つ事業者が現れたものだから、詐欺師どもが大慌てしてるな。

**デフォルトの名無しさん** · 2022/11/20(日) 13:02:53.53

>>105
顧客は性能に対して高いコストを支払うことになる
コスパを求める顧客からは敬遠されるね
でもそういう考え方はあると思うので否定はしないよ

**デフォルトの名無しさん** · 2022/11/20(日) 13:05:25.94

>>107
高機能なサーバーの能力を使い切った方が
コスパがいいに決まってるだろ
パイプで何段もコマンドをつなぐだけでCPUを使い切れるのに
それをしないでCPUを余らせておくほうがコスパが悪い

**デフォルトの名無しさん** · 2022/11/20(日) 13:10:14.00

>>108
顧客が支払う費用の話

まだ社会に出ていないようだね
アホくさ

**デフォルトの名無しさん** · 2022/11/20(日) 13:11:32.43

顧客が支払う費用が同じだなら
マシンの性能をフルに引き出せる
ユニケージが優れてる

**デフォルトの名無しさん** · 2022/11/20(日) 13:13:48.72

費用でユニケージに勝てるわけないだろ。

**デフォルトの名無しさん** · 2022/11/20(日) 13:16:24.66

ユニケージはOracleみたいな高額なデータベースを必要としないからな

**デフォルトの名無しさん** · 2022/11/20(日) 13:18:42.30

>>110
シェルとC言語の性能比だから同じになるわけないだろ
100倍 1000倍くらいは違うことになる

**デフォルトの名無しさん** · 2022/11/20(日) 13:19:33.27

>>113
ユニケージのコマンドはC言語で作られているから
シェルスクリプトは速いって何度言えばわかる？

**デフォルトの名無しさん** · 2022/11/20(日) 13:21:06.15

>>114
シェルスクリプトはインタープリタで解釈を要するので遅い

**デフォルトの名無しさん** · 2022/11/20(日) 13:23:29.88

>>115
それは手続き型で書くからだ
ストリーミング型の書き方でパイプでコマンドを繋げれば
並列処理でマシンのCPUを使い切れる

論文にもなってる
https://www.ipsj.or.jp/dp/contents/publication/32/S0804-R1601.html

**デフォルトの名無しさん** · 2022/11/20(日) 13:27:43.58

>>116
並列化の話は独立した別の話でC言語でも全く同じ
並列化できない部分でシェルはCに勝負を挑めない
話にならない

**デフォルトの名無しさん** · 2022/11/20(日) 13:30:46.44

>>117
現場の作業員共がC言語で並列化なんて出来るわけがない

**デフォルトの名無しさん** · 2022/11/20(日) 13:34:34.27

>>118
それはできるだろwww

**デフォルトの名無しさん** · 2022/11/20(日) 13:34:49.87

>>96
> 後藤「Web アプリ開発を例に挙げると、最近はクラウド上に立てたコンテナの中でプログラムを書き、もし性能が足りなければコンテナ数を増やして対処することが一般的です。
> ただこのやり方だとスケールアップする度に膨大な予算がいるし、OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。

dockerをはじめとするコンテナ型仮想化は「OSごと仮想化」なんてしないんだけど…
だから軽くて流行ったんだが
明らかに仮想サーバ（ハイパーバイザ型の仮想化）と混同してるよね
もちろんコンテナのオーバーヘッドがゼロとは言わないよ？
でも「最近一般的なコンテナ」とやらが「OSごと仮想化するのでどうしても動作が遅い」という理解はこの人の不勉強から来る「勘違い」で「間違い」だよね？😅

**デフォルトの名無しさん** · 2022/11/20(日) 13:38:22.29

>>119
C言語はバイトオーダーなどのハードウェア構造を意識しないといけない
お前らには無理

>>120
後藤大地はOSS業界で有名な人。オープンソースOSコミッターだ
お前らとは比べ物にならないほど詳しい。

**デフォルトの名無しさん** · 2022/11/20(日) 13:40:02.19

>>121
>C言語はバイトオーダーなどのハードウェア構造を意識しないといけない
それシェルでできるのかな?

**デフォルトの名無しさん** · 2022/11/20(日) 13:41:34.54

>>122
シェルはハードウェア構造を吸収しているから
どのOSでも同じように動くって何度言えば理解できる

**デフォルトの名無しさん** · 2022/11/20(日) 13:44:38.67

>>121
シェルがCに比べ性能が出ないのは事実なんだから
何でもかんでもシェルで済まそうとうする
POSIX原理主義とやらは不可能じゃないけど不効率だよ
速度が必要なところはCで書いたりアセンブラを使う

ベンダーロックインしてソフトの寿命が短くなるって
問題意識は正しいと思うが
俺はRMSが30年前に世に出した解が正しいと思うよ

**デフォルトの名無しさん** · 2022/11/20(日) 13:46:04.48

>>123
頓珍漢なことを書いているので
他人の鵜呑みではなく
自らC言語を経験してからにした方が良いよ

**デフォルトの名無しさん** · 2022/11/20(日) 13:48:01.28

shell と kernel の区別がつかない人ですね判ります

**デフォルトの名無しさん** · 2022/11/20(日) 16:00:36.19

>>112
ユニケージはトラブったら専門家を呼ばないといけないんだろ

**デフォルトの名無しさん** · 2022/11/20(日) 16:11:37.91

またシェルがOSに近いところで動くとかいう妄言を垂れ流したのかい？

**デフォルトの名無しさん** · 2022/11/20(日) 16:37:01.86

馬鹿野郎。
シェルはOSの一部だ。
腹筋からやり直せ。

**デフォルトの名無しさん** · 2022/11/20(日) 16:40:27.35

シェルはカーネルに含まれてねえんだわ
大学のOSの授業で何を学んだんだ？

**デフォルトの名無しさん** · 2022/11/20(日) 18:57:05.74

bashでもdashでも良いからシェルの
ソース落としてみりゃ分かるのにね
Cすら読めないんだろうな

**デフォルトの名無しさん** · 2022/11/20(日) 21:41:39.74

POSIX中心主義でシェルはカーネルに近いことが示されている

POSIX中心主義と情報科学教育
https://www.slideshare.net/tomoyukimatsura/posix-59447685

Tomoyuki Matsuura
同人作家兼Web・グラフィックデザイナー兼ネットワーク・サーバーエンジニア兼テクニカルライター at 自営業(個人事業主)

**デフォルトの名無しさん** · 2022/11/20(日) 21:58:52.97

>>132
>POSIX中心主義でシェルはカーネルに近いことが示されている
スライドの何枚目?

**デフォルトの名無しさん** · 2022/11/20(日) 22:01:07.00

>>133
18ページ目

**デフォルトの名無しさん** · 2022/11/20(日) 22:15:01.95

>>134
その図はシェルがカーネルに近いことを意味しているのでは全くないよ
そもそも図が不正確で例えば
アプリや言語の間に必ずシェルが仲介するように書かれているがそんなことはない
Cで書いてしてビルドされた実行ファイルは
カーネルのシステムコール呼ぶのにシェルを必要としない

あなたは図を読んで理解する基本的な知識がないようだよ

**デフォルトの名無しさん** · 2022/11/20(日) 22:15:29.40

>>130
大学のOSの授業で何を学んだんだ？

シェルスクリプト言語論２提供機関：金沢大学
担当教員大野浩之，松浦智之，森祥寛
https://www.ucon-i.jp/newsite/city-college/kamoku/2022/063_%E3%82%B7%E3%82%A7%E3%83%AB%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%97%E3%83%88%E8%A8%80%E8%AA%9E%E8%AB%962.pdf

皆さんの中で，プログラミングを勉強して，さまざまなプログラムを作成したいと考えたことのある方は，どれだけいるだろうか？しかし，
どのように学んで良いか分からない。JAVA？ Python？ R？ Oracle？ PHP？ C？などと言われても，何を学んで良いか分からない。そんな
こともあるでしょう。特に，多くのプログラミング言語では，1，2年毎に大きなバージョンアップなどがあり，その前後で作成したプログラムが
動かなくなったり，新しいプログラムが作れなくなったりします。
そこで本講習では，古くから存在し，今もほとんど変わること無く使用できる「POSIX環境におけるシェルスクリプト」を使ったプログラミン
グ手法について学習をしていきます。シェルスクリプトは，UNIXやLinuxと呼ばれるOSにおいて，システム操作などにも使用されるもので，多く
のコマンドから形成されるものです。それ故に最近のプログラミング言語ほど派手なことはできませんが，古くから変わらず存在するため，これ
から先も長く長く使用可能です。また，シェルスクリプトは，プログラミングに限らず，LinuxやWindows10，macOSなどをコマンドから操作する
ときに使用できます。シェルスクリプトを十全に使用できるようになると，研究活動を始めとする，さまざまな業務処理に，これまでとは違う視
点からの作業環境を与えることができます。
授業では，受講者は，このPOSIX環境におけるシェルスクリプトについて，新しい視点で学ぶとともに，「すべてのUNIXで25年後も動く普遍的な
プログラム」を書く方法について会得し日頃の問題解決に適用できるようになることを目標とします。

**デフォルトの名無しさん** · 2022/11/20(日) 22:16:35.86

>>135
https://www.usp-lab.com/qa.html
ユニケージは、DBMS よりもより OS に近いところで動作するため、
自由にファイルを配置したり、コマンドを作成することによって、シンプルな処理から複雑な処理まで、幅広く対応することが可能です。