Gizmoo pisze: ↑16 maja 2023, 11:19
Dla mnie sam fakt, że na nowym systemie nie działają starsze aplikacje przekreśla... Nowy system. Jak słabym trzeba być programistą, żeby nie potrafić zaimplementować kompatybilności wstecz?
[...]
Jak mi jakiś progamista wytłumaczy czemu tak trudno jest, by starsze aplikacje działały to będę wdzięczny. Nie lubię teorii spiskowych, ale jeżeli to nie jest narzucone z góry, to wina leży wtedy wyłącznie po stronie nieudolności koderów.
Ale pytasz się o koderów aplikacji czy systemów? (btw jestem programistą)
W przypadku aplikacji - w momencie pisania aplikacji, piszesz ją na obecny system i korzystasz z tego co dany system daje (bardziej technicznie z API które producent sprzętu/systemu udostępnia): żeby mieć dostęp do aparatu, gps ale nawet takich prostych rzeczy jak pamięć telefonu do zapisu save'ów czy odtwarzania muzyki. Kiedy coś się zmienia w systemie, to daną aplikację trzeba zaktualizować. Nie da się napisać aplikacji żeby była kompatybilna wstecznie jak nie wiadomo co się zmieni
Tutaj trzeba taką aplikację zaktualizować, a wydawcy tego nie robią bo:
a) nie śledzą aktualności systemowych i nie wiedzą, że za rok-dwa coś przestanie działać (dlaczego tak jest o tym za chwilę) więc nie wiedzą nawet że trzeba będzie to zaktualizować
b) zatrudniają najczęściej firmę kiedy trzeba taką aplikację zrobić i kiedy trzeba by było coś przy niej grzebnąć nie ma komu, stara firma może nie jest zainteresowana / zakończyła działalność, a żadna nowa nie chce się grzebać w cudzym kodzie (to coś czego programiści unikają jak ognia - trochę rozumiem, ale uważam za przesadzone). I wtedy wchodzi zimna kalkulacja koszty vs zysk - zaktualizowanie aplikacji dla paru osób które po 3 latach od premiery nie mogą zainstalować aplikacji która nie jest niezbędna do grania - dużo wydawców machnie na to ręką (szczególnie jak gra jest np out of print). Osobiście obstawiam że częściej jest to wina podpunktu a)
A co do kompatybilności wstecz w systemach:
Sprzęt zmienia się bardzo szybko. Wchodzą nowe peryferia (kto by pomyślał 15-20 lat temu że każdy z nas będzie chodził z GPSem w kieszeni, który był technologią raczej wojskową), nowe procesory, które dają większe możliwości, więcej mocy obliczeniowej - ale zazwyczaj wymagają zupełnie nowego API i nowych sposobów obchodzenia się. Jeżeli chcemy skorzystać z nowych rzeczy , trzeba je oprogramować na nowo. Jeżeli będziemy chcieli utrzymywać stary kod i nowy - przez jakiś czas da się tak "żyć", ale na dłuższą metę jest to nie do utrzymania (to trochę tak jakbyście budowali nowy garaż i trzymacie stary garaż, bo półki zrobiliście pod wymiar i nie wiecie co z nimi zrobić, a są na nim ciągle jakieś sprzęty. Te sprzęty z czasem przeniesiecie do nowego garażu i na nowe półki - wtedy stary garaż trzeba zburzyć i powiedzieć komuś kto będzie tam chciał wjechać że nie może, bo starego garażu już nie ma)
Producenci systemów takie zmiany ogłaszają przynajmniej na rok przed i dają czas na przepisanie aplikacji, ale wydawcy o tym nie wiedzą, albo po prostu to ignorują.
Drugi powód: jeżeli system będzie musiał zajmować się kilkoma swoimi wersjami wstecz, wówczas będzie coraz wolniejszy, bo na każdym kroku będzie musiał sprawdzać która to wersja systemu, jaki sprzęt, jakie ma możliwości itp. Dlatego w pewnym momencie trzeba się całkowicie odciąć i wywalić stary kod.
Trzeci powód: bezpieczeństwo. Opowiem na przykładzie: aplikacje napisane kilka lat temu miały/mają czasem wręcz nieograniczony dostęp do zasobów telefonu (dysku, grzebania po kontaktach). I nie chodzi o to że korzystają, ale mogły korzystać. Producent przyduszony przez EU/Sąd/Userów zmienia API tak żeby system wprost się pytał o zezwolenie na dostęp do niektórych rzeczy, albo wymagał żeby aplikacja podała z góry do czego będzie mieć dostęp. Wypuszcza nowy system versja 2. W tym momencie ogłasza, że aplikacje które nie przejdą na nowe API w wersji 4 nie będą już uruchamiane, a w wersji 3 będą wyświetlać wkurzające warningi.
Systemy operacyjne to bardzo skomplikowane stworzenia. Czy dałoby się pisać je lepiej żeby były bardziej kompatybilne wstecz? Tak. Czy zawsze to jest możliwe? Nie. Znowu wracamy do rachunku zysków i strat.
Ostatni przykład na bazie konsoli, które żyją dość długo jak na systemy: przynajmniej 5 lat. Przy wypuszczeniu konsoli, programiści dostają zestaw API z którego korzystają. Wychodzi po kilku latach nowa wersja, w której są zupełnie nowe bebechy, które programuje się zupełnie inaczej. Żeby gra chodziła na obu sprzętach programiści musieliby taką grę przepisać (co najczęściej trwa prawie tyle samo co zrobienie nowej gry). Więc odpowiedzialność spada na producenta sprzętu - to on musi napisać system w systemie, który będzie tłumaczył jedne polecania na drugie. Co wymaga mocy obliczeniowej i nagle okazuje się, że powoduje w cholerę błędów i/lub kosztuje to tyle mocy obliczeniowej, że stara gra na nowym sprzęcie chodzi gorzej niż na starym. Czas goni - nikt nie przeznaczy kasy i zespołów programistów do grzebania w starych bebechach bo parę osób będzie chciało grać w stare gry. Gracze będą gonić za nowościami i będą chcieli grać w nowe tytuły (tak samo z planszówkami). A jak ludzie bardzo będą chcieli zagrać ponownie w tytuł sprzed lat wtedy wydawca zrobi remake i sprzeda drugi raz to samo
. To odpowiedni sygnał dla wydawców by nie iść w tę stronę.
