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

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

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

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

そだねー

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

>>1
自分の頭で考えたらお前の私怨につきあってるヒマはないと出ましたｗ

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

新しいバージョン管理ツールが登場したらGitのデータが取り出せなくなるのはどういう論理展開なの？
よくわかんないな

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

>>4
gitはデータを訳のわからんバイナリデータで格納してる
バイナリデータの移植性が低いのは誰でも知ってる
効率はバイナリの方がいいだろうが、効率よりも移植性だ
そのせいでお前らは何度もバージョン管理のやり方が変わって
新しい使い方を覚え直さなければならなくなる
今までの知識が全部無駄になる
そんなのはもうたくさんだ

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

てかバージョン管理なんてGit以外にもあっただろ…
しかも今度はメタ程度のバージョン管理システムだろ？吹いて捨てるわ

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

Gitが流行ったのはGitHubのおかげや
GitHubで手軽に公開できるから流行ったんや
You Tubeとかティックトックと一緒

**デフォルトの名無しさん** · 2022/11/16(水) 21:02:10.85

ほれ見ろまた新しいクソスレだ
クソスレ立てるやつもそのスレを必死に上げるやつも病院に入っておとなしくしとけよ

**デフォルトの名無しさん** · 2022/11/16(水) 21:12:24.29

>>5
ローカルに持って来てから新しい管理ソフト使えばいいだろ

終了ｗ

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

ほれみろまたバージョン管理が死ぬ
移行作業が待ってるぞｗ

Metaの大規模ソースコード管理システム「Sapling」がオープンソース化
https://gigazine.net/news/20221116-meta-sapling/

**デフォルトの名無しさん** · 2022/11/16(水) 22:21:18.84

>>10
メタ程度のバージョン管理システムとかいらん

**デフォルトの名無しさん** · 2022/11/17(木) 12:35:18.79

>>5
ソースコード公開されてるよ
https://github.com/git/git

**デフォルトの名無しさん** · 2022/11/17(木) 12:50:30.56

>>5
zipで圧縮してるだけやろ

**デフォルトの名無しさん** · 2022/11/17(木) 18:45:04.01

把握してるだけのPOSIX原理主義者敗北集をまとめてみた

実データでプログラミングすれば単体テストは不要！
https://mevius.5ch.net/test/read.cgi/tech/1654051738/

最長不倒関数■C言語でmain関数に全コードを入れる
https://mevius.5ch.net/test/read.cgi/tech/1653574691/

OSの機能なのにシステムコール呼び出しが遅い理由
https://mevius.5ch.net/test/read.cgi/tech/1652880371/

wsl2ってあまり使う人いなくねwww
https://mevius.5ch.net/test/read.cgi/win/1635677537/

金沢大学「シェルスクリプト言語論」は偽開発技術
https://mevius.5ch.net/test/read.cgi/tech/1632511262/

gitを使わずにディレクトリコピーでバージョン管理
https://mevius.5ch.net/test/read.cgi/tech/1631002816/

構造化プログラミングはまだ必要ではないのか？
https://mevius.5ch.net/test/read.cgi/tech/1534260508/

BigQueryが非構造化データに対応。ユニケージ終焉へ
https://mevius.5ch.net/test/read.cgi/tech/1665630428/

ハッカーが夢中になるPOSIX原理主義（中心主義）
https://mevius.5ch.net/test/read.cgi/tech/1663999431/

すべての行にコードの意味をコメントで書くアホウ
https://mevius.5ch.net/test/read.cgi/tech/1659656921/

**デフォルトの名無しさん** · 2022/11/17(木) 18:45:53.47

しかもこのスレでは新しいバージョン管理ソフトが出ただけでPOSIX原理主義者はなんの貢献もしてないのになぜか手柄のように誇ってる

**デフォルトの名無しさん** · 2022/11/17(木) 19:03:46.18

MetaのSaplingはGitのリポジトリをcloneしてpush/pullできるから何も困らない
もちろんGithubにも接続できる

