El principal motivo de arrancar una nueva aventura es que necesitaba un cambio, tanto personal como de concepto sobre lo que entendía como trabajo, objetivos y sentido a la hora de crear una empresa en internet, algo que casase más con la visión que andaba buscando a nivel personal y profesional. Visión que trato de afianzar con Simettric.

En una frase, Simettric es una agencia de desarrollo web enfocada en el desarrollo de productos SAAS, especialmente de innovación en internet.

Creo sinceramente que no tiene sentido entender el futuro del desarrollo de software en el escritorio, ni en que la gestión técnica del mismo dependa del usuario.

La misión de Simettric es desarrollar productos útiles para las personas o empresas que buscan ser ágiles, de verdadero valor para las mismas, buscando siempre la comodidad y facilidad de uso para solucionar problemas en lugar de crearlos.

Con esta línea hemos empezado a trabajar y, a pesar del poco tiempo de vida que tiene el proyecto, ya contamos con partners y clientes, algunos de ellos fuera de España, con proyectos bastante interesantes a la vez que motivantes.

Os animo a ojear nuestro Magazine, a que nos sigáis en Twitter y en Facebook, en los que vamos hablando sobre proyectos y tendencias innovadoras que nos parecen muy interesantes en el sector de internet.

Esto es en lo que llevo volcado las últimas semanas y en lo que estaré trabajando en los próximos meses. Sobra decir que es muy duro volver a empezar, pero apasionante.

¿Por qué otro framework?

Aunque Symfony2 tiene una pinta estupenda y está muy bien diseñado para convertirse en el framework definitivo, en algunos escenarios es necesario disponer de una herramienta más liviana o concreta, que nos permita poner el foco exclusivamente en la problemática a la que nos enfrentamos en ese momento, en lugar de invertir tiempo en configurar el framework para que pueda afrontar la funcionalidad demandada.

Además de esto, me gustaría contar con una herramienta que al ser simple, no cambiase tanto entre versiones y si lo hace, no afecte al código que tengo empaquetado y pensado para ser reutilizado en mis proyectos.

Me gustaría una herramienta sencilla de usar, ligera (basada en pocos archivos), simple y muy rápida en cuanto a rendimiento en su instalación inicial.

Lo que propongo con Leophard

Principalmente los puntos que me parecen críticos a conseguir en este proyecto son los siguientes:

1. Debe ser sencillo de usar y configurar
2. Debe ser MVC y REST
3. Debe permitir la reutilización del código de la forma más simple posible para el desarrollador
4. Debe ser ligero, es decir, estar formado por la menor cantidad posible de archivos y que sólo cargue las clases que utilice en cada petición
5. Debe ser fácil de mantener y de adaptar a las estrategias de escalado en la infraestructura de sistemas.
6. Debe permitir debuguear de forma elegante las aplicaciones
7. No debe reinventar la rueda, debe usar librerías que el desarrollador ya conoce

Cómo lo he pensado

Lo primero que he hecho antes de empezar a imaginar el diseño del framework es desglosar las tareas cotidianas a las que todo desarrollador web se enfrenta día a día. Después he listado las cosas que me han gustado de los frameworks web que he utilizado.

Funcionalidad típica de una aplicación web

1. Urls amigables
2. Login, registro de usuario, cambio de contraseña
3. Soporte para varios idiomas y localización, es decir i18n
4. Envío de emails
5. Acceso a base de datos y servicios web
6. Formularios
7. Subida de archivos al servidor
8. Un mínimo de seguridad, sql injection, XSS, csrf..
9. Separación de la vista y el código

Funcionalidad avanzada típica de una aplicación web

1. Manejar varias conexiones de base de datos (pe. Maestro-Esclavo)
2. Soporte para TDD
3. Cache
4. Colas de trabajos
5. Centralización de sesiones para soportar balanceos de carga
6. Control de excepciones
7. Flexibilidad a la hora de cambiar clases core de la aplicación, sin tocar código.
8. Programación paralela multiproceso
9. Eventos
10. Sockets y programación de red

