Hlavní navigace

Vlákno názorů k článku
Jak HTTPie ztratilo 54 tisíc hvězdiček na GitHubu od Fantux - >Uživatel byl velmi důrazně upozorněn... A ještě by měl...

  • Článek je starý, nové názory již nelze přidávat.
  • 19. 4. 2022 12:01

    Fantux

    >Uživatel byl velmi důrazně upozorněn...

    A ještě by měl rád, že má všechny zuby, já vám rozumím.

  • 19. 4. 2022 14:51

    jinejmuf

    No ano, pokud je nešikovný a neschopný rozpoznat rizika, tak by si u toho klikání klidně mohl vyrazit zuby o hranu stolu. Dokonce i přesto, že ho nikdo nevaroval, že pokud se bude houpat na židli, může si vyrazit zuby o hranu židle.

    Celá tahle diskuse mi připadá jako ještě vyšší level otázky, zda má být v návodu k mikrovlnce napsáno, že se v ní nemají sušit kočky. Některým diskutérům zdá se už nestačí ani takové upozornění a dožadují se ani ne zákazu prodeje mikrovlnek, ale prodeje mikrovlnek, jejichž záření kočka přežije... Lidská hloupost a neschopnost nést důsledky svých chyb vítězí.

    Mimochodem, u každého komentáře je tlačítko "Reagovat". Není potřeba zakládat nové vlákno, když reagujete na jiný příspěvek...

  • 19. 4. 2022 16:04

    Bez Podezdívky

    Řekl bych, že pointa není ani tak v tom, jestli byl někdo dostatečně upozorněn nebo jestli si to pořádně přečetl. Já problém spatřuji hlavně v tom, že se vůbec něco takového děje - fakt nevím, proč by se ty hvězdičky už tak nějak z podstaty věci měly ztratit a nejít vrátit. A pak (pokud jsem dobře pochopil) arogance ze strany GitHubu.

  • 19. 4. 2022 16:43

    jinejmuf

    fakt nevím, proč by se ty hvězdičky už tak nějak z podstaty věci měly ztratit a nejít vrátit

    Když zákazník zruší uživatelský účet, zachováte v databázi všechny údaje o něm včetně zákaznického bonusu a pokud se po čase vrátí, tak mu bonus uznáte? Je teda v pořádku, když vám Facebook účet nezruší a data nevymaže i přesto, že jste to požadoval a potvrdil? Vždyť co kdybyste se chtěl vrátit, ne?

    Když rozstříháte staré tričko na hadr, taky si schováte rukávy, abyste je když tak mohl přišít, až se rozhodnete z toho zase udělat zpět normální tričko?

    Já z podstaty věci nevidím jediný důvod, proč by měl GitHub uchovávat údaje, které z podstaty věci u soukromého repozitáře nedávají žádný smysl. Soukromý repozitář je to právě proto, že k němu nemá přístup nikdo jiný a dávat hvězdičky sám sobě je blbost. Je to samozřejmě otázka implementace, ale nevidím nic kontroverzního na tom, že GitHub neplýtvá místem na datovém úložišti pro data, která není důvod uchovávat.

    A nevidím nikde žádnou aroganci GitHubu. Naopak vyšel autorovi vstříc tím, že spamoval na Twitteru, aby pomohl hvězdičky znovu naklikat.

    Naopak vidím určitou manipulaci v původním článku, protože tvrzení "byl repozitář omylem přepnut" je zcela jistě zavádějící. On totiž nebyl pasivně nějak sám od sebe přepnut, ale prostě někdo konkrétní udělal chybné rozhodnutí. Čili správně by mělo být "vlastní repozitáře ho chybným rozhodnutím přepnul".

  • 19. 4. 2022 19:13

    Filip Jirsák
    Stříbrný podporovatel

    Když něco nevíte, neobviňujte kvůli tomu někoho jiného z arogance.

    Už jsem to vysvětloval výše. Odlišnost mezi privátními a veřejnými repozitáři byla dříve v GitHubu daleko větší, než je dnes. Takže je možné předpokládat, že veřejné a privátní repozitáře mají pod sebou jiný datový model (možná dokonce jinou databázi). Takže ty hvězdičky tam nejspíš prostě zůstat nemůžou, protože je u privátního repozitáře není na co navázat.

    Znamenalo by to nedělat fyzický výmaz z databáze, ale logický výmaz. To ale zase komplikuje vytvoření repository stejného jména, jako je smazané repository (přičemž to zneviditelnění veřejného repository může být implementované jako smazání veřejného repository a vytvoření privátního).

    Ale když něco nevíte a nepřemýšlíte nad tím, je velmi jednoduché to odsuzovat…

  • 19. 4. 2022 19:25

    k3dAR
    Stříbrný podporovatel

    chces rict ze je technicky nemozne ci komplikovane nechat hvezdicky atd v name_backup pri prepnuti na private a po prepnuti na public je priradit zpet?

    chovani bylo uz za non-MS github, ale to ze nekdo z githubu v 2020 (tedy uz vlastnene MS) prepnul Github Desktop repo na priva, smazlo to hvezdicky a behem par hodin si to obnovily z GitHub zalohy, bylo za koho? Ano za Microsoftu... ;-)

  • 19. 4. 2022 20:16

    Filip Jirsák
    Stříbrný podporovatel

    Ano, může to být komplikované. Můžete sice vytvořit repository name_backup – jenže co když uživatel už takové repository má? Co když ho bude chtít vytvořit v budoucnosti? A nedělal uživatel náhodou to skrytí repository proto, aby nebylo vidět – a to, že místo něj bude vidět name_backup asi není zrovna to, co uživatel chtěl? Takže byste stejně musel implementovat nějaké nezobrazování určitých repository, tedy soft delete. A tím se dostáváte do problémů, které jsem popsal. Najednou můžete mít víc smazaných repository stejného jména (takže nemůžete použít unikátní index), musíte mít nějaký jiný identifikátor repository, než jeho název (což se hezky udělá v databázi, ale git se na to asi tvářit nebude). Při obnově repository můžete narazit na to, že repository s daným jménem už existuje. Atd. atd.

    Tedy ne, že by to nebylo technicky řešitelné. Soft delete samozřejmě je možné implementovat – akorát to přináší komplikace, které si ten, kdo nikdy nic takového neimplementoval, nemusí uvědomit.

    Ano, když udělal někdo z Microsoftu stejnou chybu, věnoval Microsoft úsilí tomu, aby data obnovil. Pravděpodobně to dělal ručními zásahy a riskoval, že vytvoří nekonzistentní stav, tedy že s tím repository bude mít v budoucnosti problémy. Nevíme, jak dlouho trvalo, než dospěli to stavu, že jim opravdu vše fungovalo – hvězdičky mohly být zpět během pár hodin, ale už se nedozvíte, jestli třeba ještě za 14 dní neobnovovali nějaké chybějící reference třeba ve wiki. Nedivím se Microsoftu, že se nechtějí pouštět do experimentů nad cizím repository. Možná právě i po zkušenosti, když tu obnovu dělali kvůli sobě a zjistili, že to vůbec není taková prča, jak si to představují diskutující na Rootu.