**デフォルトの名無しさん** · 2022/11/17(木) 19:23:20.79

>>16
そんでGitよりええのん？

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

>>16
gitリポジトリも扱えるけどgitリポジトリのままクライアントだけslにしても高度な機能は使えないみたいよ

https://engineering.fb.com/2022/11/15/open-source/sapling-source-control-scalable/
> 注: スケール機能の多くは、Sapling 固有のサーバーを使用する必要があるため、最初のクライアントリリースでは使用できません。ここでは、今後のプレビューとして説明します。Git リポジトリで Sapling を使用する場合、これらの最適化の一部は適用されません。

**デフォルトの名無しさん** · 2022/11/17(木) 20:40:13.88

>>18
slクライアントだけで使えないのはそのページの後半の Scaling Sapling で説明されてる機能だよね
前半の Sapling's user experience で説明されている機能はクライアントだけで使えて、gitのリポジトリでもいろいろ使いやすくなっているのがウリらしい
ステージが無いとかrebase -iでエディタ開いてコミット履歴編集が goto/prev/next/amend みたいなコマンドでできるとか
他にも https://sapling-scm.com/docs/introduction/git-cheat-sheet/ に git とのコマンドの対応表があるからいろいろ参考になる

**デフォルトの名無しさん** · 2022/11/17(木) 20:40:51.39

>>17
実際に使ってみないとわからないな
自動で動くrebaseの使い勝手とか気になる
あとで試してみる予定
ぱっと見、IDEとかVSCodeに統合して使うならSaplingの方が良さそうに見える

**デフォルトの名無しさん** · 2022/11/17(木) 21:26:30.18

>>15
POSIX原理主義は「交換可能性」という
今までに誰も考えつかなかった完璧な理論を打ち立てだろ

**デフォルトの名無しさん** · 2022/11/17(木) 21:43:45.45

>>1
>シェルスクリプトなら何十年後も同じものを使いつけられる
>20年前の知識が20年後でも通用するわけだ
gitを使い続ければ一緒じゃね?

**デフォルトの名無しさん** · 2022/11/17(木) 21:52:50.37

>>22
POSIXは30年前に規格化されてから何も変わっていない
gitは開発者の都合で勝手に変わるから
アップデートすると動かなくなる
つまり寿命が短いということだ

我らはこのような寿命の長いソフトウェアを、「ソフトウェアの保存食」と呼んでいる。我らの意見はこうだ。

・世にありふれている多くのソフトウェアは「生もの」
美味しいかもしれないが、日もちしない。

・保存食は、そこまで美味しくないが、日もちするという性質で優れるため必要なもの。
毎日の食事には生もの。キャンプや災害時には保存食。→適材適所でどちらも必要。

・しかし今、ソフトウェア界には保存食が不足している。
「今、高性能なこと」、「今、高機能なこと」を追求しているソフトウェアばかり。

POSIX の弱点を補完し、発展させたものがPOSIX 原理主義

**デフォルトの名無しさん** · 2022/11/17(木) 22:24:10.38

gitがアップデートで動かなくなった記憶がない

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

>>21
互換性だなんてもっと前からある概念だわ
初めて作ったと思ってるならPOSIX原理主義者が無知だっただけ

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

ユニケージは誰も保守できないからただの粗大ごみ

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

>>25
ソフトウェアの寿命は短い。なぜかわかるか？
それはPOSIXという寿命が長い標準規格に準拠してないからだ
POSIXは30年の長い寿命を持っている
ならばPOSIXに従えはソフトウェアの寿命が長くなるのは明らかだ

POSIXで使える言語はCとシェルスクリプトだけだ
Cは効率がいいが移植性が低いとUNIX哲学で散々言われていることだ
したがってシェルスクリプトで書くしかない

しかしPOSIXは機能が少ないと騒ぐやからが多い
だから我らはシェルスクリプトで何でも出来ることを証明するために
多数のコマンドを作ってみせた。JSONだってXMLだってなんでも処理できる
POSIX原理主義は寿命が長いことが証明された

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

