gitを使わずにディレクトリコピーでバージョン管理2

**デフォルトの名無しさん** · 2022/10/14(金) 05:26:57.28

バージョン管理をただのバックアップと勘違いして
バイナリ形式だと将来データが取り出せなくなるかもと
ありえない話をして学生にデタラメを教え、
独自のバージョン管理（？）を教えて世界に通用できなくする講義

初めてのPOSIX原理主義
https://richlab.org/coterie/lpf.html
> 第12週 POSIX原理主義による二つのデバッグ法とバージョン管理法概論

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

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

Gitの仕組みを調べればわかることだけど、GitはZIPでファイルを圧縮してハッシュ値でそれを管理してるだけだよ、Gitが優れているのはUnixとの親和性だよ、Gitを使わなくて同じことができるところにGitの美しさがある

**デフォルトの名無しさん** · 2022/10/15(土) 08:47:22.88

gitだと何十年後とかアプリが動かないから取り出せないなんてあり得るぞ
まあその頃にそんな化石コード取り出したい奴なんか居ないけどな
化石標本として取り出したいなら、やっぱりフォルダごと保存だろうな

**デフォルトの名無しさん** · 2022/10/15(土) 08:55:02.78

>>3
エミュレータ使えばいいやろ（爆笑）

ハードウェアが原因のもの以外でソフトウェアの歴史が始まって依頼
データが取り出せなくなったものなんてないわ

**デフォルトの名無しさん** · 2022/10/15(土) 09:38:30.69

>>3
ファイルシステムもソフトウェアなんやで
読み取れなくなるリスクは同じくらいある

**デフォルトの名無しさん** · 2022/10/15(土) 10:00:41.82

gitに意味不明な仮定で難癖つけたところでユニケージのゴミプロダクトの質は上がらないぞ

**デフォルトの名無しさん** · 2022/10/15(土) 10:34:21.03

そんな偉そうなこというなら最近の論文論破してみ
まあ論文として出てる以上、正しいことが証明されているわけだが

データ駆動型ユニケージアーキテクチャの提案

著者情報
當仲寛哲　有限会社ユニバーサルシェルプログラミング研究所
S. ブヤンジャルガル　有限会社ユニバーサルシェルプログラミング研究所
鈴木明夫　一般社団法人持続可能なモノづくり・人づくり支援協会
山本修一郎　名古屋国際工科専門職大学

https://www.jstage.jst.go.jp/article/jsaisigtwo/2022/KSN-031/2022_04/_article/-char/ja

あらまし従来のコンポーネントアーキテクチャには，コンポーネント間の依存関係があるため，疎結合アーキ
テクチャの実現が難しいという問題があった．そこで，本稿ではコンポーネント間の依存関係を機能共通性，デー
タ結合性の点から①ライナーによる共通機能の分離，②パイプによる共通機能のデータ結合する疎結合アーキテ
クチャの構成を可能とするユニケージアーキテクチャを提案する．さらに，具体例に提案手法を適用することに
より有効性があることを確認する．

**デフォルトの名無しさん** · 2022/10/15(土) 10:35:13.49

**デフォルトの名無しさん** · 2022/10/15(土) 10:36:39.35

倉庫管理業務の実装例：
############銘柄在庫管理############
join1 key=1 積荷票出庫依頼票 |
lcalc ‘内蔵品数量-依頼数量’標準入力 |
awk ‘$差異>=0’ ＞中間ファイル
if [ ! -s 中間ファイル ]; then
# 空の場合
不足通知処理実行
終了処理
Fi
# 在庫確認処理・ライナー終了

##############銘柄出庫##############
self 内蔵銘柄コードコンテナ番号\
差異中間ファイル |
up3 key=内蔵銘柄コード/コンテナ番号積荷票データ
標準入力 >積荷票.UPDATE.20220822

###########コンテナ管理##############
sm2 1 2 3 3 積荷票.UPDATE.20220822 |
selr 3 0 ＞中間ファイル

**デフォルトの名無しさん** · 2022/10/15(土) 10:46:52.14

>>9
sm2や1 1 2 4 とか可読性最悪じゃん、なにこれ

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

>>10
元のコードを見ろ
可読性なら日本語のコメントで解決できる

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

マジックナンバーだらけのコードを書かなければいい
省略した関数名つけなければいい
コメント見なくてもコード見ればわかるのが可読性の高いコード

**デフォルトの名無しさん** · 2022/10/15(土) 11:48:13.36

>>12
ユニケージの教えを読め

https://uec.usp-lab.com/JOURNAL/CGI/JOURNAL.CGI?POMPA=SAHOU_journal10

「マジックナンバー」の意味を書け
リスト1の36行目「完了フラグ2」とあるが、2という数字(マジックナンバー)が
何を意味するのかさっぱり分からない。リスト2の44-45行目のようにして、数字の意味を書くべきである。

**デフォルトの名無しさん** · 2022/10/15(土) 11:48:16.09

lcalc '$3,$7,$8,$8-$7*$4' |
さ・い・あ・く

**デフォルトの名無しさん** · 2022/10/15(土) 11:51:51.17

こんな保守性皆無なクソコード残される身にもなれ