Poměr cena vs. výkon u seniorních vývojářů

[Pavel...]

No a o tom mluvim. Jsou veci u kterych se da predpokladat ze se zmeni a pak jsou veci ktere zustanou pravdepodobne stabilni. ...

Jedna vec je teoria a druha prax.
Mam tu aplikaciu co ma 25+ rokov existencie za sebou.

Oblubeny sport co sa deje posledne roky je, ze nejaka nahodna tabulka datovo narastla a databaza nestiha. Rozhodne si nemyslim, ze "autor toho kodu rychlo nieco spatlal a ja tu riesim vyledok jeho chybneho pristupu".  Beriem to stoicky, tak ako pocasie a ine javy ktore neovplyvnim. Napokon ked to 20 rokov fungovalo, tak to nebude "chybne docasne riesenie" .

Alebo iny priklad: niekto pre 10imi rokmi sa rozhodol, ze full-transformacia-dat je dobry napad. No a teraz sa to bude musiet prerobit na inkrementalnu. Kazde ma svoje plusy a minusy, celkom chapem, ze povodne riesenie bolo take ako je. Zase: neoznacil by som povodneho architekta ako patlala.
 

[Reklama]

[MalyTomi]

ano, presne o tom som pisal. V tej dobe to mohlo byt najlepsie riesenie, ale po 10-20tich rokoch je to uz zastarale, pretoze za tie roky sa urobil nejaky ten pokrok co sa tyka vyvoja.

[jjrsk]

...tabulka datovo narastla...

Na tohle narazim taky, a velice casto problem spociva v tom, ze se silazujou data, ktery ale ve skutecnosti jsou uplne knicemu. Je to cca mesic co sem resil jednu takovou databazicku ... ve ktery sem objevil data "od pocatku sveta" (za poslednich cca 25let) pricemz to cele funguje jen jako prutokac = data se tam zpracujou a vyplivne to vysledek, pak uz ty data jsou nanic. Dava mozna smysl mit historii par tydnu/mesicu kdyby se narazilo na nejaky problem, ale ne desitky let.

[anonacct]

Proto se ty data dneska uloží někdo do Object Store a člověka zajímají jen když je potřebuje. Dat je moc a bude jich ještě víc...

[alex6bbc]

kdyby vam dedecek mohl pricarovat nejakou seniorni znalost v it, co byste si prali?

[Reklama]

[Pavel...]

...tabulka datovo narastla...

Na tohle narazim taky, a velice casto problem spociva v tom, ze se silazujou data, ktery ale ve skutecnosti jsou uplne knicemu. Je to cca mesic co sem resil jednu takovou databazicku ... ve ktery sem objevil data "od pocatku sveta" (za poslednich cca 25let) pricemz to cele funguje jen jako prutokac = data se tam zpracujou a vyplivne to vysledek, pak uz ty data jsou nanic. Dava mozna smysl mit historii par tydnu/mesicu kdyby se narazilo na nejaky problem, ale ne desitky let.

no a teraz si predstavte aplikaciu nad takymto cimsi, ktora pouziva full historiu na vypocet aktualneho stavu

(uplne bezna situacia, pretoze malokedy programator si tuzi pridavat pracu a vyrabat dobrovolne nejake uzavierkove stavy umoznujuce ignorovat historicke zaznamy - ono samozrejme takato redundancia z isteho uhla pohladu je ciste zlo )

[Pavel...]

kdyby vam dedecek mohl pricarovat nejakou seniorni znalost v it, co byste si prali?

pracu s obsahom v obraze/videu/zvuku .
fakt by som chcel vediet ako strojovo zistim, ze vo videu je maciatko, ci ako programovo precitam spolahlivo sken faktury.
aspon na urovni toho, ze by som vedel, ake kniznice existuju a ako sa to pouziva

[listoper]

kdyby vam dedecek mohl pricarovat nejakou seniorni znalost v it, co byste si prali?

