Junto a otras cuestiones, Manu nos pregunta:

De la gente que compone Linking Paths, que perfiles sois?, técnicos?, comerciales? A mi me encantaría formar una empresa, pero la verdad me da miedo el tema comercial, conozco mi limitación.

Las tres personas que ahora mismo formamos Linking Paths somos eminentemente técnicos aunque, como siempre me recuerda Aitor, yo me he ido pasando al mundo oscuro de la gestión, los números y el excel. Todos hemos ido pasando por distintos roles y puestos de carácter técnico, desde programador hasta arquitecto, con toques de jefe de proyecto o responsable de tal y cual tarea dentro de diferentes empresas. A raíz de fundar Linking Paths yo me he visto forzado a dedicar cerca del 50% de mi tiempo a labores de gestión, y Aitor se ha convertido claramente en el lider técnico. Salimos ganando claramente. Aunque también se podría decir que todos somos chicos para todo. Que no es si no otra manera de decir que disfrutas ocupando diferentes roles y tareas.

Lo que sucede es que en esto, como en todo, en cuanto se nos rasca un poquito la piel, tenemos unos entresijos un tanto más complicados. Me explico. Linking Paths ahora mismo hace dos cosas: Por una parte hacemos Tog y proyectos con Tog, y por otra nuestros propios productos y sideprojects.

En lo que a Tog respecta, Aitor es el BDFL, Roberto forma parte del desarrollo/mantenimiento del núcleo y yo hago labores de coordinación y dirección de algunos proyectos además de integrador. Alrededor de Tog hay ya otras ocho personas trabajando, procedentes de distintas empresas o profesionales independientes, con roles que van desde comercial y dirección de proyecto hasta programación y maquetación. Estos equipos distribuidos nos encantan puesto que nos dotan de un grupo de colaboradores mucho más amplio y equilibrado.

Respecto a nuestros productos y sideprojects somos mucho más directos. Hay un responsable del mismo, normalmente quién lo ha propuesto ya que es esa persona la que tiene la visión de como debe ser el producto. Él mismo (con ayuda si la necesita) lo desarrolla, desde copywriting al código pasando por el modelo de negocio y todos lo vendemos si tenemos la oportunidad. El diseño, cuando podemos, lo subcontratamos. De hecho acabamos de empezar a trabajar con la gente de La Personnalité en el rediseño de nuestra imagen y de nuestro -demasiado tiempo suspendido- sitio web, dónde tendremos un pequeño espacio para decir algo sobre nosotros.

En resumen, los libros de emprendizaje siempre recomiendan que no te asocies con “iguales a tí” y estoy bastante de acuerdo, aunque siempre hay matices. Por ejemplo, yo soy un técnico que puede vender según que cosas, me gustan los números y hasta los bancos; Aitor es un técnico que tiene unas capacidades para escribir o el marketing online terribles (terriblemente buenas XD) y Roberto es un técnico capaz de llevar siempre por el buen camino la relación con un cliente y vale su peso en sentido común. De modo que a pesar de ser un grupo de background técnico, no somos personas planas, nuestros interes son muchos y variados y estamos equilibrados a nuestra manera.

¿Tienes alguna pregunta que nos quieras hacer?… ¿puede ser interesante para otros?: no lo dudes, mándanosla a linked@linkingpaths.com especificando en el asunto “Linking Paths responde:” e intentaremos responderla en este blog mediante articulo al respecto.

“Software que funciona” nos pregunta:

¿Hasta qué punto valorais en un proyecto el lenguaje, frameworks, o cualquier cosa que vayais a usar?. A ver si me explico. Ahora trabajais con Ruby, cuando os habéis planteado comenzar un nuevo proyecto, dedicais mucho tiempo a ver si el lenguaje que utilizais es el más conveniente?. No sé, si por ejemplo, vieseis que para hacer algo vais a tener que desarrollar vuestro propio código cuando igual con otro lenguaje ya lo teneis hecho, modificariais la concepción del proyecto, cambiariais de lenguaje… Ya sé que igual no es algo habitual, pero el otro día surgió el tema en una conversación y me ha parecido interesante, dar prioridad a la idea original a costa de mayor complejidad o reducir esa complejidad variando el concepto.

Ninguna herramienta, de ningun tipo, vale para todo… de hecho hay pocas que sean realmente buenas como herramienta polivalentes. Nuestro enfoque con respecto a la adecuación o no de un lenguaje o frameworks a los proyectos es por lo tanto igual, no todo vale para todo.

Dicho esto hay que tener en cuenta que, siendo realistas, tampoco los proyectos de una empresa son 100% diferentes cada vez, y que por lo tanto un número reducido de lenguajes/herramientas suele ser suficiente para acometerlos.

En nuestro caso, y a pesar de que entre los 3 juntamos varias décadas de desarrollo en Java, nuestro proyectos actuales estan relacionados con el desarrollo de aplicaciones y productos Web y Rails es en este caso una herramienta fantásticamente adecuada para tales fines.

Como comentas siempre hay excepciones, sobre todo en aplicaciones o librerías de nicho (gráficas, generación de formatos específicos, integración en sistemas antiguos), para los cuales otras herramientas tiene ya mucho camino andado. En estas ocasiones, obviamente se trata de aprovechar al máximo lo disponible pero con dos condicionantes:

• El coste de integración también existe. Es decir el tiempo que va a costar integrar esos componentes tiene que ser valorado y comparado con otras opciones (por ejemplo el desarrollo propio).

• Las integraciones complejas no suelen merecer la pena. Precisamente por lo que hablábamos en el punto anterior… por la complejidad aumenta el tiempo y el esfuerzo, y estos el coste.

En principio en Linking Paths tratamos de huir de la complejidad en el desarrollo de las aplicaciones (lo cual es difícil porque los desarrolladores somos gente cabezona y obcecada en general) y valorar en mayor medida otros puntos que el usuario puede valorar -¡y pagar!- en mayor medida.

¿Tienes alguna pregunta que nos quieras hacer?… ¿puede ser interesante para otros?: no lo dudes, mándanosla a linked@linkingpaths.com especificando en el asunto “Linking Paths responde:” e intentaremos responderla en este blog mediante articulo al respecto.