Příspěvky

661

/dev/null / Re:Nevzali mě na místo lopaty. Co teď?

« kdy: 17. 07. 2018, 21:35:21 »

Nevybrali tě podle CV? V tom případě měli na stole daleko lepší s lepšími "zkušenostmi".

Nevybrali tě po ústním pohovoru? Neoslovil jsi je, tvoje znalosti a zkušenosti nemusely být tak dobré jak si myslíš nebo jsi nezapadl do jejich týmu.

Dám ti příklad, pokud je člověk třetí nejlepší programátor v ČR a propadne u dvou náborů, protože zrovna byl proti tomu prvnímu a druhému a vždy brali pouze jednoho, znamená to, že je špatný a k ničemu?

662

Software / Re:Gedit spadne po hledání v 40kB textu

« kdy: 10. 07. 2018, 23:07:03 »

proč vám tolik záleží na tom jestli někdo a jak používá emacs/vim/gedit? Není to přece jedno?

Gedit má problémy s obarvování syntaxe, načítá vše do paměti najednou a struktura je dost velká, proto v tomhle případě neumí pak ani fulltext, je hloupej, tak k němu chce přistupovat.

Pamatujete někdo ještě na ed(1)? Poslední dobou zjišťuji, že vlastně víc nepotřebuji...

663

Windows a jiné systémy / Re:Jak se dají sledovat objekty GDI

« kdy: 25. 06. 2018, 16:47:48 »

případně si na to můžeš sám něco ukutit https://msdn.microsoft.com/en-us/library/ms683192.aspx

664

Windows a jiné systémy / Re:Jak se dají sledovat objekty GDI

« kdy: 25. 06. 2018, 16:47:01 »

používám dlouhodobě https://www.nirsoft.net/utils/gdi_handles.html, poté myslím, že to uměl i process explorer od sysinternals (teď už MS).

665

Server / Re:Současný hardware pro 1PB storage

« kdy: 25. 06. 2018, 16:18:06 »

1 PB stavíme z 14 DL380 (HPE proliant) po 22 4TB diskách, buď pro hadoop nebo jako cifs storage (pro ZFS to je také vyhovující). s Jedním management serverem, jedném catalystem, 5y support se cenou dostáváme na 10M. Stabilně zápis/čtení 5GB/s.

U HPE se poté také používají Apollo krabice, tam ale na počet disků je málo cpu, takže max. jako NAS storage. Nevím jak to je s freebsd, na proliantech běží.

Jsem schopný ti to celé postavit a zavést do DC jaké si vybereš, na většinu pražských již mám přístup a objevuji se tam pravidelně.

666

O serveru Root.cz / Re:Podezřelá cena Windows v reklamě na Rootu

« kdy: 25. 06. 2018, 08:27:43 »

- to už je větší šance že někdo má generátor klíčů ( něco podobného jsem používal v éře W95,W98,XP )
- nebo to je tajná strategie(konspirace) MS za každou cenu W10 narvat naprosto všude a smést alternativy, přeci jenom ten Android x86_64 by skutečně mohl zatřást trhem OS.

S velkou pravděpodobností tyhle klíče pocházejí z OEM štítků vyřazených počítačů. V korporátech sice každý pc má štítek, ale všechny stanice jsou předaktivované dopředu a štítek není nikdy použitý. Poslední dobou to hodně prodávají čínané. Netuším jak je to s legálností a jak se k tomu staví MS, dříve byl proti, pravděpodobně to nesplňuje jeho EULU, dnes kdoví.

667

O serveru Root.cz / Re:Podezřelá cena Windows v reklamě na Rootu

« kdy: 24. 06. 2018, 21:41:22 »

zahlédl jsem to jen krátce, ale myslím, že to je stejné jako tenhle PR článek https://diit.cz/clanek/vyuzijte-voucheru-k-nakupu-microsoft-windows-10-pro-za-300-kc

668

Software / Re:Software pro vytvoření panorama z fotek

« kdy: 18. 06. 2018, 00:23:11 »

vykašli se na focení z ruky a skládání panoramat, to je pak opravdu velký problém, hugin (a další typu ptgui) nemají moc rádí, když osa je příliš daleko od nodálního bodu, nesedí jim linie a ani projekce prostoru. Skládání z ruky kupodivu dobře zvládá Adobe lightroom nebo Photoshop, stejně tak zmíněný ICE, o jiných, že by to uměli nevím.

Hugin nebo Ptgui zvládají skládat fotky pokud mám posunutý nodální bod (klasicky dlouhý objektiv a osa otáčení pod tělem), avšak pokud to máš vyloženě foceno z ruky, je to obrovský problém, u širokého skla se naprosto deformuje prostor, u teleobjektivu deformace nejsou velké. Pokud je na fotce nějaká linie, které se můžeš chytnout, můžeš změnit projekci v grafickém editoru a pak to spojit (silnice, elektrické vedení jsou dobré spojky). Hugin a další astro spojovátka s tímhle ale nepočítají. Koukal jsem, že existuje u řada mobilních aplikací, nahraj fotky do mobilu a vyzkoušej je, kupodivu na tyhle prasárny jsou zvyklé. Panoramata z ruky je ale vždy loterie, vem si stativ.

