Navigační lišta REGISTRACENavigační lišta TABLONavigační lišta STATISTIKANavigační lišta SOUTĚŽENavigační lišta POMOZTENavigační lišta REKLAMANavigační lišta KONTAKTNavigační lišta
Navigační lišta
Horní lišta bez menu
Logo Zpovědnice
Online zpověď Návštěvní kniha Nová zpověď Časté dotazy
Dolní lišta Dolní lišta Dolní lišta
Nabídka voleb Dolní lišta voleb
Profil návštěvníka
libik
Mám lepší plat, rozhled, přátele, koule, rodinu, manželku, inteligenci a život než 99% z vás!

Index důvěry:
83

Má k rozdělení:

11

7



Pohlaví: muž
Věk: 32
Ve zpovědnici působí od: 10.03.2005 10:35:53
Číslo profilu: 15429
Naposledy se přihlásil: 21.04.2021 09:41:41
Poslední rozhřešení dal: 21.04.2021 11:20:20
Doteď napsal rozhřešení: 12677
Bodování aktivity: 4 bodů
Počet návštěv tohoto profilu: 394533
E-mail:
ICQ: 247369812
Oblíbené WWW:
Vstupní dotazník:   zobraz
Osobní statistiky:   zobraz
Vztahy na Zpovědnici:   zobraz
Smajlíci:   zobraz
Miluje: nojby
Nenávidí:
Obdivuje: počůraná ruka
V.I.P.
Moderátor
Člen klubu Zpovědnice
(do 19.06.2021)
Stálý návštěvník
Registrovaný návštěvník



Osobní návštěvní kniha Starší záznamy v knizeNovější záznamy v knize
22.02.2020 21:05:19
Iceman1988:
Takže by si nebydlel už u matky, že? Nemám rád, když mi kecá do života, budu rád, když taky za chvíli vypadnu z bytu.
22.02.2020 18:49:26
Iceman1988:
Kolik sis vzal hypotéku na ten svůj vlastní byt? 1 200 000 Kč? A mě banka taky půjčí 1 000 000 Kč?
20.02.2020 09:54:18
Fr0gy:
"Měl jsem jednu takovou krizičku, kdy mě začalo trápit, že některý věci už nebudou jako dřív"

Co napriklad? Ja treba tezce nesl, ze uz jsem dostudoval, kdyz jsem mel nastoupit dp prace na plny uvazek, peisel jsem si tak stary, pocital vrasky a tak. Uz to bylo jine - ale jen v me hlave, prace a skola je vicemene totez, nekde drepis a u skoly jsem drepel doma na semestralksch a ukolech vic nez ted v praci, to si udelam 8 hodin a pak krasne volno.
03.02.2020 11:37:09
Researcher:
Uživateka Cysei požádala o smazání svého profilu admina v době, kdy já tu nebyl, Dalia ale ano a řekla mi to. Ten admin má ale ve zvyku mazat vše ve svém profilu. Proto ti odebírám dynamit.
16.12.2019 15:09:11
libik:
*Pragmatix I*: Ale to nebyl půlrok strávenej v kuse na Tinderu. Některý měsíce jsem na to neměl náladu, tak jsem tam ani nešel, občas jsem "swajpnul" pár profilů a to bylo celý. A taky současná partnerka nebyla jediná se kterou jsem se za tu dobu sešel.
Co se týká mého obličeje (což je u Tinderu důležité, jestli vůbec dostaneš lajk nebo ne), tak ten je průměrný, za "hezouna" bych se rozhodně neoznačoval. Kamarád co vyloženě vypadá dobře, tak ten měl na tinderu doslova hody .
Ženy to mají se seznámením podobný, najít si životního partnera prostě není jednoduchý. Samozřejmě "jednorázovku" si seženou snáz, ale o to velká část z nich nestojí...
V populaci jsou muži/ženy téměř přesně 50:50, takže tam ani není moc velký prostor na to, aby to bylo zásadně nevyrovnaný. Leda trochu s věkem, do 25 mají větší výběr ženský, po 25 začínají mají větší výběr chlapi.
15.12.2019 19:08:27
*Pragmatix I*:
Tak ono půl roku snahy je docela dost + ty jsi nikdy nebyl nějaký průměrný či podprůměrný případ, takže nejsi reprezentativní vzorek. :,) Takže, pak mi ten půlrok třeba u tebe přijde hodně. O to víc je teda "štěstí", že jsi hned trefil tak vážnou známost.
Obecně jde spíš o tu masu průměrných mužů a žen. Ženy problém nejsou, seznámí se každá, co není úplně marná. S muži je to z více důvodů složitější (ne vše jejich vinou).
Další věc je, že poslední roky se to vše kvůli feminisaci řádově zhoršilo.
Dřív ženy pro ně zajímavého chlapa běžně ulovily, dneska už to tak nefunguje (dokonce i na bdsm webech nejdřív budoucí subka napíše stydlivě o počasí).
Dneska už mají co dělat i charismatičtí muži, o které ženy zájem mají, takže si ani nechci představovat, jak složité to mají ti ostatní, co jsou na tom hůř.
Každopádně, na českém netu pro cz cílovku funkční seznamka i seznamovací web hodně chybí (počítám, že zase nebudeš souhlasit ). To, co je, moc nefunguje.
A dokonce už mají problém seznamovat se i ženy (což je ale i tím, že namachrované feminy či asexuálky se seznamují hůř).

