Thinking on hiring me?

Please read

Fernando Guillén

a Freelance Web Developer

cabecera decorativa

software development as an artistic expression

Archive for the ‘visión’ Category

Viernes, Julio 1st, 2011

I don’t like end customers

This is not a flash thinking. I have not just waked up angry with something and I just have taken this decision. It has been something cooking very slow.

I remember three years ago talking with one of my respected colleagues about our freelance way of life. I was defending the experience of working with end customer, taking the project from the beginning when it is only an abstract idea, extracting to the customer all the info the project needs, to become one abstract idea in reality, teaching your contracting how to build an internet project is and what it needs.

He was in the other side: he preferred to not deal with all of this.

He had just more experience than me. The time has placed me in the same opinion.

Now I’m starting to generalize so please don’t take offense of my words at least you feel recognized on them.

The history is common and it starts like this: A new email contact achieves to my inbox, someone was looking for a freelance web developer and arrived to this web site and decided to contact me. This history has never had a happy end. Just a waste of time on my side.

These are the mistakes this customer is gonna make:

  • He doesn’t believe there is a relation between quality and price. He thinks all professionals are the same, they just have to find the cheapest one.
  • He is not calculating property the amount of resources that an internet entrepreneurship needs to wake up. He thinks that finding a programmer is enough, no idea about user experience, information architecture, graphics and design, marketing, market studies, usability, SEO, maintenance, servers, customer attention, business model, investors, legal implications, …
  • He overrates his idea. He thinks he has a million dollar idea, but he even hasn’t studied the other players, the competitors. He thinks his idea is the most important part of the project when the reality is that it is worthless without a good development in every sense of the word. He thinks he has the idea very good defined but it is just an abstraction with not definition or analysis at all.
  • He wants it all. Every stupid functionality is indispensable. Not possibility to discern between necessary and desirable. Not possibility to define a first iteration with a basic functionality. Negation of the nature of an internet project: it will ask what it needs, you just don’t know yet.
  • He is not gonna take any responsibility. He thinks his only function in this adventure is to push with the budgets and the timings. He doesn’t accept he has to work, he has to offer answers, solutions, cover no technical tasks, … and do it fast. I need him to be a companion, a partner.
  • He is not gonna take any risk. Really? you are starting up a supposedly great business and you have reserved 1.500 euros to do it real?. This is less than the vegetable store on the corner pays for rent. This is very related with the previous point: one of the biggest responsibilities he is gonna avoid is the obtaining of money. He says he has not to much money and I should understand this issue. What he is telling me is that he just failed in one of his most important responsibilities: the money supply.
  • He doesn’t sell it self. He just writes an email with petitions (usually a budget). He just says he has a great idea and he is expecting me to convince him that I’m the right professional he needs. He doesn’t say anything about him, about his experience in internet entrepreneurship, why should I accept to work with him?, which are his references?.
  • He doesn’t understand his own business model. I know better than him which the possibilities are, even which of them are possible better for his business proposition. I feel scared with his ideas. This is one of the most frustrating situations. He has lost his leadership. He is not an inspiration for me.
  • He asks me for my programming skills and what he is really asking me is to be his CEO. He wants me to build the team, to manage it, to resolve any issue, to be a technical and business consulter. And if for any reason the project doesn’t success like it was supposed to, he will want me to be the responsible.
  • He wants a fixed budget, even if the idea is properly defined and documented (what is unlikely) is literally impossible to know which are gonna be the final needs of the project, or the issues we are gonna find, or the specification modifications we will should face up.

I think I have realized that the desirable end customer, the one that knows the domain, who knows the value (and the price) of the quality, who respects me as a professional, who takes risks to stand up his idea, who has the experience to offer justified and well analyzed ideas, who understands his responsibilities, the one that is a really leader and an inspiration, who really believe on his project, he is not calling you in his own name, will be the start-up he has just created to wrap the project who will call you.

This is why my really preferred end customer, which officially are not really end customer, are the Start-Ups.

Viernes, Agosto 28th, 2009

The Rails Rumble Experience

Software development is a box of wonderful surprises and the community I have found around Ruby on Rails is the most passionate I have never met.

The last crazy geek stuff I have been involved in was the RailsRumble. A contest where small web development teams have to show what they are able to build in only 48 hours. Of course the web framework to use is Ruby on Rails, which other can you use to implement something almost finished in only this bunch of hours?

