Registro de Nombre Comercial

Desde hace año y medio vengo trabajando como profesional autónomo en el desarrollo de aplicaciones web. Al estar por cuenta propia, uno debe cuidar y encargarse de bastantes más asuntos que un asalariado, como por ejemplo la facturación, declaración del IVA, tareas de comercial, subvenciones y ayudas, protección de datos, o imagen corporativa. Muchos de esos asuntos se los encargué a mi gestoría, que por cierto, son geniales (Aseconta, en Torrijos, Toledo).

En muchos asuntos, soy yo quien tiene que buscarse la vida, como con la imagen corporativa. Lo primero fue decidir si quería venderme con mi nombre, o con un nombre comercial. Opté por la segunda opción, entre otras razones, porque espero crear una empresa, y ser más que un autónomo. Además, no quiero cerrarme puertas de cara a formar una sociedad en un futuro con posible accionistas. De modo que necesitaba elegir un nombre con el que vender mis servicios. Costó bastante dar con ello, pero finalmente elegí Gnoma. Los motivos:

  1. El principal, porque me gusta mucho :) Es corto, fácilmente indentificable, sonoro, elegante.
  2. Por una parte es como “genoma“, es decir, el código que define un organismo. Es por tanto, ciencia, ingeniería que define un ente.
  3. Por otra parte es como “gnomo“, una criatura mitológica que custodia tesoros. Es por tanto, imaginación, creatividad y seguridad.

Sólo le vi una pega: Es sospechosamente similar al escritorio libre Gnome para sistemas UNIX. Pero al fin y al cabo, mi target objetivo no conoce Gnome, por lo que no parece ser una amenaza.

El siguiente paso fue conseguir un logo. En esta tarea, el culpable fue Senén, un amigo diseñador que verdaderamente es un crack. Tan sólo necesitó unas horas para pasarme una lista de logotipos a cada cual mejor. Tras una vuelta de tuerca sobre uno de ellos, finalmente elegí éste:

Logo de Gnoma

Logo de Genoma

Ya tenía el logo, el nombre, por lo que sólo quedaba registrarlo en la Oficina Española de Patentes y Marcas (OEPM). Para hacer esto existen dos opciones:

  1. Pagar a una empresa especializada para que te gestionen el registro, las posibles reclamaciones, y la vigilancia de tu marca.
  2. Realizarlo tú mismo todo eso.

Tras consultar los precios de estas empresas, decidí encargarme yo mismo. Hasta el propio personal de la OEPM me recomendó esta vía por la sencillez del proceso. De modo que me puse manos a la obra, y en una tarde, completé la solicitud de Nombre Comercial Mixto (Con texto y logo). Lo hice con mi firma electrónica, y abonando la cantidad necesaria (131,22€ si se hace por Internet, 154,38€ si no).

Se da un plazo para que los titulares de otros nombres comerciales puedan reclamar si, por ejemplo, mi nombre fuera prácticamente igual que el suyo, y vendiéramos los mismos productos y servicios. Transcurrido dicho plazo, nadie reclamó, por lo que el proceso continuó hasta aprobarme el nombre comercial.

Ayer recibí un correo certificado de la OEPM informándome de que se ha concedido el registro a fecha de 6 de julio de 2010 ¡¡!! Ha sido todo bastante más rápido de lo que hubiera pensado (Poco más de 3 meses).

Estoy preparando ya la web, correos, firmas, facturas, presupuestos, y demás. Ahora, a seguir trabajando con mi nombre comercial :)

10 errores comunes de programadores web novatos

