Article View: pl.comp.programming
Article #217629Re: rzadki bład w programie w C++
From: Maciej Sobczak
Date: Wed, 25 Aug 2021 20:31
Date: Wed, 25 Aug 2021 20:31
38 lines
4894 bytes
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-mailReferences:
<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