abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 17:00 | Nová verze

    AlmaLinux OS byl vydán ve verzích 9.8 s kódovým jménem Olive Jaguar a 10.2 s kódovým jménem Lavender Lion. Podrobnosti v poznámkách k vydání (9.8 a 10.2). Opraveny byly zranitelnosti Copy Fail (CVE-2026-31431), Dirty FRAG, Fragnesia (CVE-2026-46300), nginx Rift (CVE-2026-42945) a SSH Keysign Pwn (CVE-2026-46333).

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | IT novinky

    Seznam.cz vykázal za rok 2025 tržby v celkové hodnotě 6,454 miliardy korun. Oproti roku 2024 nárůst o 3,68 %. Zisk před zdaněním oproti předcházejícímu roku poklesl, a to o 11,21 % na 1,330 miliardy korun. Vlastní velké jazykové modely SeLLMa najdou dnes uživatelé téměř na všech seznamáckých službách. Na všechny obsahové služby byla zavedena technologie text-to-speech, díky níž si mohou uživatelé přehrát články v audio verzi namluvené

    … více »
    Ladislav Hagara | Komentářů: 1
    včera 13:22 | IT novinky

    Vláda představila strategické digitalizační projekty. Roadmapa zahrnuje celkem 55 projektů napříč státní správou, z toho 22 prioritních projektů vycházejících přímo z programového prohlášení vlády a 33 projektů založených na platné legislativě. Portfolio pokrývá oblasti financí, zdravotnictví, digitální identity, dat, registrů, dopravy, krizového řízení, sociálních agend i kybernetické bezpečnosti.

    Ladislav Hagara | Komentářů: 0
    včera 00:22 | Komunita

    Vyjádřeni Software Freedom Conservancy (SFC) k porušování licence AGPLv3 společností Bambu Lab v jejich softwaru Bambu Studio pro 3D tisk. Bambu Studio vychází z PrusaSliceru. Ten zase z Slic3ru. Spuštěn byl projekt baltobu, který kombinuje několik strategií pro řešení problému. SFC zastřeší vývoj svobodné náhrady proprietární knihovny libbambu_networking pomocí reverzního inženýrství a reimplementace, forku OrcaSliceru pro Bambu Lab tiskárny od Paweła Jarczaka a forku celého Bambu Studia pod názvem Viscose.

    Ladislav Hagara | Komentářů: 3
    25.5. 22:44 | Nová verze

    Správce souborů GNOME Commander (Wikipedie) byl přepsán do Rustu a vydán v nové verzi 2.0.0.

    Ladislav Hagara | Komentářů: 1
    25.5. 19:44 | Nová verze

    Sway (Wikipedie), dlaždicový (tiling) správce oken pro Wayland kompatibilní s i3, byl vydán ve verzi 1.12. Do vývoje se zapojilo 50 vývojářů. Přehled novinek na GitHubu. Sway 1.12 závisí na wlroots 0.20.0.

    Ladislav Hagara | Komentářů: 0
    25.5. 16:33 | IT novinky

    Papež Lev XIV. ve své první encyklice Magnifica Humanitas (Skvělé lidství), která se věnuje umělé inteligenci (AI), varoval před dezinformacemi, které AI manipulací s obsahem vytváří. Moc mají podle něj sociální sítě ovládané hrstkou soukromníků. Upozornil také roli digitálních platforem v obchodování s lidmi, které podle něj musí být uznáno jako současná forma otroctví. Papež se také poprvé omluvil za roli, kterou Vatikán sehrál při legitimizaci otroctví, a za to, že jej po staletí neodsoudil.

    Ladislav Hagara | Komentářů: 0
    25.5. 16:11 | IT novinky

    Český telekomunikační úřad zveřejnil Výroční zprávu za rok 2025 (pdf), která shrnuje jeho hlavní aktivity v oblasti regulace elektronických komunikací, poštovních služeb, digitálních služeb a přípravy na dohled nad umělou inteligencí. Součástí zprávy jsou také data o vývoji trhu, včetně pokračujícího růstu spotřeby mobilních dat a rozšiřování sítí nové generace. Celkový objem přenesených mobilních dat dosáhl v roce 2025 přibližně

    … více »
    Ladislav Hagara | Komentářů: 0
    25.5. 16:00 | Nová verze

    Tým sdružení CZ.NIC vyvíjející routovacího daemona BIRD oznámil vydání nových verzí 3.3.0 a 2.19.0. Ty přinášejí podporu pro EVPN/VXLAN a automatizaci BGP na základě router advertisementů. Více informací je k dispozici v archivu uživatelského mailing-listu.

    VSladek | Komentářů: 0
    24.5. 04:33 | Nová verze

    Open source software pro úpravu digitálních fotografií LightZone (Wikipedie) byl vydán v nové verzi 5.0.0. LightZone je dnes k dispozici pod licencí BSD. Původně se jednalo o proprietární software vyvíjený společností Light Crafts. Ta v prosinci 2012 souhlasila s uvolněním zdrojových kódů jako open source [Wayback Machine].

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (14%)
     (31%)
     (4%)
     (7%)
     (3%)
     (16%)
     (26%)
    Celkem 1723 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    13.2.2011 12:34 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Vývoj webové aplikace v 5+ lidí
    My tady ale píšeme obecně i o větších projektech, kde vám rozhodně půl den nestačí na napsání, odladění a otestování nějaké nové funkce.

    Asi jsem se nevyjádřil přesně. Vývoj funkce může trvat déle, ale doba, po kterou je kód technicky nefunkční (nejde přeložit, nefungují testy), může být podstatně kratší.

    Další věc je, že práci lze řídit ne přes feature ale přes čas. Místo "až to bude hotový tak to commitnu" můžu jet stylem "commitnu to, co budu mít za den práce" - samozřejmě s tím, že to je technicky v pořádku.
    Ano. Jenže spolupráce je také to, že nerozbíjím program ostatním pod rukama. Takže commituju pravidelně, ale do společné repository dám až funkční výsledek.

    Přesně tak, a tenhle cyklus netrvá déle než jeden den. To je taková empiricky stanovená doba, za kterou se dá udělat kus práce, který má aspoň nějaký význam.

    Pro ilustraci například když mám udělat GUI kde bude "Save" a "Save As", tak můžu za jeden den stihnout udělat to "Save" a commitnout, druhý den udělat "Save As" a commitnout. Třetí den můžu do obou dialogů dodělat tlačítko "Make new directory" atd. Nemusím dělat 3 dny v koutě a pak najednou commitnout všechny 3 změny.

    Takhle se to dá naplánovat vždycky.
    To může fungovat tak ve skupině do 5 vývojářů. Větší projekt už je potřeba modularizovat a není možné, aby si každý měnil rozhraní, jak se mu zachce.
    No, běžně a bezproblémově to lze natáhnout na 10-15 lidí. Což pokrývá spoustu týmů. Pokud uděláte tu "modularizaci", tak efektivně dělíte projekt na víc podprojektů se vším co k tomu patří.
    To máte nějaký divný postup práce, kdy se vám pořád mění většina kódu. Podle mne je normální, že se změny v rozhraních mezi moduly dělají nárazově a po dohodě autora i uživatele rozhraní. Takže se nemůže stát, že bych něco musel složitě a zdlouhavě přepisovat.

    V praxi to není většina kódu a zdlouhavé přepisování. Počet konfliktů není velký, právě protože ten půlden.

    Pojem "autor kódu" je dost přeceňovaný. Pokud potřebuju autora kódu, tak buď to znamená, že kódu nerozumím, tudíž to autor v první řadě neudělal dost čitelně, nebo to znamená, že se bojím do toho hrabat, tudíž tam autor kódu neudělal dost testů.

    Komunikaci od autora k uživatelům je nejlépe dělat přes ten kód, tak, aby každý kdo k tomu přijde, už pak autora nepotřeboval.
    Nevím, proč bych si měl průběžně integrovat všechny postupné změny – než refaktorovat nějaký kód čtyřikrát podle toho, jak se mění rozhraní nějaké funkce, raději ho zrefaktoruji jen jednou, až je to rozhraní hotové.
    Ten čtyřnásobný příklad mi nějak nesedí. Dejme tomu, že v 8:00 ráno je rozhraní ve stavu A, franta si ho stáhne, a převede ho do stavu B a ve 12:00 pushne. Mezitím v 9:00 přijde pepa, stáhne si verzi s rozhraním A, udělá nad ním funkcionalitu X, a ve 13:00 bude chtít pushovat. Nejprv udělá pull, kterej mu vytvoří lokální konflikt, kterej vyřeší a ve 13:30 pushne. Mezitím franta převede rozhraní do stavu C a v 15:00 bude chtít pushnout, takže udělá pull, zjistí že přibyl jeden uživatel rozhraní B (pepa), kterého převede na rozhraní C, ale to už pepu nezajímá. Franta si pak může klidně dělat verze D, E, F, ... a akorát pokaždé změní všechny uživatele vč. pepy. Když k tomu druhej den pepa přijde, udělá si pull, tak zjistí, že jeho kód používá rozhraní F, a svůj další den začne prostě s tímhle stavem.
    Navíc ten váš postup míchá do jednoho commitu nesouvisející změny. Když se pak ukáže, že moje úprava byla špatně a musím ji vrátit, vrátím i změny vyvolané mergem s jinou větví. Takže ty změny musím provést znova.

    Tak na to jsou ty DVCS, že si můžu oddělit commity svojí práce s commitem integračním (a nebo dělat rebase, jako kdyby ty změny z upstreamu tam už byly když jsem k tomu přišel).
    Podívejte se na vývoj linuxového jádra. Kolikrát se tam mění kód, který znamená jednu novou funkcionalitu. A vy byste po vývojářích chtěl, aby to, co se tam probírá několik dní nebo i týdnů či měsíců, napsali rovnou na čisto za půl dne.

    Kernel je trochu jiná dimenze, ale i tam lze nalézt analogie. Mají jasně stanovený časový plán, kterým se vývoj řídí (merge window, atd.), mají integrační větev next, mají systém "první příspěvek projde bez konfliktů a ostatní mergujou", atd. Na druhou stranu taky mají milion regresí (i bezpečnostních), protože testy žádné a kontrola očima nestačí.

    In Ada the typical infinite loop would normally be terminated by detonation.

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.