Usa esta tecnología, pero… por qué?

Hoy mientras conversaba con unos amigos me quedo la duda y a la vez molestia ante un sustento presentado.

”Es que es drag and drop, eso haría mas productivo el trabajo…”

Cuando pregunté si es que se habia hecho alguna comparativa, benchmarking, estudio o “algo” al respecto, para verificar tal productividad, me repetian una y otra vez eso del drag and drop.

Yo la verdad, no se que decir al respecto, pienso que es de muy poca seriedad alegar características que, es cierto, son muy bonitas e interesantes en primera instancia, pero a la larga lo facil, como que… sale caro, no?

En resumen, qué deberia tomarse como característica clave para estas alternativas?
Considero inicialmente:
Facilidad de uso: es decir, una curva de aprendizaje apropiada
Complejidad de posibles mantenimientos: que las modificaciones sean de bajo costo y no se necesite un gurú para resolver el problema.
Estabilidad del producto: cuidado con aquellos en beta, alpha o la primera version “estable”
Soporte de comunidades de desarrollo o proveedor: una comunidad activa implica que el producto va por buen camino.
Papers desarrollados por otras entidades: si otros hablan, es por algo, no? (aun recuerdo cuando Oracle no tenia una seccion .net)
Documentación OnLine/OffLine variada: Si hay libros y no son del tipo “for dummies”  o “… en 24 minutos”, pues es un indicador a considerar. 
(Muy importante) Frameworks asociados?: es decir, si hay plataformas o mas de un framework que lo usa de manera “seria”, pues deberia considerarse.

Bueno, pero, deberia tomarse otro punto a considerar?
Cross from here

6 comentarios sobre “Usa esta tecnología, pero… por qué?”

  1. Bajo mi punto de vista es importate tambien considerar como de dificil es encontrar programadores en dicha tecnología. Puede ser una tecnología estupenda pero si cuando buscas programadores no hay, mejor pensarselo un poco.

  2. Claro! el equipo también es importante, bueno, siempre es importante =D pero en el caso de conocimientos es fundamental, en todo caso debe ponerse como uno de los requisitos principales, o bueno, considerar la longitud de la curva de aprendizaje!

  3. Cierto el equipo es importante… 🙂 Pero si estamos atados a una tecnología obsoleta o que no nos sirve debemos cambiar sí o sí. Aunque esto suponga cambiar el equipo (lo que no es factible en muchos casos) o formarlo (lo que muchas veces se debería hacer y no se hace).

    Estuve en una empresa que tenían su versión 2 del producto en una tecnología que ya se les habia quedado obsoleta. Para la nueva versión de su producto (la 3, que querían rehacer desde cero) estuvieron pensando en cambiar de tecnología, o seguir con la que tenían. Pero su equipo técnico NO sabía nada más que la tecnología obsoleta con la que trabajaban. Y ni se les pasó por la mente el formarlos.
    Resultado: hoy, más de 5 años después de decidir sacar su versión 3 con la misma tecnología obsoleta, siguen teniendo problemas. Y esto que finalmente migraron a otra tecnología, pero tarde y con sobrecoste.

    No diré que a la empresa le haya ido mal, ni mucho menos, porque su producto «se vendía solo», pero si en su momento hubiesen decidido formar a su gente les hubiese ido todavía mejor…

    … evidentemente cada caso es un mundo: para un proyecto a entregar en 3 meses no podemos ir «descubriendo» tecnologias…

    Saludos!

  4. Muy cierto, es que ya es un asunto de costo / beneficio, costo de oportunidad y otras variantes, ya que muchas veces el tema de discusión es ese, o formar o seleccionar!

  5. Yo lo que hago es ponerme en el lugar de los usuarios, es decir, me planto delante de la pantalla en cuestion y pienso «soy Homer Simpson». No hacen falta, IMHO, estudios o papers de terceros para saber si una caracteristica va a ser mejor o peor, yo soy mas de leer las caracteristicas, hacer pruebas y establecer pros y contras… y sobretodo… si lo que hay cumple las expectativas tanto de requerimientos actuales como de escalabilidad… mejor no tocar >D

    El drag&drop por ejemplo no es que aumente la productividad, es que es una accion intuitiva y un «convenio» de usabilidad, es decir, si un usuario tiene que «llevar» items de un sitio a otro… lo primero que intentara si no ve un vistoso boton «->» es arrastrar y solar, primero porque es la accion mas intuitiva y segundo porque a poco que haya usado un ordenador, lo habra hecho ya en otras aplicaciones.

    Yo soy de la opinon de que no voy a encontrar un articulo que me diga como va a funcionar una tecnologia o metodo en mi aplicacion, lo que hago es recopilar el maximo de informacion posible sobre lo que necesito y hacer mi propia estimacion, si cumple mis necesidades, esta a mi alcance y esta «viva» (se usa, tiene perspectivas de futuro, etc..) … adelante 😛

Responder a jersson Cancelar respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *