1
Vývoj / PHP autentifikačný framework
« kdy: 16. 06. 2019, 17:45:33 »
Odporučte nejaký PHP auth framework. Nie iba jwt knižnicu ako napr. tú od firebase, ale celý framework.
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Stran: [1]
2
/dev/null / Estónska eseročka
« kdy: 11. 02. 2019, 10:21:10 »
Založil si niekto z vás eseročku v Estónsku? On-line, nie osobne. Ja len či to funguje, prípadne dojmy z procesu.
3
Vývoj / Čo sa stalo s WebAssembly?
« kdy: 02. 02. 2019, 12:22:03 »
Wasm je vo verzii 1.0, podpora v prehliadačoch výborná: https://caniuse.com/#search=webassembly, ale záujem? Čistá nula. Frontendu naďalej, vlastne ČORAZ VIAC, dominuje JavaScript a React a nikde ani len náznak, že by sa to najbližšie roky zmenilo - po nejakom wasm ani pes neštekne. Čo sa to deje? Kde je ten koniec JS? Obzvlášť tu, na forum.root.cz, tak často skloňovaný v súvislosti s príchodom wasm?
4
Vývoj / Tutoriály o ovládaní IoT zariadení
« kdy: 05. 11. 2018, 17:21:33 »
Pri nedávnom príspevku "Ako programovo ovládať zásuvku" som si uvedomil jednu vec: internet je plný tutoriálov o tvorbe moderných web aplikácií s React / Angular / Vue frameworkami nad nejakým REST / GraphQL / Serverless backendom, ale nejak neregistrujem tutoriály o web aplikáciách napríklad nad MQTT protokolom, na ovládanie IoT zariadení. Pritom témy ako IoT, či Smart Homes sú na vzostupe. A navyše som si všimol, že hotové riešenia nie sú práve najlacnejšie...
A tak sa som sa rozhodol, že idem do toho, že napíšem tutoriály ako postaviť vlastné Smart Home riešenie. A to za zlomok ceny hotových riešení. Za týmto účelom som zvolil Itead Sonoff zariadenia. Pretože cena. Sonoff TH10 wifi relé stojí $9.50, senzor teploty a vlhkosti k nemu stojí $4.30 a pod.
Nevýhodou je, že sú tie zariadenia dodávané s hotovým firmware a hotovou aplikáciou. Čo v princípe nevadí, lebo pre ne existuje kvalitný custom firmware Tasmota. Je to udržiavaný, preverený, "battletested, matured" firmware, avšak pravdou ostáva, že áno, nie je to hotové riešenie a to flashnutie obnáša napájkovať konektor, kúpiť správny USB -> TTL prevodník, atď.
Pre koho by bol toto problém, ako bolo spomenuté v tom predošlom príspevku, od chytrevypinace.cz sa našťastie dajú tie zariadenia objednať už s napálenou Tasmotou, s plnou zárukou. To je rozdiel oproti iným distribútorom, kde by ste v prípade reklamácie museli vysvetlovať kde sa na PCB vzal ten nový konektor
Navyše som zistil, že chytrevypinace.cz sú výhradnými distribútormi Sonoff pre CZ/SK. A tak tam navyše idú kúpiť lacnejšie ako inde...
Už som aj za účelom tvorby tých tutoriálov objednal Sonoff TH10 wifi relé aj so senzorom merania teploty a vlhkosti vzduchu, aj Sonoff POW, wifi relé s meraním spotreby, a urobím k nim štyri tutoriály:
1. Ako ovládať TH10.
2. Ako merať teplotu a vlhkosť s TH10.
3. Ako ovládať POW.
4. Ako čítať z POW spotrebu energie.
Zámerne budú tie tutoriály, v záujme zachovania čo najväčšej jednoduchosti, robené pre každú feature zvlášť. A aplikácia bude riešená ako SPA, čisto s HTML / CSS / JS, avšak s Vue frameworkom. Ak aj Vue nepoznáte, nevadí. Prvý tutoriál bude o inštalácii vývojového prostredia. Lebo framework zanesie do kódu prehľadnosť, robiť SPA bez frameworku je zbytočný masochizmus, a s Vue sa dá tvorba takejto aplikácie demonštrovať najjednoduchšie a najpochopiteľnejšie. Preto Vue. A aj kvôli jeho syntaxu - keby ste následne vo vlastnej web aplikácii rozhodli Vue nepoužiť, z tutoriálu beztak pochopíte ako komunikovať so Sonoff zariadeniami.
So far, so good. Ale predsalen... Pletie ma ten nedostatok takýchto tutoriálov a snažím sa pochopiť čím to je. A tak sa vás chcem opýtať: je vôbec z vašej strany, zo strany programátorov, záujem o takéto tutoriály?
A tak sa som sa rozhodol, že idem do toho, že napíšem tutoriály ako postaviť vlastné Smart Home riešenie. A to za zlomok ceny hotových riešení. Za týmto účelom som zvolil Itead Sonoff zariadenia. Pretože cena. Sonoff TH10 wifi relé stojí $9.50, senzor teploty a vlhkosti k nemu stojí $4.30 a pod.
Nevýhodou je, že sú tie zariadenia dodávané s hotovým firmware a hotovou aplikáciou. Čo v princípe nevadí, lebo pre ne existuje kvalitný custom firmware Tasmota. Je to udržiavaný, preverený, "battletested, matured" firmware, avšak pravdou ostáva, že áno, nie je to hotové riešenie a to flashnutie obnáša napájkovať konektor, kúpiť správny USB -> TTL prevodník, atď.
Pre koho by bol toto problém, ako bolo spomenuté v tom predošlom príspevku, od chytrevypinace.cz sa našťastie dajú tie zariadenia objednať už s napálenou Tasmotou, s plnou zárukou. To je rozdiel oproti iným distribútorom, kde by ste v prípade reklamácie museli vysvetlovať kde sa na PCB vzal ten nový konektor
Navyše som zistil, že chytrevypinace.cz sú výhradnými distribútormi Sonoff pre CZ/SK. A tak tam navyše idú kúpiť lacnejšie ako inde...Už som aj za účelom tvorby tých tutoriálov objednal Sonoff TH10 wifi relé aj so senzorom merania teploty a vlhkosti vzduchu, aj Sonoff POW, wifi relé s meraním spotreby, a urobím k nim štyri tutoriály:
1. Ako ovládať TH10.
2. Ako merať teplotu a vlhkosť s TH10.
3. Ako ovládať POW.
4. Ako čítať z POW spotrebu energie.
Zámerne budú tie tutoriály, v záujme zachovania čo najväčšej jednoduchosti, robené pre každú feature zvlášť. A aplikácia bude riešená ako SPA, čisto s HTML / CSS / JS, avšak s Vue frameworkom. Ak aj Vue nepoznáte, nevadí. Prvý tutoriál bude o inštalácii vývojového prostredia. Lebo framework zanesie do kódu prehľadnosť, robiť SPA bez frameworku je zbytočný masochizmus, a s Vue sa dá tvorba takejto aplikácie demonštrovať najjednoduchšie a najpochopiteľnejšie. Preto Vue. A aj kvôli jeho syntaxu - keby ste následne vo vlastnej web aplikácii rozhodli Vue nepoužiť, z tutoriálu beztak pochopíte ako komunikovať so Sonoff zariadeniami.
So far, so good. Ale predsalen... Pletie ma ten nedostatok takýchto tutoriálov a snažím sa pochopiť čím to je. A tak sa vás chcem opýtať: je vôbec z vašej strany, zo strany programátorov, záujem o takéto tutoriály?
5
/dev/null / AWS messages queuing vs paralelné Lambdy.
« kdy: 19. 10. 2018, 15:25:22 »
Vie mi niekto vysvetliť výhody AWS služieb pre message queue? Prečo to, a nie napríklad spúšťať z jednej Lambdy inú? Ale po skúsenostiach tu ... prosím o odpoveď od človeka so skúsenosťami, žiadne vygooglené teórie
6
/dev/null / Nezmysly okolo WebAssembly
« kdy: 16. 10. 2018, 14:23:37 »
Častým mokrým snov trtkov čo len nedávno pričuchli k programovaním a tak im z nedostatku praxe chýba potrebný nadhľad a tak si to aspoň tú kompenzujú kydaním na JS je, ako onedlho WebAssembly iniciatíva konečne pošle JS na smetisko dejín a oni budú konečne písať frontendy v ich jediných skutočných programovacích jazykoch.
Je čas zobudiť sa, WebAssembly na ničom takom nepracuje.
Čo týmto trtkom uniká, je fakt, že JS je na pozadí kompilovaný jazyk a následne beží nad virtuálnym strojom. A snahou WebAssembly je len to, aby aj iné jazyky vedeli byť kompilované pre túto virtuálku, nikdy nebolo pointou nahradiť JS.
Z toho vyplýva, že JS naďalej ostane možným programovacím jazykom pre frontend, len bude možné skomplikovať aj iné jazyky, priamo, bez transpilovania do JS.
Lenže... Aktuálny stav má tri následné nedostatky:
1. Zatiaľ nemá žiadny iný jazyk ako JS prístup do DOM.
2. Žiadny Garbage Collected jazyk nie je podporovaný.
3. Debugovanie iných jazykov je tak obmedzené, že prakticky neexistuje.
Keď si dáte dvojku a trojku dohromady, tak vám vyjde, že pri prvom memory leaku vo frontende napísaným s C++ miesto s JS, by to bola naozaj "radosť" odladiť. A že sa tam memory leaky s C++ zavediete, o tom nepochybujte
Suma sumárum: kým WebAssembly vyspeje do skutočne použiteľného štádia, ubehne ešte pekných pár rokov. Výsledkom bude, že medzi tým JS, ako jeden z najrýchlejšie vyspievajúcich jazykov, sa dovtedy rádovo zlepší tiež. Následkom čoho si môžete byť istí, že tu nevznikne veľká ochota hneď písať frontendy v novom jazyku, keď tu bude rokmi overený, fungujúci jazyk, a neoverené použitie jazykov z úplne odlišných domén.
Prestaňte snívať, vráťte sa do reality a pokúste sa radšej pochopiť, prečo, napríklad v Netflixe, portovali kopec funkcionality z Javy do JS nad Node. Budete tak ako vzdelanejší, tak si budete na fórach menej srať do vlastného hniezda zosmiešnovaním sa v snahe vyzerať vzdelane
Je čas zobudiť sa, WebAssembly na ničom takom nepracuje.
Čo týmto trtkom uniká, je fakt, že JS je na pozadí kompilovaný jazyk a následne beží nad virtuálnym strojom. A snahou WebAssembly je len to, aby aj iné jazyky vedeli byť kompilované pre túto virtuálku, nikdy nebolo pointou nahradiť JS.
Z toho vyplýva, že JS naďalej ostane možným programovacím jazykom pre frontend, len bude možné skomplikovať aj iné jazyky, priamo, bez transpilovania do JS.
Lenže... Aktuálny stav má tri následné nedostatky:
1. Zatiaľ nemá žiadny iný jazyk ako JS prístup do DOM.
2. Žiadny Garbage Collected jazyk nie je podporovaný.
3. Debugovanie iných jazykov je tak obmedzené, že prakticky neexistuje.
Keď si dáte dvojku a trojku dohromady, tak vám vyjde, že pri prvom memory leaku vo frontende napísaným s C++ miesto s JS, by to bola naozaj "radosť" odladiť. A že sa tam memory leaky s C++ zavediete, o tom nepochybujte
Suma sumárum: kým WebAssembly vyspeje do skutočne použiteľného štádia, ubehne ešte pekných pár rokov. Výsledkom bude, že medzi tým JS, ako jeden z najrýchlejšie vyspievajúcich jazykov, sa dovtedy rádovo zlepší tiež. Následkom čoho si môžete byť istí, že tu nevznikne veľká ochota hneď písať frontendy v novom jazyku, keď tu bude rokmi overený, fungujúci jazyk, a neoverené použitie jazykov z úplne odlišných domén.
Prestaňte snívať, vráťte sa do reality a pokúste sa radšej pochopiť, prečo, napríklad v Netflixe, portovali kopec funkcionality z Javy do JS nad Node. Budete tak ako vzdelanejší, tak si budete na fórach menej srať do vlastného hniezda zosmiešnovaním sa v snahe vyzerať vzdelane
7
/dev/null / Go typový systém je zlý ako v JS
« kdy: 16. 10. 2018, 13:38:07 »
Niektorí tu JS vyčítali nedostatky v návrhu a poukazovali na Go, ako na ďaleko lepší jazyk. Ale podľa toho čo som si práve vyskúšal, Scala má ďaleko lepší typový systém a pritom je transpilovateľná do JS, a Go má jeden z najhorších typových systémov.
8
Server / AWS alternatívy
« kdy: 13. 10. 2018, 12:08:20 »
Aké poznáte alternatívy k AWS? Problém s AWS nie je len ten, že bez kreditky ho nezaložíte, ale hlavne ten, že aj za vyskúšanie si ho zaplatíte dosť draho. 800 mesačne tam nie je problém predrbať aj keď sa s ním len vyslovene hráte. Sú tam síce vzletné rečičky o tom, ako máte mnohé zdarma, ale prax je úplne iná. Google Firebase je zasa naozaj zdarma, žiadna faktúra vás tam neprekvapí, ale je to často tragicky pomalé a oproti AWS tak osekané, že aj niektoré vyslovene základné veci tam proste neurobíte. Napríklad scheduled job. Preto mám otázku: poznáte niečo alternatívne k AWS, čo nie je tak osekané ako Firebase a dá sa s tým plne zoznámiť zdarma?
9
Server / AWS Amplify s Vue. Už to niekto použil?
« kdy: 13. 10. 2018, 11:52:01 »
AWS Amplify začalo koncom septembra oficiálne podporovať Vue. V zmysle, že vydali patričnú knižnicu s komponentmi. Už to niekto z vás použil, alebo aspoň skúsil v praxi? Ak áno, aký z toho máte dojem? Ako sa vám to páči? Čo je tam dobré a čo zlé?
10
Vývoj / Funguje TypeScript aj za run-time?
« kdy: 12. 10. 2018, 12:17:39 »
Mám na mysli toto: použijem TS a rozhodne tým získam type hints počas kódovania. Ale čo sa dej pri transpilovaní do JS? Ak som označil počas kódovania parameter funkcie, že má byť iba Integer, transpilácia len odstráni definíciu typu z funkcie, alebo aj doplní do funkcie kontrolný kód, či je parameter typu Integer? Ergo, "zahučí" mi aplikácia za run-time pri odovzdaní nesprávneho typu parametru ako pri staticky typovanom jazyku, alebo je TS len o hintoch počas kódenia?
11
Vývoj / AWS s GraphQL
« kdy: 01. 10. 2018, 17:25:07 »
Robil už niekto SPA apku s Vue nad AWS s GraphQL API?
Stran: [1]