The experience, besides being a technology challenge, is a very enriching personal experience

Our group was formed by Raimond Garcia, Felipe Talavera, Carlos Matallín and me.

RailsRumble Mallorca Team

Within a few days of cross mailing conversation we had an approximate idea of what we were gonna build. The 3 developers get together at my house in Mallorca, our designer and front developer, Carlos Matallín, could not enjoy physically the experience with us, but was on continuous contact through mail, skype and video conference.

The previous night was the discussion time.. a few cups of coffee and a lot of pen and paper, our idea was incredibly simple and could become something incredibly helpful, but it was full of small details and possible solutions that should be decided before work started.

Functional Paper Doc2am, Day D -2, Hour H -48, the time of the first commit, just a very concise README.md file and go to sleep.

When I waked up in the morning my partner Felipe had already the server standing up and our most important tool working: the mail digester.

The day was very pleasing, not any pressure stressed us, our code was responding our expectations incredibly well, Raimond was concentrated on the integration test layer of our application, Carlos was sending us very correct designs time at a time, Felipe working here and there knowing all the stack of the application and me focusing on the mail parser. Time at a time we reset our bodies with a very cold dip up on our small swimming-pool.

At the end of the first day our application was working. Not on any casuistic worked well, but it was working.

The second and last day supposed to be only to correct details and test any problematic casuistics, I don’t know if it was for overconfidence or because the problems to resolve were too hard to resolve but the last commit was exactly at 2am on Sunday, that means Hour H on Day D.

The supposed objective of the RailsRumble is to convince the expert judges that our application developed on 48 hours is above the rest of them.. Our project was judged as the #57 of more than 200 applications. Not available to pass to the next level: the public vote. That suppose to mean that we failed. Nothing further from the truth. We built something very transgressor, very innovative and also very simple, we were congratulated for one of the most known Ruby on Rail gurus: Obie Fernandez, we enjoyed ourself a wonderful geek weekend and we have decided to improve the code and to expose it to the community to see if it becomes as helpful as we think.

And over all we were full up of new inspiration and energized passion towards our profession.

What was that we were working this weekend? … :), the new mailing bot to help your mailing list with informal votes: LetsDecide.us. I’ll talk more concise about it on future post.

Viernes, Agosto 22nd, 2008

¡Qué joven era! o mi camino con Rails.

Aclaración: En este texto repito mucho la palabra Rails, todo el mundo entiende que me refiero a Ruby on Rails. Pero creo que en muchos de los contextos debería haber puesto Ruby. Para mí Rails no sería nada sin Ruby y Ruby no sería nada sin un framework como Rails.. pero Rails es más suplantable que Ruby.

He estado viendo una de las charlas de las Conferencias Rails 2007.

Concretamente la de Fernando Blat sobre caché en Rails. Estoy intentando integrar esto de las cachés en un proyectillo basado en Rails que estoy haciendo.

La paradoja es la siguiente: resulta que sale uno haciendo una pregunta (minutos 41:40 al 43:00) que justamente me ha surgido a mí mientras videaba la charla. Resulta que el que hace la pregunta soy yo, resulta también que el proyecto en el que estoy trabajando lo hago bajo la supervisión del mismo Fernando Blat y es a quién se la iba a preguntar en persona. Resulta que no me acordaba de nada de esta charla. Resulta que no tenía ni idea de Rails en ese momento y que justamente ahí y entonces es cuando estaba pasando la etapa de la ironía y del rechazo para pasar a la de la aceptación.

Han pasado exactamente 9 meses de esa charla y las cosas han cambiado realmente mucho.

Conferencias Rails 2007

Fuí a las Conferencias Rails 2007 con una actitud completamente escéptica. Ya había oído hablar de Rails a los más freakies de mi cuadrilla, y también al más experimental de mis socios, pero había obviado sus comentarios con bastante incredulidad, yo soy una vieja mole de Java y estaba encantado con ser así.

Normalmente actúo con esta actitud ante la presencia de cualquier nueva tecnología que me presentan, no me gusta ser pionero en experimentar, me gusta vigilar desde la costa hasta ver si el barco sigue navegando cuando el viento amaina.

