• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    _BENNYNepodmíněný Základní Příjem
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: Ne, rozhodně mě ani ve snu nenapadlo navrhovat "nemít úvodní analýzu".

    Oponoval jsem tvému tvrzení, že poté při vývoji pokud budeš ujasňovat zadání, tak sis provedl recept na zabugovaný software.

    Pak kdo je tu mlha, že? Nereaguj na nějaké své projekce, ale na to, co píšu.
    GORG
    GORG --- ---
    ZARREMGREGARROK: Uf, vždyť o tom se tu celou dobu bavíme, mlho!

    Ty si rozporoval moji větu:
    Když člověk chce dělat kvalitní software, musí mít nejdřív analýzu. Přes to nejede vlak. Není tomu tak vždy úplně dokonale, ale aby si to ujasňovali v průběhu vývoje?

    Velice užitečná debata. Nemít na začátku ani zadání (jen jakési mlhavé koncepty. Budou mít i občané čtečky bločků...? Podle současného zákona prý budou muset. Atd.) je tedy prý OK, protože Agile. To nějak magicky zajístí udržitelný kód - IT systém pro správu online pokladen klidně transmutuje na mainframe pro jadernou elektrárnu? :-) Vždyť co by nevyřešil správný management projektu a každotýdenní brainstormingy.
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: Proč se hádáš sám se sebou?
    GORG
    GORG --- ---
    Jj programátor to pak nějak naprogramuje. Njn.. pokud si analytik myslí, že k realizaci projektu nepotřebuje mít analýzu , ať se to pak řeší za běhu....

    btw taky zajímavý přístup:
    bugy ve hrach resi ovladace graficke karty | Diit.cz
    http://diit.cz/clanek/bugy-ve-hrach-resi-ovladace-graficke-karty

    A rok na vývoj též stačí. Ok.. no . Ať žije tedy Babiš a jeho geniální nápady. Řesit zadání až za běhu. Rozhodně bych na takovém projektu dělat nechtěl.

    Bylo by teda zajímavé tu slyšet, jak přesně Agile řeší situace existujícího kódu, kdy je potřeba změnit databázový model nějak zásadně apod.
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: že žádnou nepotřebuješ, je teda dost odvážné tvrzení

    hezký slaměný panák, všimni si, že jsi první, kdo něco takového tvrdí.
    GORG
    GORG --- ---
    ZARREMGREGARROK: Imho i kdyby si to dělal třeba pomocí TDD (test driven development), který umožňuje větší modularitu (když je dobře aplikován), protože člověka k tomu vede a vede pak k menší závislosti na jiných objektech, protože při psaní unit testu ex-post pak už může být obtížné takový test napsat, tak k tomu nějakou analýzu potřebuješ

    (Google třeba na přednáškách o TDD říkali, že vlastně umožňuje softwarový design takhle za běhu)

    Na TDD a jiný Agile postupy potřebuješ mít aspoň nějaké jasné zadání a analýzu. To že se lidi potkávají, říkají si, co dělali minulý týden, jsou více v kontaktu a vývoj je více krokovýn na kratší (týdenní) celky si mnoho firem dnes (moderně) aplikuje do vývojového procesu. Jak to řeší absenci zadání a analýzy?

    Vždycky se ti mění do nějaké míry jak zadání, tak i nutnost odklonit se od původní analýzy, ale že žádnou nepotřebuješ, je teda dost odvážné tvrzení.

    Agile je filozofie, způsob jak managovat projekt, aby umožňoval snadnější odolnost na změny v průběhu. Že by ale někdo dělal projekt nemajíc zadání (u pokladen jsou jen jakési "draft" požadavky, které si některé dokonce protiřečí) ani analýzu, slyším poprvé. No, slyšel jsem teda už slušný zvěrstva kolem IT (viz. http://thedailywtf.com )

    Každopádně tohle všechno jsou filozofie až někdy vnímány až nábožensky a názory programátorů se liší. Někteří např. koukají na TDD skrz prsty. Ve výsledku ale tak nebo tak píšeš nějaký kód (TDD myslím má nejblíž k technické stránce věci,ale řadě programátorů to přijde jako blbost psát nejdřív test na něco, co neexistuje. Pak napsat kód, a později refaktorovat a sledovat, jestli test stále má zelenou barvu)
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    JUNIPETRUS: Nemluvě o tom, že "jsi programátor" je hrubě zavádějící, jelikož tahle část procesu je většinou řešena bussiness analytikem, architektem a designerem systému. Programátor je až na konci celého procesu.
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    JUNIPETRUS: Kdyby tě to zajímalo už dávno bys to věděl.

    Ne asi, proč bych jinak reagoval na takové kraviny, které GORG tvrdí.
    JUNIPETRUS
    JUNIPETRUS --- ---
    ZARREMGREGARROK: jsi programator?
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: Jsem rád, že ti to konečně došlo, takže: Když bude mít první analýza mouchy, tak musíš ujasňovat v průběhu vývoje.

    i.e.: aby si to ujasňovali v průběhu vývoje? To je recept na zabugovaný software je bullshit
    GORG
    GORG --- ---
    ZARREMGREGARROK: Prvnin analyza jakehokoliv projektu bude pravdepodobne mit mouchy. To jsem psal v tom bullshit prispevku. Rekni mi neco, co nevim.

    No tak pro posouzeni je tva IT praxe dost relevantni
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: Máš pocit, že u projektu takového rozsahu je možné všechny problémy nalézt už při první analýze?

    Jakou má souvislost nesmyslnost tvého tvrzení s mou prací?
    GORG
    GORG --- ---
    ZARREMGREGARROK: Bullshit jo?
    Odpovez spis na tu otazku. Je dobry napad v omezenem casovem obdobi vymyslet software za behu... ktery bude resit veci takovehle dulezitosti?

    A jsi programator predpokladam?
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: Smysl mého sdělení je reakce na tvůj bullshit.
    GORG
    GORG --- ---
    ZARREMGREGARROK: Chtel jsem to napsat, ale nechtel jsem natahovat ten prispevek... klasicky pisu dlouhe prispevky.
    Jsou treba iterativni modely vyvoje, a sam jsem na jednom takovem projektu delal, rozepsal jsem se o tom, a pak to neodeslal

    Ale vedel jsem, ze se nekdo ozve. Agile znam. A? Smysl tveho sdeleni? Rejpat se v moji kredibilite nebo neco (relevantniho) k tematu SW pokladen. Doporucujes agile vyvoj? Nevim, jestli se to hodi na takovy typ projektu. Ze k tomu pridas buzz word a planujes to v Agile planovacich nastrojich primo neresi potencialni problemy.
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: aby si to ujasňovali v průběhu vývoje? To je recept na zabugovaný software

    Nemáš pravdu.
    Agile software development - Wikipedia, the free encyclopedia
    http://en.wikipedia.org/wiki/Agile_software_development
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    JUNIPETRUS: Zakážeme outsourcing? To dopadne zle.
    DANYSEK
    DANYSEK --- ---
    VYHULENY_UFO: obavam se, ze nepoucili :) Rejstrik vozidel dela jina parta...

    Jinak elektronicka podani na FU v praxi prca... 10. podano, 13. prijde prvni potvrzeni o prijeti podani, dnes (16) druhe potvrzeni... v zapeti SMS o tom, ze chybi nejaka priloha - v podpisu jmeno baby, telefon. Volam obratem zpet, upozornuji pani, ze EPO2 formular jaksi na vstupu provadi kontroly, ergo je blbost, ze by priloha chybela - pani se podiva podruhe - a nasleduje omluva, ze se prekoukla, ze se divala jinam... ;-) Ale jo, mame to elektronicky...
    VYHULENY_UFO
    VYHULENY_UFO --- ---
    GORG: budeme uvazovat, ze zatim netusi jak dlouho bude probihat testovaci faze projektu. preci jen se snad poucili z rejstriku vozidel a dosli k tomu, ze je potreba radne sw otestovat, chteji-liz predejit vypadkum. takhle ja bych si predstavil souslovi "systém spolehlivě vyzkoušený".

    pokud se nepletu na testovani jsou metody, postupy a firmy mnohdy maji oddeleni testeru. preci jen testovat v zivym provozu na zivych lidech nemusi byt uplne ten nejlepsi napad kolikrat.
    GORG
    GORG --- ---
    DANYSEK: Babiš: "Co když se to nestihne? Tak se nic zásadního nestane. Elektronickou evidenci tržeb lze zavést kdykoliv k prvnímu dni měsíce. Když nebude systém spolehlivě vyzkoušený k 1. lednu 2016, jeho spuštění o pár týdnů posuneme."

    O pár týdnů :-)

    Nevím. jak by to mohli stihnout. Když člověk chce dělat kvalitní software, musí mít nejdřív analýzu. Přes to nejede vlak. Není tomu tak vždy úplně dokonale, ale aby si to ujasňovali v průběhu vývoje? To je recept na zabugovaný software - ideálně, když vznikne framework, který už od počátku bude kvůli tomu nevhodně navržený, a pak se v průběhu na to budou aplikovat změny požadavku/zadání, tak se snadno pak stane, že se pro udělání jednoduchého úkonu, bude kód muset příslovečně drbat za uchem pomocí nohy. (To může dopadnout časem i tak, že jednodušší může pak být to napsat celé znova)

    Kdyby měli už teď vyjasněné pevné zadání, tak i tak je rok krátká doba na tak masivní projekt. Triviálnější projekty si firmy plánují na rok a víc, a to ani nutně nejde o nic vážného, kde by šlo o peníze a dokonce sankce.

    Teoreticky to tak může být schválně, aby bugy uvěřitelně zakryté tím zmatkem poskytovaly backdoory pro podvody

    Svým způsobem by mohli být zodpovědní lidé obviněni možná z obecného ohrožení :-)

    DANYSEK
    DANYSEK --- ---
    elektronicka evidence... stret hura stylu s realitou :-)
    Dá se elektronická evidence tržeb vůbec stihnout? - Lupa.cz
    http://www.lupa.cz/clanky/da-se-elektronicka-evidence-trzeb-vubec-stihnout/
    Kliknutím sem můžete změnit nastavení reklam