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 - Zdenek Henek

Stran: 1 ... 10 11 [12] 13 14 ... 17
166
Sítě / Re:Nejlepší nabídku za pevný mobilní internet
« kdy: 10. 04. 2019, 09:02:10 »
Taky jdu do Odorika, vypada to jako jediny normalni operator, co s tebou nechce vyjebat, spis naopak. Akorat co me stve na legislative je, ze operatori ocividne vubec neuvolnili datove tarify - je to jakoby i u virtuala sis musel platit data per package, jako kdyby virtualove mohli nakupovat ve velkem pouze minuty volani. Tak mi to pripada.

Dobrý postřeh, ano Petr Soukup ma nastavenou cenovou politiku přátelsky vůči zákazníkům a to se mu vyplácí. Jsme zákazníci Odoriku prakticky od založení firmy MiniTel. Hodně používám také VOIP linku.

167
Sítě / Re:Mobilní tarif
« kdy: 09. 04. 2019, 11:40:27 »
Mam odorik.cz, platím jen co opravdu spotřebuju.
Volání pro dva lidi, data sem tam já. Dlouhé hovory řešíme pevnou linkou od Odoriku za cca 50 haléřů za minutu. Jsme tak na 300 kč za měsíc celkem, někdy víc. Celkem máme 3 sim karty.

168
Sítě / Re:Nejlepší nabídku za pevný mobilní internet
« kdy: 06. 04. 2019, 19:04:37 »
Google dneska nefunguje? Například https://www.t-mobile.cz/internet-na-doma

funguje, ale operatori jako na potvoru nezverejnuji ceny neverejnych nabidek :)

Mam jako hlavní wifi od docela solidního dodavatele za cca 500 kč 20/4 Mbit
K tomu mám Odorik.cz sim kartu v mobilu. Používám to i na volání a když nejde internet, tak tam zapnu mobilní data.
Koupím třeba 2GB dat. Odorik.cz nemá žádné paušály, který bys musel platit každý měsíc a platíš jen to co opravdu využiješ. Pokud bys nevyužíval volání od Odoriku a neměl útratu za posledních 30 dní aspoň 100 kč, tak platíš za aktivní sim kartu 0,7 kč za den. To mi jako záložní řešení internetu stačí. Využiju to tak třikrát za rok jeden den kvůli výpadkům a sem tam, když jsem v pohybu. Nemusím mít kvůli tomu celý rok tarif a je to opravdu mobilní varianta.

169
To rozlozeni je samozrejme "normalni". Jen mas ruce dal od sebe.

Ale pochopitelne je to o prioritach...

Otázka je, co je to normální. Kdyby se v sedmdesátých letech prosadil Maltron, tak je vše možná jinak  ;)

170
Zvaž půlené klávesnice. Mezižeberní svaly ti poděkují.

Mezižeberní svaly možná, ale otázka je, jestli i zaměstnavatel. Pokud neumí psát víceméně podle norem všemi deseti, může pro něj být taková klávesnice pro psaní dost problematická. Pár kolegů je to má a já na nich třeba schopný nějak smysluplně psát nejsem.

Je to o zvyku, ale je pravda, že psaní všema deseti mi začátek psaní na klávesnici Maltron hodně usnadnilo.

171
Hardware / Re:Výběr TV
« kdy: 24. 03. 2019, 10:11:39 »
Řešil jsem to na podzim. OLED jsem nakonec neřešil, protože máme v místnosti dost světla a moc se mi nezdál ten jas.

Nakonec jsme koupili Samsung QLED QE55Q6FN a jsme spokojeni. Je dobře vidět i když do místnosti svítí sluníčko. Kvalita obrazu nám stačí. Pozorovací úhly jsou dobré. Zvuk je teda slabší, ale měli jsme doma starý soundbar.

Používané aplikace HBOGO, Spotify a SledovaniTV fungují. Widi také funguje, ale kvalita obrazu přeneseného přes WIDI z mobilu je horší.

172
Software / Re:sprava hesiel
« kdy: 04. 03. 2019, 16:41:30 »
pouzivame passbolt, ma FF extension

pro dalsi hesla pouzivam cli utilitu pass

