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 - gll

Stran: 1 ... 12 13 [14] 15 16 ... 29
196
Vývoj / Re:Proč je čtení ze Socketu blokjící operace?
« kdy: 30. 07. 2018, 21:31:18 »
příklad tcp komunikace po řádcích v pythonu (s použitím knihovny curio).

Kód: [Vybrat]
from curio import run, spawn, tcp_server

async def echo_client(client, addr):
    print('Connection from', addr)
    s = client.as_stream()
    async for line in s:
        await s.write(line)
    print('Connection closed')

if __name__ == '__main__':
    run(tcp_server, '', 25000, echo_client)

s proměnnou s pracujete stejně jako se souborem, jen před blokující operace přidáte await a před for smyčku dáte async. Žádná věda.

197
Vývoj / Re:Proč je čtení ze Socketu blokjící operace?
« kdy: 30. 07. 2018, 21:19:25 »
Napsat smyčku je ten nejmenší problém. Těžší je např. parserovat textový formát v průběhu načítání.

Stejně jako synchronně. Dobré knihovny mají file-like abstrakci nad sockety.

198
Vývoj / Re:Proč je čtení ze Socketu blokjící operace?
« kdy: 30. 07. 2018, 21:00:28 »
Nicméně zjistil jsem, že i v C++ obsloužení socketu umožňuje jen ty možnosti, co v Javě: buďto blokující čtení a nebo dotazování na nová data ve smyčce. Což mě teda trochu zklamalo.

tu smyčku si nemusíš psát sám. Můžeš použít třeba Boost.Asio nebo libuv.

199
Vývoj / Re:Proč je čtení ze Socketu blokjící operace?
« kdy: 30. 07. 2018, 20:52:28 »
Zrovna jsem přemýšlel nad tím, proč Java spotřebuje nutně na každou blokující operaci jeden thread.

protože blokující = zablokuje vlákno.

200
Vývoj / Re:Proč je čtení ze Socketu blokjící operace?
« kdy: 30. 07. 2018, 20:38:45 »
Psát asynchronní obsluhu událostí je záhul na mozkovnu. Takže se to dělá jen pokud není zbytí. Vlákno, které čeká na data, toho zas tolik nespotřebuje. Žádný modernější OS při čtení dat ze socketu aktivně nečeká, ale dotčené vlákno uspí. Ve většině případů to nepřináší žádný zásadní problém s výkonem. Pro pár IO operací stačí spustit blokující operaci v jiném vlákně, takže běžná api vypadají podle toho.

není pravda. S použitím coroutin nebo promisů je to jednodušší než s použitím vláken. Kód je téměř identický, ale nemusíte řešit race conditions. Asynchronní obsluhu socketů dnes zvládá každý webař.

201
Vývoj / Re:Používají výborní programátoři frameworky?
« kdy: 27. 07. 2018, 13:46:16 »
Přínosy takového přístupu na iOS jsou podle mně nijaké či spíš záporné.

multiplatformní aplikace přínos většinou je.

202
Vývoj / Re:Používají výborní programátoři frameworky?
« kdy: 26. 07. 2018, 21:55:02 »
Frameworky typu Spring, React, Angular.


mluvíte o programátorech webových aplikací?
Spíše OS, backend, lib, webových tolik neznám a je to pro mě divný svět.

to bych nečekal, že programátoři OS nepoužívají frameworky pro webový frontend.

203
Vývoj / Re:Používají výborní programátoři frameworky?
« kdy: 26. 07. 2018, 21:23:37 »
neznám Programátora, o kterým bych dokázal říct "jo, ten umí" a který by používal běžně nějaký z vyjmenovaných frameworků.

mluvíte o programátorech webových aplikací?

Dobří programátoři řeší problémy a negenerují tuny kódu.

právě, protože používají vhodné knihovny a frameworky, vyhnou se generování kódu.

204
Vývoj / Re:Používají výborní programátoři frameworky?
« kdy: 26. 07. 2018, 21:11:09 »
https://forum.root.cz/index.php?topic=19046.0

ne, pokud jsou frameworky na tebe moc složité, tak nejsi špičkový programátor.

