Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Vývoj / Re:Typescript module vs namespace
« Poslední příspěvek od speculatius kdy Dnes v 20:46:52 »
Termín "module" už má v ECMAScript-e svoj význam a TypeScript ho len rešpektuje (t.j. ES6 prípadne CommojJS modules). Preto sa táto ďalšia/iná vlastnosť volá "namespace" a príde mi to ako technicky presné pomenovanie.

Citace
Každopádne v TS je modul synonimum pre namespace

Nie je, sú to dve odlišné veci. Možno ťa mýli, že pred dávnymi rokmi sa terminológia TypeScript-u trochu líšia, ale to je fakt dávno.

Citace
v iných jazykoch je NS čisto len menný priestor (C++, C#).

Takto ho vnímam aj v TypeScript-e.

Citace
A modul je skutočne element jazyka, ktorý sa stará aj o viditelnosť (exporty) taktiež modul môže byť v jednom súbore len jeden zato namespace môže byť rozdelený do viac súborov.

Takto to v TypeScript-e je.

Ale možno mi len niečo uniká, namespaces vôbec nevyužívam.

v TS nie su odlisne. Ale semanticky je to nezmysel.

>> Takto ho vnímam aj v TypeScript-e.

menný priestor nemá riešiť viditelnosť (exporty), a má byť možné ho definovať vo viacerých súboroch. namespace v TS neni možné definovať vo viacerých súboroch a obsahuje exporty, teda to neni skutočný menný priestor ale modul. TS skutočné menné priestory neobsahuje obsahuje len moduly pomenované menný priestor.

keď si trabant microsoft premnuje na lambo tak stále to bude trabant a nie lambo :D

Si si istý, že si to s niečim nepletieš? Modul v JavaScripte aj TypeScripte je prakticky jeden zdrojový súbor. Namespace je menný priestor definovaný ako `namespace  {...}`. Sú to dve odlišné veci. Ak si myslíš, že je to inak, prosím vysvetli bližšie na príkladoch.
2
Hardware / Re:USB Wi-Fi adaptér pre pracovné PC
« Poslední příspěvek od darebacik kdy Dnes v 20:38:07 »
Místní klasika, ptáš se na nejvhodnější wifi adaptér a dostaneš přes tlamu, protože nechceš tahat kabel. ::)
Ano a to este ani nie je pre mna  ;D
Dnes mi bol doruceny mercusys ma30h, tak uvidim
3
Hardware / Re:USB Wi-Fi adaptér pre pracovné PC
« Poslední příspěvek od Standa2017 kdy Dnes v 18:56:18 »
To bylo uvedeno jenom jako rarita, protože jsem to zjistil téměř po 3 letech. V TV používám Plex a žádnou další krabičku vůbec nepotřebuji. Nakonec jsem se připojil přes 5GHz WiFi a film přehrál.
4
Windows a jiné systémy / Re:V akom stave je Windows 11?
« Poslední příspěvek od ByCzech kdy Dnes v 18:13:04 »
Ten výrok je prostě špatný.

Protože?

Když to spočítá za jednotku času více výpočtů, tak se ten výpočetní výkon prostě zvedl.
5
Windows a jiné systémy / Re:V akom stave je Windows 11?
« Poslední příspěvek od ByCzech kdy Dnes v 17:58:50 »
To je přece úplně jedno. Jednou je to ZNÁMÝ A INZEROVANÝ požadavek výrobce operačního systému, a je problémem výrobce hardwaru s nímž je OEM verze dodávána, aby splnění požadavků zajistil.

Ten požadavek je nejen tak známý a inzerovaný, ale i tak super skvělý a správný, že i sám výrobce operačního systému dává na svá originální instalační média skript bypassnro.cmd, který ty problémy vznikající z toho super požadavku řeší jeho vypnutím a nainstalováním Windows bez sítě.
6
Vývoj / Re:Typescript module vs namespace
« Poslední příspěvek od fortran1986 kdy Dnes v 16:23:30 »
ale už sa k tejto téme nejdem vyjadrovať odpoveď na nastavenie tslintu som sa nedozvedel, ale už vidím že sa tu schyluje ku flame a na to fakt nemám čas.
7
Vývoj / Re:Typescript module vs namespace
« Poslední příspěvek od fortran1986 kdy Dnes v 16:19:26 »
Termín "module" už má v ECMAScript-e svoj význam a TypeScript ho len rešpektuje (t.j. ES6 prípadne CommojJS modules). Preto sa táto ďalšia/iná vlastnosť volá "namespace" a príde mi to ako technicky presné pomenovanie.

Citace
Každopádne v TS je modul synonimum pre namespace

Nie je, sú to dve odlišné veci. Možno ťa mýli, že pred dávnymi rokmi sa terminológia TypeScript-u trochu líšia, ale to je fakt dávno.

