Diskuze: Práce programátora ve firmě
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 5 zpráv z 5.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.


Způsob komunikace záleží na velikosti týmu (a určitě i jiných věcech).
Je-li tým malý (mám zkušenost s velikostí 3), a tedy se vejde do jedné menší kanceláře, komunikace může probíhat tak nějak spontánně (při programování tě napadne, že nějaký bod návrhu by potřeboval trochu více prodiskutovat, tak se prostě zeptáš). Větší diskuze se provádějí trochu plánovaněji (když je potřeba navrhnout rozhraní, implementovat nějakou novou rozsáhlejší věc...). Každý +- může vědět, na čem dělají ostatní. Nutno říci, že tato spontánní komunikace je v době práce z domova trochu problém.
Ve větším týmu to řešíme ranními krátkými tzv. stand-upy, kde každý řekne, na čem minulý den pracoval, případně na jaké narazil problémy. To je dost užitečné, protože se může ozvat někdo jiný, kdo s takovými problémy má zkušenosti a může je pomoci vyřešit. Obvykle ale není třeba nějak do detailu vědět, na čem pracují ostatní (mimo těch, co pracují na tom samém, co ty). Pokud na projektu pracuje více týmů, též jako součást jednoho obvykle nepotřebuješ vědět, co přesně dělají členové týmu jiného (pokud zrovna není potřeba spolupracovat).
Tohle jsou moje zkušenosti. Asi dost záleží na konkrétní firmě; jak je velká, zda-li nadřízení mají nějaké vědomosti o řízení projektů, nebo se jedná o styl "já mám báječný nápad a vy mi ho naprogramujete".
Díky za odpověď. Tak bych si to představoval, že ohledně toho co se řeší se zapojuje celý tým, protože každý něco ví, něco řešil atd. Vedení něco nějak navrhne a pokud nikdo nenajde lepší řešení, tak se to tak udělá, ale opačný způsob jak píšeš "já mám báječný nápad a vy mi ho naprogramujete" mi přijde nešťastný. Proto se snažím zjistit, jestli je to běžný a úspěšný styl vedení, nebo spíš anomálie.
Tak bych si to představoval, že ohledně toho co se řeší se zapojuje celý tým, protože každý něco ví, něco řešil atd.
Ono je právě důležité najít hranici, aby tým nestrávil příliš času na "meetingách" místo reálné práce. Prostě rozdělit oblasti (a odpovědnosti) mezi jednotlivé členy, ať se nemusí dohadovat o každé blbosti.
Proto se snažím zjistit, jestli je to běžný a úspěšný styl vedení, nebo spíš anomálie.
To nedokážu říci. Existují firmy "neznalý vizionář + pár programátorů", kde tenhle problém hrozí, ale existují i jiné konfigurace.
ale opačný způsob jak píšeš "já mám báječný nápad a vy mi ho naprogramujete" mi přijde nešťastný.
Naopak, je vysoce žádoucí, jen je třeba udržovat patřičnou strukturu. Nápad je to, co tvoří hranici mezi úspěchem a neúspěchem. To je důvod, proč jsou porady na kterých se řeší patřičné záležitosti, volí či upravují se pracovní postupy, padají nové návrhy, apod.
Zadavatel vytváří požadavky a komunikuje s vedoucím projektu, ten spolupracuje s vedoucím designerů a programátorů, kteří mají pod sebou svůj vlastní tým. Porady probíhají v lokálním nastavení (vedoucovské, designerské, programátorské). Oba leadeři svých oddělení se dozvídají od vedoucího projektu, co se bude řešit, co přidávat, měnit, odstraňovat. Každý z nich probírá tyto informace se svým týmem samostatně, designeři se domlouvají na podobě způsobu implementace požadavku, programátoři se domlouvají na rozdělení práce a struktuře in/out. Sbírají informace od ostatních, které následně prodiskutovávají na vedoucovské poradě, kde se vybere vhodný postup o kterém budou opět informovat ostatní.
Programátoři tak mají představu o tom, kdo na čem v jejich týmu pracuje. Nemusejí však znát detaily. To jediné co potřebují je že jejich funkce korespondují mezi sebou. Designeři mají představu o tom co je třeba implementovat, na rozdíl od programátorů mají bližší přehled o tom co dělají kolegové i přesto, že pracují odděleně na své vlastní části. Vedoucí designerů a programátorů znají vše na čem jejich tým pracuje a je jejich prací koordinovat svůj tým správným směrem.
Každý se může podílet na nápadu, způsob předání je
prostřednictvím lokální porady, nikoli globálně napříč celou
firmou.
Leadeři svých týmů jsou kromě interní koordinace svého týmu i
důležitou spojkou v rámci předávání informací. Čím menší počet
lidí, tím někteří mohou zastávat vícero funkcí a komunikace tak může
probíhat rychleji.
Porady jsou nesmírně důležité. Měli by však zabírat pouze tolik času, aby se z nich vytěžilo maximum, ale zároveň nenarušilo stanovené datum odevzdání projektu ve stanoveném termínu.
Zobrazeno 5 zpráv z 5.