Maximus Best Practices(Worst Practices)
Supongamos que en algún lugar en el mundo existe un desarrollador que se pone el nick de LordMaximus, un nick ridículo que ningún desarrollador que se respete a menos que tenga narcolepsia se pondría.
Este desarrollador es un buen programador, acostumbrado a trabajar bien y a sacar proyectos express trabajando más de 70 horas a la semana; aunque nadie es perfecto claro, el desarrollador común, con tal de sacar sus proyectos a tiempo sacrifica el tiempo de los demás y el suyo propio debido a las prisas y a la narcolepsia, a continuación pongo un ejemplo de estas prácticas:
- Ponerle a un package de utilerías org.lord.maximus cuando el proyecto es conformado por un equipo amplio de desarrolladores que trabaja en una empresa la cual es propietaria del código.
- Pedirle a sus subordinados menores de edad que tomen los archivos compartidos de su máquina y la suban al repositorio del control de versiones.
- Crear un subpackage en un framework llamado deprecated.
- Hacer lo anterior en cada una de los subpackages del framework.
- Cuando una actualización del código en el proyecto hace que el nombre de una propiedad o función que ha estado utilizando en una o varias clases cambia de nombre, en lugar de cambiar cada una de sus llamadas, agrega a la Clase que cambió una función o getter que se llama de la manera antigua y regresa la nueva propiedad. ej:
public function get item():Item{…}
public function get itemProperty():Item{return item};
Si conoces algún desarrollador así o has visto prácticas como esta deja un comentario y con gusto agregaré la práctica en cuestión como un Worst Practice Maximus Best Practices.
Posted: February 14th, 2008 under Quantium.
Comments
Comment from Xquizo
Time 14/02/2008 at 11:41 am
10. :@ Hacer la validacion de POST A COMMENT quantium.com.mx solo en los campos en php, y sin preservacion de campos, haciendo que si envias vacío un campo obligatorio no marcados como tal, pierdas todo lo que escribiste en tu campo comment :@
Comment from Xquizo
Time 14/02/2008 at 1:22 pm
11. Echarle la culpa de sus bugs a alguien mas. JOJOJO.
Comment from Xquizo
Time 15/02/2008 at 7:06 pm
12. Por terquedad pasar el fla de un mundo virtual a version 9, sin probar y provocar que con un hechizo todos los de la plaza se caigan, causando que en pleno viernes, hora pico, tengamos 600 usuarios menos de lo normal.
Comment from Insane
Time 25/02/2008 at 6:55 pm
13. Hacer select asterisco hacia una o varias tablas, solo porque no quieres escribir el nombre de los 8 campos que necesitas +argggggggggg.
Comment from Insane
Time 25/02/2008 at 6:57 pm
14.Hacer un lock hacia la carpeta (y subcarpetas) en el repositorio, con la finalidad de que todos esperen a que subas tus cambios (incluso si sabes que te tardaras ) , solo porque no quieres volver a construir todo el proyecto con los cambios de los demas ñ_ñ ( no seas mmn)
Comment from Xquizo
Time 14/02/2008 at 11:35 am
6. Sentarte junto a tu subordinado y dictarle el codigo de una clase y/o perdirle que te lo dicte.
7. Agregar un easter egg (reteescondidote) presionando la tecla control+v para mostrar los creditos del programador en una caja de chat!!!!.
8. Creer que los comentarios de codigo es una costumbre átipica y desestimada.
9. Para evitar un Delegate dentro de AS2, usar eval dentro de los métodos de la funcion, y usarlo cada ves que se pueda, haya razon o no:
private var myProperty:String = “my value”;
public function myConstructor (){
trace (“La propiedad es:”+eval(“myProperty”) )
///Aunque para evitar la monitonia a veces la puede cambiar por
trace (“La propiedad es:”+this["myProperty"] )
}