En unas de esas veces que consulto Source Forge me he encontrado una grata sorpresa. Para el que no lo sepa SourceForge o La Fragua de Código (jejeje) es una comunidad que aloja infinidad de proyectos desarrollados por usuarios de manera altruista, donde todos los proyectos se acogen a licencias de libre distribución. De sus forjas han salido proyectos como eMule, Subversion, Azureus, phpMyAdmin, etc.
La sorpresa:
Buy and Sell Services on SourceForge.net
SourceForge.net is introducing a new feature that will let you buy or sell services for Open Source projects right from the site. Get an insider’s look at this exciting new development.
Una captura de pantalla:
Amiguetes, ¿veis como sí se puede obtener dinero con el código libre? De momento solicitan ayuda para confeccionar este servicio, aunque no me parecería mal que se financiasen por medio del mismo. Ya sabes, que el código sea libre beneficia a todos, si quieres ganar dinero con el código libre, ofrece un servicio, si además es bueno, entonces puedes hacer mucho dinero.
Si me preguntasen por la situación ideal de trabajo elegiría autónomo con contratos por obra y servicio relativamente por periodos relativamente largos, de al menos 4 meses. Esta situación era impensable hace pocos años dada la inmadurez del mercado freelance y la levosa fiscalidad del régimen de autónomo anterior.
Un sector joven como el tecnológico, especialmente el de Internet, adolece de las barreras que tienen otros sectores con años o incluso siglos de antigüedad. La alta movilidad de los empleados, el dinamismo del mercado, pero sobre todo una forma “nueva” de hacer las cosas, donde la gente se mueve ya no tanto en busca de una situación estable sino más bien por un proyecto vital, hacen el entorno ideal para establecerse como autónomo. No es tan importante la empresa como el proyecto.
¿Qué condiciones deberían darse para establecerse como autónomo?
- Base de clientes o un cliente importante que te permita arrancar e ir consolidándola poco a poco
- Proyectos de media o larga duración, al menos 4 meses
- 50% más de salario para cubrir riesgos como periodos muertos
- Buena red de contactos, por ejemplo formando parte de una red de freelance
¿Por qué le interesa al trabajador?
- Elección de proyectos, evitar hastío: motivación
- Control/responsabilidad sobre tu trabajo, evolución personal
- Planificación del trabajo a tu medida, conciliación de la vida laboral
- Trabajo orientado a objetivos
¿Por qué le interesa a la empresa?
- Minimizar riesgos, al realizar los contratos por obra
- Hacer proyectos con los perfiles idóneos
- Flexibilidad
- Trabajo orientado a objetivos
- Amplia bolsa freelance
Conclusión
No es un camino de rosas, pero prefiero ser el último responsable de lo que hago. Me gusta la perspectiva de elegir lo que quiero hacer y cuando quiero hacerlo. No significa no identificarse con la empresa, va más allá, se trata de identificarse con una idea, con un proyecto; cuanto más afines, mejor y más duradera será la relación, al fin y al cabo, estamos hablando de personas, la empresa-persona y la persona-empresa.
El tiempo mínimo necesario para introducir un cambio en una web es una hora, que es el tiempo que requiere comunicarlo a los implicados, ponerse de acuerdo, realizar el cambio, probarlo y subirlo al servidor.
Como desarrollador es la historia de mi vida: pelearme con los diseñadores porque quieren que el diseño quede exactamente así, como en ese PSD. Todo el mundo tiene claro el “así” dentro de su cabeza antes de comenzar, pero con toda seguridad ese “así” es distinto para cada una de las personas que intervienen en el proyecto. Si además, se le ha presentado al cliente, lo ha aprobado y se ha creado su propio “así”, la tenemos bien montada.
Está claro, cada uno tiene su papel en el equipo al que aporta sus conocimientos y base de experiencia, que le permiten construirse un modelo mental del problema a solventar, modelo personal y distinto al del resto de miembros del equipo. De la misma manera cada persona tiene sus herramientas y mecanismos para trasladar su modelo a la mente de los demás sin que pierda “sustancia” por el camino. De ahí la importancia de la calidad y fluidez de los canales de comunicación como sintetizadores de un modelo común o, al menos, en la medida de lo posible. Para minimizar su impacto nos hemos inventado cientos de normas para tratar de encauzar dicho flujo y hacerlo controlable, en lo que se ha llamado metodología. Prototipos de baja fidelidad, de alta fidelidad, entregas sucesivas, etc forman parte habitual de la gestión de grupos para la optimización del rendimiento del mismo.
Para reducir las pérdidas de información entre los individuos de un equipo, unos y otros hemos de acercar posiciones; compartir el mismo lenguaje, conocer las técnicas de los demás y sus herramientas, así como métodos de trabajo; todos ellos resultan clave. No estoy hablando de conocer al detalle y ser un maestro de las mismas, es más sutil: abstraer de las relaciones con los miembros del equipo las motivaciones que mueven a esa persona a tomar la decisiones que toma. No lo hacen por joderte a ti te lo aseguro.
En este caso particular estamos en un medio joven. Los primeros diseñadores venían del mundo del papel donde están acostumbrados a que el producto final sea exactamente lo que habían pintado. De hecho los maquetadores de papel trabajan con los textos reales que finalmente acaban en la imprenta, por lo que se dedican a trabajar con el contenido que existe.
En la web se diseñan plantillas, es decir páginas genéricas que albergarán gran cantidad de contenido más o menos diverso que en el momento de su creación no ni siquiera existe. De ahí que la plantilla requiera un alto grado de flexibilidad para lo que es indispensable que se adapte al contenido. Hay que añadir la propia naturaleza fluida del HTML, el lenguaje de marcado mediante etiquetas del contenido que permite la estructuración del mismo. Si el contenido es a priori desconocido y el propio medio es fluido, se hace indispensable no limitar el contenido mediante el diseño. Únicamente con contenidos acotados se podría relajar esta necesidad.
Una razón más, la gente busca contenidos, así que prima el contenido sobre el diseño. Obviamente mediante programación se pueden hacer todo tipo de malabares para “encajar” el contenido en un diseño dado; cosas como cortar textos o palabras, ajustar dinámicante tamaños de fuente o del diseño o reajustar ventanas no hacen mas que minimizar el problema; es el diseñador el que tiene que prever este tipo de contingencias y solucionarlas, es necesario que conozca el medio en el que trabaja, lo que implica tener nociones de HTML, CSS o qué información se va a presentar y de donde proviene, de la misma manera que un diseñador de papel conoce los diferentes papeles, técnicas de impresión, tintas o impresoras.
Ambas partes estamos haciendo un esfuerzo por hablar un lenguaje común, pero sinceramente creo que por estar la tarea del diseñador antes en el proceso, se acaba condicionando en fuerte medida el desarrollo posterior. Por eso es necesario que los diseñadores bajen un poquito al fango del desarrollo y se empapen todo lo que puedan, mientras asumen su tarea lo mejor es que alguien con perspectiva más técnica esté en las fases preliminares de diseño.
Diseñadores del mundo: os toca.
Como decía Bruce Lee:
If you put water in a bottle, it becomes the bottle; If you put water in a tea pot, it becomes the tea pot. Be like water my friend.
Metodología
Las metodologías que arrastramos desde la revolución industrial se centran en la deshumanización del individuo mediante la mecanización de sus actos, con el objetivo de construir una gran máquina eficiente, donde cada una de sus piezas obre a la perfección.
Toda metodología que vaya contra las personas es un sinsentido. La mayoría de problemas derivan precisamente de las relaciones entre personas, por lo que las soluciones tienen que venir de las organizaciones de personas. El propio nombre de organización resulta inapropiado para nominar a las agrupaciones de personas que persiguen unos intereses comunes como grupo, ya que sus relaciones a lo largo del tiempo son todo menos organizadas.
La desorganización frente a la organización
Una desorganización debería olvidarse de jerarquías rígidas y muy estructuradas, y centrarse en mejorar las relaciones entre las personas que la componen, creando nuevos canales de comunicación y potenciando los ya existentes. De esta manera se fomentaría la creatividad, necesaria para resolución de problemas. La problemática existente requiere soluciones cada vez más centradas en las personas. Estas soluciones no emanan de estructuras y procesos rígidos, sino la propia relación entre los individuos. La solución pasa por aplicar este conocimiento empático inherente a las relaciones humanas en la resolución de problemas de diversa índole.
El caos entendido como la desestructuración de la organización para atender a los intereses de la misma, es positivo ya que conseguiría liberar las inteligencias individuales y crear sinergias positivas para la resolución problemas, actuando en conjunto como una Gran Mente. El camino pasa por desestructurar la organización para crear grupos de personas donde emerjan relaciones humanas con el fin último de construir sobre ellas comunidades, focalizando su impulso en una determinada dirección, sean empresas, asociaciones o comunidades temáticas; alejándose de estructuras rígidas y metodologías estrictas para asentarse sobre las propias relaciones sociales.
La desorganización como comunidad
El primer interés de la comunidad pasaría, en primera instancia, por las personas que la componen. Las aptitudes y actitudes de cada persona son por naturaleza diferentes y es necesario que así lo sean para fomentar la generación de ideas. El error es inherente a las personas, pero dentro de un grupo puede ser detectado y corregido por el resto de individuos, e incluso aprender como grupo de él, y usarlo así en provecho de todos en acciones futuras.
Ante este escenario están apareciendo múltiples iniciativas para intentar dar solución a los nuevos problemas que afrontamos centrados en las relaciones entre personas, por eso no es extraño que sociólogos, psicólogos o antropólogos entren a formar parte de equipos multidisciplinares, donde era impensable que pudiesen aportar algo hace unos años. Existen múltiples ejemplos de comunidades que han aprovechado su impulso para generar valor e incluso modelos de negocio, por citar algunos:
En definitiva: la clave son las personas. Las organizaciones deben construirse sobre las personas y para las personas, aprovechando lo que ya existe y el conocimiento generado sobre relaciones humanas a lo largo de toda la historia. Volviendo a Bruce Lee:
If you put people in a bottle, they become the bottle; If you put people in a tea pot, they become the tea pot. Be like people my friends.
