🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.programming
Article #217629

Re: rzadki bład w programie w C++

#217629
From: Maciej Sobczak
Date: Wed, 25 Aug 2021 20:31
38 lines
4894 bytes
> > Przy pracy jednoosobowej takimi narzędziami są zip oraz unzip.
> Wyczuwam bratnią duszę. Doceniam.
> > Polecam. Zwłaszcza, że oprócz historii zmian potrafią zupełnie 
> > naturalnie zrobić backup - a to jest *ważniejsze*, niż zabawa w 
> > commity. Nie, lokalny git to nie jest backup.
> Z tym jednak zgodzić się nie mogę... Lokalny VCS to oczywiście nie 
> backup, ale lokalny zestaw plików *.zip też nim nie jest.

Lokalny nie jest. Ale nie napisałem, że lokalny. Nawet pendrive załatwi sprawę łatwiej, niż szarpanie się z VCS. Bo oczywiście nie używamy cały czas tylko jednego pendrive'a. A może jednak Google Drive? Albo Box? A właściwie bez różnicy, bo zip w ogóle nie jest od tego uzależniony. Jest narzędziem tak łatwym w użyciu, że cokolwiek innego jest zawsze dodatkową komplikacją. Dotarło to do mnie, gdy pierwszy raz w życiu zzipowałem lokalne repo gita, żeby zrobić jego backup. Absurdalność tej czynności sprawiła, że to był też ostatni dzień mojego jednoosobowego użytkowania gita.

> W obu 
> przypadkach wypadałoby zrzucić pliki gdzieś na zewnątrz. svn akurat 
> ma to w standardzie

Zdażyło mi się nawet wysłać zipa jako załącznik mailem. Nie, svn nie ma tego w standardzie. Właśnie o to chodzi - o *rozdzielenie* kompetencji. Zamrożenie stanu plików w katalogu to jedna rzecz (potrzebne do historii), składowanie tego stanu to inna rzecz (potrzebne do backupu). Zip jest banalnie skuteczny właśnie przez to, że tych rzeczy nie łączy.

> Zamiast robić zipa i 
> kopiować go gdzieś na jakiś serwer

A jeśli nie chcę na "jakiś serwer"? Czemu wszyscy mają obsesję na punkcie wysyłania swojej pracy na "jakiś serwer"?
Kiedyś do komputera był podłączony magnetofon i był spokój. :-)

> Korzystanie z ZIP to również marnotrawstwo miejsca - ten sam plik 
> będzie w każdym zipie zajmował tyle samo miejsca, choć od wielu lat nie 
> uległ zmianie.

Technicznie to prawda, ale użytkowo nigdy jeszcze nie doszedłem do tego, żeby martwić się o miejsce na skompresowane pliki źródłowe swojego autorstwa. Może za mało piszę. W każdym razie nie jest to showstopper.

> Jest jeszcze jeden aspekt: często zdarza się, że 
> potrzebuję prześledzić historię jednego pliku (spośród kilkunastu 
> tysięcy w projekcie) na przestrzeni paru lat. Ciężko mi wyobrazić to 
> sobie przy milionach plików ZIP.

To jest dobry argument. Ale mówimy o użytkowaniu jednoosobowym. W takim kontekście nie zaobserwowałem (u siebie) takich potrzeb. Nawet wtedy, gdy korzystając jednoosobowo z gita, miałem taką możliwość na wyciągnięcie palca. Czyli podobnie jak z brakującym miejscem na dysku, nie jest to scenariusz, który mnie zatrzymuje w pracy.
Polecam narzędzi mniej, niż więcej.

-- 
Maciej Sobczak * http://www.inspirel.com
Technical Details
Message-ID: <8d80e627-951f-4b78-8441-b7e76053ed4dn@googlegroups.com>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erje.net!feeder.erje.net!feeder1.feed.usenet.farm!feed.usenet.farm!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!news-out.netnews.com!news.alt.net!fdc3.netnews.com!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
References: <903213e7-90d8-443c-98f4-7ccefb998340n@googlegroups.com> <4a05fbb5-2f73-411f-82c9-0eb4ed28c2a5n@googlegroups.com> <2edb8323-e973-42ee-941a-741c0673ff77n@googlegroups.com> <c1d2a942-4e7c-4452-824d-71a8db594048n@googlegroups.com> <3dfd68ef-d0fb-47f4-a2ce-e9c069713457n@googlegroups.com> <f1fb5dec-5ffe-45da-9bee-4521b3d17477n@googlegroups.com> <41fd5c32-23e3-47d2-868a-172ab784564an@googlegroups.com> <20210824111949.30fcbadd@mateusz.lan> <cc767f8f-c772-40a6-ae26-095df32b01f7n@googlegroups.com> <20210824172713.3619ba72@mateusz.lan> <7082b9d6-7447-4d6a-ac90-aa4ec2f05ec2n@googlegroups.com> <20210825092218.2ced2887@mateusz.lan>

Show Full Headers
Complete Article Headers
X-Received: by 2002:a37:bf47:: with SMTP id p68mr418797qkf.202.1629923482095;        Wed, 25 Aug 2021 13:31:22 -0700 (PDT)
X-Received: by 2002:ac8:7d0d:: with SMTP id g13mr62070qtb.367.1629923481891; Wed, 25 Aug 2021 13:31:21 -0700 (PDT)
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erje.net!feeder.erje.net!feeder1.feed.usenet.farm!feed.usenet.farm!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!news-out.netnews.com!news.alt.net!fdc3.netnews.com!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Wed, 25 Aug 2021 13:31:21 -0700 (PDT)
In-Reply-To: <20210825092218.2ced2887@mateusz.lan>
Injection-Info: google-groups.googlegroups.com; posting-host=213.108.152.51; posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S
NNTP-Posting-Host: 213.108.152.51
References: <903213e7-90d8-443c-98f4-7ccefb998340n@googlegroups.com> <4a05fbb5-2f73-411f-82c9-0eb4ed28c2a5n@googlegroups.com> <2edb8323-e973-42ee-941a-741c0673ff77n@googlegroups.com> <c1d2a942-4e7c-4452-824d-71a8db594048n@googlegroups.com> <3dfd68ef-d0fb-47f4-a2ce-e9c069713457n@googlegroups.com> <f1fb5dec-5ffe-45da-9bee-4521b3d17477n@googlegroups.com> <41fd5c32-23e3-47d2-868a-172ab784564an@googlegroups.com> <20210824111949.30fcbadd@mateusz.lan> <cc767f8f-c772-40a6-ae26-095df32b01f7n@googlegroups.com> <20210824172713.3619ba72@mateusz.lan> <7082b9d6-7447-4d6a-ac90-aa4ec2f05ec2n@googlegroups.com> <20210825092218.2ced2887@mateusz.lan>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <8d80e627-951f-4b78-8441-b7e76053ed4dn@googlegroups.com>
Subject: Re: rzadki bład w programie w C++
From: Maciej Sobczak <see.my.homepage@gmail.com>
Injection-Date: Wed, 25 Aug 2021 20:31:22 +0000
X-Received-Bytes: 5347
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit