Ruby on Rails în App Store fără Swift: trucuri care funcționează
Un dezvoltator a testat patru metode să bage Rails în iOS – și a ales varianta care nu te face să plângi în fiecare seară.

Într-o zi, unui dezvoltator i-a venit ideea să-și bage aplicația Rails în App Store. Și a început: design responsive, PWA, Hotwire Native, Swift nativ... Scenariu tipic: "hai să încercăm tot" și final previzibil: "măcar ceva funcționează".
Dacă ați încercat vreodată să împrieteniți Rails cu iOS, știți: e ca și cum asamblați o mobila IKEA fără instrucțiuni – piesele sunt acolo, dar cum le uniți e un mister. Autorul articolului a trecut prin toate etapele și a împărtășit sincer care greble au fost cele mai dureroase.
Iată ce a descoperit:
- Design responsive – sună bine, dar în practică web-view-ul arată ca un site din 2005, optimizat pentru iPhone.
- PWA – aproape perfect, până când utilizatorul încearcă să trimită o notificare push. Aici iOS spune: "nu te cunosc, du-te de aici".
- Hotwire Native – un curent proaspăt, dar necesită dansuri cu ritualuri în jurul punților native.
- Swift nativ – ei bine, știți cum e. E ca și cum ați rescrie totul de la zero, doar că într-o limbă pe care ați învățat-o acum o săptămână.
În final, autorul a ales o abordare hibridă: Rails pe backend, Turbo Native pe frontend, și un minim de cod Swift. Sună a compromis, dar funcționează. Lecția principală: nu încerca să faci "aplicația nativă perfectă" când poți face una care funcționează.
Comentariul echipei METABYTE: Și nouă ne place Rails, dar când clientul cere "ca pe Instagram", trebuie să explicăm că Hotwire nu e magie, ci doar o cârjă convenabilă. Important e ca cârja să nu se rupă în prima zi de producție.
URMATORUL PAS
Ti-a placut abordarea?
Aplicam aceleasi principii in proiectele clientilor: AI, automatizari, produse care nu se sting dupa lansare.