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.


Příspěvky - Wal-De-Mar

Stran: 1 ... 3 4 [5] 6 7 ... 18
61
Sítě / Re:Levné SIM karty pro IoT
« kdy: 02. 12. 2018, 00:11:17 »
Tohle není špatné, komunikace po SMS, náklady 4 Kč měsíčně...

https://emtecko.cz/trz/objednavka-zame.html

Zdá se, že jsem našel vítěze.

A to je ako čo... Smskami... Emtéčko... Tyyy vole, vy ste iné lopaty :D Definitívne som presvedčený, že česi sú v IT ďaleko väčšie lamy ako slováci :D Ďakujem za tú informáciu a už k tomuto zúfalému fóru fakt nemám čo dodať :D

62
Sítě / Re:Levné SIM karty pro IoT
« kdy: 01. 12. 2018, 21:52:56 »
O čom to tu zas točíte vy lopaty? V CZ neexistuje mobilný operátor, ktorý vám predá SIM kartu za ktorú stačí jednorázovo zaplatiť 200 korún a následne ju môžete používať celý rok na prístup internet bez ďalšieho dobíjania. Zabudnite na to, že budete cez klasickú mobilnú sieť prenášať dáta z IoT zariadení za 200 korún ročne. To ide jedine tak so SigFox sieťou kde za jedno zariadenie zaplatíte na rok naozaj len 193 korún, ale cez túto sieť prenesiete denne max. 140 dvanásťbajtových správ upload a len 4 osembajtové správy download.

63
Sítě / Re:Levné SIM karty pro IoT
« kdy: 01. 12. 2018, 18:19:08 »
Tmobile prodává předplacené karty za 10kč a internet stojí 0,4kč/MB. Stačí nabít 200kč s platností rok.
To je ta, které říkají "ochutnávková karta"? Kolik jich za těchle podmínek na sebe můžeš koupit celkem?
Chytrému napověz, hloupého kopni ...  ::)

Když ta karta stojí 10kč a nabiješ jí na 200kč tak tě to vyjde na 210kč. ALE když si koupíš něžnou kartu v obchodě tak ji koupíš za 200kč s kreditem 200kč ... a můžeš jich koupit třeba tisíc. A pořád platí rok na kredit a 0,4kč/MB ... .

Chápeš ten rozdíl? ... žádný neni.

Mohol by si ma trošku nakopnúť? Lebo nikde nevidím v T- Mobile kartu za 200CZK s 500MB dát platnú rok. Ja vidím, že najmenej zaplatím OD 2680CZK za rok, čo je trochu rozdiel oproti SigFox OD 80CZK na rok.

64
Sítě / Re:Levné SIM karty pro IoT
« kdy: 01. 12. 2018, 14:43:00 »
Zdravím,

neřešil jste někdo problém, co osadit za simkarty pro senzorická IOT zařízení tak, aby to nebylo provozně drahé? Provoz předpokládám do 10 MB měsíčně.

Ak bude mať každé zariadenie vlastný modem a odosielať namerané dáta nezávisle od ostatných zariadení, tak kupovať bežnú SIM kartu a platiť mesačne bežný internet pre každé zariadenie sa ti rýchlo predraží. To je dôvod prečo sa na tieto účely nepoužívajú bežné mobilné siete, ale vyhradené, lacnejšie IoT siete. SigFox, LoRaWAN, alebo NB-IoT. Všetky tri sú v CZ dostupné. Pre dátovo nenáročné IoT zariadenie tak napríklad zaplatíš pri SigFox 150 - 190 CZK ročne. Ale rozhodne nie pre taký objem údajov. 10MB mesačne neprenesieš cez žiadnu z nich. To sú tak 4 bajty každú sekundu, čo je príliš vysoký tok pre IoT zariadenie. A zvyčajne aj zbytočný, svedčiaci skôr o nevhodnej implementácii.