Hele je spousta "znalosti" co postradam a asi bych se nezlobil kdyby mi je nekdo pricaroval a ja nemusel odvezt tezkou praci abych si je ziskal, ale zadnou z nich bych neoznacil za seniorni...
Ta otazka jak je polozena tak implikuje, ze znalosti se daji rozdelit na seniorni a juniorni a to podle me nejde.
Urcite se ke kazde znalosti kterou nekdo oznaci za seniorni najde junior co ji ma a bude to rozporovat.

Co jde rozdelit spis podle seniority budou vlastnosti. Jakym zpusobem clovek znalosti ziskava a jak je predava a jak se chova.

A tam i kdyz uz oficialne senior neni moje nalepka tak vim co mi chybi a co bych si od kouzelneho dedecka pral.

Trpelivost, toleranci a pokoru.

To bych fakt potreboval a nevim jak to natrenovat.

[Ink]

Trpelivost, toleranci a pokoru.

To bych fakt potreboval a nevim jak to natrenovat.

To je moc hezká představa - mohl by ses podělit o nějaké konkrétní situace, kde Tě to brzdí?

[listoper]

Trpelivost, toleranci a pokoru.

To bych fakt potreboval a nevim jak to natrenovat.

To je moc hezká představa - mohl by ses podělit o nějaké konkrétní situace, kde Tě to brzdí?

Nevim jestli zrovna brzdi... ale

Treba kdyz vim ze kdybych mel pristup k AWS uctu tak si za 10 minut nastavim co potrebuju... ale misto toho potrebuju delat ticket a cekat par dni a 10x ho otacet tak me jima vztek... Kdybych byl trpelivejsi tak to prejdu s nadhledem...

Kdyz vidim ze jsem kolegovi(co uz by vekem mel byt senior...) uz 30x rikal at to nedela tak, ale jinak... ze to bude pro vsechny lepsi a hlavne pro nej... protoze si rozsiri obzory a nebude travit cas zbytecnostma... a on furt tvrdohlave dela blbosti... jsem na nej protivnej i kdyz je jinak fajn... Kdybych byl tolerantnejsi...

Casto se mi stava ze si na nekoho prilis rychle udelam nazor a pak k nemu automaticky pristupuju tak ze me nema co naucit a tim sam sebe zablokuju a ztratim tu prilezitost se neco naucit...
A i kdyz to bude treba v 80% pripadu pravda tak tech 20% o ktery prijdu me porad mrzi... Kdybych k lidem pristupoval s pokorou a dal jim vic sanci ukazat co v nich je treba ...

[MalyTomi]

fakt by som chcel vediet ako strojovo zistim, ze vo videu je maciatko, ci ako programovo precitam spolahlivo sken faktury.

Ale to nie je o tom, ze ti len tak povie, ze je to maciatko? Ono to funguje velmi podobne, ako u ludi. Ty mu das stovky, alebo tisice obrazkov roznych maciatok a povies mu, toto su maciatka, pripadne das fotky psov a povies: toto nie su maciatka. No a AI si postupne robi profil maciatka.

[jjrsk]

Predevsim je uzasna ta spolehlivost toho rozpoznavani ...

Kdybych si chtel dat tu praci s hledanim, tak mam nekde fotku mysi(ty od pocitace) ... za kterou te skoro kdekoli spolehlive zabanujou.

no a teraz si predstavte aplikaciu nad takymto cimsi, ktora pouziva full historiu na vypocet aktualneho stavu

Jenze tohle je fail uz pri navrhu. A jo, taky takovy v okoli znam. Sudruh managor si treba kresli grafy (obraty, marze ...) tak max za posledni 3 roky. Ale prepocitava se to kazdej den pres vsechny data za poslenich cca 20 let. Taky to cim dal dyl trva ... a ja jen cekam, az to trvani preleze do provozni doby, protoze do ty doby nikdo prachy na reseni neda.

Reseni jsou ve skutecnosti samozrejme 2. Bud omezit ty data pres ktery se to pocita, nebo pocitat diff.

[Pavel...]

