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í
-
Seriál: Quick-and-Dirty-Programming a jak s ním bojovat, díl 1
Myslím, že člověka k programování přitahuje primárně vysoká tvůrčí kreativita v tomto oboru. Vývojář má možnost jako meta-tvůrce vytvářet nový virtuální svět (jakýsi svůj „Matrix“) podle jeho takřka „božské“ libovůle. Nejhezčí na tom je, že tento svět bude skutečně takovým, jaký jej stvořitel programátor vytvoří. Časem jsem vypozoroval ještě jedno velké plus: Pokud pominu sociopatické výjimky,…
-
Seriál: Jak se tvoří čistý kód aneb jak se vyvarovat paskvilům – 8. kapitola: Proč je princip Open Closed důležitý pro agilní techniky
V návaznosti na předešlé články si ukážeme na konkrétním příkladu vztah mezi principem Open Closed a agilními technikami, například SCRUM. Představme si tuto situaci: Analytik-programátor vytvořil a naprogramoval nějakou metodu objektu, pojmenujme tuto metodu objektu jako A. O něco později musí vyvinout druhou metodu někde jinde, pojmenujme ji jako B. Nechť při studiu nové metody…
-
Seriál: Jak se tvoří čistý kód aneb jak se vyvarovat paskvilům – 7. kapitola: Znáte zkratky DRY, ADP, OCP, ISP a PINI?
Při studiu problematiky tvorby tzv. „čistého kódu“ můžete narazit na tzv. principy. Jedná se vlastně o doporučení týkající se návrhu čistého kódu, která by se měla dodržovat. Pro lepší zapamatování a rychlejší komunikaci mezi vývojáři se tyto principy označují zkratkami. Mezi nejznámější (kromě notoricky známé zkratky SOLID) patří také v nadpisu zmíněné zkratky DRY, ADP, OCP,…
-
Seriál: Jak se tvoří čistý kód aneb jak se vyvarovat paskvilům – 6. kapitola: Ukázka vyčištění špinavého kódu
Na ukázkovém příkladu z předešlého článku si nyní ukážeme konkrétní praktické postupy řešení situací s nečistým kódem. Ukážeme si efektivní použití testů na čistotu kódu a také postup, jak se nečistého kódu zbavit.
-
Seriál: Jak se tvoří čistý kód aneb jak se vyvarovat paskvilům – 5. kapitola: Ještě záludnější příklad na zašpinění vrstvy
V předešlých článcích jsme si na jednoduchém příkladu vysvětlili jednu z nejčastějších chyb, kterou bychom mohli nazvat jako „zašpinění vnitřní vrstvy“. Podstatou této chyby je umístění evidované informace „příliš nízko“. Údaje o Čtenáři mají být ve Čtenáři (vyšší vrstva) a nikoliv v Osobě (nižší vrstva). Tento příklad má svou výhodu ve své jednoduchosti a průzračnosti (což je…
-
Seriál: Jak se tvoří čistý kód aneb jak se vyvarovat paskvilům – 4. kapitola: Řešení zapůjčování knih
V předešlém článku jsme předložili model se studenty, zaměstnanci, osobami, zaznělo zadání ve smyslu „evidujeme půjčování knih“ a otázka byla formulována takto: “Kam umístíme všechny požadované údaje o půjčování – zápůjčky, číslo průkazu, atd., v tomto modelu? Do studenta, do zaměstnance anebo do osoby, když i student i zaměstnanec si mohou půjčovat knihy?” V tomto…
-
Seriál: Jak se tvoří čistý kód aneb jak se vyvarovat paskvilům – 3. kapitola: Záporný bonus opětovné použitelnosti a zašpinění vnitřní vrstvy
V knize Analytické modelování pomocí UML v praxi (volně ke stažení zde) je uveden jeden názorný příklad vysvětlující určité záludnosti objektového paradigmatu, viz kaptiola 1.3.2, strana 12. Na tomto příkladu si uvedeme jeden z nepříjemných důsledků nedodržování čistoty kódu včetně zajímavé hádanky, která v knize není uvedena.
-
Kdy použít v Use Case Diagramu vztah Extend a kdy Include (část 4)
V této části mini seriálu o interakcích Extend a Include v Use Case Diagramu si ukážeme, jak se tento vztah chápe jako zadání do technologického návrhu a programování.
-
Kdy použít v Use Case Diagramu vztah Extend a kdy Include (část 3)
U jednoho z předešlých článků se objevil jeden natolik důležitý komentář, že jsem se rozhodl odpovědět na něj přímo tímto článkem.
-
Kdy použít v Use Case Diagramu vztah Extend a kdy Include (část 2), příklad na Extend
Tento článek je pokračováním předešlého textu, viz zde. Ukážeme si nyní velmi názorný a vysvětlující příklad na použití vztahu Extend.