173
Hledám práci / Re:IT praxe - Rokycany, Plzeň a okolí
« kdy: 04. 03. 2019, 15:08:45 »
Baví mě PHP, ale jsem si vědomý, že to dělá každý a s platama to není nijak slavný. Zároveň mě baví on-line marketing a weby a věci okolo mají k tomu nejblíž. Stejně tak si jsem vědom, že bez OOP si ani neškrtnu, stejně jako znalosti MVC a frameworků. Nic z toho nijak extra neovládám, furt se dost hledám a hledám místo, kam se píchnout. Proto bych si rád sáhl na všechno možné, repetivita mě zabijí a než se usadil v něčem, chci zkusit leccos, abych po pár letech co se tomu budu věnovat nezjistil, že existuje něco, co mě bude bavit mnohem víc. Proto budu rád za jakoukoliv referenci, klidně si projdu i věcma, co si myslim, že nebudou nic pro mě, abych toho nakonec nelitoval, nesáhl vedle a pak se jen blbě nedivil. Díky.

Moc presnejsi to neni, ale aspon je se ceho chytit :).

Zacal bych s knouh Milana Kundery Nesmrtelnost. Ted to myslim vazne, nedelam si z Tebe legraci.
Na pracovni brigady jsem chodil casto, ale mimo IT. Zemedelstvi - zavlazovani, stavebnictvi. Postupne jsem se zlepsoval. Kdyz jsem dojel z ERASMU tak jsem v jedne ocelarce delal preklady svarovacich postupu z nemciny a pak i web firmy, byl jsem skoro rok v call centru internetoveho providera, ....

Co se tyce IT, tak je urcite tezke dostat se z jednoho prostredi do jineho. Zvalste protoze zamestnavatele maji pocit, ke kdyz neco neumis, tak se to ani nebudes chtit ucti resp. ze je to pro ne drahe, aby ses to za jejich penize ucil ...
Ale neni to nemozne.
Vyhodu ted mas v tom, ze co se Ti nebude hodit do kramu, tak proste do CV nenapises, jsi student, tkaze mezera v praci se da vysvetlit studiem.

174
Hledám práci / Re:IT praxe - Rokycany, Plzeň a okolí
« kdy: 04. 03. 2019, 14:22:17 »
Ahoj,

bohuzel nejsem z oblasti, kterou preferujes.

Tvuj dotaz je prilis obecny a myslim si, ze bys mel vzit prvni moznost, ktera se Ti jakz takz libi, pokud opravdu chces uz ted resit praxi.

Full time developer jsem byl az po vejsce.  Musim rict, ze nemam pocit, ze by mi neco uniklo. Je to uz dlouho, kdy jsem zacinal. Svet se meni, ale nemam pocit, ze az tak moc.

Snaz se ziskat maximum ze skoly. Mas pocit, ze jazyky (ne programovaci) jsou nuda? Snaz se naucit jeden dobre a k tomu jeste jeden. Zkus se o tom co chces pobavit s nekym ve skole. U nas to byl matikar, kdo dokazal poradit jak dal.

greenlinuxguru mel v jednom pravud, musis se na neco zamerit, abys mel smer, ale zaroven nezapomen, ze IT je jen nastroj ne cil. Je dobre mit siroky zaber co nejvic to jde. Bavi te zemepis? Zkus se venovat mapam, GIS, OpenstreetMap ...
Najdi neco mimo IT, co te bavi a venuj se tomu v kombinaci s IT at uz tim myslis cokoliv. O uzke specializaci se rozhodni co nejpozdeji to pujde.

support/devops/development, a taky co přesně, jestli linux, windows, python, javu, c++ jak pise greenlinuxguru neni specializace, je to pohled na system na jednu a stejnou vec, ktera se vytvari, aby nekomu pomohl byt v praci rychlejsi, efektivnejsi, redukovat nudne casti ve finale usetrit penize.

175
Hledám práci / Re:IT praxe - Rokycany, Plzeň a okolí
« kdy: 04. 03. 2019, 14:11:01 »
Musíš mít nějaké zaměření, to je jak napsat "jsem lékař", a teď nikdo neví jestli oční, ušní, neurochirurg nebo obvoďák.

Tzn. musíš si vybrat, jestli pojedeš support/devops/development, a taky co přesně, jestli linux, windows, python, javu, c++. Musíš mít k oboru nějakej vztah. S tím že jsi studoval IT můžeš jít prodávat tak do CZC a fotit svůj tlustej pupek v červeném tričku CZC Geek na reklamy, ale pokud chceš nějakou kariéru, musíš se něčemu konkrétnímu věnovat.

nebud tak zlej, je mu 17 let!

176
Vývoj / Re:Jaké používáte git workflow a proč?
« kdy: 01. 03. 2019, 19:41:18 »
Delali jsme v podstate standard flow ktere vznikne, kdyz od Atllasianu zintegrujes Jiru a Bitbucket:

