Příspěvky

286

Studium a uplatnění / Re:Platy programátorů absolventů - jaká je realita?

« kdy: 08. 02. 2017, 22:49:11 »

Mě ta diskuze přijde mimo... myslím, že je úplně jedno kdo má jaký papír, ale jak přistupuje ke svému životu.
To je to co HR musí zajímat, jaký je aktuální stav a pak výhled do budoucna + další softskills.

Každá zkušenost, nebo informace se v budoucnu může hodit. Takže jediné měřítko je prostě touha se zlepšit a vytrvalé směrování k tomu cíli.

Papír sem papír tam... osobně si také myslím, že v budoucnosti bude systém vzdělání vypadat úplně jinak. Jako základ bude každému prostě stačit umět informace vstřebávat (číst) a pak to bude nikdy nekončící proces zlepšování studování a analyzování. Jsou i lidé, kteří studují VŠ aniž by je zásadně zajímal ten papír - jde jim o to zlepšit se. I když to může být šokující v kontrastu se švindl školama.

200 tisíc pro jednoho člověka není problém, pokud jeho řešení přinese odpovídající výsledek a je fakt jedno jaký má papír. Bude se ale jednat o nositele know-how, nikoliv člověka plnící tabulky.

287

Windows a jiné systémy / Re:Windows 10 a změna EN na CZ

« kdy: 08. 02. 2017, 20:47:41 »

Snad už od Windows 8 je jazyk už jen language pack, takže lze doinstalovat cokoliv a přepínat.
Nebude to mít žádný vliv na legálnost produktu.

288

Hardware / Re:Ako vypocitat potrebny HW pre chod VM

« kdy: 29. 01. 2017, 11:31:37 »

Někde nahoře tu čtu, že režie virtualizace je zanedbatelná. Prosím nepište takové blbosti.
Platí to v podstatě jen u paravirtualizace (Docker, Virtuozzo, LXC) 1-5%.
V případě plné virtualizace je zanedbatelná maximálně v CPU, nicméně veškeré IO jsou přibržděné běžně i o 40%.

On si to někdo přečte a opravdu si bude myslet, že to tak je - protože to četl ještě v miliónech copy&pastů jinde.

289

Odkladiště / Re:Linux – zkušenosti, které nelze vygooglit

« kdy: 26. 01. 2017, 14:57:15 »

800 stran to je quick-how-to ne?
Mě do jisté míry baví, jak každý má představu, že to musí být jednoduché.

On interface aplikace nebo její konfigurace někdy může být triviální, ale řešení problémů nebo atypické konfigurace vyžadují alespoň základní informace, které mohou mít klidně stovky stran textu.
Po přečtení si kolikrát řeknete "no super to už dávno vím, ale neřeší to to co potřebuji" - bylo by třeba to rozšířit

Kdejaká blbost má desítky, stovky tisíc řádek kódu... přilepený SDK... alespoň základní know-how prostě není pár stran textu.

rtfm, man prikaz .. fm je problem najit ten spravny co potrebuji, man prikaz byva prikladem spis odstrasujicim kudy ne ... misto aby uvadel na konkretnich prikladech uzitecna reseni ktere se v praxi nejcasteji pouzivaji tak cloveka zasype moznymi prepinaci a parametry a porad si sam ... viz napr. man awk

podle mne nejlepsi je mit moznost nekomu koukat pod ruce a ptat se " a proc ?" takovy osobni ucitel .. jenze kdyz takovy neni je to tezke ... zvlast zacatky resp. jak nabyt pevne zaklady na kterych lze stavet uz pak svepomoci prave treba pres rtfm man

ono pak se clovek nekde docte ze napr. "sql je na jedno odpoledne" jenze jak najit takovy manual ktery od piky mne nauci to podstatne ...

ucebnici s 800 stranami neberu, na to nemam dostatecnou motivaci

spis mi jde pro to pochopit vzdy z dane oblasti ty nejdulezitejsi zakladni principy

vim ze existuje edice "for dummies"ale kdyz jsem do tech textu koukal i to byva 500+ stran tezkeho cteni ..

ja bych spis bral neco jako cheatscheety (rekneme do 5 stran) z dane oblasti ale aby tam bylo vsechno nejdulezitejsi na konkretnich prikladech

290

Vývoj / Re:Android Studio - Problémy s JS

« kdy: 05. 01. 2017, 13:27:18 »

v Android Studiu programujes v Jave, ne v JavaScriptu

