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

**デフォルトの名無しさん** · 2022/10/16(日) 16:01:56.72

>>43
>>7のPDF
https://www.jstage.jst.go.jp/article/jsaisigtwo/2022/KSN-031/2022_04/_article/-char/ja

PDFの処理をSQLで書いてみた
https://www.klgrth.io/paste/6337x

このSQLを見てごらんよすごくわかりやすいだろう

PDFで提案されてるコードはこれだよ

> sm2 1 2 3 3 積荷票.UPDATE.20220822 |
> # 集計が 0 のコンテナを抽出
> selr 3 0 ＞中間ファイル

・sm2 1 2 3 3
・selr 3 0
・中間ファイル

提案のコードは独自コマンド,独自ファイルだらけで引数も何を渡してるのかパッと見わからないよね
業務アプリでは致命的なほど可読性が低くて保守しづらい

一方、SQLはISOで規格が決められていて誰もが知っている共通のコマンドで処理を書けて業務アプリに最適
素直にDB使った方が良いと思うんだよね

**デフォルトの名無しさん** · 2022/10/16(日) 16:04:36.25

ユニケージが人気という風聞は聞いたことがないし
ユニケージの関連書籍が多いとも思わないな
書いてるのは全部USP研究所だもん、自作自演だよ

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

DBを使えば処理がわかりやすくてクラウドへの移行もやりやすい
BigTableやRedshiftを使えば億単位の処理もサクサクできる

ユニケージのデメリットは
・可読性が低い
・保守性が低い
・クラウドのサービスを活用しづらい
あたりかな

ユニケージを推進しようとするのは心理学的にはNot Invented Here、NIH症候群(自前主義)のように思われる

**デフォルトの名無しさん** · 2022/10/16(日) 16:35:23.55

>>48
自作自演でも、シェルスクリプトマガジンとかも出してるし
ちゃんとした出版会社でしょ？そこは凄いと思うよ。

**デフォルトの名無しさん** · 2022/10/16(日) 16:43:04.67

色んな人がユニケージ関連の書籍を出版するならユニケージが人気ですごいと思うけど
自作自演の出版を人気だとは思わないしすごいとも思わないな

**デフォルトの名無しさん** · 2022/10/16(日) 16:44:20.08

ユニケージは技術的にもそんなに良いものじゃないのは上に書いた通り

**デフォルトの名無しさん** · 2022/10/16(日) 17:23:54.64

>>51
本を出版するのは凄いことだと思いますが？

どこかの大手にお金を払って出版してもらっているわけではなく
会社自体が出版会社を兼ねているわけでしょう？

出版会社としては小さいかもしれませんが、例えば
アスキーとかインプレスみたいなものなわけで
どんな会社でもできることではありませんよね。

**デフォルトの名無しさん** · 2022/10/16(日) 17:30:04.37

ひろゆき並みに議論のすり替えが酷いな

**デフォルトの名無しさん** · 2022/10/16(日) 17:30:37.00

このスレはユニケージがクソなことを語るスレです

**デフォルトの名無しさん** · 2022/10/16(日) 18:32:19.11

ユニケージはノンコードと同じ理念と考えて良いですか？

**デフォルトの名無しさん** · 2022/10/16(日) 18:49:05.23

>>56
いいえ、ノンコードではなくローコードです。ユニケージではusp Tukubaiと呼ばれるコマンド群を使います。
無駄なソフトウェアレイアーを除いた OS に限りなく近い実装により、圧倒的な性能と安定性を提供します。

ユニケージ開発手法製品ラインナップ https://www.usp-lab.com/product.html
ユニケージ開発手法で中心となるコマンドセット。OS標準のコマンドと組み合わせて使用します。
OS標準のコマンドでは不足している機能・性能を補ったり、プログラムを短く書くための工夫がなされています。高速処理も特長です。
usp Tukubai リーフレット https://www.usp-lab.com/DOWNLOAD/PDF/PRODUCT_uspTukubai.pdf

join1 key=2 PRICE SALES | # ２つのファイルのKeyで連結
join1 key=2 CATEGORY | # カテゴリを連結
lcalc ‘$3,$7,$8,$8-$7*$4’ | # 整数18桁、少数18桁の高精度演算
msort key=1 | # オンメモリーソート
sm2 1 1 2 4 | # 小計
sm5 1 1 2 4 | # 総合計
divsen 2 3 4 | # 1000で割る
divsen 3 4 | # 1000で割る
lcalc ‘$1,$2,$3,$4,100*$4/$3’ | # 粗利率を求める
marume 5.1 | # 小数点以下丸め
join2 key=1 CATEGORY_NAME | # カテゴリ名称をつける
comma 3 4 5 | # 数字にコンマをつける
keta | # 桁揃えをする
keisen +e | # 罫線を引く
cat header - ｋ # 出力する