Voy en la cola de la comunidad, un paso por detrás de la cresta. Esto puede que me haga retrasarme un poco pero conozco el esfuerzo que requiere adquirir experiencia en cualquier tecnología, y lo que es peor, el esfuerzo que requiere dejarla cuando ha sido una decisión desacertada, por lo que cuando pongo algo en el punto de mira lo hago con mucha energía ahorrada.

Si me hubiera dejado llevar por todo canto de sirena que he escuchado me habría perdido en el baile eterno de ruidos como EJBs o Google Web Toolkit.

Durante las Conferencias Rails 2007 yo era un convencido de Java, no creía que nada de lo que oyera ahí fuera a convencerme, tengo la experiencia de que este tipo de conferencias endogámicas suelen ser un circuito de palmaditas en las propias espaldas vacías de contenido.

El primer día lo pasé discutiendo con la gente que se me acercaba, incluso con los conferenciantes ( Arquitectura hardware en Rails minutos 46:00 al 50:45, Tomatine minutos 18:30 al 20:30, Mtv.es minutos 26:20 al 28:00, y alguna más que no quedá grabada.. menos mal :) ) , expresando mi escepticismo hacia el cúmulo de bondades que este semi-nuevo framework estaba trayendo al mundo del desarrollo de software. Lo llaman la fase de la negación. Ya había pasado la fase de la ridiculización.

El segundo día llevaba un cabreo de la leche. No podía ser, no era cierto. No quería cambiar, quería que Java siguiera siendo lo mejor. Pero dentro de mí empezaba a solidificarse una revelación: Rails era mejor, no para el desarrollo web, sino para mí.

Era la primera vez que oía tantas veces repetida como feature de un framework: “la búsqueda de la felicidad del programador“. Me estaban hablando a mí, eso es lo que he buscado siempre en mi profesión: la felicidad. Entiéndase la felicidad del programador no como currar poco y cobrar mucho sino como ‘resolver‘ una necesidad de una manera elegante y ágil.

Me entró un temblor débil, dejó de ser desagradable. Recuperé el entusiasmo que cíclicamente me viene: Cuando hice mi primer FOR en el BASIC del MSX, cuando moví mi primer Sprite, cuando parcheé mi primera interrupción de teclado, cuando hablé con una bombilla vía puerto paralelo, cuando hice mi primera función C, cuando accedí por primera vez directamente a la memoria de vídeo, cuando inserté mi primer registro en una base de datos, cuando envié mi primer mensaje entre dos sockets, cuando hice mi primera web dinámica, … creo que a partir de entonces lo había perdido, todo se había vuelto pesado y costoso.

Rails había venido para rescatarme.

Las conferencias acabaron pero del poso en el estómago surgió una inquietud indomable.

Dejo Constela

Todo se había juntado, a mi agotamiento como desarrollador se sumaba el peso y responsabilidad de ser socio de una empresa que había empezado ha crecer y a comer recursos y presupuesto con avidez.

En Constela, con la compañía de mis socios Jesús y Miguel y del resto de equipo que juntamos, me hice fuerte, me hice duro, conseguí una experiencia que solo se consigue con la lucha. Les debo mucho.

Pero me sentía pesado, mis movimientos se habían vuelto costosos, el barco era fuerte pero su timón era muy duro y me bajé. Me dejaron una barca y empecé a navegar, remando, despacito, cantando.

Me pongo a comprar libros Rails como un loco

El entusiasmo había vuelto, la avidez autodidacta solicitaba información, ahora tengo casi todo lo recomendable traducido al castellano y casi todo lo imprescindible sin traducir.

Devoro información, todo es demasiado diferente, el click en mi cabeza tardó en llegar y todavía oigo su eco por lo reciente que ha sido.

Entro en la lista ror-es

La lista de desarrolladores de Rails en castellano, una comunidad muy pequeña pero inspiradoramente entusiasta y animada. Duramente moderada por @mort a quien he temido e incluso odiado en mi primera etapa, ahora casi-superada.

Hago la tienda de Hola Por Qué

Mi primer Hola Mundo en Rails no es una paginita con un mensaje insulso, es una tienda online :)