Spousty aplikací je v Javascriptu a běží ve WebView což bude asi i tento případ

291

Vývoj / Re:Rychlá 3D Stereo Rekonstrukce Obrazu v čase pro Robotiku

« kdy: 30. 12. 2016, 16:42:20 »

Si myslím, že vetšina moderních GPU bude mít problém... alespoň co odhaduju z toho co je k dispozici.
Navíc výsledky jsou bez kontroly člověka dle mého názoru někdy hodně divoké, nevím, jestli to umělá inteligence zvládne odhadnout co je a není dobře.
Ale jako mě se nápad líbí navíc z videa to jde nejlépe.

Nemam nejmensi tuseni, ale zajimalo by mne: vazne chcete algoritmicky zpracovavat videosignal v realnem case? To se uz da stihnout?

292

Server / Re:Výběr hypervizoru pro vysokou dostupnost

« kdy: 21. 12. 2016, 20:59:56 »

Teď čtu, že to všechno bude dvakrát. Reakce byla na komentáře níže - jak to všechno běží snadno v HA. Takže moje odzkoušená řešení jsou

1) OpenVZ vyšla nová verze 7, nicméně migrace má být přes CRIU (stále mi příjde, že se ladí).
Součástí je distribuovaný storage, prý super výkonný - nevím nezkoušel jsem, ale věřím jim. Je to ISO (celý stroj na CloudLinuxu).

2) Docker - má limity, ale pokud funguje je fajn (rychlý)

3) Proxmox (KVM) - bude to líné (LXC zatím raději ne - spousty nedořešených věcí) občas nějaký ten bug

4) VMWare - je celkem drahý, rychlost nižší jak OpenVZ, LXC, Docker zase celkem stabilní platforma

5) OpenStack (KVM) - docela složité, KVM samozřejmě líné.

6) XEN - nemám ho rád (osobní antipatie) :-) taky funguje

Nejjednodušší varianta bude Proxmox nebo VMWare. Proxmox často vykazuje určité nedodělávky.

293

Server / Re:Výběr hypervizoru pro vysokou dostupnost

« kdy: 21. 12. 2016, 20:10:41 »

Pokud to má být bez výpadku, musí se v neustále synchronizovat celý systém - storage ideálně na SANu nebo distribuovaný. Dále se musí synchronizovat RAM a v pravidelných intervalech zastavit CPU. Z toho vyplývá, že takové řešení má brutální dopad na výkon a systémy by obvykle měli být propojený dedikovanou 10Gbit síťovkou direct.

Mnohem lepší je tedy mít opravdový cluster (tedy software podporující běh na mnoha strojích současně) a né takové napodobeniny. S běžným softwarem to nebude pořádně fungovat nikdy.

Nejčastější řešení u obyč systémů tedy je po kolapsu primárního systému odstartovat záložní a mezi tím se porve quorum o to, jestli to je OK. Nebo tedy jako vMotion s tím nekonečným neukončeným migrováním...

Ty opravdické prostě běží distribuovaně od narození a je jim v podstatě všechno jedno.

294

Server / Re:VPS s nejlepší konektivitou do světa

« kdy: 29. 11. 2016, 18:07:39 »

Hlavním problémem jsou peníze. Pak to bude latence, ale ta kupodivu není tak děsivá přes celý svět.
Takže bych skončil u těch peněz - prostě je to fakt drahé, proto se tomu každý snaží vyhnout.

Je výrazně levnejší mít pro každou větší lokalitu stroj klidně VPS v dané lokalitě.
Skoro každý AŽ internet obvykle končí za nejbližším peeringem - v tranzitním toku je to fuj drahé.

Nemyslím si, že  nejakou VPN si  pomôžeš .  Skôr sa ti môže  stať že  prenosovka pôjde ešte o niečo dole.
Na  také  veľké vzdialenosti už narážaš na  limity TCP protokolu.

Viac napríklad tu https://goo.gl/Cfqc0V

295

Vývoj / Re:Automatizované doplňování dat do PDF

« kdy: 25. 11. 2016, 14:32:22 »

Nebyl na to hlavně vůbec určený (co se formuláře týče). Prostě bych se omezil na varianty
1) originální naskenovaný formulář a přes XY doplnit hodnoty (nic tak složitého řekl bych - práce s pravítkem v ruce)
2) generovat vlastní formulář (docela pracné, asi vhodné jen na menší formuláře)
Výhoda je, že je to stoprocentně stabilní a spolehlivé, nevýhoda - při úpravě je nutné samozřejmě korigovat.

