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 - adam999

Stran: [1] 2
1
Vývoj / Re:M:N kardinalita medzi tabulkami v odlisnych schemach
« kdy: 30. 11. 2019, 17:08:51 »
Prosim nerieste tu integritu, triggery ani nic podobne :) otazka bola len aky je podla vas spravny navrh tabuliek. Vazobna tabulka v scheme picture kde bude id obrazka, a uuid akejkolvek inej entity (vdaka uuid) alebo schema picture bude obsahovat len zadefinovane obrazky, a to k comu sa viazu sa bude riesit v kazdej scheme zvlast, teda foo schema bude mat tabulku s foo_id a picture_id, bar schema bude mat tabulku s bar_id a picture_id a pod.

Máš tabulku foo, která vazbí N obrázků z tabulky picture. Pak máš tabulku boo, která vazbí N obrázků z tabulky picture. Tak?

V takovém případě bych měl pro každý extra vazební tabulku.
foo -> foo2picture -> picture
boo -> foo2picture -> picture

Dakujem

2
Vývoj / Re:M:N kardinalita medzi tabulkami v odlisnych schemach
« kdy: 30. 11. 2019, 16:27:25 »
Prosim nerieste tu integritu, triggery ani nic podobne :) otazka bola len aky je podla vas spravny navrh tabuliek. Vazobna tabulka v scheme picture kde bude id obrazka, a uuid akejkolvek inej entity (vdaka uuid) alebo schema picture bude obsahovat len zadefinovane obrazky, a to k comu sa viazu sa bude riesit v kazdej scheme zvlast, teda foo schema bude mat tabulku s foo_id a picture_id, bar schema bude mat tabulku s bar_id a picture_id a pod.

3
Vývoj / Re:M:N kardinalita medzi tabulkami v odlisnych schemach
« kdy: 29. 11. 2019, 21:15:13 »
V každém schématu samostatnou vazební tabulku.

Obrázky bych navíc vykopal z databáze do filesystému nebo ještě lépe do cloudu.

obrazky samozrejme su na filesysteme, tabulka obsahuje len info o obrazkoch, ako cestu atd.

4
Vývoj / M:N kardinalita medzi tabulkami v odlisnych schemach
« kdy: 29. 11. 2019, 20:49:08 »
Ahojte, akou vazbou by ste riesili kardinalitu medzi tabulkami v odlisnych schemach ktore pouzivaju pre ID datovy typ UUID.

Mame schemu pre nahrate obrazky na webe, kde je pre tento dotaz hlavna tabulka picture.

V dalsich schemach existuju tabulky, ktorych zaznamy maju kardinalitu s obrazkami M:N -> Kazdy zaznam z tychto tabuliek moze mat niekolko obrazkov, ale existujuci obrazok v tabulke picture moze byt pouzivany vo viacerych inych kontextoch.

Otazka teda znie, ci je podla vas lepsie spravit vazobnu tabulku v picture scheme, kde bude stlpec s id obrazka, a id entity (pripominam ze id su typu UUID takze kazde id je unikatne), alebo by ste v kazdej zo schem vytvorili k danej tabulke vazobnu tabulku s id obrazka? Takze by boli v X schemach tabulky (foo_id, picture_id), (bar_id, picture_id), atd. Dakujem.

5
Vývoj / Monitorovanie mikroservis v dockeri
« kdy: 25. 11. 2019, 22:41:00 »
Caute, co pouzivate na monitorovanie mikroservis a agregovanie logov, na lokaly, alebo produkcii?

Povedzme ze chcete vyvijat appku, tak si spustite v IDEcku len sluzbu, ktoru chcete programovat, a zvysne si spustite pomocou docker compose. Mate na to nejake sikovne nastroje, ktore vam budu monitorovat trafic medzi sluzbami, agregovat logy, sledovat vytazenost jednotlivych sluzieb a pod.? Jedna sa o spring bootove appky ak by odpoved zalezala na technologii. Dakujem.

6
Vývoj / Re:DevOps hranie pre vyvojara
« kdy: 23. 11. 2019, 23:31:24 »
A proč to nemůžeš dělat ve virtálu na lokále?

Protoze on je PAN VYVOJAR, co nic neprovozuje, natoz aby si neco instaloval sam :-)
Se pak nedivim ze dnesni software vypada jak vypada, kdyz ho delaji tyto typy lidi.

Nechapem tejto narazke. To ze som vyvojar nebolo ziadne povysovanie, ale objasnenie preco sa to chcem naucit. Vo firme na to mame oddelenie, takze si chcem vyskusat devopsacku pracu vo volnom case.

Ostatnym dakujem za rady.

7
Vývoj / DevOps hranie pre vyvojara
« kdy: 23. 11. 2019, 13:50:24 »
Zdravim, rad by som prenikol do sveta DevOps, a rozmyslam nad tym, ze by som si prenajal niekde server, s ktorym by som sa mohol hrat, a robit si s nim teoreticky cokolvek. Ak by sa mi nieco nepodarilo / pokazilo, tak jednoducho ho resetujem do povodneho stavu.