どうでもいい奴が実在しない奴と本気で戦ってるｗ

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

>>27
シェルスクリプトはWindowsで動かんのよ
Perlの方がいんじゃないですかね
Perlが誕生して35年ですお

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

>>23
gitとPOSIX（というか>>1を読むとシェルスクリプト？）を何で比較してるの?
シェルスクリプトと比較すべきはgitを書いているC言語

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

>>1
gitってPOSIX以外のシステムコールを呼んでたっけ?

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

>>27
シェルスクリプトしかろくに使えないからシェルスクリプトを使うための理由探ししてる感じかな

可搬性も保守性もないくせによく言うよ

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

>>31
git 2.34 で追加された core.fsmonitor の機能は Linux なら独自の inotify 関連のシステムコールを使ってるはず
こういう機能は昔のUNIXには無かったからPOSIXにも無いんじゃないかな

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

>>33
「Linux なら」ってことなので必須じゃないのではないかな?

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

>>34
inotifyに似た機能が無い場合は自力でファイルシステムを読んで回って変更を探すようなかなり非効率な実装になるので今どきのOSには必須の機能だと思うよ
例えばVSCodeなんかで他のプログラム使ってファイルを修正したのが直ちに反映されるのはこの機能使ってるはず
Windowsにも似たようなのがあるし、MacやBSDはどうかなあ

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

>>23
君gitのスレで暴れている長文くんでしょ
さっさとゴミ箱アプリ作れよ

**デフォルトの名無しさん** · 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 に近いところで動作するため、
自由にファイルを配置したり、コマンドを作成することによって、シンプルな処理から複雑な処理まで、幅広く対応することが可能です。

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

>>135
ここの従来のシステム（四層構造）とユニケージ（三層構造）をよく見て

ユニケージは拡張シェル
https://www.systemstage.com/example/download/unicage.pdf

ユニケージは、UNIX OS層の直上のシェル層で構成され、通常のDBMSや
アプリケーション層のオーバーヘッドが皆無のため、非常に高速に動作します。

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

>>132
ユーザ数が多いシェルの一つ（世界一かも?）dashのページ
ソースコードも公開されている
http://gondor.apana.org.au/~herbert/dash/
普通のアプリケーションプログラムと何ら変わらない
「カーネルに近い」とはどういう意味で言ってるのかな?

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

>>139
1ページ目中央付近の図で
「OSカーネル層」を「シェル層」が完全に覆っていて
「ミドルウェア層」と「OSカーネル層」あるいは
「アプリケーション層」と「OSカーネル層」が接している部分が
一切書かれていないのは虚偽です
騙されないように図は批判的に読みましょう

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

シェルってのはC言語で書かれたアプリケーションプログラムの一つで
何ら特別ではない
「カーネルに近い」って意味が全く分からない

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

>>136
ゴミ講義を参照されても…

**デフォルトの名無しさん** · 2022/11/21(月) 00:17:10.41

>>140
ユニケージはミドルウェアを使いません
だから速いんですね。

**デフォルトの名無しさん** · 2022/11/21(月) 00:45:09.23

速い…のか？！
100GBのCSVをユニケージ方式でソートして見てご覧よ
ちなみにRedshiftなら10分くらいですね

**デフォルトの名無しさん** · 2022/11/21(月) 00:50:14.88

>>144
ユニケージはデータを書き込むたびにソートされた状態にするから0秒

すべてここに書いてある。PDFは無償公開されてるから
自分で手法を学んでこい

POSIX原理主義の本第3弾
File/Dir Hacks ver. 1.0
SQLtoUNIXマイグレーション編
追記版
https://richlab.org/coterie/FDH1.html

**デフォルトの名無しさん** · 2022/11/21(月) 00:51:44.00

>>145
ソートされてない100GBのCSVをユニケージ方式でソートしてみ
対応できないの？

**デフォルトの名無しさん** · 2022/11/21(月) 00:54:29.69