65
Sítě / Re:Levné SIM karty pro IoT
« kdy: 01. 12. 2018, 11:09:45 »
Na SK chystá Telekom každú chvíľu spustiť vlastnú NB-IoT sieť. To by malo byť najvýhodnejšie riešenie pre IoT zariadenia. U vás už prevádzkuje NB-IoT Vodafone. Takže by som navrhol preskúmať ich ponuku. Ale popravde, 10MB mesačne bude asi priveľký objem dát pre IoT siete, toľko sa nezvykne prenášať.

66
Sítě / Re:Levné SIM karty pro IoT
« kdy: 01. 12. 2018, 11:02:01 »
Tmobile prodává předplacené karty za 10kč a internet stojí 0,4kč/MB. Stačí nabít 200kč s platností rok.

Už ich predáva? A aký objem dát je v tej cene?

67
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 27. 11. 2018, 19:29:09 »
(best case + 4 * average + worst case) / 6

Tohle jsem nepobral. Pokud je average průměr  [ "average" = ("best case" + "worst case") / 2 ], tak ten výraz v citaci se rovná "average"

Tomu sa nediv. Ten vzorec je ako zbytočný, tak vycucaný z prsta. Neexistuje skrz projekty spoločný best, ani worst case, takže už vôbec nie average. Čo projekt, to individuálny najlepší aj najhorší možný scenár. Navyše vyhodnotiť onen najlepší a najhorší možný scenár je možné až v momente úplného dokončenia projektu. Dovtedy je to len naprosto zbytočná, vymyslená hodnota a vzorec, aby príživníci typu Scrum master pôsobili fundovane a zmysluplne. Poslať tie opice naspäť na strom a firma v tom momente funguje efektívnejšie, bez vyhadzovania prostriedkov na to, čo má beztak za úlohu projekt menežér.

68
Vývoj / Re:Teoretické minimum pro vývojáře
« kdy: 27. 11. 2018, 17:30:28 »
Ja, od začiatku, asi si nepozorný a stratil si niť. Avšak ten problém sa vzťahuje na akúkoľvek aplikáciu. Pokiaľ pre dané algoritmy existuje hotová, udržiavaná knižnica či framework, je čistý nezmysel písať a udržiavať si pre ne vlastnú knižnicu, či dokonca písať ich zakaždým nanovo. Bodka, nie je o čom diskutovať.

Cize vsetci programuju v javascripte, kde sa neocakava dlhy lifespan a optimalizacia je na dlhe lakte ....

Znovu a pomaly ... TEN   PROBLÉM   SA   VZŤAHUJE   NA   AKÝKOĽVEK   TYP   APLIKÁCIE,   V   AKOMKOĽVEK   JAZYKU,
  POKIAĽ   PRE   ALGORITMY   ŇOU   VYŽADOVANÉ   EXISTUJE   HOTOVÁ,   UDRŽIAVANÁ   KNIŽNICA,   ALEBO   FRAMEWORK.

69
Vývoj / Re:Teoretické minimum pro vývojáře
« kdy: 27. 11. 2018, 17:17:53 »
Ja, od začiatku, asi si nepozorný a stratil si niť. Avšak ten problém sa vzťahuje na akúkoľvek aplikáciu. Pokiaľ pre dané algoritmy existuje hotová, udržiavaná knižnica či framework, je čistý nezmysel písať a udržiavať si pre ne vlastnú knižnicu, či dokonca písať ich zakaždým nanovo. Bodka, nie je o čom diskutovať.

70
Vývoj / Re:Teoretické minimum pro vývojáře
« kdy: 27. 11. 2018, 17:07:39 »
Presne tak. Prípad ktorý netvorí ani promile z existujúcich web aplikácií. A kvôli tomu mizivému zlomku tu označuješ za lopaty všetkých, čo vo zvyšných 99.999%+ aplikácií používajú na štandardné úlohy štandardné algoritmy z well known knižníc, ako napríklad Lodash.

V case "smart" haraburdia a ajoutý, gooby plz ...

Ty vážne zrovnávaš programovanie firmvéru IoT zariadenia s programovaním web aplikácie? Tým chceš povedať, že už si dostal požiadavku aby nejaká bežná web aplikácia bola prepísaná tak, aby fungovala na IoT zariadení?

