De acuerdo, no puedo contarte mucho sobre la versión de Android, pero como hombre que trabaja en el desarrollo de iOS, creo que puedo ayudarte con eso.
En primer lugar, si el código funciona, no es una mierda.
Lo real es cuán eficientemente fue escrito. Ahora, para una persona con habilidades de programación, una mirada al código puede revelar su eficiencia. Pero dado que no tenemos ese lujo aquí, aquí hay algunas cosas que puede ver en el código para ver si se escribió de manera eficiente.
- ¿Puedo desarrollar para iPhone usando C #? ¿Qué herramientas necesito para comenzar?
- ¿Dónde puedo encontrar un tutorial para una aplicación iOS de visualización web UI universal de diseño automático a pantalla completa?
- ¿Necesita ser un desarrollador de iPhone, tener experiencia pasada o tener fondos para crear una aplicación de iPhone exitosa?
- ¿Cuáles son las técnicas utilizadas en el diseño de aplicaciones iOS como "The Economist" para mostrar párrafos de texto, imágenes y tablas en una sola página (o vista)?
- ¿Está bien si me convertí en un desarrollador de juegos y aplicaciones al mismo tiempo?
- Si ve muchas líneas que comienzan con // su programador estaba probando diferentes cosas con código y probablemente no le importó eliminarlo. Mala codificación. (no se alarme si ve líneas individuales aquí y allá, estas son para documentación (buena codificación), lo que está buscando es un lote de líneas que comiencen con esto (//))
- Busque esta marca #pragma- … Si ve esto a intervalos regulares, el código está bastante documentado. buenas señales, si no, ya sabes qué esperar.
- Busque “NSLog” en el código, sin comillas. Si lo ve sin // al comienzo de la línea entre / * * / en el código. Su programador era un principiante y no eliminó los registros destinados al programador durante el desarrollo.
Estos son solo algunos puntos a tener en cuenta al revisar el código que un no programador puede entender. pero en realidad hay muchas cosas como verificar los condicionales, las variables utilizadas, el enfoque para la resolución de problemas, las iteraciones básicas y otras cosas relacionadas con el código.
El punto anterior puede dar una idea básica de qué tipo de código tienes realmente, pero te sugiero que hagas que un tipo experimentado eche un vistazo al código si realmente quieres saber si tienes un código malo o algo más.
Pregunta cualquier cosa si quieres saber algo más.