Hace poco comentaba que en SitePoint habían publicado una lista de los 10 errores comunes de diseñadores web novatos. Pues recientemente publicaron un nuevo artículo, pero esta vez sobre los programadores web. Aquí el resumen:

  1. Ignorar los estándares web. Destacan el uso incorrecto del DOCTYPE, uso de etiquetas antiguas de HTML, o no validar el código.
  2. Delegar en software WYSIWYG. Muy acertadamente indican que, con este tipo de software uno se centra en la visualización, y no en la estructura.
  3. Descuidar aspectos semánticos. El ejemplo que ponen es impagable: El programador novato, si quiere escribir un titular, lo pondrá encerrado en la etiqueta <h1>. Pero posteriormente es posible que “involucione”, y lo diseñe con divs anidados y estilos CSS.
  4. Nombres de clases de estilos. ¿Qué tal una clase como “columna-izquierda-50px”? ¿Y si en un futuro el ancho cambia?
  5. Prueba de navegadores tardía. Invitan al programador novato a revisar su página en varios navegadores desde el primer momento, y no dejarlo para el final. Personalmente, en este punto no estoy de acuerdo; Siempre he preferido desarrollar para una plataforma, y al final, corregir errores de las demás.
  6. Ignorar la portabilidad. Destacan enlaces a rutas absolutas, conexiones a bases de datos sin centralizar, o realizar suposiciones sobre el entorno de ejecución.
  7. Descuidar el ancho de banda. Poco más que añadir… En local un fichero de unos megas es irrelevante, no así en Internet.
  8. Pésima accesibilidad. No consiste sólo en seguir unas reglas mecánicas de código, sino en tener en cuenta aspectos funcionales como poder consultar la web sin javascript, sin flash, en un móvil, o sin ratón.
  9. Despreciar al SEO. Me encanta la definición que hacen del SEO: Es una mezcla de psicoanálisis, complejidad técnica, y misteriosas artes oscuras. En cualquier caso, indican que el desarrollador novato, dejará el SEO para el departamento de marketing una vez lanzada la página. Para entonces, ya será demasiado tarde.
  10. Actualizaciones erróneas. Destacan la práctica de muchos programadores web de tener durante horas una página web en mantenimiento, cuando suele ser una tarea que no debería llevar más de unos minutos. En este punto tampoco estoy de acuerdo. Muchas actualizaciones tan sólo consisten en añadir documentos html, imágenes, y actualizar hojas de estilo y javascript. Sin embargo, hay aplicaciones web que requieren mucho más que eso a la hora de actualizar, por ejemplo cuando cambiamos la estructura de una base de datos, y se deben reestablecer todos los índices.
  11. Como bonus, dejan una lista de otros 20 errores.

En general, este artículo me ha parecido bastante más pobre que el anterior. Sobre todo, por lo mucho que se centra en la capa de presentación HTML, que dista mucho de ser coto exclusivo de los programadores web. En ningún punto se ha mencionado ni una sola práctica o error relacionada con la programación (Salvo el punto 6, donde sugieren no incluir hard coded la conexión a base de datos).

PHP 5.3.3 liberada

Hace ya un año que PHP lanzó la versión 5.3.0, la última rama de desarrollo de la versión 5 que adelanta muchas de las funcionalidades más esperadas, como namespaces o closures. Hoy se ha liberado la versión 5.3.3. Se ha centrado sobre todo en mejorar el rendimiento y la seguridad de la rama 5.3, con más de 100 errores corregidos, por lo que se recomienda encarecidamente actualizar a la nueva versión.

Entre las novedades, se destacan:

  • Actualizada la versión de sqlite a 3.6.23.1
  • Actualizada la versión de PCRE (Expresiones Regulares Compatibles con Perl) a la versión 8.02
  • Añadido FPM (Gestor de Procesos de FastCGI) SAPI. SAPI hace referencia a los módulos de PHP que hacen de interfaz al servidor web (Server Application Programming Interface)
  • Añadido soporte para stream filter de la extensión mcrypt.

¡A disfrutarlo!

10 errores comunes de diseñadores web novatos

Hoy me he encontrado en SitePoint un curioso artículo titulado “10 Common Mistakes Made by Novice Web Designers“. Me ha parecido muy interesante, pues aunque no soy diseñador propiamente dicho, pero sí he cometido muchos de esos errores.

