CERMI_FOX: pracovat na 100-150% je blbost. viz co pise MLEKAR_STEIN - optimalni utilizace je okolo 60-80%
u auta taky nejezdis tak, ze by jsi vetsinu casu tocil motor do maximalnich otacek, protoze i kdyz to kratkodobe zvladne, tak to pro neho rozhodne neni dlouhodobe dobry.
nektery systemy maji jeste min - napr. u SS7 se pocita s maximalni utilizaci 40% jednotlivych elementu, kvuli redundanci a rezerve
zajimavy, ze neni problem tenhle koncept aplikovat na techniku, ale z nejakyho duvodu je to u "human resources" strasny problem.

ano, mas flakajici se lidi, mas pomalejsi lidi, ale reseni neni pretizit zbytek teamu, ale bud je vyhodit nebo je preradit na praci, kterou zvladnou.
napr. na ne hodit rutinni udrzby, jednodusi tasky, etc.. coz uvolni ruce aktivnejsim jedincum pracovat na slozitejsich vecech

kdyz zatizis lidi trvale na 100+% tak driv nebo pozdeji odpadnou. navic nemaji rezervu ve chvili, kdy je potreba vykryt spicku. na co ti je, ze mas high-perf jedince, na kterym stoji spousta projektu a kdyz ti vyhori, tak vsechno co na nem stoji zacne mit problemy?
asi tusim, ze to vyvolava konflikt wellbeing vs performance priorit a neni jednoduchy najit optimum. a ze pokud jedna firma zdime lidi na maximum a ta druha jim dava prostor, tak ta prvni muze generovat vetsi profit a obecne se pohybovat rychleji, coz tlaci tu druhou, aby to zacala v ramci konkurenceschopnosti delat taky. ale pak je imho potreba ty lidi aspon rotovat mezi high-perf a recovery stavama.

MLEKAR_STEIN: dalsi problem v tom jet na 100% vidim v poctu flakacu nebo proste pomalejsich lidi. Takze na to, aby lidi pracovali na aspon 100%, musi cast lidi jet na 150%, aby se tim vyvazili lidi, co jedou na pul plynu.

JARDABEREZA: kento něco takovéhle?
Když všichni pracují na 100%, což znamená, že se systém pohybuje na paretovském optimu, tak když chci někde přidat, musím někde jinde sebrat. Proto se hodně věcí navrhuje tak, že nejlépe pracuje na 60-80% max výkonu. Dokonce i robotické sklady nemohou jet na 100%.
U tvůrčích lidí ke to trochu složitější, ale více méně se dá říci, že když pracují hodně, tak je to čistého času tak 4 hodiny za den. zbytek času se připravují na práci, povídaji si o ní atd.
ty čtyři hodiny čisté práce většinou zaberou tak 8 hodin.
a není v tu chvíli moc prostoru jak přidat. člověk už musí ukrást někde čas, ať už sobě nebo na jiném projektu.
bylo by asi dobré kdyby lidi prostě pracovali méně :) aby občas mohli pracovat více.

Co si o tom myslíte? https://threadreaderapp.com/thread/1565772214334529540.html Když jsem to četl, tak jsem si vzpoměl na tu diskuzi o vyhoření tady.

SATAI: bylo to jen click click dole a hned nahoru. ale cacti monitorovaci system to zaznamenal...

EPICFAIL: Brno?

DELVIT: Za sebe bych do toho znova asi nesel (jsem osvc), tady to jinak neslo, protoze firma tak mela zamestnany vsechny lidi ze zahranici.

EL7334: Já dělal taky z 90% digital. Těch zvukařů v žánrech není zas tolik, takže se uživit dá podle mě velmi dobře. Je to ale řehole. Jedna věc je vydělávat hudbou a dělat si k tomu sám zvuk. Druhá věc je dělat recording a zvuk na zakázku, protože pak posloucháš věci, který nechceš slyšet:-) Nahráváni přežiješ, ale když to pak posloucháš ve smyčkách několik hodin, tak se chceš zabít:-)

DELVIT: taky by mohli vyuzit 'employer of record' firmy, ktere maji v dane zemi zastoupeni, a jsou pak tvym faktickym zamestnavatelem, s firmou maji kontrakt zvlast. Berou si za to fixni mesicni poplatek. Napada me oyster a letsdeel - zkusenost mam jen s tim druhym a s letsdeel uz bych osobne nespolupracoval (smlouva je neprehledny template, okamzitou vypoved ve zkusebce nechteli akceptovat, protoze uz meli zpracovany payroll, dodat papirovy a podepsany vytisk smlouvy jim trvalo pres tri urgence asi mesic a pul).