Lo que ya tengo claro

Debe facilitar el trabajo al programador pero sin intentar abarcar toda la problemática posible. Si se requiere funcionalidad más avanzada, podrá crearse en módulos o personalizando la funcionalidad del core.

Uno de los puntos que comentaba a alcanzar en este proyecto, era utilizar cosas que el desarrollador ya conozca.

He aquí las que he seleccionado para Leophard que cubren algunas de las funcionalidades arriba descritas:

• i18n: getText, mb_string, intl…
• Envío de emails: swiftmailer
• Separación de vista y el código: Smarty
• Debug de la aplicación: xdebug, phpDebug, PHP Quick Profiler
• Soporte para TDD: phpunit
• Flexibilidad para el core: Contenedor de dependencias (ID) Pimple
• Colas de trabajos: gearman
• Acceso a bases de datos: Propel, Zend Db Table, Doctrine2
• Eventos: Symfony Event Dispatcher
• Herramienta de gestión por línea de comandos: php cli tools

No todos formarán parte del core del framework, algunos podrán ser integrables a través de módulos.

Si conocéis más herramientas interesantes no dejéis de comentarlo.

Estructura de directorios y reutilización del código

He intentado que la estructura de directorios sea lo más cómoda posible para un desarrollador web. Me he inspirado en la estructura de directorios de asp.net mvc y en el concepto Blundes de Symfony para reutilización del código. Yo he preferido llamar a las partes reutilizables “Modules” en lugar de Blundes.

De hecho estuve pensando en calcar el sistemas de blundes de symfony2 para que hubiese interoperativilidad y el programador pudiese aprovechar los blundes de symfony, pero la complejidad del proyecto aumentaba y era más prioritaria la facilidad de uso.

Directorios de la aplicación

#directorio del código de la aplicación
/App/

#Módulos
/App/Modules/
#directorio para cada uno de los módulos, en este caso por ejemplo, tendríamos un módulo llamado ModuleName
/App/Modules/ModuleName/
/App/Modules/ModuleName/Controllers
/App/Modules/MoculeName/Lib/
#un sólo directorio para almacenar las vistas
/App/Modules/ModuleName/Views/
/App/Modules/ModuleName/Views/Controller/
#cada módulo tiene su layout o layouts
/App/Modules/ModuleName/Views/layout.tpl

#directorio para las partes no reutilizables de la aplicación, el código específico para la misma
/App/Shared/
/App/Shared/Controllers/
/App/Shared/Lib/
/App/Shared/Lib/Vendor/
/App/Shared/Views/
/App/Shared/Views/Controller/
/App/Shared/Views/layout.tpl

#podemos personalizar functionalidad de controladores y las vistas de los módulos
/App/Shared/Views/Modules/ModuleName/ControllerName/
/App/Shared/Controlles/Modules/ModuleName/

#se puede personalizar el diseño de los templates del framework y el funcionamiento de algunas clases del mismo
/App/Shared/Leophard/Controllers
/App/Shared/Leophard/Views
/App/Shared/Leophard/Lib

#la cache para todas las partes de la aplicación
/Cache/
/Cache/Smarty/
/Cache/Modules/

#el directorio para el framework
/Leophard/

#el directorio público, puede funcionar en la raíz
/Public/
/Public/assets/
/Public/assets/css/
/Public/assets/js/
/Public/images/
/Public/uploads/

Cualquier sugerencia será más que bienvenida.

Próximos pasos

La parte de Modules ya la tengo desarrollada prácticamente en su totalidad, junto a la de enrutamiento (en una primera versión muy básica), la vista funciona con Smarty, aunque tengo que mejorar la posibilidad de intercambiarlo.

Aun no he montado un contenedor de dependencias, estará basado en Pimple y para sustituir ciertas partes se pedirá implementar alguna interfaz del framework en la clase sustituta.