Od skoly pracujem ako vyvojar, a DevOps je pre mna black-box. Takze chcem sa hrat s nejakym serverom, instalovat a nastavovat CI (napr jenkins), nasadzovat appku a udrziavat vlastnu appku, nastavovat DB, docker/kubernetes, skratka cokolvek ma napadne.

Viete mi prosim poradit cloudovu sluzbu pre tieto potreby? Som v tomto naozaj lajk. Dakujem.

8
Dobry den,
riesili ste niekto dilemu ako spravovat uzivatela v microservisovej architekture? Autentifikacna sluzba ktora bude overovat uzivatela potrebuje citat credentials a role uzivatela, aby mohla overit udaje voci tym, ktore zada pouzivatel do login formulara, a nasledne vygenerovala token. Tiez obsahuje konfiguraciu pre hashovanie hesla, takze si myslim ze by mala spravovat registraciu noveho pouzivatela.

Na druhu stranu, je potrebne spravovat v aplikacii profil uzivatela ako taky, fotka uzivatela, kontakty, oblubene polozky, atd. Na to by uz ale mala byt zrejme samostatna sluzba ak sa nepletiem.

Ako by ste to riesili? mali 2 sluzby, kde v jednej by sa spravovali prihlasovacie udaje uzivatela, a v druhej uzivatelsky profil, alebo to uplne odseparovali, a ta autentifikacna sluzba by interne volala sluzbu na spravu uzivatela?

Viac sa mi paci druhy sposob, len sa mi zas nepozdava to, ze by som v DTO posielal uzivatela vratane hashu hesla, aby ho mohla autentifikacna sluzba overit. Co si myslite vy, napada vas lepsi sposob, alebo by ste isli do niektoreho z uvedenych? Dakujem.

9
Vývoj / Re:Struktura projektu s mikroservisami
« kdy: 08. 11. 2019, 22:54:56 »
My to mame tak, ze mame samostatna repa podle programovacich jazyku. V kazdem repu jsou vsechny microservisy, ktere jsou napsane v tom kterem jazyce. Funguje to dobre. Samostatne repo na kazdou servisu bych teda udrzovat nechtel :)

Rozdelenie podla jazykov sa mi paci, ale kde mate commitnuty compose-file, ak teda ho tam vobec mate? Motivacia mat to v jednom repo bola ta, ze mas v roote compose-file, a jednym prikazom si nahodis cely stack, okrem veci ktoru zrovna vyvijas.

10
Vývoj / Struktura projektu s mikroservisami
« kdy: 08. 11. 2019, 20:50:17 »
Caute,
aku strukturu odporucate pre mikroservisy? Viem ze odporucany pristup je mat kazdu mikroservisu v samostatnom git repo. Nas projekt ale nie je najvacsi, a tvorime maly tim (6 ludi). Je podla vas ok mat vsetky sluzby v adresaroch v jednom repo a v roote, a v roote skript ktory spusti build appiek, popripade docker compose, atd. Appky tvoria spring bootove appky a SPA angular. Kludne mozete poradit aj nieco ine, ak mate lepsie skusenosti. Dakujem.

11
Vývoj / Re:User management v microservice architekture
« kdy: 31. 10. 2019, 23:58:39 »
Dakujem pozriem na to ... ale ak sa nemylim tak odporucania vychadzaju z pouzitia nejakych externych sluzieb?

Potreboval by som skor nieco, co bude bezat ako nejaka dalsia autentifikacna/autorizacna microservica, takze request smerujuci na gateway, overi oauth token touto ms, a naslednu prepusti request dalej na pozadovanu ms. Ak token v headeri nebude, alebo bude neplatny, tak request skonci na 401/403, a v appke presmerujem uzivatela na login page, kde sa prihlasi, a nasledne request na ziskanie tokenu pojde cez gateway na tu moju auth sluzbu.

Je toto chovanie ktore som popisal zle? Mozno som len velmi konzervativny, ale radsej by som mal autorizaciu a autentifikaciu uzivatelov ako spring boot sluzbu. Dakujem.

12
Vývoj / User management v microservice architekture
« kdy: 27. 10. 2019, 17:47:46 »
Ahojte,
mam taku otazku k navrhu microservis. Je podla Vas v poriadku mat "User management service" ako jednu microservisu? Mala by:
 - vratit uzivatela podla ID inej service
 - vytvorit (zaregistrovat) noveho uzivatela a zahashovat mu heslo
 - prihlasit existujuceho uzivatela a vratit jwt ktorym budu overovane nasledujuce requesty z FE na BE

Implementacia bude v spring boote. Urcite budem rad aj za odkaz na nejake resourcy ohladom user-managementu v microservisach, a nastudujem si to sam. Len zatial som nenasiel nic, co by mi pomohlo rozhodnut, ako by to malo byt spravne navrhnute. Tak sa pytam vas, ake su vase skusenosti z praxe, a ako by sa to malo podla vas navrhnut. Dakujem.


