1
/dev/null / Re:Co říkáte na telefon Tesla Pi?
« kdy: 03. 12. 2025, 12:16:20 »
Á, tady se vylíhlo pár progresivistů.
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.
Stran: [1]
2
Vývoj / Vezme AI ajťákům práci?
« kdy: 19. 11. 2025, 14:27:54 »
Co myslíte, seberou nám jazykové modely práci, resp. dojde k radikálnímu snížení poptávky po vývojářích? Mě ten hype čím dál tím víc straší.
Já se 15 let snažím podrobně nastudovat každou věc, dělat různé úvahy a zkoumat best practices a najednou tu jsou vibekóděři, kteří generují kód iterováním mezi agenty a pushují ho do produkce a o implementaci se nezajímají. Zrovna na CZ YT/Herohero scéně je pár nejmenovaných.
Tak mě napadá, jestli si pod sebou nepodřezáváme větev. Stejně tak jako u kurzů programování, kdy každej nadšenec chce učit ostatní a nahnat je k sobě do oboru, ale tím si paradoxně vytváří konkurenty.
Já sám používám jazykové modely zatím dost omezeně, protože musím pracovat na komplexním spaghetti systému bez testů. 90% práce je udělat drobnou změnu někde uvnitř a ta se může projevit na různých externích systémech a často bych to ani nedokázal popsat promptem. Nebo pracuji s málo známou knihovnou a efektivnější je pro mě použít hlavu a dokumentaci než Copilot. LLM mám spíš pro:
- Přehled a efektivnější nastudování problému (místo procházení Stackoverflow a napasování to na můj příklad atd.)
- Hledání bugů, které v kódu "nevidím"
- Psaní jednoduchých nezáživných snippetů
- Psaní nebo výcuc z dokumentace
Já se 15 let snažím podrobně nastudovat každou věc, dělat různé úvahy a zkoumat best practices a najednou tu jsou vibekóděři, kteří generují kód iterováním mezi agenty a pushují ho do produkce a o implementaci se nezajímají. Zrovna na CZ YT/Herohero scéně je pár nejmenovaných.
Tak mě napadá, jestli si pod sebou nepodřezáváme větev. Stejně tak jako u kurzů programování, kdy každej nadšenec chce učit ostatní a nahnat je k sobě do oboru, ale tím si paradoxně vytváří konkurenty.
Já sám používám jazykové modely zatím dost omezeně, protože musím pracovat na komplexním spaghetti systému bez testů. 90% práce je udělat drobnou změnu někde uvnitř a ta se může projevit na různých externích systémech a často bych to ani nedokázal popsat promptem. Nebo pracuji s málo známou knihovnou a efektivnější je pro mě použít hlavu a dokumentaci než Copilot. LLM mám spíš pro:
- Přehled a efektivnější nastudování problému (místo procházení Stackoverflow a napasování to na můj příklad atd.)
- Hledání bugů, které v kódu "nevidím"
- Psaní jednoduchých nezáživných snippetů
- Psaní nebo výcuc z dokumentace
3
Vývoj / Re:Proč se cpe JavaScript na backend?
« kdy: 04. 02. 2025, 22:57:55 »
Když pominu tasky, co jsou na první pohled CPU intenzivní a pouštěl bych je ve Workeru, tak se mi nechce věřit, že obyčejný kód nebude blokovat requesty ostatních uživatelů. Prostě když pracuji s ORM, mapuju hromadu entit + další věci pro několik requestů v jednu chvíli, tak se to musí nasčítat a budou se blokovat navzájem. Chápu, u malý aplikace typu blog to asi nebude problém, ale nějak si to nedokážu představit na svých projektech.
4
Vývoj / Re:Proč se cpe JavaScript na backend?
« kdy: 02. 02. 2025, 23:26:24 »
Asi mi něco uniká, já jsem nikdy ten boom JS na backendu nepochopil. Nedokážu si představit, jak by na něm fungovaly moje projekty. Dělám e-shopy a mám tam plno blokujících operací, např.:
- Čtení a generování velkých XML/Excel dat (stovky tisíc produktů)
- Následné zpracování (dost často plnohodnotným ORM)
- Různé prasárny, kde se porovnávají obrovská pole atd. I těch rychlejších CPU operací je stejně hodně a podle mě se to nasčítá.
Jestliže celou administraci bude obsluhovat jedno vlákno, bude se to vzájemně blokovat a nebo budu každou blbost explicitně pouštět ve vlastním workeru a v tom případě mi to celé přestává dávat smysl, ne? A vůbec jsem nezmínil, že bych teoreticky mohl kvůli procesům na backendu blokovat dokončení objednávky zákazníkem - shop bych asi provozoval na samostatné instanci.
Pak jsem vůbec nepochopil, že ten boom začal v době, kdy se ještě moc nepoužíval TS. Bez typů je to krok zpět.
- Čtení a generování velkých XML/Excel dat (stovky tisíc produktů)
- Následné zpracování (dost často plnohodnotným ORM)
- Různé prasárny, kde se porovnávají obrovská pole atd. I těch rychlejších CPU operací je stejně hodně a podle mě se to nasčítá.
Jestliže celou administraci bude obsluhovat jedno vlákno, bude se to vzájemně blokovat a nebo budu každou blbost explicitně pouštět ve vlastním workeru a v tom případě mi to celé přestává dávat smysl, ne? A vůbec jsem nezmínil, že bych teoreticky mohl kvůli procesům na backendu blokovat dokončení objednávky zákazníkem - shop bych asi provozoval na samostatné instanci.
Pak jsem vůbec nepochopil, že ten boom začal v době, kdy se ještě moc nepoužíval TS. Bez typů je to krok zpět.
5
Studium a uplatnění / Re:Snížení mezd v IT
« kdy: 21. 07. 2024, 00:19:25 »
Já to v tomhle tématu nechci moc rozvádět, ale vysvětlim..
Já jsem ve firmě ten, kdo dostává za úkol návrh novejch věcí. Kolega po mnohem více letech praxe furt třeba pořádně neumí OOP, ale zase umí jiné ne-programátorské věci, které na nás také padají. Ve 2 programátorech na XX klientů nejde čarovat (u některých jste možná nakupovali). Testování, verzování.. leda pro sebe, na code review není čas stejně jako na nějaké společné školení. Jasný, je to na hovno, já to pociťuju, ale nic z výše jmenovaných se mi i při velkém úsilí nepodařilo do firmy protlačit. Prostě je to takový rozjetý opožděný vlak, vše je provázané a není čas se někam posunout.
Já právě ale doufám, že by se mi v lepší firmě povedlo rychle naskočit do toho, co popisujete.
Já jsem ve firmě ten, kdo dostává za úkol návrh novejch věcí. Kolega po mnohem více letech praxe furt třeba pořádně neumí OOP, ale zase umí jiné ne-programátorské věci, které na nás také padají. Ve 2 programátorech na XX klientů nejde čarovat (u některých jste možná nakupovali). Testování, verzování.. leda pro sebe, na code review není čas stejně jako na nějaké společné školení. Jasný, je to na hovno, já to pociťuju, ale nic z výše jmenovaných se mi i při velkém úsilí nepodařilo do firmy protlačit. Prostě je to takový rozjetý opožděný vlak, vše je provázané a není čas se někam posunout.
Já právě ale doufám, že by se mi v lepší firmě povedlo rychle naskočit do toho, co popisujete.
6
Studium a uplatnění / Re:Snížení mezd v IT
« kdy: 19. 07. 2024, 19:13:27 »Tenkrát po škole to nebyla tak špatná volba a doteď jsem tam zůstal, jen protože je to zajetá rutina a byl jsem líný udělat změnu, se znalostma to nemá nic společného. Tady navíc není kam růst, buď to v téhle malé firmě děláš nebo ne.20-30 čistého je nástupka v kauflandu v Bruntálu na doplňování špaget do regálu.
To máš pravdu, ale taková místa skutečně existují. Jen jsem si myslel, že to vezme nějaký bubloš, který nic neumí, aby se trochu něco naučil. Smutnou realitou takových fleků je to, že tě tam jen těžko někdo povede, abys uměl něco rozumného. Důvod? Toho zkušeného a chytrého vedoucího bys prostě musel zaplatit odpovídajícím způsobem. Někdo, kdo něco umí, nebude dělat za méně než za 80.
To spíš vypadá, že je i po SEDMI letech pořád junior a samouk, jinak by měl mnohem víc peněz. Kdyby se zaplatil, dostane mnohem lepší plat...což je teda hooodně smutný. Musí co nejdřív vypadnout a jít dělat pod někoho, kdo bere alespoň těch 80-100. Ideálně aby ten člověk měl uměl i vysvětlovat. Protože vědět a umět ≠ umět nebo chtít to předat.
Komunikaci jsem myslel tak, že všechno vidím spíše z technické stránky než pohledu zákazníka, ale to je spíše o praxi..
7
Studium a uplatnění / Re:Snížení mezd v IT
« kdy: 19. 07. 2024, 07:11:52 »Doteď jsem bral 20-30t
Ty kráso, to bereš míň než ten Ind, který maká za kámoše :-D
Za to jsi prostě nemohl dělat.
Nekeke...
Nebo fakt?
tak to bral za ten snizeny uvazek tipuju
Za celý, mimo Prahu normální IT plat
Proto pro Prahu bych si mohl dovolit pracovat za stejný plat, ale za zlomek času.
8
Studium a uplatnění / Re:Snížení mezd v IT
« kdy: 19. 07. 2024, 00:15:48 »
Mám dotaz a schválně ho nechám utopený v tomto vlákně. Doteď jsem bral 20-30t a už nechci mrhat časem, ale urvat si kus z těch vašich nadprůměrnejch mezd. Jak těžké to bude v mém případě? Mám z toho obavu, protože pro mě je zásadní podmínka, že nechci do Prahy dojíždět více jak 1x týdně a chci menší úvazek, časovou flexibilitu, mám v plánu cestovat. A přímo pro koncového zákazníka nemůžu pracovat, protože nic kromě programování neumím, ani s ním pořádně komunikovat.
Nemám VŠ, ale 7 let ecommerce vývoj PHP (SQL, Symfony, Elastic), JS (TS, React, jQuery), OOP, obecně návrh nových komponent ecommerce platformy. Strávil jsem velkou část volného času hraním si s dalšimi technologiemi jako Svelte, Vue, ML, Python, OpenCV, Java.. DevOps bohužel nic snad kromě Gitu.
Nemám VŠ, ale 7 let ecommerce vývoj PHP (SQL, Symfony, Elastic), JS (TS, React, jQuery), OOP, obecně návrh nových komponent ecommerce platformy. Strávil jsem velkou část volného času hraním si s dalšimi technologiemi jako Svelte, Vue, ML, Python, OpenCV, Java.. DevOps bohužel nic snad kromě Gitu.
9
Studium a uplatnění / Re:Snížení mezd v IT
« kdy: 09. 07. 2024, 23:27:51 »
Mě vždycky udivují ty částky co tu házíte, mimo Prahu se bere +- stejně jako ve fabrice u stroje.
10
Hardware / Re:Výměna 24" FHD monitoru za 27" se stejným rozlišením
« kdy: 05. 06. 2019, 00:44:41 »
Čirou náhodou mám stejný problém a rozhoduju se i přímo mezi těmito dvěma modely. Na FullHD 24" mi přijde vše nepříjemně malé a nedokážu to překonat, absolutně nechápu, jak někomu může vyhovovat. Proto bych potřeboval poradit, jaká varianta je lepší:
1) Nativní FullHD 24" a DPI 120-125% - reálná velikost objektů je super, ale některé obrázky a texty jsou rozmazané (některé naopak pěkně ostré, nechápu).
2) Nativní FullHD 27" - získám tím více prostoru, obrázky snad nebudou máznutý, ale je prý nepříjemný rastr textu? Což je pro mě zásadní, budu na něm programovat a číst web. Hlavně monitor nemůžu mít dál než na ruku (neni místo).
Jaká varianta je lepší? Moc se mi nechce objednávat monitor a pak ho měnit a vyzkoušet obojí nemám kde.
1) Nativní FullHD 24" a DPI 120-125% - reálná velikost objektů je super, ale některé obrázky a texty jsou rozmazané (některé naopak pěkně ostré, nechápu).
2) Nativní FullHD 27" - získám tím více prostoru, obrázky snad nebudou máznutý, ale je prý nepříjemný rastr textu? Což je pro mě zásadní, budu na něm programovat a číst web. Hlavně monitor nemůžu mít dál než na ruku (neni místo).
Jaká varianta je lepší? Moc se mi nechce objednávat monitor a pak ho měnit a vyzkoušet obojí nemám kde.
Stran: [1]
