• ú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
    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: ž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/
    DANYSEK
    DANYSEK --- ---
    XCHAOS: ...ze by proto, ze zde sidli kvanta firem? :) bernaky v Praze nestihaji i tak, jezdi sem posily z venci...
    XCHAOS
    XCHAOS --- ---
    VYHULENY_UFO: to je problém sice relativně záhadný, ale určité procento důchodců to stejně do některé vesnice má nejblíž. co je pro mě záhadou je spíš jak se v Praze uživí tolik zaměstnanců berňáku, účetních, daňových poradců a co víc - bankéřů, pojišťováků, makléřů... :-) proti tomu rodiny víceméně bydlící ve svých provozovnách mají svojí logiku.
    COMODOR_FALKON
    COMODOR_FALKON --- ---
    VYHULENY_UFO: To je prave to symbolicke prevzeti. Uctenku jsi sice zahodil, ale pokud by byla z registracni kasy, tak jejim tiskem vznikne (teoreticky nesmazatelny) zaznam ve fiskalni pameti...

    Ne, tenhle problem to asi nevyresi... Ale zpruhlednenim prijmu z prodejni cinnosti bude snazsi odhalit vyraznejsi nesrovnalosti... Samozrejme zalezi na skutecnem pozadi tech vecerek, jak a proc jsou provozovany....
    Kliknutím sem můžete změnit nastavení reklam