Elegimos programas para desarrollar apps móviles en grupo — ¿cómo decidir con un socio?

El año pasado, en un proyecto parecido del sector logística, por tercos con el código nativo pasamos de un plazo de 6 meses a 11 meses. El presupuesto inicial que calculamos en 220.000 TL terminó rozando los 410.000 TL. Hoy en día las tecnologías multiplataforma casi no dan problemas de hardware; si tienen presupuesto justo, mantener dos bases de código es un lujo.

El detalle técnico crítico aquí son los oyentes de bluetooth en segundo plano y la latencia del escaneo de códigos de barras por cámara. En las librerías multiplataforma, la latencia del bridge nativo es de milisegundos, imperceptible para la operación de un almacén. Preparen un prototipo rápido y midan los FPS de la cámara; cuando su socio vea los números, se convencerá.

nos paso exactamente lo mismo y perdimos 4 meses peleando. bueno al final en vez de seguir de necios programamos una pantalla de prueba en una semana vimos q funcionaba y se acabo el debate. no pierdan el tiempo al pedo q los dias pasan volar.

¿La experiencia previa de su socio se basa en lenguajes nativos? A veces los desarrolladores se escudan en la excusa del rendimiento simplemente porque le temen a entornos que no dominan tanto. ¿En su equipo hay el mismo nivel de dominio para ambos entornos o implicará un nuevo proceso de aprendizaje?

Siempre venden el multiplataforma como la solución a todos los males, pero cuando un plugin de terceros se rompe con una actualización del SO te quedas semanas esperando una solución. Este riesgo no se puede ignorar menos en apps corporativas de campo que usan hardware específico. La preocupación de su socio no es infundada tengan en cuenta el costo de mantenimiento a largo plazo.

Pónganse un límite de una semana para decidir. Su socio en su opción y usted en multiplataforma armen la misma pantalla de escaneo bluetooth en 3 días. La que se termine más rápido y sin errores gana. Cuando hablan los datos, se acaban las discusiones personales.

Si en su contrato de sociedad no se definió el liderazgo técnico ni el derecho de veto, este tipo de bloqueos son inevitables. Les recomendamos plasmar en un acuerdo de socios escrito qué criterios (cumplimiento de presupuesto, tiempo de salida al mercado) determinarán la decisión final sobre la tecnología a usar.

edit: escrito desde el móvil, perdonad las erratas.

Gracias por escribir.

¿Y cómo resolvieron esto? ¿Buscas un socio o un cofundador? Son cosas distintas.

Por supuesto, cambia si tu situación es diferente.

Hace dos años viví exactamente lo mismo. Empezad con una pequeña prueba no lo integréis todo de golpe.

También me gustaría saber si alguien lo hace de otra manera.

Tiene razón. Si ofrecéis acciones en lugar de salario, escribid también qué dais a cambio.

estoy siguiendo esto.

Yo pasé por esto, déjenme contarlo. Los primeros tres meses todo va bien, los problemas aparecen en el cuarto.

Eso es todo, disculpa si me he extendido demasiado.

Estoy totalmente de acuerdo. Las decisiones apresuradas son las que hay que corregir seis meses después.

También me gustaría saber si alguien lo hace de otra manera.

Yo también tengo curiosidad. ¿Buscas un socio o un cofundador? Son cosas distintas.

Tomo nota, gracias.

Lo que voy a preguntar sonará un poco novato, perdonadme. Ningún proceso mejora si no se registran datos, porque no sabes qué tienes que arreglar.

Espero que le sea útil.

Este enfoque tiene un coste, y no se habla de ello. Si intentas cambiarlo todo a la vez, nada termina de asentarse.

Comprobado por experiencia.