abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 13:11 | Nová verze

    Byla vydána nová verze 2.53.18.2 svobodného multiplatformního balíku internetových aplikací SeaMonkey (Wikipedie). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    dnes 00:22 | Zajímavý článek

    Na blogu programovacího jazyka Swift byl publikován příspěvek Psaní aplikací pro GNOME v programovacím jazyce Swift. Používá se Adwaita pro Swift.

    Ladislav Hagara | Komentářů: 4
    včera 17:44 | Zajímavý software

    egui je GUI knihovna pro programovací jazyk Rust běžící na webu i nativně. Vydána byla verze 0.27.0.

    Ladislav Hagara | Komentářů: 0
    včera 16:22 | Nová verze

    Byla vydána nová verze 6.1 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.13. Thunderbird na verzi 115.9.0.

    Ladislav Hagara | Komentářů: 0
    včera 14:44 | IT novinky

    Linka STOPonline.cz v roce 2023 přijala 3700 hlášení závadného obsahu na internetu, 22 bylo předáno PČR, 23 bylo předáno ISP a 944 závadových domén zobrazujících dětskou nahotu či pornografii bylo nahráno do mezinárodního systému ICCAM, který je spravován asociací INHOPE.

    Ladislav Hagara | Komentářů: 5
    26.3. 20:44 | Zajímavý článek

    Byla publikována podrobná analýza v upstreamu již opravené bezpečnostní chyby CVE-2024-1086 v Linuxu v nf_tables.

    Ladislav Hagara | Komentářů: 0
    26.3. 18:44 | Nová verze

    Byla vydána nová verze 4.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v obsáhlých poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    26.3. 18:22 | Nová verze

    Úkolníček Taskwarrior (Wikipedie) pro správu úkolů z příkazového řádku byl vydán ve verzi 3.0.0.

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

    Společnost Canva stojící za stejnojmenným webovým grafickým editorem koupila společnost Serif stojící za grafickým editorem Affinity.

    Ladislav Hagara | Komentářů: 10
    26.3. 16:00 | Nová verze

    Byla vydána betaverze Fedora Linuxu 40, tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 16. dubna. Z novinek (ChangeSet) lze vypíchnout podporu frameworku pro strojové učení PyTorch. Fedora KDE Plasma Desktop přichází s Plasmou 6 a běží nad Waylandem. Fedora Workstation přichází s GNOME 46.

    Ladislav Hagara | Komentářů: 5
    Steam
     (24%)
     (29%)
     (14%)
     (9%)
     (24%)
    Celkem 380 hlasů
     Komentářů: 9, poslední 25.3. 18:16
    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
    24.2.2011 21:13 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Vývoj webové aplikace v 5+ lidí
    Zajímavé, co... ale ten váš případ bude určitě něco jiného a proto to nejde.
    Ano, můj případ je samozřejmě něco jiného. Vy píšete, že někdo tvrdil, že něco nejde, a ono to šlo. To ale ještě neznamená, že všechna tvrzení o tom, že něco nejde, jsou nepravdivá. Proč tedy nepředvedete, že každý kód, který tvoří nějakou funkcionalitu, jde napsat za 4 hodiny? Proč to nepředvedete třeba na změně používané SQL databáze?
    Pokud jsou opravdu v rolích uživatelů,
    To jsou skoro vždy. Každý vývojář je uživatelem kódu spousty dalších vývojářů.
    tak na ně můžu zavést stejný proces, jako s ostatníma uživatelema. Tzn. definice požadavků, akceptační testy, release.
    No sláva. O tom píšu celou dobu.
    Tohle je ale pro tým o 5 lidech naprostý overkill, takže žádná role vnitřního uživatele se nekoná.
    To se mýlíte. Těch pět lidí asi nepíše kód, který není nijak provázaný – leda by dělali každý na jiném projektu. Jinak samozřejmě jeden vývojář píše kód, který volá kód někoho jiného – je tedy jeho uživatelem.
    V tom případě chci přesně to, aby dneska po mně zbyl produkt, který se sám umí otestovat a kde je přesně poznat, do jakého bodu jsem došel a kde se má navázat.
    To já chci také. A proto ten bod určuju podle toho, jak vypadá ten kód, ne kolik je hodin.
    A né ... "héé, tohle ještě nejde přeložit, těhle 5 testů neprochází, nechápu proč, a na tohle nesahej, protože to ještě nemám hotový, ale dostanu se k tomu určitě co nejdřív!!".
    Právě proto se dál předává kód tehdy, když je hotový a otestovaný, ne podle toho, že je čas na integraci a tak se musí dát dál, i když to ani nejde přeložit.
    Můj příklad s přechodem na jinou databázi popisuje, jak 1. den přibyla binárka databáze (ta se používá - v balení instalačního balíku), další den přibyl spouštěcí skript (ten používá binárku a zároveň se používá v nainstalovaném produktu), další den se do databáze začaly sypat data, atd. Takže produkt z 1. dne se používá v 2. dni, a produkt z prvních 2 dní se používá ve 3. dnu atd.
    Ale co ty produkty byly? Co jste testoval druhý den? Přítomnost nějakého binárního souboru, ne funkci databáze. Kdybyste tam místo databáze dal Word, tak jste teprve třetí den přišel na to, že Word jako relační databáze není příliš vhodný. Takže jste sice kód integroval každý den, ale funkcionalitu až po několika dnech. K čemu to tedy celé bylo dobré?
    Předpokládá se, že funkcionalita je zastoupena testy.
    To předpokládáte akorát vy. Většina lidí si uvědomuje, že automatizované testování je užitečné, ale nenalhávají si kvůli tomu, že jejich automatizované testy pokrývají 100 % funkcionality. Naopak jsou si dobře vědomi toho, jakou část pokrývají automatizované testy, a co je potřeba testovat jinak.
    Ale není pravda že by každé kolo integrace muselo přinášet nějakou novou funkcionalitu.
    Mělo by přinášet novou funkcionalitu nebo změnu implementace té stávající. Ale kód, který nikdo nepoužívá, nemá v integračních testech žádný význam.
    Můžete klidně commitnout nějaký refactoring, který z definice žádnou funkcionalitu nepřidává, a nechat si výsledný kód projet na integračním počítači.
    To mohu, ale nemusím kvůli tomu ten kód ještě nutit ostatním. Nechám ten kód sestavit ze své větve, třeba ho nasadím na server, a teprve pak objevím nějaké chyby. Tak je opravím, a teprve po několika iteracích budu ten kód považovat za natolik opravený, že jej dám do hlavní větve. Z ní si ho pak ostatní stáhnou podle potřeby, až dokončí svou práci.

    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.