gitを使わずにディレクトリコピーでバージョン管理
■ このスレッドは過去ログ倉庫に格納されています
しろって大学で習ったんですが・・・
アホですかあいつ? PDCAのサイクルを高速で回せる、開発もシステムも軽快になる、それがユニケージ
RDBMSの鈍重なやり方ではDo(実行)ができないDoができないからCheck(評価)もAction(改善)もできない
次のPlan(計画)もできない >>742
有耶無耶にしてるのはあんたでは?
100MB/sのHDDから検索するのだから0.12s
メモリは10GB/sの速度が出るんだから、それを加えても0.1212s
自分で計算したんでしょう?なんで誤差にしかならないってことを
はっきり言わないわけ?
それに論点は「grepは遅い」という話でしょう?
0.12sじゃなくて0.1212sだと言った所で
もっと遅くなってるじゃんw >>745
メモリの時間を合わせて0.1212sだから
0.12sで検索できたらミラクルですね
で、君が大好きなMySQLでは0.12sより速くなったのかな?
まだ検証できてないのかな? ん? 正直に言ってみ 0.12sというのは1秒間にたった8回ということです。
MySQLで1秒間にたった8回程度もselectできないって
あなたは思ってるんですよね? >>747
ええそうなりますね0.12s × 8 = 1sなので
さて、それではMySQLでは何秒かかりますか?
grepは0.12sですMySQLは何秒ですか? 検証をサクッとできないのがRDBMSのデメリットですね
翻ってユニケージの開発効率が爆速なのは本当のようですね RDBMSは検証をさくっと出来ないから検証してない
検証せずにgrepの方が速いと主張していると認めちゃったw >>750
検証はいまやってるところだよね
ユニケージ担当が俺でgrepは0.12sだという数字を出した
それに対して君は0.12sは遅すぎると言った
MySQLでは0.12sよりも速いということだね
では実際に測定してみてご覧と俺がいってる状況
0.12sより速いことの根拠を君はまだ提示できてない状況だよ
君が根拠を提示できないのはRDBMSの鈍重さがその原因にあると思ってる
ユニケージの検証のしやすさ開発速度がこのやり取りから明らかになった >>750
MySQLは0.12sよりも速いという事実はまだ誰も確認できてない
MySQLがユニケージより遅いという事実は下記の論文に記載されてるけどね
https://ipsj.ixsq.nii.ac.jp/ej/?action=repository_uri&item_id=178874&file_id=1&file_no=1 いえ、今面白いのは
あなたがMySQLが1秒間に8回程度の
検索(select)が出来ないと思っている
ということなのでw >>752
それは、grep vs mysqlコマンド で
比較したものということであってますか? >>753
0.12×8=1なので
計算通りですね
>>754
論文に書いてあるとおりですね そうですか?
なんで grepコマンド vs mysqlコマンドで
比較したんですか?普通はmysqlコマンド使わないのですが >>756
ええ、ではmysqlコマンドを使わない普通のやり方では何秒になりましたか?
それを検証してくださいと言ってるんですよ >>758
その実験に使ったソースコード提示して
いまの君はSTAP細胞はありまぁすと言ってるのと同じだから
実験ノートの提出を要求します そういえば昔MySQLのコネクタがバグってて単純なselectでも全然違う値が帰ってきたことがあったなあ
それ以来MySQLを信用しなくなった
「生殺与奪の権を他人に握らせるな」って水柱が言ってたけど
MySQLはOracleに買収された時点で生殺与奪の権を他人に握られてるんだよね
sqliteかpostgresqlがおすすめ 大規模システムの経験しかないからプライベートでもpostgresqlばっかりだわ postgresは歴史的にはunixとほぼ同じだからねユニケージと言っていいでしょう ディレクトリコピーなんて贅沢すぎる。
クリアファイルで管理しろ。 >>760
もしかしてMariaDBってしらんの?MySQLからフォークしたプロジェクト
あれこそ、オープンソースは特定のベンダーに独占されてない
ことを示す証拠のひとつなんだが ポスグレはユニックスと言っても過言ではないでしょう。
なぜならポスグレはユニックスだからです。 まー、普通に考えたら10年後、20年後も使えるシステムを作るなら
プロプラなツールに依存するのはありえないよね
その会社が潰れたら終わりだし代替製品すらないし >>765
MariaDBを作ってるところはMariaDB Corporation
Corporationの意味はわかるな? 生殺与奪の権利を別の会社が握ってるだけ
それじゃあダメなんですわー >>769
今はMySQLの話をしていたんだけど?
Oracleに生殺与奪の権利を握られてたんじゃないの?
なんでMariaDBが登場したの?
ライセンスの話はできる?
クローズドなライセンスがUSPのユニケージだよね >>771
> 765 2021/10/02(土) 18:58:54.31 ID:Ehhdm9v/ (9/12) デフォルトの名無しさん
> >>760
> もしかしてMariaDBってしらんの?MySQLからフォークしたプロジェクト
> あれこそ、オープンソースは特定のベンダーに独占されてない
> ことを示す証拠のひとつなんだが
MariaDBを登場させたのはこの人ですね
君とID同じだね、君あれか記憶がすっ飛ぶタイプか? 昔はPostgreSQL使ってたけど
最近はMySQLばっかりだな >>772
ガバガバだなw
あのなぁ、MariaDBが”世の中に"登場したのは
OracleがMySQLを買収したからなの
でもOracleに買収されても、Oracleにが殺すことは出来ないの
MariaDBが登場したから
これがオープンソースが特定のベンダーに独占されていないということ >>775
ああそういう意味ね、次から自分で先に情報出してそれが議論だから
MariaDBは登場したけどMaria DB Corporationに生殺与奪の権利を持たれてる
> 特定のベンダーに独占されていないということ
これは事実に反してるよね プログラムは更新されなくなったら使う人もいなくなり死んでいくのです
MariaDBも同じ、会社が潰れたらお終いです
オープンソースはソフトウェアの墓場でもあるわけですね オープンソースは特定の会社の所有物にはならない言ってるのに
なんで会社の話が出てくるのか? それにさっきからユニケージはUSPに生殺与奪の権利を持たれてるって
話をずっと無視してるけどなんで?w 例えばMariaDBは、Fork数1.2KだからMaria DB Corporation以外に
少なくとも1200人が所有しているわけで
https://github.com/MariaDB/server 使ってるユーザーがいなくなるわけ無いでしょうと
Amazon RDS for MariaDB
https://aws.あまぞん.com/jp/rds/mariadb/
GCPもMariaDBだっけ? >>778
金を投資してる会社があるからプログラムの開発が続けられるんだよ
だからこそMariaDB Corporationという会社が作られたに決まってるじゃないか
論理的な帰結として会社が潰れたらMariaDBは終わりです
ライセンスとか関係ない >>779
ユニケージはPOSIXだからそういうのないんですよ
言うまでもないことですけどね やっぱり「ユニケージはUSPに生殺与奪の権利を持たれてる」という話は
スルーしてるな >>784
POSIXコマンド一覧に、ユニケージが作ったコマンドは載ってませんよ >>781
1) Maria DB Corporationがいまのところ健在
2) 会社があるからプログラムの開発も活発に行われている
3) 開発がさかんだからユーザはそれを使いたがる
こういった順番でユーザはMariaDBを使っているわけですが
1) の会社が潰れたら2)や3)も成り立たなくなるので終わりなわけですね >>786
ユニケージはPOSIXの専門家が作ったものなのでPOSIX準拠とみなして良いです、それは気にする必要ないです >>785
ユニケージはPOSIXに準拠してるんでそういうのないですよ
アイスクリームに賞味期限がないのと同じです、何事にも例外はあります >>790
それじゃあ今からお前の名前はハス太郎だ、分かったら返事をするんだ、ハス太郎! >>792
詳しいことはわかんないけどお口の恋人ロッテが賞味期限ないって言ってるからそうなんだと思う
https://www.lotte.co.jp/qa/ice.html >>788
ユニケージ(USP)はPOSIXの素人ですよ
POSIXで何の活動もしてません。
会員登録すらしてないのでは? >>789
> ユニケージはPOSIXに準拠してるんでそういうのないですよ
POSIXに準拠しているコマンドならOKという理屈であれば
POSIXに準拠して作られてるコマンドは全部使ってOKってことになりますよね?
でもPOSIXに準拠していてもプロプラだと将来使えなくなるのでは?w
オープンソースじゃないとダメですねー どのメーカーのOSであろうとも、POSIX認証受けてれば使えるんじゃないの。 いつの間にか「一切修正しなくても動き続ける」みたいな前提があることになってるし 「交換可能性担保」とかいうわけのわからない理論のことかな?
最初からcurlとwgetの両対応で作っておけば、どちらが使えなくなっても動く〜とかさ
いきなり消えてなくなるわけもないんだし、OSのアップデート時に廃止パッケージになったら
その時に修正すればいいだろとしか思わないよね。修正無しで動き続けるなんて無駄な要件 核戦争を想定してるんだろ?
核シェルターにしか住めない!シェルターに住んでないヤツは馬鹿!
シェルター暮らしでもこんなに豊かに暮らせる!やっぱり他のヤツは馬鹿!って POSIX原理主義者が負けて逃げ去ってからすっかり静かになってしまったなw
所詮、世界の常識であるgitとRDBMSに
たかがユニケージののプロプラ技術が
かなうわけないんやで AwkでGitを作るプロジェクト
https://github.com/djanderson/aho
Posix原理主義は日本にとどまらず世界的な流れなんだよ >>804
それ作ってるつやPOSIX原理主義の風上にも置けないやつだなw
> gawk5.0以上が必要です。現在pigz、zlib圧縮に使用しています。
> それ以外はすべてGNUcoreutilsによって提供される必要があります。
> 言い換えれば、これはほとんどのLinuxで実行され、BSD / Macではそれほど実行されないはずです。 >>804
じゃあ、あなたはその
「awkで作られたgit」を使うんですか?w
gitの勉強しなきゃね! awkかぁ・・・懐かしいな。
ちょっとしたツール作るのに便利だったからよく使ったな。 >>806
gitは使うもんじゃない、作るものだ! gitを作るのは俺の仕事ではない
担当者に任せる
無料で開発してくれる専門家がいる
俺は俺が担当してる仕事をする そういう縦割り行政を嫌って真鍋さんはアメリカに行ってノーベル賞取ったわけだけど
そのことについてどのようにお考えになってるのかお聞かせいただきたい 俺はgitでバージョン管理してるけど、定期的にディレクトリのコピーも取ってるよ
理由の一つは、gitの比較ツールがショボ過ぎるから
有料の比較ソフトで比較する場合は実物があった方がやりやすい
あと、gitの不可逆の操作でやらかしてしまう人もいるからね
プロジェクトが終わったらディレクトリのコピーの大半は消す
(しかし、やっぱりまだ怖いので、一部のマイルストーン的な版は残しておく) >>814
gitconfigでdifftool設定すれば外部ツールでdiff見れるよ
不可逆の操作はgit reflogとかgit fsckを駆使して結構色々戻せる >>813
あなたの考えではなく、真壁さんにお考えを聞いてくださいとしか言えませんわなw 真鍋さんかw
こうやって自分の意見を「他の偉人が言った」とすり替えるテクニックだけは得意だよねw
UNIXがこう言いました(言ってない)
POSIXがこう言いました(言ってない) 他所と協調するのが嫌でオレオレライブラリを作り始めるとか
それこそ縦割りだわ USPやユニケージやPOSIX原理主義者の人たちは言っていることがそもそも間違いなので
何かを主張したら、その主張が正しいかどうかを検証するところから始めないといけないw >>815
外部ツールの設定、この前やったけど変わらんかった
Subversionの頃は出来たんだけどなぁ
不可逆のを戻すとか怖いわぁ
もうゾンビとかキョンシーとか出そうやん?w
まぁ、いい、いい、gitの100%使わなくても充分役立ってるからw
どうしようもなくなったらgit reflogとかgit fsck使ってみるわw perl覚える前はawk使ってたが
pythonがある今はperlすら使ってない perlはQtとの相性が悪すぎるから切った。
python は素晴らしい。C++より相性がいい。 git使うまでもないテストとかならフォルダ名管理でも良いだろう
そこそこ延びそうだと思ったらgitに引っ越し バージョン管理をしたくないなんてプログラマじゃないよw 例え個人的なコードであっても
gitが無かったら無理 バージョン管理ソフトは数年単位で変わっている
gitに依存した結果、gitが使えなくなったらどうする?
シェルスクリプトは何年たっても変わらない
つまりずっと自分が作ったバージョン管理シェルスクリプトが使えるわけだ あんなに苦労して覚えたsvnはすぐに使えなくなった
なんども新しいものを覚えさせるな
苦痛でしかない
俺はPOSIXコマンドだけで生きていくんや
新しいコマンドを押し付けるな! svnを諦めるな。お前が諦めない限り開発は続く。例えApache Software Foundationが見放したとしてもお前が居ればsvnは不滅だ! svnを自分でメンテするぐらいなら
シェルスクリプトでバージョン管理ソフトを自作する ■ このスレッドは過去ログ倉庫に格納されています