11
Studium a uplatnění / Re:Ohodnocení scrum master vs. developer/tester
« Poslední příspěvek od to_je_jedno kdy Dnes v 09:50:50 »A co jako cekas? Ze te budeme litovat? Tak bez za sefem at ti prida. Nebo se stan SM.
Poslední příspěvky
12
Studium a uplatnění / Re:Ohodnocení scrum master vs. developer/tester
« Poslední příspěvek od Megatron kdy Dnes v 08:42:57 »Ani ja by som to nechcel robit. Ale ked si zoberiem, ze cely projekt lezi na developeroch/testeroch a inych technickych poziciach, a potom je tam nejaky scrum master, ktoreho uloha je vlastne zbytocna podla mna a berie viac, vlastne za nic
13
Studium a uplatnění / Re:Ohodnocení scrum master vs. developer/tester
« Poslední příspěvek od Martin Poljak kdy Dnes v 08:31:39 »No, upřímně, já bych tedy jejich práci dělat nechtěl. A ani mnoho vývojářů, co znám. Takže klidně ať je zaplatí. Ale pochopitelně by pak měli mít tomu odpovídající odpovědnost za výsledek. A jinak by mě tedy zajímalo, co je to za organizaci protože kombinovaná pozice leada, scrum mastera a project managera nebo tech leada obvykle moc nefunguje a svědčí to dost často o tom, že to není projekt, na kterém by chtěl člověk pracovat.
14
Sítě / Re:UniFi app (Android) a AP: spuštění otevřené sítě
« Poslední příspěvek od MiroslavPragl kdy Dnes v 07:33:11 »Dik za potvrzeni. Take jsem nejakou dobu stravil resetovanim, znovunastavovanim a hledanim, co jsem v tech ~ 3 polich mohl zadat spatne.
O moznosti (nutnosti) pouzit starsi verzimolochu controlleru samozrejme vim, to nebylo predmetem dotazu.
MP
O moznosti (nutnosti) pouzit starsi verzi
MP
15
Studium a uplatnění / Re:Ohodnocení scrum master vs. developer/tester
« Poslední příspěvek od Megatron kdy Dnes v 06:27:28 »Ten scrum funguje, nie je to len hranie sa na scrum. Scrummaster u nas nezastava poziciu nejakeho tech lidra. Je to skor scrum a zaroven timlider. To ma dost serie, ked ma viac ako ja co som tam 5 rokov, mam realnu zodpovednost dodat ulohy. Samozrejme ked sa to nestihne, tak na retre (co mi mimochodom pride ako totalne zbytocny miting) scrummaster prudi, co mozme do buducna spravit lepsie, aby sa to neopakovalo.
16
Studium a uplatnění / Re:Ideální střední škola, nejlépe, kde se učí Python
« Poslední příspěvek od _Jenda kdy Dnes v 01:16:13 »Z Proseka znám hardwaráře (asi 5 jejich studentů a bývalých studentů zaměstnáváme, což je docela dost na to, že v tom oddělení je asi 8 lidí celkem) a je to dobrý, pokud tam funguje software obdobně, tak to bude určitě lepší než náhodný gympl.
Pak jsem ještě potkal pár lidí ze Smíchova na různých soutěžích (CTF) a taky to bylo dobrý. Ale to bylo před pandemií, za tu dobu se to mohlo změnit.
Gympl taky záleží jak který, třeba ten v Brandýse vyprodukoval partu zajímavých lidí co teď úspěšně dělá matfyz a různé projekty okolo. Rozhodně ale to, že je něco "gymnázium", neznamená automaticky kvalitu.
Tbh asi bych se snažil vyloženě poznat studenty (nevím jak, jestli infiltrací na místě, nebo OSINT na sítích; Prosek jsem potkal na MakerFaire a tak to celé začalo, SSPŠ na CTFkách a "word of mouth" tím že prostě člověk existuje v pražské programátorské komunitě) a vytěžit z nich jak ty školy fungují, jak vypadá výuka a tak. Na druhou stranu, netěžil bych z nich hodnocení - když se takhle s někým bavím, tak to často vypadá tak, že mi popíše, jak to u nich chodí, a zakončí to něco jako "tak takhle špatné to u nás je". Přitom když to srovnám s tím, co potkalo mě, tak to, um, vůbec není špatné, no.
Pak jsem ještě potkal pár lidí ze Smíchova na různých soutěžích (CTF) a taky to bylo dobrý. Ale to bylo před pandemií, za tu dobu se to mohlo změnit.
Gympl taky záleží jak který, třeba ten v Brandýse vyprodukoval partu zajímavých lidí co teď úspěšně dělá matfyz a různé projekty okolo. Rozhodně ale to, že je něco "gymnázium", neznamená automaticky kvalitu.
Tbh asi bych se snažil vyloženě poznat studenty (nevím jak, jestli infiltrací na místě, nebo OSINT na sítích; Prosek jsem potkal na MakerFaire a tak to celé začalo, SSPŠ na CTFkách a "word of mouth" tím že prostě člověk existuje v pražské programátorské komunitě) a vytěžit z nich jak ty školy fungují, jak vypadá výuka a tak. Na druhou stranu, netěžil bych z nich hodnocení - když se takhle s někým bavím, tak to často vypadá tak, že mi popíše, jak to u nich chodí, a zakončí to něco jako "tak takhle špatné to u nás je". Přitom když to srovnám s tím, co potkalo mě, tak to, um, vůbec není špatné, no.
17
Server / Re:TrueNAS CE se náhodně restartuje
« Poslední příspěvek od Michal Šmucr kdy Dnes v 01:01:42 »Omlouvám se, ale v tom mailing listu Debian Bugs jsem přehlédl, že se ta odpověď s verzemi vztahuje k jinému bugu.. moje blbost, když jsem dal "Next by thread" a nezkontroloval si číslo 
Stran těch možností, co vyzkoušet za kernel parametry. Popravdě těžko říct, protože víceméně všechno, co se vztahovalo k souvisejícím hlášením, kde byly celé backtracy, už víceméně vyzkoušel tazatel z vlákna, co odkazoval RDa.
https://forums.truenas.com/t/hp-proliant-microserver-gen8-instable-on-v25-ok-on-v24-and-debian12-kernel-issue/52905
Jsou tam pokusy s vypínáním iommu, max cstate na 1 i blokováním modulu hpwdt (iLO NMI watchdog ovladač).. A evidentně mu nic nezabralo.
Jinak, trochu jsem si osvěžil aktuální verzi TrueNAS CE instalací do virtuálu. Viděl jsem jen verze pár let zpět.
U té 25.10 (Stable) je skutečně 6.12.33..
Z 25.10 (a nejspíš i 25.04) se dá poměrně snadno dostat na aktuální vývojový snapshot, kde je jádro 6.18.
Buď se dá stáhnout ISO z https://download.truenas.com/truenas-scale-halfmoon-nightly/ nainstalovat na jiný disk a natáhnout uloženou konfiguraci.
Nebo to umí i inplace upgrade, co se chová velmi mravně.
- stačilo v Updates přepnout kanál aktualizací na Developer, hned se nabídla aktualizace.
- dál jsem nastavil v Settings > Boot, aby vždy nechal stávající Boot Environment (Keep) a nikdy to nemazal.
- pro jistotu jsem si ještě zastavil všechny testovací virtuály, aplikace a udělal ručně snapshoty z té datové části.
- pak proběhl relativně rychle update, který tu dev verzi nainstaloval do nového BE a restartoval server.
- tvářilo se to v pohodě, notifikaci o možné aktualizaci s novými ZFS feature flags jsem ignoroval, kvůli návratu zpět.
..
Cvičně jsem zkusil revert, v Settings > Boot jsem jen nastavil ten BE s předchozí verzí jako aktivní.
Opět reboot, byl jsem zpátky se systémem i všemi službami. Snapshoty té datové části nebyly vůbec třeba.
Takže to je asi nejjednodušší cesta jak případně vyzkoušet vývojovou verzi s novým jádrem.. Byť samozřejmě netuším, jestli tam ta regrese pořád je a jak se to bude u vás chovat. Ale možná to za pokus stojí, přinejhorším se vrátíte.
Stran těch možností, co vyzkoušet za kernel parametry. Popravdě těžko říct, protože víceméně všechno, co se vztahovalo k souvisejícím hlášením, kde byly celé backtracy, už víceméně vyzkoušel tazatel z vlákna, co odkazoval RDa.
https://forums.truenas.com/t/hp-proliant-microserver-gen8-instable-on-v25-ok-on-v24-and-debian12-kernel-issue/52905
Jsou tam pokusy s vypínáním iommu, max cstate na 1 i blokováním modulu hpwdt (iLO NMI watchdog ovladač).. A evidentně mu nic nezabralo.
Jinak, trochu jsem si osvěžil aktuální verzi TrueNAS CE instalací do virtuálu. Viděl jsem jen verze pár let zpět.
U té 25.10 (Stable) je skutečně 6.12.33..
Z 25.10 (a nejspíš i 25.04) se dá poměrně snadno dostat na aktuální vývojový snapshot, kde je jádro 6.18.
Buď se dá stáhnout ISO z https://download.truenas.com/truenas-scale-halfmoon-nightly/ nainstalovat na jiný disk a natáhnout uloženou konfiguraci.
Nebo to umí i inplace upgrade, co se chová velmi mravně.
- stačilo v Updates přepnout kanál aktualizací na Developer, hned se nabídla aktualizace.
- dál jsem nastavil v Settings > Boot, aby vždy nechal stávající Boot Environment (Keep) a nikdy to nemazal.
- pro jistotu jsem si ještě zastavil všechny testovací virtuály, aplikace a udělal ručně snapshoty z té datové části.
- pak proběhl relativně rychle update, který tu dev verzi nainstaloval do nového BE a restartoval server.
- tvářilo se to v pohodě, notifikaci o možné aktualizaci s novými ZFS feature flags jsem ignoroval, kvůli návratu zpět.
..
Cvičně jsem zkusil revert, v Settings > Boot jsem jen nastavil ten BE s předchozí verzí jako aktivní.
Opět reboot, byl jsem zpátky se systémem i všemi službami. Snapshoty té datové části nebyly vůbec třeba.
Takže to je asi nejjednodušší cesta jak případně vyzkoušet vývojovou verzi s novým jádrem.. Byť samozřejmě netuším, jestli tam ta regrese pořád je a jak se to bude u vás chovat. Ale možná to za pokus stojí, přinejhorším se vrátíte.
18
Hardware / Re:Home Assistant - BT proxy pro room presence
« Poslední příspěvek od googler2 kdy 02. 02. 2026, 23:03:55 »ja nevlastnim 3D tlac, takze nebudem kupovat "holu" dosku, ale kupim uz hotovy produkt vratane puzdra. Asi budem vyberat nieco zo sortimentu M5stack
19
Hardware / Re:Home Assistant - BT proxy pro room presence
« Poslední příspěvek od mmcc kdy 02. 02. 2026, 22:53:12 »S powerline skusenost nemam, ale na posielanie mqtt sprav myslim ze postaci takmer aj dialup po pevnej linke 
Hlavne si over, ci to bude fungovat aj na esp32 ethernet moduloch. Videl som nejaky navod na esp32c3.
Hlavne si over, ci to bude fungovat aj na esp32 ethernet moduloch. Videl som nejaky navod na esp32c3.
20
Studium a uplatnění / Re:Ohodnocení scrum master vs. developer/tester
« Poslední příspěvek od listoper kdy 02. 02. 2026, 22:13:48 »No co mas delat s "project managerama" kdyz organizace chce rikat, ze je agilni... hleda misto kam je schovat...
Scrum master nebyla zamyslena jako permanentni role... melo to rotovat po clenech tymu...
Na druhou stranu... typicky v organizacich kde prevlikli PM za SM 1:1 tak ten scrum je jenom divadlo takze ten SM musi delat rance reportu a to je takovej vo.er ze bych za to taky chtel zaplaceno vic nez za programovani
Scrum master nebyla zamyslena jako permanentni role... melo to rotovat po clenech tymu...
Na druhou stranu... typicky v organizacich kde prevlikli PM za SM 1:1 tak ten scrum je jenom divadlo takze ten SM musi delat rance reportu a to je takovej vo.er ze bych za to taky chtel zaplaceno vic nez za programovani
