Přejít k navigační liště

Zdroják » Zprávičky » 9 věcí, co jsem se naučil po přechodu z CVS na Git

9 věcí, co jsem se naučil po přechodu z CVS na Git

Zprávičky Různé

Nálepky:

Stejnojmenný článek (autor Ian Bull) vyšel na blogu EclipseSource. Autor, dlouholetý uživatel CVS, v něm popisuje věci, které ho na Gitu zaujaly. Zajímavé počtení pro ty, co přechod na Git zvažují, a vlastně i pro ty, co přechod na Git z CVS nezvažují.

Komentáře

Odebírat
Upozornit na
guest
7 Komentářů
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře
phusick

Jediné čo o Gite viem je, že mám problém si checkoutnúť zdrojáky a udržovať ich čerstvé. Už som si hovoril, že sa naň musím pozrieť, ale subversion je natoľko dokonalé, že neviem nájsť motiváciu resp. ani priestor pre vylepšenia…

tdvorak

Dokud je práce s repozitářem one-man-show, pak není problém používat SVN a GIT Vám toho moc navíc nedá. Pokud začnete dělat v teamu, kde každý dělá na něčem jiném, commitujete každý několikrát denně, stává se z GITu perfektní pomocník :)

Opravdový odborník :-)

O tom to vůbec není — výhody distribuovaných systémů si může užívat i jediný vývojář (offline práce, lepší větve atd.) a zároveň i se SVN jde dělat v týmu (dokonce to má i některé výhody — třeba zamykání souborů — i když nevýhody obvykle převažují)

tdvorak

Jasně že výhody využije i jediný vývojář. Ale v teamu je to obrovskej přínos, práce s větvema a snadný mergování hrozně moc usnadní práci. Na projekty kde dělám sám mi obvykle to SVNko stačí, jde mi většinou jen o to verzovat změny a na to je dostatečný. A navíc google code nemá git :(

Opravdový odborník :-)

Ale má Mercurial, ne? Navíc ten Git jsem tam taky někde viděl.

tdvorak
Nemo7

Už má i Git…

Product Engineer: supermani, nebo falešná efektivita?

Stále více firem propouští produktové týmy a sází na jednu roli, která to zvládne celé sama. Product Engineer je člověk, který vymyslí produkt, implementuje ho a vyhodnotí výsledky. S ekosystémem AI agentů místo kolegů. Efektivita? Na první pohled určitě. Ale je rozdíl mezi tím dodávat víc a rychleji a skutečně být efektivní. Tenhle rozdíl firmy zatím moc neřeší.

EU AI Act: co musí vývojářské týmy vědět do 2. srpna 2026

Druhého srpna začnou v EU platit povinnosti pro poskytovatele i provozovatele high-risk AI systémů: posouzení shody, technická dokumentace a quality management na straně providerů, uchovávání logů a dohled nad provozem na straně deployerů. Samostatně vstupují v platnost transparentní pravidla pro chatboty, generativní AI a deepfaky, a ta se týkají všech, nejen high-risk systémů. Kdo nasazuje AI v recruitmentu, credit scoringu nebo HR hodnocení, je v zóně. Čekání na odklad přes Digital Omnibus je sázka na legislativní proces, který ještě neskončil. A kdo si myslí, že se ho to netýká, protože „jen používá ChatGPT" v use casu z Annexu III, pravděpodobně špatně přečetl nařízení.

Vibe coding a skutečná cena kódu, který nikdo nečte

AI
Komentáře: 1
Andrej Karpathy pojmenoval vibe coding v únoru 2025 jako víkendový experiment, kdy vývojář nečte kód a nechá AI dělat všechno. Collins Dictionary z toho udělal slovo roku, startupy kolem toho vyrostly na desítky miliard dolarů. Jenže nejrigoróznější nezávislá studie zjistila, že AI nástroje zkušené vývojáře zpomalují o 19 %, přestože si oni sami mysleli, že zrychlili o 20 %. Mezi tím, co o vibe codingu věříme, a tím, co o něm víme, zeje díra – a je načase se do ní podívat.