205
To mi nedava zmysel. Ak nie je definovana, nie je co zavolat. Vrati to samozrejme ReferenceError: vucInit is not defined.

Je mozne, ze ked je stranka ulozena na disku, funkcia proste neexistuje, ale ked je ulozena na severi, server ju tam este nejak natlaci? Mozno sa pytam hlupo ale neviem si to inak vysvetlit.

podívej se do dev tools, záložka network, pravděpodobně se nenatáhli některé skripty.

207
Vývoj / Re:Alternativa k Hibernate
« kdy: 20. 07. 2018, 16:55:46 »
A když to na 100% nevíte, protože do toho Hibernate nevidíte, tak jak to můžete používat?

do databáze také nevidíš.

208
Vývoj / Re:Alternativa k Hibernate
« kdy: 20. 07. 2018, 16:33:18 »
Hibernate neznám, ale ORM používám. Jak v čistém SQL píšete DRY joiny?

209
Vývoj / Re:Alternativa k Hibernate
« kdy: 20. 07. 2018, 16:27:26 »
Zazil sem hibernate a bohuzel sem zazil ve velke mire i entity framework od MS. Tyto technologie jsou k nicemu, neusetrili mi nikdy nic, naopak trpi tolika problemy, ze cas vyvoje byt jen trochu slozitejsi aplikace se jimi vzdy prodlouzil. Neexistuji zadne "best pracites", konkretne u entity frameworku jsme skupinove venovali nemaly cas tomu, abychom pochopili jak s nim spravne pracovat. Nepochopil to nikdo, protoze ta vec neni urcena k normalni praci. Code first zapis postrada zcela banalni funkcionality, dotazy neumi temer nic atd. Vyhoda toho, ze jsou data odtrzena on konkretni implementace db padne hned po te, co zjistite, ze bud muzete napsat nativni dotaz, nebo 5 hodin hledat reseni neceho, co v SQL mate za 10 minut. Jako by ten framework nikdo nikdy ani poradne nepouzil. Programovani se misto vymysleni reseni zmeni ve vymysleni rovnaku na ohejbaky a ohybani hlavni casti aplikace tak, aby bylo s pristupem k datum pomoci "datove frameworku" co nejmene problemu.

Zahodte to, pouzijte normalni spojeni na SQL server, mejte zvlast definici tabulek v SQL a zvlast tridy nesouci data a pouzijte rovnou nativni SQL dotazy a budete mi klid a mir v dusi a vse pod kontrolou.

Tak tohle je zajímavá zkušenost a mě to tak taky trochu přijde. Jenže pak je tady takový problém a sice jak udělat třeba Cache?

Já bych teda Cache nejraději nepoužíval, protože mám z minulého projektu takové tušení, že tam přidává nedeterministický prvek - nechápu jak se zajistí SERIALIZABLE, když se něco Cachuje, a zaroven nevim proc bych mel pouzivat jinaci izolaci, nez Serializable. Nicmene hodne lidi bude chtit cache pouzivat. Jak z toho ven?

nestačí ti cache na úrovni http a cache na úrovni databáze?

210
Studium a uplatnění / Re:Seznam.cz mzda programátora
« kdy: 19. 07. 2018, 17:48:21 »
i softwarovy samuraj popisuje prijimaci pohovor u internetoveho hegemona.

https://www.sw-samuraj.cz/2017/09/smutna-zprava-o-stavu-it-trhu.html

Žádný samuraj. On těmi pohovory neprošel. Je snadné tvrdit, že chyba byla v pohovoru a ne ve vás.

Z toho co ctu to spis vypada ze zadna firma neproslo pohovorem

Dneska je to spis tak ze si programtor vybira firmu ...

píše, že sháněl práci 5 měsíců a v pohovorech, o kterých tam píše ho odmítli. Kdyby byl takový borec jak o sobě tvrdí, tak si to programování na papír natrénuje za víkend. Stačí se naučit jednostránkový cheatsheet daného programovacího jazyka.

Stran: 1 ... 12 13 [14] 15 16 ... 29