>>146
だから発想そのものが違う
書き込むたびにソートしてる
一ファイルごとのレコード数などを制限することで更に高速化している
OSに近いファイルシステムの機能を使ってるから速い

**デフォルトの名無しさん** · 2022/11/21(月) 00:55:13.24

>>147
ユーザから100GBのCSVが送られてきます
それをソートしないといけないっていう業務要件にユニケージは対応できないの？

**デフォルトの名無しさん** · 2022/11/21(月) 00:55:21.24

ソートなんぞsortコマンド一つ呼び出すだけで出来る

**デフォルトの名無しさん** · 2022/11/21(月) 00:55:48.63

ちなみにRedshiftなら5分ですね

**デフォルトの名無しさん** · 2022/11/21(月) 00:56:59.76

>>149
実際にやってみた？ CSVだよ、RFC4180に従って分割できるの？
何分で処理できた？

sortコマンドは巨大なデータのソートにそーとー時間かかるよ
やってごらんよ

**デフォルトの名無しさん** · 2022/11/21(月) 00:59:52.12

>>151
RFC4180のパースなんか簡単
https://github.com/ShellShoccar-jpn/Parsrs/blob/master/parsrc.sh

**デフォルトの名無しさん** · 2022/11/21(月) 01:00:27.84

>>152
それ使って何分かかった？

**デフォルトの名無しさん** · 2022/11/21(月) 01:00:57.03

他人の発言引用してばかりでヘイトを集めるのが目的なのかなって疑ってる

**デフォルトの名無しさん** · 2022/11/21(月) 01:23:02.70

>>143
「ユニケージ」ってものの実態が
イマイチ分からんのだが（特に>>138の図によって混乱w）
それはミドルウェアで実装しているものを
シェルスクリプトで実装したということではないのかな?

**デフォルトの名無しさん** · 2022/11/21(月) 01:27:04.42

>>145
POSIXのみで実装という原理主義の賛否はともかく
これはこれで面白そうだね
シェルスクリプト一本で全てを賄おうとするのだから
学べるテクニックはあるはず
有難う!

**デフォルトの名無しさん** · 2022/11/21(月) 01:40:45.97

ユニケージは独自のコマンド使ってるミドルウェアでしょ
クラウドへの移行がやりにくくてまさにベンダーロックインって感じだと思うけどねえ

**デフォルトの名無しさん** · 2022/11/21(月) 02:12:51.72

POSIXのみという足枷を付けて
車輪の再発明やってるのだから
速度も費用対効果も当たり前だが不利

**デフォルトの名無しさん** · 2022/11/21(月) 02:27:11.75

ユニケージにPOSIX縛りはないでしょ
ユニケージではusp Tukubaiと呼ばれるプロプライエタリのコマンド群を使うからねえ
技能検定を作って教育講座で金稼ぎ、オラクルみたいですね

**デフォルトの名無しさん** · 2022/11/21(月) 02:33:52.95

>>159
ますます混乱してきたw
POSIX原理主義ってPOSIX縛りじゃないのかい？
ユニケージってPOSIX縛りにするための
独自シェルとシェルスクリプト群（ライブラリ）だと
思っていたがちゃうの？

**デフォルトの名無しさん** · 2022/11/21(月) 02:51:01.92

>>160
POSIX原理主義とユニケージに関わりはないと思うよ
POSIX原理主義はシェルスクリプトで全部やりましょうってものだからね
ユニケージはPOSIXだけで全部作りますとは言ってないよ

**デフォルトの名無しさん** · 2022/11/21(月) 02:59:06.36

プロプラなコマンド使ったらそのベンダーと契約を結ばないといけなくて
そのベンダーが潰れたらそのコマンドに依存するプログラムは一切合切ダメになる
ユニケージはPOSIX原理主義とは相容れないよ

**デフォルトの名無しさん** · 2022/11/21(月) 09:30:53.86

>>161
>POSIX原理主義とユニケージに関わりはないと思うよ
え!? じゃユニケージとPOSIX原理主義の関係はどういう関係なの?
何でこのスレで名前が出てくるの?

