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

1 名前：デフォルトの名無しさん mailto:sage [2021/09/07(火) 17:20:16.10 ID:YOJCpOYh.net] しろって大学で習ったんですが・・・ アホですかあいつ？ 577 名前：デフォルトの名無しさん [2021/09/28(火) 11:47:19.70 ID:AipNrqHj.net] >>565 バックアップはバージョン管理じゃねーよって書こうとしたらもう書かれてた でも書いちゃう 578 名前：デフォルトの名無しさん mailto:sage [2021/09/28(火) 13:37:12.81 ID:6DMfN7CH.net] >>566 >1で、ディレクトリコピーっていうんだから、ディレクトリ名のサフィックスでも使って管理するんだろ。 ファイルの数も少ないから、diff使ってコメント入れて記録しておくとかね。 そういうクラシックなことをやっていると、手を入れていないファイルのタイムスタンプが変わるっていうのが嫌なんだよ。 タイムスタンプを鍵にして「このあたりは7月からいじってない」とか判断するから。 それが当たり前だと思っている人にとっては「不便」とは思わないが 便利さを知ってしまったら戻れないってやつね。 何事もそうだけどさ。 電話一つだって、家の黒電話しかなかった時はそれを激しく不便とは 思っていなかったけど今やスマホが無いととても不便に感じる。 そんなもんだ。 579 名前：デフォルトの名無しさん mailto:sage [2021/09/28(火) 14:31:43.19 ID:u0JaMOBw.net] > タイムスタンプを鍵にして「このあたりは7月からいじってない」とか判断するから。 それはとても悪い習慣ですね 580 名前：デフォルトの名無しさん [2021/09/28(火) 18:29:40.22 ID:4n5W3KNq.net] >>567 昔はソースコードバージョニングってちゃんとソースコードって付いてたんだけどな。バージョン管理と言う言葉はバックアップにも適用出来てたんだけど、最近はバージョン管理と言えばソースコードのみになったんだな。 581 名前：デフォルトの名無しさん [2021/09/28(火) 21:40:58.65 ID:YAeZPStp.net] > 面倒臭いというのを原動力としてソフトウェアを選ぶのも作るのも大いに結構。 > だが、ならばなぜシェルスクリプトを貶したうえで他の言語を選ぶのだ。 ここはいいんだけどさ > 言語の賞味期限切れで、作ったプログラムがゴミクズになることや > 乗り換えに伴う再学習に伴う面倒臭さはお前たちには見えぬのか。愚かなことだ。 やっぱり、こいつ再学習を面倒臭いって思ってるよねｗ 本当に勉強が嫌いなんだね。知識が賞味期限になることを恐れてるんだね 普通さぁ、いろんな言語やツールを使うものだぜ、なぁ？ 582 名前：デフォルトの名無しさん [2021/09/29(水) 01:15:40.53 ID:WatDjaNj.net] 「ファイル」や「フォルダ」を理解できない学生が急増中 https://leia.5ch.net/test/read.cgi/poverty/1632839471/ 583 名前：デフォルトの名無しさん [2021/09/29(水) 02:10:21.88 ID:FgK5fsPt.net] >>571 言語は習得に時間がかかるがツールの習得は早いから、 再学習の面倒くささは同列には語れないと思うなぁ gitは1日で覚えられるが、Cは1日じゃ無理 584 名前：デフォルトの名無しさん mailto:sage [2021/09/29(水) 04:46:06.50 ID:ISDPIKEr.net] >>573 なんで1日で覚えないといかんのだ？ 1ヶ月で30個の言語を覚えるノルマとかがあるわけじゃないんだから そもそもプログラミングっていうのは言語を覚えるよりも アルゴリズムや設計の方が重要 なにか一つの言語を使ってプログラミングできる人は 他の言語だって1週間もあれば普通に作業できるようになるだろ？ 本当にその言語をマスターするとなれば時間はかかるが 別にマスターしなければいけないようなものでもない 他の言語の乗り換えられないっていうのは、言語の文法しか知らなくて プログラミングの基礎が身についてない証拠だよ 585 名前：デフォルトの名無しさん [2021/09/29(水) 05:20:14.06 ID:NwyyCvPw.net] >>566 gitのワークフローがメインストリームかもしれないが、バックアップの世代管理がバージョン管理では無いと言い切るあたりgit脳と言うか。 Git以外やった事ないの？ 586 名前：デフォルトの名無しさん [2021/09/29(水) 05:26:20.66 ID:d66WaRFo.net] >>575 「バックアップの世代管理がバージョン管理では無い」のはgit以外も同じなんだが？ git脳と言い切るなら、お前の言うことにはなにか根拠があるんだよな？ お前は、Git以外やったことあるか？Git以外ではどうだったか言ってみ お前は反論してない。他人をgit脳呼ばわりし、Git以外は違うはずだと お前の希望を述べてるだけ なにか知ってるなら反論したまえよ 587 名前：デフォルトの名無しさん mailto:sage [2021/09/29(水) 05:45:28.80 ID:q2ZOvxZG.net] テープで世代管理は7世代くらいしてた北海道のデータセンターに毎日送ってたよすごい手間がかかる 588 名前：デフォルトの名無しさん [2021/09/29(水) 06:24:00.75 ID:gQqXAWKs.net] >>574 そういう話ではないよ 言語は1日では覚えられないが、gitは1日で覚えられるから、gitの再学習は面倒くさくない という話だよ 589 名前：デフォルトの名無しさん [2021/09/29(水) 07:19:49.20 ID:7yrYIItT.net] >>576 目的が版の管理なら何だってバージョン管理だろ。ソースコードに限らず画像だって製版だってそうだ。 バージョン管理、と言う言葉をソースコードのバージョン管理ツールを使ったワークフローに限定しているからgit脳と呼んだ。 590 名前：デフォルトの名無しさん mailto:sage [2021/09/29(水) 08:45:32.25 ID:LVrepWzz.net] 人はそこに美味しいものがあるのではないかと思うから手を出したり勉強しようと思う。 でも、美味しさが食べてみるまでわからないものも多々あるのだな。 脳みそはサボリ屋さんだからね。経験を積むほど、「サボり方」り方を心得てきているから、既存の知識で間に合うとなると、わざわざ手間のかかることをやりたがらなくなる。 経験を積むほど、サボらせないだけの好奇心と「気合い」が必要になるのだな。 591 名前：デフォルトの名無しさん mailto:sage [2021/09/29(水) 09:41:01.05 ID:gu3KqaJI.net] >>579 普通バージョン管理と言ったらVCSのことだよ バックアップを何世代残すかはあくまでバックアップだなあ 592 名前：デフォルトの名無しさん [2021/09/29(水) 09:42:24.44 ID:7yrYIItT.net] >>576 ああ、今気づいた。あなたはSCM全体のことをバージョン管理と呼んでいるのか。確かに世代バックアップだけではSCMとは呼べないな。俺のエスパースキルの不足を詫びるわ。 593 名前：デフォルトの名無しさん mailto:sage [2021/09/29(水) 09:52:41.00 ID:xXgc61+u.net] まーたマウント合戦始まってら 594 名前：デフォルトの名無しさん [2021/09/29(水) 09:57:28.31 ID:7yrYIItT.net] >>581 バックアップの世代管理の件はスレタイからのこじつけもあって、リポジトリ自体はフォルダ丸ごとコピーする以外管理出来ないな、と思ってて良いレス期待してたのよ。素直に謝るわ。 でもなんで目的と手段がイコールになるのよ。 595 名前：デフォルトの名無しさん [2021/09/29(水) 11:33:41.10 ID:WatDjaNj.net] 【話題】「ファイル」や「フォルダ」を理解できない学生が急増中 https://egg.5ch.net/test/read.cgi/scienceplus/1632881270/ 596 名前：デフォルトの名無しさん [2021/09/29(水) 12:07:16.20 ID:j3/4mYAd.net] >>584 世代って言ったらgenerationだし バージョン管理と世代管理は別物だよ https://ja.wikipedia.org/wiki/SCM 5. ソースコードマネージメント（英: source code management）の略。⇒バージョン管理システム https://en.wikipedia.org/wiki/Source_control_management ⇒ Version_controlへのリダイレクト https://en.wikipedia.org/wiki/Version_control_system ⇒ � 597 名前：ｯ上 エスパーも何もSCMはバージョン管理のことなんだよなぁ 知識不足を侘びてね [] [ここ壊れてます] 598 名前：デフォルトの名無しさん [2021/09/29(水) 12:28:11.54 ID:wP+zWgD8.net] アプリとライブラリを分て開発してた場合。 このバージョンのアプリは、このバージョンのライブラリーじゃないと動か無いとかあるよね。 例えば、gitで古いバージョンのアプリを出した時、今のバージョンのライブラリーだと動かない。 でもどのバージョンのライブラリーを出せばいいか分からないって時。 gitって、アプリとライブラリーの紐づけってできるの？自分で覚えてないとダメ？ 599 名前：デフォルトの名無しさん [2021/09/29(水) 12:57:26.72 ID:zjLu20A6.net] >>587 いくつも方法はある 1. ライブラリをそのままリポジトリ入れてしまう 欠点 ・ライセンスや配布形態によってはそのまま入れられない場合がある ・ライブラリにバグが脆弱性有った場合、リポジトリに含めていると気づかなかったり更新しづらくなる これはあまり良くないやり方、ライブラリのコピーになってしまうため あちこちに少し違うバージョンが量産されてしまう 2. 特定のバージョン（以上）が必要だと明記するだけ ライブラリが将来無くなったり非互換性が気になるなら、現在のライブラリを別の場所にコピーしておけば良い 3. 各言語にある依存ライブラリをインストールする方法（package.json等）を使う 基本的に依存ライブラリのインストールは簡単。適切なバージョンがインストールされる 4. gitの機能でサブモジュールというのがあって、別のリポジトリの特定のバージョンにリンクできる ライブラリがパッケージとして提供されていなかったりする場合はこちら 600 名前：デフォルトの名無しさん [2021/09/29(水) 13:34:57.88 ID:WatDjaNj.net] 金沢大学「シェルスクリプト言語論」は偽開発技術 https://mevius.5ch.net/test/read.cgi/tech/1632511262/ 601 名前：デフォルトの名無しさん [2021/09/29(水) 14:27:13.10 ID:wP+zWgD8.net] >>588 お、4番がよさそう。 見てみるよ、有難う。 602 名前：デフォルトの名無しさん [2021/09/29(水) 15:44:59.41 ID:hVxtPlyu.net] >>586 あぁWikipediaか。じゃあそのVersion controlの項目もう一度良く読んでおいで。 603 名前：デフォルトの名無しさん [2021/09/29(水) 17:47:40.42 ID:zjLu20A6.net] >>591 読んだよ。それでなに？ 俺が言ってることには何の影響もなかった 604 名前：デフォルトの名無しさん [2021/09/29(水) 18:22:10.61 ID:rZASlHak.net] >>592 だからさ、バージョン管理はコンピューターができる前、プログラムのソースコードがない時代からやってんのになんでバージョン管理とソースコードマネジメントがイコールになるんだと言っているの。 Version controlの項目にも The numbering of book editions and of specification revisions are examples that date back to the print-only era. と書いてあるだろ。俺はバージョン管理と言う言葉をバージョン管理システムを略して言ってるんじゃないぞ？ソースコードに限って言ってる訳でもない。 だから.gitの管理は前時代的にやるしかないのかと言う意味で書き込んだんだ。 実際今でも小さな印刷所は管理システム無しで、製版データの世代管理でバージョン管理やってる訳なのよ。 Git脳が気に入らないならgit世代でどうだ？ 605 名前：デフォルトの名無しさん [2021/09/29(水) 18:25:42.95 ID:zjLu20A6.net] >>593 ここプログラム板なの、わかる？ プログラミングに関する話をするところなの コンピューターができる以前の話をしてるのはお前だけなの わかる？ 606 名前：デフォルトの名無しさん [2021/09/29(水) 18:27:08.10 ID:zjLu20A6.net] 俺らはプログラミング脳なんだが こいつは印刷所脳なんだろうなｗ 607 名前：デフォルトの名無しさん [2021/09/29(水) 18:28:03.58 ID:zjLu20A6.net] 俺らはプログラミング世代なのに 一人だけコンピュータができる前世代ｗ 608 名前：デフォルトの名無しさん mailto:sage [2021/09/29(水) 19:24:28.82 ID:1J5VKvQ0.net] >>593 ワロタ 何の話してんだw 609 名前：デフォルトの名無しさん [2021/09/30(木) 06:01:29.06 ID:lMgwsAgh.net] >>596 だからバージョン管理はソースコード管理とイコールじゃない、つまりコンピュータやプログラミングだけで使われる言葉、概念じゃないと最初から一貫して言ってるだろ。今頃気づいたのかよ。 話が噛み合わない訳だ。 610 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 06:42:08.13 ID:tYK53mQK.net] デフォルトは債務不履行って意味があるんだ！って 執拗に言われてもなぁ（苦笑） 611 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 06:44:40.02 ID:tYK53mQK.net] 一般的はね Source_control_management = Version_control = Version_control_system SCM = バージョン管理 = VCS なの https://en.wikipedia.org/wiki/Source_control_management ⇒ Version_controlへのリダイレクト https://en.wikipedia.org/wiki/Version_control_system ⇒ 同上 英語でもそう扱われてるの 612 名前：デフォルトの名無しさん [2021/09/30(木) 08:34:25.56 ID:oGqFfO1Z.net] >>600 ちゃんと読んでおいでと言ったのに中身読んでないだろ。そのページに Version control is a component of software configuration management. と書いてあるだろ。しかも冒頭に。 613 名前：デフォルトの名無しさん [2021/09/30(木) 09:53:18.71 ID:lMgwsAgh.net] >>600 そういえば、君はgit使ってる様だけどバージョンの管理はどうやってるの？ 俺はgit公式にあるようにgit tagを使って管理してるけど。 こんな感じ https://git-scm.com/book/ja/v2/Git-の基本-タグ 614 名前：デフォルトの名無しさん [2021/09/30(木) 12:18:02.85 ID:lMgwsAgh.net] >>600 ついでにだね、バージョン管理がSCMとイコールなら、リリースしたバイナリのバージョン管理もSCM。 さらにストア側が申請段階から要求してくるバージョニングについても、申請バージョンの管理である以上、ストアのエンジニアはこれもSCMで管理。番号とバイナリだけ管理すりゃ良いのにSCM。 ソース関係ないバージョン管理だってあるんだけどな。 どうすんの？全てSCMって事にして俺が謝ればいいの？ 615 名前：デフォルトの名無しさん [2021/09/30(木) 12:20:49.00 ID:pk6nyQj9.net] とりあえず謝ってもらっていいですか？ 616 名前：デフォルトの名無しさん [2021/09/30(木) 12:22:04.37 ID:a6B6iBHb.net] gitは便利だと思うけど、少なくとも手元にバックアップは必要かと思ってう 617 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 12:30:57.72 ID:pLZOi2MW.net] >>602 バージョンの管理なのか （リリース用の）バージョン番号の管理なのか どっち？ 618 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 12:48:17.09 ID:3Y8nMi1p.net] POSIX原理主義もいいけど時代は仮想マーケットだよ https://merpla.net/boards/ メルプラネットは会話すればポイントが貰える そのポイントで商品を作ることができるよ 会話するだけで生活が出来る世界を目指してます 619 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 13:27:31.81 ID:pLZOi2MW.net] >>603 なんか勘違いしてるようだけど、バージョン管理ツールはバイナリの管理はしないよ バイナリはソースコードからビルドして生成するもの 小さい画像とか入れることはあるけど「バイナリ形式のソース」のような扱い バージョン管理ツールの特定のコミットに対してリリース用のバージョン番号をつけるけど バイナリを生成しているわけではない。単にソースコードにバージョン番号をつけてるだけ 620 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 13:27:56.77 ID:pLZOi2MW.net] >>607 読んでねーだろｗ POSIX原理主義はクソだって話をしてる 621 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 13:54:47.53 ID:s4b1cc/x.net] >>601 > Version control is a component of software configuration management. 訳 バージョン管理はソフトウェア構成管理の部品です。 お前「software configuration management」のリンククリックしたか？ https://en.wikipedia.org/wiki/Software_configuration_management > Not to be confused with Version Control System. 訳 バージョン管理と勘違いしないでください https://developer.mozilla.org/ja/docs/Glossary/SCM > SCM (Source Control Management) は、ソースコードを管理するための仕組みです。 バージョン管理（SCM: Source Contron Management）はソフトウェア構成管理（SCM: software configuration management）の一機能であって、 SCM = SCM じゃないんだよ（笑） 紛らわしいからSCMなんて用語使うな だからみんなバージョン管理って言ってるんだろうが そこに連想ゲームでバージョン管理→SCM→ソフトウェア構成管理といいだすお前がアホ 622 名前：デフォルトの名無しさん [2021/09/30(木) 15:43:56.00 ID:jre7dEMg.net] >>610 的確な指導ありがとう！でもイコールって言ってるの>>601じゃないよ。 アホってつけるならもっとよく確認して貰いたいなぁ。 623 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 15:49:45.75 ID:s4b1cc/x.net] >>600でバージョン管理はSCM（Source_control_management）と イコールって書いてあるだろ 何か間違ってんのか？ > Source_control_management = Version_control = Version_control_system > SCM = バージョン管理 = VCS なの > > https://en.wikipedia.org/wiki/Source_control_management ⇒ Version_controlへのリダイレクト > https://en.wikipedia.org/wiki/Version_control_system ⇒ 同上 > > 英語でもそう扱われてるの 624 名前：デフォルトの名無しさん [2021/09/30(木) 16:59:28.87 ID:1MasPRfl.net] その点メルプラネットなら会話するだけでポイントが？ 625 名前：デフォルトの名無しさん [2021/09/30(木) 17:08:19.05 ID:lMgwsAgh.net] それにしても知識のベースがWikipediaの人結構いるんだな。 626 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 18:08:18.64 ID:s4b1cc/x.net] お前のことな 627 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 20:17:41.39 ID:3U3ppoE9.net] バカでもわかるように書いてあるから 一般人にはそれで良いんだ 628 名前：デフォルトの名無しさん mailto:sage [2021/09/30(木) 23:29:53.37 ID:8/yMCOJS.net] 実際にやってみたらやっぱgit便利だなってなるわ。 そういう意味でやってみるのもいいんでねーの。 629 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 00:29:30.26 ID:mamZrHmt.net] 便利かどうかじゃなくて この先の人生ずっと同じものを使えるかどうかだからな あのアホの基準は 生産性とかそんな事一切考えてない 630 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 00:53:17.42 ID:VndiljRb.net] >>618 その基準だったらプログラマーできなーなw 631 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 01:27:36.96 ID:8eCb7fjd.net] >>619 そうそう。だから色んなものを使うなって禁止しまくってる 自分が作った理論であれば、自分よりもその理論に詳しい人は存在しないからね それを押し付けて相手の成長機会をなくせば gitも使えない無能の兵隊の出来上がりってわけ 632 名前：デフォルトの名無しさん [2021/10/01(金) 11:52:07.16 ID:o+E+DUKy.net] コンピュータを生業にしてて、一生同じもの扱うなんてありえないよ。ITなんて進歩が異常な業界の一つなのに。 言い方は悪いが単純労働系以外は勉強が必要だと思うがなあ。 633 名前：デフォルトの名無しさん [2021/10/01(金) 12:09:32.80 ID:7/xDQdMO.net] 若い時に身につけた知識だけでやっていきたい気持ちはわからなくもないが この業界で、新しいことの勉強が嫌なら引退した方がいいわな 634 名前：デフォルトの名無しさん [2021/10/01(金) 12:32:06.00 ID:aR87rD6G.net] ユニケージという新しいことのお勉強が嫌なら引退したが良い 635 名前：デフォルトの名無しさん [2021/10/01(金) 12:32:36.67 ID:aR87rD6G.net] >>621 そうだな、ユニケージ勉強しような 636 名前：デフォルトの名無しさん [2021/10/01(金) 12:35:59.75 ID:aR87rD6G.net] POSIX原理主義の優れているところは本質を理解するってこと gitやsvnといった表層を知ったところで所詮流行りものでしかないすぐに廃れる 本質はずっと変わらないから生涯役に立つ知識・技術を習得でき応用できる POSIX原理主義の真髄をそこにある 637 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 15:03:45.99 ID:25/eRB6c.net] ユニケージやってた無印のシステムボッコボコやんw 638 名前：デフォルトの名無しさん [2021/10/01(金) 15:21:44.39 ID:aR87rD6G.net] >>626 無印のWebサイトは軽快に動いてデザインもきれいで見やすくてすごく使いやすいけどどこがあかんの？ 639 名前：デフォルトの名無しさん [2021/10/01(金) 15:52:14.67 ID:7aOTaqQO.net] トレンドを追いかけるだけの奴らより、例えユニケージだろうとトレンド作ろうとしてる奴らの方がIT技術者らしいと思うけどなぁ。 640 名前：デフォルトの名無しさん [2021/10/01(金) 16:23:00.32 ID:nnJaVove.net] >>623 同じ勉強でも、あるベンダー独自の潰しが効かない技術を勉強するのと オープンで他の会社でも使える技術を勉強するのとでは価値がぜんぜん違う 本人のためにならない 641 名前：デフォルトの名無しさん [2021/10/01(金) 16:23:56.31 ID:nnJaVove.net] >>627 ユニケージでトラブル起こしたし、リプレイスしたんじゃない？ 642 名前：デフォルトの名無しさん [2021/10/01(金) 16:24:54.50 ID:nnJaVove.net] >>628 ユニケージはクローズドな技術で、USPでしか使われてないので トレンドにはならんよ。独自技術を作ってるだけ 643 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 17:17:20.54 ID:RfMkKa ] [ここ壊れてます] 644 名前：uD.net mailto: >>628 世の中の様々な技術や物事を分析してトレンドを作り出そうとしてるなら立派な技術者だが、ユニケージとやらは周りのことを理解しようともせず自分のものは良いものだと唱え続けてるだけだから相手にする価値もないと思う [] [ここ壊れてます] 645 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 17:29:54.44 ID:4TQnNizf.net] POSIX原理主義曰く お前ら言語やライブラリがアップデートでソフトウェアが動かなくなって苦しんでいるだろ？ OSがアップデートしてソフトウェアが動かなくなっているだろ？ 自分が使ってるOSが将来使えるか不安になってるだろ？ 頑張って今覚えたことが将来無駄になるのはもうたくさんだと思っているだろ？ そうだ。そうに違いない。それが現在のソフトウェア開発の一番の問題だ。 お前らはそれで今苦しんでいるはずだ。 覚えたことだけで今後もやりたいと思っているはずだ 10年、20年経っても、作ったソフトウェアをそのまま動かしたいと思ってるはずだ ならばPOSIXで決まっていることだけ使え、POSIXは30年前から仕様が殆ど変わっておらん それを使えば、お前らが今一番苦しんでる問題が解決する POSIXで決まってないことは全部自分たちで作れ コマンドやライブラリは全部自分たちの手で作れ、フレームワークは自分たちで作れ それらは全然大変なことではない。 お前らが今苦しんでいることから解決できるならば 自分たちで何もかも作ることは些細な問題だ うん、誰も新しいことを勉強したくないなんて思ってないのよ 10年、20年後もメンテ無しで動かしたいと思ってないのよ 今の作業を楽にしたいだけで、ライブラリのアップデートで苦しまなく代わりに 今の作業が大変になるのであれば、本末転倒なのよ だから相手にされてないのに本人たちは 「なぜこんなに口酸っぱく言っても理解できんのだ？馬鹿なのか？」と言ってる 馬鹿なのは本当の問題を理解できてないPOSIX原理主義者 646 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 17:34:07.79 ID:4TQnNizf.net] >>632 > 自分のものは良いものだ そうそう。その根拠がめちゃくちゃだからな。 どこで見たか忘れたけど、 シェルスクリプトの方がNoSQL？より速いという主張をするために、 ローカルのファイルの逐次アクセス vs NoSQL をしていたり MySQLは遅いという主張をするために、 mysqlコマンドをSQLの実行のたびに起動してベンチマークしていたりと めちゃくちゃな論文出してたからな もうね、論文の内容があまりにもひどすぎて読むのを途中でやめちゃった 647 名前：デフォルトの名無しさん [2021/10/01(金) 17:40:20.00 ID:4TQnNizf.net] だいたいさぁ、データベース処理のプロが多くの研究を続けて生まれたRDBMSよりも Unixの時代に作られたシェルスクリプトが優れてるなんてありえないわけでさぁ なーにが「RDBMSはデータ管理術を知らないプログラマーのための発明品」だよ ヴァッカジャネーノ？ 648 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 18:47:21.02 ID:GhmOJ/du.net] >>627 jQuery react express 原理主義の影も形もないね 649 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 19:44:04.83 ID:QrJZFRb5.net] >>636 なぁに、POSIX 原理主義者を紹介する公式ページは jQuery react express なんか使ってないから問題ナシナシ posixism.org/ 650 名前：デフォルトの名無しさん [2021/10/01(金) 23:00:29.53 ID:aR87rD6G.net] >>630 ユニケージの事例としては内部のシステムのみっぽい | 複雑な勤怠管理システムを3ヶ月でスクラッチ開発。 | 店と本部のコミュニケーションシステムも独自開発しました。 AWSの事例にも無印良品あった データ分析にはRedshift使ってる ネットストアはOracle使ってるっぽい | 株式会社良品計画（以下、良品計画）は、商品勘定・物流業務システムのデータベース | サーバーにOracle Exadata Database Machine（以下、Oracle Exadata）を導入した。 651 名前：デフォルトの名無しさん [2021/10/01(金) 23:01:56.92 ID:aR87rD6G.net] URL貼れなかった 652 名前：デフォルトの名無しさん [2021/10/01(金) 23:06:55.08 ID:aR87rD6G.net] >>635 いやあRDBMSを本格的に使ってる人ならわかるけどそんなに良いもんじゃない インデックス利かなかったらめちゃくちゃ遅い 実行計画は気まぐれで変わるし何もしてないのにシステムが応答しなくなったなんて ザラにあるからそれを想定して運用しないといけない みずほ銀行の処理が終わらなくなったのもRDBMSのせいだと俺は睨んでる( ｰ`дｰ´)ｷﾘｯ 653 名前：デフォルトの名無しさん [2021/10/01(金) 23:09:54.25 ID:aR87rD6G.net] >>629 JavaはOracle独自の技術だし .NETはMicrosoft独自の技術じゃん POSIX原理主義はどこのベンダーにも縛られない100年後も通用する技術でっせ 654 名前：デフォルトの名無しさん [2021/10/01(金) 23:19:03.44 ID:aR87rD6G.net] 構造化DB、ネットワークDBが先にあって、RDBMSができたわけだれども RDBMSが世に出た当初は処理が遅すぎて使い物にならなかった 今でこそデータストアの主流ではあるけれども現代のシステムトラブルの9割はRDBMSが原因です 655 名前：デフォルトの名無しさん [2021/10/01(金) 23:19:35.19 ID:aR87rD6G.net] みんなも経験あるっしょ grepで事足りるならgrep使ったが良い 656 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:23:40.34 ID:hIS1Hi1e.net] >>640 インデックス聞けばめちゃくちゃ速いし それができるのが技術者だろ インデックスよくわからんから適当にやって RDBMSのせいにすんなよ > JavaはOracle独自の技術だし > .NETはMicrosoft独自の技術じゃん ユニケージはUSP独自の技術じゃん そういうダブルスタンダードやめなされ 国際標準化されているJavaScriptやJavaや C#やRubyを使えばいいでしょうｗ 657 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:23:58.74 ID:hIS1Hi1e.net] >>643 grepで事足りないんやで 658 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:25:30.06 ID:hIS1Hi1e.net] >>642 > RDBMSが世に出た当初は処理が遅すぎて使い物にならなかった 今は解決しましたね。 > 今でこそデータストアの主流ではあるけれども現代のシステムトラブルの9割はRDBMSが原因です それはほぼ100%がRDBMSを使ってるからですよねｗ 日本語プログラミング言語のHSPはシステムトラブルを起こしたことがありません！ 659 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:27:55.65 ID:hIS1Hi1e.net] grepがダメなのはデータを頭から検索しないといけないから時間がかかる 660 名前：デフォルトの名無しさん [2021/10/01(金) 23:34:52.27 ID:aR87rD6G.net] >>644 インデックスが使われるかどうかは 実行計画しだいで実行計画は気まぐれっすよ 良い感じの実行計画になるように統計取得したりとか しないといけないし大量のデータを出し入れするときは インデックスのリビルド行わないといけなかったり 運用めっちゃ大変よ、古墳時代かよって思うような地道な作業ばかりよ RDBMSはほとんど神頼みだね現代の銅鐸それがRDBMSです JavaScriptは最近const警察が現れるようになったじゃん 言語が変わり過ぎなんですよ C#はドトネトコア出たばかりでなあ大規模システムでの実績が不足してる Javaはいまみずほ銀行が進行形でトラブってるしRubyはあれだし なんだかんだでユニケージが一番信頼性高くて先進的なのではないかな 661 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:36:13.81 ID:5hzjqknK.net] >>641 Javaはともかく.NETはISO標準化されてるぞ Monoとか聞いたこと無いんか？ 662 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:39:49.71 ID:5hzjqknK.net] ユニケージよりCommon Lispだよ 標準があるから100年使える 木星付近にある探査機を地球からリモートデバッグできた実績だってあるぞ 663 名前：デフォルトの名無しさん [2021/10/01(金) 23:42:01.46 ID:aR87rD6G.net] >>649 Monoは聞いたことある、ライブラリがバグだらけっていう悪評だけれども ドトネトコアでも使われてるんだっけ？ JavaにもApache Harmonyという実装があったなあ、開発終了したけど ドトネトは結局Microsoftという後ろ盾なしには成り立たないしなあ MSが飽きてや〜めたとなったらたとえオープンソースであろうと朽ち果てるのみですわ 664 名前：デフォルトの名無しさん [2021/10/01(金) 23:43:39.92 ID:aR87rD6G.net] ISOにどれだけの意味があるんでしょうね ISOですごく助かったなんて経験俺には一つもないですね JIS規格のクッキングスケールは毎日便利に使ってますけどねー 665 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:46:56.26 ID:hIS1Hi1e.net] >>648 > インデックスが使われるかどうかは > 実行計画しだいで実行計画は気まぐれっすよ だからなんだよ？インデックスが使われるときは使ったほうが速い時だけ 使わないときはインデックス使っても遅い時 適切に判断してくれるからいいんだろうが 666 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:47:45.88 ID:hIS1Hi1e.net] >>652 それを言ったらPOSIXにも意味がないよね 仕様が適当で、POSIXに従っていても互換性がない 667 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:48:21.16 ID:hIS1Hi1e.net] >>648 > JavaScriptは最近const警察が現れるようになったじゃん > 言語が変わり過ぎなんですよ いい方向に変わることがなにか問題でも？？？ やっぱり新しいことが覚えられないとかいうやつ？ｗ 668 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:53:43.41 ID:hIS1Hi1e.net] > なんだかんだでユニケージが一番信頼性高くて先進的なのではないかな 特定のベンダーに支配されてるものなので将来使えなくなる 669 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:55:45.50 ID:5hzjqknK.net] >>651 GNUとLLVMとMSとIntelの全員から見放されない限り安泰なC/C++でよくね？速いし 670 名前：デフォルトの名無しさん [2021/10/01(金) 23:56:36.63 ID:aR87rD6G.net] >>653 あなたはRDBMSの机上の空論を語っておられる 実際にはインデックスが使われるか適切に判断されるとは限らないんだよ ある日何の前触れもなく実行計画が変わってレスポンスが帰ってこなくなるなんてことは RDBMSを使ってるとザラにあるんですそれがRDBMSなんです 明日どのように動くかなんて誰にもわからない 託宣に頼って生きてた邪馬台国の人々と変わらんのです grepにはそのような気まぐれがない、処理がクリーンで高速で安定している grepがええんです 671 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:57:20.48 ID:hIS1Hi1e.net] >>658 > ある日何の前触れもなく実行計画が変わってレスポンスが帰ってこなくなるなんてことは > RDBMSを使ってるとザラにあるんですそれがRDBMSなんです ないよ。あるっていうのなら証拠 机上の空論はたくさん 672 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:57:38.08 ID:hIS1Hi1e.net] >>658 だからgrepはランダムアクセスが出来なくて遅いの 673 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:57:50.61 ID:5hzjqknK.net] ヒント句も知らんのか 674 名前：デフォルトの名無しさん [2021/10/01(金) 23:59:05.34 ID:aR87rD6G.net] >>655 洗練とは逆方向、とっ散らかる方向に進んでるのがいただけない const警察が現れてよかったことなど俺には何一つない varで十分だバカヤロウですわ 675 名前：デフォルトの名無しさん mailto:sage [2021/10/01(金) 23:59:08.92 ID:hIS1Hi1e.net] POSIX原理主義者って嘘ばっかりついてるからな 根拠が書かれてない主張だけの論文なんて初めてみたわｗ 676 名前：デフォルトの名無しさん mailto:sage [2021/10/02(土) 00:03:59.08 ID:lbI6XslT.net] POSIX原理主義って、エンジニアリングでもなければアカデミックでもない、ただのカルトの教義なんだろう 677 名前：デフォルトの名無しさん mailto:sage [2021/10/02(土) 00:05:45.39 ID:1WoS932E.net] >>662 そんな枝葉のクソどうでもいいことに耐えられないなら 最早あらゆる変化が苦痛だろうな

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef