Příspěvky

2251

Server / Re:Konzistencia dat - databaza

« kdy: 19. 06. 2017, 20:52:48 »

Nikoli. Výsledek je ekvivalentní tomu, jako by transakce byly spuštěné postupně, tj. nejprve začne jedna, skončí, a teprve po ní začne druhá. Ale neznamená to, že nezáleží na pořadí. Pokud budou obě transakce měnit příjmení, tak samozřejmě na pořadí transakcí záleží a zvítězí ta druhá. To, že na pořadí záleží, není vlastností izolace transakcí, ale závisí to na tom, co ty transakce provádějí. Klidně můžete spustit transakce s izolací serializable, které dělají takové změny v datech, že na pořadí záleží.

Ano, dík za opravu, není to "any serial order", ale "some serial order", v tom jsem se zmýlil. Díky.

2252

Vývoj / Re:Proč pořád používáme TTY, konzole a terminál?

« kdy: 19. 06. 2017, 20:36:40 »

Dnes kdyz uz jiny unix nez linux neni (BSD a macOS si jdou svou cestou a na POSIX se muzou vybodnout taky)

Jako vtip dobrý, ale někdo by to mohl vzít vážně.

MacOS X je, narozdíl od jakéhokoliv Linuxu, certifikovaný Unix. Stejně tak Solaris: https://www.opengroup.org/openbrand/register/xy.htm

BSDčka certifikovaná nejsou, protože by to byly pro ně vyhozené peníze, ale jinak jsou rozhodně víc POSIX-compliant než Linux.

Jestli si někdo "jde svou cestou" a je mu úplně ukradená kompatibilita s ostatními, tak takové systémy jsou dva (z rozšířených): dlouhodobě Windows a teď bohužel už i Linux.

2253

Server / Re:Konzistencia dat - databaza

« kdy: 19. 06. 2017, 09:59:43 »

Stačí, že někde máte čítač

Žádné stačí, žádný čítač. "Serializability" je terminus technicus - viz ta výš odkazovaná stránka na Wiki.

Je to takový způsob provedení transakcí, že výsledek je ekvivalentní tomu, kdyby byly transakce spuštěné za sebou v libovolném pořadí. Čili např. jedna transakce nastaví hodnotu "surname" v řádku 123 na "Prýmek" a druhá hodnotu "name" v řádku 456 na "Mirek". Je jedno, jestli je spustím po sobě jako A,B nebo B,A, nebo je pustím paralelně. Nijak se vzájemně neovlivňují.

Čítač tam být může, ale jenom za nějakých podmínek - např. jeho aktuální hodnota se v transakci nepoužívá, čítač se jenom zvyšuje/snižuje o nějakou hodnotu.

2254

Server / Re:Konzistencia dat - databaza

« kdy: 19. 06. 2017, 07:50:02 »

Mně to přijde v pohodě. Představím si pod tím situaci, kdy do DB pošlu druhý požadavek ještě než první doběhl, a ona ho interně pozdrží.

To pak není "paralelně zpracovávaná", ale "paralelně přijatá"

Když přijdu s kámošem na úřad a stoupnem si za sebe do fronty, tak nás taky úřednice neobsluhuje paralelně

2255

Server / Re:Konzistencia dat - databaza

« kdy: 18. 06. 2017, 23:12:19 »

Dve paralelné transakcie vykonávané sériovo, to vymyslel ktorý huncút?

2256

Studium a uplatnění / Re:Vyplatí se učit Angular?

« kdy: 18. 06. 2017, 22:16:45 »

Z MS technologii tu je WPF uz asi od roku 2007, WinForms este dlhsie a stale sa v tom vyvija. Technologie starsie ako 10 rokov. Samotny .Net je tu uz dlho. Java je tiez uz dlho na trhu.

Tazatel se ale ptá na webové technologie.

To je jako:
A: Mám si koupit Forda nebo Fiata?
B: Ford ani Fiat tady za deset let nebudou, kup si zlatou cihlu!

2257

Studium a uplatnění / Re:Vyplatí se učit Angular?

« kdy: 18. 06. 2017, 21:47:50 »

Ja tvrdim, ze angular bude o par rokov pase, a bude jeden mnohych js frameworkov.

To ale bude platit prakticky o čemkoli, to bys nemohl dělat nic. Flash, WebForms, Silverlight, JBoss Seam,... Technologie přichází a odchází, s tím nic nenaděláš.

2258

Studium a uplatnění / Re:Vyplatí se učit Angular?

« kdy: 17. 06. 2017, 18:43:56 »

Jednak jsou tady i lepší frameworky(čistě subjektivní názor).

Asi by teda stalo za to tazateli poradit, jake frameworky povazujes za lepsi, ne?

2259

Studium a uplatnění / Re:Vyplatí se učit Angular?

« kdy: 17. 06. 2017, 14:11:18 »

Viete, ze aj Džava ma pvotriedne funkcie a monady? Je to podla vas funkcionalny jazyk?

Promatkuprirodu jenom prosim nezacinejte flame ohledne definice pojmu "funkcionalni jazyk" 

2260

Studium a uplatnění / Re:Vyplatí se učit Angular?

« kdy: 17. 06. 2017, 10:54:02 »