やすい　コストが安い・プログラムが易しい　開発コスト4分の1
はやい　開発期間が短い・処理が速い　開発期間4分の1、処理速度10分の1
やわらかい　どんな性質のデータも取り扱える　変化、異種、重複、不確定、履歴、etc
ながつづき　データもプログラムもコピーだけで移植可　システム寿命25年以上

高速なデータ処理を行います。1000万件の集計が0.67秒、ソートが2.29秒！
こんなすごい開発手法、見たことないでしょう？

**デフォルトの名無しさん** · 2022/10/16(日) 19:49:11.97

やっぱりユニケージは最高です

**デフォルトの名無しさん** · 2022/10/16(日) 23:12:51.81

>>57
このクソみてえなコマンド群はなんなの

**デフォルトの名無しさん** · 2022/10/16(日) 23:32:34.16

>>57
SELECT
　CATEGORY.部門ID
　, MAX(CATEGORY_NAME.カテゴリ名)
　, SUM(SALES.売数)
　, SUM(PRICE.仕入値)
　, SUM(PRICE.売値)
　, SUM(PRICE.売値) / SUM(PRICE.仕入値) * 100
FROM
　SALES

　INNER JOIN
　　PRICE
　ON
　　SALES.商品ID = PRICE.商品ID

　INNER JOIN
　　CATEGORY
　ON
　　SALES.商品ID = CATEGORY.商品ID

　INNER JOIN
　　CATEGORY_NAME
　ON
　　CATEGORY.部門ID = CATEGORY_NAME.部門ID
GROUP BY
　CATEGORY.部門ID
ORDER BY
　CATEGORY.部門ID

**デフォルトの名無しさん** · 2022/10/16(日) 23:33:03.86

>>59
何やってるかわからんよね

**デフォルトの名無しさん** · 2022/10/16(日) 23:36:14.68

やっぱりSQLの方がわかりやすい

**デフォルトの名無しさん** · 2022/10/16(日) 23:38:09.89

エイリアス使わないとSQLも何気に見にくいなぁｗ

**デフォルトの名無しさん** · 2022/10/16(日) 23:45:01.46

>>57
すごい！
最高じゃないですか！

**デフォルトの名無しさん** · 2022/10/17(月) 01:18:10.64

>>61
千で割るからdivsenだよ。わかりやすいやろ
このセンスが海外でもオオウケ
https://unicage.eu/

**デフォルトの名無しさん** · 2022/10/17(月) 02:17:23.76

チュクバイは名前がダメだな
コマンド名の品質が低い

パイプラインの本質は宣言的プログラミングで目的がわかりやすくなることだ、しかしチュクバイはわかりにくい、抽象化に失敗してるとしか思えぬ

ユニケージは負の遺産

**デフォルトの名無しさん** · 2022/10/17(月) 02:20:03.55

SQLは宣言的プログラミング言語、ユニケージのパイプラインは所詮SQLの劣化版でしかない

**デフォルトの名無しさん** · 2022/10/17(月) 08:00:02.33

>>66
TukubaiはUNIXのコマンドの拡張。だから処理速度も高速。
UNIXコマンドは優れている。優れたコマンドは短い名前を持つ
名前が短いということはTukubaiを使うとコードが短くなる
コメントを除けばSQLなんかよりも圧倒的に短い
だから開発コストも4分の1になるというわけ

**デフォルトの名無しさん** · 2022/10/17(月) 09:35:23.06

やっぱりユニケージ最高です

**デフォルトの名無しさん** · 2022/10/17(月) 09:41:38.06

ユニケージがOSに近いところで動くとか本気で言ってるんだろうか

**デフォルトの名無しさん** · 2022/10/17(月) 09:49:47.49

ただのトランザクション処理だしなぁ

**デフォルトの名無しさん** · 2022/10/17(月) 09:52:05.37

つうか、スレタイ関係なくね？

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

>>70
これかな？ひどいという意味で面白いねｗ