K panoramatům obecně. Motorickou hlavu jsem sháněl dlouho, přes vlastní udělátka jsem skončil s kesslerem z bazaru. Na skládání je ptgui jeden z nejlepších nástrojů, pak už ho překonávají jen vlastní řešení, které je možné přizpůsobit na míru. Dnes mi stačí zasunout paměťovku do pc a spustit program, za pár hodin je hotovo. Post processing dělám v photoshopu ale na zmenšenině (filtry pak aplikuji shodně i na velkém), opravy a případné retuše dělám přímo na zdrojových fotkách před složením a poté je nechávám znovu složit (ptqui umí také uložit projekt a poté zpracovat znovu s novými podklady), výrazně mi to urychluje práci a nemusím používat příliš silný stroj. Focus nebo exposure bracketing řeším před seskládáním do panoramat na zdrojových fotkách, panoramata se poté skládají o něco lépe, vše si skriptuji, abych ušetřil opakující se práci. 400 snímkovou fotku poté mám ve photoshopu připravenou asi do hodiny strojového času a stačí mi vložit paměťovku.

669

Studium a uplatnění / Re:Zajímavé firemní benefity

« kdy: 16. 06. 2018, 10:11:01 »

V IT se moc na daňově uznatelné benefity nehledí, to mám zkušenost z desítek společností.

Mezi ty netradiční poslední dobou patří, kavárna zdarma uvnitř budovy, pípa s pivem (i nealko), lezecká stěna, využití právního oddělení i pro soukromé/rodinné problémy, zařízení a organizace rodinných oslav a dovolených, teď v létě ovocné džusy na pracovišti, možnost si stanovit vlastní kpi a podle jejich splnění dostávat přidáno.

670

Distribuce / Re:CentOS dependency hell

« kdy: 13. 06. 2018, 22:15:36 »

popravdě vůbec netuším co provádíš. Je tvoje zodpovědnost si zkontrolovat, jestli je mirror up to date (jako admina). Oficiální mirror list je udržovaný, pokud máš nějaké problémy, hledal v mailing listu https://lists.centos.org/mailman/listinfo/CentOS-mirror

Dělat administrátora linuxu a tvářit se jako obyčejný uživatel, který netuší co dělá není naprosto dobrý nápad.

Vinu sice svádíš na problém s neaktuálním mirrorem, ale nedal jsi sem jedinou chybovou hlášku, která by to dokazovala, nedal jsi sem ani adresu toho mirroru, aby se dal případně jeho správce upozornit, jen tady hejtuješ a tváříš se jako velký guru.

671

Vývoj / Re:Docker image pro Spring + Tomcat + PostgreSQL

« kdy: 13. 06. 2018, 22:04:00 »

docker a jeden proces je také anti-pattern

Fakt? No toto mi musite vysvetlit. Vo vasom image bezi aj cely init system? Postgres bude spawnovat JVMko ako podproces? Ci ako ste to mysleli?

Co znamená "jeden proces" ve světě linuxu? Existuje minimum aplikací, které běží v jednom procesu a je naprosto běžné, že si aplikace zakládají spousty thready či podprocesů a proces s pid 1 má určitá specifika, které i tak musí aplikace dodržovat, ani blbé JVM se nechová v pořádku.

Rád používám odlehčený supervisord nebo https://github.com/krallin/tini, všechny kontejnery aspoň mají pak jednotné chování, jednotný sběr a formát logů a není v tom taková zoo. Mít tam potom více služeb spolu, které spolu úzce souvisí pro vývoj není vůbec špatné.

Důvod proč tohle pravidlo vzniklo je nasnadě, docker má ulehčit správu produkčních serverů, má to být lego, kde mohu libovolný kontejner spustit na libovolném stroji a měnit to dle potřeb aplikací. Pokud v jednom kontejneru spustím více různých služeb, trochu tím tohle lego porušuji. To je doktrína autorů, kterou z počátku drželi, dnes to prošlo evolucí.

V praxi docker také používáme pro snazší vytváření cgroup a limitaci IO pro různé sady aplikací. Ano, dá se to dělat i ručně, ale takhle máme jednotné API pro správu všech druhů aplikací, lépe se to celé testuje a šetří to náklady. To je jeden use case z mnoha.

672

Vývoj / Re:Docker image pro Spring + Tomcat + PostgreSQL

« kdy: 12. 06. 2018, 21:42:19 »