**デフォルトの名無しさん** · 2022/11/21(月) 09:48:44.84

>>161
補足すると、松浦智之はじめとするPOSIX原理主義者はシェルスクリプトしかまともに使える言語がない
そこでシェルのコマンドがPOSIXに準拠してることに注目して、POSIXに準拠してることの正当性を主張すればシェルスクリプトしかできない言い訳になると考えたわけ
その結果出来上がったのがPOSIX原理主義

POAIXに準拠したところでせいぜい可搬性が保証される程度だけど、ユニケージコマンドとかいうベンダーロックインやユニケージ開発手法特有の制御構造を使わない冗長な書き方は、可搬性を損なう

**デフォルトの名無しさん** · 2022/11/21(月) 10:49:32.11

>>163
> え!? じゃユニケージとPOSIX原理主義の関係はどういう関係なの?
一言で言えば矛盾関係ｗ

有限会社USP研究所という名前の会社があって
そこがbashでシステム開発するとかいう
ユニケージ開発手法のライセンス販売を行っている

POSIX原理主義とか言い出した松浦智之は有限会社USP研究所の社員。
POSIX中心主義とPOSIX原理主義に違いはない。言ってることが全く同じ

松浦智之はユニケージから着想を得てPOSIX原理主義を考え出したらしいが
POSIX原理主義はユニケージを批判することになってるのだが
自分でそれを理解してないのか雇い主のユニケージを批判できないのかしらんが
POSIX中心主義を大学で教えながらユニケージも教えてる

まあこれとか見てみるといいよ
ソフトウェアの高い互換性と長い持続性を目指すPOSIX中心主義プログラミング
https://ipsj.ixsq.nii.ac.jp/ej/?action=repository_uri&item_id=183709&file_id=1&file_no=1

**デフォルトの名無しさん** · 2022/11/21(月) 10:51:20.24

ちなみに後藤大地は、USP研究所の子会社のBSDコンサルティング株式会社の取締役らしい。
んでもって、有限会社USP研究所の代表當仲寛哲 = BSDコンサルティング株式会社の代表な

今、ユニケージ開発手法にギークが熱狂するワケ【USP研究所代表＆オープンソースOSコミッター対談】
https://type.jp/et/feature/14070/

シェルスクリプトマガジンとかを個人出版してるのもUSP研究所だし
いくつか本も出版してる。シェル芸とかいってTwitterで
ウンコ垂れ流してるのもUSP研究所の関係者
シェルスクリプトしかできない人たちが集まった会社
でも方向性は一致していないｗ

**デフォルトの名無しさん** · 2022/11/21(月) 10:56:18.07

>>161
> ユニケージはPOSIXだけで全部作りますとは言ってないよ

ユニケージはPOSIXだけで全部作りますとは多分言ってないと思うけど
UNIXの基本機能だけで作るとか言ってる

UNIXの基本機能だけというのなら、ユニケージのコマンド usp Tukubai は
含まれないはずなのだが、それに気がついてないのかね？

まあ本音はUNIXの基本機能だけで作ると言いながら、他の人が作ったPythonとか
MySQLとかを排除してusp Tukubai を売ろうとしてるだけだろうね。

Pythonを批判するために嘘ばっかり書いてる
https://www.usp-lab.com/qa.html#fq1_8

> Ⅰ-８. ユニケージは、同じスクリプト言語（例えばPython）などとどう違い、どのような利点があるのですか？
>
> あらゆる道具にそれに応じた使い方・場面と適さない使い方・場面があるように、プログラミング言語は開発手法でも
> 得手・不得手、あるいは適した場面・適さない場面があります。例えば、Pythonは近年の開発現場では
> 極めて高くもてはやされるプログラミング言語ではありますが、大規模システムの構築や継続的な変更など
> といった実システム分野への適応では難しい場合も見受けられます。
> また、Python自体が流行り始めたのはここ10年強くらいです。その前はJava、さらにその前…というように、
> 開発に使われるプログラミング言語にも流行り廃りがあります。こういったいっときの「はやり」に乗ってしまった場合、
> 将来的に(例えば10年後、20年後といった段階で)システムの改善や機能追加などに困難を生じるかも知れません。
> その頃その言語がマイナーなものとなってしまっていたり、開発が中止されるなどして、技術者が確保できなかったり、
> そもそも動かすためのプラットホームが準備できないということも考えられます。