Implementar Pimple es mi próximo paso, sobre todo pensando en la cache del framework, que es una parte que debe ser claramente candidata para implementar Injección de dependencias.

Mi idea es también mejorar la vista para incluir plugins de smarty que soporten i18n, partials, componentes. En definitiva lo que usamos normalmente en frameworks como Symfony.

Ejemplo MVC de hola mundo.

La ruta introducida en el navegador es http://example.com/hola

Bootstrap file (/public/index.php)

<?php

namespace Leophard;
use Leophard\Lib\Leophard;
use Leophard\Lib\Core\Config;

require __DIR__ . "/../Leophard/Autoload.php";

Leophard::startInstance(Config::DEV);

Configuración de la ruta (/App/Config.class.php)

<?php

namespace App;
use Leophard\Lib\Router;
use Leophard\Lib\Core\Route;

class Config{

    static function init(){

        /**
         * new Route(nombre, ruta, controlador)
         * aquí se carga la ruta,
         * existe la opción de pasarle una colección de rutas
         * se pueden agregar rutas desde cualquier parte de la aplicación
         */
        $route = new Route("hola",
                           "/hola",
                           "\App\Modules\Example\Controllers\Default::hola");
        Router::addRoute( $route );

    }

}

El controlador (/App/Modules/Example/Controllers/Default.class.php)

<?php
namespace App\Modules\Example\Controllers;
use Leophard\Lib\Request;
use Leophard\Lib\Core\Controller;

class DefaultController extends Controller{

    function runHola(Request $request){

       $this->say_hello = "Hello crazy world!";

    }

}

Vista (/App/Modules/Views/Example/hola.tpl)

<h1>{$say_hello|default:"Hola mundo"}</h1>

Este html se insertaría por defecto en el layout del módulo, aunque se puede personalizar a nivel de controlador.
El Layout contiene lo siguiente:

<html>
    <head></head>
    <body>
        <h1>Layout</h1>
        {$content}
    </body>
</html>

Más cosas

Configuración.

Yo personalmente odio las configuraciones basadas en xml, por lo que toda configuración por defecto será en php.

Es posible que me haga un Module para crear dichas configuraciones desde archivos .ini o .yml, pero en todo caso iría aparte.

Request / Response y REST

Me encantó la introducción del libro de Symfony2 sobre HTTP, algo que se va a seguir en Leophard.

REST también va a ser algo clave en el framework.

TDD.

Soy un aprendiz en este campo, toda sugerencia, orientación y ayuda será muy agradecida.

Acceso a datos

Reconozco que inicié el desarrollo de un ORM básico para Leophard, pero desistí en dicha tarea.

Creo que me preocuparé por implementar un sistema de conexiones que luego permita usar un ORM, PDO o lo que se necesite, pero esos paquetes se incluyan en Modules y no por defecto en el framework.

Por acceso a datos no sólo entiendo acceso a una base de datos, sino a un API, servicio web, sistema NO-SQL, solución de caché..

Formularios

La tarea más tediosa y repetitiva sin duda en el desarrollo web.

No es tarea fácil encontrar el punto adecuado para simplificar esta funcionalidad. Si se automatiza demasiado la creación de los mismos, se puede hacer complicado el personalizar su funcionalidad.

Los formularios, además de mostrar el html que permite al usuario enviar datos, deben poder validarlos y limpiarlos.

Están muy ligados con el modelo, sin embargo yo no intentaría hacer una integración total con el mismo con el objetivo de automatizar el crud a toda costa.

Otra tarea que cubren los formularios es la subida de archivos al servidor. Esta funcionalidad debe ser extensible para poder subir archivos a servicios cloud o de otro tipo.

Filtros

No va a haber filtros como en symfony, sino te podrás suscribir a los eventos de la api.

Será filosofía action y hooks de WordPress, pero gracias a Event Dispatcher de Symfony intentaré que sea bastante más elegante.

