Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Studium a uplatnění / Re:Ohodnocení scrum master vs. developer/tester
« Poslední příspěvek od Jožka Niemand kdy Dnes v 11:18:13 »
Tvl kolik ti je? 18? Vitej v zivote. A smir se s tim, ze on je tam dulezitejsi nez ty. Ty ses jen lopata, kterou muze nahradit jina lopata. Nic vic.

Tak ono to prakticky bývá obráceně - ty "lopaty" bývají mnohem hůře nahraditelné než manažeři, jejichž místo lze ve většině případů obsadit papouškem ovládajícím asi 5 frází.
2
Умение одеваться со вкусом играет важную роль в самовыражении.
Она помогает подчеркнуть индивидуальность.
Удачный внешний вид усиливает внутренний комфорт.
Одежда нередко является важным элементом первого восприятия.
https://www.rcuniverse.com/forum/members/lepodiumkz.html
Кроме того, продуманный гардероб экономит время в повседневных делах.
Со временем внимание к стилю воспитывает чувство меры.
Таким образом стильная одежда играет значимую роль современного образа жизни.
3
Studium a uplatnění / Re:Ohodnocení scrum master vs. developer/tester
« Poslední příspěvek od Megatron kdy Dnes v 11:13:41 »
Tvl kolik ti je? 18? Vitej v zivote. A smir se s tim, ze on je tam dulezitejsi nez ty. Ty ses jen lopata, kterou muze nahradit jina lopata. Nic vic.
Jeho pozicia je nahraditelna. Sediet na mitingoch a riesit piiicoviny moze robit hoci kto aj s genderovymi studiami. Ale nahajrovat niekoho za skuseneho developera, ktory vie ako to funguje, a potom kym sa do toho dostane, je proces ovela ovela narocnejsi. A nie nejaky tlchuba ktory robi vlastne hovno
4
Studium a uplatnění / Re:Ohodnocení scrum master vs. developer/tester
« Poslední příspěvek od 𝑾𝑰𝑭𝑻 kdy Dnes v 10:47:43 »
Hele, takových lidí u nás v práci je, co si myslím, že kdyby se vyházeli, jednak by se ušetřilo a jednak by se spousta věci zjednodušila (protože mi to přijde, že je hodně kormidelníků na málo veslařů a spousta času se zbytečně prokecá na schůzích). Ale kdo jsem já, abych tohle někomu říkal? Jasně, feedback dávám (spousta lidí už ho nedává s tím, že "nechtějí mít problémy", já jim ho dávám upřímně a s patřičnou dávkou sprostých slov). Jinak jsem rád, že mi chodí na účet výplata včas, se kterou mohu být i spokojený, a že si navzdory interním politikám jakž takž umím zařídit work-life balance. Zbytek je vlastně nepodstatný, i když teď mám už tak dva roky období, kdy hodně držkuju, protože mě to v IT kvůli až nezdravě paranoidnímu prosazování bezpečnosti nebaví. A vlastně mi nebude vadit, když mě za to vyhoděj, vyřešili by tím pár věcí, který odkládám, za mě.
Ale práci těch lidí, co považuji za zbytečné, bych prostě dělat nechtěl, i kdyby mě za to platili lépe než teď.
5
Desktop / Zkušenosti s nasazením LibreOffice Base
« Poslední příspěvek od krouziciorel kdy Dnes v 10:04:31 »
Pro evidenci dětských táborů využívám již mnoho let kombinaci Libre Office Writer (přihlášky) a Libre Office Calc (databáze účastníků a fakturace). Toto řešení je plně funkční, rád bych však využil vhodnou formu automatizace. Již nějakou dobu pokukuji po Libre Office Base, která tufo možnost nabízí a má výhodu integrace s ostatními částmi kancelářského balíku.