Muy pocas líneas de código picadas con el método de prueba y error, sin haber conseguido todavía hacerme con la sintaxis de Ruby ni el intríngulis de Rails, escribía instrucciones y declaraba variables al tanteo hasta que ningún Sintax Error ni nigún Error 500 aparecía.

Todo montado sobre sólo 2 tablas de base de datos.

Fichado por La Coctelera

Para mí La Coctelera ha sido, desde que conozco Rails, como el buque insignia español de este framework.

Escribo a Álvaro para comunicarle mi deseo de entrar a formar parte de un equipo con experiencia y entusiasmo como el suyo.

A los pocos días me encuentro con una seudo-entrevista de trabajo en un vagón de metro de la línea 1 con Álvaro y Fernando Blat.

Yo no llevo nada para enseñarles sólo les transmito mi entusiasmo y mi seguridad de que simplemente “se me dá bien esto del desarrollo web”. (Bueno, igual mi experiencia como responsable de tecnología en Constela y jefe de proyecto en el desarrollo de Kroonos fueron una buena carta de presentación).

Tienen entre manos un proyectillo que parece pensado para mí y me pongo manos a la obra. Y aún hoy sigo dando guerra por sus oficinas.

La experiencia de trabajar con un equipo de desarrollo ágil como el que tienen aquí en La Coctelera y The Cocktail en general, además de estar bajo la continua supervisión y apoyo de un joven gurú de nuestros tiempos como es Fernando Blat me está haciendo recuperar a grandes zancadas el retraso provocado por mi, aún valorado y mantenido, escepticismo.

Voy al Euruko

Y cojo y me voy a Praga, al Euruko 2008. Unas conferencias temáticas sobre Ruby. No disfruto tanto dentro como fuera de las conferencias.

Afuera me acoge con un pequeño grupo de raileros que también habían venido desde España, casi todos gurús de Rails y todos un encanto de personas.

Son las primeras conferencias de programación en las que se mezclan de manera perfecta las experiencias freakies con las amorosas.

La foto con el creador de Ruby

Y subiendo escalas en mi incipiente carrera como gruppy de Ruby aquí me tenéis, en una foto de pésima calidad, con el creador de Ruby Yukihiro ‘Matz’ Matsumoto y uno de los gurús al que llaman Dr Nic.

Foto con Dr Nic y Yukihiro ‘Matz’ Matsumoto

Red de amigos raileros y madrid-rb

El Euruko, las charlas, las comilonas y las risas crean pequeños vínculos que se comienzan a reafirmar con el reempuje de la comunidad Ruby de Madrid, del que soy testigo.

El último jueves de cada mes es la kdd oficial del grupo de Ruby de Madrid y aunque esta comunidad sea mucho más pequeña el karma de este lenguaje hace que las kdds sean mucho más populares que las de Java que solía convocar con la gente de Java-Madrid hace unos años.

Ahora ya conozco en persona a prácticamente la totalidad de los conferenciantes de esa mítica Conferencias Rails 2007 :)

Miembro fundador de rsug

Y me encuentro firmando el acta como uno de los socios fundadores de la asociación Ruby Spanish User Group, que aunque ahora no tenga los conocimientos ni experiencia suficiente espero aportar/devolver algo de lo que siempre tanto recibo a la comunidad.

Participo en el 2º concurso de programación de OpenMovilForum

E hinchado de orgullo por mis rápidos progresos me incribo al concurso de programación del OpenMovilForum con unas expectativas desorbitadas de llevarme el primer premio.

Presento no 1 sino 2 proyectos desarrollados en unas 3 semanas. Algo imposible de imaginar para mí hace pocos meses.

El resultado: me como los mocos. Pero empiezo a notar la soltura, empiezo a sentirme ágil.

Lluvia de ofertas de trabajo

Aunque no todas han acabado en acuerdo, sí que noto que mi perfil empieza a ser apetitoso.

Los principales escollos que veo es que el cliente sigue pensando que esto del desarrollo web es una baratija o que un freelance es intrínsecamente mucha más barato que una empresa.

En cualquier caso me siento cómodo y sé que cada vez me siento más capacitado para dar a los clientes lo que de verdad quieren: opinión, una persona resolutiva, prototipos rápidos y desarrollo iterativo.

Me compro un mac

¿Es este un paso que tiene que ver con mi incursión en Rails?…