Jenze tohle je fail uz pri navrhu. A jo, taky takovy v okoli znam. Sudruh managor si treba kresli grafy (obraty, marze ...) tak max za posledni 3 roky. Ale prepocitava se to kazdej den pres vsechny data za poslenich cca 20 let. Taky to cim dal dyl trva ... a ja jen cekam, az to trvani preleze do provozni doby, protoze do ty doby nikdo prachy na reseni neda.

Reseni jsou ve skutecnosti samozrejme 2. Bud omezit ty data pres ktery se to pocita, nebo pocitat diff.

ehm...

akykolvek proces kde sa meni priebezne stav ma uplne logicke riesenie "sypem zmeny na kopu" a clovek sa umyselne  vyhyba robeniu medzisuctov, pretoze je s tym kopa dalsej roboty. Efektivitu procesu zabezpečuje index.
Pomenovat tuto zalezitost "fail pri navrhu" je akademicky pohlad na vec nemajuci vela spolocneho s realitou.

A pomerne pochopitelne to vybuble pri nejakom manazerskom reporte po x-rokoch spokojneho pouzivania.
Ale ten report je v tom (niekedy/zvacsa) nevinne.

Dalsi priklad z praxe: autor predvidavo spravil transakcnu tabulku + uzavierkove zaznamy.  Takze jeden by si pomyslel, ze mudro nespravil "fail pri navrhu". Ale chyba lavky. Po rokoch prisiel statny organ a povedal "dajte report" a ten vyzaduje pohlad nekorespondujuci s tymi "uzavierkovymi zaznamami", takze sa to robi z tych transakcnych.

[jjrsk]

To jiste, on totiz index casem zrychluje a to ze vniknou rocne desitky tisic novych zaznamu je taky zcela nepredpokladatelny fakt.

[listoper]

Dalsi priklad z praxe: autor predvidavo spravil transakcnu tabulku + uzavierkove zaznamy.  Takze jeden by si pomyslel, ze mudro nespravil "fail pri navrhu". Ale chyba lavky. Po rokoch prisiel statny organ a povedal "dajte report" a ten vyzaduje pohlad nekorespondujuci s tymi "uzavierkovymi zaznamami", takze sa to robi z tych transakcnych.

Hele to ze prijde zmena pozadavku je v poradku... a je ocekavany stav ze bude potreba do toho sahnout a upravit aby sel snadno generovat novej typ reportu...
(Teda slysel jsem o pripadu kdy se proti tomu firma celkem uspesne branila prez pravniky, protoze provadeci predpis k novele nespecifikoval presne interval a tudiz stary report technicky vyhovoval a tak museli statni organi chytnout abakus a dopocitat si to rucne... ale)
Proste kdyz vyvijim novej report tak se u toho bude muset prepocitat ta transakcni tabule... ale samozrejme si muzu mezivypocty ulozit pro priste, protoze uz budu ocekavat ze prijdou a budou ten report chtit znova...

Nicmene... jak casto vam prijde "statny organ" ze chce novej report? Jednou za kvartal?
No a jak casto prijde update technologii co pouzivate? A jak casto se stane, ze tam je nejaka nekompatibilita a musi se premigrovat na nejakou novou verzi? A jak casto se stane za se vam objevi nejaky security vulnerabilities ktery musite fixnout updatem nebo migraci na jinou knihovnu? U nas se to deje radove casteji... spousta je automatizovana a vsechno jede jak po masle... Dokud se nenarazi na to, ze nejakej chytrolin kvuli nejaky optimalizaci pouzil neco co je deprecated... nebo "radoby sealed" a chytre to zapece do kodu primo na urovni entitnich typu.

A o tom ja mluvim... nikdo nemuze hadat na patnact let dopredu, ze budou nejaky legislativni zmeny vyzadujici reporting...
Ale je celkem snadny uhodnout ze ta knihovna kterou jsem vybral tak bud bude mit nove verze, nebo security issues... nebo proste nebude a budu ji muset nejak nahradit...
Takze proste potrebuju abstrahovat od technikalii a ochranit svoji business logiku pred technickymi zmenami.