Toto, co chcete, je vyslovene anti-pattern. V image mate mat jeden process, to je presne jeden process, nie dva, nie tri - jeden. Vo vasom pripade je JVMko jeden process a Postgres druhy.

Druhy bod, na ktorom sa vzdy pobavim, je kombinacia Javy a Dockra.... Aky to ma preboha vyznam? Vytvarat virtualizovane prostredie pre uz aj tak vitualny stroj s vlastnou virtualnou instrukcnou sadou, ktory virtualizuje 3/4 OS rozhrani? Dufam, ze aj ten Docker Linux host bezi na VMWare. Videli ste film Inception? Aj v tomto pripade na kazdej urovni bezi cas kusicek pomalsie....

V skratke, Docker pre Javu sa vola Spring Boot, alebo Capsule, pricom ten druhy je polomrtvy projekt, takze plati Docker pre Javu = Spring Boot.
Rozhodne urobite lepsie, ked preportite vas kod na Spring Boot ako ze nabastlite nepodareny shell script, ktory sa v jednom Docker image bude snazit spustit aj JVM aj Postgres.

Istotne viete, ze Spring Boot generuje monolicticky image vsetkych zavislosti, podobne ako Docker, v ktorom vam nastartuje aplikacia, relacna databaza a kompletna AI platforma, MapReduce framework a este aj ten Tomcat....

docker a jeden proces je také anti-pattern

Docker není virtualizace, není to další vrstva na překlad, docker je založen na Linux namespaces, což je takové oddělení procesů do vlastních přihrádek. S dockerem je jen problém s iops na disky, to se ale také dá vyřešit přes device.

Použít tohle pro vývoj nemusí být špatné, aspoň má oddělené prostředí od svého a může testovat různé verze sestavení.

Na začátky není vůbec špatné si pohledat na veřejném repositáři, kde máš na proklik i Dockerfile https://hub.docker.com/search/?isAutomated=1&isOfficial=0&page=1&pullCount=0&q=spring&starCount=0, případně zkus vlastní vyhledávací dotaz.

Skoro přesně to co chceš je popsané na blogu dockeru https://blog.docker.com/2017/05/spring-boot-development-docker/ , zkus příště více hledat. Bez angličtiny se moc neobejdeš.

673

Odkladiště / Re:Setkávání lidí kolem IT v Praze

« kdy: 12. 06. 2018, 21:37:14 »

uhf, spíše hledám místo, kde nejsou lidi z IT

- https://pyvo.cz/praha-pyvo
- https://devel.cz/konference (už je za dveřmi)

Nebo obecně mrkni sem a třeba tě něco zaujme https://www.meetup.com/cities/cz/prague/

Těch akcí je opravdu hodně.

674

Vývoj / Re:Problematika zabezpečení REST rozhraní

« kdy: 12. 06. 2018, 21:29:42 »

Typl bych si ze duvodem bude, ze basic auth nepodporuje logout.

Tak credential je pouze enkodovane v Base64 a posila se po lince. Samozrejme TLS to prekryje, ale dalsi problemy jsou napr.:
- Heslo se posila stale dokola pro kazdy request v hlavicce
- Chybi dalsi rozsirene protekce jako Nonce, TTL, request timestamp, apod.pro zamezeni reply utoku

Ale jako, pokud se jedna o interni systemy, tak to nemusi byt problem, pokud se o dalsi bezpecnost staraji firewally, nebo dalsi prvky. Samozrejme stale to plati pouze pro TLS secured pripojeni.

Diskuze je o REST rozhraní, nemusí se očekávat, že se přihlašovací údaje budou zadávat v prohlížeči. Odhlášení chybí by design, není ale běžné, že by se aplikace na pozadí sama odhlašovala, to je běžnější pro interakci s uživatelem.

Zmíněné problémy je možné vyřešit zabalením do oauth, spnego, které timestampy, Nonce, TTL mají. Mimochodem, velká část korporátních SSO používá spnego s interním AD a poté REST s basic auth zase takový problém není .

675

Distribuce / Re:CentOS dependency hell

« kdy: 12. 06. 2018, 08:16:58 »

RHEL (a tím pádem i CentOS) jsou založené na tom, že nemáte mít žádná externí repo. U RHEL jste v tu ránu bez podpory a instalace ztrácí svoji hodnotu. Je tedy poměrně logické, že žádnou alternativu k tomu nenabízejí.

Ehm, to není pravda.

K dotazu, tohle je problém postgreSQL a stejný problém jsou schopní udělat v každé distribuci. Yum a ani jiný balíčkovací systém moc neví o kontextu a pokud má balíček neplatnou závislost, moc s tím neudělá.

Kdyby jsi poslal chybovou hlášku a jen blbě nehejtoval, dá se to vyřešit snadno, takhle aby člověk používal věšteckou kouli , zkus třeba

Kód: [Vybrat]

yum update --exclude=gdal