Indudablemente sí, contagiado por la fiebre maquera que afecta a esta comunidad. Pero sobre todo tiene que ver con la búsqueda, mucho más antigua, de la agilidad.

¿Soy más feliz ahora?

Sí.

¿Será por Rails?, ¿por volver al mundo freelance?, ¿por mi nuevo Mac?… ¿por el amor?.. qué más da!

Miércoles, Mayo 7th, 2008

‘Software como poesía’ en el DorkBot del Viernes en Madrid.

Que la creación de software es un tipo de expresión artística es una de las visiones que tengo de esta mi profesión. Profundizando un poco: las líneas de código son literatura que cuentan una historia con sus personajes, sus acciones, su nudo, su desenlace. Puede incluso acercarse a la poesía por su ritmo, su rima, su cadencia…

Interesante charla pues la que nos presenta Santiago Gala en el DorkBot de este Viernes:

“Software es poesía”: Un poco de teoría y algunos ejemplos sobre cómo el software, como cualquier otro sistema de signos, es utilizable para el arte. Expresión, interpretación y transgresión en el software.

Para ver la lista de charlas completa, lugar, hora y demás.

Vía lista de correo de DorkBot Madrid. (La página web más desactualizada y difícil de enteder de la Internet) .. es broma :P

Jueves, Abril 24th, 2008

Informático guapo

Me contaba la chica de rizomarte una anécdota que le ocurrió cuando le instruía a una amiga en el vertiginoso mundo de esto de Internet.

La tutora en cuestión le estaba enseñando la página de Google y le explicaba que ahí podía encontrar lo que quisiera, la cosa más inverosímil

Dejó a la alumna al mando y para poner a prueba la temeraria afirmación de su tutora introdujo “informático guapo“.

Y aquí acaba la anécdota. Ahora las reflexiones.

¿Será posible?, qué mitificados estamos los informáticos con esto de que somos todos feos. Aunque la verdad es que si realizas la misma búsqueda que realizó nuestra co-protagonista nos encontramos con unos 200mil resultados.. pero si aproximamos la búsqueda y obligamos a Google a encontrar las 2 palabras juntas sólo nos aparecen !8¡. ¿Será posible que en todo Google sólo se haga referencia 8 veces al concepto “informático guapo”?

Esto en primer lugar, pero como segunda reflexión observar que a la chica se le instó a introducir algo que quisiera encontrar, osea que es motivo de alegría y orgullo para todo el gremio pues existe una demanda sentimental real, y es que en realidad a todo aquél que esté buscando una relación emocional le interesaría intentarlo con un informático porque podemos llegar a ser realmente útiles.

Como colofón me gustaría hacer un llamamiento a toda persona que tenga conocimiento de la existencia de un informático guapo a que insertase un comentario con un link a alguna foto del mismo o me la enviara por email.

Se me ocurre la disparatada idea de que podríamos juntar a 12 y hacer un calendario como esos que se hacen los bomberos y venderlo y donar los beneficios a alguna buena causa como “la asociación de informáticos dessocializados” o algo así.

Todo esto es medio broma, medio serio.. así que ¡adelante!.

Atención, todo lo que aquí es válido para un género lo es para el otro.

Jueves, Marzo 27th, 2008

El condecorado. (El hiperusuario II)

Otro modo de hiperusuario, pero no tan ‘natural’, sería el modelo de los roles pero entendido más bien como una condecoración.

Es el que se tiene en cuenta en cierto tipo de aplicaciones sociales que otorga cierto poder a unos usuarios sobre otros. Esta subida de nivel, o condecoración, suele darse de manera explícita por otros usuarios de alto nivel, o ya condecorados, atendiendo a los méritos, o favoritismos por que engañarnos, del usuario condecorado.

Véase los editores de un popular sitio de noticias, los moderadores del foro o la lista de correo de moda, los operadores del canal del chat, los autores de un blog influyente.

En un usuario condecorado se produce el mismo estímulo que en el usuario enganchado de manera natural: cierta dependencia anímica para con la aplicación, se siente premiado, que lo está haciendo bien. Un usuario condecorado se convierte inmediatamente en un evangelizador y protector de nuestra aplicación. Aunque desde una perspectiva de superioridad que suele causar despotismo, nada que ver con la perspectiva del hiperusuario ‘natural’.