シェルスクリプトこそ、大規模システムの構築や継続的な変更など
といった実システム分野への適応では難しい

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

>>166
> シェルスクリプトしかできない人たちが集まった会社

ユニケージのコマンドセットは書いてるんだからそれは嘘確定だな
いい加減なこと抜かしてると開示請求されるぞ

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

>>168
じゃあ本人たちはシェルスクリプト以外の言語を使ってるくせに
客にはシェルスクリプトだけを使えといって
しかもプロプライエタリなユニケージを使わせようとしてる会社でいいのか？

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

プロプライエタリなusp Tukubai か
ユニケージはライセンス販売している開発手法だったな

しかしほんと矛盾してるよな
シェルスクリプトだけで何でも出来ると言いながら
自分たちはC言語でコマンドセットを作ってるとかさ

じゃあやっぱりシェルスクリプトだけじゃだめじゃん
そういうコマンド使わなきゃダメじゃん
オープンソースにしろよ

**デフォルトの名無しさん** · 2022/11/21(月) 12:01:59.82

>>168
こうやって訴訟ちらつかせて自分に不都合な情報を封殺してるって噂、もしかして本当なの？
個人とひも付きやすいSNSで否定的な意見が少ないのは、影で脅迫してるからとか？

**デフォルトの名無しさん** · 2022/11/21(月) 12:15:15.00

>>171
そんな噂があるのかｗ
闇だな。

否定的な意見が少ない？のは単に誰も興味がないからだと思っていたが
まともな技術者ならPythonやDBを使わないとか言う時点でアホかって思うだろ
なんのためにミドルウェアが必要なのか理解してない

**デフォルトの名無しさん** · 2022/11/21(月) 12:18:14.69

松浦智之はmakeコマンドも使えんのか？って思った
https://github.com/ShellShoccar-jpn/tokideli/tree/main/c_src

**デフォルトの名無しさん** · 2022/11/21(月) 13:17:44.25

>>173
gnuとBSD系でコマンドライン引数が違うから敢えてしているのでは？
そしたらsedもだめか
POSIX原理主義ってどこまで標準コマンド使えるんだろう
cmakeはだめだよね
autotoolsもバージョン依存は激しいからNG
生涯変わらないコマンドセットで開発試験運用までやるとなると、車輪の再発明だらけで返ってコストは高そう

**デフォルトの名無しさん** · 2022/11/21(月) 15:56:52.31

>>174
POSIX原理主義とやらは新しく何も学びたくない人の言い訳だな
大学の講義のシラバスを見たけど
聞こえの良さげなラベルで自らの不勉強を覆いつつ
学生の目をくらましているように見える
プログラムを日常使う人間からしたら実に滑稽

**デフォルトの名無しさん** · 2022/11/21(月) 16:06:41.24

技術が陳腐化して20年で変わってしまおうとも
背景にある共通した考え方を教えないとな
少なくともアカデミアでは

**デフォルトの名無しさん** · 2022/11/21(月) 16:27:32.71

>>5
バイナリが移植性悪いなんて初耳なんだが。
可読性の間違いじゃねぇの？

**デフォルトの名無しさん** · 2022/11/21(月) 16:43:49.18

>>177
きっと>>5はバイナリの仕様があっても読めないんだろう

**デフォルトの名無しさん** · 2022/11/21(月) 17:42:01.44

>>175
不勉強は言い得て妙
コンテナが「OSごと仮想化する」とか訳の分からんこと言ってるし。アーハズカシ
>>96

