Habilidades para desarrolladores

Una rápida: TechRepublic destaca las 10 habilidades que los desarrolladores necesitarán estos próximos cinco años. Como siempre, mejor leer el original, pero en cápsulas:

  1. Uno de los tres grandes: Java, .NET o PHP
  2. RIAs: Flash, pero también Flex, Air, probablemente JavaFX o Silverlight y, con un poco de suerte, HTML5
  3. Desarrollo web: HTML, CSS, JavaScript
  4. Servicios web: REST o SOAP, JSON o XML…
  5. Habilidades ‘blandas’: hay que saber ‘cómo moverse’ dentro de la entrada empresa (perdón)
  6. Un lenguaje de programación dinámico y/o funcional: Ruby, Python, F#, Groovy…
  7. Metodologías ágiles de desarrollo
  8. Conocimiento del dominio: más vale saber del campo en el que estás trabajando
  9. «Higiene de desarrollo»: ‘bug tracking’, sistemas de versionado, documentación del código…
  10. Desarrollo móvil

Interesante, ¿no?

Diseño y desarrollo multimedia

Casualidades de la vida. Hablábamos ayer (bueno, el viernes, pero precisamente le da más valor a la referencia) de ‘frontend engineering’… y hoy podemos hablar de qué es diseño y desarrollo multimedia. Si ayer me hacía el trabajo Nate Koechley, hoy se encarga Doug Winnie. Aunque hay que hacer algunas precisiones:

  • Ténganme en cuenta que donde Nate era agnóstico en cuanto a la tecnología, Doug está hablando de Adobe, Adobe y más Adobe (que para eso (i) es ‘evangelizador’ de la casa y (ii) estaba hablando en las sesiones MAX), o sea que hagan el esfuerzo de abstraerse de las herramientas, que se podrían substituir por muchas otras, tanto propietarias como de código abierto.
  • Otro esfuerzo que hay que hacer es pensar que aunque Adobe hace lo posible por vender Flash (y Flex y Catalyst) como platafoma para las aplicaciones web, dejando en segundo plano las aplicaciones web ‘de toda la vida’ en HTML y AJAX, la web ‘sin plugins’ sigue siendo una plataforma perfectamente válida para hacer aplicaciones, como Google o Zoho se esfuerzan por demostrar con sus ‘suites’. Como nota al pie, nótese que Microsoft hace lo propio con Silverlight, su colección de Visuals y Expression Blend, hasta el punto que cada vez cuesta más diferenciar ambas estrategias.
  • Finalmente, otra efecto colateral de la agenda Adobe a tener en cuenta es que si no hay aplicación Adobe que vender para una actividad, esta deja de existir, mágica pero comprensiblemente. Así, no aparecen por ningún lado, por ejemplo, la gestión del proceso de producción multimedia, el guionaje de aplicaciones o la arquitectura de la información. O sea que, por favor, que nadie piense que está pintando el escenario completo.

Enlaces relacionados:

Frontend engineering

La próxima vez que tenga que explicar a alguien qué es ‘diseño y desarrollo web en el lado cliente’, ya sé que voy a hacer: pedir a quien sea que reserve 90 minutos de su tiempo, darle el permalink de esta entrada y dejar que Nate Koechley me haga el trabajo… Vía.

20 años de web

Supongo que para celebrar el nacimiento, hace 20 años de la web (se me han escapado las celebraciones en el CERN por un poco, espero que aparezcan no dentro de mucho en su archivo de webcasts) en TED han colgado el vídeo de Sir Tim Berners-Lee que abre esta entrada, y que apunta a cosas muy interesantes cuando se cumpla la promesa de la ‘web de los datos’, de observación obligada en un día como hoy (aunque no está entre mís vídeos favoritos de TED).

Artículos relacionados Zemanta:

PS 20090317 Otra buena entrada sobre el tema, en SitePoint.

PS 20090321 Ya está disponible el vídeo del CERN.

Mis problemas con WordPress

Lo apunto aquí por si puede ser de alguna utilidad para alguien.

En los últimos tiempos he visto hackeados mis dos blogs creados con WordPress (Badalona bitàcola y Desnivell) cada uno de una manera diferente.

En Badalona bitàcola el ataque consistió en redireccionar al bot de Google a una página basura con cientos de enlaces. El resultado fue que mi página cayó de los índices de Google de una manera espectacular. Lógico, cuando Google llegaba no encontraba mi página, sino otra diferente :( Me di cuenta porque usando la herramienta para webmasters de Google no conseguía verificar la página.

¿Cómo lo solucioné? El problema estaba en el fichero .htaccess Lo malo es que lo tuve que revisar varias veces para encontrar lo que los hackers habían añadido. Estaba después de un buen número de líneas en blanco, de manera que al abrir el fichero con un editor de texto normal no era fácil darse cuenta de que habían cosas añadidas…

En Desnivell el ataque fue a más mala leche. Al entrar en la página de administración del blog, intentaba descargar un troyano en mi ordenador. El antivirus detectó el problema. La primera cosa que intenté fue borrar todo WordPress y subir de nuevo la última versión. No funcionó… Evidentemente la nueva versión no machaca el fichero config.php y allí estaba el problema.

Afortunadamente, cuando me disponía a borrarlo todo y empezar de nuevo se me ocurrió que podría ser problema del config.php… Eso sí las líneas añadidas también estaban «escondidas», esta vez, poniéndolas hacia la derecha.

Así que, si tienes problemas con tu WordPress, mírate los ficheros .htaccess y config.php antes de borrar nada.

PS 20090313 NdE El plugin WP Security Scan puede ser una idea para reducir un punto el riesgo de ‘hackeo’…

PS 20090313 NdE Otro lugar en el que buscar ideas: 18 Useful Plugins & Hacks To Protect Your WordPress Blog.