Entradas en la categoría “Proyectos”

Un nuevo proyecto para grosshat: escuelainfantilvickie.es

23 de febrero, 2012 - por | | Proyectos

imagen de la home de escuelainfantilvickie.es

Cuando las profes de la guarde de Darío se enteraron de que nos dedicábamos al desarrollo web, nos pidieron que nos pusiéramos manos a la obra con su proyecto web. La oportunidad de trabajar para gente dedicada a la educación infantil y más en concreto, a la educación de nuestro peque, nos atrajo desde el primer momento. Así surgió escuelainfantilvickie.es. La idea fue empezar con un sitio muy clarito y bien organizado, principalmente orientado a las actividades que la escuela desarrolla con los peques, y a partir de ahí aportar progresivamente información relacionada.

Nuestra propuesta, como en proyectos anteriores de características similares, ha sido la de poner unas bases sencillas y flexibles, en las que todo el esfuerzo se concentre en aquellos recursos que ellas pueden crear (información, procesos de pedidos, etc.), y tener paciencia para ir poco a poco haciendo crecer ese punto de partida hasta algo que se parezca a lo que desean que sea el sitio. Siempre les recordamos a nuestros clientes que buena parte de su éxito está en sus manos: su tiempo para crear contenidos; sus ganas para pensar una y otra vez cuál es la mejor información; su esfuerzo para mantener informados a sus clientes y usuarios a través de noticias periódicas, etc.

Hemos escogido WordPress para el proyecto y le hemos dado la forma de un pequeño CMS. De esta forma, tenemos páginas para las distintas secciones de la escuela, entradas para las actividades que desarrollan, espacio para los menús diarios y noticias destacadas con la información más importante en cada momento del curso.

El esquema con el que empezamos es muy sencillo: navegación a las diferentes secciones que nos presentan la organización de la escuela, home con espacio para las noticias destacadas (mediante slide – jquery), las últimas actividades, menu diario, localización, psicomotricidad y datos de contacto.

Son muchas cosas con las que han tenido que manejarse: gestor de contenidos del sitio, cuentas de correo, lanzamiento y presentación del sitio, etc. Para todo ello han contado y siguen contando con el asesoramiento continuado de grosshat.

Esperamos que el proyecto web tenga mucho éxito, :).

Un nuevo proyecto de grosshat: moratayasociados.com

23 de enero, 2012 - por | | Proyectos

imagen de la home de moratayasociados.com

Hace unos meses se nos presentó la oportunidad de trabajar para gente dedicada a la producción artística y organización de actividades escénicas: moratayasociados.com. La idea ha sido desarrollar un sitio claro, elegante y organizado. Principalmente orientado a presentar su labor de producción artística en la web.

A diferencia de nuestros proyectos anteriores, morata y asociados es un “proyecto web escaparate”. El cliente nos insistió en la necesidad de enfocar su negocio a la web y presentarse, con el proyecto, a sus potenciales clientes. Así que con moratayasociados.com nos hemos esforzado en el planteamiento de las necesidades del negocio. Hemos conseguido que el sitio tenga una buena organización en cuanto a dicho objetivo y que sea muy sencillo de navegar de cara al usuario.

Hemos escogido WordPress para el proyecto y le hemos dado la forma de sitio web prescindiendo de su funcionalidad principal de blog. WordPress, como recurso tecnológico, es completamente maleable y pueden hacerse multitud de desarrollos personalizados a partir del mismo. Incluso el de prescindir de su naturaleza, :).

El esquema con el que empezamos es muy sencillo: home con presentación, planteamiento y división del negocio; llamadas a la acción para que el potencial cliente pueda contactar con la empresa fácilmente; páginas para cada una de las secciones principales (experiencia, proyectos, etc.). La elegancia del sitio se basa en las presentaciones de imágenes (definidas mediante jquery).

Esperamos que tenga éxito en la red, :)

Un nuevo proyecto basado en WordPress: artcuero.com

31 de enero, 2011 - por | | Proyectos

imagen de la home de artcuero.com

