Příspěvky

271

Studium a uplatnění / Re:Programátoři přes 50 mají problém sehnat práci

« kdy: 02. 07. 2017, 14:12:51 »

Co spousty věcí zkoumám do hloubky docházím k tomu, že většina důležitých věcí sahá někam do let 1930-2000. Jen jejich implementace je zdlouhavá a zjevují se jako "novinky v dnešních letech".

Mnoho věcí je prostě pořád kolo a je jedno, že ho někdo přelakoval na jinou barvu. Spíš jde o to, že velmi schopných lidí je prostě málo a u nich je jedno, jestli jim je 20 nebo 50. Ten zbytek se veze a tam následuje jen propad. Pokud byl ve 20ti průměrný a nezajímá se... v 50ti je nepoužitelný.

Ti dobří vám řeknou, "jo tahle technologie - zkoušel jsem to, ale ZATÍM nemám důvěru to nasadit".
Obvykle je poznáte na první pohled... a na věku u nich nezáleží jsou velmi zatížení. Je jich ale minimum.

Ostatní jsou ty "lopaty" prostě něco udělají, ale vlastně spíš roboticky a do hloubky je to nezajímá. Mohli by dělat i něco jiného v podobné kvalitě.

272

Vývoj / Re:Dramatický nárůst objemu dat aplikace - jak řešit?

« kdy: 02. 07. 2017, 11:23:12 »

To je problém čistě jen peněz. Hlavně tu aplikaci navrhnout tak, aby jí nedělalo problém škálování na nekonečno strojů.
Pokud aplikaci navrhnete tak, že nedokáže rozumně oddělovat data od sebe je třeba jí poté masivně přepisovat.
Na vstupu mít ideálně nějaký směrovač, který bude vědět, v které části té virtuální sítě se informace nachází.

273

Hardware / Re:Intel hyperthreading-bug (Skylake/Kabylake)

« kdy: 25. 06. 2017, 12:11:51 »

Je vtipný, když člověk narazí na nějakou fatální chybu co žere data a má pocit, že se zbláznil. Po opravdu dlouhém hledání narazíte na to, že tam asi je problém - nicméně "se týká jen málého množství uživatelů a stačí vypnout powermanagement".
Vypnete ho a je to pořád rozsekaný, následně dorazíte někam kde je větší množství uživatelů fakt nasraných - že to nepomáhá.

Takže ztratíte mnoho a mnoho hodin tím, že zjistíte - výrobce to zvoral a zatlouká...
Samozřejmě stačí něco přepnout / vypnout, ale on vám to prostě nepřizná a bagatelizuje...

274

Sítě / Re:Cat5e kabel - zapojení

« kdy: 24. 06. 2017, 00:15:03 »

Má to málo zoubků, takže je to pomalé... už se těším na další level.

Fakt nechápu, co tam s tím provádíte.

275

Hardware / Re:Jak nejrychleji rozeznat okem 6/8/bit monitor

« kdy: 09. 06. 2017, 19:08:37 »

Myslím, že pokud bude FRC správně navržené, jediná možnost jak poznat 6bit vs 8bit bude poblikávání v přechodu barev. V těch, které jsou mimo nativních 6bit a musí je střídat. Podobně půjde i 8bit dohnat na 10bit.
Výloženě ošklivý gradient by mohla způsobovat i grafická karta, nebo pokud někdo používá barevný profil, který je extrémní.

276

Vývoj / Re:efektivita MySQL

« kdy: 01. 06. 2017, 18:19:43 »

Pokud bude dlouhý, měl by být uložený mimo takže při selektu bez XML by to mělo být jedno.
Do nějaké velikosti domnívám se do 64kB se vkládá rovnou mezi data v tabulce.

V případě nouze si myslím, že i v produkci není problém to odhodit do jiné tabulky.

Dobrý den, víte někdo jak MySQL vyhledává v databázi? Dělám takovou hříčku, něco jako Travian (pravděpodobně to nikdy nikdo nebude hrát) a potřebuju tabulku hráčských vesnic, kde bude vlastník, poloha a pak velkej XML soubor obsahující všechny informace o vesnici (suroviny, budovy, jednotky...). Jak moc bude ten XML soubor databázi zpomalovat když budu například vykreslovat mapu (načte se všechno kromě toho XML)?