Jen se mi zdá, že právě tato součást je nejméně udržovaná. Vývojářů je málo, dokumentace nedrží krok s vydáváním nových verzí a několikaletý přechod z interní databáze HSQLDB na Firebird stále není dokončen. Z dokumentace jsem vyzkoušel příklad databáze sportovního klubu a podobnou bych rád vytvořil pro dětské tábory. Budu jediným administrátorem, takže mi vyhovuje některá z vestavěných databází pouze pro lokální přístup.

V dávné době mé praxe v bazaru s prodejem starších počítačů jsme pro evidenci používali aplikaci napsanou v Excelu se spoustou maker, stabilita byla opravdu nízká. V pozdějí firemní praxi jsem se setkal s větší aplikací napsnou v Accessu, ta již byla robustnější, i ona však měla se stabilitou své problémy.

Proto mám několik dotazů ideálně na čtenáře, kteří mají s Base reálnou zkušenost.

1. Provozujete v Base podobnou evidenční nebo fakturační aplikaci s lokálním přístupem? Jak je to s celkovou stabilitou řešení? Zůstáváte na výchozí databázi HSQLDB nebo využíváte Firebird? Byly nějaké problémy při případném přechodu z jedné databáze na druhou? Já při testech migrace starších volně dostupných databází na internetu nebyl vždy úspěšný.

2. Nastudoval jsem si oficiální příručku (v němčině je zatím aktuální verze 25.8, v ostatních jazycích 7.3, i zde je vidět nedostatek překladatelů), která radí s vhodnou zálohovací strategií a popisuje úskalí jediného .odb souboru, kde při ukládání mohou nastat problémy. Setkali jste se nimi? Funkční .odb mohu naštěstí přejmenovat na .zip a následně z něj data ručně obnovit, pokud však tato možnost selže, mohl by nastat problém.

3. Pro práci s databází mohu využívat nástroj Report Builder nebo zkombinovat funkcionalitu Base a Writeru pomocí Průvodce hromadnou korespondencí. Používám Arch linux a zde se Report Builder v balíčku Libre Office nevyskytuje z důvodu nestability a příliš silné závislosti na Javě (tu však má HSQLBD také). Debian nebo Ubuntu balíček libreoffice-report-builder nabízejí. Máte osobní zkušenost s Report Builderem?

Tak to by bylo z dotazů vše, předem se omlouvám za poněkud košatější zprávu. Budu však vděčný za jakékoliv zkušenosti, ať již s osobním nebo s firemním využitím Base.
6
Desktop / Re:Ovládání počítače pouze z klávesnice
« Poslední příspěvek od Jožka Niemand kdy Dnes v 09:42:41 »
Optimální GUI by myš mělo používat vlastně jen jako doplňkový prostředek.

Dovolím si nesúhlasiť, optimálne GUI by práve nepoužívalo vôbec klávesnicu.  Ak je nutné naviac používať klávesové skratky, to je indikátor, že návrhár odviedol zlú robotu. Všetky potrebné funkcie by mali byť vidieť, alebo aspoň byť dostupné z kontextového menu.  Chápem, že niekto preferuje ovládanie len klávesnicou, ale je to skôr Anti-GUI a anachronizmus, ktoré je voľbou používateľa.
To jste mě nepochopil. Netvrdím, že by se GUI mělo ovládat jenom pomocí klávesnice. Ale že by mělo být ovladatelné převážně jen s pomocí klávesnice - pokud chci. Nutit člověka šmrdlat myší po stole v situacích, kdy je rychlejší stisknout pár kláves nebo napsat příkaz, je doslova antiergonomické a taková práce neefektivní. Prostě zaměnil jste si možné za nutné.

Představa, že GUI je myš na úkor klávesnice, je naprosto chybná, třebaže velmi rozšířená. Stejně jako představa, že GUI může plně nahradit CLI - nemůže, optimální by bylo mít v GUI vždy rychle po ruce možnost zadat příkaz v kontextu aplikace, protože v tom tkví největší síla interakce člověka s počítačem: možnost ovládat ho umělým jazykem, tedy příkazy, a to v turingovsky-úplném smyslu. Nikoli jeho degradace na elektronická lejstra - protože co jiného jsou klikací formuláře. Nebo GUI evokující vzhled ovládacího panelu nějakého přístroje, jenž byl počítačem nahrazen - to je stejný nesmysl, jako by dálkové ovládání k vratům od garáže mělo tvar kliky, protože přeci dveře se otevírají klikou.