Hace un par de meses se nos presentó la oportunidad de trabajar para gente dedicada a artesanía del cuero: artcuero.com. La idea ha sido empezar con un sitio muy clarito y bien organizado, principalmente orientado a los productos que hacen, y a partir de ahí aportar progresivamente información relacionada.

Nuestra propuesta, como en proyectos anteriores de características similares, ha sido la de poner unas bases sencillas y flexibles, en las que todo el esfuerzo se concentre en aquellos recursos que ellos pueden crear (información, procesos de pedidos, etc.), y tener paciencia para ir poco a poco haciendo crecer ese punto de partida hasta algo que se parezca a lo que ellos desean tener ya. Siempre les recordamos a nuestros clientes que buena parte de su éxito está en sus manos: su tiempo para crear contenidos; sus ganas para pensar una y otra vez cuál es la mejor información para el producto; su esfuerzo para mantener informados a sus clientes y usuarios a través de noticias periódicas, etc.

Hemos escogido WordPress para el proyecto y le hemos dado la forma de un pequeño CMS. De esta forma, tenemos páginas para las distintas categorías de productos que ellos mismos pueden editar cómodamente, y al mismo tiempo tanto el blog como la generación de nuevos contenidos resulta fácil y ordenada.

El esquema con el que empezamos es muy sencillo: home con resumen de categorías de productos; páginas de categorías de productos; página de detalle de cada producto. Le hemos concedido mucha importancia a las imágenes, y la parte del detalle está en plena revisión por sus autores, porque aún tenemos que encontrar un perfil más fácil de leer. En cualquier caso, sí que llegamos a la conclusión de que por la propia naturaleza del producto -se hace a mano y bajo pedido-, no tenía sentido un proceso de compra -tipo carrito-, y que un contacto directo podía funcionar bien si se acompañaba de información y soporte. Y en eso están ahora mismo.

Son muchas cosas con las que tienen que manejarse: nuevas cuentas de correo, nueva cuenta en Flickr, nueva cuenta para gestionar los contenidos del sitio, nuevos amigos y nuevos ambientes en la red… Vamos a ver qué tal evoluciona la cosa. :)

Desarrollo con Git basado en branches

26 de enero, 2011 - por | | Calidad, Desarrollo, Linux, Proyectos

Cuando trabajas con código y manejas un sistema de control de versiones para gestionar los cambios del primero, pronto te ves tomando decisiones que tienen que ver en definitiva con cómo se va a trabajar a diario. Ésto es especialmente importante en entornos de trabajo con numerosos desarrolladores, y cobra aún más importancia cuando se tiene que manejar un ciclo de vida completo (desde la fase de desarrollo hasta la fase de release/producción).

En Grosshat utilizamos Git de una forma bastante flexible, con la intención de que nos sirva para distintos proyectos, pues hemos ido aprendiendo que realmente un proyecto siempre son varios en cuanto que lo dejas evolucionar un poco. :)

Nuestras dos reglas básicas: 1) no desarrollar en la branch master; 2) no utilizar la branch master más que para mover cambios entre el repositorio externo y las branches locales. En definitiva, mantener la branch master limpia con el fin de evitar futuros conflictos y disgustos.

¿Cómo funcionamos con esas dos reglas? Veamos un ejemplo. Imaginemos que vamos a añadir una función a un repositorio de código basado en WordPress. Esta función va a consistir en evaluar si una página es subpágina de otra (algo muy útil cuando le das uso a WordPress en plan CMS). Utilizaremos el fichero de funciones globales de WordPress para que así podamos utilizarla cómodamente desde cualquiera de los templates. Al lío.

Empezamos desde 0


    $ git checkout master
    $ git pull

Creamos una nueva branch sobre la que trabajar


    $ git checkout -b function_check_child_page

Hacemos todos los commits que hagan falta

En este caso vamos a suponer que tiramos todo el código necesario para la función (no más de 10 líneas) en un mismo commit. Posteriores commits podrían incluir mejoras, limpiezas de código, etc.


    $ git commit -am "Global function is_subpage: returns boolean value
    for checkin if the current page is child of a parent page"

Hacemos merge con la branch master

Podemos empezar por revisar todas las diferencias antes de hacer el merge, de ese modo tenemos otra oportunidad de revisar posibles errores, marcas de debug, etc.


    $ git diff master

