Historias
Slashboxes
Comentarios
 

Login Barrapunto

Login

[ Crear nueva cuenta ]

mig21 (7781)

mig21
  reversethis-{moc.liamg} {ta} {pb12gim}
https://twitter.com/yapw

Hola, soy Miguel. Algo que pueda ser relevante aquí... Uhmm... Me gusta escribir en mi bitácora de BP [barrapunto.com] y en su clon en blogspot: Yet Another Programming Weblog [blogspot.com]
Me gustaría que Barrapunto fuese un sitio con más discusiones técnicas y trato de hacer lo que está en mi mano. De todos modos, también me gusta leer flames ;)

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 :)

Down Kill Up Publicidad

Bitácora de mig21 (7781)

Jueves, 14 de Diciembre 2006

Una herramienta, no una religión

10:52h.
Tecnología
Entrada interesante en Adding Simplicity - An Engineering Mantra, It's a Tool, Not a Religion!. Traduciendo muy libremente::

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

En resumen, en lugar de criticar herramientas, aprende su ámbito de aplicación...
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Aburrido

    (Puntos:2)
    En resumen, en lugar de criticar herramientas, aprende su ámbito de aplicación...

    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)
    por EsePibe (372) el Jueves, 14 Diciembre de 2006, 12:42h (#853807)
    ( Última bitácora: Domingo, 22 Octubre de 2017, 21:39h )
    No se trata de que tengamos herramientas muy variadas para resolver problemas muy diferentes, y alguien quiera utilizar un martillo para todo por que todo le parecen clavos. Se trata más bién de que tenemos herramientas redundantes. C# es equivalente a Java, Modula II es equivalente a C, Oberon a C++, Delphi es equivalente a VB, etc. Y si nos metemos en el mundo de los lenguajes de script tenemos una amplia variedad donde elegir de lenguajes que se pueden emplear para las mismas cosas.

          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 .NET.

          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)
    por Penetrator (5932) el Viernes, 15 Diciembre de 2006, 11:52h (#854246)
    > Una herramienta, no una religión

    Vaya hombre, yo que pensaba que ibas a hablar de emacs...

    -
    --
    La belleza está en el interior (Jack el Destripador)