Počítám, že tohle jde už pár let mimo tebe, když jsi spokojeně zadaný. Tak ti přeju, aby to tak už zůstalo.
15.12.2019 13:19:51
libik:
*Pragmatix I*: O procentech nemám žádný tušení, ale co mám zkušenosti já nebo z okolí, tak to funguje celkem dobře (a to já to používal jenom necelej půlrok). Ať už na vážnej vztah nebo povyražení.
Hlavně na to není potřeba vynaložit příliš snahy, to asi motivuje všechny nejvíc. Ženský nemusí probírat stovky zpráv, chlapi je zase nemusí psát. Když se oba lajknou, tak většinou oba reagujou na zprávy no a pak záleží jestli si sednete.
15.12.2019 01:01:44
*Pragmatix I*:
Jinými slovy říkáš, že tinder reálně jako seznamka funguje a to nejen pro ženy, ale i pro muže? Jakou tam vidíš úspěšnost seznámení, nad 10%?
Ostatní jsou tak na 1%, možná.
Přemýšlel jsi nad tím nějak víc do hloubky třeba i ohledně úspěšnosti jednotlivých uživatelských skupin/typů/cílovek?
Ptám se, abych si to jako projekt neanalyzoval zbytečně.

Ps: Já pořád beru jako nejlepší seznamku starou verzi zpovědnice za zlaté éry.
A svého času fungovaly celkem obstojně klasické jednoduché textové seznamky inzerát s mailem-odpovědi (dokud to vlastníci dobře adminovali a čistili od prostitutek a fejkařů).
13.12.2019 10:12:40
libik:
*Pragmatix I*: Jj, ne nadarmo se z toho taky stal celosvětový fenomén. Seznamování přes internet v podstatě žádná novinka, ale konečně to někdo dokázal dotáhnout do konce + tomu přispěl i fakt, že má každej mobil s internetem a může si soukromě psát kdykoli a kdekoli.
Samozřejmě to funguje dobře i pro chlapy, protože žádnej normální chlap dlouho nevydrží na seznamkách obeposílat ženský, když mu skoro nikdy nepřijde odpověď (protože ženský jsou zase zahlcený zprávama, tak ani nemůžou odpovídat na všechno).
13.12.2019 00:32:21
*Pragmatix I*:
Ad tinder
"Oproti seznamkám si tam můžou psát lidi, co se nejprve navzájem lajknuli, takže odpadá to, že by ženský byly zahlceni stovkama zpráv od týpků, co posílají vzkaz každý."
Zajímavé systémové řešení. Přesně tohle jsme s kolegou pro příp. seznamku řešili, jak to rozumně nastavit.
11.12.2019 18:26:17
Fr0gy:
Ahoj, co tě motivovalo využít Tinder? Ty jsi IT expert, že jo? Asi jsi na moc holek v reálu nenarazil že jo? Ono na technice jich je málo že jo? Máš ještě nějaké tipy z Tinderu? Kromě toho, co jsi zveřejňoval, to mi přišlo dost drsný... Já moc s holkama zkušenosti nemám, dá se tam narazit na nějakou fajn, která to respektuje že jo?

A má šanci kluk, který má život rozhled a takové ty věci lepší jen 10 % lidí? Je mi jasné, že nemám šanci jako někdo s percentilem 99, ale 10 taky není zas tak marná ne? Pořád to není nula 0 :D
17.11.2019 18:05:48
*Pragmatix I*:
Drsné IT počtení pro laiky.
04.11.2019 12:12:55
libik:
Ty jo hezky, pouzivate treba v takovym prostredi nakou formu cannary deploymentu (na cca 5% produ vydeplojujes novou image, zbytek nechas bejt, kdyz to jede rozdeplojujes to dal) ?
----
U mě v týmu jsem na to zatím bohužel čas nenašel, ale vím že pár service z jiných týmů už to má. Především ten C# monolith se tomu původnímu týmu podařilo autoscalovat a mají i cannary deployment. Pak to mají ještě u pár service, co používají Lamdu. Obojí tuším dělají přes Route 53, který to procentuálně distribuuje podle nastavení.