Citace
v iných jazykoch je NS čisto len menný priestor (C++, C#).

Takto ho vnímam aj v TypeScript-e.

Citace
A modul je skutočne element jazyka, ktorý sa stará aj o viditelnosť (exporty) taktiež modul môže byť v jednom súbore len jeden zato namespace môže byť rozdelený do viac súborov.

Takto to v TypeScript-e je.

Ale možno mi len niečo uniká, namespaces vôbec nevyužívam.

v TS nie su odlisne. Ale semanticky je to nezmysel.

>> Takto ho vnímam aj v TypeScript-e.

menný priestor nemá riešiť viditelnosť (exporty), a má byť možné ho definovať vo viacerých súboroch. namespace v TS neni možné definovať vo viacerých súboroch a obsahuje exporty, teda to neni skutočný menný priestor ale modul. TS skutočné menné priestory neobsahuje obsahuje len moduly pomenované menný priestor.

keď si trabant microsoft premnuje na lambo tak stále to bude trabant a nie lambo :D
8
Windows a jiné systémy / Re:V akom stave je Windows 11?
« Poslední příspěvek od František Ryšánek kdy Dnes v 14:49:40 »
Popravdě MMX/SSE v malíčku nemám, a ano vrtá mi hlavou, zda se nějak liší jeho "výtěžnost" v 32b vs. 64b režimu. Nedivil bych se, pokud nikoli. Čili pro nějaké chroupání videa souhlas, mohlo by to být jedno. Obecně pro úlohy, na které buldozer MMX/SSE dobře pasuje / kde stojí za to se do něj ponořit.
9
Windows a jiné systémy / Re:V akom stave je Windows 11?
« Poslední příspěvek od technomaniak kdy Dnes v 13:49:36 »
Oprava, špatně jsem to zformuloval
* v tebou uvedeném případě jsi mluvil o netbooku z éry roku (+-) 2007-10, což už byla doba CoreDuo2(4), proto nechápu tvůj první odstavec řešící instrukční sady z éry 90let. Je vysoce pravděpodobné že disponovali jak základem GPR, tak i dalšími rozšířeními MMX(64bit registry), SEE/XMM(128 bit registry), atd..
* v dané době (+-)2007 jsi tedy krásně mohl použít např. 128bit registry XMM na 32bit procesoru s 32bit OS a pokud ten samý kód by jsi spustil na 64bit procesoru s 64bit OS tak rozhodně si díky tomu nezískal větší výpočetní výkon i když jsi měl k dispozici nebo využíval "dvojnásobně dlouhé" registry jak jsi tvrdil.

Ten výrok je prostě špatný.
10
Windows a jiné systémy / Re:V akom stave je Windows 11?
« Poslední příspěvek od technomaniak kdy Dnes v 13:37:12 »
Fakt je, že 64b OS by teoreticky měl k dispozici větší výpočetní výkon v konkrétních druzích úloh díky dvojnásobně dlouhým registrům...

:-D kupodivu si z Vás tentokrát neutahuju... ale když mě tak hezky škádlíte k další offtopic vysvětlivce...

Asi máte představu, že x86 CPU má tradičně general-purpose registry AX, BX, CX, DX. Tyhle byly 16bitové už od prvního  8086, a taky odjakživa se dalo pracovat jejich 8bitovými půlkami (AH/AL apod.). Když přišla 386, přinesla rozšíření na 32 bitů: EAX, EBX, ECX, EDX. Instrukční sada x86_64 (AMD64) přinesla rozšíření na 64 bitů: RAX, RBX, RCX, RDX. (A přidala dalších 8 general purpose registrů, zvaných R8 až R15.)

Viz např. (str.12 v odkázaném PDF)

Když potřebujete manipulovat s nějakými daty, která jsou nativně dlouhá 64 bitů (integer, double float, ale nejenom), tak je výhodou, provést tu manipulaci pomocí jediné instrukce, než to muset nějak dělit na dvě půlky a lepit je programově dohromady (k čemuž Vás donutí běh v 32b režimu). add, sub, mul, div, mov, cmp, rotace a shifty, push, pop... Prostě máte k dispozici dvojnásobnou šířku, pokud ji dokážete využít.

A těch pár zbrusu nových registrů navíc se taky může hodit. Registry v jádře CPU mají úplně nejkratší přístupové latence - kratší než L1 cache. Pokud to Váš algoritmus využije, nemusíte tak často stěhovat data z registrů do RAM a zpátky...

Samozřejmě booleovské rozhodování a skoky a pointerové operace Vám to neurychlí.

* v tebou uvedeném případě jsi mluvil o netbooku z éry roku (+-) 2007-10, což už byla doba CoreDuo2(4), proto nechápu tvůj první odstavec řešící instrukční sady z éry 90let. Je vysoce pravděpodobné že disponovali jak základem GPR, tak i dalšími rozšířeními MMX(64bit registry), SEE/XMM(128 bit registry), atd..
* v dané době (+-)2007 jsi tedy krásně mohl použít např. 128bit registry XMM na 32bit procesoru s 32bit OS a rozhodně si díky tomu nezískal větší výpočetní výkon i když jsi měl k dispozici nebo využíval "dvojnásobně dlouhé" či "čtyřnásobně dlouhé" registry jak jsi tvrdil.

Ten výrok je prostě špatný.
Stran: [1] 2 3 ... 10