Jak vyvíjet agilně IS od High Level Analysis až po čistý a dobře zdokumentovaný kód
Ilja Kraval
konzultant, analytik, školitel
UML, OOP, CLEAN CODE, BPMN, USE CASES,
BPMN & AGILE
❌ Již nenabizíme in-house školení.
✔ Spolupráce s SW firmami na smlouvu (nyní obsazeno)
✔ Publikační činnost zdarma (články apod.)
✔ Webináře online zdarma
Prosperující SW firma hledá analytiky a JAVA programátory v Hradci Králové a v okolí
-
Praktický příklad na „posun meta“: Agenda Číselníky
Takřka v každém evidenčním systému se vyskytují tzv. číselníky, někdy zvané také jako „kódovníky“, anglicky např. jako „Code List“. Jedná se o velmi jednoduché entity obsahující „kód + text“ (případně zkratka apod.), které pomocí odkazu přidělují daným prvkům vlastnosti jako hodnotu kódu. Většinou se tak děje ve scénáři výběrem od obsluhy. Každému kódu je přiřazen…
-
Proč je v analýze tak důležitý stav nečinnosti u informačního systému, 2.část
V předešlém článku bylo vysvětleno, jak se mají správně chápat případy užití prvního druhu. V definici těchto případů užití sehrává svou velmi důležitou roli stav nečinnosti, který jsme nazvali jako IDLE stav. V této části si vysvětlíme, k jakým základním až fatálním chybám dochází, pokud se tento stav opomíjí a když se hledání případů užití…
-
Proč je v analýze tak důležitý stav nečinnosti u informačního systému? Část 1.
Je vcelku zřejmé, že pokud mají vývojáři odevzdat dobrý a pokud možno bezchybně fungující informační systém, tak se soustředí v prvé řadě na to, co má tento systém dělat. Věnují se tomu, jak mají vypadat algoritmy programu, jak se má program chovat, co má dělat – a to na začátku na logické a analytické úrovni a…
-
Kam v analytickém modelu umístit výběrové podmínky SQL dotazů?
Před nedávnem jsem obdržel tento mail s dotazem (cituji dotaz doslovně bez diakritiky): Neviem, ale ako zapísať detaily, ktoré by sa dali pouzit aj pri testovani, napriklad logika vyhladavania instancii podla cenoveho rozsahu: Entita ma vlastnosti CenaMin, CenaMax. Vyhladavam na tento cenovy rozsah podla nasledovnej logiky:
-
Seriál Quick-and-Dirty-Programming Část 7: Proč je v SW firmách tak rozšířen zlozvyk tvořit paskvilný SW „Dirty Code“ ?
Nedávno jsem obdržel tento mail (publikuji bez úprav): Vazeny pan Kraval, cital som Vas serial Quick-and-Dirty-Programming a som rad ze o tom niekto pise. Som v situacii, kde model projektu neexistuje a vsetko sa zistuje reverznym inzinieringom a samozrejme opatovne vzdy, ked sa v danej casti aplikacie robia zmeny. Frustrujuca situacia, hlavne ked sa jedna…
-
Seriál Quick-and-Dirty-Programming Část 6: Nepodceňujte LSP – Liskov Substitution Principle aneb proč čtverec není v OOP dědicem obdélníku
Na nedávném in-house školení na téma Čistý kód a Design Patterns jeden účastník vznesl následující dotaz: „Někde jsem se dočetl, že čtverec nemůže být dědicem obdélníka, protože to porušuje tzv. „Liskov Substitution Principle“ (dále jen LSP). Ale když přece podědím z Obdélníka novou třídu Čtverec a současně překryji metody pro nastavení stran tak, aby byly…
-
Jaká jsou úskalí Quick-and-Dirty-Programming a jak se jim vyhnout? Část 5: Porušení principu jedné odpovědnosti II
V předešlém článku jsme hovořili o chybách špatně umístěného kódu. Naše úvahy se opíraly o jednoduchý princip rozdělení aplikace na tři vrstvy, vrstva „levá“ (anonymní klient), naše vrstva kódu a „pravá“ vrstva kódu, kterou náš kód používá: Také jsme si vysvětlili první možnou chybu, kdy se kód, který správně patří „nalevo“, umístí do naší vrstvy…
-
Jaká jsou úskalí Quick-and-Dirty-Programming a jak se jim vyhnout? Část 4: Porušení principu jedné odpovědnosti
Pokud se podíváme do kódu a chceme zjistit, zda je „nečistý“, tak bychom neměli o tom příliš dlouho spekulovat, ale měli bychom uvidět na první pohled, zda se jedná o paskvil nebo ne. Je to spíše obdoba „Pavlovova podmíněného reflexu“ (řádově v sekundách), než že by se jednalo o složitou a dlouhou analýzu kódu. Hlavním…
-
Jaká jsou úskalí Quick-and-Dirty-Programming a jak se jim vyhnout? Část 3.
Je zřejmé, že opuštění metody Quick and Dirty Programming přinese firmě výhody. Jenže je to dlouhá cesta k cíli, na které hrozí několik vážných úskalí. Tento článek pojednává o jednom z hlavních nebezpečí na této cestě.
-
Jaká jsou úskalí Quick-and-Dirty-Programming a jak se jim vyhnout? Část 2.
V předešlém článku jsme uvedli metodu Quick and Dirty Programming. Jak bylo trefně poznamenáno v komentáři od kolegy u předešlého článku, tak není až tak relevantní otázka, kdo se s ní potkal, ale naopak, spíše ať se přihlásí ten, kdo se s touto metodou nikdy nesetkal. Kde hledat hlavní příčiny tolerance k nečistému kódu a…
