• Cuarzo.dev
  • Posts
  • Programador Mediocres vs. Programadores Inteligentes: ¿Cuál es la Diferencia Real?

Programador Mediocres vs. Programadores Inteligentes: ¿Cuál es la Diferencia Real?

Exploramos la opinión de Juan Villalvazo sobre lo que define a un programador mediocre versus un programador inteligente, y cómo esta distinción puede afectar tu carrera en la programación.

Quiero comentar sobre algo que dijo Juan Villalvazo, que seguro que muchos de vosotros ya lo conocéis, en su último vídeo, que habla sobre el tema del programador mediocre.

Juan durante su video estuvo comentando algunos puntos que el piensa que hacen a un programador mediocre.

Yo tan solo quiero entrar en uno de esos puntos que de hecho Juan tenía ciertas dudas de si este punto realmente hacían a un programador mediocre, o incluso decía que ser mediocre en este caso podría incluso compensar, y fuese la opción más inteligente.

El caso era cuando un cliente te pide hacer ciertas funciones para su producto, tú sólo lo que tienes que hacer es exactamente lo que te pide, esas funciones y ninguna otra más, y él sentía que si no eres un programador mediocre no sólo harías esas funciones que te pide el cliente, si no que además las mejorarías y harías funciones extra que hiciesen que el producto estuviese mucho mejor. Y a priori puede parecer que tiene sentido.

pero cuidado, que esto se puede convertir en un arma de doble filo

Yo creo que en este caso es mejor centrarse en hacer sólo lo que te pide el cliente, sin ninguna funcionalidad extra. Y ahora más adelante os voy a justificar por qué.

Pero esto no quiere decir para nada que seas un programador mediocre, porque lo que sí que tienes que hacer es hacer tu trabajo lo mejor que sea posible dando lo mejor de ti, aunque sea en tareas que no te guste, así que si tienes que hacer las funcionalidades que te pide el cliente, hazlas lo mejor que sea posible

Y todo esto de hacer las cosas siempre lo mejor que uno pueda te lo justifico en este vídeo de aquí donde te demuestro por qué de ese modo saldrás tú siempre ganando

Hay varias razones por la que te deberías de centrarte en hacer sólo las funcionalidades que te pide el cliente

Ojo! que con esto no te estoy diciendo que no aportes ideas al producto, no tiene nada que ver

Por supuesto que debes aportar si se te ocurre alguna buena idea o funcionalidad al producto, pero siempre comentandola primero con el cliente y no ponerte a desarrollarla por tu cuenta.

¿por qué? por varias razones

1. lo que a ti te parece una buena idea quizás no lo sea tanto

Esto puede pasar muy fácilmente, a mi me ha pasado muchísimas veces, de tener ideas para el producto que estoy desarrollando que a mi me parecen fabulosas, pero la realidad es que para el usuario final que va a usar ese producto no le aporta ningún valor,

muchas veces caemos en este error de pensar funcionalidades nos gustaría a nosotros que tuviese el producto, pero es que en la mayoría de los casos nosotros los programadores no somos el público objetivo al que va dirigido este producto, por lo tanto lo que a nosotros nos parece una buena idea, pues igual no lo es tanto o no le va aportar valor al cliente.

2. si desarrollas algo antes de que el cliente te dé el visto bueno, puedes que tengas que quitarlo

Si terminas una funcionalidad super chula, que te has pasado ahí una semana entera programando, y luego llega el día de enseñarsela al cliente, es posible que este te diga que la quites, que no hace falta esa funcionalidad, entonces ahí habrá sido tiempo y trabajo perdido, que has perdido tú y que ha perdido el cliente.

Además de la frustración mental que te causará tener que eliminar tu amada funcionalidad

Tienes que tener muy en cuenta lo que realmente se necesita para el producto, para no perder recursos en hacer algo que no va a servir

Ahora vamos a ver la última razón, la más importante de todas, la razón por la que jamás deberías de hacer funciones extra a tu producto

3. Si programas más funcionalidades, tendrás más código, más código que mantener

Esta razón debería ser suficiente para que nunca vuelvas hacer funcionalidades que no te pidan.

Yo concretamente en esto he caído muchísimo, ha sido uno de mis errores como programador en estos últimos años, y es que tenía un proyecto donde empecé a meterle cosas por mi cuenta

muchas cosas

Si me pedían hacer una cosa, yo hacía tres cosas, y me parecía genial, el producto estaba quedando super bien, todo el mundo contento con todas las opciones que tenían, yo también contento por estar haciendo funcionalidades que a mi me gustaría tener si estuviese en lado del usuario, todo parecía ser fantástico.

Pero lo peor, estaba aún por llegar

Y es que llegó un punto, que ese proyecto era tan grande, había tantas cosas y funcionalidades ahí dentro, que sin darme cuenta

Había creado un maldito monstruo

Y es que llegó el momento que hacer lo más mínimo, el cambio más pequeño o la funcionalidad nueva más pequeña que os podáis imaginar, era toda una odisea, poder encajar esa nueva funcionalidad en ese mar de código que yo mismo había creado

¿El resultado?

Hay que matar ese proyecto, y hacer uno más simple. Y todo por estar sobrecargado con demasiadas funcionalidades donde muchas de ellas fueron idea mía, y nunca se llegaron a usar.

No hagas funcionalidades extra, por que estas, se pueden volver en tu contra

Mientras menos código más fácil es de mantener y hacer cambios, no te metas en líos de hacer cosas de más, porque no merece la pena, todo lo contrario.

Pero te recuerdo, lo que hagas, hazlo lo mejor que puedas

Quiero que me dejes por los comentarios del video tu opinión sobre el tema y si has caído en el error de desarrollar funciones de más en el producto.

Suscríbete a nuestra newsletter para seguir aprendiendo cosas nuevas de desarrollo cada día, ¡es gratis!

Reply

or to participate.