2010-08-06 11 views
6

Estoy buscando aprender más sobre el framework Android y también me gustaría entender qué problemas pequeños equipos de desarrollo (< 10 personas) para teléfonos basados ​​en Android es probable que encuentren (es decir, portar a otras plataformas, pruebas de seguridad inadecuadas, o simplemente cualquier cosa a lo largo del ciclo de vida del desarrollo de software que plantea dificultades).¿Cuáles son los problemas comunes que experimentan los pequeños equipos de desarrollo de Android?

Cualquier comentario o enlace a recursos externos teniendo en cuenta este tema sería muy apreciado.

Gracias

+2

¿Escoger a los grandes androides? Lo siento, no pude resistir. :) – Robusto

+4

Apuesto a que la gran mayoría de los equipos de desarrollo de Android son <10 personas – Falmarri

Respuesta

2

Esto es de sentido común para algunos, pero no para otros. Asegúrese de que los miembros del equipo ALL documenten los cambios que hicieron para que no pierda el tiempo averiguándolo usted mismo antes de poder avanzar más.

tuve algunos miembros del equipo que tenían problemas para comprender el concepto de que p =

+0

Ver comentarios sobre los sistemas de control de versiones, realmente es la respuesta. Cualquier programador que se niegue a usarlos debe regresar a la cueva de donde salieron. :-D Esto NO está dirigido a ti Starwfanatic. – JustBoo

1

En cualquier proyecto de desarrollo con más de un desarrollador, es necesario utilizar la subversión. Recientemente terminé un proyecto que comenzaba sin él, escribiendo sobre los códigos de los demás solo para descubrir que mi código se borró dos horas después. Nuestro gerente técnico tomó tres días aprendiendo subversión, instalándola y enseñándonos, solo para que el proyecto se moviera nuevamente. Subversion es obligatoria para cualquier proyecto de desarrollo en mi opinión.

Ref: http://en.wikipedia.org/wiki/Subversion

+3

Una respuesta más completa sería usar un sistema de control de versiones (http://en.wikipedia.org/wiki/Revision_control), no necesariamente SVN. –

+0

¡Es cierto! Estoy familiarizado con la subversión como herramienta, pero el sistema de control de revisiones es una respuesta más adecuada. Gracias por el cara a cara! BR - –

4

su pregunta es bastante impreciso y con aspectos que no necesariamente se aplican a Android, sino más bien el desarrollo de aplicaciones, en general, de composición abierta. Sin embargo, hay un consejo que le puedo dar que facilita el desarrollo del equipo en Android: comparten un almacén de claves de depuración simple.

Antes de poder ejecutar una aplicación en un teléfono, debe firmarla con un almacén de claves. Cuando desarrolla una aplicación de Android por su cuenta en Eclipse, el complemento facilita esta parte. Genera un almacén de claves de depuración y lo firma automáticamente al compilar, por lo que nunca tendrá que pensar en esta parte del proceso. Sin embargo, si usted está colaborando con los demás algunos problemas surgen si estás todo el uso de diferentes almacenes de claves:

  1. No es posible actualizar los archivos APK de cada uno en la parte superior de uno al otro; Tendrás que hacer una desinstalación/reinstalación completa.

  2. Te encontrarás con cosas dolorosas con código que depende de las firmas del almacén de claves (como la clave de Google Maps, si alguna vez lo usas).

  3. Deberá firmar su código de liberación con un almacén de claves diferente; Puede obtener los archivos apk que están lanzados y los que están depurados si está firmando con un bote de diferentes almacenes de claves.

suerte hay una opción para especificar un almacén de claves de depuración para Android para utilizar, en eclispe -> Preferencias -> Android -> Generar. Todos los miembros del equipo deben usar el mismo almacén de claves. La forma más fácil de crear un almacén de claves de depuración es simplemente copiar uno que Eclipse crea automáticamente. Alternatively you can make your own, using these guidelines.

2

No solo debe usar el control de revisiones, sino que también debe usar algún tipo de proceso que su equipo pueda acordar, como SCRUM (http://en.wikipedia.org/wiki/Scrum_(development)). Establezca metas realistas, asegúrese de que los miembros de su equipo estén en la tarea, para el bien del cielo COMUNÍQUESE, y tenga algo preparado para realizar un seguimiento de los hitos y errores.Asegúrese de que todos en su equipo sepan qué se supone que deben hacer y cuándo se supone que debe hacerse. Si tienes gente escamosa en tu equipo, bájala porque demorará enormemente tu proyecto. Tuve este problema tratando de trabajar con otro desarrollador que no quería hacer nada, así que ahora soy un equipo de un solo hombre.

Cuestiones relacionadas