Seguridad

Me gustaría tener un sistema parecido al que teníamos en Symfony1.4, quizá algo más simplificado:

Los usuarios tendrían autenticación, credenciales, atributos y flashes.

En la aplicación buscaré la forma más cómoda de definir áreas seguras entro de la aplicación y poder personalizar entre autenticación http simple, digest o formularios.

Utilidades de debug

Me gustaría contar una web console como la de symfony1.4 con un mínimo de integración con xdebug o php quick profiler. También se integraría con PhpDebug.

Automatización y gestión

Muchas tareas deberán ser automatizables a través de la línea de comandos.

No quiero hacer una herramienta lo más completa posible por lo que deberá ser extensible, se aplicará un concepto similar a los Modules para la consola.

Fechas, desarrollo y licencia

La licencia que emplearé sera una de clase MIT, para simplificar las cosas.

Me gustaría tener una aplicación hecha para septiembre, con todo su proceso de desarrollo con Leophard documentado.

Este post es para recibir feedback, opiniones, ideas y todo lo que queráis comentar, lo espero con los brazos abiertos.

Me gustaría tener algo más avanzado el proyecto para aceptar colaboradores, no obstante si crees que tienes un buen nivel en patrones de diseño estoy abierto a compartir el trabajo :)

Nada más, os seguiré contando más en detalle sobre los avances del proyecto.

Después de desglosar la idea en fases, abrimos el blog hace casi un año y desde entonces, hemos conocido a más de 300 artesanos y hemos hecho más de 2.500 amigos en facebook.

Desde el primer día, recibimos día a día valioso feedback de gente que hace cosas realmente increíbles.

Todo el feedback se asimila, desglosa e implementa en el que tenemos como objetivo que sea, el mejor mercado online y sitio web social creado para artesanos a nivel internacional.

Un objetivo ambicioso, sobre todo teniendo en cuenta a sitios como Etsy que cuenta con un excelente equipo técnico en el que podemos encontrar a gente como John Allspaw.

Nos espera bastante trabajo por delante, trabajo muy motivador por cierto, y también muchas obras de arte que esperamos que no os canséis de curiosear ni comprar.

Artesanio es un proyecto conjunto de Blackslot y Jose Luis Moreno, en el que estamos haciendo una labor de coworking autofinanciada con nuestros propios recursos.

Esperamos que os guste.

Utilizar un framework como Symfony

Para mí, adoptar Symfony como framework ha sido una de las mejores decisiones que he tomado en mi historia como desarrollador web.

Symfony es un framework excelente, muy personalizable, extendible y automatizado que además, te enseña a programar bien.

¿Qué es programar bien? Para empezar, usar patrones de diseño, aprovechar todas las ventajas que ofrece la POO al máximo posible ademas de, por encima de todo, evitar repetirte.

Symfony no es el único framework que permite esto, también Zend es otra opción excelente.

Sin embargo, en los últimos meses he tenido la oportunidad de participar en proyectos fuera de las necesidades comunes. Ya sea por rendimiento o por la naturaleza de la aplicación, teníamos que especializar bastante funcionalidad del core de symfony, aprender casi de memoria los parámetros de los archivos .yml de configuración o incluso, extender el framework para que cumpliese con los requisitos de la arquitectura de sistemas.

Esto supone en algunos casos muchas horas más que en un proyecto de php digamos “sin framework”, pero una vez conseguido el tiempo se reduce en la próxima ocasión que te encuentras con el mismo problema, si lo haces.

Hay pequeñas situaciones en las que debemos invertir tiempo para desarrollar pensando en el framework para obtener funcionalidad que sería trivial en un entorno sin framework. Sin embargo en general compensa porque nuestro código queda totalmente integrado con una arquitectura que tiene un nivel muy alto de calidad.