277

Studium a uplatnění / Re:Platy Java developeru - Plzensko

« kdy: 14. 05. 2017, 10:24:33 »

Bojím se, že Plzeňsko je mrtvý region co se tohoto týče... platy budou podstřelené. Možná tak kdybys chtěl házet lopatou, nebo šroubovat ve šroubárně to by asi šlo a platy už těch dělníků jsou celkem slušné.
Ale obecně všechno fakt zaměřené na výrobu... tam zase Java tolik netřeba, ale programování PLC, roboti apod.

IT asi jedině Praha, Brno, Singapore, San Francisco asi někde v Číně nebo -> Home Office <- aby to mělo smysl.
My jako stát jsme se rozhodli, že půjdeme tou nejlevnější silou. Tudíž žádný vývoj, ale šroubárny za pár korun tu vládnou.

278

Server / Re:Http na backendech a čím jej nahradit (a zda vůbec)

« kdy: 08. 05. 2017, 13:17:23 »

Na druhé straně člověk s úžasem sleduje například implementace v JAVĚ, kde to fakt naprosto nic nedělá.
X Core CPU je vytížený na doraz a vy stále přemýšlíte jaký to vlastně má smysl. Takže on i ten argument "jen připojíš jinou knihovnu" je celkem na zamyšlení.

Prostě na přesazení kytky na záhoně není nutné ihned vyjíždět s bagrem :-)
Stejně tak na pár řádkový program kvůli ušetření třeba deseti řádek není nutné připojit knihovnu a desetitisíci jiných řádek.
Btw. mnoho těch "zrychlujících" funkcí může při vysokém zatížení mít přesně opačný efekt.

Dle mého tedy starý triviální http smysl má, u TLS spojení už by klidně http/2 mohlo zůstat.
Problém bude v tom, že cokoliv nezabezpečeného se postupem času asi stane opravdu nebezpečným.
Na spojení backendu nešifrovaně mezi sebou a s edge TLS výstupem asi ideální stav.

Ničím jiným bych to nenahrazoval, protože tohle je poměrně jednoduché a interoperabilní.

Mimochodem, nedávno jsem psal jednoduchého http klienta v C++ , měl 160 řádků i s komentářema. Nedokážu si představit, že bych psal http/2.0 klienta.

To asi bylo bez keepalive, co?

Pokud takové http stačí, tak je skutečně nesmysl byť jen uvažovat o http2.

No a taky asi bez komprese, bez chunked přenosu, bez podpory stovkových stavových kódů… Asi by bylo přesnější nazvat to „telnet klientem, který používá protokol připomínající HTTP/0.9“.

279

Vývoj / Re:PHP - proč se nevypisuje s datumem i čas?

« kdy: 03. 04. 2017, 20:44:37 »

Lopatička na písek proboha už aby to bylo klikací a tahací, pak to nebude takový problém... snad.

280

/dev/null / Re:Opravdu může být na úrovni hw backdoor?

« kdy: 24. 03. 2017, 22:31:47 »

Co je HW backdoor? Pokud to je třeba cinknutá síťovka, nebo hardisk tak naprosto klidně.
Vždycky to ale je nějaký firmware, který je sice pro uživatele naprosto transparentní, ale pořád to není HW v pravém slova smyslu.
Následně mohou být vrátka v různých binárních blobech (firmware, který se musí nahrát přes ovladač), bez kterých ten hardware nefunguje, ale to už je aplikační záležitost.

Dneska je všechno víc software než hardware. Už je to jen nějaké gpio nebo zvukovka sem tam převodník. Software nad tím dělá zbytek. Tak dnes vypadá hardware a proto v něm může být kde-co.

281

Odkladiště / Re:Je televizní vysílání přežité?

« kdy: 12. 03. 2017, 21:33:46 »

Za Českou Televizi se platí a je fakt, že iVysílání občas používám (viděl jsem Kosmo a Bohéma - občas kouknu na starý film nebo seriál).
Takový ten pelmel kontinuálně vysílaný přes den si myslím, že je odsouzen k zániku. Vyjímkou je zpravodajství a sport.

