• ú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: Ztrapňuj se víc, jde ti to dobře.
    GORG
    GORG --- ---
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: Můj výskyt na nyxu není moje práce, nevím, kde jsi na takovou kravinu přišel.
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: Nevšiml sis už zjevnějších věcí, takže proč ne i této.
    GORG
    GORG --- ---
    Zamysli se nad větou Víš, já už od tebe neočekávám, že věci, které "ví každý" byť jen tušíš.

    Evidentně máš nějaký špatný odhad na lidi. Možná zkus přehodnotit i jiné své názory. Aby si programátor nevšiml, že se běžně mění zadání v průběhu (podobně grafik a v řadě jiných profesí)? To máš nějak špatný odhad.

    (Co ale v celé tvé zdejší práci chybí je vyjádření k otázce, jestli ti přijde OK, mít méně než rok na vytvoření softwaru, ke kterému není ujasněné ani konkrétnější zadání - když i pominu, že se bude zřejmě zásadně měnit - neznámo kdy)
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: Kdyby ses zamyslel než sem něco napíšeš, ušetřil bys tu čas.
    GORG
    GORG --- ---
    ZARREMGREGARROK: No kdyby ses rovnou zeptal, ušetřil bys tu čas.
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: Ano bleješ otázky bez hlubšího zamyšlení a očekáváš, že ti na ně všichni budou odpovídat.
    GORG
    GORG --- ---
    ZARREMGREGARROK:


    Teď jestli ještě začneš rozebírat, že o tom třeba nemusí vědět i třeba zahrandník, jak to chodí v IT. (Ono by bývalo pomohlo méně něco tvrdit, a více se ptát - otázky. Já jich napsal asi 10, ale neodpověděl si snad ani na jednu z nich, tak ti možná koncept otázek uniká :-))
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    JUNIPETRUS: Už jsem to i zmiňoval.
    Koncept v zásadě nezní nijak zle, jen jsem ještě neviděl jeho implementaci domyšlenou do důsledků.

    Rozhodně smutné je, že se ho snaží prosazovat i lidi, kteří neumí ani základní počty...

    K nástřelům implementace od místních ID jsem se vyjadřoval před dvěma měsíci. ZARREMGREGARROK
    JUNIPETRUS
    JUNIPETRUS --- ---
    ZARREMGREGARROK: a co si myslis o NZP?
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: Víš, já už od tebe neočekávám, že věci, které "ví každý" byť jen tušíš.
    ZARREMGREGARROK
    ZARREMGREGARROK --- ---
    GORG: Takže se zase jen neumíš vyjádřit. Okay, nic nového.
    GORG
    GORG --- ---
    ZARREMGREGARROK: Ty nepises skoro nic.

    Vytrhnou vetu z kontextu je snadne.

    Tak se evidentne bavime oba o necem jinem. Nikde jsem nepsal, ze se ti zadani nesmi zmenit v prubehu. Ostatne skoro u kazdyho projektu se do urcite miry meni zadani (v prubehu). To vi kazdy.
    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.
    Kliknutím sem můžete změnit nastavení reklam