71
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 27. 11. 2018, 17:02:07 »
Jedno mi uniká. Bavíte sa tu o agilnom vývoji, alebo o scrume? Lebo agilný vývoj sa nerovná scrum. Ale vy so to tu voľne zamieňate ako keby to bolo to isté.

Mno, autoři Scrumu (jak ho známe dnes) byli u tvorby Agile manifesta. Mechanizmy nejsou stejné s ostatními "agile" metodologiemi, ale je tam velký průnik v těch základních principech.

Jestliže jeden vývojář výrazně doplní nebo přepracuje cizí knihovnu, bude původní vývojář, až se k tomu vrátí, NASRANÝ a DEZORIENTOVANÝ. Takže osobně jsem též za řešení, že každá knihovna má mít svou zodpovědnou osobu, a cizí úpravy by měly být minimalizovány.

Kód má svého maintainera, který musí všechny úpravy schválit. Samo se to do repozitáře nedostane. A ten maintainer může souhlasit i s radikálním přepisem.

Od párového programování bych si sliboval především čistý, přehledný kód, méně chyb a výběr nejlepších nápadů. To jsou věci, které samy o sobě vedou k produktivitě.

Jistě, je to jiná forma code review. A ten agile princip ohledně řemesla a kvality už jsem zmiňoval výše..

Napriek tomu prieniku môže akýkoľvek tým vyvíjať agilne aj bez toho, aby vôbec počul slovo scrum. Akokoľvek je nepravdepodobné, že by sa s tým slovom nestretli, pokiaľ sa o agilnú metodiku zaujímajú. Pretože scrum je len konkrétna, špecifická implementácia agilnych princípov, nie tie princípy samé. A hlavný problém je všade ten istý. Čo z agilnych princípov použiť a čo nie, čo už by bolo kontraproduktívne nadužívanie. Napríklad keď niekto v mene ustráženia kvality nasadí pre trojčlenný tým tie isté pravidlá, čo pre 20 členný. Čo fungovať bude, ale produktivita pôjde dole. Ja nie som proti agilnému vývoju. Ktokoľvek si navrhne akékoľvek pravidlá vo vývoji a následne sa ich aj drží, nech už to nazve akokoľvek, v princípe vyvíja agilne. Ale Scrum mám, a nie len ja, ako tu vidím, spojený práve s jeho nevhodným nadužívaním, a existenciu osobitnej pozície Scrum master považujem akurát tak za známku neschopnosti zvyšku menežmentu. Pretože mnoho firiem robí Scrum čisto pre Scrum, miesto individuálne, v zmysle dosiahnutia čo najlepšieho pomeru kvality a produktivity.

72
Vývoj / Re:Teoretické minimum pro vývojáře
« kdy: 27. 11. 2018, 16:39:08 »
No a koľko krát prišiel niekto konkrétne za tebou s požiadavkou, aby si napísal nejakú vlastnú, optimalizovanú metódu, ktorú framework ponúka, ale niekomu pripadala pomalá? Napíš príklad ktorého frameworku ktorú metódu si musel písať nanovo a daj link na ten lepší kód, lebo ja som presvedčený, že s takou požiadavkou si sa nikdy nestretol. Ak, tak sa optimalizuje flow aplikácie, nie implementácie konkrétnych, funkčných a preverených algoritmov.

A to druhé už ani nie je argument, lebo je to vysoko špecifický prípad. Za nikým nechodí šéf s neekonomickou požiadavkou aby sa niečo prepisovalo, aby šlo niečo spúšťať na nejakej haraburde, len tak, lebo to on chce. Ale jedine ak si to vyžiadal, a hlavne zaplatil konkrétny zákazník, prípadne preto, že sa od toho očakáva aspoň nepriamy ekonomický prínos. Preto dúfam, že toto si ani nemyslel ako argument proti frameworkom, svedčiaci o potrebe písať bezdôvodne vlastné implementácie existujúcich algoritmov.

Budem sem davat firemne kody, co si sa s konom zrazil? Tykalo sa to isteho protocol stacku a isteho alg na priestorove prehladavanie. To druhe je  pripad, co sa mi stal uz tri krat. Proste ze nieco bolo naskalovat smerom dole a existujuce riesenia boli overengineered a primoc vseobecne.