En definitiva, condecorar a un usuario es convertirlo no sólo en un evangelizador sino también un trabajador para la comunidad.

Miércoles, Marzo 26th, 2008

El hiperusuario.

Entiéndase por hiperusuario a la categoría que engloba a todos esos usuarios que hacen un uso extremadamente intensivo de nuestra aplicación. Han integrado la aplicación en sus vidas y han generado una relación de depencia con ella que los convierte en extremadamente exigentes a la vez que en protectores.

Es el tipo de usuario que todos obviamos mientras diseñamos nuestro software, extremadamente preocupados por hacer que la aplicación sea rápidamente entendida por el usuario novel que acaba de llegar. Recargamos toda función con ayudas visuales y contextuales, alargamos los textos y llenamos todo de wizards. Todo esto puede molestar y decepcionar al hiperusuario.

Es una categoría que los desarrolladores de video-juegos conocen bien. Si alguna vez has estado enganchado a alguno de estos generadores de diversión pura comedores de ocio habrás notado como las funcionalidades del juego van avanzando a la par que tu habilidad para manejarlo. Es como si el juego se fuera actualizando de alguna misteriosa manera, pero no es así, las funcionalidades avanzadas siempre han estado ahí, ocultas al jugador novel, al igual que la funcionalidades de ayuda siguen ahí pero se van ocultando al jugador avanzado. La sensación para el jugador es de continua evolución, de aprendizaje y sobretodo de ser premiado.

La gente de 11870 nos cuenta como parte de la atención en su rediseño se ha puesto en atender necesidades propias de sus hiperusuarios.

Una nota interesante dentro de este contexto la sacamos del mismo autor y es la importancia de cuidar a nuestra minúscula comunidad de hiperusuarios frente a la clásica idea de que la atención la debemos poner en captar al usuario casual:

“atiende ante todo a los usuarios que llegan a tu página por primera vez, ellos son los importantes, si no los convences a la primera nunca tendrás usuarios habituales”

“atiende ante todo a tus usuarios fans, si consigues apasionados de tu servicio, ellos traerán al resto de los usuarios”

Jesus Encinar.

Es un tema que causó un pequeño brote de disputa cuando era jefe de proyecto en el equipo de Kroonos, yo defendía unos pequeños detalles en la usabilidad que sólo iban a ser entendidos por los hiperusuarios. Pero la propuesta se echó para atrás en post de que todo el esfuerzo debía ser usado en atender a los usuarios nóveles.. por otra parte es totalmente defendible ya que no disponíamos de ningún hiperusuario.

Aún así hay que tener un plan, y en el plan debe entrar el ir apoyando y apremiando la evolución de nuestros usuarios.

Resumiendo el hiperusuario existe y será el causante o impulsor del 90% de la actividad en nuestra aplicación, hay que tenerle en cuenta.

Jueves, Febrero 14th, 2008

Alberto Knapp Bjeren, The Cocktail, El Iniciador y charla magistral

Ayer asistí a una charla magistral desde el cerebro del equipo de The Cocktail impulsada por El Iniciador.

Vaya lío de párrafo que me ha quedado.

Eran las cuatro y media de la tarde cuando me enteré que en El Iniciador de este miércoles iba a venir el director de orquesta de The Cocktail. La gente de The Cocktail son ahora mismo para mí la más interesante en España en lo que ha desarrollo web se refiere.

La impresión que me trasmiten es que son nuestros 37Signals nacionales.

Dejé todo lo que estaba haciendo, cogí mi cuaderno y me lancé al metro para escuchar lo que Alberto quería decirnos.

La charla se titulaba nomeacuerdocomo pero eso daba igual, lo que importaba era mantenerlo hablando y estar atentos para recoger cualquier perla de sabiduría que se le escapara.

Perlas que dejó caer voluntariamente o no:

* La plataforma Apple es uno de los productos más sobre valorados.

* La usabilidad es el equilibrio entre lo que pides al usuario y lo que le das como recompensa. No importa pedirle si le vas enseñando qué es lo que ha conseguido poco a poco.

* Los productos que funcionan son los que no sorprenden al usuario. Se refiere en este punto a que el usuario se siente mejor si se puede hacer unas expectativas del producto nada más verlo. Los productos innovadores producen desconcierto en el usuario, incomodidad y rechazo. Aquí podemos añadir que siempre hay innovación que triunfa, hay una verdad en cada frase.