Y esta es la lista:

  1. No tener en cuenta la forma de visualizar del navegador. Cada navegador funciona a una resolución, y ésta normalmente no es la misma que los bocetos hechos en Photoshop. ¿Cómo se comporta la página al cambiar de tamaño?
  2. Forzar a altos y anchos fijos. ¿Qué ocurre si el texto que hay dentro es anormalmente extenso o anormalmente corto?
  3. Presuponer sobre la experiencia del usuario. Hay muchas resoluciones y muchos dispositivos a tener en cuenta.
  4. Sub-pixels en bocetos. Un boceto a 300 ppp no se verá igual en un monitor a 72 ppp.
  5. Desconocimiento de las pilas de fuentes. No todas las fuentes funcionan en todos los sistemas, ni siempre se ven igual.
  6. No tener en cuenta el desarrollo. Nos ponen el ejemplo de títulos ricos en diseño que sólo se pueden conseguir con imágenes. Es algo asumible cuando hay 5 o 50 páginas, ¿pero y si hay 500? ¿O 5000?
  7. Olvidar en los enlaces. Los links son el hilo conductor de la web, y hay que diferenciarlos bien del resto del contenido.
  8. No tener en cuenta animaciones o efectos. Esto no se puede reflejar en un diseño en photoshop.
  9. Controles de formularios extraños o inaccesibles. Nos explican que los formularios son sosos, pero que sin embargo los navegadores saben renderizarlos y los usuarios los entienden.
  10. Poca apreciación por las tecnologías. HTML y Flash no son lo mismo :)

En mi opinión, las más importantes a tener en cuenta (O al menos las que más problemas me han dado) son la 2, 4, 6, 8 y 10 (Curioso, justo los pares).

Diseño personalizado para mapas de Google

Con tanto revuelo que hay con la Google I/O 2010 (La apertura de Wave, Google TV, y la Chrome Web Store), poco se habla del resto de novedades. Una de ellas son los Styled Maps de la API de Google Maps.

Gracias a estas cositas, muchos diseñadores que hasta ahora se mostraban reticentes, se animarán a usar esta API para sus páginas.

Aquí tenemos un ejemplo de qué se puede hacer:


10 “nos” para freelances

Hoy mi hermana Olalla me ha pasado un interesante artículo de wakeuplater del año 2007 que me he permitido traducir. No estoy de acuerdo con todo, pero ofrece un punto de vista curioso y muy a tener en cuenta para todos los freelance que nos dedicamos al mundo web.

1.- Puedes mostrarme un boceto para ayudarnos a elegir un diseñador/desarrollador?
Cuando era joven e ingenuo lo hice. No cobré y perdí un montón de tiempo. No hagas trabajo que no se cobre por la posibilidad de cobrar — Esto no ocurre en otras industrias, entonces por qué en diseño web? El mejor escenario (Aunque raro) es que consigas un trabajo con un cliente que sepa que si fuera necesario trabajarías gratis. El peor escenario es que no te page, y aun así utilice tu trabajo, sabiendo que no tendrás lo recursos legales para hacer nada. En cualquier caso, lo más problema es que pierdas el tiempo.

2.- Puedes ofrecernos un descuento?
Hay un montón de compañías que no consideran que el trabajo de diseño gráfico valga más de 20$ la hora. Nunca deben ser tus clientes. En mis primeros años post universitarios, tenía la máxima de “conseguir el trabajo” en muy alta estima, sería capaz de dedicar una cantidad exagerada de tiempo para cobrar. Deja que te diga que no merece la pena. Nunca. Recuerda, puede que hagas un favor a esta compañía, pero por otra parte, estás dañando tu propio futuro y el de tu familia. Ahora, doy mi tarifa horaria inmediatamente y eso desbroza a muchos clientes potenciales. En realidad se trata de matemáticas — Si doblar tu tarifa te hace perder la mitad de clientes, entonces consigues lo mismo en la mitad de tiempo. Si haces un trabajo excelente, cóbralo — siempre habrá compañías que cobren el doble que tú.

3.- Registrarás y alojaras mi página?
Seguro que parece una buena idea — ingresos fijos, verdad? Bien, puede ser…  si consigues que primero paguen, y eso justifica que dediques 10$ al mes en llamadas de soporte técnico que tendrás que dar a altas horas de la noche. Una vez que elcliente piense que eres responsable de su correo electrónico y página web, te llamarán continuamente cada su correo haga algo levemente raro o les muestre un error 404 por la razón que sea en el equipo de su casa. Lo creas o no, hasta he conocido gente que ha recibido llamadas de clientes preguntando por alguna funcionalidad de su teléfono móvil sólo porque mi amigo alojó su página. No lo hagas… no merece la pena. Facilítales una compañía de registro y de alojamientos y deja que lo hagan ellos mismos.