1. Kazda nova branch nese nazev konkretniho Jira tiketu (hodi se tam automaticky)
2. Po Review se zasadne delal Merge a to do Development branche. Nebylo to vubec zalozene na Rebase.
3. Meli jsme vzdycky 2 Development branche, pro 2 releasy. Nejake zmeny sly totiz do drivejsiho releasu a nejaka az do toho dalsiho.
4. V Master branchi jsme meli Release.
5. Kazdy merge do Development branche musi byt kompletni a plne funkcni zmena.

Zadna veda. Podle me neni uplne dulezite samotne flow, je dulezite to, aby v tom nebyl mrdnik - musi byt jasne dana pravidla a ty kazdy vyvojar dodrzuje.

Ten finalni merge do devel branch to byl squash, nebo normalni merge?
Pokud normalni merge, jak se vam dari orientovat v historii?
Už je to par let, co jsme se rozhodli, ze budeme delat bud squash nebo rebase, protoze vysledna historie vypadala jako nadrazi a nedalo se v tom vubec orientovat. Zlepsilo se to, nebo to proste neresite a zvykli jste si na slozitejsi historii?

177
Vývoj / Re:Jaké používáte git workflow a proč?
« kdy: 01. 03. 2019, 19:36:53 »
Dekuju za prispevek.

Většinou se provádí commit rovnou do master branche a dělá se review až tam, aby bylo vše integrované co nejdříve, ale občas děláme review před merge do master branche. Kromě UpSource pužíváme ještě OpenGrok.
Takze kazdy v tymu dela push do origin/master? A v origin nejsou feature branches?


Merge vs rebase. Ja osobne se snazim co nejvice pouzivat rebase, commity dělám docela často, zpravidla pokud jsem schopny tu změnu, co jsem udělal pojmenovat, ale nemáme to nijak omezené. Někdo používá merge, ale pak není vidět jednotlivé commit message.

Tomu nerozumim. Pri merge nejsou videt jednotlive commit messages? A pri rebase jo?


Ne nepouzivame feature branches. Teda neni to pro kazdou ficuru, sem tam se rozhodneme, ze neco zustane nejaky cas bokem, ale to je vyjimecne.

Pri merge musite udelat squash vsech lokalnich commitu do jednoho, pokud chcete mit aspon trochu "linearni" historii. Merge jako takovy jsem nedelal uz hodne dlouho. Pouze kdyz delame release a delame merge do production branch.

Rebase nejdrive odstrani vsechny lokalni commit zaznamy a prida nove commit zaznamy z origin a pak znova "prehraje" moje lokalni commit zaznamy. Toto nejde pouzit, kdyz na jedne branch pracuje vice lidi.

Mame vlastne jen jednu feature branch a to je master. Do ni vsichni integruji zmeny co nejdrive.

Proste nejak zacnete. Bude to bolet obzvlast, pokud prechazite z CVS, ale stoji to za to.

178
Vývoj / Re:Jaké používáte git workflow a proč?
« kdy: 01. 03. 2019, 16:57:09 »
Ahoj,
zajimalo by me jaka git workflow pouzivate.
A pripadne co se vam na kterem libi/nelibi, osvedcilo/vymstilo...

Nemusi jit nutne jen o git, ale ten me zajima nejvic...

Pokud muzete doplnit i detaily o poctu lidi/tymu pracujicich se stejnou codebase budu rad.
A pokud pouzivate git k verzovani i neceho jineho nez zdrojaku taky si to rad prectu.

Diky

tym cca 10 až 15 lidí, používáme www.gitblit.com jako "centrální" repository. Máme více produktů-projektů. Na tom hlavním git repozitáři je nás max 10 lidí. Na codreview používáme Intellij Upsource. Nemáme povinné review. Je to na každém z vývojářů jak bude postupovat. Většinou se provádí commit rovnou do master branche a dělá se review až tam, aby bylo vše integrované co nejdříve, ale občas děláme review před merge do master branche. Kromě UpSource pužíváme ještě OpenGrok.

Snažím se aby vše pro daný produkt bylo v jednom git repozitáři a vše co jsme udělali aby bylo aspoň v gitblit jako samostatný repozitář.

Pro vývoj nové verze používáme master branch, před vydáním (záleží jak je potřeba) se master forkne do pre-release branche, když je hotovo, tak se pre-release branch mergne do branche se jmenem production.

