Ja miałem doświadczenie z Rhodes, a także jQuery Mobile. I doświadczenie było kiepskie.

Po pierwsze - przy wrapperze WebKitowym z kontrolkami HTMLa miałem do czynienia z widocznymi lagami na iPhone - tj. po naciśnięciu przycisku mijał ułamek sekundy (0,2?) zanim aplikacja zarejestrowała akcję - niby niewiele, ale jeśli użytkownik ma dużo klikać, to to robi znaczenie. Poza tym animacje były dużo mniej wymuskane niż te natywne.

Moja teoria jest taka, że jeśli użytkownik jest przyzwyczajony do aplikacji natywnych i dostaje coś z bardzo zbliżonym interfejsem, to każda subtelna rozbieżność wpływa bardzo negatywnie na percepcję softu - podczas gdy podobne drobne wady, ale w interfejsie webowym nie robią znaczenia.

Po drugie - Rhodes. Męczyłem przez chyba dwa tygodnie ten krap w listopadzie 2011. Przede wszystkim - bez dogłębnej znajomości RoR lepiej nie tykać, bo połowa "dokumentacji" zakłada, że je znasz. Po drugie - "dokumentacja" jest szalenie uboga, oraz niezwykle ciężko o jakiekolwiek wsparcie. O ile dla dużych platform, dla większości problemów da się znaleźć rozwiązanie na takim StackOverflow.com, to w przypadku Rhodesa nie dość, że nie znajdziesz, to nawet nie będziesz miał kogo pytać. Ja przynajmniej, mimo kilkunastoletniego doświadczenia w programowaniu, wymiękłem na jakiś podstawowych tematach.

Do tego, Rhodes jako-tako współpracuje z Symulatorem, ale jest to nędzna namiastka tego jak to wszystko działa w połączeniu z XCode. Kupę czasu traci się czekając na przekompilowywanie i odpalanie Symulatora.

Podkreślam, że mój stan wiedzy jest sprzed pół roku, ale nie sądzę, aby coś fundamentalnego zmieniło się w tej kwestii w tym czasie..

AFAIK jest jakiś dużo lepszy framework, który generuje kod z Javascriptu do natywnego. Na iPhone, ale może też na inne platformy. Nie pamiętam niestety nazwy - chyba Appcelerator, czy jakoś tak.


Ogólnie jednak - przejścia mnie nauczyły, że lepiej robić jednak natywnie. Przy produkcji dobrej aplikacji 40% to projektowanie interfejsu / kontakt z użytkownikami / przygotowywanie kontentu , 40% to marketing, a tylko 20% to produkcja oprogramowania. Jak jest dobry kontent i marketing, to przeportowanie nie jest aż takim problemem

Kolejna kwestia - w większości przypadków najlepiej zaczynać od jednej platformy, a dopiero po osiągnięciu sukcesu i naprawdę solidnym dopracowaniu apki/marketingu przenosić się na inne. Dobra, natywna, aplikacja potrafi sprzedać się 10-100x lepiej niż przeciętna, uniwersalna (podczas gdy wypuszczenie aplikacji na inne platformy zwiększy Twoją sprzedaż zaledwie o 0.5-2x). Czyli - lepsze ROI osiągasz dopracowując aplikację na jedną platformę, a potem dopiero, gdy już jest na błysk, przenosząc ją na inną, niż odwrotnie.

Oczywiście są wyjątki - gdy zależy Ci aby każdy mógł korzystać z apki, bo robisz na zlecenie jakiejś olbrzymiej firmy, albo zależy Ci na efekcie sieciowym (np. Bump).