* Los diagramas de gantt y los projects sólo sirven para saber a quién cortar la cabeza si algo falla.

* Los proyectos de la web de hoy se hacen entre poca gente, con mucha libertad, sin projects sino con demostraciones de avances periódicos.

* Defendió la beta pública sobre la beta privada, discrepé un poco con él al respecto.

* Trucos para crear revuelo mediático: no te anuncies cuando sales sino cuando llevas un año: aguantar es la verdadera noticia, entrega una funcionalidad nueva cada mes, dales caramelos a las familias de freekies: saca algo especial para los de Mac o los de Linux, esto hará que se pongan de tu parte y son expertos evangelizadores.

* Confiar ciegamente en que un modelo web que funcione en los USA vaya a funcionar en el mercado español es un gran error, la cultura de la opinión no está arraigada en España. Remató diciendo que los españoles estamos acostumbrados al sufrimiento y la resignación no a quejarnos y opinar. Esto está profundamente arraigado en nuestra memoria católica.

* Una característica que aprecia en un programador es la responsabilidad por encima de la experiencia. Una persona no responsable requiere ser supervisada por mucha experiencia que tenga no encajará bien en los modelos ágiles de desarrollo de software.

* Se le escapó alguna alusión cómico-reprochista a las grandes consultoras, se le notaba como se auto censuraba al poco.

* .. Y mucho más que se me olvida.

De todos modos no sólo eran los puntos que tocaba sino todo el contexto y ejemplos en los que nos metía, se notaba que estaba cómodo que no tenía que impresionar a nadie, que la verdad está en lo humano y lo cercano y que la verdad es lo auténtico.

De verdad que salí encantado.

A lo largo de toda la charla no pude evitar sentir que Alberto me recordaba a alguien:

Alberto Knapp y Pablo Carbonell

Respeto enormemente la labor profesional de mis dos escogidos. Si alguien se siente ofendido no tiene más que decirlo.

En cualquier caso esto lo hago por el humor… viva el humor¡ :)

Jueves, Agosto 2nd, 2007

¿Qué logotipo te gusta más para una empresa de desarrollos en Internet?

Estamos buscando un logotipo para nuestra empresa de desarrollos para Internet pero la pluri-subjetividad de los componentes del equipo hace que naveguemos en espiral sin conseguir decidirnos.

Invocamos ahora a tu subjetividad para que nos digas cuál de todas estas propuestas te convence y te intriga más. Cuál de ellas le quedaría mejor a una compañía de referencia en la generación y gestión de nuevas posibilidades en Internet.

Puedes contestar usando la encuesta del final de la página, también agradecería insertases algún comentario explicando qué logotipo elegiste y porque y porque otros no.

(Las miniaturas que hace el wordpress puede que estén pixelados, pulsa sobre los logotipos para verlos con más calidad)

logotipo 1

logotipo 1

 

logtipo 2

logotipo 2

 

logotipo 3

logotipo 3

 

logotipo 4

logotipo 4

 

logotipo 5

logotipo 5

 

logotipo 6

logotipo 6

 

logotipo 7

logotipo 7

 

logotipo 8

logotipo 8

 

logotipo 9

logotipo 9

 

Elige el logotipo(s) que más te gusta


Jueves, Junio 7th, 2007

“On the human network you subscribe to people, not magazines”

The Cisco’s Human Network.

Es este tipo de publicidad que me pone los pelos de punta, que me habla de un mundo futurista donde la tecnología es parte íntegra de nosotros los humanos, indivisible. Un mundo donde la ubicuidad es una habilidad de todos y de todo. Dónde todo está conectado y el ‘Yo’ ya no existe o por lo menos no sólo nos pertenece a nosotros como individuo pues el ‘individuo’ ya no existe o no hay posibilidad de aislarlo fuera del contexto al que pertenece para su estudio y definición.

Un mundo que es el nuestro y un tiempo que es el ahora.

a Freelance Web Developer is proudly powered by WordPress
Entries (RSS) and Comments (RSS).

Creative Commons License
Fernando Guillen's blog by Fernando Guillen is licensed under a Creative Commons Attribution-NoDerivs 3.0 Unported License.