Uz chapete, jak to souvisi s tematem?

Ono to s tématem souvisí i tak, že TypeScript byl na JS naroubovaný ex post a byl vymyšlený tak, aby pokryl (aspoň) většinu patternů, které se v praktickém JS skutečně používají. Čili když s ním chce někdo dělat, neměl by očekávat stejný komfort a čistotu jako u jazyků, kde byly typy od začátku a používané patterny se musely přizpůsobit jim, ne naopak. Proto srovnání s Haskellem nebo Elmem určitě má smysl, aby člověk věděl, co očekávat.

+ jak jsem psal vyse, TypeScript (co vim) neumi vyjadrit ani zakladni funktor

A to bych mu ani zas tak moc nevyčítal. Dovedu si představit (čistě laicky, nikdy jsem nic takového nepsal, ani tomu jinak zvlášť nerozumím), že higher-kinded types implementaci typového systému (a zvlášť inference) hodně zesložití a v kombinaci s jinými silnými featurami (třeba polymorfismus) se ztratí determinismus a celý to začne být chaos, který za ty higher-kinded types nestojí. Já osobně moc nemám rád, když mi občas překladač řekne, že neví, a musím ho ručně nakopnout. Většinou jsou ty hlášky totiž dost komplikované a člověk si musí zbytečně lámat hlavu nad tím, kam vlastně to nakopnutí dopsat... Nehledě na to, že to je velký prostor pro těžko debugovatelné chyby překladače.

2261

Studium a uplatnění / Re:Vyplatí se učit Angular?

« kdy: 16. 06. 2017, 17:03:08 »

Tak první hodnota je number a pak následuje libovolné množství stringů. To už by snad (doufám) měl být správný příklad

2262

Studium a uplatnění / Re:Vyplatí se učit Angular?

« kdy: 16. 06. 2017, 16:56:25 »

Ehm, no, zrovna toto sa v Typescripte vyjadruje uplne primitivne: [number, string]

Ze by to bolo tym, ze Typescript kontroluje typy strukturalne po uroven jednotlivych elementov tuplov?

Ah, sorry, špatný příklad, myslel jsem, že má jenom number[].

2263

Studium a uplatnění / Re:Vyplatí se učit Angular?

« kdy: 16. 06. 2017, 16:32:07 »

Bavime sa po a) o SPA, po b) o javacriptovych frontendovych frameworkoch... ako sme sa dostali k Haskellu, preboha? Mohli ste rovno napisat, ze pri volani Haskellu z C++ typove deklaracie nie vzdy sedia a ze mnohe typy vasej kniznice sa v C++ nedaju ani vyjadrit. Ci to nebude tym, ze kazdy iny jazyk ma problem s Haskellom? Dovolim si tvrdit, Typescriptovy typovy system je dost sofistikovany voci ziadnemu a odost lepsi ako typovy system nominalne typovanych jazykov.

Řeknu ti to jednodušeji: máš existující JS knihovnu, která z nějaké fce vrací pole [1,'ahoj'].

Plain JS je tak volný, že se rozumným typovým systémem dá dost těžko postihnout všechny možné finty. Čili je lepší mít zbrusu novou knihovnu, která je celou dobu psaná tak, aby do TypeScriptu sedla, než zcela volně napsanou Plain JS knihovnu, která sem tam do TypeScriptu nesedne.

P.S. Co je na typovém systému TypeScriptu sofistikovaného!?

2264

Vývoj / Re:Proč pořád používáme TTY, konzole a terminál?

« kdy: 15. 06. 2017, 18:22:58 »

Kdyz slo prejit na systemd a ted se prechazi na wayland tak je cas dat vale i obstaroznemu terminalu a nahradit jej lepsim command line interfejsem.

Aneb když už je to po čvtrt století docela dobře použitelný systém, je na čase všechno znovu rozvrtat - a pěkně od podlahy. Za další čtvrtstoletí vychytávání bugů (rok +- 2040) bude ROK LINUXOV0HO DESKTOPU!

Nebylo by lepší navrhnout rovnou nějaký nový OS bez historické unixové zátěže, s nějakou POSIX-kompatibilní vrstvou?

...tak mě napadá: třeba Windows 10 s Windows Subsystem for Linux? A "inovativní CLI" už by bylo pořešený PowerShellem, který zaručeně žádnou unixovou zátěží netrpí

2265

Vývoj / Re:Proč pořád používáme TTY, konzole a terminál?

« kdy: 15. 06. 2017, 18:06:19 »

prymek a jini hejteri inovaci.

Nemám vůbec nic proti inovacím. Ale inovace nevznikne tak, že někdo bude na webu řvát, že něco chce a jaktože to ještě nikdo neudělal, když to, co existuje, je tak dementní a všichni, kdo to používají, jsou ještě větší pitomci.

Inovace vznikají tak, že si někdo sedne, něco napíše, vystaví to a na fórum pošle post typu

I’m doing a (free) innovative graphical terminal (just a hobby, won’t be big and professional like *terms). This has been brewing since april, and is starting to get ready. I’d like any feedback on things people like/dislike in current terminals, as my terminal resembles them somewhat (same commands semantics but different communication protocol among other things).