desarrollo

Cómo finalizar un proyecto

karmel — Thu, 25 Sep 2008 23:40:08 +0200

Actualmente ando metida en un proyecto web de los que podrían denominarse "gordos", al menos para mí, no había tenido hasta ahora la oportunidad de trabajar en una web tan interesante.

El cliente tiene un elevadísimo interés en su web y, casi como siempre, la comunicación es complicada, principalmente, por la cantidad de personas que pueden, quieren y deben tomar decisiones sobre la web.

El proyecto está bastante avanzado y he aquí nuestro problema (diseño y desarrollo): hemos perdido la perspectiva global.

Como es importante, nos pusimos a pensar de qué forma proceder, puesto que estábamos tan sumergidas en el detalle, era más necesario saber antes el método que la solución concreta a problemas sin dejar de tener en cuenta que (como siempre) no se vaya de horas ni de fechas más de la cuenta.

Nos sentamos durante 3 ó 4 horas, retomamos el presupuesto inicial, los correos con el cliente, retomamos nuestras viejas ideas, las descartadas y las que mejorarían sustancialmente la web. Repasamos las secciones más importantes con lo que pudimos dar consistencia a la web. Nos hicimos pasar por nuestras "personas" (inglés) haciendo circuitos, aunque nos habría gustado tener sentados a nuestros 5 posibles tipos usuarios y escucharlos.

No hicimos nada. Nada más que apuntar en un documento las notas que tendremos que ir tachando a medida que vayamos realizándolas.

El resultado, a parte de ese trozo de papel, es que, al menos ahora, hemos conseguido verle el fin al proyecto, reencontrarle el sentido y sobre todo estar convencidas de al menos una de las soluciones que pudieron desarrollarse.

Los beneficios de los prototipos

karmel — Tue, 24 Jun 2008 17:38:40 +0200

Interesantísimo artículo en A List Apart sobre prototipado: Sketching in Code: The Magic of Prototyping

Visión global de "las cosas"

karmel — Tue, 12 Feb 2008 18:50:59 +0100

Una de las cosas interesantes que tiene la ingeniería es la necesidad de mirarlo todo desde un punto de vista global para entenderlo y desde un detalle extremo para llevarlo a la práctica con eficacia.

La importancia de mantener una visión global de lo que se hace en materia de desarrollo software/web debe residir, a mi entender y para el que me entienda, en la necesidad de comprender la función final, la necesidad inicial y el proceso de desarrollo como parte imprescindible de la web/aplicación.

Creo que la educación transmitida a los estudiantes es errónea en cuanto que se nos recuerda que "no es suficiene con que un programa haga lo que tenga que hacer" pero no se nos dice en ningún momento "no es suficiente con que sepas hacer lo que tienes que saber hacer". Creemos muchas veces, que lo que hacemos lo hacemos bien, que si empleamos las técnicas y somos buenos aplicándolas podemos asegurar gran parte de la calidad del trabajo realizado. Nos olvidamos de que la espontaneidad y creatividad, que las ideas que surgen y se desechan, que lo inútil y lo obvio no forman parte para valorar esta calidad. Nos olvidamos también de que el resultado de ese ingenio es un requisito no funcional, es un supuesto imprescindible para acercarnos a lo que será un buen trabajo.

La motivación, la realización y el éxito de cada uno se verá reflejado en los resultados como las metodologías, las estrategias, las técnicas y las horas de descanso.

...y es que estoy muy contenta de haber terminado los exámenes, por fin!

7 millones de inversión en Acquia

karmel — Sun, 23 Dec 2007 22:39:47 +0100

Acquia es la empresa liderada por el fundador de Drupal Dries Buytaert que hace pocas semanas salía a la luz con la intención de darle un empujón al proyecto original y ampliar los servicios a la comunidad de usuarios. Pero sobre todo Acquia es una empresa que, por cierto, ha recibido hace muy poquito tiempo una inversión de 7 millonazos de dólares.

Lo interesante de la noticia, desde mi punto de vista, es la inmediata celebración de éxito por parte de la comunidad Drupal, ya que se confía, no sin razón, en que el dinero hará crecer significativamente la calidad de la herramienta.