Pero otro problema aparece cuando de repente se anuncia una nueva versión del framework y empiezas a ver que todo lo que has aprendido en la versión 1, es completamente distinto en la versión 2. Esto es algo bastante costoso de asumir para los desarrolladores ya que algunas de las ventajas más importantes de utilizar un framework son precisamente las que en este caso, se ha puesto en contra de todos nosotros:

1. Todos habíamos aprendido a programar en nuestro día a día pensando en symfony, con sus configuraciones y la nomenclatura de sus clases.
2. Todos conocíamos perfectamente los nombres de los directorios, archivos de configuración y comportamientos de los métodos que se usan en las clases más importantes del framework, así como dónde teníamos que encontrar los recursos de documentación necesarios para nuestro día a día.
3. Habíamos desarrollado código reutilizable como plugins, concepto que desaparece en la próxima versión.

Estos puntos son los más negros que quizá se puedan encontrar a la hora de decidirse por un framework que no sea uno nuestro propio. Sin embargo y a pesar de los mismos, creo que en general es una decisión muy buena el optar por un framework de desarrollo.

Utilizar un CMS como WordPress

Otra opción que existe es optar por un cms como WordPress. Hablo de WordPress porque es el que más conozco a “bajo nivel”. Si estás acostumbrado a utilizar un framework como Symfony, tienes la sensación al desarrollar bajo una plataforma para nada óptima (en cuanto a rendimiento se refiere) y que se salta a la torera cientos de recomendaciones sobre cómo desarrollar en un entorno POO.

Sin embargo el sistema funciona para la mayoría de proyectos medios o básicos, los diseñadores están encantados con él y ya lo conocen debido a la facilidad de uso de su sistema de themes, funciona sin tener que tocar prácticamente nada en la mayoría de plataformas de hosting y cubre con la necesidad funcional de todo sitio medio que no tenga necesidad de un desarrollo continuado.

Aunque sea una opción poco óptima fuera de la caja, en Blackslot tenemos corriendo varios sitios con decenas de miles de visitas al día basados en esta plataforma, con ayuda de soluciones de caché internas, teniendo aún margen para escalar a bastante más tráfico sin demandar grandes cantidades de recursos de servidor.

El problema reside más bien en el tipo de funcionalidad que quieres afrontar con el cms y la calidad que esperas obtener con el mismo. Yo no desarrollaría una intranet en WordPress por ejemplo, ni una plataforma de tienda electrónica para un negocio que dependa exclusivamente de esta plataforma para funcionar.

Utilizar PHP desde 0

Aunque durante muchos años he defendido el utilizar php sin frameworks hoy en día lo desaconsejo por completo.

Hace años no existía ninguna opción seria para php equiparable a un entorno .net por ejemplo. Hoy en día hay tantos que cuesta elegir.

No digo que debas elegir una de las opciones más maduras disponibles (que para mí sólo hay dos: Zend o Symfony). Lo que digo es que a menos que tu negocio sea una sola web y tengas el foco y todo tu tiempo puesta en ella, necesitas un framework para conseguir sobre todo estos puntos:

1. Desarrollar con más programadores en el mismo proyecto sin que sea un caos.
2. Trabajar con más gente en el mismo proyecto. A diferencia del punto 1, tienes que tener en cuenta a diseñadores, maquetadores, analistas, gente de sistemas..
3. Tener una base reutilizable que os ahorre, a medida que desarrolléis con la misma, más y más tiempo.
4. Conseguir automatizar las tareas más repetitivas y centrarte en el código específico de la aplicación que te ocupe en ese momento.

Aunque creas que lo mejor es ponerte a desarrollar un framework propio desde el principio, merece la pena conocer los frameworks que existen para aprender de miles de desarrolladores que han tenido muchos más problemas y por lo tanto tienen más experiencia que tú.

