Re[3]: Modern software development :: Something smarter than us is going to emerge


node:	Re[3]: Modern software development
template:	4
parent:	Re[2]: Modern software development
owner:	pandrlak
viewed by:
created:	18.11.2016 - 11:27:32
updated:	18.11.2016 - 11:41:31

cwbe coordinatez:
101
792011
1703701
8250976
8251224
8251374
8251801

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

Doba zivotnosti produktov sa skracuje ... nikto nepocita s tym ze nejaky soft bude fungovat veky ... Vlastne mam pocit ze take nieco je iluzorna utopicka predstava ... a ak ju ma ktokolvek ... ci uz klient, poskytovatel, jeho coderi, manazeri a podobne. Tak by sa tej iluzie podla mna mali cim skor zbavit. Proste bud "Semantic Versioning 2.0.0" alebo niekto v celom retazci jednoznacne svojim zadkom doplaca na niekoho ineho iluzie ... :).

Ale uznavam ... podpora v ramci nejakeho casoveho obdobia je vec s ktorou by sa malo dopredu pocitat v ramci navrhu produktu. Ak do nej niekto zahrnie veci ktore mali byt vyriesene pred uvedenim produktu na trh ... pojde do pekla to je jasne. Hlavne aby sa vsetko postihalo vcas nez niekomu rupnu nervy ...

~ What a time to be alive... ~

0000010100792011017037010825097608251224082513740825180108251924

$azazel_the_real_one{outKasted}{outKasted}$

Pri generickych aplikaciach urcenych na predaj vo velkom a roznych webovkach mas pravdu, tam je ta zivotnost pomerne kratka. Ale biznis hovna zvyknu bezat aj 30 rokov. Uz som mal tu cest s minimalne tromi rieseniami, ktore mali byt docasne a stali sa z nich trvale, lebo zakaznikovi to nakoniec stacilo.

Jedna vec, co som robil dokonca bola ako proof of concept k patentu a nasadila sa do produkcie. Nikomu sa to nechce prekodit, lebo to funguje. Vediet to, tak si dam na cas a poctivo refaktorujem. Aj ked sa to pouzivalo ako referencna implementacia pre to iste, lenze v c-cku.

000001010079201101703701082509760825122408251374082518010825192408251935

Ano ... ked niekto vystreluje na trh hentake biznis hovna ... a cely cas to este aj zanedbava. Mal by mat gule po tych 30 rokoch sa s klientom otvorene porozpravat (henten gif nech mu k tomu sluzi ako motivacia :)) ... "Pozrite bud to cele prekodime alebo sa to postupne cele potopi" ... ak to zakaznik nepochopi ... mal by byt manazer schopny vyskocit z takej lode aj so svojim "teamom" co naskor :). Lebo vies ako ... tym ze to v hentakej situacii zacne nejaky senior refactorovat vznika akurat tak strata. A je velka pravdepodobnost ze sa to aj tak cele potopi ci nie?

~ What a time to be alive... ~

00000101007920110170370108250976082512240825137408251801082519240825193508252030

$azazel_the_real_one{outKasted}{outKasted}$

Co ja viem, vyskocit ... Zasa by si prisiel o peniaze za change requesty a podobne veci. Kvalita kodu zakaznika nezaujima. Hlavne ze to vacsinu casu robi to, co ma. A ked nie, tak si to raz za cas odseru nervy supportu a kodera :) Im sa to stale vyplati viac, nez zaplatit za udrzbu kodu pripadne za vylepsenie architektury aplikacie.

0000010100792011017037010825097608251224082513740825180108251924082519350825203008252046

30 rokov support na niecom co este dnes maintainuje v turbopascale ... podla mna je ferove takeho zamestnanca navrhnut na nejaku cenu ... za celozivotne dielo trebars ... mal by byt uvedeny aj v rocenke alebo tak :).

~ What a time to be alive... ~

000001010079201101703701082509760825122408251374082518010825192408251935082520300825204608252051

$azazel_the_real_one{outKasted}{outKasted}$

Turbo pascal sa pouzival na vyuku, to nie je jazyk urceny na "biznis" aplikacie.

Skor Fortran, COBOL, PL/SQL a podobne smaky. Od noveho milenia sa k "biznis" jazykom pridala Java a C#

Edit: Ilustracne foto k zamestnancovi mesiaca (Neviem, kde stale beriete presvedcenie, ze supportuje ten isty, co aplikaciu pisal. Ten, co pisal je niekedy 2 m pod zemou):