13
Server / Vyhledavani v Solr
« kdy: 20. 09. 2019, 21:17:04 »
Ahojte,
snazim se rozjet lokalni solr a vytvorit vyhledavani nad documenty podle ruznych filtru, ktoreho sucasti bude take query na provnani nazvu dokumentu, a serazeni vyslednu podle nejvetsi zhody.

Priklad:
document 1: title=Automatic gear
document 2: title=Motor
document 3: title=Motorbike

takze kdyz budu hledat podle query=moto, chtel bych vysledky v poradi:
document 2: title=Motor
document 3: title=Motorbike
document 1: title=Automatic gear

neco podobne ma tusim postgres, kde vyrazy rozseka ngramy a vysledky seradi podle toho, koli ngramu bylo zhodnych s ngrami hledaneho vyrazu.

Muzete me prosim nasmerovat co konkretne hledat, nebo jak docilit takehoto vysledku? Dekuji.

14
rakusko neviem

svajciarko:
- kopa info sa da najst na google, ale dam ti zopar postrehov/skusenosti
- robil som aj ako freelancer, aj som freelancerov platil
- rates ako vsade inde na svete - kolko si vykecas, tolko dostanes, ale taky minimalny start je 800chf/tag, nic pod tym nema zmysel
- horny strop je casto diktovany cez procurement danej firmy, vacsinou okolo 2-2,5k/tag
- budes musiet ist cez agenturu, ktora ta zrejme odrbe, kedze nemas skusenosti s freelance v CH
- rozne agentury maju rozne fees podla toho, ci ti nasli projekt oni, alebo si si nasiel sam a oni ti robia len payroll, kazdopadne ta odrbu na fees :)
- agentur je jedna kopa, ale nie vzdy mas moznost vyberu, niekedy klient pracuje s konkretnou agenturou a vsetci freelancers musia ist cez nu
- prvy projekt ta odrbu na rates, cize pocitaj tych 800chf na den
- freelancerom sa casto davaju naprd projekty (asi ako vsade), ktore bud nikto nechce robit, alebo su pred kolapsom a hladaju obetneho baranka
- bezne zivotne naklady su v CH dost vysoke
- ak mas vysoko ziadany skillset, vies sa relativne rychlo (asi 2 roky) vysplhat z tych 800 na nejakych 1200-1300chf a taktiez sa dostat k zaujimavym projektom. to su uz obstojne rates
- anglictina je v 70-80% pripadoch v pohode
- dane su nizke + vies si kadeco odpisat ako freelancer
- niektore firmy su v pohode, ine sa k tebe budu spravat ako k slapke, inde zase "zavist" od internych kolegov ktori uvidia toje rates
- niektore firmy maju rule - max 1 rok freelance a potom bud vezmes internu poziciu (za menej prachov) alebo si out

to je par bodov co ma teraz napadlo a co na google nenajdes.

aky skillset mas?
nejake specific industry experience?
co si predstavujes od freelance? 100%, 80%, alebo menej?
onsite alebo remote? (remote contract ti neda nikto, kym ta nepozna + rates budu ovela nizsie)

Mal si vo Svajci aj zalozenu firmu/zivnost, alebo na SVK/CZ?

Citace
aky skillset mas?
nejake specific industry experience?
co si predstavujes od freelance? 100%, 80%, alebo menej?
onsite alebo remote? (remote contract ti neda nikto, kym ta nepozna + rates budu ovela nizsie)

Momentalne som na urovni mediora s cca 2-3 rokmi praxe. Este makam na jednom projekte, no ak skonci rad by som niekam vycestoval, zlepsil jazyk, naskrabal nieco na barak a na horsie casy, a potom sa po pripade vratil (alebo aj zostal, to by sa uvidelo).

Citace
budes musiet ist cez agenturu, ktora ta zrejme odrbe, kedze nemas skusenosti s freelance v CH
Vies odporucit nejaku, ktora ma popripade "osklbe" najmenej, a mohol by som ocakavat, ze by mi s nejakymi vecami na zaciatku aj poradila?

15
Ahojte, na zaklade viacerych odporucani zacinam coraz viac rozmyslat nad freelancovanim v zahranici, a to konkretne v Rakusku, alebo Svajciarsku (z Rakuska mam blizsie domov, ale Svajciarsko ma laka kvoli prirode a prijemnejsej klime). Mate niekto osobnu skusenost s hladanim projektov v zahranici o ktoru by sa vedel podelit? Akym sposobom oslovovat firmy, na akej hranici sa zhruba pohybuju raty, ci poznate nejake fajn portaly kde sa da najst praca aj na ICO, a ako je na tom jazykova bariera - da sa to aj anglictinou, alebo bez nemciny to nepojde? Ak vas napadaju ine postrehy ktore je dobre vediet, tak budem rad ak ich napisete :)

Dakujem

Stran: [1] 2