Desarrollar un framework sin haber utilizado otro antes como Symfony o asp.net mvc es una tarea muy compleja que puede hacerte perder mucho tiempo. Actualmente no es casualidad que Ruby On Rails, Symfony, asp.net mvc y otras opciones para desarrollo web escritas en diferentes lenguajes se parezcan entre sí. Esto es porque los problemas que nos solemos encontrar en el día a día son los mismos y es muy bueno conocer alguno de estos frameworks al detalle para orientarte sobre cómo debes organizar la arquitectura de una aplicación web seria.

En mi caso, incentivado por el cambio de versión de Symfony y por algunas de las cosas que no me han gustado o que he visto demasiado complejas en el mismo para solucionar determinados problemas, he empezado a diseñar y desarrollar en mis tiempos muertos un framework mucho más ligero y simple que Symfony pero pensado tanto para entornos tanto de hosting compartido como para arquitecturas más complejas.

Sin embargo no voy a dejar de utilizar ni Symfony ni WordPress. Me encanta Symfony y muchas de las cosas que he aprendido con este framework las estoy aplicando en este proyecto e incluso utilizo alguno de sus componentes. WordPress por su parte es la mejor opción para reducir costes en determinados proyectos que no requieran ni complejidad ni funcionalidad fuera de lo que se espera de un sistema de publicación.

Aunque en el pasado cogí algo de experiencia con un programa de radio sobre música electrónica en una emisora local de Bilbao, creo que lo interesante de este proyecto es el debate que pueda generarse.

Preferentemente busco a gente en Bilbao o alrededores.

Aunque la temática del podcast sería técnica, estaría genial también hablar un poco de proyectos y herramientas que van siendo lanzadas a internet, tanto desde el punto de vista técnico como de usuario o de marketing y negocio.

Con respecto al equipo y sitio de grabación, yo me encargaría del equipo y el sitio puede ser en las oficinas de Blackslot (en Barakaldo).

El podcast se haría cada dos o cuatro semanas ( o básicamente cuando haya tiempo y temas para hacerlo :)

Sobre la temática, lo que tengo en la cabeza sería un podcast de una hora aproximadamente de duración dividido en dos espacios:

Espacio 1: actualidad y eventos

Un resumen de las noticias más relevantes en las últimas semanas en el mundo de internet y un resumen rápido de los próximos eventos que se van a celebrar por España.

Espacio 2: tema central del podcast

Se elegiría un tema central del que hablar. puede ser un servicio o varios que nos hayan llamado la atención (un servicio o plataforma web tipo Twitter, Facebook..), una herramienta o tecnología concreta, una entrevista a un invitado, una noticia que sea lo suficientemente relevante para hablar de ello o hablar un poco sobre programas, juegos, aplicaciones u otro tipo de cosas que puedan ser interesantes para el oyente.

No tengo ninguna prisa en empezar con ello, por lo que si te animas o tienes alguna sugerencia de contenido déjame un comentario o ponte en contacto ;)

Filtrar por listas es efectivo para seguir las actualizaciones de las personas que más me interesa lo que suelen decir, pero de vez en cuando suelo consultar el stream del resto para captar nuevos contactos o enterarme de cosas que no veo en estas listas privadas.

He observado que podría automatizar el flujo de entrada y salida de contactos en las listas que he creado, para ello necesitaría crear un sistema que en base a ciertos patrones me sugiriese qué usuarios debo dejar de seguir en mis listas y cuales debo agregar.

Existen herramientas como http://www.muuter.com/ (gracias César por la recomendación), que permiten silenciar actualizaciones que contengan palabras que no quiero leer. Esto no me termina de convencer, ya que es posible que no me moleste que puntualmente un contacto diga “goool” (no me gusta el fútbol), o que mencione lo bueno que es su trabajo como SEO/socialmedia (bueno quizá en estos casos si que me vería tentado a dejar de seguirle :)

El sistema que propongo se basaría principalmente en lo contrario, es decir sería un sistema de recomendación basado principalmente en listas blancas.

De entrada se me ocurren los siguientes requisitos:

• Dado que el sistema no me podría dar la información nada más registrarme, debería guardar mis contactos en su base de datos y evaluar sus updates cada cierto tiempo para compararlos a los criterios que he especificado en mis listas blancas y negras. Cada semana me podría sugerir nuevos cambios en mis listas privadas es decir, si debo agregar o quitar a alguien de las mismas.
• Ya que la aplicación seguiría updates de mis contactos, y de los contactos de los demás usuarios, no estaría mal que me recomendase contactos que no esté siguiendo actualmente.
• La aplicación analizaría mis propios updates, extrayendo las palabras que más repito usando estas como un criterio para distinguir una posible afinidad con respecto a otros usuarios. Podría tomar dichas palabras como criterios para una lista blanca y las que estén tageadas (es decir con #) en un update con la etiqueta #ironic en una lista negra.
• La aplicación me permitiría poner una serie de filtros basados en expresiones regulares. Las expresiones regulares, aunque son difíciles para un usuario normal, permiten una mayor precisión de filtrado, que es lo que más me interesa. Gracias a ellas podría filtrar mucho más fácilmente usuarios que les guste el fútbol, hagan retweets sin aportar nada sobre temas que no quiero seguir o al revés, el sexo del contacto en base a las terminaciones sintácticas de ciertas palabras e infinidad de filtros mucho más flexibles que pudiese tener con simples palabras clave o la api del propio twitter. Estos filtros podría aplicarlos tanto en listas blancas como en listas negras.
• Para dar más precisión a las listas blancas, la aplicación me permitiría especificar palabras clave y otros criterios más típicos en una aplicación de este tipo.

El algoritmo que evalúe qué contactos de twitter deben estar en las listas que sigo o cuales no, deberá calcular estas prioridades según los criterios descritos anteriormente y su recurrencia en los updates de estos usuarios. Es decir, si un usuario tiene muchos updates seguidos con criterios en una lista negra, se irá antes de mi bandeja de entrada que un usuario que tenga los mismos updates pero en intervalos de tiempo más largos y con otros updates de por medio que sí me interesen.

Pienso que podría ser una aplicación muy útil, si tenéis alguna sugerencia u os parece una tontería, dejad comentario.

Siempre es interesante ver otros puntos de vista y aportaciones :)

Como sabéis mi primer objetivo este 2009 es crear una empresa, algo que ya he empezado a hacer junto a mi socio y de lo que he empezado a hablar.

Nos ha sorprendido que tras comentar por encima detalles, tanto técnicos como de estrategias y servicios que pensamos ofrecer, se haya visto cierto interés, entusiasmo e incluso disposición a prestar su ayuda, desde prácticamente el primer momento por parte de ciertas personas y empresas a las que respetamos profundamente y que nos ha llenado de ganas de ir a por todas poniendo toda la carne en el asador (Gracias, gracias y gracias!!).

Algunos de los que leáis esto probablemente ya conozcáis buena parte de nuestros planes de ejecución y de negocio e incluso, estéis recibiendo algunos de nuestros servicios.

Ahora mismo nos asalta una duda y es que hasta la fecha hemos contactado con nuestro email personal o nuestro teléfono, para todo tipo de temas relacionados con nuestro proyecto.

Esto ha sido así, porque hemos pensado que es importante que ante todo conozcáis quién está detrás del nombre del proyecto y que somos personas con nombres y apellidos las que os están ofreciendo estos servicios.

Pero se acerca la hora de mostrar un nombre, presentar un poco mejor y claramente nuestra apuesta, y claro está empezar a movernos y a conoceros a todos los que creemos que pueda resultaros interesante.

Por ello hemos pensado que quizá sea hora de contactaros con la dirección de nuestro proyecto y de nuestra futura empresa (aún no constituída) en lugar de hacerlo con los emails que ya muchos conocéis.

Y es que si vamos a hablaros de lo que tenemos planeado hacer, quizá sea mejor que veáis lo que estamos ya haciendo.