これが「超高速開発手法」です。です!
https://togetter.com/li/960555

> 日銀のペーパー読んでたら、頭がおかしいとしか思えない記述があったので晒しておく

> 「超高速開発手法については、例えば、Linux のオペレーティングシステム（OS）に直接命令を出す「シェルスクリプト」などが挙げられる。」

OSに、直接命令を出す・・・シェルスクリプト・・・？

> このフリーソフトを使えば、Oracle Database や DB2 といったミドルウエアを介在
> させることなく、ハードウエアの性能をそのまま利用することができる。

ミドルウェアを介在させないからハードウェアの性能を利用できる・・・？
どういう理屈？ｗ

**デフォルトの名無しさん** · 2022/10/17(月) 10:14:56.29

>>70
まあ近いんじゃない
コマンドはネイティブコードだしパイプもOSの機能を使うし
ファイルもOSの機能だし

業務アプリでそれに価値があるかは疑問だけどね

**デフォルトの名無しさん** · 2022/10/17(月) 10:15:19.98

OS に近いところで動作ってこれか
OSに近いところで動作するってどういう意味？

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

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

**デフォルトの名無しさん** · 2022/10/17(月) 10:16:55.57

>>74
ユニケージじゃなくてもOSに近いところで動いてるでしょ？
特にミドルウェアはOSにシェルスクリプトよりもOSに近いところで動いている。

シェルスクリプトは、コマンドを介在させないといけないから遅いでしょ
だからハードウェアの性能をそのまま利用できない

**デフォルトの名無しさん** · 2022/10/17(月) 10:20:43.32

シェルスクリプト → ユニケージ（ミドルウェア） → OS

だからユニケージは遅い

**デフォルトの名無しさん** · 2022/10/17(月) 10:24:06.40

>>76
どうなんだろうね、DBはOSのファイルシステムをバイパスして独自に
データ管理したりするからOSに近いというかOSを超えちゃってる感がある

あとはJavaや.NETなど仮想マシンで動くのもOSから少し遠い気がする
インタプリタは良いのかと言われるとシェルスクリプトもインタプリタだし
そう考えるとOSに近いの意味がよくわからんな

OSにはファイルというデータを管理する仕組みがあって
パイプというコマンドをつなぎ合わせる仕組みがある
それらを使ってアプリを作ることをOSに近いと言ってるだけだと思うんだよね

**デフォルトの名無しさん** · 2022/10/17(月) 10:24:12.60

近いとか遠いって意味が分からない
アプリもシェルコマンドも同じ階層じゃね？
つか、シェル介入する分シェルコマンドの方が遠くね？

**デフォルトの名無しさん** · 2022/10/17(月) 10:27:48.61

>>77
遅いのはそうだと思う
速さが要求されるシステムプログラミングでパイプが推奨されてるのなんて見たことがない
速さを重視するならパイプではなくてループ文を使ったが良い

**デフォルトの名無しさん** · 2022/10/17(月) 10:35:59.50

パイプは処理を抽象化してわかりやすくするのを目的に使うものだけど
ユニケージはそれにわかりにくいコマンドを載せて使ってるのが
なんかこうやってることがツギハギというか支離滅裂な感じがある
phpで普通にプログラム書いた方がわかりやすくて速い気がする

**デフォルトの名無しさん** · 2022/10/17(月) 10:38:33.16

>>78
確かOracleとかデータベースをファイルシステムにしていたよね？
今もやってるのか知らないけど

> シェルスクリプトもインタプリタだし
> そう考えるとOSに近いの意味がよくわからんな

多分だけど、

UNIXにはたくさんのコマンドがある
→ そのコマンドはOS
→ ユニケージもコマンド作ってる
→ コマンドはOS！ユニケージはOS！（んなわきゃない）
→ OSだからカーネルに近い！（んなわきゃない）
→ カーネルは中心なんだから速い！（んなわきゃない）

この程度の素人思考だと思うよｗ

そもそもあそこの社長？ダイエーかなんかで
SIとかCOBOLの開発のそういうのに関わってきた人だし
いわゆるSヨで技術的なことはほとんど何も理解してない思う
「ふんふん、なるほど、そういうことだな。UNIXは凄いんだな。よしUNIXは凄いぞ！」

**デフォルトの名無しさん** · 2022/10/17(月) 10:39:44.64

既存のプリミティブな処理をつなぎ合わせれば何でも出来る
ってのわ分かるが、使い勝手が悪いからアプリとか作るんだよなぁ
得にUI

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

