Browsing articles in "Somflee"

Independizando Somflee

published on Nov 2, 2009 by Eduardo Millán in Proyectos, Somflee with 2 comments

Desde hace algunos meses y, de forma más específica, desde hace pocas semanas, hemos estado definiendo una estrategia para Somflee, con el objetivo de aumentar nuestra competitividad frente a la competencia y optimizar recursos. Muchos meses de trabajo han sido necesarios para tener la versión actual, que seguimos mejorando, pero que cada vez va requiriendo mayor atención para estar a la altura de una start up de éxito. Por ello, y también teniendo en cuenta que las necesidades de inversión ya no pueden ser cubiertas por nosotros mismos a corto / medio plazo al nivel que deseamos, hemos comenzado a plantear Somflee como un proyecto independiente o filial, comenzando a buscar financiación externa y perfiles para completar el nuevo equipo emprendedor, totalmente dedicado a ello. (¿Hablamos? )

Al ser un proceso largo, en Undead seguiremos apostando fuerte por Somflee con nuestro planning base, e invirtiendo tiempo y recursos, pero focalizando más esa independencia respecto al resto de proyectos y productos de la empresa.

Artículos recientes relacionados:

Somflee, beta pública abierta

published on Sep 30, 2009 by Eduardo Millán in Proyectos, Somflee with 3 comments

Ayer anunciábamos vía twitter y facebook la apertura de la beta pública de Somflee, en su nueva versión. Con casi 3 meses de retraso, varias semanas trabajando a destajo y muchas ideas en mente, la aplicación está abierta al completo, tanto para los usuarios veteranos como para los nuevos creados mediante el registro. Todavía quedan bastantes detalles por pulir, funcionalidades inminentes por implementar… pero las bases del proyecto están ya operativas.

Las primeras semanas nos centraremos en depurar el producto, enfocando los esfuerzos a:

Experiencia de usuario. Temas de usabilidad, facilidad de uso, interfaz intuitivo y cómodo… en este sentido, por ejemplo, hoy mismo hemos agregado una vista ampliada de películas y series, para navegar de forma más rápida por los listados.
Errores, CSS, estandarización: además de bugs de funcionamiento, también debemos adaptar los estilos y seguir revisando el cumplimiento de estándares de diseño y maquetación.
Funcionalidades: algunas “features” están planteadas y bien definidas, quedando muy poco desarrollo pendiente. Gestión de eventos, listas personalizadas, sistema de moderación avanzada…

En cuanto a la parte comercial y de negocio, hemos comenzado a plantear (más en concreto) temas como inversores, anunciantes, partners… con la intención de ir sacando acuerdos productivos. Sobre todo esto, también iremos contando..

Artículos recientes relacionados:

Somflee, ya en la recta final

published on Sep 16, 2009 by Eduardo Millán in Proyectos, Somflee with 1 comment

En Enero de este año, adoptamos Somflee como proyecto empresarial, destinando recursos a su desarrollo. Con el paso de los meses, la aplicación fue creciendo, nos fuimos volcando en ella… resultando ser, en la actualidad, una pieza angular en Undead. En esta entrada resumimos la primera parte de las aventuras y desventuras hasta la fecha, próxima ya la salida pública de la nueva versión.

Uno de los factores que más nos han influido, es no contar con el perfil de creativo. Desde Marzo intentamos remover cielo y tierra buscando colaboradores interesados en trabajar por proyecto, nuevos socios… (y a día de hoy, seguimos en ello) pero la búsqueda no dio resultado. Cuando la aplicación ya contaba con una funcionalidad destacada, nos seguía faltando esa parte creativa, quedando algo estancado el lanzamiento y las nuevas mejoras planteadas, relacionadas con una estética más visual. Por fin, en Mayo mantuvimos varias reuniones con profesionales freelance, interesados en apoyar el proyecto dándonos un margen para los pagos. Las negociaciones dieron fruto y llegamos a un buen acuerdo. Comenzábamos entonces a reestructurar el contenido, a trabajar la nueva imagen gráfica… y a ir planificando muchos temas, entre ellos marketing, campañas, lopd..

A pesar de ir generando retrasos, éramos optimistas y confiábamos en los plazos marcados, arriesgando demasiado en algunas decisiones. El contrato se rescindió por incumplimiento y los planes se vinieron abajo. La idea era publicar la nueva versión a finales de Junio (y de hecho todo apuntaba a ello) y hacer un marketing potente en los eventos de verano. Intentamos mantener el contrato aún con los retrasos, pero no fue posible, sabiendo muy tarde y a ciencia cierta que había que buscar alternativas. En Agosto retomamos la búsqueda, esta vez centrados en el perfil de maquetador, pues contábamos con un diseño complejo que había que pasar a web. Más reuniones, negociaciones… muy poco presupuesto y una prisa enorme. Nuevo fruto, esta vez una colaboración con Estudio Dos, para la maquetación de las partes básicas.

Con la llegada de las primeras maquetas, tocaba el turno a la integración con Earwyn. Sin duda el framework, incluso dedicando algún día a mejoras de su núcleo para permitirnos más flexibilidad, nos ha quitado mucho trabajo. Tener todo el código xhtml separado de la lógica, es una gran ventaja que hemos vuelto a comprobar, tanto a nivel de organización como a nivel de productividad (replicar plantillas, páginas con estilos diferentes…) . En tiempo record y a base de echar muchas horas, esta semana hemos abierto la red para los colaboradores, en la que estamos aprovechando para ir puliendo detalles de estilos, funcionamiento, fallos…