Pero dejo abierto el debate: ¿vosotros qué creéis que es mejor, contactar desde un email que sea el dominio de la futura empresa para presentar el proyecto, o esperar a constituirla y seguir contactando con nuestro email personal por ahora?

Lo cierto es que, a pesar de entender los motivos que lo hacen temible digno de todo respeto desde un punto de vista económico, yo me encuentro en el segundo grupo. Creo sinceramente que este año va a ponernos a todos a prueba, algo que me resulta francamente emocionante.

Y es que este año para mí va a resultar especialmente relevante, mucho más que el anterior incluso, ya que desde hace algunos meses estoy preparando el camino para lo que va a ser mi segundo intento de crear una empresa.

Lejos de buscar la etiqueta de emprendedor, esta entrada la escribo para explicar de una forma breve a los que esteis interesados en qué es lo que tengo entre manos y que va a ver la luz este año.

Creo que debo empezar comentando que este proyecto no lo estoy llevando a cabo en solitario, lo estoy llevando a cabo junto a otra persona en la que confío plenamente.

Nuestro proyecto está orientado a ofrecer soluciones a empresas, startups, desarrolladores web y emprendedores que requieran asesoramiento, tecnologías en sus últimas versiones, arquitecturas escalables, administración/optimización de sus sistemas para llevar a buen puerto su proyecto en internet.

Tenemos experiencia técnica trabajando tanto bajo el área de sistemas como en el de desarrollo en internet, por lo que creemos que podemos hablar el mismo idioma que nuestros clientes y ser conscientes de sus inquietudes desde su mismo punto de vista, algo que sinceramente es lo que más me atrae de este proyecto.

Para los que os interese saber más sobre este proyecto, estaré encantado de charlar sobre él con vosotros en los siguientes eventos en los que podéis encontrarme este mes.

Pamplona el día 15: Microsoft Technet: Up to Secure

Bilbao (sede eitb) el día 16: Bazkaria

Barcelona los días del 28 al 30: Search Congress

Hubo contrastes de tecnologías y campos: ruby on rails, php, .net, hosting, multimedia.. y eso, junto a la experiencia de cada uno, hizo que fuese muy didáctico para todos.

He publicado los apuntes de lo que ha sido la primera quedada informal de Emprende Web en Bilbao, una iniciativa que reune profesionales y gente con ganas de aprender sobre desarrollo web e internet, con el objetivo de generar debates productivos sobre tecnologías y métodos, consejos para desarrollar ágilmente y bien este tipo de aplicaciones, generar nuevos proyectos y acercar gente con pasión o ganas de divertirse o trabajar juntos creando conceptos para internet.

Esta primera quedada nos ha servido de vitamina a Javier y a mí, para intentar mejorar la siguiente convocatoria. Dicha convocatoria será en Septiembre y después intentaremos llevar una frecuencia mensual.

Durante este tiempo notaréis cambios en el sitio web de Emprende Web y aceptamos toda sugerencia o ayuda para intentar crear un buen evento en Vizcaya (por ahora) para personas con ganas de crear cosas en internet.

Muchos me habéis preguntado cómo va el proyecto y he creído obligatorio el informar del por qué no he avisado ni publicado nada online todavía.

Lo cierto es que me han surgido una serie de proyectos, que están requiriendo toda mi atención fuera de mi trabajo actual en nvivo.es y que me están llevando a plantearme algunas cosas de las que ya os hablaré en su momento, por lo que mi tiempo para dedicarle a éste proyecto se ha visto notablemente reducido.

Lejos de estar abandonado, os escribo para deciros que ésta semana o como muy tarde la que viene (tenéis mi palabra) tendréis acceso a un drupal en el que nos iremos organizando, los que estemos interesados en quedar.

En un principio tenía en mente desarrollar nuestro propio sitio desde cero, pero por prioridades no me voy a comprometer a tanto por ahora y retrasar más todo esto.

Por supuesto, toda ayuda en el tema de organizar las quedadas y charlas será recibida con los brazos abiertos.