>>81
> ユニケージはそれにわかりにくいコマンドを載せて使ってるのが
> なんかこうやってることがツギハギというか支離滅裂な感じがある

いや、一貫性はあるよｗ

「UNIXは凄い！UNIXの真似をしよう！」

lsとかコマンド名短いでしょ？
これが正しいやり方だって思い込んじゃって真似してるだけなの

新しいことを取り入れることができないから
オープンシステム全盛期のUNIX時代を今も続けているだけ

新しいことを取り入れることができないから
シェルスクリプトはローコードプラットフォームだとかいって
古いものを延命させようとしてるだけ

**デフォルトの名無しさん** · 2022/10/17(月) 10:44:10.09

なんだかバッチ処理とかやってた昔の人が当たり前にやってた事を再発見してるだけだしなぁ

**デフォルトの名無しさん** · 2022/10/17(月) 10:45:05.65

>>83
UNIXはデータベースなんか使ってなかった
全部ファイルでやっていた
だからOSの基本機能だけで作ろう

まあ、これが基本的な発想だろうね。

もういやだ、アップデートの更新作業はもういやだ。
シェルスクリプトしかできない人たちなので
ミドルウェアとかを使うことができない

**デフォルトの名無しさん** · 2022/10/17(月) 10:45:10.54

コピペで人が貼り付けするより、シェルスクリプト組んで実行させた方が速い、くらいの感じ。

**デフォルトの名無しさん** · 2022/10/17(月) 10:48:43.01

>>85
どっかからの聞きかじりでパイプは凄いって聞いて
ほら、初心者が配列とかクラスとか正規表現とかデザインパターンとかを学ぶと
全部それだけでやろうとするでしょ？

あそこの社長は、それと同じでパイプを何段も繋いで
メーカーの人にプログラミングの基本ができてないと笑われた
だからパイプに執着してる

あとは他の言語などですでに実現されていることを、
シェルスクリプトだけで頑張って出来ることを証明しようとしてるだけ

**デフォルトの名無しさん** · 2022/10/17(月) 10:50:03.72

シェルスクリプトのバッチ処理が
コボラーのバッチ処理と
うまくマッチしたんだろうなって思ってる

RDBMSという新しい概念を理解できず
コボラーのやり方を続けてるだけ

**デフォルトの名無しさん** · 2022/10/17(月) 10:50:54.57

本来はプログラムを組む必要が無い簡単な処理
ソートするとか、単語抽出とか、そんな事やらせる目的だったんだけど
ガッツリシェルスクリプトだけで複雑な処理させるのは単なる自己満足でしか無いよ
しかもメンテナンス性最悪だしな

**デフォルトの名無しさん** · 2022/10/17(月) 10:52:09.44

シェルスクリプトは速いとか言いながら、
お前らはC言語？でコマンド作ってるじゃん
速いのはシェルスクリプトじゃなくてC言語じゃんっていう
ツッコミもあるしね。ほんと技術を理解してんのかこいつらって思う

**デフォルトの名無しさん** · 2022/10/17(月) 10:53:43.38

そりゃあ単機能だから個々の処理は速いと思うのも無理は無いがw

**デフォルトの名無しさん** · 2022/10/17(月) 10:54:46.57

POSIX原理主義はそれに輪をかけて意味不明で
ユニケージのコマンドはPOSIX準拠じゃねーじゃんってね

C言語で作られていればPOSIX準拠ですっていうのなら
じゃあ大概のコマンドはPOSIXコマンドじゃなくても
POSIX準拠じゃねーかってね

あと交換可能性とか言ってるけど、
お前らが作ったコマンドは交換可能性を満たしてねーだろと

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

そういやユニケージ vs mysqlの速度比較でユニケージのほうが速いと錯覚させるために
ユニケージコマンド vs mysqlコマンドで比較していた例があったよなｗ

そりゃSQL実行するたびにmysqlコマンド叩いてれば遅いだろうよ
そんな使い方しねーよ。シェルスクリプト使うから
mysqlコマンド叩くしかねーんだろうが

**デフォルトの名無しさん** · 2022/10/17(月) 12:52:24.10

ユニケージは遅いし信頼性がないし、挙げ句コードの保守性がない

**デフォルトの名無しさん** · 2022/10/17(月) 15:17:24.64

