Výhody a nevýhody GraphQL

GraphQLPo měsíci práce jako GraphQL vývojář jsem nabyl dojmu, že už vím úplně všechno a že můžu poučovat ostatní. V tomto článku Vám zkusím předat takový první insight do této technologie pohledem programátora, který ještě před měsícem nevěděl o GraphQL skoro nic. Řekneme si o čem to je a přitom se nevyhneme porovnávání s klasickým starým dobrým REST. A samozřejmě neopomenu i některé podpultové dark-side vlastnosti, které si v oslavných článcích a chvalozpěvech nepřečtete.

Přečíst více…

Jak na technický dluh

Technický dluhNo jo, jsem pořád tady. Ač mi pozice vedoucího vývoje dává k programování zhruba stejně prostoru, jako manželka na pivo s klukama, stále mám pár es v rukávu. V tomto zamyšlení bych se pokusil vyjádřit své naivní pocity ohledně problému starému jak programující lidstvo samo. Ať už Vás bičuje Váš Scrum master, Projekťák, Produkťák nebo manželka, pointa je stejná. Všichni chtějí nové krásné věci. Jenže vy moc dobře víte, že to takhle prostě pořád nejde. Přečíst více…

Když refactoring není řešení aneb nové centrum.cz

Logo centrum.czTenhle příběh začíná u starého projektu – webových portálů centrum.cz, atlas.cz a volny.cz. Dříve se jednalo o velmi oblíbené a hojně navštěvované weby. Dnes mají už největší slávu za sebou a slouží spíše jako rozcestník do dalších služeb mediálního domu Economia, jako je třeba web Aktuálně, Ihned, DVTV či centrum mailu. Návštěvnost dlouhodobě mírně klesá, stále ale web točí přes 3,5 milionu návštěv denně, což je asi o 3 499 991 návštěv více než má můj blog.

Přečíst více…

Jednoduché testování – Jest

jestPln nových poznatků z dalšího ročníku konference AgentConf18 z Rakouského Dornbirnu jsem se rozhodl vyzkoušet pro psaní testů na novém projektu nový testovací nástroj od Facebooku – Jest. Jedná se komplexní testovací nástroj, který zvládá více než jen unit testy a moje zkušenosti s tímto nástrojem jsou vesměs pozitivní. Rád bych Vám v následujícím článku řekl i ukázal, co Jest umí a v čem je lepší než mnou donedávna používaný Mocha.

Přečíst více…

Jak dát vývoji v teamu směr aneb práce teamleada

teamDvojnásob lidí rovná se dvojnásob práce. Manažerský vlhký sen. Každý zkušenější programátor ví, že tahle rovnice při vývoji aplikací v teamu neplatí. I ten nejsladěnější a nejdokonalejší team není vyjímkou. Zkuste se zamyslet. Představte si partu dobrých vývojářů, kterým zadáte nějaký projekt a nenastavíte žádná pravidla, hranice a zodpovědnosti. S největší pravděpodobností pak skončíte s kupou nefungujícího a neslepitelného kódu a při troše štěstí se programátoři alespoň vzájemně nepobijí. Pokud máte chuť to vyzkoušet, doporučuji pořídit jim bezdrátový internet, klávesnice i myši, ať se nemají čim škrtit, navíc se ty kabely pak budou hodit Vám…

Přečíst více…

Jak udržet velikost produkčního JavaScriptu na uzdě

webpackS masivním rozvojem JavaScriptu drží krok i mnoho dalších zajímavých technologíí, bez kterých by se budování rozlehlých frontendových JavaScriptových aplikací neobešlo. Jednou z nich je třeba i webpack (v aktuální verzi 3). Nedávno jsem potřeboval tuto technologii použít pro vytvoření produkčního bundlu a setkal jsem se s mnoha návody a doporučeními, jak to udělat co nejlépe. Nakonec mi vlastně žádná rada nepomohla, protože jsem zjistil, že je problém jinde.

Přečíst více…

Clean Code – čistý kód v praxi

čistý kód

Clean Code (čistý kód) by měl být základní výbavou každého svědomitého a čestného vývojáře. Nejde přeci jenom o nás, ale i o ty druhé, co budou mít tu čest pracovat na našem projektu s námi (či po nás) a ty, kteří na nás spoléhají. Jak se říká, pořádek dělá přátele. Dost řečí, pojďme se podívat na smyšlený příklad z praxe, na kterém si ukážeme, kolik času se dá ušetřit, když nebudeme programovat schizofrenně. Dejme našim uměleckým dílům určitá pravidla a řád tak, aby ostatní měli chuť při code review náš kód olíznout. Ukažme ostatním vývojářům, že Mozart se dá zahrát i na klávesnici.

Přečíst více…

SOLID principles – udržitelnost a rozšiřitelnost

SOLIDVelmi často se setkávám se špatně napsanými projekty. Jejich společným znakem je špatná rozšiřitelnost a náročná údržba. Často se nejedná ani o „archivní kousek“ softwaru, ale o úplně nové aplikace. Většina neduhů se na špatně napsaném projektu začne objevovat brzo. Ve chvíli, kdy trávíte zbytečně mnoho času na údržbě systému a přidání „maličkostí“ zabírá neúměrně mnoho času, nastala chvíle na trochu sebereflexe. Je projekt napsán dobře? A jak to poznám? Vývojových technik je sice mnoho, ale snad všechny mají jedno společné. SOLID principles.

Přečíst více…