DELVIT: Pro tebe je vyhoda dvoumesicni vypovedni lhuta a narok na odstupne v nekterych pripadech - treba tehdy, kdyz startupu investori zastavi financovani a firma skonci. Pokud to chapu dobre z toho, jak jsem se s nimi tenkrat bavil - neznam pracovni pravo ve statech - je tohle pro ne neobvykla vec. Dalsi vyhoda je, ze pripadne spory se resi podle ceskeho prava. Na druhou stranu kontrakt je IMHO pro obe strany flexibilnejsi, nevaze te na jednu firmu a diky pausalum je danove zatizeni typicky nizsi.

EL7334: Je mi 34. Já frustraci u hudby ani nikdy neprožíval. Music už mě pár let neživí. Studio jsem si nechal a občas si nahrávám a zvučím pro sebe nebo známé. Utekl jsem od hudby ve chvíli, kdy se začal měnit trend žánru a já se mu nechtěl přizpůsobovat. Jinak dlouhý sezení je v pohodě, nakonec si ho naředíš právě odbíháním na checkování soundu do auta a na JBLko na lavičku:-))

AMBIENTIUM: nebudem si nic namlouvat - pri pohledu zpatky tam bylo spatne vic veci a cely to melo byt navrzeny jinak, od architektury po hardwarovy setup (ani nevim, jestli ten switch co se staral o tuhle cast site, VLANy umel)
tohle byl setup, ktery se tak "kdysi davno udelal", "good enough" a v 99% fungoval, takze dokud neprisel pruser, tak se tomu nevenovala pozornost, protoze se vetsinu casu hasily akutnejsi veci
ale to uz tak u podniku, kde maji 4 lidi na starost veskerou techniku v celem arealu od detekcnich smycek u zavor az po konfiguraci serveru, asi byva

BLESK808: Nauč se ten zvuk dělat dobře v Unreal Engine 4 nebo 5 a za rok tě někde vezmou. Na nějaký Python se pro začátek vykašli, to až později, když v tom už budeš umět chodit. Začni malým placeholder projektem, kde si s tím zvukem budeš hrát, aby ten pocit z toho fungoval a byl živý. Čili nějaké typické lokace.

Les
Silnice
Rušná ulice
Tmavé zákoutí
Hostinec
Diskotéka
Malý byt

A k tomu kombinuj vlivy prostředí na zvuk.

Déšť
Bouřka
Vichřice
Válka
Požární poplach

Studiem pouhého Pythonu se ke Game Dev odvětví přiblížíš výrazně méně. Je to především o znalosti nejběžnějších nástrojů. Což je dnes UE, Unity a v pozadí klopýtá Cry Engine.

I kdyby nakonec tvé vysněné zaměstnání mělo vlastní toolkit, budeš mít přehled o principech a to se v daném oboru cení nejvíce.

BLESK808: manzelka sla jeste na rodicovsky na kurz pythonu, pak delala jeste sama nejaky online kurzy a pak se docela dobre chytla jako junior qa, dnes po cca trech letech uz to ma celkem v maliku. po trech letech hodne slusny penize, neomezenej ho, komp, mobil a dalsi startup benefity.. ale mela kliku na praci (kterou sem ji dohodil u bejvalyho zamestnavatele). nicmene je to o pristupu - je potreba se tomu venovat a vedet, co chces. ona vedela, ze chce delat qa/testera..

BLESK808:

jestli muzu doporucit, tak je prima zacit s necim, co clovek tak nejak zna. Umis studiove veci tak si napis nejaky pythonovsky scripty, ktery budou delat nejakou kyblbrigadu typu vezmu tady hromadu files, prozenu filtry atd.
jednak to pomuze, a taky budes mit dobrou predstavu co by melo byt vysledkem.

BLESK808: Pusť si dokument Nová šichta :) tam si bývalý horník dělá rekvalifikační kurz na programátora. V jeho případě byl největší problém najít si práci jako junior v jeho věku, ale nakonec se mu to povedlo.

Mám jednu známou, která se z HR nebo podobný pozice přeorientovala na programování (bez předchozí technický zkušenosti) v rámci firmy, ve který pracovala.

V bývalý práci najali (manuální) testerku, po roce mi v té době už exkolegové říkali, že když najde bug, tak jim k tomu napíše automatický test a dnes má na linkedinu, že pracuje jako developerka někde.

Takže příběhy existují, pokud máš dost času a trpělivosti. Za víkend to člověk všechno nenasaje.

BLESK808: co jsem slysel o hernim prumyslu, tak zadne terno. Ale obecne je Python takovy prijemny univerzal, kterym na dost pozicich (vcetne adminu, QA...) neurazis.

Jinak nejlepsi investice do pochopeni je urcite napric celym IT Unix. At uz jsi admin, QA nebo programator, tak dokud nechapes, co je to roura nebo file descriptor, tak si vzdycky strasne rychle nabehnes.