ネットワーク系って、乗っ取りとか考慮してシェルコマンド名変えたりしてんだっけ？

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

まーたUSPのバカどもが論破されたのか

**デフォルトの名無しさん** · 2022/11/01(火) 07:51:55.78

POSIXに準拠してるだけで可搬性が保証されるわけでもないだろうに

**.NET MAUI HighScool** · 2022/11/03(木) 09:02:53.67

GitHubクソ使いづらいんだがなんで日本仕様のGit連携できるサービスねぇの？

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

gitが国で変わるのかよ

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

メッセージの話じゃね？

**デフォルトの名無しさん** · 2022/11/08(火) 13:24:50.59

Source Code Control System（SCCS）いいよね。
俺は使った事がないけど。

**デフォルトの名無しさん** · 2022/11/08(火) 16:33:49.20

github に
git push -f しちゃだめって聴くけど
そうでもないよね？

**デフォルトの名無しさん** · 2022/11/08(火) 16:43:45.13

なんでこんなゴミスレで聞いてんの？

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

>>104
ｗ

**デフォルトの名無しさん** · 2022/11/09(水) 07:14:58.90

>>103
直前pushから3分以内ならOK

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

>>103
恥ずかしいcommitを消したくなることはよくあるけど自分一人プロジェクト以外はやらないなぁ

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

5ch に連投する人いるけど、あれは commit 消したいけど消せないので、commit 増やして目立たなくする意図があるやつかな

**デフォルトの名無しさん** · 2022/12/01(木) 08:33:42.80

まともに動かないコードだったら上書きしてる
そういうの残しておけばあとで見返した時に混乱する

**デフォルトの名無しさん** · 2022/12/01(木) 14:43:00.12

個人では何をしてもいいけど、チームだとどうすべきかはよくわからん。
知っている人しかできない壁はあるけど。

**デフォルトの名無しさん** · 2022/12/29(木) 20:13:37.29

POSIX原理主義社登場ｗｗｗｗ
https://mevius.5ch.net/test/read.cgi/tech/1658762410/459

**デフォルトの名無しさん** · 2023/03/26(日) 23:03:55.31

バージョン管理ごとき、番号割り振ればできるだろ、知恵を絞れよ
何のために頭付いてるんだ、大学生にもなってなんだその頭の悪さは
gitのせいか、gitのせいでそんなに頭の悪い人間になってしまったんだな
ようし、gitを禁止します

**デフォルトの名無しさん** · 2023/03/27(月) 10:29:23.04

git使えば番号振らずに
もっと便利なことがいっぱい出来るだろ
ムダなことに頭を使うな

**デフォルトの名無しさん** · 2023/09/25(月) 11:06:13.12

Σ・Д・≡（／）／えぇぇぇぇ!!!

**デフォルトの名無しさん** · 2023/10/09(月) 08:05:15.44

cvs 使えばいいじゃない

**デフォルトの名無しさん** · 2024/02/02(金) 20:47:12.91

git はクズ

**デフォルトの名無しさん** · 2024/02/05(月) 17:36:29.10

じっとしてなさい

**デフォルトの名無しさん** · 2024/02/05(月) 17:37:40.94

Windowsもスナップショットもどきの機能があるんだけど
コンシューマーには使えないように細工してる

**デフォルトの名無しさん** · 2024/02/05(月) 19:32:30.30

windows10はスコープ変えないと普通のファイルのスナップショットは取れんかった
windows11は10と同じ方法でスナップショット取れるけど取り出す部分が変更されてエクスプローラーの以前のバージョンからは取り出せなくなった

**デフォルトの名無しさん** · 2024/02/19(月) 12:33:14.28

git がクズ杉

**デフォルトの名無しさん** · 2024/02/23(金) 20:49:32.67

gitクライアントが尽くゴミ

**デフォルトの名無しさん** · 2024/02/25(日) 16:29:21.52

日本ではゆとり教育やめたけど世界はゆとりにまっしぐら
他のVCSの使い方学習する気しないから全部gitでやろーぜ
でやっちゃいましたDebian
もう新しめの奴らゴミしかいないと言ってもあながち間違いではない

**デフォルトの名無しさん** · 2024/03/01(金) 15:48:21.90

git を信仰してるのはナチスだよ。

**デフォルトの名無しさん** · 2024/05/24(金) 20:34:46.68

いつもPOSIX原理主義者は負けてるな
恥ずかしくないのかな