...No a dotaz zní - nešlo by to udělat nějak lépe, pohodlněji, to znamená jde nějak programově zjistit ty souřadnice, např.
podle textu apod?
...

1. Práce s PDF je na hovno. Možná (jak někteří píší) by se to vyplatilo předělat do něčeho jiného (HTML, ...), ale to nechám na vás.
2. My to řešili tak, že se vezme originální PDF a do něj se editorem najebe editovatelný formulář s pojmenovanými (neviditelnými) poli na přesných pozicích s přesnými rozměry. Vhodná knihovna pak umí tato pole dle názvu vyhledat a naplnit. Nic lepšího jsme nevymysleli. I tak to může vyžadovat jistou znalost magie, protože práce s PDF je na hovno.

296

Studium a uplatnění / Re:Nejžádanější programátorské znalosti na českém pracovním trhu.

« kdy: 19. 11. 2016, 11:05:48 »

Bral bych taky v potaz, že některé nabídky jsou nabízeny neustále (nikdo to prostě nechce dělat - lidi utíkají) a jiné se prostě stále mění.
To taky dost mění pohled na "zadám si do jobs.cz" a vyjede mi tolik a tolik pozic. Lepičů s frameworkama je potřeba hodně, ale je to asi opravdu nudná práce u "lopaty" - lidé se točí a točí inzerát zůstává donekonečna.

297

Server / Re:OpenStack vs VMware vCenter?

« kdy: 18. 11. 2016, 13:16:14 »

OpenStack je zaměřený spíše směrem který razí Amazon AWS. Je náročnější na správu a jeho výhoda je právě v aplikacích, které dokážou běžet v clusteru (jsou napsané na míru). Proč raději nezkusit tu RedHatí virtualizaci nebo Proxmox?

Mam desat ESXi hypervizorov. Oplati sa mi nasadit OpenStack, aby som mal jeden management dashboard? Vsetko su to nekriticke sluzby na starych serveroch s vlastnym uloziskom. Aku reziu ma OpenStack? Odhadom kolko CPU a RAM na moj setup? Migracia na iny hypervizor nie je mozna. Existuje ina lightweight alternativa?

298

Server / Re:Webové stránky a složka session

« kdy: 12. 11. 2016, 13:12:12 »

Session i tmp se obvykle maže sám (soubory tam zůstávají jen v případě nějaké chyby).
Promazávání řeší PHP.

Ptal jsem se jich,

A odpověděli mě to co jsem psal zde víc jsem od nich nezjistil...
Prej že to nepromazávaj.

Takže ty soubory tam zůstavaj napořád a musím je mazat ručně nebo si to maže redakční systémsám o sobě? např wordpress?

299

Sítě / Re:GPU akcelerace zpracování paketů

« kdy: 09. 11. 2016, 22:43:41 »

Já bych to nezatracoval, PCIe na GPU má propustnost 128Gbit/s a pamět bude mít 1Tbit/s.
Na podrobnou analýzu všeho co prochází by to celkem mohlo stačit. Spíš programátorsky to bude dost náročné a spolehlivost nemusí být ideální (komplexní kód). Rychlost zpracování oproti CPU 10-50x rychlejší i na průměrném GPU za pár kaček???

Je zde někdo co má zkušenosti s GPU akcelerací zpracování paketů? Například pře potřeby IPS jako Snort nebo Suricata.  Zajímá mně jakou kartu bych potřeboval pre datový tok 500 Mbit/s.

Ti nevim, rek bych, ze tohle by mohlo mit smysl pri relativne velmy malym datovym toku, a velice slozitych - ovsem paralelne aplikovatelnych - pravidlech. Paac to musis chte nechte vsechno protlacit pres sbernici, ktera taky neni nekonecne rychla, a velice pravdepodobne to stejne budes tlacit i pres ten CPU.

300

Software / Re:SW pro odhad počtu shromážděných lidí

« kdy: 05. 11. 2016, 19:36:34 »

To je pouze hra se slovy jako všechno v Islámském světě. Nejmenuje se to úrok, prostě se hradí služby.
S tím už nemají problém ani evropské banky, jde jen o to to správně zařídit

Banky se musí řídit hamižností, jako každý, jinak by zkrachovaly, každý musí optimálně využívat své zdroje.

Jaktože ty islámské banky nekrachují jedna po druhé, ale daří se jim stále lépe i když nesmí brát úrok? Dokonce k nim houfně přebíhají křesťanští klienti těch židovských...