Si todo está como queremos, vamos con el merge.


    $ git checkout master
    $ git pull
    $ git checkout function_check_child_page
    $ git rebase master

Esta forma de hacer el merge, mediante rebase, permite mantener una historia continua de cambios.

Push

Una vez que hemos integrado la branch master con nuestra branch de desarrollo, podemos volver a la primera, obtener la segunda y enviar al repositorio externo.


    $ git checkout master
    $ git merge function_check_child_page
    $ git push

Limpiamos la branch


    $ git branch -d function_check_child_page

Todo este flujo de trabajo respeta las 2 reglas que mencionamos al principio, pero también supone algunas otras cosas como las siguientes:

  • pequeño mejor que grande (para commits y para merges)
  • muchos mejor que pocos (para merges)
  • pronto mejor que tarde (para merges)

La principal pega que se le suele plantear a este procedimiento es que da un poco de pereza, y que en entornos pequeños puede resultar algo barroco. Sin duda requiere maś pasos que trabajar directamente sobre la branch master, pero siempre se puede adoptar cuando se juzgue necesario -entran nuevos desarrolladores, hay trabajo a distancia, etc.-, y mientras tanto seguir con la master para todo.

Empezamos a poner las bases de allcool.es

31 de marzo, 2009 - por | | Proyectos

Ayer volvimos a juntarnos con los amigos de Allcool. Teníamos que revisar la propuesta que les habíamos hecho y hablar un poco sobre la estructura de contenidos hacia la que les gustaría orientarse. La reunión fue muy provechosa, aunque implicó varias conclusiones que afectan sustancialmente a la idea original.

La primera vez que la gente de Allcool se puso en contacto con nosotros, nos transmitieron el deseo de disponer de una tiena online. Nuestra propuesta fue la siguiente: plantearse la tienda online en el medio/largo plazo, para cuando ya dispusiesen de un espacio de contenidos de referencia en la red. Para conseguir ese espacio les construimos un prototipo funcional corriendo sobre WordPress, que les permitía manejarlo todo -incluidos los productos- en forma de entradas, y donde todo el trabajo recaía en la redacción y categorización de contenidos.

Las ventajas de nuestro planteamiento eran muchas:

  • durante todo el proceso de generación de contenidos, la gente de Allcool podía ir adquiriendo familiaridad con la red, que es la base sobre la que Grosshat construye sus proyectos;
  • al mismo tiempo, el manejo dinámico de las entradas categorizadas permitía construir con facilidad un sitio dinámico apoyado esencialmente en la recogida de las entradas a partir de distintos criterios;
  • a su vez, Allcool podía ir así generando una marca de identidad en la red, que significara para sus usuarios/clientes un punto de referencia fácil y con información actualizada e indexada

El inconveniente principal que implicaba este planteamiento, y que precisamente discutimos ayer, es la integración futura (a medio/largo plazo) con la tienda online. Dicha integración implicaría seguramente duplicar parte del trabajo y obligar al usuario a manejarse en 2 entornos diferenciados pero al fin y al cabo con la misma sustancia. Podéis haceros una idea más fiel de ese planteamiento inicial en su versión prototipo-beta (usuario:ladiversidad, password:eshermosa).

La alternativa que pensamos ayer es la de construir desde el principio un espacio de información como tienda online. A la gente de Allcool les gusta el modelo de Amazon, donde la orientación hacia el proceso de compra no sacrifica el contenido y su calidad.

Así que hemos tenido que desechar el prototipo funcional primero, para ponernos a probar varios gestores open source de tienda online. Ya conocemos algunos, pero tenemos que verlos un poco más en detalle para ver cuál nos puede dar ese margen en el largo plazo para no quedarnos únicamente en la mera catalogación + carrito. Precisamente, lo que Grosshat ha querido evitar desde el principio es caer en el poco exitoso proceso de crear una tienda online con apenas información y sin tener apenas una comunidad en la red.

Lo que sí mantendremos, en cualquier caso, será un blog como el corazón de la generación de contenidos que no sean específicamente productos.

Si tenéis ideas, experiencias y cuestiones, os las agradeceremos un montón. :)