Fórum Root.cz

Hlavní témata => Vývoj => Téma založeno: Vietnamka 15. 05. 2022, 11:26:04

Název: Co je no-code a low code?
Přispěvatel: Vietnamka 15. 05. 2022, 11:26:04
Co je zač low code a no code?  Spojení používat no-code asi nemůže znamenat neprogramovat a pochybuji že lowcode je něco jako kód úrovně uklízečky
Název: Re:co je no-code a low code
Přispěvatel: RDa 15. 05. 2022, 11:43:35
vis ze na takove dotazy staci pouzit napr. https://www.google.com/ ? :)
Název: Re:co je no-code a low code
Přispěvatel: Mlocik97 15. 05. 2022, 15:39:30
Je to v podstate programovanie spôsobom že nepíšeš kód ale kreslíš čiary a spájaš "boxíky"... takýto spôsob je dobrý pre úplných začiatočníkov a veľmi primitívne projekty, lebo nováčik sa nemusí učiť celý syntax jazyka (rázovo), ale na druhú stranu takéto "kreslenie" kódu je časovo výrazne náročnejšie a obmedzujúcejšie a pri komplexných programov to môže vieš až k neskutočne zložitému "modelu". Pre skúsenejšieho programátora je vždy lepšie písať kód, keďže to čo by kreslil a patlal celý deň, tak vie napísať v podobe kódu za desať minút.

Inak mimo "pre začiatočníkov", sa no-code a low-code dá ešte relatívne použiť pri IoT...
Název: Re:co je no-code a low code
Přispěvatel: 91314 15. 05. 2022, 22:21:52
Je to v podstate programovanie spôsobom že nepíšeš kód ale kreslíš čiary a spájaš "boxíky"... takýto spôsob je dobrý pre úplných začiatočníkov a veľmi primitívne projekty, lebo nováčik sa nemusí učiť celý syntax jazyka (rázovo), ale na druhú stranu takéto "kreslenie" ....

Tak pokud je toto ten nocode, tak jsem se s ním už setkal i ve velké komerční nadnárodní společnosti, kde si dokonce dva podobné nástroje pořídili, v naději, že se neprogramující lidé kteří by měli vymýšlet logiku informačního systému, tento nástroj naučí, a budou si moci některé nápady realizovat sami. Dopadá to ale tak, že je baví více schůzovat a tak se to hodí na hlavu programátorům, a ti pokud jsou zvyklí skutečně psát kód, tak jsou pak pěkně nešťvaní.

Jinak low code, jsem ještě neslyše, leda tak low-level-code, ale to je z úplně druhého konce spektra, to jsou programátoři, kteří jsou si při psaní kódu například i plně vědomi interní reprezentace dat v paměti, ( na rozdíl třeba od Javy ), občas se nebojí využívat i vedlejší efekt, a obvykle komunikují přímo s HW.  Například ovladače, nebo třeba AVR pokud k němu nepřistupuješ jako k Arduinu ;-)

Ale třeba je ten low-code něco jiného ? neustále vznikají kolem nové termíny, rád se poučím :-)


Název: Re:co je no-code a low code
Přispěvatel: pruzkumbojem 15. 05. 2022, 23:36:20
Chtel jsem copy paste necoho, ale fakt to nema smysl. Je to vsechno novej starej bulshit. Bohuzel se to zacina objevovat i popiscich na seniornejsi role" zkusenosti s now /low code.

BTW, Pokud clovek nikdy neprogramoval, dava mu to pravo tvrdit zkusenosti s no code??

