<p><img src="https://blog.asiermarques.com/media/Strip-Faire-payer-la-formation-650-finalenglish-1-1.jpg" alt="Strip-Faire-payer-la-formation-650-finalenglish-1 (1)"></p> <p>Llevo un tiempo pensando en lo que es para mí ser un buen desarrollador de software y los puntos que nos pueden hacer ser justo lo contrario.</p> <p>Desde hace bastantes años trabajo y comparto proyectos con un número variado de profesionales, bien personas o agencias a las que delego trabajo o bien que me lo delegan ellos a mí. Este texto se basa en esta experiencia.</p> <p>Por otro lado debo decir que, algunas de las cosas “malas” que destaco en este texto no solo las he visto en otros profesionales, sino que también las he visto en mí mismo cuando empezaba bastantes años atrás o al cometer errores a lo largo de mi carrera profesional.</p> <p>Por lo tanto es una visión muy personal de nuestro mundo y no pretendo tener la razón absoluta. Los comentarios siempre se agradecen.</p> <h4 id="no-tener-una-actitud-de-gilipollas">No tener una actitud de gilipollas</h4> <p>Somos unos privilegiados al dedicarnos a desarrollar software en estos momentos. Podemos asegurar que no hay paro en nuestro sector y que siendo inquietos, actualizándonos y currándonoslo un poco podemos trabajar desde prácticamente cualquier sitio del planeta (siempre que tengamos visado y conexión a Internet).</p> <p>Es posible que en un futuro esto cambie y que mucho del trabajo o tipo de proyectos que estamos realizando en estos momentos se podrán sustituir por APIs o servicios cloud. Pero el presente es el que es y se puede vivir genial desarrollando software.</p> <p>Pero este privilegio no nos da derecho a comportarnos como cretinos. Chantajeando a quien nos contrata o criticando en público a quien oferta porque en Londres cobrarías en triple y te irían a buscar a casa en un taxi de esos negros molones. Hablaré de este tema más en detalle más adelante en esta misma entrada.</p> <p>Dominar el framework javascript de moda no te da derecho a ir por la vida con la actitud de un <a href="http://www.imdb.com/title/tt0412142/">House</a> desarrollador de software. House era un payaso pero al menos salvaba vidas (en la ficción).</p> <h4 id="mejor-un-trabajador-responsable-que-un-ninja">Mejor un trabajador responsable que un ninja</h4> <p>Puedes cambiar el término “ninja” por lo que desees, incluidas siglas de certificaciones oficiales.</p> <p>Al final de lo que se trata es de sacar trabajo adelante. Y de poco sirven las charlas que hayas dado, los tags que uses en Twitter o las pegatinas que tengas en tu Mac.</p> <p>Tener capacidad de respuesta es algo muy valioso en un desarrollador para mí, mucho más importante que sus títulos o marca personal.</p> <p>Es muy habitual la decepción que puedes llevarte al comprobar como una persona que es rockstar en Twitter u otros escenarios, desaparece en mitad de un proyecto para finalmente salir del mismo porque se ha visto saturado o simplemente no le gusta que se use una tecnología o herramienta X. Me parecen actitudes de chavales de catorce años. Sin ánimo de ofender a los chavales de catorce años.</p> <p>Al final lo que se desea es tener en tu equipo gente con la que puedas contar. Puede que no controlen a un nivel brutal la última versión de Angular o hayan participado en un proyecto de gran tráfico o que hayan escrito libros sobre la última librería javascript de moda que dentro de dos años no utilizará nadie, pero es que la mayoría de las ocasiones tampoco hace falta.</p> <p>Lo que sí hace falta son profesionales responsables que acaben el trabajo de forma correcta y sin tonterías.</p> <h4 id="comunicación">Comunicación</h4> <p>La comunicación es otro valor clave.</p> <p>A todos nos surgen imprevistos, nos equivocamos o puede que pase algo fuera de nuestro control que nos impida hacer nuestro trabajo. Comunicar cuanto antes cualquier imprevisto ayuda a poder resolver la situación, callarse siempre es una mala opción.</p> <p>Lo mismo que si una frase o acto de otra persona en el equipo te sienta mal o no estás motivado por algún problema.</p> <p>Personalmente valoro mucho quien sabe comunicarse cuando las cosas van mal o hay presión en un proyecto. El coste de comunicación es un precio muy alto que se puede pagar al trabajar con un equipo o una persona equivocados.</p> <p>Saber comunicar correctamente tus ideas cuando trabajas en equipo, escribir bien y expresarte bien es una habilidad que en mi opinión nos hace mejores desarrolladores.</p> <p>Esto me parece especialmente importante cuando se trabaja en remoto. Cuando no ves la cara del otro ni escuchar su voz, el texto lo es todo. Es crítico en estos contextos cuidar mucho cómo escribimos.</p> <p>Comunicar también es escuchar.</p> <p>Algunos podemos tener carácter, prejuicios por falta de perspectiva o simple cabezonería, somos humanos. Muchas veces incluso teniendo experiencia caemos en estas cosas. Y muchas veces, debatimos con ímpetu aun estando equivocados.</p> <p>Creo que tanto si eres el que argumenta estando o no equivocado como si eres el receptor, debes escuchar lo que esa persona te está diciendo, sobre todo si tiene experiencia. Las lecciones más valiosas las aprendemos cuando estamos equivocados y cuando nos argumentan el por qué. Y son doblemente valiosas cuando el/la que nos alecciona tiene menos experiencia que nosotros.</p> <p>Y aunque en ese momento no lo veamos, sin duda quedará en nuestra mente y será un recurso muy valioso cuando toque darse cuenta de nuestro error.</p> <h4 id="pragmatismo-vs-curriculum-oriented-development">Pragmatismo VS curriculum oriented development</h4> <p>No es “sexy” (y madre mía con lo de “sexy” para hablar de frameworks y lenguajes…) desarrollar una API REST en php y mysql, teniendo Go, lenguajes como Erlang y OTP que existen desde los 80 pero que las hemos descubierto hace cuatro años o bases de datos como MongoDB que “escalan”, “son rápidas” (porque sí y ya está) y que las usan en esa empresa que tiene un “CEOfounder” de 24 años.</p> <p>Estás desarrollando un producto y lo que importa es el valor. Entregar el máximo valor, con la calidad mínima necesaria consumiendo la menor cantidad de recursos de tiempo y dinero.</p> <p>La tecnología es algo crítico pero no es lo más importante. Son nuestras herramientas, pero ya está. Nuestro recurso más valioso es la capacidad de crear con ellas usando nuestro criterio. El dominio de las mismas es importante, entrenar con ellas es importante, pero no tan importante como el entregar y entender lo que estamos desarrollando.</p> <p>Creo que un desarrollador orientado a la herramienta no es un buen desarrollador, es mi opinión personal y mi opinión como cliente.</p> <p>Por otro lado valoro también mucho el pragmatismo.</p> <p>Está muy bien que la plataforma web tenga una arquitectura basada en servicios con una implementación de Inyección de dependencias muy currada y que también, se haya tenido en cuenta la separación de orígenes de datos para poder distribuir la carga entre varios frontales web, varios servidores de lectura y escritura a nivel de base de datos y las operaciones pesadas gestionadas por sistemas de colas asíncronas. Todo esto está muy bien. Pero al final si el proyecto es nuevo y va a tener un crecimiento natural, es posible que no se vaya a necesitar orquestar una arquitectura de ese tipo en seis máquinas o instancias virtuales en la nube de turno y puede que con un servidor en un hosting tradicional vayamos sobrados.</p> <p>No necesitamos añadir coste al cliente de mantenimiento de sistemas o coste extra de servicios cloud porque a nosotros nos ponga cachondos tener una arquitectura de las que salen en blogs como <a href="http://highscalability.com/">High Scalability</a>.</p> <p>Y por último: el pasar de frameworks, ORMs y complicar el mantenimiento por trucos de rendimiento cuando no tienes este tipo de problemas, personalmente me parece condenar al proyecto a tener que reescribirse en un futuro por la cantidad de esfuerzo que puede suponer hacer cambios mínimos y el terror también de subirlos a producción.</p> <h4 id="trabajando-por-cuenta-ajena-y-las-ofertas-de-trabajo">Trabajando por cuenta ajena y las ofertas de trabajo</h4> <!-- raw HTML omitted --> <p>Muchas veces me quedo atónito al escuchar las experiencias que han tenido empresarios con su equipo técnico en ciudades como Madrid, Londres o San Francisco.</p> <p>Cretinos sin ningún tipo de escrúpulos que hacen chantaje a sus empleadores amenazando con irse de la empresa porque han recibido en el último mes un montón de peticiones de amistad de recluiters en linkedin.</p> <p>Chantajes que van desde imponer el uso de una tecnología/frameworks “o se van”, irse sin avisar ni decir nada una tarde de la oficina porque tenían un partido de fútbol o simplemente porque había un evento en la oficina molona de turno de Madrid.</p> <p>La verdad me sorprende el aguante de sus jefes por miedo a perder “talento” o capacidad de ejecución, reteniendo un equipo tóxico a ese nivel.</p> <p>“Que cierre su empresa si no sabe llevarla” He llegado a leer esto cuando un empleador anuncia una oferta de trabajo por debajo de los 32000 euros anuales a un desarrollador, sin entrar a valorar su nivel.</p> <p>“En Londres me pagarían X” Pues ve a Londres y disfruta de este sueldo. Es posible que al irte, la gente que contrata a programadores en este país se de cuenta del vacío que has dejado, la gente que organiza eventos deje de hacerlo porque ya no merece la pena y el mercado del desarrollo y de Internet en España se colapse. Que se jodan, por no valorar el talento que alguien que va a comisión ha visto en tus aptitudes de Linkedin.</p> <p>Pero desde luego yo no quiero trabajar con gente así. De hecho no quiero personas así a mi lado.</p> <p>Montar un negocio se ha convertido en un espectáculo en el que cualquiera puede opinar sin vivir la experiencia de hacerlo. Pero la realidad es que los ataques a empresarios que están empezando y ofrecen sueldos humildes, no mejora el mercado.</p> <p>Me parece muy respetable buscar el mayor sueldo posible, pero la mayoría de los lugares en los que te van a ofrecer trabajar no van a poder competir con otras empresas en eso. Y es respetable que no quieras trabajar por menos de lo que vales o creas que vales, pero montar un espectáculo en Twitter o en foros me parece bastante infantil y tóxico.</p> <p>Al mundo real le dan igual las pataletas y la gente realmente competente habla poco y hace más.</p> <p>Los programadores que realmente pueden elegir dónde trabajar lo hacen sin montar espectáculos. Si no les interesa lo que se oferta, se van a otro sitio sin montar un drama.</p> <h4 id="todo-lo-demás">Todo lo demás</h4> <p>Y en último lugar es importante todo lo demás. Escribir buen software, mejorar como desarrollador día a día, mejorar nuestro nivel de inglés para comunicarnos y aprender de otros desarrolladores, aplicar calidad y entrega continua, autoformarnos en nuevas herramientas para que con criterio, las podamos utilizar cuando sea el momento y contexto adecuado.</p> <p>Personalmente, algo que últimamente me parece importante es volver a repasar conceptos y mejorar mi nivel de matemáticas. Al margen de todo el postureo relacionado con algoritmos (otra moda-pesadilla), mejorar en esto viene muy bien para comprender cómo funcionan algunos sistemas y tras años de experiencia programando se ven de otra forma los conceptos que cuando los estudiábamos no los veíamos para nada útiles. También es útil para delegar trabajo en matemáticos que se encarguen de idear los algoritmos que implementemos en nuestras aplicaciones o software.</p> <p>Considero también importante dominar otros campos y tener hobbies. Nos dan perspectiva, conocemos a gente distinta y salimos de nuestra zona de confort.</p> <p>De hecho veo importante conocer otras personas muy distintas del mundo del software, creo que nos pueden dar puntos de vista e inspiración que nos hacen mejores desarrolladores aunque no seamos plenamente conscientes de ello.</p>
<p>Para los que no lo sepáis, <a href="http://elcomite.net">el comité</a> (antes llamado webdevbilbao) es uno de los proyectos en los que he estado activo en los últimos dos años.</p> <p>Fue en el 2011 cuando empezamos a organizar un evento periódico llamado webdevbilbao el último jueves de cada mes que tras un año de actividad decidimos cambiar el nombre a El Comité, con el objetivo de que sonase menos a programación y más a hablar de tecnología en general y crear cosas en torno a Internet.</p> <p><img src="https://farm8.staticflickr.com/7182/6941823356_efc1906418_z.jpg" alt=""></p> <p>Hemos probado muchas fórmulas para ofrecer un punto de reunión profesional para profesionales del sector. A diferencia de otros eventos, no incluíamos marcas de empresas y el objetivo principal era crear mercado real, de empresas, autónomos y profesionales que se dedicasen a desarrollar proyectos para Internet, que los hay y de gran nivel en Bilbao.</p> <p>Dentro de El Comité, junto a otras empresas y marcas han salido otras iniciativas como <a href="http://bilbostack.com">Bilbostack</a>, El <a href="http://hackmite.elcomite.org">Hackmité </a>y algún <a href="http://pucelatechday.com">techday </a>en otras ciudades de España.</p> <p>Ha sido muy enriquecedor y como nos negamos a parar de hacer estas cosas, estamos unificando todas las iniciativas que hemos liderado, junto a las iniciativas de otros que se han unido a nuestra causa para crear una propuesta de valor para el mercado de desarrollo de software entorno en Internet.</p> <p>Nos hemos enfrentado a varios problemas interesantes durante este tiempo, algunos de los cuales puedo recoger en estos puntos:</p> <p><strong>Encontrar profesionales activos fuera de sus ocho horas de trabajo entre semana</strong></p> <p>Esto era el punto más difícil sin duda. Aunque no buscábamos cantidad, sino calidad en nuestra comunidad, nos ha sido muy difícil conseguir reunir un grupo de personas que se interesasen por iniciativas de este tipo.</p> <p>Afortunadamente, hemos reunido dentro de la comunidad a un montón de cracks que nos apoyan siempre que pueden y a veces contribuyen con sus conocimientos y buen hacer.</p> <p><strong>Encontrar líderes que nos ayudasen con propuestas y a organizar eventos</strong></p> <p>No cobramos ni un euro por organizar los eventos y el hecho de obligarnos a organizar un evento mensual era muy agotador.</p> <p>Nuestra idea al principio fue que la iniciativa fuese abierta, pero a la hora de organizar era complicado exigir el compromiso de otras personas. Acabamos por conformarnos con que viniesen.</p> <p>Escaseaban las propuestas de charlas y a menudo, también por miedo a que no viniese una cantidad de publico aceptable cuando invitábamos a un ponente de fuera de la comunidad, teníamos que recurrir a nosotros mismos como ponentes.</p> <p>Teníamos que tener en cuenta si había fútbol, si llovía, etc.</p> <p><strong>Salirnos de la imagen de evento para “frikis”</strong></p> <p>Muchos profesionales de marketing o directores de empresas incluso consideradas tecnológicas se alejaban del evento pensando que era sobre temas de programación demasiado avanzada y que no iban a entender nada.</p> <p>Es cierto que algunas charlas eran completamente técnicas, pero el valor muchas veces estaba en las cervezas.</p> <p>Sin embargo, esta imagen nos ayudó también a ahuyentar vendedores de humo y a animadoras de emprendedores.</p> <p>La mayoría de los miembros de nuestra comunidad lideran equipos técnicos en grandes empresas tecnológicas o tienen su propio negocio. Lejos de colgarse la etiqueta de emprendedores se enfocan en crear valor y abrirse camino desafiando la crisis más dura que hemos conocido en la historia de nuestro país.</p> <p><strong>Encontrar un lugar en Bilbao para los eventos</strong></p> <p>Aunque no hemos tenido ningún problema en encontrar un sitio en otras ciudades para organizar nuestros eventos, en Bilbao no hemos tenido esa suerte.</p> <p>La única ayuda recibida fue desde Eutokia, un centro de innovación bastante alejado de la ciudad que hacía que muchos asistentes no viniesen por no coger el metro. Esa zona tampoco daba mucho juego para quedarse a las cervezas de después, dispersando en grupos a los asistentes del evento y perdiendo la oportunidad de conocer a profesionales con los que poder hacer negocios o entablar una relación comercial.</p> <p>Para eventos puntuales también hemos recibido la ayuda de la Universidad de Deusto o las oficinas de empresas dentro de la comunidad.</p> <p>Parece que es muy difícil para el ayuntamiento Bilbao facilitar sitio para este tipo de iniciativas sin pasar por caja de 19:00 a 22:00 entre semana o los sábados de 9:00 a 15:00.</p> <h3 id="viraje">Viraje</h3> <p>Los problemas anteriores resultaron ser a veces muy cansinos, se sumaban a otros problemas con los que tenia que lidiar día a día más prioritarios de aquellos que tienen un negocio o un trabajo en una empresa que trabaja para clientes en varias zonas horarias.</p> <p>No era muy sostenible y de forma natural nos llevo a</p> <p><strong>Parar y reflexionar</strong></p> <p>Paramos en varias ocasiones durante estos dos años. Personalmente creo que parar es importante cuando necesitas conseguir cosas y no estás dispuesto a esperar mucho para conseguirlas.</p> <p><strong>No buscar la cantidad</strong></p> <p>Nos obsesionamos con la cantidad, y eso fue un error. En el momento que pasamos de ese objetivo todo ha ido genial y hemos disfrutado más de los eventos que hemos hecho.</p> <p><strong>Contar con nuestros propios recursos</strong></p> <p>No hemos contado con dinero público ni lo hemos pedido. Todos los eventos que hemos montado han sido con presupuesto cero, sin ayuda de la diputación o del ayuntamiento de Bilbao.</p> <p>La única ayuda que hemos necesitado ha sido y es el tema del sitio, para el resto de adversidades contamos con la ventaja de ser profesionales y agencias activas que colaboramos para hacer cosas reales de valor y con los recursos de tiempo/dinero justos.</p> <p><strong>No buscar la organización perfecta</strong></p> <p>Para la mayoría de los eventos que hemos organizado, nos hemos reunido en un bar con un boli, papel (a menudo de servilleta) y cervezas o café.</p> <p>Ponemos una fecha, posibles invitados, posibles lugares, necesidades y obligaciones de cada uno. Normalmente en dos semanas está todo montado, incluido sitio web.</p> <p><strong>No forzar el hacer eventos periódicos</strong></p> <p>Funcionan mejor los eventos surgidos de forma puntual y natural, sin crearlos sólo por el hecho de mantener una frecuencia mensual. A nosotros por lo menos nos ha resultado mejor esta fórmula.</p> <p>Irónicamente, gracias a todas las iniciativas que hacemos conseguimos más oferta y variada que la que ofreceríamos con un único evento mensual.</p> <h3 id="iniciativas-activas-que-hemos-creado">Iniciativas activas que hemos creado</h3> <p><a href="http://bilbostack.com">Bilbostack</a> Evento anual de una mañana de sábado en Bilbao que reúne las temáticas más punteras y a los programadores de más alto nivel en torno al desarrollo para Internet en Bilbao. Lo hacemos en la universidad de Deusto, con un aforo limitado normalmente a 250 personas, normalmente acuden sobre 200.</p> <p><a href="http://pucelatechday.com">Techdays</a> Son eventos de una mañana con cuatro charlas en una ciudad que no es Bilbao. De momento hemos hecho en Valladolid y La Rioja. Estamos pensando en Sevilla, Barcelona y Londres como posibles nuevos destinos.</p> <p>Nunca vamos con pretensiones de reunir a un montón de gente, nuestro objetivo es dar charlas y compartir experiencias con los profesionales y estudiantes de esas ciudades.</p> <p><a href="http://hackmite.elcomite.org">Hackmité</a> Eventos de 24horas o 48horas en entorno rural en el que varios programadores de la comunidad se reunen para pasar unas horas desarrollando proyectos reales desde cero.</p> <p>A diferencia de un hackathon, en los hackmités el único premio es ver finalizado el proyecto y compartir buenos momentos con el resto de los asistentes.</p> <p>Hemos hecho una edición en Febrero y estamos intentando cerrar otra este mes.</p> <p><a href="https://twitter.com/search?q=%23beermite">#Beermité</a> Eventos esporádicos que se organizan vía Twitter para pasar tardes haciendo networking o charlando sobre tecnología acompañados de unas buenas cervezas. Podemos quedar dos o veinte como nos ha pasado en alguna ocasión y siempre resultan interesantes.</p> <h3 id="conclusiones">Conclusiones</h3> <p>Mi conclusión siempre es positiva, aunque finalmente sólo acudamos cuatro personas a estos eventos siempre sirven para algo si la gente que va es interesante y realmente lo es.</p> <p>Descubrir que tu vecino está trabajando en proyectos grandes y que necesita ayuda de justo lo que tú dominas y tienes experiencia. Encontrar proveedores que antes buscabas fuera del País Vasco porque pensabas que aquí no había. Estas cosas son de gran valor.</p> <p>Gracias a <a href="http://elcomite.org">El Comité</a> he conseguido encontrar buenos clientes y proveedores con los que sacar proyectos adelante con calidad y seriedad. Dichos proveedores trabajaban en mi misma ciudad y nunca los hubiese conocido de otra forma ya que los eventos de emprendedores, blogs o twitter no terminan de cumplir un objetivo profesional de crear mercado.</p> <p>Animamos en serio a que la gente nos conozca y venga a cualquiera de nuestros eventos en cualquiera de nuestras iniciativas. Tenemos hambre de conocer a otros cracks que sabemos que sin dejarse ver tanto trabajan y crean valor en Bilbao.</p>
<p>Hace unos meses, quedé con un cliente para tomar un café. No era una reunión de trabajo, simplemente era un café, para hablar y compartir un respiro en nuestras agendas.</p> <p>Me encanta compartir puntos de vista y experiencias con otras personas que luchan por su negocio cada día. Lo considero algo muy importante, no sólo para cuidar tu red de contactos, sino para aprender de gente que hace cosas de verdad en lugar de sumarse a la fiesta publicitaria de emprender.</p> <p>Lo que me dejó descolocado fue algo que ocurrió cuando nos íbamos a despedir: mi cliente me pidió que le hiciese factura por ese tiempo que habíamos compartido. “Asier, he aprendido mucho de este café y me has descubierto nuevos puntos de vista de mi negocio que ni me había planteado, por favor pásame factura por esto.”.</p> <p>Puede que otras personas de perfil consultor más senior hubiesen visto esto como algo normal, pero a mí me chocó rotundamente.</p> <p>Después de todas las actitudes y aptitudes que te encuentras al montar un negocio en España por parte de personas que buscan liderar un proyecto, sobre todo en Internet, este tipo de anécdotas te dan seguridad en seguir trabajando y mimando la pasión que nos hace caminar a la oficina con ganas de hacer cosas.</p> <p>Este hecho, que me cogió por sorpresa, me ha confirmado en la importancia de seleccionar muy bien con quien trabajamos, tanto clientes como proveedores, incluso en medio de la crisis que estamos experimentando.</p>
<p><a href="http://sivers.org">Derek Sivers</a> es una de las personas que más me inspiran en el mundo, es una pena que no haya tenido la oportunidad de desvirtualizarlo todavía.</p> <p>Esta semana descubrí <a href="http://www.ted.com/talks/derek_sivers_keep_your_goals_to_yourself.html">la siguiente charla en TED</a> y me dio mucho en qué pensar. En ella se comenta cómo <strong>nuestro cerebro confunde lo que socialmente anunciamos que vamos a hacer o estamos haciendo, asumiéndolo como algo que realmente ya hemos hecho.</strong></p> <p>Una de las cosas de las que me suelo arrepentir es que suelo comentar demasiado pronto mis ideas cuando las veo perfectamente factibles o empiezo a ejecutarlas. No siempre termino la ejecución, o cuando lo hago, puede ser años después de cuando las he empezado.</p> <p>En mi caso puede que no termine de ejecutar algo por los siguientes motivos: me he dado cuenta de que no era tan buena idea como pensaba, he priorizado otras cosas más importantes sobre la misma, la he aparcado para ejecutarla más adelante o estoy en proceso de solventar un problema clave en la misma.</p> <p>La ejecución de una idea no se percibe bien cuando no se ejecuta a corto plazo, aún cuando sea imposible ejecutarla de forma adecuada en un periodo corto de tiempo. Psicológicamente y a nivel de negocio, también es un problema no ejecutar rápido, de ahí la importancia de planear buenos <a href="http://es.wikipedia.org/wiki/Producto_viable_m%C3%ADnimo">MVP</a>.</p> <p>Hasta ahora, sólo le había dado importancia al guardar en secreto los proyectos de mis clientes y no me preocupaba exponer abiertamente los míos a pesar de que alguien pudiese criticarme por no terminarlos. Sin embargo, la siguiente charla me ha roto un poco los esquemas y he estado pensando en que puede ser buena idea aceptar el consejo.</p>
<p>En esta entrada voy a resumir los conceptos más importantes que he tratado en mis ponencias sobre REST.</p> <h3 id="qué-es-rest">¿Qué es REST?</h3> <p><a href="http://es.wikipedia.org/wiki/Representational_State_Transfer">REST, REpresentational State Transfer</a>, es un tipo de arquitectura de desarrollo web que se apoya totalmente en el estándar HTTP.</p> <p>REST nos permite crear servicios y aplicaciones que pueden ser usadas por cualquier dispositivo o cliente que entienda HTTP, por lo que es increíblemente más simple y convencional que otras alternativas que se han usado en los últimos diez años como SOAP y XML-RPC.</p> <p>REST se definió en el 2000 por Roy Fielding, coautor principal también de la especificación HTTP. Podríamos considerar REST como un framework para construir aplicaciones web respetando HTTP.</p> <p>Por lo tanto REST es el tipo de arquitectura más natural y estándar para crear APIs para servicios orientados a Internet.</p> <p>Existen tres niveles de calidad a la hora de aplicar REST en el desarrollo de una aplicación web y más concretamente una API que se recogen en un modelo llamado <strong><a href="http://martinfowler.com/articles/richardsonMaturityModel.html">Richardson Maturity Model</a></strong> en honor al tipo que lo estableció, Leonard Richardson padre de la <a href="http://en.wikipedia.org/wiki/Resource-oriented_architecture">arquitectura orientada a recursos</a>. Estos niveles son:</p> <ol> <li> <p>Uso correcto de URIs</p> </li> <li> <p>Uso correcto de HTTP.</p> </li> <li> <p>Implementar Hypermedia.</p> </li> </ol> <p>Además de estas tres reglas, <strong>nunca se debe guardar estado en el servidor</strong>, toda la información que se requiere para mostrar la información que se solicita debe estar en la consulta por parte del cliente.</p> <p>Al no guardar estado, REST nos da mucho juego, ya que podemos escalar mejor sin tener que preocuparnos de temas como el almacenamiento de variables de sesión e incluso, podemos jugar con distintas tecnologías para servir determinadas partes o recursos de una misma API.</p> <h3 id="nivel-1-uso-correcto-de-uris">Nivel 1: Uso correcto de URIs</h3> <p>Cuando desarrollamos una web o una aplicación web, las URLs nos permiten acceder a cada uno de las páginas, secciones o documentos del sitio web.</p> <p>Cada página, información en una sección, archivo, cuando hablamos de REST, los nombramos como <strong>recursos</strong>.</p> <p>El recurso por lo tanto es la información a la que queremos acceder o que queremos modificar o borrar,** independientemente de su formato**.</p> <p>Las URL, Uniform Resource Locator , son un tipo de URI, Uniform Resource Identifier, que además de permitir <strong>identificar de forma única el recurso</strong>, nos permite localizarlo para poder acceder a él o compartir su ubicación.</p> <p>Una URL se estructura de la siguiente forma:</p> <pre><code>{protocolo}://{dominio o hostname}[:puerto (opcional)]/{ruta del recurso}?{consulta de filtrado} </code></pre> <p>Por ejemplo, <a href="https://blog.asiermarques.com/2013/conceptos-sobre-apis-rest/">/2013/conceptos-sobre-apis-rest/</a>, sería la URL para visualizar este artículo.</p> <p>Existen varias reglas básicas para ponerle nombre a la URI de un recurso:</p> <ul> <li>Los nombres de URI no deben implicar una acción, por lo tanto debe evitarse usar verbos en ellos.</li> <li>Deben ser únicas, no debemos tener más de una URI para identificar un mismo recurso.</li> <li>Deben ser independiente de formato.</li> <li>Deben mantener una jerarquía lógica.</li> <li>Los filtrados de información de un recurso no se hacen en la URI.</li> </ul> <p><strong>Las URIs no deben implicar acciones y deben ser únicas</strong></p> <p>Por ejemplo, la URI <em><strong>/facturas/234/editar</strong></em> sería incorrecta ya que tenemos el verbo editar en la misma.</p> <p>Para el recurso factura con el identificador 234, la siguiente URI sería la correcta, independientemente de que vayamos a editarla, borrarla, consultarla o leer sólo uno de de sus conceptos: <strong>/facturas/234</strong></p> <p><strong>Las URIs deben ser independientes de formato</strong></p> <p>Por ejemplo, la URI <strong>/facturas/234.pdf</strong> no sería una URI correcta, ya que estamos indicando la extensión pdf en la misma.</p> <p>Para el recurso factura con el identificador 234, la siguiente URI sería la correcta, independientemente de que vayamos a consultarla en formato pdf, epub, txt, xml o json: <strong>/facturas/234</strong></p> <p><strong>Las URIs deben mantener una jerarquía lógica</strong></p> <p>Por ejemplo, la URI **/facturas/234/cliente/007 **no sería una URI correcta, ya que no sigue una jerarquía lógica.</p> <p>Para el recurso factura con el identificador 234 del cliente 007, la siguiente URI sería la correcta: <strong>/clientes/007/facturas/234</strong></p> <p><strong>Filtrados y otras operaciones.</strong></p> <p>Para filtrar, ordenar, paginar o buscar información en un recurso, debemos hacer una consulta sobre la URI, utilizando parámetros HTTP en lugar de incluirlos en la misma.</p> <p>Por ejemplo, la URI <strong>/facturas/orden/desc/fecha-desde/2007/pagina/2</strong> sería incorrecta ya que el recurso de listado de facturas sería el mismo pero utilizaríamos una URI distinta para filtrarlo, ordenarlo o paginarlo.</p> <p>La URI correcta en este caso sería:</p> <p><strong>/facturas?fecha-desde=2007&orden=DESC&pagina=2</strong></p> <h3 id="nivel-2-http">Nivel 2: HTTP</h3> <p>Conocer bien HTTP no es opcional para un desarrollador web al que le importe su trabajo. Aunque el <a href="http://www.w3.org/Protocols/rfc2616/rfc2616.html">RFC</a> es sencillo de leer, si estás interesado en aprender bien las bases de este protocolo es muy recomendable <a href="http://shop.oreilly.com/product/9781565925090.do">la guía de O’Reilly sobre el mismo</a>.</p> <p>Para desarrollar APIs REST los aspectos claves que hay que dominar y tener claros son:</p> <ul> <li>Métodos HTTP</li> <li>Códigos de estado</li> <li>Aceptación de tipos de contenido</li> </ul> <p><strong>Métodos.</strong></p> <p>Como hemos visto en el anterior nivel, a la hora de crear URIs no debemos poner verbos que impliquen acción, aunque queramos manipular el recurso.</p> <p>Para manipular los recursos, HTTP nos dota de los siguientes métodos con los cuales debemos operar:</p> <ul> <li>GET: Para consultar y leer recursos</li> <li>POST: Para crear recursos</li> <li>PUT: Para editar recursos</li> <li>DELETE: Para eliminar recursos.</li> <li>PATCH: Para editar partes concretas de un recurso.</li> </ul> <p>Por ejemplo para un recurso de facturas.</p> <p><strong>GET /facturas</strong> Nos permite acceder al listado de facturas</p> <p><strong>POST /facturas</strong> Nos permite crear una factura nueva</p> <p><strong>GET /facturas/123</strong> Nos permite acceder al detalle de una factura</p> <p><strong>PUT /facturas/123</strong> Nos permite editar la factura, sustituyendo la totalidad de la información anterior por la nueva.</p> <p><strong>DELETE /facturas/123</strong> Nos permite eliminar la factura</p> <p><strong>PATCH /facturas/123</strong> Nos permite modificar cierta información de la factura, como el número o la fecha de la misma.</p> <p>Quizá debido al desconocimiento o el soporte de ciertos navegadores, los desarrolladores web han usado, durante los últimos años, únicamente los métodos GET Y POST para realizar todas estas acciones. Si trabajamos con REST, esto sería un error de base y puede darnos problemas incluso a la hora de nombrar nuestros recursos, obligándonos a poner verbos en las URLs.</p> <p><strong>Códigos de estado.</strong></p> <p>Uno de los errores más frecuentes a la hora de construir una API suele ser el reinventar la rueda creando nuestras propias herramientas en lugar de utilizar las que ya han sido creadas, pensadas y testadas. La rueda más reinventada en el desarrollo de APIs son los códigos de error y códigos de estado.</p> <p>Cuando realizamos una operación, es vitar saber si dicha operación se ha realizado con éxito o en caso contrario, por qué ha fallado.</p> <p>Un error común sería por ejemplo:</p> <pre tabindex="0"><code>Petición ======== PUT /facturas/123 Respuesta ========= Status Code 200 Content: { success: false, code: 734, error: "datos insuficientes" } </code></pre><p>En este ejemplo se devuelve un código de estado 200, que significa que la petición se ha realizado correctamente, sin embargo, estamos devolviendo en el cuerpo de la respuesta un error y no el recurso solicitado en la URL.</p> <p>Este es un error común que tiene varios inconvenientes:</p> <ul> <li>No es REST ni es estándar.</li> <li>El cliente que acceda a este API debe conocer el funcionamiento especial y cómo tratar los errores de la misma, por lo que requiere un esfuerzo adicional importante para trabajar con nosotros.</li> <li>Tenemos que preocuparnos por mantener nuestros propios códigos o mensajes de error, con todo lo que eso supone.</li> </ul> <p>HTTP tiene un abanico muy amplio que cubre todas las posibles indicaciones que vamos a tener que añadir en nuestras respuestas cuando las operaciones han ido bien o mal.</p> <p><a href="http://es.wikipedia.org/wiki/Anexo:C%C3%B3digos_de_estado_HTTP">Es imperativo conocerlos y saber cuándo utilizarlos</a>, independientemente de que desarrolles siguiendo REST.</p> <p>El siguiente ejemplo sería correcto de la siguiente forma:</p> <pre tabindex="0"><code>Petición ======== PUT /facturas/123 Respuesta ========= Status Code 400 Content: { message: "se debe especificar un id de cliente para la factura" } </code></pre><p><strong>Tipos y formatos de contenido.</strong></p> <p>Cuando hablamos sobre URLs, vimos también que no era correcto indicar el tipo de formato de un recurso al cual queremos acceder o manipular.</p> <p>HTTP nos permite especificar en qué formato queremos recibir el recurso, pudiendo indicar varios en orden de preferencia, para ello utilizamos el header <strong>Accept</strong>.</p> <p>Nuestra API devolverá el recurso en el primer formato disponible y, de no poder mostrar el recurso en ninguno de los formatos indicados por el cliente mediante el header Accept, devolverá el código de estado <strong>HTTP 406</strong>.</p> <p>En la respuesta, se devolverá el header <strong>Content-Type</strong>, para que el cliente sepa qué formato se devuelve, por ejemplo:</p> <pre tabindex="0"><code>Petición ======== GET /facturas/123 Accept: application/epub+zip , application/pdf, application/json Respuesta ========= Status Code 200 Content-Type: application/pdf </code></pre><p>En este caso, el cliente solicita la factura en epub comprimido con ZIP y de no tenerlo, en pdf o json por orden de preferencia. El servidor le devuelve finalmente la factura en pdf.</p> <h3 id="nivel-3-hypermedia">Nivel 3: Hypermedia.</h3> <p>A pesar de lo que nos pueda inducir a pensar el término retrofuturista <strong>Hypermedia</strong>, el concepto y la finalidad que busca describir es bastante sencillo:** conectar mediante vínculos las aplicaciones clientes con las APIs**, permitiendo a dichos clientes despreocuparse por conocer de antemano del cómo acceder a los recursos.</p> <p>Con Hypermedia básicamente añadimos información extra al recurso sobre su conexión a otros recursos relacionados con él.</p> <p>Aquí tenemos un ejemplo:</p> <pre tabindex="0"><code><pedido> <id>666</id> <estado>Procesado</estado> <links> <link rel="factura"> http://example.com/api/pedido/666/factura </link> </links> </pedido> </code></pre><p>En este ejemplo vemos cómo indicar en un xml que representa un pedido, el enlace al recurso de la factura relacionada con el mismo.</p> <p>Sin embargo, necesitamos que el cliente que accede a nuestra API entienda que esa información no es propia del recurso, sino que es información añadida que puede utilizar para enlazar el pedido con la factura.</p> <p>Para ello conseguir esto, debemos utilizar las cabeceras Accept y Content-Type, para que tanto el cliente como la API, sepan que están hablando hypermedia.</p> <p>Por ejemplo:</p> <pre tabindex="0"><code>Petición ======== GET /pedido/666 Accept: application/nuestra_api+xml, text/xml Respuesta ========= Status Code: 200 Content-Type: application/nuestra_api+xml Content: <pedido> <id>666</id> <estado>Procesado</estado> <links> <link rel="factura"> http://example.com/api/pedido/666/factura </link> </links> </pedido> </code></pre><p>Como vemos, el cliente solicita el formato <strong>application/nuestra_api+xml</strong> de forma preferente al formato text/xml. De esta forma, le indica al servicio web, que entiende <strong>su formato</strong> <strong>hypermedia</strong> y puede aprovecharlo.</p> <p>El servicio web por lo tanto, como implementa hypermedia, le devuelve la información de recurso y la información de hypermedia que puede utilizar el cliente.</p> <p>Hypermedia es útil por ejemplo para que el cliente no tenga que conocer las URLs de los recursos, evitando tener que hacer mantenimientos en cada uno de los mismos si en un futuro dichas URLs cambian (<a href="http://www.w3.org/Provider/Style/URI.html">cosa que no debería pasar</a>). También es útil para automatizar procesos entre APIs sin que haya interacción humana.</p> <h3 id="conclusión">Conclusión</h3> <p>Como hemos visto, los principios básicos para construir APIs REST se basan en conocer sobre todo HTTP, algo que no es opcional para un desarrollador web.</p>
<p>Una de las cosas que hay que tener en cuenta cuando hacemos una API es que esta, al igual que otro tipo de aplicaciones web, va a cambiar.</p> <p>Si la API es pública o es consumida por una gran cantidad de clientes, es casi seguro que muchos de estos clientes queden obsoletos o no sigan al día las actualizaciones que tu equipo vaya haciendo en la misma.</p> <p>La solución consiste en dar compatibilidad a las versiones anteriores y de alguna forma separar o que el cliente pueda indicar a qué versión está accediendo en cada momento.</p> <p>Las opciones más habituales para hacer esto serían:</p> <h4 id="indicar-la-versión-de-la-api-en-la-url-del-recurso"><strong>Indicar la versión de la API en la URL del recurso.</strong></h4> <p><strong><a href="https://api.dominio.com/v1/recurso/">https://api.dominio.com/v1/recurso/</a></strong></p> <p>Este sería un ejemplo de URL en la que se indica la versión de la API en la misma.</p> <p>Esta es la opción más aconsejada pero la que a mí personalmente menos me convence ya que los clientes que quisieran estar actualizados a la última versión, deberían modificar las rutas de sus llamadas al servicio constantemente.</p> <h4 id="indicar-como-parámetro-la-versión-de-la-api"><strong>Indicar como parámetro la versión de la API</strong></h4> <p><strong><a href="https://api.dominio.com/recurso/?v=1">https://api.dominio.com/recurso/?v=1</a></strong></p> <p>Este tipo de opción se usa por ejemplo en la API de YouTube.</p> <p>Yo personalmente prefiero indicar como parámetros opciones para filtrar o tratar la información del recurso solicitado. Por ejemplo, paginaciones, órdenes, búsquedas, especificar información parcial etc.</p> <h4 id="indicar-como-header-la-versión-de-la-api"><strong>Indicar como header la versión de la API</strong></h4> <p>**<a href="https://api.dominio.com/recurso/">https://api.dominio.com/recurso/</a> ** <strong>“API version”: 1</strong></p> <p>Esta opción es la que más me convence, ya que no se ensucia la URL y si la aplicación cliente tiene las llamadas centralizadas en un único punto no debería ser problema añadir un header extra indicando la versión del API.</p> <p>Después en el servidor podremos separar las versiones de las APIs en distintos servidores web o aplicaciones mediante un servidor proxy HTTP como Varnish que lea el header del request y sirva la versión de la API solicitada de forma transparente.</p> <p>En javascript por ejemplo tendríamos el siguiente código para añadir un header http a nuestra llamada AJAX.</p> <pre tabindex="0"><code> var request = new XMLHttpRequest(); request.open("GET", "https://api.dominio.com/recurso/", false); request.setRequestHeader("API version", "1"); request.send(); </code></pre><p>En jQuery se añadiría el header de la siguiente forma.</p> <pre tabindex="0"><code> $.ajax( "https://api.dominio.com/recurso/", {"headers": {"API version": "1"}} ); </code></pre><p>En cualquier caso, se elija la opción que se elija es importante tener en cuenta que nuestra API puede cambiar en el futuro y facilitar la vida a los desarrolladores que programen los clientes de la misma siempre es una buena práctica.</p>
<p>Sin duda, el texto es el elemento más importante en cualquier sitio web. Aunque en este artículo hablaré sobre sitios web y no aplicaciones web, en éstas últimas los textos son críticas para la usabilidad y experiencia de usuario.</p> <p>Sin embargo en los sitios web, especialmente en los sitios web de venta de producto, el texto tiene unas funciones tan críticas con obvias: la comunicación y explicación del producto o servicio. Por descontado, si el producto es el contenido, contenido tipo texto, la importancia del propio texto debe ser priorizada ante cualquier otro elemento.</p> <p>Todo esto que parece obvio, encierra todo un mundo de posibilidades que influyen directamente en el diseño del sitio web y sobre todo la base de su organización: <a href="http://es.wikipedia.org/wiki/Arquitectura_de_la_informaci%C3%B3n">la arquitectura de la información</a>.</p> <p>Un diseñador web a quién respeto un montón, <a href="http://es.linkedin.com/in/goiotelletxea">Goio</a> de <a href="http://lapersonnalite.com/">La Personnalité</a>, señalaba en el blog de esa agencia <a href="http://lapersonnalite.com/el-copy-como-dise%c3%b1ador/">una reflexión</a> que defendía cómo y por qué a un diseñador se le debe facilitar un buen trabajo de contenido y de **<a href="http://en.wikipedia.org/wiki/Copy_(written)">copy</a> **para que pueda realizar su trabajo de forma óptima.</p> <p>Hay muy buenos profesionales copy en España, pero sinceramente creo que el hacer tú los textos y pensar en cómo enfocarlos, sobre todo en algo tan crítico hoy en día como es el sitio web de tu negocio (o tu sitio web personal), es un ejercicio muy didáctico acerca del propio producto que vendes, la forma en la que lo vendes y en general la estrategia de comunicación que vas a seguir con respecto a todo esto.</p> <p>Pero hay un dilema en el que personalmente siempre caigo cuando hago este ejercicio. Internet hoy en día te suministra un montón de herramientas que te permiten medir de forma objetiva lo que buscan tus clientes y usuarios día a día en Google u otros buscadores. Una de las tareas más importantes a la hora de plantear un buen SEO es conocer estas búsquedas y ofrecer un contenido que encaje para atraer a tus clientes, <a href="http://es.wikipedia.org/wiki/Anal%C3%ADtica_web">midiendo los resultados</a> para asegurarse que efectivamente los resultados atraen a usuarios nuevos con un <a href="http://support.google.com/googleanalytics/bin/answer.py?hl=es&answer=81986">porcentaje de rebote </a>lo más reducido posible.</p> <p>Podríamos pensar que los textos que describan nuestros productos o servicios, deberían seguir a rajatabla las palabras clave que nos permitan tener un buen SEO. Yo pienso que objetivamente esto es correcto, siempre y cuando midamos los resultados ya que en muchos casos el contexto concreto de nuestro producto nos puede dar alguna sorpresa.</p> <p>Sin embargo, tengo una opinión muy personal que añade una puntualización a esto. Creo que los consumidores no siempre actúan objetivamente y en ocasiones, textos que no tienen nada que ver con lo que buscan directamente, funcionan.</p> <p>Creo sinceramente en la seducción como arte, un arte que se puede aplicar en este escenario. Tú puedes llevarte a una persona a la cama una noche, esto no es complicado, sobre todo si te es indiferente qué persona sea siempre que cumpla unas pautas físicas y unos límites de locura determinados en ese momento. Sin embargo la seducción funciona de forma distinta, no es a corto plazo, y cuando se produce, el usuario se engancha de forma intensa e incluso intenta contagiar esa intensidad a otros usuarios, a menudo también posiblemente seducibles. Creo que con los clientes y usuarios de un sitio web ocurre una cosa parecida.</p> <p>Un sitio web puede seducir con <a href="http://littlebigdetails.com/">sus detalles</a>, pero sobre todo con sus textos. No estoy diciendo que todo el texto debe ser subjetivo, el SEO importa y se debe cuidar, pero una buena combinación entre las dos formas de expresar lo brutal que es tu producto, puede ser una mezcla increíblemente efectiva.</p> <p>Por ejemplo en la página de producto de servidores <a href="http://mediatemple.com/webhosting/nitro/whynitro.php">VPS Nitro de Mediatemple</a>, se ha hecho un esfuerzo notable es hacer notar al usuario el por qué debe pagar 2400$/mes por un servidor virtual. Aunque en la página aparecen los términos VPS Server en el title y en el contenido, vemos otro tipo de texto corto que nada tiene que ver con explicaciones técnicas o términos que un usuario utilizaría para buscar servidores virtuales.</p> <p>Otro ejemplo es la web del nuevo <a href="http://basecamp.com/">Basecamp</a>, el software para gestionar proyectos de una gran compañía como <a href="http://37signals.com">37signals</a>. Aunque en el título de la ventana o pestaña del navegador vemos claramente el término de búsqueda que persiguen, los textos que explican el producto emplean un lenguaje más humano y atractivo que el que podríamos encontrar en<a href="http://www.projectmanager.com/"> este otro sitio web </a>que vende un software similar.</p> <p>Creo que a la larga estos detalles a la hora de plantear los textos de tus productos te hacen conocer mejor a tus clientes o usuarios y te hacen mejorar la comunicación del producto que vendes. Por supuesto la labor de analítica web y el feedback que se pueda recoger de usuarios reales del sitio web es muy importante para realmente saber si estos textos son efectivos o no.</p> <p>Evidentemente, al igual que ocurre a la hora de seducir a una persona para otros fines, lo que vendes debe ser auténtico y en consonancia con lo que describes, es decir, debe haber una buena <a href="http://es.wikipedia.org/wiki/Experiencia_de_usuario">experiencia de usuario</a>, de otra forma nunca se sostendría.</p> <p>Sobre la longitud del texto, existe una técnica denominada <a href="http://visualwebsiteoptimizer.com/split-testing-blog/long-sales-letter-copywriting/">long sales letter</a> que hace mucho hincapié en presentar los beneficios de un buen producto de forma concreta. Esta técnica <a href="http://37signals.com/svn/posts/2977-behind-the-scenes-highrise-marketing-site-ab-testing-part-1">ha demostrado de forma objetiva</a> que puede generar resultados increíbles.</p> <p>En cualquier caso mi punto es que probablemente tus usuarios agradecerán que no les trates como a estúpidos usuarios sin personalidad que únicamente están hambrientos de información objetiva sin personalidad acompañados del menor precio posible, hay excepciones claro, pero tú decides a quién quieres seducir.</p>
<p>Como muchos ya sabéis, desde hace un mes dejé de formar parte del equipo de <a href="http://blackslot.com">Blackslot</a>, empresa que cofundé en el 2009 y que va en el mejor camino para convertirse en la mejor opción de servicios de hosting de calidad/precio en España.</p> <p><a href="http://simettric.com/"><img src="https://blog.asiermarques.com/media/simettric-black300.png" alt="Simettric, desarrollo web en Bilbao"></a></p> <p>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 <a href="http://simettric.com"><strong>Simettric</strong></a>.</p> <p>En una frase, <a href="http://simettric.com"><strong>Simettric</strong></a> es una <strong>agencia de desarrollo web enfocada en el desarrollo de productos SAAS</strong>, especialmente <strong>de innovación en internet</strong>.</p> <p>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.</p> <p>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.</p> <p>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.</p> <p>Os animo a ojear <a href="http://simettric.com/mag/">nuestro Magazine</a>, a que nos sigáis en <a href="http://twitter.com/simettric">Twitter</a> y en <a href="http://facebook.com/simettric">Facebook</a>, en los que vamos hablando sobre proyectos y tendencias innovadoras que nos parecen muy interesantes en el sector de internet.</p> <p>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.</p>
<p><a href="http://artesanio.com"><img src="https://blog.asiermarques.com/media//27543_116466571710881_7563_n.jpg" alt=""></a><a href="http://venzario.wordpress.com/">Jose</a> ha anunciado hoy <a href="http://blog.artesanio.com/2011/04/fecha-de-lanzamiento-11-de-abril/">la apertura oficial de Artesanio</a> que será este <strong>próximo Lunes 11 de Abril</strong>.</p> <p>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 <strong>300 artesanos</strong> y hemos hecho más de <a href="http://www.facebook.com/artesanio">2.500 amigos en facebook</a>.</p> <p>Desde el primer día, recibimos día a día valioso feedback de gente que hace cosas realmente increíbles.</p> <p>Todo el feedback se asimila, desglosa e implementa en el que tenemos como objetivo que sea, el <strong>mejor mercado online y sitio web social creado para artesanos a nivel internacional</strong>.</p> <p>Un objetivo ambicioso, sobre todo teniendo en cuenta a sitios como <a href="http://etsy.com">Etsy</a> que cuenta con un excelente equipo técnico en el que podemos encontrar a gente como <a href="http://www.etsy.com/storque/etsy-news/john-allspaw-joins-the-etsy-team-6183/">John Allspaw</a>.</p> <p>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.</p> <p><a href="http://artesanio.com">Artesanio</a> es un proyecto conjunto de <a href="http://blackslot.com">Blackslot</a> y <a href="http://twitter.com/venzario">Jose Luis Moreno</a>, en el que estamos haciendo una labor de coworking autofinanciada con nuestros propios recursos.</p> <p>Esperamos que os guste.</p>
<p><a href="http://www.flickr.com/photos/33370236@N06/3802272718/"><img src="https://farm4.static.flickr.com/3533/3802272718_059b40596f_m.jpg" alt="Try to Escape from what we were"></a>¿Qué opinas de todo lo que te rodea? ¿Tiene el mismo sentido o importancia que hace unos segundos, cuando podías ver cada cosa o persona que está a tu lado?</p> <p>¿Cambiarías alguna de esas cosas o personas por otras si no pudieses verlas nunca más?</p> <p>Como algunos ya sabéis, he estado algo así como un mes y una semana fuera de toda actividad relacionada con un ordenador y por lo tanto, con mi trabajo y prácticamente mi vida. Me he recuperado de una enfermedad bastante grave en la córnea del ojo derecho que me llegó incluso a impedir encender la luz de cualquier habitación en la que me encontrase.</p> <p>Varias semanas a oscuras, sin poder casi dormir por el dolor, sin poder leer nada, ni acercarme a un ordenador y por lo tanto hacer prácticamente nada de lo que estaba acostumbrado y “necesitaba” hacer. Un parón en la dinámica asumida mucho más didáctico que unas vacaciones.</p> <p>Desde hacía tiempo sentía que algo estaba mal en mi vida y no podía dejar pasar una oportunidad tan buena de recapitular acerca de lo que era, de los errores o no que había cometido, de si lo que había hecho era lo correcto o no, de si lo que me obsesionaba era importante o no, de si era lo que realmente quería o lo que realmente me conduciría a lo que realmente quería y de si todo eso finalmente importaba en absoluto.</p> <p>Mi forma de pensar, mi forma de vivir, mi forma de no vivir, mi forma de trabajar, mis relaciones, mis intentos de relaciones y de todo eso, todo lo que me fastidiaría poder no hacer ni ver, todo lo que cambiaría y haría que me plantease si mi vida era digna de vivir sin poder ver.</p> <p>Siempre me ha resultado curiosa la forma tan fácil que tenemos de obsesionamos con la tecnología que usamos, la gente técnica a la que ésta nos apasiona. Hacer que todo esté perfecto, si eres programador que todo este aislado, sea abstracto con elegancia, que tenga toda la funcionalidad que nadie va a usar, que aguante un trabajo que nunca va a realizar y que esté preparado para ser reutilizado en proyectos que nunca vas a llevar a cabo o poder terminar. Nos importa el código, la herramienta, no lo que intentamos hacer, para quién lo estamos haciendo, lo que intentamos cambiar y la finalidad real pasa a ser tan irrelevante como nuestra vista. No es muy distinto a vivir sin poder ver o sin que nadie pueda vernos, dos cosas que parecen distintas pero que en algún modo se parecen mucho.</p> <p>No necesitamos ver las cosas que carecen de importancia al igual modo que no necesitamos que ellas estén continuamente observando cada detalle de nuestra vida, pero reconozco que mirarlas en ocasiones es bastante entretenido. Pero a pesar de su entretenimiento es insuficiente, sobretodo para ser feliz.</p> <p>Lo imperfecto, lo que consideramos imperfecto a veces, pero que está a nuestro lado y funciona o nos comprende o no nos comprende pero escucha y está a nuestro lado, es lo que muchas veces más importancia tiene y es lo primero que echamos en falta cuando buscamos lo que necesitamos ver. Necesitamos hacer y coleccionar más cosas imperfectas que no carezcan de importancia, cosas dignas de ver y difíciles de olvidar, con estilo, personalidad y que nos digan por sí mismas de una forma tremendamente rabiosa por qué son tan importantes.</p> <p>Todo lo que tenga oportunidad de ver en cada momento de mí vida debe ser difícil de olvidar y debe decir por sí mismo lo rabiosamente importante de ver que es. Y si en algún momento no encuentro algo así, tendré que crearlo o provocarlo. En el caso que no lo haga he aprendido que sería irrelevante ver nada o a nadie, al igual que nadie me vea. Podría decirse incluso que en esencia, daría igual existir.</p> <p>PD: He vuelto.</p>
<p>Esta es la continuación de algo que empecé escribiendo a modo de reflexión personal de las lecciones que he aprendido o he puesto en práctica trabajando como autónomo desde casa.</p> <p><a href="https://blog.asiermarques.com/2008/09/12/cosas-que-he-aprendido-al-trabajar-como-autonomo-desde-casa-parte-1-de-2/">En la primera parte</a> analicé una serie de puntos que he aprendido al trabajar desde casa, en esta segunda parte analizaré cosas que he aprendido trabajando como autónomo.</p> <h3 id="trabajar-como-autónomo">****Trabajar como autónomo</h3> <hr> <p>Antes de nada hay que ser consciente de que, al menos en el campo informático, si quieres ser autónomo para ganar más dinero vas por el peor camino que podías escoger.</p> <p>Ser autónomo sale caro, requiere mucho más tiempo de trabajo que un puesto de trabajo normal, más responsabilidad y ser tolerante tanto al estrés como a la incertidumbre (y más en la situación en la que nos encontramos)</p> <p>Lo normal (al menos lo que conozco) es que des el paso generalmente por dos motivos:</p> <p>1- Porque dominas o te apasiona un área concreta o varias dentro de tu campo y, tras haber trabajado en alguna empresa has detectado una serie de cosas que se hacen mal y crees poder hacerlas mejor, o dar un servicio mejor o por lo menos diferente al que te permiten ofrecer o desarrollar.</p> <p>2- Porque tienes un proyecto en mente que has desarrollado o que tienes planteado, que requiere una dedicación en tiempo exclusiva para poder ejecutarse o continuar desarrollándose de una forma óptima, además de requerir estas regularizado como actividad económica.</p> <p>Mi caso es el primero y, aunque conozco a bastante gente que está en el segundo punto, lo que voy a escribir se basa en lo que he visto trabajando en el punto 1 como desarrollador web.</p> <p>Antes de nada, una lectura recomendada es <a href="http://www.casadellibro.com/libro-el-libro-negro-del-emprendedor/2900001178147"><strong>El libro negro del emprendedo</strong>r</a> de Fernando Trías de Bes. Con ese libro se te quitarán las ganas seguro de lanzarte a la aventura si no estás preparado para hacerlo.</p> <p><strong>Dinero</strong></p> <p>Necesitas dinero para empezar, <strong>durante los primeros meses no vas a ver ni un duro real</strong> por lo que es mejor tener un buen colchón de dinero para cubrir al menos los 6 primeros meses.</p> <p>¿Qué es dinero real? El dinero real básicamente es el que te pertenece totalmente y no tienes que devolver.</p> <p>Hay que tener en cuenta que <strong><a href="http://snwop.com/2007/07/02/pagos-y-cobros-a-30-60-90-dias/">muchas empresas pagan a 60 o 90 días e incluso a 6 meses</a></strong>. Para una empresa que esté en funcionamiento eso no es nada traumático, pero para alguien que empieza eso puede ser un problema muy serio.</p> <p>Los bancos te ofrecen soluciones como <a href="http://es.wikipedia.org/wiki/L%C3%ADnea_de_descuento">líneas de descuento</a>, pero además de asumir una pérdida del porcentaje total del cobro, debemos ser conscientes de que si el cliente no paga.. ese dinero se lo debemos devolver nosotros al banco.</p> <p>Un ejemplo similar son <strong>los préstamos</strong>, aunque sean de bajo o nulo interés, <strong>hay que terminar pagándolos</strong>.</p> <p>Tengas la filosofía, ética, visión, valores o demás cualidades que tengas, el dinero va a ser tu arma principal, debes aprender a manejarlo y gestionarlo lo antes posible.</p> <p><strong>Contrata un buen asesor y aprende de él</strong>. Te ahorrará tiempo en gestiones que tu no estás acostumbrado a hacer y aprenderás bastante sobre temas que hasta ahora no has tenido que dominar de una forma tan directa.</p> <p>No es nada nuevo decir que toda factura ocasionada directa o indirectamente por nuestro trabajo o situación como autónomo debe declararse para desgravar el iva, dinero que teórica y prácticamente te cuenta el estar trabajando como autónomo.</p> <p>Pero nunca debe ser una escusa para empezar a comprar o gastar dinero en cosas innecesarias que no compraríamos de no ser autónomo. <strong>Todo lo que compres tienes que pagarlo después.</strong></p> <p>Si necesitas oficina, no la compres.. <strong>alquila</strong>. Y si puedes alquilarla con otros profesionales de tu campo o de campos próximos al tuyo, mejor.</p> <p>**Define tus servicios y elige a tus clientes **</p> <p>**Debes fijar desde un principio los servicios que ofreces y los servicios que ****NO ofreces**.</p> <p>Aprender a <a href="http://snwop.com/2007/11/23/aprender-a-decir-no/">decir que no</a>, es algo fundamental y requisito imprescindible para poder ofrecer un servicio de calidad.</p> <p><strong>Es importantísimo saber con que clientes NO debemos trabajar nunca</strong>. Te vas a encontrar a personas que no van a respetar el valor de tu tiempo, que te piden con insistencia servicios que no ofreces, aunque los sepas hacer, y que están convencidas por alguna razón de que trabajas gratis.</p> <p>Aunque te aporten beneficios a corto plazo, los que te paguen evidentemente, te puede salir mucho más rentable a la larga, tanto económicamente como en tiempo, no trabajar con ellos.</p> <p>Ese tipo de clientes puede acaparar todo tu tiempo sin aportar beneficios, evitando que puedas dedicarte a otros clientes o a tu vida personal.</p> <p><strong>Ofrece y especialízate/fórmate en los servicios que más te gusten y apasionen</strong>. Siempre vas a ser mejor y tener más dedicación en algo que te interese y guste, por lo tanto invierte en ello.</p> <p><strong>Si quieres ofrecer servicios en los que no crees que eres tan bueno, tardas demasiado tiempo o no te motivan, externalízalos y trabaja con gente a la que si le resulten interesantes y les motiven.</strong></p> <p><img src="https://farm4.static.flickr.com/3082/2871615392_2316a18cb2.jpg" alt="screen-capture-21"></p> <p><strong>Elige clientes y proyectos que te gusten y apasionen</strong>. Vamos a estar mucho más involucrados y motivados en proyectos con clientes con los que estemos agusto y proyectos que nos resulten interesantes. Quizá ganemos algo menos de dinero, pero si tenemos la oportunidad de investigar y estar más desahogados / cómodos, nos va a merecer la pena.</p> <p><strong>Tiempo</strong></p> <p>Todo tiempo que no estés trabajando debe ser tiempo bien invertido …ya que si no trabajas, no estás generando beneficios.</p> <p><strong>Si necesitas unas vacaciones o desconectar, hazlo</strong>. No hay mejor forma de invertir el tiempo que en disfrutar de la vida cuando el cuerpo necesite hacerlo.</p> <p><strong>Si no tienes trabajo fórmate o investiga</strong>. Formarse es fundamental y luego desarrollar algún proyecto por nuestra cuenta, aunque no se termine o vaya a servir para “convertirnos en un google”, es genial para asimilar los conocimientos aprendidos. Esos proyectos nos pueden servir para mejorar nuestro “how-to” y poder ofrecer un servicio de más calidad a nuestros clientes.</p> <p><strong>Estima bien los tiempos, no subestimes el tiempo de dedicación para un proyecto.</strong> A la gente técnica nos suele pasar que nos cuesta estimar de una forma real lo que nos puede llevar en tiempo desarrollar algo que tomamos por sencillo.</p> <p><strong>Elige bien los eventos a los asistes.</strong> En el campo del desarrollo web desafortunadamente encontramos eventos que aportan poco o nada a nuestra profesión. Te ahorras tiempo, hotel, avión y vuelo si no acudes a los mismos.</p> <p>**Otros temas **</p> <p><strong>Tu eres tu propia marca</strong>, no sigas modas absurdas ni intentes ser algo que entre en un concepto inventado por gente que necesita una etiqueta para sentirse importante o demostrar algo a los demás.</p> <p><strong>Aprende de la gente</strong>, rodéate y relaciónate siempre con gente de la que puedas aprender algo.</p> <p><strong>No te cierres en tu campo profesional a la hora de aprender nuevas cosas,</strong> es bueno conocer más colores para construir con ellos un punto de vista único.</p> <p><strong>Escribe un blog</strong>, es muy valioso conocer las opiniones, sobre temas que te interesan, de personas ajenas a tu círculo social más cercano. Además te ayuda a conocer a gente con tus mismos intereses y hacer muy buenos contactos y amigos.</p> <p><strong>Y vosotros… ¿qué añadiríais?</strong></p>
<p>Llevo poco tiempo como autónomo (desde Abril de este año) y trabajando desde casa (desde Enero de este año) aún así, he aprendido algunas cosas y me he animado a escribir sobre las mismas.</p> <p>En esta primera parte me centraré en cosas que he aprendido trabajando desde casa.</p> <p>En la segunda parte hablaré de las cosas que he aprendido estando como autónomo.</p> <p>Los consejos que doy, están dirigidos para mí mismo el primero.</p> <h3 id="trabajar-desde-casa"><strong>Trabajar desde casa</strong></h3> <p>Para empezar hay que ser consciente de que <strong>trabajar en casa no es ningún chollo</strong> y dependiendo de cómo seas, pueden ser mayores los inconvenientes que las ventajas que conlleva.</p> <p><img src="https://farm4.static.flickr.com/3296/2851367470_bcc4a6b96a.jpg" alt="home freelance"></p> <p>**Es bueno disponer de un espacio acondicionado para trabajar **</p> <p>Debes tener sensación de espacio. Disponer de una mesa ordenada y únicamente con lo que necesites para realizar tu trabajo, es fundamental.</p> <p>Si vives con más gente, hazles entender que sólo deben entrar a tu espacio de trabajo para decirte algo súmamente importante o cuando te vean alejado de tu portátil.</p> <p>No dudes en comprar un buen ventilador, una buena silla y un segundo monitor (o los que necesites) si usas portátil.</p> <p>Con respecto a lo del segundo monitor, a algunas personas que programamos nos resulta muy difícil concentrarnos en un editor de código extendido en una pantalla de más de 19 pulgadas. La mejor combinación que he probado es <strong>mantener el portátil a la altura de la mesa y el monitor más grande situado justo encima de la pantalla del mismo</strong>. Esto nos permite concentrarnos mejor en el código, y dejar en el monitor más grande las ventanas del navegador con el resultado (que suelen ocuparnos más espacio debido a extensiones imprescindibles como <a href="http://getfirebug.com/">firebug</a>), la documentación y otras cosas secundarias.</p> <p>Usando la combinación anterior junto a <strong>escritorios múltiples</strong> (también llamados virtuales), puede incrementar nuestra productividad considerablemente. En MacOSX Leopard los escritorios virtuales vienen <a href="http://www.apple.com/es/macosx/features/spaces.html">por defecto con el sistema</a>, al igual que en la mayoría de escritorios para Linux/Unix. En Windows podemos tener esta funcionalidad en Windows Vista/Xp gracias a la herramienta Open Source <a href="http://www.codeplex.com/vdm">Vista/XP Virtual Desktop Manager</a>.</p> <p>**Fijarse un horario y vestirse para trabajar **</p> <p>Una de las ventajas de trabajar desde casa es el poder gestionar el tiempo de la forma que creas conveniente. No hay que asumir esta ventaja como algo que nos evite la necesidad de tener un horario.</p> <p><strong>Tener un horario puede ayudarnos a conseguir concentración, evitar procrastinación y necesitar menos tiempo para realizar el trabajo.</strong> Si asumes la recesidad de respetar un horario, vas a dejar las cosas que no están relacionadas de lleno con tu trabajo para otro momento que no entre dentro de dicho horario.</p> <p>Si algún día necesitas modificar dicho horario, que sea por algo realmente necesario y tomarlo como un hecho puntual. Si no somos serios en ese aspecto no sirve de nada el planear un horario, sólo para engañarnos a nosotros mismos.</p> <p>Probablemente pienses que respetar un horario limíta la libertad que tienes para gestionar tu tiempo al trabajar desde casa. Precisamente esa libertad es la que te permite planificar un horario adaptado a tí, sin que nadie lo haga por tí ni te ate a unas horas en las que no estas agusto trabajando.</p> <p>Tener libertad no debe llevar a no ser responsables ni ordenados con nuestro tiempo. Piensa en la responsabilidad que <a href="http://es.wikipedia.org/wiki/Hiro_Nakamura">Hiro Nakamura</a> debe asumir ;)</p> <p>Cuando trabajamos en casa podemos tener una mala costumbre de ponernos a trabajar nada más levantarnos de la cama.</p> <p>Lo ideal es levantarnos, hacer algo de ejercicio, ducharnos, <strong>vestirnos con ropa cómoda</strong>, desayunar y ponernos a trabajar.</p> <p>**Evita programas de gestión de tiempo que supuestamente te ayuden a ser productivo, usa el papel/una pizarra y escucha música nueva **</p> <p>Al igual que en tu mesa de trabajo, <strong>en tu ordenador no debería estar ejecutándose lo necesario para realizar tu trabajo y ayudarte a concentrarte</strong>.</p> <p>Muchos programas del tipo GTD “<a href="http://en.wikipedia.org/wiki/Getting_Things_Done">Getting Things Done</a>”, si no se usan bien, pueden hacernos perder el tiempo precisamente en gestionar las tareas que nos quedan pendientes y nos abruman con alertas por todas partes.</p> <p>Para gestionar tus tareas y horarios hazte con un calendario (mejor si es el que viene con tu sistema operativo) y un <strong>gestor de proyectos deslocalizado y lo más minimalista posible</strong> (yo uso <a href="http://www.basecamphq.com">BaseCamp</a>). Procura hacer más caso a tu calendario que a las tareas pendientes para respetar tus horarios, y pasa <strong>las tareas más inmediatas a papel</strong>.</p> <p>Cuando las completes, abre el gestor de tareas y táchalas, pasa las siguientes a papel y cierralo hasta que completes las nuevas.</p> <p>Mantener el gestor de tareas abierto puede agobiarnos, y nos dificulta el visualizar los “arboles” que debemos talar dentro del “inmenso bosque” que tenemos en frente.</p> <p><a href="http://freelanceswitch.com/productivity/why-should-freelancers-use-mind-mapping/">Dibuja mapas mentales</a>, para separar problemas, tomar decisiones, planificarte o para buscar la forma de desarrollar cierta funcionalidad de un proyecto que tengas entre manos, y <a href="http://www.amazon.com/Effective-Prototyping-Software-Interactive-Technologies/dp/0120885689">prototipa las interfaces</a> asociadas a una funcionalidad que debas desarrollar. <strong>Hazlos sobre papel o sobre una pizarra</strong>, es más rápido y nos aleja de toda distracción concentrándonos en lo verdaderamente importante.</p> <p>Para muchas personas la música ayuda a concentrarse, yo por ejemplo uso el <strong>cliente de escritorio</strong>, evita entrar en la web mientras trabajas, de <a href="http://lastfm.com">last.fm</a> que me permite escuchar música del estilo que más que gusta <strong>ofreciéndome variedad</strong>, esto último es muy importante para hacernos más ameno el trabajo.</p> <p><strong>Programas de mensajería instantánea</strong></p> <p>Los programas de mensajería instantánea son un gran avance para mantenernos en contacto con clientes, amigos y familiares.. pero a la hora de trabajar suponen un gran peligro que afecta directamente a nuestra productividad.</p> <p>Quita bots de servicios tipo twitter, pownce, jaiku y demás. Estos servicios disponen de clientes de escritorio que nos permiten seguirlos de una forma más asincrona y con menos intrusividad.</p> <p>Desconéctate de MSN/Live en horario de trabajo. MSN/Live de Microsoft es la red de mensajería instantánea que tiene más usuarios conectados en todo momento,y la mayoría no son profesionales. Por el contrario, servicios como GTalk de Google, tienen un número de usuarios más bajo que lo usan, y en la mayoría de casos son usuarios más avanzados que disponen menos tiempo para perderlo.</p> <p>Recuerda que tus amigos y familiares tienen tu teléfono, si es algo urgente te van a llamar.** **</p> <p><strong>Haz ejercicio, no pierdas relación con la gente que te importa, conoce a gente nueva relacionada con tu trabajo, practica sexo (si puedes) y sal de casa</strong></p> <p>Debes ser consciente de que trabajar en casa, además de psicológicamente, te va a afectar físicamente.</p> <p>El ejercicio es fundamental para soportar cargas de trabajo, crear nuevas neuronas y mejorar el ritmo cardiaco entre otras muchas cosas. Dentro de tu horario de trabajo, fíjate una hora al día para cuidarte físicamente.</p> <p>Trabajando en casa no tienes compañeros de trabajo. **Esto es una desventaja muy grande, sino colosal. **</p> <p>Trata de sacar tiempo para hablar con tu familia, padres, amigos etc. Trabajar en casa y empezar con un negocio que debes sacar adelante si o si, va a limitar mucho el tiempo del que dispones para compartir con otra gente, especialmente si están fuera del ámbito de tu trabajo. Debes relacionarte con más gente, es importantísimo para ampliar tu cartera de contactos, forjar más amistades, aprender cosas sobre más temas que no sean tu trabajo pero que te puedan venir bien en un futuro, mejorar tu carisma, tu forma de expresarte, tu sentido del humor y tu vida en general.</p> <p>Practicar sexo además de proporcionaros a tí y a tu pareja placer, mejora tu autoestima, la circulación de la sangre, te libera de estrés y te hace estar de buen humor.</p> <p>Sal de casa aunque sea solo, busca cualquier excusa para hacerlo. A mí personalmente me resulta imprescindible escaparme a algún sitio donde pueda ver el mar y estar tranquilo.</p> <p><strong>Correo, RSS y Twitter</strong></p> <p>El correo electónico es imprescindible para realizar nuestro trabajo hoy en día. Muchos de nosotros disponemos de varias cuentas a las que acceder y que debemos revisar todos los días.</p> <p>Centralizar todas nuestras cuentas en un sólo cliente nos va a evitar perder tiempo y olvidar leer algún correo importante.</p> <p>Para muchos, el estar al día en tecnologías, técnicas y metodología que aun no están documentadas y son imprescindibles para mejorar como profesionales, es gracias al seguimiento de cientos de sitios web que comparten experiencia y conocimiento.</p> <p>Los lectores rss nos permiten asimilar de forma cómoda cantidades colosales de información que nos llega cada día.</p> <p>Sin embargo son de sobra conocidas las desventajas de no tener un control del tiempo invertido en la lectura de toda esta información. Planifica dentro de tu horario, un tiempo para tu lectura diaría de rss y síguelo a rajatabla.</p> <p>Servicios de mensajería asincrona como twitter nos permite recibir información filtrada y recomendada por gente que hemos decidido seguir, además de conseguir nuevos y valiosos contactos. Elegir bien a tus contactos en este tipo de servicios es clave.</p> <p>**Evita horarios nocturnos, descansa y desconecta **</p> <p>Muchos trabajamos de noche bastante mejor que de día, sobre todo cuando trabajamos en casa. Por la noche nuestro vecino no se va a poner a taladrar una pared, hay menos gente conectada en los programas de mensajería instantánea, hay menos tráfico en la calle, nadie normal nos va a llamar o abrir ventana en nuestro cliente de mensajería por alguna estupidez a media noche y seguramente el resto de habitantes de tu casa, estarán durmiendo.</p> <p>Sin embargo, ese tipo de horarios pueden evitar que tomemos en serio nuestras horas dedicadas al sueño y no nos permitan ser todo lo sociales que deberíamos.</p> <p>Es imprescindible estar lúcidos y descansados cuando hablamos con nuestros clientes u otras empresas/profesionales con las que trabajemos.</p> <p>Descansar es fundamental para ser más productivos. Piensa que si tienes que restar horas de sueño porque no estás consiguiendo todos los objetivos que deberías, es que algo has planteado mal.</p> <p><strong>Debes desconectar</strong>: vete a cenar/tomar copas con tus amigos, juega a la consola, alquila películas/ve al cine, ve a <a href="http://nvivo.es">conciertos</a>, escápate a una casa rural.. y vete a eventos que organize gente como tú.</p> <p><a href="https://blog.asiermarques.com/2008/cosas-que-he-aprendido-al-trabajar-como-autonomo-desde-casa-parte-2-de-2/">Continúa leyendo la segunda parte</a>.</p>
<p>My name is Asier; I’m from <a href="http://maps.google.es/maps?q=Barakaldo&hl=es&ie=UTF8&ll=43.2932,-2.988281&spn=11.992083,15.578613&t=h&z=6&iwloc=addr&om=1">Barakaldo</a>, but I live in Madrid, Spain.</p> <p>Currently, I’m working as Sr. Engineering Director at <a href="https://www.auctane.com">Auctane</a>, and I’m studying psychology at <a href="https://www.uoc.edu/">UOC University</a>.</p> <p>You can find me at:</p> <ol> <li> <p>Email: <a href="mailto:[email protected]">[email protected]</a></p> </li> <li> <p>Twitter: <a href="https://twitter.com/asiermarques">twitter.com/asiermarques</a></p> </li> <li> <p>Linkedin: <a href="https://www.linkedin.com/in/asier">linkedin.com/in/asier</a></p> </li> <li> <p>Instagram: <a href="https://instagram.com/asiermarques">instagram.com/asiermarques</a></p> </li> <li> <p>Medium: <a href="https://asiermarques.medium.com">asiermarques.medium.com</a></p> </li> </ol>
<p>Mi nombre es <strong>Asier</strong>, soy de <a href="http://maps.google.es/maps?q=Barakaldo&hl=es&ie=UTF8&ll=43.2932,-2.988281&spn=11.992083,15.578613&t=h&z=6&iwloc=addr&om=1">Barakaldo</a> (País Vasco, España), y resido de forma habitual en Madrid.</p> <p>Actualmente formo parte del equipo de gestión de ingeniería de <a href="https://bestsecret.com">Bestsecret Group</a> liderando los equipos de desarrollo de software en el dominio de payments.<br> Anteriormente trabajé en <a href="https://auctane.com/">Auctane</a> asumiendo el rol de Senior Engineering Director para el brand de Packlink Shipping y el hub de ingeniería de España.</p> <p>Empecé mi carrera tecnológica trabajando en el área de sistemas IT en empresas como Softec, Ibermática, Batz Coop. (Grupo Mondragón), Altran (en proyectos para Panda Security y BP Solar) para después pasar al campo de desarrollo web trabajando en nvivo Internet, como autónomo en diversos proyectos web y finalmente como director técnico en Ideateca Factory.</p> <p>En Mayo de 2009 fundé <a href="http://blackslot.com">Blackslot SL</a>, una empresa que se dedica a ofrecer soluciones avanzadas de sistemas y de desarrollo web para empresas que crean proyectos en internet.</p> <p>En Abril de 2011, desde Blackslot lanzamos <a href="http://artesanio.com">Artesanio.com</a>, una red social y plataforma de ecommerce saas para el mundo de la artesanía.</p> <p>En Octubre de 2011 fundo <strong><a href="http://simettric.com">Simettric</a></strong>, una agencia de desarrollo de proyectos de innovación para Internet.</p> <p>En Febrero de 2012 me uno al equipo de dirección de 4Visions Gestió de Projectes, SL, empresa en la que desarrollamos soluciones de software online para freelances y agencias del sector de la traducción, <a href="http://4visionshq.com">4visionshq.com</a>.</p> <p>En 2018 trabajé como responsable en el área de arquitectura de software en el <a href="https://www.versia.com/">Grupo Versia</a>.</p> <p>Me apasiona también la música, además de buscar continuamente grupos, artistas y temas, <a href="https://www.mixcloud.com/asiermarques">practico el arte de la mezcla</a> de música electrónica desde 1997.</p> <p>Puedes leer <a href="https://es.linkedin.com/in/asier">mi currículum en este enlace</a>.</p> <p>Y puedes encontrarme por:</p> <ol> <li> <p>Email: <a href="mailto:[email protected]">[email protected]</a></p> </li> <li> <p>Twitter: <a href="https://twitter.com/asiermarques">twitter.com/asiermarques</a></p> </li> <li> <p>Linkedin: <a href="https://www.linkedin.com/in/asier">linkedin.com/in/asier</a></p> </li> <li> <p>Instagram: <a href="https://instagram.com/asiermarques">instagram.com/asiermarques</a></p> </li> <li> <p>Artículos en inglés en Medium: <a href="https://asiermarques.medium.com">asiermarques.medium.com</a></p> </li> </ol>