Rails Naming Model: arreglar o dejar como está

Question

Esto es más una cuestión filosófica que técnica.

Tengo alrededor de 40 horas para trabajar en una nueva aplicación de Rails. Está relacionado con la venta minorista, y al principio elegí el nombre "artículo" para describir un único producto disponible para la venta.

Como ha pasado el tiempo, se ha vuelto obvio para mí que fue un error: la palabra "artículo" es demasiado genérica, y "producto" quizás habría sido una mejor opción.

Así que la decisión que me toca ahora es, ¿refactorizar/cambiar el nombre de mis modelos, código ERB y tablas antes de construir más con este nombre mal elegido, o simplemente lo dejo tal como está, guardo un poco tiempo y seguir adelante? Me preocupa que sea elegir este último repetidamente que resulte en la ridícula deuda técnica que he visto en otros proyectos, pero también creo que esto podría ser una forma de optimización prematura.

¿Pensamientos?

Answer 1

La convención de nomenclatura es absolutamente necesaria para proyectos medianos a grandes. Yo diría que entren y refaccionen todo para que el nombramiento sea lo más específico posible. Los identificadores genéricos se van a ir de las manos rápidamente a medida que se introducen nuevas funcionalidades (una vez estuve en un proyecto que tenía una clase llamada UserReportReportReportParameters).

Cuanto antes lo haga, menos doloroso tendrá.

Editar: Probablemente debería agregar que si esto es imposible debido a fechas límite o cualquier otra restricción, seguir con el esquema de nombres actual hasta que tenga tiempo para refactorizar todo a la vez. Soy de la firme opinión de que una mala convención de nombres es mejor que una convención de nombres mixtos.