Por otra parte, viendo lo comentado Loogic, donde se vuelve a crear la eterna discusión de "a quién quieres más, a papá o a mamá" en torno a Wordpress y Drupal no puedo evitar pensar qué sentido tiene posicionarse si algunos de nosotros no podríamos jurar conocer en profundidad más de uno de todos los gestores de contenidos que existen para hacer una comparación objetiva. Y que no me hablen del rollo blog/multiblog porque yo he visto webs impresionantes lejos de orden cronológico inverso con comentarios hechas con ambos CMSs.

Mejores o peores las herramientas no deben ser un obstáculo para la imaginación del desarrollador y Drupal en eso tiene mucho de lo que presumir. Llegará un punto en que se convierta en un estilo de entender la programación y el desarrollo web, quizá tengamos que aprender de Rails para saber promocionarlo mejor o quizá sólo debamos terminar esa redicha curva de aprendizaje.

Próximo libro "Drupal 5 Themes"

karmel — Sat, 01 Dec 2007 10:08:15 +0100

Ya podemos reservar nuestro ejemplar del "Drupal 5 Themes" a propósito del premio al mejor CMS libre 2007. Otra genial iniciativa para aportarnos algo de luz.

No es Drupal todo lo que reluce

karmel — Wed, 15 Aug 2007 11:16:14 +0200

Todos sabemos lo que es Drupal , se instala en 1 minuto, se configura en 5, y se elije un tema visual en ... 60 (si es que eres un indecis@), quizá exagero pero unas 5 horas te has instalado 4 módulos locos que te hacen felíz y en un par de días ya tienes contenido y navegación en marcha.... y aquí empiezan tus problemas, con la frase: esto no es lo que yo quería.

Si tienes un sitio Drupal, Google te encuentra, si introduces contenido, Google te conoce pero si no diseñas tu sitio (previo análisis) sólo tienes un Drupal instalado, muchas posibles funcionalidades y muy pocas probabilidades de éxito. Y es que con este tipo de CMS se corre el riesgo de ver el bosque y no distinguir los pinos de los abetos, no sé si me explico.

Debemos ser conscientes de que existen cientos de módulos, algunos hacen lo mismo que otros y un poquito más, otros son la base para hacer casi cualquier cosa, y otros son básicos para resolver problemas del propio framework. Ante tanta opción encontramos mil y una formas de resolver un mismo problema y mil y una de fracasar ya que nos olvidamos que lo importante en el desarrollo web no es sólo lo ágil que sea éste sino lo útil, que cumpla sus objetivos, todo lo demás es ruido para los buscadores, insatisfacción para los usuarios y tiempo perdido para los desarrolladores.

Analizar una solución para la web debería ser independiente de la tecnología que se utiliza, con Drupal se corre el peligro de comenzar demasiado pronto a arrepentirse y, la verdad, para eso mejor Joomla y su nulo sistema de gestión de riesgos (todo el mundo dice que es hasta más fácil de usar).

Por otro lado tampoco puede ignorarse que la tecnología puede determinar de forma importante el proceso de desarrollo, así, si con Drupal podemos publicar contenido y verlo al mismo tiempo que se maqueta, podremos plantearnos un ritmo de trabajo diferente.

Sea cuál sea la elección, la teoría y la práctica me han demostrado que la fase de análisis es la más importante por invariable, y en el desarrollo de una web debería pasarse por ella al menos dos veces: en el comienzo y tras la ejecución de los tests pertinentes. De lo que deduzco que la segunda fase más importante es la de prueba y testeo, aunque nada nos asegurará la calidad de la web. Estoy hablando del proceso de desarrollo iterativo e incremental y con Drupal también es posible además de necesario. Y es que no pueden perderse las buenas costumbres porque una cosa es tener algo sobre lo que empezar a trabajar y otra es pensar que el éxito de tu trabajo es directamente proporcional al número de características, módulos y funcionales que ofrezcas en tu web.

No soy quién para dar consejos, así que lo haré a modo de anotación para mi yo futuro:

Cuando desarrolles una web en Drupal, primero desarrolla y luego deja que Drupal te solucione la vida.