Para la segunda parte del post – mortem, dejamos todo lo aprendido, los errores cometidos, las malas y buenas decisiones…. y, en definitiva, las lecciones que no olvidaremos. Emprender, además de saber vender (frase que también siempre recordaremos), es un constante aprendizaje.

Artículos recientes relacionados:

Esquemas en Earwyn

published on Aug 20, 2009 by Eduardo Millán in Earwyn, Proyectos, Somflee with 7 comments

Esta semana estamos trabajando duro en la integración del nuevo diseño de Somflee, poniendo a prueba Earwyn, nuestro framework php en el que hemos basado su desarrollo. En un CMS que te dé todo hecho, es complicado llegar a tener una buena flexibilidad, manteniendo la filosofía de no cargar nada a mano. Es decir, por ejemplo, si en WordPress necesitamos una cabecera diferente (otro diseño, otra estructura, otro contenido) para dos secciones… podremos hacer un plugin, o podremos tocar el código php y mediante la comprobación de en qué sección estamos, mostrar una cosa u otra, pero cargando siempre el fichero header.php.

En nuestro caso, el nuevo diseño contempla 3 tipos de páginas diferentes: la portada (home), las páginas públicas y las páginas privadas. Cada uno de esos 3 grupos tiene su propia estructura, incluyendo capas y estilos ajenos al resto. Earwyn, en su versión anterior, era capaz de cargar de forma automática un estilo asociado al tema visual (theme) activo y un estilo adicional, si existía, asociado al módulo cargado. Aún así, el sistema se quedaba corto, pues no solucionaba el problema de forma eficiente: tener las tres estructuras definidas en el mismo .css podía ser algo caótico, y tenerlo en los estilos del módulo, si varios módulos tenían el mismo tipo de página, habría que repetir los estilos en cada .css.

Para dotar de más flexibilidad a Earwyn, dimos vueltas a lo que antes llamábamos “plantilla base“. Una plantilla base no es otra cosa que una plantilla xhtml, en la que definimos las capas principales del sitio (por ejemplo, cabecera, pie de página, barra de menú lateral, cuerpo…). ¿Y si pudiéramos tener varias plantillas base? Habíamos planteado la pregunta hace algún tiempo, pero hasta estos días no lo hemos dejado completamente operativo.

Sistema de Esquemas o “Schemas“. Con este nuevo nombre identificamos ahora a cada una de esas plantillas base existentes. Volviendo a tocar el núcleo, donde se cargan los archivos de estilos, añadimos la inclusión automática de estilos asociados a Schemas, de tal manera que si en la carpeta de estilos existe un fichero .css con cierta nomenclatura (por ejemplo, base_public.css, si public es el nombre del Schema), Earwyn lo cargará. Además, debido a que un Schema puede necesitar su propia cabecera o pie, el framework incluye, si existen, los estilos (en el caso supuesto, header_public.css y footer_public.css) y plantillas (header_public.html y footer_public.html) en relación. En caso contrario, siempre se tenderá al esquema por defecto, cargando también sus ficheros relacionados. Por último, en el archivo de configuración de módulos, se puede especificar qué Schema seguirá cada uno de ellos, si es diferente al default.

Con todo esto, hemos dado un paso interesante: mayor potencia, mejor gestión del código CSS…. Sin duda el factor más importante, es que nos resulta muy cómodo y práctico. Paralelamente a esta funcionalidad, hemos implementado una mejora en el sistema de idiomas, de tal forma que ahora también se permite la inclusión de un fichero de idioma (donde se definen las variables con los literales del idioma en uso) por cada módulo. Earwyn improved!

Artículos recientes relacionados:

Innovando en multi – idioma

published on Apr 30, 2009 by Eduardo Millán in Proyectos, Somflee, Web 2.0 with no nomments

Las últimas features implementadas en nuestro proyecto Somflee, han tenido que ver con el sistema multi – idioma, creando una filosofía un tanto innovadora. Una de las cosas que nos llamaba mucho la atención (y un problema que deseábamos solucionar en nuestro desarrollo) es la torre de babel linguística en el que puede convertirse una red social o comunidad global, como facebook o youtube… Los usuarios pueden indicar el idioma en el que desean tener el interfaz, pero no tienen un control sobre los idiomas que desean ver en comentarios, por ejemplo. Es decir, si se va a un foro, una página… dentro de la aplicación, cada uno escribirá en su idioma y la aplicación no tendrá control sobre ello, mostrándote todos los comentarios. Pero… si yo no sé alemán… y hay muchos comentarios en este idioma.. ¿por qué tengo que “tragármelos” hasta encontrar información útil que entienda?

En Somflee hemos adaptado nuestro sistema inicial para resolver esta paradoja. Por un lado, los usuarios indican el idioma de la aplicación y, por otro, los idiomas que manejan. Así, cuando alguien escribe un comentario se le da la opción de escribirlo en los idiomas que ha indicado que habla, poniendo por defecto el idioma de interfaz. Y del mismo modo, sólo ve las críticas, comentarios, reviews, recursos… en los lenguajes que ha especificado mediante la edición de su perfil. Además, el sistema también tiene en cuenta este dato para mandarle las alertas, correos… de tal forma que no recibe un mismo mensaje en varios idiomas, sino un mensaje en el idioma definido por él.

pd.- ayer nos notificaron que pasamos a la final de JEI, así que la semana que viene, estaremos por Zaragoza, charlando con otras empresas que tratan de innovar tanto en software como en hardware, como los chicos de erasmusu, que han implementado algo parecido con el multi – idioma en contenido creado por los usuarios.

Artículos recientes relacionados:

Pages:12 »

Language

What languages do you speak?