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

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

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

東急ハンズもそりゃ見限るわな

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

書いた人間でさえコメント消したらこのコード見ても何やってるかわからんだろ

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

>>17
コードはコンピュータのための言語
人間はコメントを読む

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

>>18
クソワロタ、コードの可読性が最悪だからそうせざるを得ないってだけだろ

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

>>19
参考になるやろ？

https://uec.usp-lab.com/JOURNAL/CGI/JOURNAL.CGI?POMPA=SAHOU_journal10
松浦智之著、「第八回ユニケージエンジニアの作法」より加筆修正後転載
松浦智之でググれ

コンピュータ言語は人間のための言語
その作法を伝える前に一度考えてみてもらいたいことがある。

コメントを記すための仕様は、プログラミング言語はもちろん、HTMLなどのマークアップ言語や、
問い合わせ言語の一種である正規表現まで、ほとんどすべてのコンピュータ言語で規定されている。

　　☆コメントを記すための仕様　☆コメントを記すための仕様　☆コメントを記すための仕様

まるで、その規定がなければコンピュータ言語として失格であるかの如くの徹底ぶりである。果たしてこれは一体何故なのだろうか。

筆者はこう考える。コンピュータ言語とは、コンピュータのためよりも、むしろ人間のための言語であるからだ、と。
もし、人間のためよりもコンピュータのためが優先されるのであれば、
コンピュータにとってはまったく無意味で無駄で、しかも無視するのにも手間が掛かるコメント機能など、
積極的に廃止すべきである。実際、コンピュータのためといえるほぼ唯一の言語である
機械語(アセンブリ言語ではない)は、その通りになっている。すなわちコメントという命令が存在しない。

　　☆コメントという命令　☆コメントという命令　☆コメントという命令

この機械語という例外を除き、コンピュータ言語とは実に奇妙な言語だ。なぜならば、
コンピュータ言語を話せる(作文できる)のはコンピュータではなく人間だけであるからだ。
コンピュータは、それを聞いて態度を示すのみ。話し返すことができないのだ。
そんなコンピュータ相手に会話を成立させるには、コンピュータが示した態度を汲み取りながら、
過去に自分や他人が話したコンピュータ言語を自分で読んで、新しい内容を再び話してやらねばならない。

話しもするし、聞きもする。よって、コンピュータ言語により深く関わっているのは、人間の方なのである。

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

結局何が言いたいんだよグダグダとなんの言い訳してんだよ

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

上手にコメントを書く練習するんじゃなくてマジックナンバーだらけのクソコードを捨てろよ