Takze Vam to cely bezi na AWSku - to musi bejt docela raketa za licence ne ?
--------
Licence čeho? Na docker, node.js nebo dynamodb nic nepotřebuješ. Jak je to s tím C# monolithem a windows licencema popravdě nevím.

Resite nejak vylikost docker images ? Co treba bezpecnost nebo performancni testy ? Jak resite monitoring (i kdyz to bude mit aws asi neco vlastniho ne ?)
------
Velikost imagů se neřeší, jestli myslíš velikost service, tak na jeden procesor nám bohatě stačí 512MB, nicméně AWSko nabízí nejmenší poměr 1CPU na 2GB, takže RAMky máme 4x-8x tolik než potřebujeme. (ale i tak ta RAMka stojí asi jenom desetinu toho co CPUčka, takže to nevadí).
Bezpečnost zajišťují částečně architekti (tj. aby návrh samotnej byl v pohodě + identifikujou potenciální problémy) a pak samozřejmě to řeší hlavně onen ownership - každej tým je zodpovědnej "za všechno", včetně bezpečnosti. Performance testy se dělají, malá část je automatizovaná, většina existujících tesů je "on demand", když se chce něco otestovat (ono tam často musíš i něco nastavit, notifikovat ostatní, že to bude probíhat apod.).
Monitoring máme (každej tým tak trochu podle svýho) na New Relicu, logz.io nebo přímo v AWSku (Cloudwatch). Ten new relic bych možná časem vypustil, cloudwatch ho dokáže docela dobře zastoupit. Já osobně mám rád logz.io, protože to je v elastic searchi a umožňuje to dobře queryovat nad datama nebo tím vytvářet grafy.