Ale uvedomuješ si aspoň, že píšeš o vysoko špecifickom prípade, kde sa pravdepodobne použilo veľké množstvo existujúcich algoritmov a na jeden sa nenašla vhodná existujúca knižnica, že?

"Špecifický prípad"

Presne tak. Prípad ktorý netvorí ani promile z existujúcich web aplikácií. A kvôli tomu mizivému zlomku tu označuješ za lopaty všetkých, čo vo zvyšných 99.999%+ aplikácií používajú na štandardné úlohy štandardné algoritmy z well known knižníc, ako napríklad Lodash.

73
Vývoj / Re:Teoretické minimum pro vývojáře
« kdy: 27. 11. 2018, 16:29:57 »
No a koľko krát prišiel niekto konkrétne za tebou s požiadavkou, aby si napísal nejakú vlastnú, optimalizovanú metódu, ktorú framework ponúka, ale niekomu pripadala pomalá? Napíš príklad ktorého frameworku ktorú metódu si musel písať nanovo a daj link na ten lepší kód, lebo ja som presvedčený, že s takou požiadavkou si sa nikdy nestretol. Ak, tak sa optimalizuje flow aplikácie, nie implementácie konkrétnych, funkčných a preverených algoritmov.

A to druhé už ani nie je argument, lebo je to vysoko špecifický prípad. Za nikým nechodí šéf s neekonomickou požiadavkou aby sa niečo prepisovalo, aby šlo niečo spúšťať na nejakej haraburde, len tak, lebo to on chce. Ale jedine ak si to vyžiadal, a hlavne zaplatil konkrétny zákazník, prípadne preto, že sa od toho očakáva aspoň nepriamy ekonomický prínos. Preto dúfam, že toto si ani nemyslel ako argument proti frameworkom, svedčiaci o potrebe písať bezdôvodne vlastné implementácie existujúcich algoritmov.

Budem sem davat firemne kody, co si sa s konom zrazil? Tykalo sa to isteho protocol stacku a isteho alg na priestorove prehladavanie. To druhe je  pripad, co sa mi stal uz tri krat. Proste ze nieco bolo naskalovat smerom dole a existujuce riesenia boli overengineered a primoc vseobecne.

Ale uvedomuješ si aspoň, že píšeš o vysoko špecifickom prípade, kde sa pravdepodobne použilo veľké množstvo existujúcich algoritmov a na jeden sa nenašla vhodná existujúca knižnica, že?

74
Vývoj / Re:Teoretické minimum pro vývojáře
« kdy: 27. 11. 2018, 16:14:32 »
No a koľko krát prišiel niekto konkrétne za tebou s požiadavkou, aby si napísal nejakú vlastnú, optimalizovanú metódu, ktorú framework ponúka, ale niekomu pripadala pomalá? Napíš príklad ktorého frameworku ktorú metódu si musel písať nanovo a daj link na ten lepší kód, lebo ja som presvedčený, že s takou požiadavkou si sa nikdy nestretol. Ak, tak sa optimalizuje flow aplikácie, nie implementácie konkrétnych, funkčných a preverených algoritmov.

A to druhé už ani nie je argument, lebo je to vysoko špecifický prípad. Za nikým nechodí šéf s neekonomickou požiadavkou aby sa niečo prepisovalo, aby šlo niečo spúšťať na nejakej haraburde, len tak, lebo to on chce. Ale jedine ak si to vyžiadal, a hlavne zaplatil konkrétny zákazník, prípadne preto, že sa od toho očakáva aspoň nepriamy ekonomický prínos. Preto dúfam, že toto si ani nemyslel ako argument proti frameworkom, svedčiaci o potrebe písať bezdôvodne vlastné implementácie existujúcich algoritmov.

75
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 27. 11. 2018, 15:29:54 »
Jedno mi uniká. Bavíte sa tu o agilnom vývoji, alebo o scrume? Lebo agilný vývoj sa nerovná scrum. Ale vy so to tu voľne zamieňate ako keby to bolo to isté.

Stran: 1 ... 3 4 [5] 6 7 ... 18