Mis herramientas de webdeveloper

06 June 2010 – 14:00

Ya dije una vez que para trabajar bien es imprescindible contar con las mejores herramientas, y el mundo del desarrollo web no iba a ser menos, así que bueno, como hay gente que me pregunta qué hace falta para trabajar bien hoy os revelaré las herramientas que utilizo en alquimia para hacer desarrollo web.

Webdev

Drupal: niños, cuando desarrolléis algo para web, haced el favor de utilizar un framework de desarrollo. Ya sea Drupal, cakePHP, code igniter… algo. A menos que seas Google te será imprescindible emplear un framework.

JQuery: igual que antes. Ya sea mootools, jquery, prototype o dojo, si vais a trabajar con javascript es imprescindible usar una librería de este tipo. Os evitará problemas con diferentes navegadores, escribiréis mucho menos código y os sentiréis más felices.

Para los pobrecicos que no tengan sysadmin: Linux, apache y un buen sistema de control de versiones (bazaar, git, svn…)

Theming o maqueting

VIM como editor de código. Aquí cada uno utiliza el que quiere. He oído hablar muy bien de textmate, y el señor dreamweaver siempre está ahí (en modo código, ¿eh?), pero aquí cada uno que elija lo que le venga en gana.

Firebug (firefox plugin): si vas a trabajar en webdev necesitas firefox y firebug. Y punto. No conozco otra forma mejor de trabajar. Debugging de javascript, edición de html y css on-the-fly, análisis de red, del DOM, consola de errores…

Webdeveloper (firefox plugin): útil para desactivar caché, javascript y algunas cosillas más.

W3C validator: Haced que vuestras webs validen. Tendréis el aura más limpia y dios no le hará nada a los gatitos.

Cross browser test, aka ke-funsione-en-tos-laos

Virtualbox: la única forma rápida, segura y fiable de comprobar que tu web va bien en varios navegadores y SSOO. Varios windows XP con IE6 o IE7, ubuntu 9.10, 10.4…

Adobe browserLab: otra forma de comprobar que tu web se ve bien en otros navegadores. Lo utilizo sobre todo para test sobre OSX (no tengo licencia de este SSOO y no se puede virtualizar). La única pega es que no se puede comprobar si la UX es correcta.

Browsershots: como el browserlab de adobe, incluye más navegadores pero es mucho más lento.

Otros

Si vuestro SSOO es medio aceptable tendrá una consola y ssh integrado. Si no es el caso (como el mío) siempre podéis tirar de putty

Cliente de FTP: cualquiera vale, pero mejor si también acepta sFTP.

Edición de imagen: Gimp, photoshop, photopaint…

Librerías de recursos: a menos que seáis google o tengáis un buen departamento gráfico, os recomiendo usar fondos libres de gráficos, iconos y demás. Buscando un poco encontraréis montones. Ojo con las licencias.

Y esto es todo. ¿Echáis algo en falta?


Publicado originalmente en mi antiguo blog, 3oheme.com, y recuperado de archive.org.

This is the personal website of Ignacio Palomo Duarte, Product Manager. If you're looking for my portfolio and more information just have a look at the homepage, and if you liked this article maybe you can share it on Bluesky.