Archivo de octubre de 2006
-
19 comentarios »
En algún momento dado querremos empezar a vender nuestros productos, para lo cual necesitaremos una forma legal. A pesar de lo que mucha gente piensa, no es necesario que creemos una empresa para venderlo, tampoco que seamos autónomos, de modo que repasaremos las opciones que tenemos de andar por casa. Debido a las características propias de una Micro-ISV, opciones como la cooperativa o la S.A. (que requiere 60.000 euros de capital social), no las tendremos en cuenta.
Tened en cuanta mientras leéis esto, que yo no soy ni jurista ni asesor, y que la leyes cambian con el espacio tanto como con el tiempo. Una ley vasca del año 2006 no tiene porque ser la misma ni en cantidades ni en obligaciones que una canaría del 2003, ni siquiera que una Valenciana del 2005. Ni un euro cuesta lo mismo en Bilbao que en Cáceres. Tenedlo en cuenta.
La primera de las opciones que tenemos disponible es la de actuar en nuestro propio nombre, como persona, sin ser autónomo, ni empresa, ni nada. Esto tiene varios problemas, a parte del obvio de la imagen, y es que
no podremos facturar más de 18.000 Eurossólo podemos hacerlo para cuestiones excepcionales, no como fuente principal de ingresos, y para eso no nos metemos en este lío, ¿no?.La segunda opción sería hacernos autónomos. Esto tiene un coste de (aproximadamente) 300 euros, entre la cuota de autónomo y una asesoría decente para que nos lleve las cuenta. Esto último no es obligatorio, pero creedme, 100% recomendable. Por el equivalente a dos horas de tu trabajo te quitarán muchas preocupaciones.
Seguimos siendo una persona, por lo que nada nos controla las entradas y salidas de dinero de nuestra cuenta, tenemos libertad. En todo caso, como recomendación, decir que en el tercer mundo, lo primero que enseñan a los emprendedores es a separar el dinero del negocio del personal, de modo que mejor que tengas dos cuentas separadas, y te saques algo parecido a un sueldo cada mes.
Ser autónomo tiene dos problemas principalmente:
- imagen: queda claro que eres tú sólo. En función de tus clientes, puede no ser aceptable. Además los autónomos tiene más difícil (o imposible) el acceso a determinadas instituciones y ayudas.
- responsabilidad: en caso de que algo vaya mal, el autónomo responde con su patrimonio. Así de duro :-D.
De modo que pasaremos a considerar la tercera opción: Sociedad Limitada. Para convertirnos en sociedad limitada lo primero que tendremos que hacer es buscar un nombre y solicitarlo en el registro (en bloques de tres). Algo que parece tan tonto no siempre lo es. Linking Paths me salió a la primera (como pa’ no ;-) ), pero conozco casos en los que hicieron falta tres intentos, para acabar con un nombre si gran significado. Una vez hecho esto, redactaremos unos estatutos y listos, a firmar. A todo este proceso nos ayudará nuestra asesoría, de forma que no tendremos que hacer demasiado.
Para constituir la S.L. tendremos que poner un capital social inicial, que tiene que ser de al menos 3006 euros. De estos 3000 euros (o de la cantidad que sea)aproximadamente una tercera parte se irá entre el registro mercantil, el notario y la asesoría, el resto lo podemos usar como queramos (ejem, ejem). No hace falta que aportemos la cantidad total en dinero contante y sonante, podemos aportar algunos bienes (por ejemplo un ordenador o una mesa) siempre que presentemos su factura y sepamos que se calcule su depreciación.
Hay que tener en cuenta que sí no tenemos socios (aunque sea nuestra madre con el 1%), en lugar de ser S.L. seremos S.L.U. (Sociedad Limitada Unipersonal). Esto es más bien una cuestión de imagen, porque por ejemplo Azucarera Española es una S.L.U. y nadie se imagina a un hombre sólo en la empresa. En todo caso, todos los socios que trabajen en ella con más de un 30% de la empresa tienen la obligación de ser autónomos aunque cobren nómina, y tendrán que pagar los 200 Euros de la cuota de autónomos (o lo pagará la empresa en su nombre). También el coste de la asesoría será mayor (el doble que como autónomo, aproximadamente).
Al ser una S.L., nuestras obligaciones legales son algo mayores. No podemos andar sacando dinero de la caja y tendremos que entregar más información sobre nuestra actividad al registro y demás instituciones públicas. Como parte buena, nuestra responsabilidad sobre los problemas de la empresa es limitada (de ahí la L de S.L.): sólo nos haremos cargo del dinero puesto como capital social de la empresa. Sólo hay una salvedad: el administrador. El administrador es uno o varios socios que tienen poderes y mayores responsabilidades sobre la empresa, es decir, tienen la capacidad de actuar en el nombre de la empresa (firmar papeles, etc.). La limitación de responsabilidad sobre lo que pasa en la empresa no se les aplica en caso de que se demuestre que han actuado de mala fe. Esto es importante, porque esta responsabilidad ¡debería pagarse!.
Y con esto tenemos resumidas nuestras opciones. Dependerá sobre todo de nuestro producto o servicio inclinarnos por una u otra.
Comentarios y puntualizaciones son siempre bienvenidos.
-
2 comentarios »
Uno de las grandes ventajas de Maven puede ser uno de sus grandes problemas: las dependencias transitivas. Esto es, si en maven yo digo que necesito, digamos el API de MyFaces, él solito se encargará de bajar todas las librerías que necesita MyFaces. Esto que es un gran avance, puede ser molesto si la persona que ha preparado MyFaces (o cualquier otro proyecto, hablo de MyFaces sólo como ejemplo) no ha tenido en cuenta que dependencias son reales y cuales no.
Dentro de Maven se pueden declarar dependencias de cinco tipos, tal y como se explica en la propia documentación (aquí concretamente). El problema viene si usamos una librería cuyo autor ha declarado todas las dependencias como compile, normalmente por comodidad. ¿Qué podría ocurrir por ejemplo en el caso de Hibernate?. Para compilar el proyecto, necesitaremos un montón de librerías que luego no nos harán falta en tiempo de ejecución, por ejemplo sólo nos hará falta una de sus implementaciones de pool de conexiones o de caché. Si el autor pusiera todas esas dependencias en modo compile nuestro proyecto incluiría TODOS esos jar. Demasiados.
Pero más aún. Supongamos que ese proyecto incluye un API desfasado, o que choca con otras versiones que tengamos, o con nuestro servidor de aplicaciones. Por ejemplo supongamos que un proyecto incluye una dependencia a un API de XML desfasado que impide que Tomcat vuelva a arrancar. Es sólo un suponer. ¿Como puedo eliminarlo sin perder la ayuda de las dependencias transitivas?.
Afortunadamente la gente que escribió Maven ya ha pensado en eso, y al declarar una dependencia podemos eliminar de nuestro proyecto una de estas dependencias transitivas. La forma de hacerlo sería la siguiente:
myfaces myfaces-api <version>1.1.0</version> <scope>compile</scope> <exclusions> <exclusion> <artifactId>xml-apis</artifactId> <groupId>xml-apis</groupId> </exclusion> </exclusions> </dependency></pre>Sencillo, ¿no?.
-
No hay comentarios »
¿Alguien ha probado a usar funcionalidades del JDK 5 en una JSP instalada en un servidor con Tomcat 5.5.9 y JDK 5?. Yo sí :-D. O mejor dicho, he tenido que instalar una aplicación de este estilo en un servidor con esas características. Dos días después preferiría no haberlo hecho :-(.
Y es que Tomcat 5.5 ya no requiere el JDK, con el JRE ya le vale. ¿Por qué? porque incluye un compilador de serie. En concreto de JDT de Eclipse. ¿qué tiene esto de bueno?. Que es más cómodo. Supongo, no lo tengo tan claro.
Lo que si tengo claro es que es otro punto propenso a errores. Y es que entre las versiones 5.5.9 y la 5.5.16, da igual la versión del JDK que uses, por defecto se compila para el JDK 1.4. Y si tu página JSP utiliza funcionalidades del JDK 5 (por ejemplo autoboxing), pues no funcionará (nota mental: visto lo que he visto, y aunque me costa que se puede hacer de otra forma, evitar SIEMPRE opencms!).
Como solucionarlo…. dejando de usar el JDT :-D. ¿Cómo hacemos eso? (sacado de aqui).
- Eliminar el fichero jasper-compiler-jdt.jar de $TOMCAT_HOME/common/lib
- Copiar en $TOMCAT_HOME/common/lib el fichero ant.jar de la última versión de Ant.
- Editar el fichero $TOMCAT_HOME/conf/web.xml, y en la seccion referente al servlet que gestiona las JSP, indicarle la versión 1.5 como opción por defecto para el spaguetti
jsp org.apache.jasper.servlet.JspServlet ...compilerSourceVM 1.5 ...compilerTargetVM 1.5
Voilà!.
-
3 comentarios »
Mi ausencia en este blog durante un periodo demasiado largo me sirve como ejemplo para el tema de hoy: la organización. He mencionado ya en este blog la importancia de estar bien organizado a la hora de desarrollar nuestro producto. Si este blog es mi producto, el ejemplo de todo lo que no hay que hacer ha quedado claro. Espero.
Y es que de lo primero que tenemos que darnos cuenta es de que nuestro tiempo es finito. Por buenos que seamos, por rápidos que seamos, por … por nada conseguiremos más de 24 horas al día.
A la hora de embarcarte en una aventura como la de crear una micro ISV y vivir del software que creas, tienes que tener claro tu objetivo, que es (o debería ser) precisamente ese, vivir de tus productos.
Lo malo es que no siempre es fácil. O mejor dicho, es muy fácil olvidarlo. Es probable, que por A o por B, acabes teniendo la posibilidad de hacer algún que otro trabajo, proyecto, etc. Es fácil, por ejemplo, dar un curso de formación de una o dos semanas, ¿no?. Y el dinero viene muy bien.
Mal, muy mal si lo coges. Depende de cada uno, pero si dar formación no es tu producto, no deberías hacerlo. Dedicar a un curso dos semanas, con la preparación, seguramente sean cuatro. Con lo que tendrás que contar con ese retraso. Es decir, tendrás que contar con que retrasas tu objetivo. Hacerlo una vez puede estar bien, hacerlo muchas veces es perder tu objetivo de vista. Pero lo que es peor, significa que estarás al capricho de esos “extras”, porque acabarás sin tener tu producto, que es el que te debería dar de comer.
Un curso en sencillo, normalmente para una persona. Pero imagínate que te ofrecen hacer un proyecto de, digamos 30.000 Euros. Tú encantado. Como es grande coges a alguien para que te ayude. Pensando que con ese dinero que te entra podrás financiar tu objetivo. Falso. Quieras que no, un proyecto a medida en este mundo nuestro, nunca da beneficios a quién lo implementa (y menos si es la primera vez que estima). No estoy hablado de que vayas a perder dinero, simplemente no da los beneficios esperados por bien que se calcule si se tiene en cuenta todo el coste. Anterior y posterior al desarrollo. En ejemplo: si vendo 1000 horas a 30 euros, con un coste de 20 Euros la hora, pero al final acabo metiendo 1500 horas en el proyecto. Técnicamente no he perdido dinero, pero realmente esas 500 horas de más las podías haber vendido a otro, ¿no?. O a tu propio producto. ¿Soy catastrofista con esta idea?. ¿Tú crees?. ¿Realmente?.
De modo que lo mejor que puedes hacer es tener claro tu objetivo, y centrarte en él. Si no sale que sea porque no tenía que salir, pero no acabes un año después, sin saber lo que has hecho en ese año de aventura. Si realmente necesitas ese dinero de trabajos extra para poder desarrollar tu idea es que probablemente no has escogido el momento adecuado para lanzarte a ella. Un producto exige inversión y dedicación, nada sale por casualidad. Por mucho que en España se maltrate el concepto de producto del que ya he hablado.
En próximos capítulos más sobre esto. Recentrado en mi objetivo, espero no tardar tanto en volver.
-
5 comentarios »
Hace ya un tiempo hable algo de seopole. Comenté en este post que la beta saldría pronto. Y la verdad es que casi estaba, simplemente los acontecimientos hicieron que se parase un poco, y que sólo un par de privilegiados pudieran ver lo que había. Pues bien, no es que hayamos avanzado mucho desde entonces, pero que menos que hacer pública esa beta del cliente de escritorio.
Ahora mismo, quedando muchas ideas por desarrollar, lo único que hace es, básicamente, recoger una lista de palabras clave, una lista de sitios web (tuyos y de la competencia) y comparar sus resultados según esas palabras clave en base a posición y número de apariciones en Google (se necesita una cuenta de Google API). Pero al es algo. Tiene además un sistema para irse actualizando, de modo que espero que podamos ir añadiendo funcionalidad poco a poco sin romper lo que la gente esté utilizando. Personalmente llevo utilizándolo desde el 15 de Agosto, y aunque aún mejorable, no me quejo demasiado :-D.
Que ustedes lo disfruten.
instalar versión Java Web Start
Ideas, comentarios y cualquier otro tipo de aportación constructiva será bien recibida siempre.
UPDATE: la primera vez tarda un poco en inicializar la base de datos (10 segundos?), no os asustéis.
-
4 comentarios »
Estamos buscando… desarrollador Java J2EE y desarrollador para móviles J2ME.
-
6 comentarios »
O mejor dicho, ¿nos estamos haciendo viejos los informáticos en España?. Hace unos pocos años (muy pocos) eran las empresas dedicadas a esto de la informática (al menos en lo que respecta a desarrollo) con una media de edad de más de 25. Yo mismo volví de Alemania con 27 y si no era el más viejo del departamento de desarrollo de la empresa era el segundo. Viniendo de Alemania, dónde no era raro ver a gente programar con más de 30, ver el mercado español era sorprendente, entre otras cosas por la querencia que tenemos los españoles a mandar en lugar de hacer. Casi parecía que si te acercabas a los 30 y seguías programando se debía a que eras… dejémoslo en poco listo.
Os parecerá una tontería, pero yo miraba con cierta envidia imágenes de cursos que se celebraban en otros países dónde no era raro ver a gente con canas tomando esos cursos, cursos de programación o de introducción a nuevos temas. Aunque no es la mejor que he encontrado, valga esta imagen de uno reciente de Ruby in Rails.
<
p align=”center”>

Y no lo miraba con envidia para no sentirme fuera de lugar (eh!, que tan viejo no soy aún!), sino simplemente porque no hay nada malo en hacerlo. En realidad, hace falta mucha experiencia para hacer las cosas bien.
Pero últimamente, dentro de los muchos mails que cruzo con mucha gente, me parece que poco a poco está cambiando eso. No, no es que en España la formación este mejor considerada, simplemente nos hacemos viejos los informáticos. Me da la sensación de que se está estabilizando la profesión, y que aunque sigue entrando carne fresca, se esta absorbiendo un poco mejor, y no es raro que muchos de esos contactos me hablan de hijos, hipotecas, y los treinta-y-tantos.
Una sensación. ¿Estáis de acuerdo?.
-
4 comentarios »
Tiempo sin escribir por aquí. En este último mes han pasado muchas cosas.
- La primera es que el spam en el weblog me está volviendo loco. Dios mio, 50 comentarios por día. Cada vez que un post tiene relativo éxito como para aparecer referenciado, el pobrecito se ve atacado hasta la saciedad (la mía, claro está). He desactivado los comentario vía API, algo es algo.
- En este mes he estado cerca de mudar Linking a Madrid. O al menos de abrir allí algo. De momento lo he pospuesto, pero todo se andará.
- No quiero hablar demasiado de él (aún), pero es que el producto oculto que nos ha mantenido tan ocupados los últimos meses tiene muy buena pinta, al menos eso dicen los resultados de las primeras salidas comerciales.
- Lo malo es que fruto del punto anterior, otras ideas (por ejemplo Projectio Office, seopole o apuestoque) están quedado relegadas esperando tiempos mejores.
- Estoy empezando a considerar cambiar de local en Bilbao.
La parte regular (todo es por quejarme ;-) ), el presente y las expectativas a muy corto plazo me dicen que stress no va a faltarnos :-D.
-
Sobre LinkedLinked es el blog de Linking Paths, la empresa aventurera e innovadora formada por Aitor Garcia, Alberto Molpeceres y Roberto Salicio. En él hablamos de nuestros productos, ideas, y de compañías que nos sirven como guía y ejemplo. Si quieres conocernos un poco mejor puedes revisar lo que hemos escrito en los archivos.
-
Proyectos, ideas, etc.