Zavádějící je také představa myši jakožto nástroje pro přesné polohování. Myš je přesná jen jako lidská ruka - a ta je velmi nepřesná. Čili přesné polohování vyžaduje další asistenci - vazbu na mřížku, na polohu okolních objektů, rozšíření citlivé oblasti u drobných objektů atp. I v tom grafickém programu by pro mě asi mnohdy bylo jednodušší prostě napsat "select ABC" než trefovat se do nějakého miniaturního bodu.
7
Server / Re:Kubernetes a správa uživatelů
« Poslední příspěvek od bobprasak kdy Dnes v 09:26:09 »
Cus, mam naky laby plus minus fcni kde jsou externi uzivatele v ipe(AD), replikuji se do keycloaku, kterej dela identity provdera a proti nemu je oprenej kubernetes api aserver. Uzivatel na zaklade skupiny nebo usernamu v ipe ma konkretni prava v k8s. Jak to muze vypadat je treba zde (hromada playbooku - zajima te hlavne slozka deploy/08_k8s:

https://github.com/veldrane/citadel-core

Funguje to tak ze skupiny a useri ktere, jsou externi maji v ramci kubernetes sveta nejaky prefix, na ktery pak delas clusterrolebiding. Uzivatel se prihlasi pres keycloak, dostane token, ten ma groups claim a aud ktery overuje kube-api server. Na zaklade nej pak user prihlaseny pres kubectl nebo treba pres dashboard vidi objekty na ktere ma prava. Pokud chces vic informaci klidne pis do pm.
8
Studium a uplatnění / Re:idelaní střední škola, nejlepe, kde se učí Python
« Poslední příspěvek od jjrsk kdy Dnes v 08:33:26 »
...
Zasadni problem celyho skolstvi, kterej se navic setrvale zhorsuje, je ten, ze ucej lidi, kteri tomu nerozumej, nikdy nevideli zadnou praxi a velice casto nemaj ani potuchy o aktualnim deni.

Ja se treba v letech 90' ucil, jak funguje totok https://www.vhu.cz/restaurovani-telefonni-ustredny-signlapp-vyr-c-29427/ A tentyz clovek, co nas to ucil, protoze nic novejsiho neznal, nas ucil i "henty pocitace" ...
9
Studium a uplatnění / Re:Posun v kariéře programátora
« Poslední příspěvek od cznarg kdy Dnes v 00:18:55 »
Presne toho sa obavam, ze sa situacia zmeni a ja zostanem s wpf, s ktorym sa nezamestnam uz nikde

Po pravdě programování je boj ... Ten kdo se neučí po večerech (tj. prostě nemá programování jako koníčka) velmi brzy zjistí že jeho znalosti jsou zastaralé a uplnatnění najde maximálně v bance ;-) (nic proti lidem co dělají v bance). 

nejake domace ucenie novsich technologii bez praktickych skusenosti, to nebude tiez ziadna vyhra.
Osobně jsem začínal programovat bez praktických znalostí. A bez školy. Sice byla jiná doba (všude brali juniory co veděli jak napsat pár řádků kódu), ale i dnes je spoustu možností jak ty praktické zkušenosti nabrat. Třeba jak tu někdo zmiňoval různé opensource projekty, případně upwork bokovky. Nicméně v prvé řadě musíte najít něco co vás bude fakt bavit (technologie, jazyk), jinak u toho moc dlouho nevydržíte.
10
Studium a uplatnění / Re:Posun v kariéře programátora
« Poslední příspěvek od studentNA kdy 05. 02. 2026, 23:09:56 »
Presne toho sa obavam, ze sa situacia zmeni a ja zostanem s wpf, s ktorym sa nezamestnam uz nikde
Stran: [1] 2 3 ... 10