Myśli na zamkniętych platformach

Wcześniej przeczytałem Brandona Watsona ciekawe podejście do całej debaty na temat platform zamkniętych i otwartych (o czym można przeczytać) tutaj) i mam ochotę wtrącić się w kłótnię.

Przede wszystkim chcę zdefiniować, o co mi chodzi. Nie mówię o otwartym kodzie źródłowym lub zamkniętym kodzie źródłowym, ale o sposobie dystrybucji aplikacji firm trzecich. iPhone to zamknięta platforma. Całe oprogramowanie musi być certyfikowane przez Apple, aby mogło być uruchomione i można je uzyskać tylko za pośrednictwem Apple App Store. Windows Mobile 3.X to stosunkowo otwarta platforma. Możesz zainstalować wszystko, co chcesz lub chcesz, ale istnieje rynek certyfikowanego oprogramowania, które jest bardziej przydatne i łatwiejsze w użyciu, jeśli dopiero zaczynasz korzystać z platformy. Android jest podobny, chociaż rynek nie ma certyfikatu, więc nie masz pojęcia, czy coś działa, Android ma jedną zaletę poza WM6.X Marketplace, która polega na tym, że oprogramowanie jest wymagane do proszenia o pozwolenie na większość kluczowych zadań, takich jak dostęp do PIM lub dialer. Taka metoda nie istnieje w WM6.X. Możesz także ładować strony na Androida.

WP7, w przeciwieństwie do WM6.X, jest kombinacją iPhone'ów całkowicie zablokowanych na rynku i manifestów Androida. Każda aplikacja musi być certyfikowana przez MS i może być rozpowszechniana tylko za pośrednictwem Marketplace, ale każdy pakiet (*.xap) zawiera plik manifestu z informacją, jakie uprawnienia ma aplikacja, na przykład dostęp do systemu plików.

Jako nowy użytkownik platformy, metoda WP7 wydaje się idealna, oznacza to, że istnieje limit tego, co możesz złamać, i masz kogoś, kto trzyma cię za rękę i mówi „wszystko będzie dobrze”, jednak jako zaawansowany użytkownik i programista, chcę mieć możliwość robienia tego, co chcę z moim telefonem.

Jest kilka aplikacji, z których regularnie korzystam, które nie będą dozwolone w Marketplace dla WP7, ale które można wykonać w XNA/Silverlight. iContact (napisany w C++) jest tego doskonałym przykładem. Wymaga dostępu do PIM, jest zamiennikiem systemu kontaktowego (co moim zdaniem jest zabronione) i wymaga dostępu do systemu plików. Byłoby możliwe pisanie w C# przy użyciu .Net CF, ale nie byłoby to dozwolone w Marketplace. Być może nie potrzebuję iContact na WP7, ale nadal chcę tę opcję. Nie ma powodu technologicznego, aby na to nie zezwalać, chodzi wyłącznie o ochronę użytkowników końcowych, którzy nie rozumieją zagrożeń.

Z WM6.X (który uważam, że jest idealnym medium) iContact i inne aplikacje są możliwe. Mogą być dystrybuowane w inny sposób i mogą umożliwiać użytkownikom uruchamianie tego, co chcą na swoim urządzeniu. Tak, to nie jest dla wszystkich, ale podejrzewam, że większość czytelników tej strony chciałaby mieć boczne ładowanie w WP7.

Nie sądzę, że ładowanie boczne powinno być włączone od razu po wyjęciu z pudełka, co oznacza kłopoty z nieznanymi użytkownikami i ostatecznie doprowadziłoby do wielu złej prasy dla WP7, ale co by było, gdyby w ustawieniach było pole wyboru „Włącz dostęp do systemu plików” lub „Włącz niepodpisane aplikacje”. Zaawansowani użytkownicy mogą w większości zadbać o siebie i będą wiedzieć, czy zainstalują coś, co psuje coś, to ich wina, a użytkownicy końcowi najprawdopodobniej nigdy nie spróbują i nie zaznaczą tego pola.

Nie ma jednego rozwiązania, które pozwoliłoby zaawansowanym użytkownikom i zwykłym użytkownikom uzyskać z platformy to, czego chcą, ale może przynajmniej istnieć pewne zabezpieczenie dla obu, nie ograniczając zaawansowanych użytkowników do limitów przeciętnego użytkownika (lub rzucając nowego użytkownika na głębokim końcu).