Merge vs rebase. Ja osobne se snazim co nejvice pouzivat rebase, commity dělám docela často, zpravidla pokud jsem schopny tu změnu, co jsem udělal pojmenovat, ale nemáme to nijak omezené. Někdo používá merge, ale pak není vidět jednotlivé commit message. Někomu to nevadí, je rád, že za ním někdo chodí a ptá se na to, proč provedl nějakou změnu. Já dělám remote, takže si to moc nemůžu dovolit. Pokud děláme změny mimo hlaví release. Vytváříme z production branche novou branch se jmenem hotfix-<verze>. Ta se po vydání hotfixu mergne do production a do master. Každý commit do hotfix branche se pomoci cherry-pick "kopíruje" ihned i do master branche.

Ještě je důležité, že celý projekt se dokáže buildnout na jedno tlačítko v jenkins včetně všech tesů, které máme. Ty máme rozdělené do několika jobů a když někdo udělá commit, tak se začne buildit installer, produkt se nainstaluje a pustí se Geb (Selenium) testy. Další job jede paralelně a ten spouští integrační testy, které trvají déle - např. databáze. Další job je jen pro SonarQube - ten se nespouští po každém commitu - zatím. Další job má QA na vytvoření serveru pro manuální testování, než se provede deploy do aws do testovacího prostředí.

Vše je automatizované, V jenkins si u každého jobu je možné vybrat branch a tu buildovat. Je tam hodně kodu Gradle, v Groovy a v Bash. Snažíme se teď přesunout vše do Docker instancí a nahradit Bash scripty Ansible. Používáme i Ansible AWX.

Jako repozitář souborů, jar, npm, pypi, rpm, deb etc. používáme Nexus i jako proxy public repozitářů.

179
Hardware / Re:MSI Radeon RX 570 ARMOR 8G OC, linux kompatibilita
« kdy: 27. 02. 2019, 15:37:55 »
Nevidim moc smysl toho, chtit nastavovani vetracku v driveru GPU. Pokud jde teplota nahoru, tak by se mel IMO prizpusobit airflow v cele skrini, takze stejne clovek musi skoncit s nejakym programem, co ma globalnejsi pohled na vec.

BTW: Od oka by melo jit na tuhle kartu dat pomalu kazde Accelero.

Prave ze tam moc velka zatez na GPU nebude, protoze tam bude jen itntellij idea, par terminalu, nejaky FF s hromadou tabu, Chrome, a par dalsich kancelarskych aplikaci.

Docela me prekvapilo, ze AMD ma v takto zasadni veci rozdilne se chovajici ovladace pro linux a windows ...

Diky za postrehy z bojiste.

Neni na to RX580 trochu overkill? Zejmena protoze RX570 umi to same, jen ma o neco mensi vykon a hlavne spotrebu...

Rekl bych, ze i RX550 nebo RX560 by mely byt OK, ale je potreba si ve specifikaci konkretni karty ujasnit, ze skutecne zvlada naraz tolik vystupu. Ja mel RX550 se 1*4k a  2*FullHD a bez problemu, jen to chtelo vzit spravnou kombinaci redukci. Az kdyz jsem po tom chtel 5k a dalsi displaye, tak jsem narazil (coz vedlo ke dvema kartam, coz vede k problemum s wlroots, coz znamena wlroots z gitu, pokud clovek nechce zakysnout na Xwindow a tak ;) )

Mam to rovnou v nadpisu, ze uvazuju o RX 570, o moc mensi spotrebu bohuzel nema.

http://gpuboss.com/gpus/Radeon-RX-580-vs-Radeon-RX-570

180
Hardware / Re:MSI Radeon RX 570 ARMOR 8G OC, linux kompatibilita
« kdy: 27. 02. 2019, 14:05:48 »
Nevidim moc smysl toho, chtit nastavovani vetracku v driveru GPU. Pokud jde teplota nahoru, tak by se mel IMO prizpusobit airflow v cele skrini, takze stejne clovek musi skoncit s nejakym programem, co ma globalnejsi pohled na vec.

BTW: Od oka by melo jit na tuhle kartu dat pomalu kazde Accelero.

Prave ze tam moc velka zatez na GPU nebude, protoze tam bude jen itntellij idea, par terminalu, nejaky FF s hromadou tabu, Chrome, a par dalsich kancelarskych aplikaci.

Docela me prekvapilo, ze AMD ma v takto zasadni veci rozdilne se chovajici ovladace pro linux a windows ...

Diky za postrehy z bojiste.

Stran: 1 ... 10 11 [12] 13 14 ... 17