**デフォルトの名無しさん** · 2022/11/21(月) 21:00:14.93

>>177
gitのプログラムファイルのバイナリとgitがリポジトリ管理するための.git/以下のバイナリを混同してるのかな

前者だったら確かに移植性はないけど、そのためにOS・アーキテクチャごとにビルドしてるんだがね

そもそも仮にもエンジニア名乗ってるなら間違えるなよと

**デフォルトの名無しさん** · 2022/11/21(月) 22:24:22.94

新しい技術を学んで適応できなくなったら
技術者としては終わりだよ
学生が可哀想

**デフォルトの名無しさん** · 2022/11/22(火) 00:08:12.09

>>180
そんな難しいこと考えてないよ

UNIX哲学「データはテキストファイルにしろ」
→POSIX原理主義者「うぎゃーあー、バイナリ使ってるー、だめだー、こりゃだめだー」

この程度、な～んも考えてない。

**デフォルトの名無しさん** · 2022/11/22(火) 00:11:12.69

ググったら出てきたｗ

なんのために世のRDB製品の多くがデータをバイナリファイルに
格納しているのかを理解せずに、ただマイク・ガンカーズとやらが
そう言ったからってだけで盲目的にダメだって思い込んでる

https://richlab.org/pub/ebook/fdh1.pdf

1.2.1 データはテキストファイルに保管する

マイク・ガンカーズの唱える UNIX 哲学*1の定理 5 に

Store data in flat text files.
単純なテキストファイルにデータを格納せよ。

と記されているように、見やすさ・分かりやすさを追求するのなら、第一に、データはバイナリーファイル
ではなくテキストファイルに格納すべきだ。

世の RDB 製品の多くは、データをバイナリーファイルとして格納しており、それを開くには、その
RDB 製品専用のソフトウェアが必要であるが、専用のソフトウェアを動かすことも、使い方を覚える事
も、コストに繋がる。避けられるならそれに越したことはない。一方、テキストファイルに格納しておけ
ば、どの環境にでもあり（= 追加インストールの必要もない）、かつ極めて汎用的な cat や less コマンド
等で素早く開ける。

**デフォルトの名無しさん** · 2022/11/22(火) 00:41:04.07

RDBの使い方を覚えたくないだけやなｗ

**デフォルトの名無しさん** · 2022/11/22(火) 09:48:07.88

テキストにしてもパフォーマンスに影響が出ない
小規模なデータしか扱ったことがないんだろうね

**デフォルトの名無しさん** · 2022/11/22(火) 10:02:52.82

理由を示さないお作法は無視していい

**デフォルトの名無しさん** · 2022/11/22(火) 10:09:28.21

絵とか音とかどうすんの？データ倍にしてテキスト？

**デフォルトの名無しさん** · 2022/11/22(火) 10:21:03.06

ライブラリを使うと移植性がない「かも」しれないから使うな
とか言ってるぐらいだからな
その理屈だとユニケージだって使えないじゃん
その「かも」が今までどれだけ事実だったか
理由がないのよ

**デフォルトの名無しさん** · 2022/11/22(火) 10:49:42.90

>>187
倍じゃ済まないよ

**デフォルトの名無しさん** · 2022/11/22(火) 10:55:46.08

> 専用のソフトウェアを動かすことも、使い方を覚える事も、コストに繋がる。避けられるならそれに越したことはない。

その点ユニケージのコマンドセットの使い方覚えるのはコストゼロだから安心だよな！

**デフォルトの名無しさん** · 2022/11/22(火) 10:58:03.71

>>190
本人にとっては正しいことなので
それは自分に向けて書いた文章なんだろうねw

**デフォルトの名無しさん** · 2022/11/22(火) 13:09:38.60

で
シェルスクリプトだけで書かれたバージョン管理システムって具体的にはどういうコードになるの

**デフォルトの名無しさん** · 2022/11/22(火) 13:17:09.03

# コミット
rsync -r work commit.$(date +%Y%m%d%H%M%S)

# チェックアウト
rsync -r commit.20221122131600 work