Priznam ze neznam moc AWS nebo jiny public providery, (resp. neznam je vubec , delal jsem vzdycky na prostredich, kde se si zakaznik resil vsechno po svym, od zeleza az po cloud logiku. Co ted makam pro jeden korporat (jmeno nemuzu mam NDA), tak pouzivame kombinaci kubernetes a openshift, vsechno je to posazeny na vlastnim zeleze, kombinace spousty moznejch technologii (rabbit, mongo, naky relacni db, elk stack pro infrastrukturu apod). Je to dany hlavne tim ze cast infrastruktury jede porad v klasickym legacy prostredi typu balancer->applikac->db, vsechno samozrejme na vsphere. Applikace se postupne prepisujou do microservices a nasazuji se do novy infrastruktury Sice teda nemame desitky milionu ale stovky tisic jich bude urcite, taky je to v ruznejch zemich, ale navic tam je i pomerne masivni backoffice cast. Na CI/CD pouzivame starej "dobrej" jenkins, nicmene poohlizeme se po necem sikovnejsim.
-----
Taky vypadá zajímavě. Kubernetes je dobrý, že ho můžeš spustit jak na lokálním železe, tak pak někde na cloudu. AWSko má nevýhodu poměrně velkýho "vendor lockin", protože to musíš dělat na míru.
Ale zase DynamoDB, pokud ho můžeš použít (je hodně jednoduchý, takovej lepší Redis, takže složitější query v něm nenapíšeš) a ještě máš servisy různě po světě, tak tě zbaví hodně "bolestí". Můžeš si zapnout automatickej backup, kdy si to pamatuje až cca 30 dní zpátky veškerou historii, před rokem udělali "on-demand" verzi, což znamená že nemusíš dopředu nic nastavovat a jakej load tam pošleš, takovej load to zchroustá (má to teda nějaký omezení, ale co jsem četl tak jsou vysoko nad tím, co my potřebujeme) no a pak jsou tam ještě global tables, což znamená automatickou replikaci mezi různý regiony.

Ja se teda hlavne zabejvam tou infrastrukturni casti, hodne ted resim load balancing nad haproxy a nginxem, do toho pisu naky tooly v golangu nebo pythonu a pak mam na starosti support od zeleza po openshift/k8s. Na deploy dost pouzivame helm + ansible. Je to porad strasnej punk ale nejak to sunem k lepsimu
------
To pořád vypadá rozumně, ono nic nemůže být ze dne na den.
04.11.2019 10:07:35
psoug ( ):
Ty jo hezky, pouzivate treba v takovym prostredi nakou formu cannary deploymentu (na cca 5% produ vydeplojujes novou image, zbytek nechas bejt, kdyz to jede rozdeplojujes to dal) ? Takze Vam to cely bezi na AWSku - to musi bejt docela raketa za licence ne ? Resite nejak vylikost docker images ? Co treba bezpecnost nebo performancni testy ? Jak resite monitoring (i kdyz to bude mit aws asi neco vlastniho ne ?)

Priznam ze neznam moc AWS nebo jiny public providery, (resp. neznam je vubec , delal jsem vzdycky na prostredich, kde se si zakaznik resil vsechno po svym, od zeleza az po cloud logiku. Co ted makam pro jeden korporat (jmeno nemuzu mam NDA), tak pouzivame kombinaci kubernetes a openshift, vsechno je to posazeny na vlastnim zeleze, kombinace spousty moznejch technologii (rabbit, mongo, naky relacni db, elk stack pro infrastrukturu apod). Je to dany hlavne tim ze cast infrastruktury jede porad v klasickym legacy prostredi typu balancer->applikac->db, vsechno samozrejme na vsphere. Applikace se postupne prepisujou do microservices a nasazuji se do novy infrastruktury Sice teda nemame desitky milionu ale stovky tisic jich bude urcite, taky je to v ruznejch zemich, ale navic tam je i pomerne masivni backoffice cast. Na CI/CD pouzivame starej "dobrej" jenkins, nicmene poohlizeme se po necem sikovnejsim.

Ja se teda hlavne zabejvam tou infrastrukturni casti, hodne ted resim load balancing nad haproxy a nginxem, do toho pisu naky tooly v golangu nebo pythonu a pak mam na starosti support od zeleza po openshift/k8s. Na deploy dost pouzivame helm + ansible. Je to porad strasnej punk ale nejak to sunem k lepsimu
03.11.2019 12:36:40
libik:
Psoug (gveldrane@gmail.com): Zas tolik zpráv nedostávám, takže profil klidně můžem zasírat .

Jde o projekt typu netflix (dazn.com, v česku nefunguje), akorát pro streamování sportů. Naše část neřeší přímo videostream, ale všechno okolo než se dostaneš k tomu momentu kdy na to můžeš kliknout - správa uživatelů, platba předplatných a všechny možný vychytávky okolo (např. zapamatování cos posledně sledoval a ve který vteřině ses přestal dívat, doporučování obsahu apod.)
Zajímavý na tom není jenom to programování, ale i velikost, protože to má 5 milionů aktivních uživatelů (každej platící 10 euro měsíčně) a hodně věcí už nejde dělat tak jednoduše jako u projektu co má málo uživatelů nebo ještě není spuštěnej vůbec.
Taky je to projekt hodně kritickej na výpadky - když se zrovna hraje nějakej sport naživo, tak to prostě musí fungovat, i kdyby to nefungovalo třeba 10 minut, tak nemůžeš říct fanouškům - sorry, spadlo to na 10 minut, místo "live" se dívejte na 10 minut starej stream z živýho vysílání.

No a před dvěma rokama, když jsem tam nastoupil jako Node.js a Microservice evangelist, tak to všechno běželo jenom pod C# a jednou velkou MongoDB. Myšlenka byla začít dělat nový featury v microservisách a případně i decouplovat některý existující funkce. Pro docker a node.js tam vlastně nic nebylo, takže se to muselo vybudovat úplně všechno.
No a po dvou letech jsem s výsledkem spokojen (samozřejmě jsem na to nebyl sám, v týmu je pár dalších teamleadů se kterýma jsme se podíleli na moderním způsobu vývoje) - celý to běží pod AWSkem, na deployování/buildování používáme Bamboo, Github Actions, někde už i Drone. Mně popravdě už na CI/CD toolu zas tolik nezáleží, ať se používá kterýkoli, jde v podstatě jenom o nějakou "orchestraci docker kontejnerů". A jak spustím docker, tak ať si za tím běží co chce. Github máme integrovanej s bamboo (či výše zmíněnýma toolama) a automaticky se po jakýmkoli pushi spustí build a test, který reportuje zpátky do githubu, jestli to celý proběhlo jak mělo (tyhle testy probíhají v izolovaným kontejneru, aby se otestoval jenom kód a neměli jsme tam nějaký side effecty). Takže když otevřeš PRko v githubu, tak potřebuješ aby tenhle build proběhl dobře a aby ti někdo approvnul změnu kódu, jinak to prostě nemergneš.

Pokud všechno proběhne dobře a mergneš to do developu, tak pak můžeš začít deployovat. U nás je challenge i v tom, že máme 4 regiony (Evropa, USA, Canada, Japonsko) a všude ve 4 verzích - DEV/TEST/STAG/PROD, tj. potřebuješ 16 různých deployů. V současný době už je to plně automatizovaný, pro vytváření AWS resourců používáme Terraform, kterej se automaticky spouští před deployem (tj. máme infrastracture as a code a je to součást CD procesu, aby se zajistilo že danej kód má korektní resources). Někde je i nastavený že po updatu developu/masteru se to samo deployne do DEV/TEST/STAGu, aby se na to nemuselo myslet.
Samotnej build prvně buildne docker image a nahraje to na naše ECRko (to je v AWSku služba na uchovávání docker imagů). Samotnej deploy pak probíhá jako vytvoření nový servisy v ECSku (u nových projektů už používáme Fargate a funguje úžasně - v podstatě něco mezi Lambdou a starým ECSkem - řekneš že tenhle docker image chceš tady spustit a neřešíš na jakých EC2 strojích to běží, to za tebe řeší AWSko).

Největší challenge asi nebyl technickej, ale spíše v přesvědčování vedení o nových způsobech vývoje nebo responsibility. Na začátku byl na celý AWSko jeden "AWS expert", což byl samozřejmě zaprvý bottleneck a zadruhý to šlo mimo naší vizi ownershipu a devops (tj. developer má na starost celej vývojovej svojí microservisy včetně deploye a monitoringu) - postaru tam byly zcela oddělený týmy, který si "udělaly tickety" a pak je nic nezajímalo. No a danej "AWS Expert", protože byl i za všechno zodpovědnej, tak nám nechtěl dávat na nic práva a všechno dělal manuálně a všechno dlouho trvalo a někde to samozřejmě nefungovalo, protože to nebylo jedna k jedný. Nakonec se ho podařilo odstavit, naši build agenti dostali větší práva a začalo se automatizovat. Šlo to postupně, prvně jenom nějaký python scripty, který updatovali/vytvářeli ECS servisu, ale všechno ostatní se muselo dělat pořád růčo (např. SQS queues, IAM práva pro servisy, URL na kterým je servisa dostupná). Teď je tam taky pár lidí jenom na AWS, ale ty potřebujeme kontaktovat jenom velmi výjimečně, všechno si píšeme sami v terraformu.
03.11.2019 09:52:17
Psoug (gveldrane@gmail.com):
Cus, v naky diskusi sem si vsim ze zminujes jako jednu z technologii docker a nosql db. Pouzivate kontainery na dockeru nebo jine platforme (podman, lxc apod) u svejch zakazniku nebo primo v praci ? Pripadne nejakou orchestraci nad tim typu kuberneties nebo openshift. Jak Vam to slape a jak jste s tim spokojeny ? Kolik modu a kontejneru na prostredi zhruba mate ? Neboj nechci Ti nic prodat , jen me zajima jak to chodi i jinde. Kdyztak se Ti bude chtit tak odpoved asi spis do mejlu at ti tu mezasiram profil.
26.10.2019 09:12:59
Inakluky:
Zdar, chlapáku tak se mi to objevilo ve vyhledávači.. tak jsem tu
23.10.2019 12:52:01
jeeea bejby:
Sakra, tak už mi jsou na stopě! Ještě, že jsem po těch autech neházel hande grenade a neostřeloval je z panzerfaustů jak jsem zamýšlel původně
13.10.2019 11:18:18
argumentujem rád:
Je to veľmi jednoduchá internetová hra, takže o nič neprídeš, ked si ju nezahráš.

Nechcem tu dávať meno hry. Nato som príliš paranoidný.
11.10.2019 22:23:43
Bringme:
Máš pravdu, že jsme odhadli potřebný čas na zhotovení vstupních požadavků na API, podle toho jak dlouho to bude trvat(resp. za jak dlouho chce zákazník mít), podle náročnosti atd.Během vývoje byly meetingy se zákazníkem, který vždy věděl za co platí a jak nebo proč.
Přidání nového zápisu
TVÁ PŘEZDÍVKA:  TVŮJ E-MAIL:
TEXT ZÁPISU:



Opište kod:


  


Nejlepší chorálová skupina světa... GREGORIAN 2020 ...20th ANNIVERSARY WORLD TOUR.

REKLAMA
Copyright 2003 www.zpovednice.cz + www.spovednica.sk