🚀 go-pugleaf

On 2014-08-04 09:01, Marek wrote:
> Zmienić OS? Ale pozostając w rodzinie?

Większość softu mozna płynnie przenosić w górę w wersji skompilowanej 
Win2000 -> ... -> Win8.

API Windowsa, choc gówniane, to stabilne. Pewno dlatego że windows nie 
daje rady pracować na niczym innym poza x86 wiec było to latwiej zrobić.

> To, czego oczekujesz ,w aktualnym modelu OS działało by tylko w wąskim
> zakresie czasowym mieszczącym się między rozwojowymi zmianami w danym
> OS.

Bzdura. Są OSy w których API i ABI zmieniają się bezustannie. Zazwyczaj 
sa kompilowane ze źrodeł i nikomu to nie zawadza, poza producentami 
softu komercyjnego. Ale mam przykład komercyjnego softu np. na Linuxa 
ktory w wersji binarnej odpali się na współczesnym Ubuntu i na 
prehistorycznym Debianie (~10 lat wstecz). Więc jest różnie.

Linux dalej stosuje SYSTEMV lub lekką ewolucję jak rownież wywołania 
kluczowych posixowych biblitek nie zmieniły się znacząco z punktu 
widzenia softu.

> Stosowanie statycznych binarek wydłużyłoby ich przydatność do
> użycia, ale tylko do kolejnej dużej zmiany w kernelu danego OS.

Model tworzenia apliakcji na Windowsa od początku zakładał 
closed-source. Nie zmusisz producenta aby Ci skompilował na nowszą 
wersje swojego programu jesli nie bedzie chciał. MS żeby temu zaradzic 
musiał zabetonować API, emulować 32 bit api na 64 bit api itp.

Innymi słowy: zmiany w systemach operacyjnych na chwilę obecną skupiają 
się głównie na zmianie kolorystyki ikon i innych równie ważnych rzeczy. 
jesli ktoś liczył na to że pewnego dnia MS posprząda sterte gówna 
zostawionego od czasow Win3.11 to się grupo pomylil. Ja sie pomyliłem.