**デフォルトの名無しさん** · 2022/11/22(火) 13:27:34.07

>>192
こんな事をやれって教えてるよ

12.4.2 現バージョンの保存（コミット相当）をどうやるか

POSIX 原理主義的バージョン管理の概要が確認できたので、次は実際にどのように保存や閲覧をやるかを説明する。
まずは、日々開発していくソフトウェアの一式を保存する方法についてだ。
これは一般的なバージョン管理ソフトウェアでいうところの「コミット」に相当する。

"cp -pR" でコピーするだけ

といっても大げさなことは何もない。単に、キリのいいタイミングで、開発したソフトウェア一式が置かれているディレクトリーを、
リポジトリーとして定めたディレクトリーにコピーする。これだけのことだ。何も難しいこともなければ、
特別なソフトも要らない。次のようにcp コマンドを使うだけだ。

$ cp -Rp 保存対象のディレクトリーリポジトリーとするディレクトリー/YYYYMMDDnn

その後にあるコピー先ディレクトリー名の"YYYYMMDDnn" についてだが、これは保存日付の8 桁+ その
日の通番2 桁だ。例えば、2019 年8 月12 日の5 回目の保存なら\2019081205" という具合になる。
言っておくが10 個の数字でなければならないというわけではない。必要に応じて通番の桁数を増減させても構わんし、
見やすさのために日付と通番の間に"_" を挿むなどしても構わん。

**デフォルトの名無しさん** · 2022/11/22(火) 13:38:01.16

>>183
漢字コードの違いとかどうするつもりなんだろうね
それ以上に知らない外国語で書かれたテクストはどうする?

**デフォルトの名無しさん** · 2022/11/22(火) 13:44:17.95

>>195
そりゃUTF-8オンリーなんじゃないの？
違う文字コードは変換しなきゃいけない
iconvはPOSIXにあるしなんとかなるかな
ただしコマンドはUTF-8に対応してないけどねｗ

**デフォルトの名無しさん** · 2022/11/22(火) 15:12:50.36

>>194
2桁じゃ足りないと後で分かった場合はどうすればいいんですか？
今日何回保存したか忘れちまったぜ、の時はどうすればいいですか？

**デフォルトの名無しさん** · 2022/11/22(火) 15:37:53.51

Ruby では、NKF を使う

Iconvは、Ruby 1.9から非推奨

**デフォルトの名無しさん** · 2022/11/22(火) 15:41:48.48

>>198
iconv will be deprecated in the future, use String#encode instead.

って書いてあんだろが。String#encode使えよアホ
NKFみたいな日本の漢字専用フィルタなんか
今どき使うな

**デフォルトの名無しさん** · 2022/11/22(火) 15:46:15.03

>>197
POSIX原理主義は完璧！こんなシェルスクリプトを作ればいい！（あー、あほらし）

自動採番コミットシェルスクリプト "commit.sh" 　

#!/bin/sh
# --- 書式表示用の関数-----------------------------------------------
print_usage_exit() {
　echo "Usage : ${0##*/} source_dir repository_dir" 1>&2
　exit 1
}

# --- 引数の正当性確認-----------------------------------------------
[ -d "$1" ] || print_usage_exit
[ -d "$2" ] || print_usage_exit

# --- 保存日の日付と通番（2桁）を生成--------------------------------
YYYYMMDD=$(date '+%Y%m%d')
cd "$2" || { echo "${0##*/}: Can't access the repository" 1>&2; exit 1; }
nn=$(echo "$YYYYMMDD"* |
　　grep -Fv '*' |
　　tr ' ' '\n' |
　　wc -l |
　　awk '{printf("%03d\n",$1+1);}')
cd -

# --- 保存-----------------------------------------------------------
cp -Rp "$1" "$2/$YYYYMMDD$nn" || exit $?

# --- 結果表示-------------------------------------------------------
[ $? -eq 0 ] && echo "snapshot was committied to $2/$YYYYMMDD$nn" 1>&2