pepeleches
Será en Octubre
- Desde
- 20 Abr 2007
- Mensajes
- 31.896
- Reputación
- 59.208
Cuando trabajaba de programador (hace ya días...) los que empezaban a salir de las ingenierías tenían una cabeza mucho más despejada a la hora de enfrentar los problemas, pero a menudo sus soluciones no eran prácticas.
Un programador con experiencia (y con ganas) no sólo sabe encontrar el algoritmo necesario para solventar el problema, sino que de una forma rápida sabe utilizar los elementos internos o externos que necesita en cada momento.
Está muy bien que tengas las ideas muy claras porque tienes una base teórica grande, pero si necesitas utilizar un grid, una clase del framework que sea, una dll y tienes que empezar a probar métodos, funciones, propiedades, etc, el trabajo será tedioso.
Los buenos programadores que conocí en mi carrera tenían por una parte la mente despejada para saber analizar el problema, eran ordenados a la hora de hacer código, pero también tenían la capacidad de cuando utilizaban un elemento nuevo lo estudiaban a fondo para saberle sacar todo el rendimiento posible, de forma que si tenían que volver a utilizarlo ya lo conocieran a la perfección.
Y eso puede tardar años con un sólo lenguaje. No conocer bien estos métodos, propiedades o eventos te puede hacer plantear una solución insatisfactoria por bajo rendimiento, inestabilidad o complejidad del software.
Cuántas veces hacías ciertos procesos 'a mano', para descubrir que ya estaba implementado simplemente llamando a una propiedad del objeto, por ejemplo...
Un programador con experiencia (y con ganas) no sólo sabe encontrar el algoritmo necesario para solventar el problema, sino que de una forma rápida sabe utilizar los elementos internos o externos que necesita en cada momento.
Está muy bien que tengas las ideas muy claras porque tienes una base teórica grande, pero si necesitas utilizar un grid, una clase del framework que sea, una dll y tienes que empezar a probar métodos, funciones, propiedades, etc, el trabajo será tedioso.
Los buenos programadores que conocí en mi carrera tenían por una parte la mente despejada para saber analizar el problema, eran ordenados a la hora de hacer código, pero también tenían la capacidad de cuando utilizaban un elemento nuevo lo estudiaban a fondo para saberle sacar todo el rendimiento posible, de forma que si tenían que volver a utilizarlo ya lo conocieran a la perfección.
Y eso puede tardar años con un sólo lenguaje. No conocer bien estos métodos, propiedades o eventos te puede hacer plantear una solución insatisfactoria por bajo rendimiento, inestabilidad o complejidad del software.
Cuántas veces hacías ciertos procesos 'a mano', para descubrir que ya estaba implementado simplemente llamando a una propiedad del objeto, por ejemplo...