Po kontrowersyjnym przejściu WhatsApp na format webowy z natywnej aplikacji Windows, Meta spotkała się z powszechną krytyką. Krytyka była uzasadniona, ponieważ zmiana wydawała się nieudana, skutkując kosztownym obniżeniem wersji, które pozbawiło użytkowników Windowsa jakichkolwiek pozorów natywnego środowiska.
Jednak ta sytuacja ujawnia bardziej złożoną rzeczywistość. Motywacja Meta do utrzymania natywnej aplikacji dla systemu Windows była ograniczona; firma rzadko ją aktualizowała, nie zapewniła równorzędnych funkcji i ostatecznie zdecydowała się na bardziej praktyczną wersję internetową. Czynnikiem leżącym u podstaw jest ekonomiczna przewaga aplikacji internetowych nad aplikacjami natywnymi. Deweloperzy stoją przed wyzwaniami związanymi z zapewnieniem długoterminowego wsparcia ze strony frameworków interfejsu użytkownika firmy Microsoft, które wciąż jest niepewne.
Niedawne spostrzeżenia Aleksandra Owczinnikowa, programisty i wieloletniego czytelnika magazynu „Windows Latest”, podkreślają powszechne nastroje wśród deweloperów. W przeciwieństwie do systemu macOS – gdzie aplikacje natywne są stale rozwijane pomimo mniejszej bazy użytkowników – entuzjazm deweloperów dla aplikacji internetowych w systemie Windows wynika z głębokiego braku zaufania do tej platformy.
Wprowadzanie przez Microsoft różnych tak zwanych frameworków „przyszłości” było niespójne, często porzucając je po ograniczonym wykorzystaniu. Od WPF i Silverlight, przez UWP, a teraz WinUI 3, ten schemat sprawił, że programiści zaczęli kwestionować trwałość każdego nowego frameworka. Jak zauważa Ovchinnikov, wielu programistów uważa obecnie, że obecny framework może nie przetrwać wystarczająco długo, aby uzasadnić inwestycję.
Przez dekady Microsoftowi brakowało spójnej strategii graficznego interfejsu użytkownika (GUI).Szeroka gama dostępnych frameworków stawia deweloperów Windows w trudnej sytuacji, ponieważ brakuje im jasnych wskazówek, który framework wybrać do tworzenia aplikacji.
Od jasności do zamieszania: ewoluujący krajobraz rozwoju systemu Windows
Kiedyś tworzenie aplikacji na system Windows opierało się na prostym podejściu; programiści opierali się głównie na systemie Win32. To pojedyncze API stanowiło solidny fundament, zapewniając spójne i niezawodne środowisko programistyczne.
Przełomowa praca Charlesa Petzolda, „Programming Windows”, odegrała w tym względzie kluczową rolę – zdemistyfikowała tworzenie aplikacji dla systemu Windows, umożliwiając deweloperom inwestowanie z pełną świadomością stabilności platformy. To środowisko sprzyjało zaufaniu, sprzyjając tym samym rozwojowi ekosystemu.
Zamiast rozwijać Win32, Microsoft stale wprowadzał nowe alternatywy. MFC pojawił się jako wrapper C++, a następnie WinForms dla entuzjastów. NET. Pojawienie się WPF przyniosło XAML i akcelerację sprzętową, a Silverlight skupił się na potencjale wieloplatformowym. Przez lata WinRT i UWP były reklamowane jako ujednolicone rozwiązania w fazach Windows 8 i 10, ale żadne z nich nie zyskało pełnej popularności w branży. Teraz WinUI 3 obiecuje modernizację, ale ma problemy z wzbudzeniem zaufania programistów, którym kiedyś darzyli wcześniejsze frameworki.
Cykl wprowadzania nowego frameworka, motywowania programistów do inwestowania w niego czasu, tylko po to, by potem znowu zmienić cel, zniweczył zaangażowanie. Dzisiejsi programiści podchodzą do tego sceptycznie – skoro poprzednie frameworki nie przetrwały, dlaczego obecny miałby przetrwać?
Dzisiejsi programiści stoją w obliczu niejasnego krajobrazu. Rekomendacje są bardzo zróżnicowane i zależą od indywidualnych preferencji – niektórzy opowiadają się za Win32 lub WPF ze względu na stabilność, podczas gdy inni skłaniają się ku WinUI 3, któremu brakuje powszechnego zaufania. Istnienie rozwiązań wieloplatformowych, takich jak MAUI, oraz opcji internetowych wykorzystujących Electron lub PWA, dodatkowo pogłębia brak zdecydowania. Zamiast jasności, programiści stają w obliczu przytłaczającej niepewności.
Rozwój aplikacji internetowych w rozwoju systemu Windows
Wiele powszechnie używanych aplikacji w systemie Windows, takich jak WhatsApp, Discord i Zoom, nie jest w pełni natywnych. Zamiast tego działają jako aplikacje internetowe, wykorzystując komponenty takie jak WebView2, który integruje silnik Chromium dla zapewnienia bardziej spójnego działania.
Uproszczenie w tworzeniu aplikacji internetowych to prawdziwy przełom. Ten model umożliwia wdrażanie aplikacji w różnych systemach operacyjnych bez konieczności tworzenia oddzielnych baz kodu. Frameworki takie jak Electron i progresywne aplikacje internetowe (PWA) przyspieszają dystrybucję, jednocześnie redukując koszty utrzymania. Firmy coraz częściej korzystają z tych zalet.
Zmiana ta niesie jednak ze sobą pewne wady. Aplikacje internetowe są zazwyczaj zasobochłonne, zazwyczaj zużywają więcej pamięci RAM i często działają mniej responsywnie w porównaniu z ich natywnymi odpowiednikami. Doświadczenia użytkowników są ograniczone z powodu ograniczonej integracji z systemem operacyjnym, a wiele aplikacji Electron obciąża zasoby systemowe.
Z kolei na macOS i iOS deweloperzy nadal priorytetowo traktują tworzenie aplikacji natywnych. Apple zachowało spójność w swoich frameworkach, takich jak Cocoa i AppKit, zapewniając deweloperom przejrzystość i pewność, że ich narzędzia pozostaną aktualne.
Niestety, systemowi Windows brakuje tego poziomu przejrzystości. Ta niepewność skłania deweloperów do wyboru rozwiązań internetowych, akceptując ich nieodłączne ograniczenia wydajności, aby uniknąć ryzyka związanego ze zmiennymi strategiami Microsoftu.
Próba Microsoftu, aby odbudować zaufanie do programistów
Istnieją przesłanki wskazujące na to, że Microsoft zdaje sobie sprawę z wyzwań, przed którymi stoi. Ostatnie inicjatywy sygnalizują dążenie do zwiększenia wydajności przy jednoczesnym zmniejszeniu zależności od komponentów internetowych – tworząc bardziej natywne środowiska Windows. Niedawny apel dewelopera Rudy’ego Huyna do deweloperów Windows o wdrożenie natywnego tworzenia aplikacji został przyjęty pozytywnie.
Jednak rozwiązanie problemów z aplikacjami stanowi tylko część wyzwania. Nawet jeśli Microsoft udoskonali swoją natywną ofertę, obawy wśród deweloperów prawdopodobnie się utrzymają. Ta ostrożność wynika nie z obecnych możliwości WinUI 3, ale z historycznych wzorców niestabilności, które sprawiają, że deweloperzy niechętnie się angażują.
Aby odbudować zaufanie programistów, Microsoft musi zobowiązać się do stosowania jednolitych ram i przedstawić jasny, długoterminowy kierunek rozwoju. Spójne wsparcie i dojrzałe procesy programistyczne staną się niezbędne do odzyskania zaufania programistów.
Konsekwencja: główne wyzwanie
Microsoft dysponuje wyjątkowym talentem inżynierskim i bogatym doświadczeniem w tworzeniu narzędzi programistycznych. Wprowadzone przez firmę frameworki często prezentowały walory techniczne, ale brakuje im niezbędnej spójności, która pozwoliłaby programistom na ich wykorzystanie.
Jak podkreśla Rebecca Sutter w swojej analizie, wewnętrzne podejmowanie decyzji często prowadziło do gwałtownych zmian strategii, co skutkowało niepewnością wśród programistów. Głównym problemem nie jest brak opcji, ale raczej brak wiarygodnej ścieżki rozwoju – programiści tęsknią za frameworkiem zapewniającym niezawodne wsparcie.
Aplikacje internetowe: odzwierciedlenie nastrojów programistów
Aplikacje internetowe nie dominują w ekosystemie Windows ze względu na swoją wyższą wydajność. Zamiast tego zyskały popularność jako rozwiązanie awaryjne dla programistów poszukujących niezawodności w środowisku charakteryzującym się zmieniającymi się priorytetami.
Twórcy oprogramowania podejmują strategiczne decyzje w oparciu o doświadczenia historyczne i nieprzewidywalność przyszłych decyzji firmy Microsoft.
Aby podnieść jakość aplikacji w systemie Windows, podejście Microsoftu musi wykraczać poza naprawę systemu Windows 11 i priorytetowe traktowanie aplikacji natywnych. Kluczowe jest odbudowanie zaufania programistów, uzupełnione zaangażowaniem w utrzymanie spójnych i niezawodnych struktur na przyszłość.
Powiązane artykuły:
Microsoft zaleca 32 GB pamięci RAM jako idealne ulepszenie dla gier w systemie Windows 11
19:34
Satya Nadella potwierdza 1,6 miliarda użytkowników systemu Windows miesięcznie, a Bing przekroczył 1 miliard użytkowników
15:14
Satya Nadella przyznaje, że Microsoft musi odzyskać użytkowników systemu Windows 11 i poprawić wydajność komputerów z małą ilością pamięci RAM
0:54
Dodaj komentarz