Asi to vzeslo s "aby s  tim mohla umet pracovat i sekretarka" (pardon, executive assistentess". Vysledkem je, ze v tom delaji opravdu zoufale juniorni indove,proste vsichni jsou happy, jen manageri si stejnou na cim dam neschopnejsi developery.

BTW, dle moho pozorovani, kdyz je to low or node code, tak neni treba architektu, exception handling, moznost debugovani je prezitek minulosti,  vsechno se ocividne da vytvorit pomoci tri prikazu a 4 grafickych tvaru.

Název: Re:Co je no-code a low code?
Přispěvatel: Vojta1234 16. 05. 2022, 10:07:46
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  :D 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++.
Název: Re:Co je no-code a low code?
Přispěvatel: Martin Sivák 18. 05. 2022, 12:23:14
No popravdě, i celkem seniorní lidi tu občas píšou příspěvky třeba o:

- NodeRed (https://nodered.org/, dalo by se to považovat za IoT "no code"?)
- GNUradio (gnuradio-companion je taky vlastně no code, vygeneruje Python s grafických boxů, https://wiki.gnuradio.org/index.php/Guided_Tutorial_GRC)

Takže na některé oblasti to není vůbec špatný přístup.
Název: Re:Co je no-code a low code?
Přispěvatel: Mlocik97 18. 05. 2022, 14:16:04
- NodeRed (https://nodered.org/, dalo by se to považovat za IoT "no code"?)

Sami píšu na stránke že je to "low-code", sám som sa s tým stretol, aj som s tým robil... je to určené na IoT... v podstate ako som tu už písal, že to zvyčajne oblasť kde sa "low-code" používa... inak ale komplexnejšie veci by som v tom robiť nechcel... btw. to video na stránke vie dať presne prehľad čo to vlastne "low-code" je. https://www.youtube.com/watch?v=ksGeUD26Mw0
Název: Re:Co je no-code a low code?
Přispěvatel: _Tomáš_ 18. 05. 2022, 16:55:13
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  :D 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++.

Tyhle nástroje mají svoje místo, ani nejde o to, že chci ušetřit za programátory, ale zpravidla chci zkrátit čas vývoje a chci zvýšit spolehlivost. Psaní např. plně distribuovaných aplikací není vůbec žádná sranda ani pro hodně zkušené programátory, když ještě k tomu mají dodržovat nějaké governance postupy, dělat auditní záznamy, zajistit řádné zpracování různých datových vstupů, jsou to projekty na roky vývoje.

Mrkni třeba na věci jako Informatica, Talend, Apache Nifi, Oracle Business Intelligence Enterprise, Camunda Zeebe nebo online služby jako Gooddata, Keboola a spousty dalších, dokonce i cloudy dnes již fungují spíše formou no-code či low-code, příkladem může být Azure Synapse Analytics a řada dalších podobných služeb. Např. celé odvětví BPMN se dělá v podobných nástrojích.

Ani nemusí být řeč o proprietálních, viz třeba zmíněné BPMN a jeho ISO/IEC 19510:2013.
Název: Re:Co je no-code a low code?
Přispěvatel: Jose D 18. 05. 2022, 19:49:32
Co je zač low code

je třeba low code ten jazyk YAML v github actions?
Název: Re:Co je no-code a low code?
Přispěvatel: A.P.Hacker 18. 05. 2022, 20:03:17
Co je zač low code

je třeba low code ten jazyk YAML v github actions?

to je konfiguracni soubor.
Název: Re:Co je no-code a low code?
Přispěvatel: _Tomáš_ 18. 05. 2022, 20:05:04
Co je zač low code

je třeba low code ten jazyk YAML v github actions?

ne, to je podle mě pouze "code". Do stejné kategorie bys mohl dát jakékoliv značkovací jazyky. Low code je třeba MS Excel a jeho funkce, které tam můžeš používat/psát.
Název: Re:Co je no-code a low code?
Přispěvatel: A.P.Hacker 18. 05. 2022, 20:37:26
Convention over configuration frameworky typu django by mohly byt nazyvany low-code. Ale nejsou to klikatka.
Název: Re:Co je no-code a low code?
Přispěvatel: A.P.Hacker 18. 05. 2022, 20:41:32
Co je zač low code

je třeba low code ten jazyk YAML v github actions?

ne, to je podle mě pouze "code". Do stejné kategorie bys mohl dát jakékoliv značkovací jazyky. Low code je třeba MS Excel a jeho funkce, které tam můžeš používat/psát.

on i ten excel je vytlacovan technologiemi jako R a pandas.
Název: Re:Co je no-code a low code?
Přispěvatel: alex6bbc 18. 05. 2022, 20:48:09
Citace
on i ten excel je vytlacovan technologiemi jako R a pandas.

no sekretarka si muze neco udelat v excelu, ale pochybuju, ze v erku nebo v pythonim pandasu neco uplete?!
erko podobne jako octave a matlab je pro vedatory co chcou resit vypocty a ne detaily jako sprava pameti atd.

pouziti r v excelu :-)

https://bert-toolkit.com/
Název: Re:Co je no-code a low code?
Přispěvatel: A.P.Hacker 18. 05. 2022, 21:06:58
Citace
on i ten excel je vytlacovan technologiemi jako R a pandas.

no sekretarka si muze neco udelat v excelu, ale pochybuju, ze v erku nebo v pythonim pandasu neco uplete?!
erko podobne jako octave a matlab je pro vedatory co chcou resit vypocty a ne detaily jako sprava pameti atd.

pouziti r v excelu :-)

https://bert-toolkit.com/

ale bude to reseni v excelu robustnejsi? Tomas tvrdil, ze robustnost je jedna z vyhod no-code, podle me plati opak.

u klikatek neexistuje replikovatelnost, testovatelnost a pod. (pokud neuvazujete nastrohje typu selenium)
Název: Re:Co je no-code a low code?
Přispěvatel: 0x7F000001 19. 05. 2022, 09:44:47
No a Low Code se používá například u integračních platforem, kde se mapují mezi sebou různé typy rozhraní (adaptérů), například SOAP -> OData, SOAP -> Rest a naopak. Tam je všechno klikací a přetahovací. Low-code znamená, že k tomu ,když integrační platforma mapuje hodnotu ze SOAP například na OData, mohu do tohohle mapování vložit například nějakou "User defined function" -> UDF, která mi s tou hodnotou provede například, nějakou operaci, třeba změnu formátu datumu nebo čísla atd... UDF většinou bývají dostupné na různých systémech, v Jave nebo teď je polpulární Groovy script. Samozřejmě má to nějaké své hranice a předpokládá se, že Business objekty, které mezi sebou binduji mají alespoň stejnou strukturu. Například, že třeba faktura má v SOAP i například v OData stejné kardinality pro jednotlivé elementy atd... Dá se tam potom případně manipulovat i s kontextem a kardinalitama, ale to už nikdy běžný uživatel nedá, protože neví co je to kardinalita :-) Takže je potřeba specialista co se vyzná...