No creo que te interese, pero en Lecturas aleatorias [blogspot.com] dejo registro de los libros que voy leyendo...
Esta es toda mi información de usuario
En resumen, en lugar de criticar herramientas, aprende su ámbito de aplicación...Recientemente he estado asistiendo al debate de REST contra SOA. La última semana me vi envuelto en discusiones de C++ contra Java. Esta noche pasada me tropecé con algunos debates sobre Django contra Rails. Me parece que los ingenieros de software somos únicos en el mundo técnico: más que disfrutar con una caja de herramientas variada, discutimos contra su contenido, esperando descartar todas excepto el conjunto más pequeño posible.
[...]
¿Porque debemos trabajar tanto en reducir nuestro conjunto de herramientas hasta la herramienta definitiva? Hay una tendencia a buscar el lenguaje Navaja suiza apoyado por un framework que será la solución óptima para todos los problemas del mundo. La simple realidad es que ese lenguaje o framework no existe. ¿Por qué? Bueno, la solución de problemas informáticos es siempre acerca de adoptar compromisos que optimicen la solución en determinadas condiciones. Si tu problema cumple esas condiciones, perfecto. Si no, estarás usando una herramienta subóptima.
[...]
Es importante tener opciones para resolver los problemas de cada día. Entender las herramientas y su aplicabilidad a un problema dado debería ser nuestro trabajo
Aburrido
(Puntos:2)( http://barrapunto.com/ | Última bitácora: Martes, 05 Agosto de 2008, 06:50h )
Pero que aburrido resultaría entonces, dejariamos de ver a gente implementando procesado de ficheros de texto en C++ (que se puede, pero, porque no Python?) o drivers en Java (con eso ya tengo dudas sobre si puede o no, por la máquina virtual).
En fin, como bien dices, me recuerda a un chapuzas sacando tornillos con un martillo, porque como es la herramienta que maneja a diario es la que mejor domina.
Rezemos al profeta 00101000101000101010001010101000101010101010101010 101010101000101010101010102
Está mal enfocado.
(Puntos:2)( Última bitácora: Domingo, 22 Octubre de 2017, 21:39h )
El problema está en que aprender un lenguaje más su API lleva un esfuerzo y existen tantos lenguajes y tecnologías que no se pueden abarcar todas y ser bueno en todas. Aprender un lenguaje es relativamente sencillo, lo que no es tanto es dominar un API sobre todo cuando son tan extensos como los de java o
Cuando un informático invierte su tiempo en aprender una tecnología es como cuando un accionista invierte su dinero en un valor. A veces un informático invierte en la tecnología del Commodore Amiga y pierde al ver como se impone el PC. Otras veces un informático invierte en Modula-II y pierde cuando se impone C. Si valoramos las horas invertidas en dinero llegamos a la conclusión que puede perder muchísimo dinero.
Cuando se discute acerca de si es mejor PHP contra ASP o C# contra Java en realidad no se está haciendo una guerra de religiones, se están defendiendo los garbanzos por que si aprendes y dominas una serie de tecnologías que al final resultan ser tecnologías perdedoras (no necesariamente peores) es como si no supieras nada desde el punto de vista laboral. Es como cuando eres un autentico hacha en el ensamblador del 680x0 y programación de videojuegos en el commodore amiga pero no encuentras trabajo por que lo que en todos los sitios piden es Visual Basic 4 en Windows 3.11.
--- 404 Firma no encontrada.
Vaya...
(Puntos:2)Vaya hombre, yo que pensaba que ibas a hablar de emacs...
-
La belleza está en el interior (Jack el Destripador)