Iniciado por pacomer

Una cosa es conocer las reglas del ajedrez y otra jugar como Kasparov.

Lleva años aprender la base metodológica, técnica y luego un buen número de lenguajes para empezar a pensar en proyectos web. Pero claro, ante de meterse en un proyecto propio, hace falta foguearse unos cuantos años en proyectos modestos e ir ascendiendo. Después se requiere talento para implementar nuevos algoritmos y trucos muchos trucos que consisten en sutilezas técnicas no evidentes para nada. Definitivamente, un tío que tenga un proyecto en mente, y no tenga ni zorra de programación, lo mejor que puede hacer es buscarse a un figura con conocimientos en profundidad y experiencia, porque seguramente hasta el proyecto del no programador va a estar errado y necesite ser profundamente reformulado por el programador.

Iniciado por Tuttle

Anda chaval, releete el artículo a ver si te enteras de algo de lo que pone en el. No puedes tener una idea genial sobre nada si no comprendes la tecnología subyacente.

Iniciado por Zumalacarregui

Por mucho que nos empeñemos, la realidad es otra. Como muestra tres pequeños botones:

Para empezar es que los buenos programadores casi no existen. Por una razón muy simple: se empieza programando pero en el 99% de las empresas, un buen programador en un horizonte de 2, 3 o 4 años como mucho dejará de programar para ir asumiendo otro tipo de tareas: diseños, análisis, gestión de proyectos, etc. Por lo tanto, no existe (en general) un programador con 10 años de experiencia como en el resto de profesiones.

La competencia es feroz y para conseguir un contrato se tiran las tarifas, se reducen los plazos al máximo… Como consecuencia de todo esto, hay una tendencia generalizada a no documentar convenientemente los desarrollos. Esto a corto plazo acelera el desarrollo, a la larga lo ralentiza.

Incluso dentro de las mismas empresas no se reutiliza el conocimiento existente. En una empresa grande es seguro que existen varias personas programando lo mismo en proyectos distintos, y segurísimo que eso mismo que se hace de forma redundante ya hay quien lo ha hecho antes.


Que un programador se quede programando hasta las tantas de la mañana no responde a la visión romántica de la profesión que quiere transmitir el autor del artículo, es simplemente fruto de una mala gestión y de las malas prácticas que aquejan a todo el sector.

La informática a todos los niveles, en España y en el mundo entero, es un sector prácticamente artesanal. Desde hace unos años hay un esfuerzo importante para profesionalizar el trabajo, para adoptar metodologías (como CMMi que viene de la industria), para trabajar bien en resumen. Pasa tan a menudo que no nos damos ni cuenta pero, ¿no os parece escandaloso que un gigante como Microsoft lance un producto, sea el que sea, y SIEMPRE tenga que sacar multitud de parches para arreglar errores desde el primer día del lanzamiento?

Pues eso, que se programa mal. Y todo lo demás son historias.

Everyone knows that debugging is twice as hard as writing a program in the first place. So if you’re as clever as you can be when you write it, how will you ever debug it?

Iniciado por Tuttle

No te busques a un matemático fórmate tu mismo:

Machine Learning | Stanford Video Course

Está en inglés, es duro pero merece mucho la pena.

Iniciado por diablodemaxwell

Me he quedado de piedra con el nivel de esta web.
Ya sería la repera que nos pasaras enlaces con los transparencias usadas en las clases

Iniciado por Zumalacarregui

Por mucho que nos empeñemos, la realidad es otra. Como muestra tres pequeños botones:

Para empezar es que los buenos programadores casi no existen. Por una razón muy simple: se empieza programando pero en el 99% de las empresas, un buen programador en un horizonte de 2, 3 o 4 años como mucho dejará de programar para ir asumiendo otro tipo de tareas: diseños, análisis, gestión de proyectos, etc. Por lo tanto, no existe (en general) un programador con 10 años de experiencia como en el resto de profesiones.

La competencia es feroz y para conseguir un contrato se tiran las tarifas, se reducen los plazos al máximo… Como consecuencia de todo esto, hay una tendencia generalizada a no documentar convenientemente los desarrollos. Esto a corto plazo acelera el desarrollo, a la larga lo ralentiza.

Incluso dentro de las mismas empresas no se reutiliza el conocimiento existente. En una empresa grande es seguro que existen varias personas programando lo mismo en proyectos distintos, y segurísimo que eso mismo que se hace de forma redundante ya hay quien lo ha hecho antes.


Que un programador se quede programando hasta las tantas de la mañana no responde a la visión romántica de la profesión que quiere transmitir el autor del artículo, es simplemente fruto de una mala gestión y de las malas prácticas que aquejan a todo el sector.

La informática a todos los niveles, en España y en el mundo entero, es un sector prácticamente artesanal. Desde hace unos años hay un esfuerzo importante para profesionalizar el trabajo, para adoptar metodologías (como CMMi que viene de la industria), para trabajar bien en resumen. Pasa tan a menudo que no nos damos ni cuenta pero, ¿no os parece escandaloso que un gigante como Microsoft lance un producto, sea el que sea, y SIEMPRE tenga que sacar multitud de parches para arreglar errores desde el primer día del lanzamiento?

Pues eso, que se programa mal. Y todo lo demás son historias.

Iniciado por Tuttle

Tu observación sobre los bugs demuestra que sabes poco del negocio. Una de las grandes citas de todos los tiempos sobre la programación escrita allá en 1974 por Kernihan y Plauger y todavía vigente es:

Everyone knows that debugging is twice as hard as writing a program in the first place. So if you’re as clever as you can be when you write it, how will you ever debug it?