Také si všimněte jaká je teď cílová skupina diváků (převážně starší, bez jakýchkoliv nároků na technickou kvalitu).

Takže ano přežilo se to, stejně jako kamenné videopůjčovny, jen ten propad dlouho trvá.

282

Server / Re:Privátní HLS stream konkrétnímu uživateli pomocí nginx serveru

« kdy: 06. 03. 2017, 18:42:53 »

HLS stream v nginxu lze autorizovat proti službě tudíž tam klidně může být i single-sign-on (portál + stream).
Vydal bych se asi tímto směrem.

283

Vývoj / Re:Vytvareni aplikacnich systemu Unix-like metodou malych, single purpose aplikaci

« kdy: 26. 02. 2017, 11:37:18 »

No dělám skoro všechno takto... a to mnoho let zpět a přišlo mi to vždycky naprosto normální. Spíš mě vrtalo hlavou, že někoho baví neustále hledat problém v monolitickém software. Když může v klidu škálovat jednotlivé komponenty horizontálně co se týče výkonu, tak řešit jejich funkcionalitu.

Navíc odtrhávat jednotlivé části za běhu a měnit je třeba za novější s tím, že pokud se to zblázní pořád existuje někde zasunutá ta původní verze, která jde triviálně připojit zpět. Verzování a kooperace mnoha systémů to snad ani nejde jinak ne?

Už v návrhu to rozflákám na komponenty a k nim přiřadím odpovídající data a podle toho, jestli se sdílejí i jejich způsob uložení. Byl jsem na tom, že dneska je to standard už jen kvůli WebSphere, WSO2 bych to bral jako normální.

Jinak to samozřejmě má obvykle odezvy cca 10-300ms obvykle ale těch 50ms třeba na komponentu. To je jistá nevýhoda. Ovšem pokud se podíváte na Google, Yahoo v podstatě jakoukoliv větší firmu nikdo to jinak nedělá.

284

Studium a uplatnění / Re:Nesouhlas s nadřízeným

« kdy: 21. 02. 2017, 21:55:45 »

Zadavatelé kolikrát chtějí různé blbosti a slogan, že zákazník má vždy pravdu je mimo. To platí možná tak pro květinářství, nebo hospodu. Pokud se jím někdo bude řídit bude se neustále brodit odpadem.

Určitě je dobré ho vyslechnout, pokusit se mu pomoci, ale pokud chce zatvrzele nesmysl - jít od toho.
Čas je vzácný a je škoda život promrhat, určitě se najde někdo "schopnější", který se mu pokusí pomoci  Nejlépe od konkurence, ať si taky trošku užijou legrace a rozflákají si čas i nervy.

Je to vyjednávání a prostě musím souhlasit s tím, že pokud člověk není schopen jednat s ostatními jako rovný s rovným asi je na tom levelu otroka / lopaty.

285

Vývoj / Re:Geo databáze adres se souřadnicemi

« kdy: 16. 02. 2017, 22:11:33 »

Data adresních míst rozhozených běžně o stovky metrů je blbost to nebylo ani před mnoha lety (občas nějaká ta chyba jo). Data jsou umístěná na konkrétní vchod již poměrně dlouhou dobu. Takže minout budovu je nesmysl.

Celý problém bude padat na převod S-JTSK -> WGS84, kde mnoho software prostě sype blbosti s rozptylem až 200metrů.
Používání S-JTSK je úlet, který už dávno měl zemřít. Bohužel různé "mozkovny" to stále tlačí... Nulová interoperabilita a problémy s převodem se tedy budou dál objevovat.

... v openstreetmap vsechny adresy mas. A nejen ty nase ...

Přičemž ty adresy v ČR jsou tam naimportované právě z RUIANu.

A blbej jirsak samozrejme netusi, ze je opraveny (a prubezne aktualizovany) jejich umisteni, narozdil od toho RUIANu. Kde myslis ty hlavo vymazana, ze se na ty jejich moresy se stovkama km mimo prislo ...

2CryptoGuru: Z osm se pochopitelne daji vytahnout pouze adresy, nepotrebujes na to stahovat vsechny data. A jak bylo spravne podotknuto, tak souradnice sou v pouzitelny podobe.