Příspěvky

61

Vývoj / Re:NIO v Go

« kdy: 22. 03. 2017, 20:28:13 »

asi že každá ta "sekvence" je ve vlastním vlákně (https://en.wikipedia.org/wiki/Go_(programming_language)#Concurrency)

To by nebylo NIO, ale debilní implementace se samostatným vláknem na požadavek. V Go se obecně používá multiplex (NIO), i když je k dispozici jen jedno vlákno (na jednojádrovém procesoru nepoběží nikdy víc než jedna goroutina).

Nevím, jestli jsem tu odpověď dobře pochopil (první část si podle mne odporuje se závorkou), ale na jednojádrovém stroji samozřejmě může běžet mnoho (klidně tisíce) gorutin. Go multiplexuje gorutiny do dostupného množství jader (lze omezit).
Spouštění gorutin pro příchozí požadavky je skryto ve standardní knihovně, která spouští gorutinu pro každé příchozí spojení. Ukázka v knihovně http třeba zde:
 https://golang.org/src/net/http/server.go, poslední řádek funkce Serve (2668). Každá io operace pak přeplánuje gorutiny (kooperativní multitasking, podobně jako v node.js, ale pro více vláken a bez potřeby callbacků).
Takže pokud je potřeba, aby něco běželo souběžně, spustíte to jako

Kód: [Vybrat]

go func(...) {...}

a kód píšete normálně synchronně. V hlavním threadu pak musíte zajistit synchronizaci výsledku.

62

Distribuce / Re:Zmigroval jsem na systemD

« kdy: 22. 03. 2017, 10:29:55 »

Závěr: Stačilo by místo fušérského "AND/OR" napsat pouze "nebo".

Nestacilo. Lomitko tam znaci, ze plati jedno nebo druhe, Tedy ne "nebo", ale "bud, anebo". Tedy slozi server nebo znici data nebo udela oboji.

Matematika (obzvláště logika) asi není tvoje silná stránka, co?

63

Vývoj / Re:MySQL: jak postavit správný dotaz na databázi

« kdy: 03. 03. 2017, 16:59:49 »

Na ukládání naměřených dat nejsou relační databáze vhodné. Lepší je použít real time databázové systémy. Ty jsou uvnitř dělané jinak, nebo přímo nějaké řešení postavené pro ukládání dat ze senzorů. třeba TDMS.

Jinak pro takovéto použití třeba influxdb.

64

Vývoj / Re:MySQL: jak postavit správný dotaz na databázi

« kdy: 03. 03. 2017, 16:45:49 »

Mna tam zarazila jedna vec a to, ze ta tabulka ma 121 stlpcov.
Niesom borec v SQL a normalizacii ale toto podla mna nieje dobre. Hlavne ked v tej tabulke budes mat vecsie mnozstvo dat a budes chciet riesit zlozitejsie SQL dotazy.

Porozmyslal by som nad upravou tabulky zo 121 stlpcov na 3 stlpce.

time_id  |  type | hodnota

antipatern

65

Server / Re:HW nároky malých aplikací

« kdy: 03. 03. 2017, 11:16:56 »

Tak když už se bavíme o opravdu velkých blobech, tak na to jsou objektové databáze.

66

Studium a uplatnění / Re:PHP nebo JavaScript

« kdy: 28. 02. 2017, 13:42:54 »

...
Všechny uvedené způsoby jsou poměrně složité, ale hlavně ZBYTEČNÉ. Upozorňuju, že se bavíme o backendu, ne frontendu.

Pokud jsou pro vas zbytecne, tak je nepouzivejte. Pak ale nebrecte, ze mate chuchel callbacku a neudrzovatelny kod.

Nechci mluvit za někoho druhého, ale pravděpodobně měl na mysli, že existuje mnoho jiných variant na backend, kde se tím není nutno vůbec zabývat.
Já sám jsem docela dlouho Node.js používal a občas ještě stále používám a asynchronní styl mi nevadí, ale musím říct, že je mnohem pohodlnější napsat v cyklu go func a spustit 20 gorutin, individuálně ošetřit chyby a na konci dát jen  waitGroup.Wait() a počkat, až všechny doběhnou, než vytvářet pole požadavků, spouštět je přes Promise.all a pak složitě zjišťovat, co se vlastně nepovedlo. A to nemluvím o větší flexibilitě a čitelnosti kódu. Navíc je realitou, že některým lidem asynchronní zápis prostě nesedí.

67

Server / Re:Sdílení dat mezi dvěma RPi

« kdy: 17. 02. 2017, 12:16:45 »

Mountovat to jako filesystem mi přijde šílené, pokud jde jen o předání dat.
Předpokládám, že vám tam na každém běží démon. Když na každou stranu přidáte do pythoního kódu http server, který předá ty požadované hodnoty, tak máte hotovo. V Pythonu tak 20-30 řádků. Přidání autentikace a ssl podle libosti. Na internetu mraky tutoriálů.
Pokud to nechcete dělat přes http, tak bych to udělal jako jednorázový skript přes ssh. Naloguje se, přečte hodnoty a zase se odloguje.

68

Studium a uplatnění / Re:Java nebo .NET pro budoucí freelancing?

« kdy: 13. 02. 2017, 14:46:46 »

go ma jednu obrovskou vadu. bude zabito jako ostatni produkty googlu, az uznaji ze prisel cas.

Vaše tvrzení má jednu vadu, Go není produkt. Nedá se vypnout nebo zabít.

69

Software / Re:Virtual Box HW layer

« kdy: 06. 02. 2017, 11:10:09 »

Nevím, jestli jsem dobře pochopil otázku, ale pravděpodobně by vám mělo stačit nastavit virtio interface.

70

Vývoj / Re:BSD licence vlastního kódu a zaměstnavatelé

« kdy: 30. 01. 2017, 10:56:18 »

Když to tady čtu, vy opravdu ve všech projektech používáte výhradně vlastní knihovny a nic z OSS, i když je to pod "volnýma" licencema jako MIT/BSD/Apache? To pak začínám chápat, proč všechny ty projekty tak dlouho trvají a jak vypadají. Vždyť třeba v oblasti web klienta už bez OSS nejde udělat téměř nic. Placené knihovny buď mají nějakou závislost na OSS nebo jsou archaické a zastaralé.

71

Software / Re:EET open source

« kdy: 29. 12. 2016, 12:56:59 »

Takže když na mě řemeslník v okamžiku platby vytáhne mobil bez tiskárny, tak já nemám mobil, nemám email, nevím nic o internetu a jestli nedostanu papírovou účtenku, tak chci zpátky svoje peníze, nebo budou problémy s FÚ

Koukám, že patříš mezi skupinu "každého ojebu, hlavně když z toho budu mít prospěch".
Taky by se ti mohlo stát, že příště už žádného řemeslníka neseženeš nebo podmínkou bude platba předem.

72

Software / Re:ziskanie informacii o pouzivatelovi z twitteroveho uctu

« kdy: 22. 11. 2016, 18:33:31 »

Na co celé distro, stačí tyhle informace:
https://dev.twitter.com/overview/api/users

73

Vývoj / Re:Postřehy ohledně architektury JavaScriptu

« kdy: 25. 08. 2016, 11:47:49 »

To se tu zase sešla "parta". Všechno je špatně, go je neobjektové (po 10 minutách studia), žádné knihovny neumožní klonovat objekty, experti na ES6 a přitom neznají ani Object.assign. No comment.

Kdo psal, že je všechno špatně?
Objekt je v Go onen nezapouzdřený struct?
Je klonování klíčovou funkcionalitou objektového systému?
Řeší Object.assign nastavení správného prototypu?

Rádi se necháme poučit (tj. comment).

1. Tohle je subjektivní. Každý si může udělat názor sám.
2. Go není objektové, ale umí chování objektů emulovat. Samozřejmě to nesplňuje požadavky objektových puristů, ale to nesplňuje ani Java nebo Javascript.
3. Nevím, co myslíte objektovým systémem.
4. let copy = Object.assign({ __proto__: obj.__proto__ }, obj);

74

Vývoj / Re:Postřehy ohledně architektury JavaScriptu

« kdy: 25. 08. 2016, 11:07:39 »

Assign nedělá ani deep copy idiote

Díky, že jste projevil své IQ tykve.
A potrefená husa zakejhala. Já nic o deep copy nepsal, jen jsem reagoval na nesmysl o neexistenci built-in methody na klonování objektů.

Šikovnej klučík našel nativní shallow copy, tady máš cukřík

Krom toho, že to v mnoha případech (nebál bych se napsat ve většině) postačuje, tak se netvářím jako expert a poté co jsem přichycen to maskuji. Deep copy je součástí mnoha knihoven (ať už komplexních, tak takových, kde je pouze tato jedna funkce). Většinu toho, co jste tady za dnešek "nablil" jsou polopravdy (nesmysly a domněnky), čili lži. Nakonec toto je váš styl, pamatuji si vás i z jiných vláken.

75

Vývoj / Re:Postřehy ohledně architektury JavaScriptu

« kdy: 25. 08. 2016, 10:56:16 »

Assign nedělá ani deep copy idiote

Díky, že jste projevil své IQ tykve.
A potrefená husa zakejhala. Já nic o deep copy nepsal, jen jsem reagoval na nesmysl o neexistenci built-in methody na klonování objektů.