W dniu wtorek, 15 lipca 2014 15:15:59 UTC+2 użytkownik firr napisał:
> ostatnio czytalem jak ktos uzyl tego okreslenia,
>
> jest dosyc uzyteczne; code rotting w moim rozumieniu
>
> to taki proces gdy dany soft staje sie 'przestarzały'.
>
>
>
> warto pewnie zwrocic uwage na dwie glowke kategorie,
>
> pewien rodzaj softu robi sie przestarzały z przyczyn
>
> dosyc naturalnych tj glownie rozwijania sie hardwaru
>
> (przy czym o ile tak to on naprawde nie robi sie koniecznie taki przestarzaly
wystarczy tylko go nieco przepisac) - ta naturalna kategoria jest mz dosyc waska
>
> wiekszym problemem jest dla mnie druga kategoria -
>
> kod robi sie przestarzaly bo ktos przestaje 'kontynuowac' jakies tam srodowiska lub
wprowadza
>
> nowe dekontynuujac stare - dla mnie to jest realny problem i musze powiedziec ze
tego nie lubie, porzadny jezyk czy jakis podobny produkt powinien nie gnic
>
> wogole

to ze cos czego nie uzywam i nie lubie, np c# i inne takie lub inne, gnije gdzies w
tle nie robi mi niby wielkiej roznicy ale i tak szczerze mowiac budzi to moj
niesmak; gorzej jesli gnije cos czego uzywanie mialbym rozwazac, np taki physx, sdl
czy cos w tym stylu, ogl - a to wszystko gnije, ogl kiedys byl chyba okreslany jako
duzy stabilny standard a pozniej przegnil w sporym stopniu ;/
wstecznej kompatybilnosci mozna nie lubic ale tak
naprawde w tym kontekscie widac ze jej znaczenie jest duze itp, ciekawe kiedy
przegnije x86
wogole z czasem w tym sensie swiat technologii
robi sie moze nie wysypiskiem smieci ale czyms podobnym, jest niby tez opcja by sie z
tym pogodzic
ale tak naprawde przy powazniejszym programowaniu
chyba to jednak troche nie pasuje i lepiej by bylo
jednak trzymac sie troche tych bardzirj trwalych
'srodowisk' - tak naprawde ten temat pewnie nadaje sie do tego by wysnuc z niego
jeszcze jakies bardziej subtelne wnioski