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 - Ondra Satai Nekola

Stran: 1 ... 38 39 [40] 41 42 ... 177
586
Vývoj / Re:Velkost mirkosluzby
« kdy: 06. 07. 2018, 21:54:22 »
... existují i případy (dost časté), které ty gettery potřebují pro spolupráci při výměně dat mezi objekty ...
tak to jsme to asi pochopili stejně

Proto je Fowler tak dobrý, protože chápe a uznává, že věci jsou složité a vyžadují použití mozku. Ne trevas trapné repetitivní nadávky na accessory, zejména v souvislosti, kde typicky neškodí (performance).

587
Vývoj / Re:Velkost mirkosluzby
« kdy: 06. 07. 2018, 19:43:19 »
Prodlužování doby zpracování často mívají na svědomí gettery a settery, ale nikoli zapouzdření.

Ta tvoje obcese accessory see vzala kde?

Když si přečteš pár knížek, které se věnují OOP (R. C. Martin, Martin Fowler, Bruce Eckel,...) tak na to možná přijdeš.

Ciwe neuč orla létat.

(Btw z téhle trojky nakonec stojí za to jenom Fowler, i když přes ty další dva se stejně musí zamlada prokousat každý.)

588
Vývoj / Re:Velkost mirkosluzby
« kdy: 06. 07. 2018, 18:31:17 »
Bohužel mám zkušenost, že komplikovaný kód s různými vychytávkami obvykle prodlužuje dobu zpracování. Často mi stačí udělat kvalitně zapouzdření objektů. Kód se tím nejen významně zkrátí, ale i zrychlí.

Pokud neco prodluzuje dobu zpracovani, tak je to prave "dobre zapouzdreni objektu". Rycheji to bezi, kdyz se kod napise vhodnym zpusobem multiparadigmovo.

Prodlužování doby zpracování často mívají na svědomí gettery a settery, ale nikoli zapouzdření.

Ta tvoje obcese accessory see vzala kde?

589
Vývoj / Re:Velkost mirkosluzby
« kdy: 06. 07. 2018, 14:21:39 »
Zpravidla platí, že čím menší footprint, tím je rychlejší a obslouží více požadavků za jednotku času.

To nie je celkom tak pravda, ono  zavisi skor od toho, ako zvlada dotycna aplikacia paralelizmus.

Čím je aplikace v PHP menší, tím víc jich může být spuštěných paralelně, tím víc obslouží požadavků. Čím je aplikace v PHP menší, tím kratší dobu běží a tím víc obslouží požadavků. Cílem tedy je, aby mikroslužby byly skutečně mikro, aby obsluha požadavku netrvala víc než cca 100 ms. Delší časy už jen zatěžují prostředky serveru.

Čím je aplikace v PHP menší, tím méně sní brambor a víc se jich vejde na pec.

590
Vývoj / Re:Velkost mirkosluzby
« kdy: 06. 07. 2018, 09:54:49 »
No, tak ten golang ma sice pri hello world prikladoch mensie poziadavky na pamat, ale zasa po skompilovani uz prestava byt multiplatformny. Aj na to treba pamatat.

Po kompilaci nás multiplatformita přestává zajímat.

Ked "microservicy" riesim v spring boot s embednutym jetty mam k dispozicii obrovsky ekosystem javy. Spring boot som uz bezal aj na rpi1 a nejaky tragicky memory footprint to nemalo. (okolo 100mb)

100 MB je hodně - jsem zvyklý na footprint aplikace v PHP do 10 MB. Víc obvykle není třeba, pokud aplikace není napsána extra blbě nebo se PHP neprovozuje v režimu webserver.

Malá data, malé problémy -> malý footprint.

591
Vývoj / Re:Velkost mirkosluzby
« kdy: 06. 07. 2018, 08:26:35 »
Lebo ludia od Go
V Go se píšou monolity, ale výsledkem je malá binárka, nikoliv bajtkód vyžadující gigabajtovou JVM.

Gigabytovou? Neboj se a uber.

592
Vývoj / Re:Kdy je refaktorizace uz hodne?
« kdy: 04. 07. 2018, 20:06:42 »
Přehnaně nadšené a notorické refaktoristy doporučuji aspoň tak na rok zařadit na pozici, kde bude rutinní součástí jejich práce backport oprav do různých verzí od nejnovějších po deset let staré a dohledávání, kde v historii došlo ke konkrétní změně. To by v tom byl čert, aby nezměnili pohled na to, jestli je bezpodmínečně nutné neustále něco učesávat a upravovat, aby to vypadalo víc cool.

Prostě výpověď (nebo odchod ve zkušebce) a nazdar bazar...

Pokud má ten člověk alespoň minimální možnosti a ty nenabízíš pozlacený kosmodrom jako bonus, tak se s tebou dotyčný rozloučí a půjde někam, kde se dá pracovat.

594
Vývoj / Re:Kdy je refaktorizace uz hodne?
« kdy: 04. 07. 2018, 12:29:48 »
Co funguje, to se neopravuje.  :)

Co se nedá lehce upravit moc nefunguje.
Co nemá testy nefunguje.

595
Bazar / Re:Koupím BTC/ETH v Praze
« kdy: 02. 07. 2018, 08:26:15 »
Alex, jak si tu vymenu predstavujes? Setkame se nekde na ulici, das mi 14M hotove a ja ti prevedu 100btc?

Počítám, že těch 14M může být i v diamantech nebo jako kokeš.

596
Odkladiště / Re:Výběr židle nebo křesla k počítači
« kdy: 01. 07. 2018, 15:38:32 »
Vyzkoušel jsem kde co, ale na Therapii nic nemá, první týden bylo totální utrpení dokud si páteř nezvykla. Židle tě nutí sedět správně a než si zvykneš tak to chvilku trvá, hlavně nový posez ti připadně absolutně divný.. 99% procent programátorů sedí blbě (a později toho budou litovat).
Nazdar

A co to je ta Tilapie? Jsem to googlil a nevygooglil.

http://lmgtfy.com/?q=therapia+zidle

597
Vývoj / Re:Kdy je refaktorizace uz hodne?
« kdy: 01. 07. 2018, 13:51:40 »
když se nezeptáš na konkrétní příklady refaktorizace, tak to IMHO na technický web nepatří.

Technické disciplíny neznají kouzlo generalizace?

599
Odkladiště / Re:Kniha Programujeme vlastní e-shop
« kdy: 01. 07. 2018, 09:29:04 »
E-shop je něco jako CMS nebo DI kontejner. Naprogramovat si to pro radost a naučit se na tom něco je dobrý nápad (přestože jsou asi i lepší). Použít výsledek v praxi je moc moc špatný nápad.

Dělat to v PHP (notabene 5) je nápad špatný, ať je cíl cokoli...

600
Hardware / Re:Doporucte NTB s 32Gb RAM
« kdy: 30. 06. 2018, 17:46:41 »
Třebas do TP E580 32GB narveš.
Sice je  hnusný, těžký a lowend, ale chtěl jsi něco laciného...

Stran: 1 ... 38 39 [40] 41 42 ... 177