91314 má postřehy, které se celkem shodují s mými zkušenostmi.
No-code aplikace jsou takové, kde se nepíše kód, ale konfiguruje ta aplikace z předpřipravených bloků (uipath, pega)
Low-code mají komponenty a ty se spojují pomocí nějakého high level jazyka, typicky proprietárního (bohužel) (automation anywhere)
Firmy to nasazují, protože doufají, že ušetří čas a peníze a vůbec dojde k realizaci. Díky tomu, že 1) nebudou muset zaměstnávat drahé programátory (peníze) a 2) zjednoduší kolečko uživatelé > analytik > architekt > programator > tester (peníze a čas realizace). Úspora nákladů se na první pohled zdá hlavní, ale ten čas nasazení novych procesů může být hlavní driver. Ve velkém korporatu může nasazení procesu trvat klidně dva roky od zjištění potřeby po produkční nasazení. A některé procesy nemusí získat rozpočet na automatizační proces vubec, protože se to finančně nevyplatí. Vynecháním "prostředníků" se to teoreticky dá dost zrychlit (roky>dny).
Bohužel má to několik trhlin. Na nějaké malé automatizace na desktopu asi proč ne. Ale hlavní problém je v tom, kolik je ambice nahradit různých rolí. analytik+architekt+programator+tester to je hodně široké pokrytí, je problém na to vůbec sehnat čtyři různé lidi, kteří aspoň zvladnou jednu roli v přijatelné kvalitě. Navíc je výhoda, že se ti lidé hlídají navzájem a každý dělá tu část práce, ktera ho relativně baví. Pokud děláte proces pro větší skupinu lidí, tak ty funkce prostě musíte pokrýt. Analytik: zjistit od různorodých uživatelů, co je skutečně potreba (což není vůbec tak triviální, jak se na prvni pohled zdá). Architekt: vymyslet nějaké řešení, které je funkční z více ruznych pohledů (bezpečnost, škálovatelnost, integrita dat, uživatelská privetivost atd.). Programátor: napsat to tak, aby to dělalo, co má, bylo spolehlivé a aby to v budoucnu mohl spravovat někdo jiný. A tester, který objektivně posoudí, jestli dodaný SW skutečně splnuje potřeby definované na začátku.
Představa, že nějaký účetní specialista, nákupčí, hr atd. mimo svoji práci budou umět kvalitně ještě všechny tyhle věci (nebo vůbec najdou čas se to zkusit učit), je podle mě silně nereálná. A v reálu to nakonec stejně většinou sklouzne k původnímu modelu, kde jsou ty role zastoupené různými lidmi a trvá a stojí to zhruba stejně.
A jo, pro zkušeného programátora je dělat v tom celkem peklo
nemá žádnou výhodu z toho, že naucit se s tim je objektivně jednodušší, protoze už umi neco složitějšího. Naopak neustale naráží na nějaká omezení.
Podle mě ideální profil pro tuhle práci je analytik, který se chce posunout do programování. Nebo začínající programátor bez školy, aby se naučil fungovat ve větší firmě, získal řádek do cv a trochu si osvojil zaklady algoritmizace, práce s pozadavyky a logiku testování. Taky pokud nekdo dělá rád projekty sám od a do z. Pokud je ten sw dělaný na danou úlohu, tak naklikat to je rychlejší. Podobně jako v Pythonu použít Pandas na datovou ulohu místo toho programovat řešení s vlastními datovými strukturami v C++.
16 Odpovědí
10174 Zhlédnutí