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

Stran: 1 ... 21 22 [23] 24 25 ... 219
331
Software / Re:RDP na Linuxu s Wine - bude to fungovat ?
« kdy: 20. 03. 2020, 00:25:29 »
Vzdej to, tohle se nevyplati. Kdyz usetris zakaznikum tak te to bude stat kotel prace a ve finale se to rozbije pri prvnim upgrade.
Kdyby to nekde jednoduse opravdu fungovalo tak M$ nebude mit co zrat. Tohle je jejich produkt #1, ktery proste nema realnou konkurenci. .NETu se vyhnes pres Javu, Azure pres AWS/Google, Utlouk dobry pro manažerys, ale taky se da rozumne mailovat jinak. Ale funkcni RDP proste jinde neni (tak aby bylo zadarmo, abys pripadne netekl pres nejaky servery cizi apod).

332
Studium a uplatnění / Re:Platy v IT
« kdy: 14. 03. 2020, 23:02:33 »
aha takze filosoficka fakulta je automaticky horsi protoze neni technika.
na drtivou vetsinu povolani v IT ano.

333
Studium a uplatnění / Re:Platy v IT
« kdy: 09. 03. 2020, 19:01:55 »
Samozrejme ze VS hra obrovsku rolu. Bez VS sa NIKDY nedostanes do riadiacej funkcie.
ver tomu nebo ne, ale drtiva vetsina lidi takove ambice vubec nema a radsi si dela svoje remeslo

334
Vyzadujes ZDARMA?

335
Server / Re:Jednorázová e-mailová adresa na vlastním serveru
« kdy: 24. 02. 2020, 14:46:05 »
BTW google/gmail ma JMENO+COKOLIV@ => vzdycky spadne do mailboxu JMENO

336
Kdyz si vsechno necham udelat, tak nebudu nic umet :-)
To jsem prave nemyslel, proto jsem psal o konzultaci. Ono ostatne zvenku vam to nikdo neudela na klic protoze nezna vase interni procesy. Spis jde o ukazky moznosti od nekoho kdo to pouziva na denni bazi, ma to funkcni a odladene. Ukazat figly a fuckupy na ktery clovek narazil, udelat nastin jak by to melo fungovat. To ze si pak napises .gitlab-ci.yml te to nauci, ale budes efektivni.
A gitlab runner je jen automatizator, v podstate "automaticky spousteny baťák"

a tady jeste jeden starsi blog k tomu git-flow https://nvie.com/posts/a-successful-git-branching-model/

337
na jenkins se vybodni, to bys ztratil hlavu uplne. daval jsem ho jako priklad, ze neni jen gitlab-ci.

Nenasla by firma par tisic na nekolikahodinovou placenou konzultaci s nekym kdo se v tom vyzna? Abys mu ukazal jak jste to delali, on by ti pak lehce ukazal co a jak. Radit takhle korespondencne je zbytecne komplikovany.

338
porad nejak nechapu co presne resis. je uplne jedno jak se branch jmenujou. protected branches v gitlabu jsou.

Ze bych neco tlacil na produkci jinak nez pres CI (a je jedno jestli gitlab nebo treba jenkins) je pro me nepredstavitelne.

mrkni treba na "gitflow"

339
- muzes mit vetev production, pak mas pri "obycejnem" pushi do ni jeji jmeno (tohle ale spis pouzijes pro develop)
- release/build pro produkci bys mel delat z git tagu - opet pri jeho push mas jeho jmeno v CI

i kdyby nic jinyho tak ten commit hash stejne nekam do toho image dej, treba jen do textaku.

340
nikde nevidim pouziti napr CI_COMMIT_NAME...

341
Vývoj / Re:LXD nebo Docker
« kdy: 05. 02. 2020, 17:22:51 »
- lokalne kazdopadne docker + docker-compose(protoze vsichni maji mit stejnou verzi prostredi, kazdy muze mit na jine projekty potrebu dalsich prostredi a treba nginx + php-fpm nechces konfigurovat na kazdy projekt... mam firemni image treba PHP (napr php-base). do nej mounted volume se zdrojakama (xdebug apod funguje s phpstormem v pohode). pouzivame .env ktery NENI v gitu (je tam neco jako .env.default) protoze treba porty neumi docker-compose nacist z jineho souboru (a porty chci menit protoze mam jeden projekt na kompu vickrat, nekdo muze mit nejaky port pouzity na jiny projekt apod)
- na dev serveru zbuildim image (from php-base) a jmenuje se neco jako php-produkt, ten pak pomoci docker-compose nasadim ve spravne verzi (mam tam neco jako .env.dev), verzovani pomoci .gitlab-ci a jeho promennych neco jako CI_COMMIT_NAME a envsubst
- pro staging a produkci je to podobny jako dev, ale nemusim url adresy apod urcovat dynamicky v .gitlab-ci.yml, je tam je pouzitych volumes skrz data, nejaky cron, zalohovani atd

(na nekterych projektech jede staging a produkce pres kubernetes)

342
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 05. 02. 2020, 17:07:02 »
Nějakej Alexander Graham Bell před časem představil takovou užitečnou věc, ze které se časem vyvinuly v docela zajímavé aplikace…

Ptal jsem se, jak se to v praxi v jednotlivych tymech skutecne dela, ne na existenci nejakych aplikaci a udelatek, sorry.
normalne proste daily 10AM hangouts/slack/teams call.

343
Neumíš číst? On sám to zařadil do své prokrastinace.
Spánek nebo samohana by byly pro nej mnohem prinosnejsi...

344
Vývoj / Re:Váš názor na agilní vývoj - Scrum
« kdy: 02. 02. 2020, 23:30:19 »
Agile je skvely, kdyz se dobre uchopi, kdyz to lidi co to zavadi chapou a dokazou prenyst na "ty dole". Mam to stesti, ze v takovem tymu pro takoveho zakaznika funguju (jsme ve vice geografickych lokacich, domlouvame se anglicky).

Kdokoliv tady breci na dlouhy standup, moc meetingu apod tak to proste nekdo zpizdil kdyz ty procesy rozjizdel. Patrne jde o produkt nejakyho diplomu bez praktickych zkusenosti.

345
Stává se vám, že není v zaměstnání na čem dělat? Že není, jak se říká, kšeft?

Co v takovém případě děláte a co dělá váš zaměstnavatel?
na to mam backlog a z nej si vyzobnu nejaky drobny refactor task. trochu to souvisi s tim tematem vedle o agile - tam mam proste porad co delat. a ze by nejaka SW firma ted nemela kseft? divny.

Stran: 1 ... 21 22 [23] 24 25 ... 219