Pregunta

Si bien la creación de prototipos, ¿en qué medida usted lanza las mejores prácticas fuera de la puerta en favor de la piratería de codificación y ajuste? Sentado que el código no se tenga intención de mantener en plena producción.

Añadir: Estoy trabajando en un prototipo bastante grande semi-trabajo hecho en Python, para averiguar la interfaz de usuario para una aplicación embebida. Yo sé que el código no está destinado a ser utilizado en la producción, pero todavía me molesta que la calidad de la base de código va disminuyendo con el número de cambios realizados.

¿Fue útil?

Solución

Depende de lo que su prototipo está tratando de probar. ¿Está la creación de prototipos de la interfaz de usuario para su uso y para demostrar a los clientes o estás creación de un prototipo de una arquitectura?

Si estoy prototipos de una interfaz de usuario a continuación, voy a tirar todo una vez que el concepto ha sido a través de iteraciones y probada.

Si estoy prototipos de una arquitectura a continuación, el código final se ajusten a las mejores prácticas y ser utilizable.

Dicho esto, es increíble la cantidad de prototipos de trabajo de hackers que terminan en plena producción por falta de tiempo o de presupuesto. Si su intención es que el código para no terminar en la producción (es decir, un prototipo de interfaz de usuario), entonces puede ser útil para burlarse de capturas de pantalla en lugar de codificarlos.

Otros consejos

Por desgracia, he tenido demasiados prototipos se convierten en el producto de referencia, debido a limitaciones de tiempo. Así que lo ideal, podrás seguir las mejores prácticas. Siendo realistas, se hace lo que se necesita para realizar el trabajo con el fin de cumplir con lo que está disparando fecha límite para. No hay que esperar la oportunidad de reescribir por completo. Lo que viene para arriba con frecuencia será la línea de base, especialmente si se tardó más de unos pocos días en desarrollarse. El mejor consejo es aprender a utilizar las mejores prácticas a velocidades de nivel de usuario remoto.

lanzo métodos 'limpios' y comentando (es decir, las clases de utilidades que hacen que las cosas sucedan ''), pero no "objetos de negocio" si se quiere.

Así, por ejemplo, si tengo la posibilidad de elegir entre la definición de una clase "coche" para definir las propiedades de valores de cadena de "WheelCount", "DoorCount", o simplemente hacer una tabla hash rápida, por lo general voy a seguir adelante y pasar un poco tiempo adicional de crear la clase de coche.

La razón de esto es porque cuando vuelva a re-código más tarde, tiene más sentido que mirar los nombres de clases reales (y, a veces estas pequeñas clases son transferibles a la versión 'real').

El mayor peligro en la creación de prototipos, en general, está pensando "Voy a arreglar más tarde" y luego no hacerlo ... así que si en algún momento usted piensa en su mente "Tengo una idea bastante clara acerca de cómo necesito do esta clase", seguir adelante y pasar unos minutos adicionales en esa clase y hacerlo bien para que pueda volver a usarlo.

Casi siempre trato prototipos (denominados redonda "picos" aquí) como código de usar y tirar. El punto de un prototipo es a obtener la comprensión de un problema , no para resolverlo. Que la comprensión es mucho más importante que cualquier artefacto de código, y la implementación de la solución correcta debería ser trivial (si no lo es, yo diría el alcance de la punta es demasiado grande).

Se puede refactorizar el prototipo en un estado adecuado, pero en mi experiencia es más rápido para volver a escribir desde cero, dado que tiene que integrarse con un sistema más amplio.

Para un prototipo, sólo el exterior es realmente importante. Si usted es lo suficientemente valiente como para tirar a la basura el código después, se puede utilizar cualquier truco sucio en el libro, siempre y cuando se ve muy bien.

Recuerde, un prototipo es sólo una herramienta para obtener una respuesta de los clientes. (Sí me gusta, o, ¿por qué has puesto esa opción hay?).

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top