4.- ¿Puedes copiar este sitio?
Puede que ahora pienses que contestaría “No” desde un punto de vista estrictamente moral, y aunque eso es cierto, hay otras razones igualmente importantes. En primer lugar, si están copiando un sitio, es una mala señal y se reducen las posibilidades de que cobres a tiempo la cantidad estipulada. En segundo lugar, hacer esta clase de trabajos te reduce a un mono, y aunque hagas algún trabajo de estos para pagar tus facturas, por qué ir en busca de este propósito? En tercer lugar, si es una copia real, el único beneficio real que obtendrás será el pago – no podrás usarlo en tu portfolio, y más aun, este tipo de clientes es de los que no querrás tener en un futuro.

5.- ¿Puedo pagarte mi página de comercio electrónico con las ventas que haga en él?
Odio ser pesimista, pero cuando me piden esto, quisiera decirles que quizás no ganen nada así que podrían pedirme también que se la haga gratis. Sí, sé que son excepciones, por lo que a veces les preguntaré por sus negocios, marketing, planes de pago, y el 99% de ellos no los tienen. Simplemente piensas que vender camisetas en internet será una idea novedosa. Normalmente les suelto un rollo sobre tener que mantenerme a mí y a mi familia, y no puedo hacer trabajos especulativos — Entonces recomiendo Yahoo! Shopping o CafePress, y 9 de cada 10 veces, no realizan su página web.

6.- Tengo una gran idea. ¿Te gustaría…?
No es muy distinto de #5, pero puede suponerte mucho más tiempo si participas. De nuevo, y sin ser borde, pero si la persona añade poco al proyecto más allá de redactar la idea, entonces cualquier trabajo que hagas es mera caridad (Que quizás te parzca bien). Pero siendo honestos, prefiero ser caritativo con mis familiares y amigos y hacerlos socios gratis antes que con un extraño. Créeme, si alguien tiene realmente una buena idea, te hará socio Y también te pagará.

7.- ¿Tienes una cuenta de mensajería instantánea?
Podría dársela a una persona en la que tenga confianza durante un proyecto grande, pero como normal general, digo a los clientes que no lo hago. La razón aquí está clara — tienes una vida y otros clientes además de ellos. Muchos clientes te ven como un empleado al teléfono, y esto es malo. Esto es por lo que dejaste tu trabajo…

8.- ¿Podría pagarte todo cuando el trabajo finalice?
Pido un 50% por adelantado (a no ser que sea un trabajo grande, en tal caso en torno al 33%). Necesito tener seguridad en que pagarán el proyecto, y que podré planear mis ingresos, pagar facturas y comer. La gente que quiere pagar cuando termines el trabajo suelen insistir en más cosas después de que hayas hecho toneladas de trabajo.

9.- ¿Hay alguna forma de que puedas hacerlo para esta noche o fin de semana?
Cuando sean conscientes de que una vez les hiciste un favor, esperarán lo mismo en un futuro. Ahora puedes elegir hacer horas extras por las noches (Yo lo hago), pero no te comprometas a tenerlo terminado por la noche o el fin de semana/vacaciones. Conozco muchos freelances que cobran sus horas nocturas/fin de semana, y podría ser un camino a seguir. Porque la razón por la que te has hecho autónomo es por la libertad, ¿verdad? ¿Verdad?

10.- ¿Puedo estar seguro de que no usarás este trabajo con alguien más?
Este es un asunto delicado porque la mayoría de clientes lo malinterpretan (Es un asunto espinoso la propiedad intelectual). En mis Términos y Condiciones que exijo firmar a todos mis nuevos clientes, me aseguro de que ellos saben que (1) su código funciona con el de otros proyectos por los que no les he vuelto a cobrar, y (2) probablemente use código del suyo en otros proyectos, y (3) ellos poseen el código y la implementación del proyecto (página terminada), pero no las piezas de código (sistemas de sesiones, cargador de imágenes, etc.). Estoy orgulloso de mí mismo respecto a mi productividad y velocidad, y necesito utilizar el código de otros todo el tiempo para lograrlo. Eso por no mencionar que vendo objetos en Flash que quizás necesiten código antiguo para hacerlos. No te están pagando para que crees código que ellos puedan venderlo, así que asegúrate de que es la implementación y no el código lo que poseen.