Soy consciente de que no soy demasiado creativo/original para estas cosas de las felicitaciones navideñas, me gusta unvlog y los videos que se comparten allí, y este fin de semana tuve un par de días resacoso-prenavideños. Combinando estas tres variables, acabé montando una web con rails para compartir videos navideños (no se me ha ocurrido ningún dominio que merezca comprarse :P) que me pareciera interesante a mi o a cualquiera que pase por ahí o lo comente.
Al ser una web de temporada, he preferido evitar registros, simplemente usar el plugin recaptcha para tener un mínimo de control al publicar videos o comentarios, el plugin para los videos ha sido acts_as_videoclub por lo que esta web soporta los mismos servicios de video que el plugin :P, acts_as_commentable es el plugin para los comentarios, para la paginación will_paginate, seo_urls para hacerlo un poco más amigable a los buscadores y por último acts_as_taggable_on_steroids para etiquetar los videos; el diseño es de una plantilla con licencia copyleft con pequeñas modificaciones.
Como es de suponer no me supuso mucho tiempo de trabajo, alrededor de 6-7 horas y en días en los que se está lejos del 100% ;), además es una web muy mejorable y no está lo terminada que debería, pero el tiempo es limitado y no quería/podía dedicarle más.
En fin, que si os llegan felicitaciones en forma de video de Google Video, Dailymotion, YouTube o Vimeo; y os llama la atención os animo a compartirlo. Por cierto, feliz navidad :)
Como han anunciado ya en alzado, resulta que el Jobsket team nos hemos llevado la Beca Alzado 2008 !! :). Menos mal que al final nos animamos, como cuenta Martín, lo decidimos casi en la fecha límite.
Primero me gustaría disculparme con la gente que esperaba un proyecto en marcha, como el año anterior con vi.sualize.us, pero jobsket todavía no está preparado para presentarse al público. Por esto lo que sólo podemos pedir es que tengáis paciencia y animaros a que os registréis para probar la beta, nos sigáis en el blog de jobsket, en twitter o en jaiku. Y también quería agradecer las felicitaciones que nos han ido llegando por diferentes medios, además de felicitar al resto de proyectos que han sido destacados, entre los que hay amigos como debug_mode=on y forvo.
Haber ganado nos satisface porque había 176 ideas presentadas (viendo las destacadas, eran de un nivel muy alto), creemos que el ganar la beca dará cierta visibilidad al proyecto y los 3000 euros seguro que nos irán muy bien para los costes de servidores u otros gastos; pero sobre todo, porque de esta forma nos han validado la idea, ya estamos convencidos que no es una locura nuestra y eso nos motiva más que nunca ;).
En fin, que estamos muy contentos, pero como trabajamos en remoto, cada uno lo celebra por su cuenta XD
No, no voy a ser yo el que diga que principios hay que seguir para hacerse freelance con éxito :P, simplemente me he encontrado el post The Principles of Successful Freelancing en sitepoint, que es un capítulo de ejemplo del libro del mismo nombre y me ha parecido interesante encontrar esas recomendaciones(algunas ya las tenía oídas :)) para entrar en el mundo freelance, además orientado al sector web/IT.
Como no es un post precisamente corto para hacer un resumen completo, aquí dejo algunos de los puntos que más me han llamado la atención:
- Diferencias entre dar el paso para ser freelance a tiempo parcial o completo
- Tomar tiempo para planificar
- Análisis SWOT o DAFO, enseña algún ejemplo
- Establecer metas, para filtrar los muchos pensamientos e ideas que tenemos, y también marcar hitos a un plazo más corto
- Planificar los gastos al ponerse de freelance
- Crear una marca que te identifique(tu nombre o una marca comercial)
- Elegir bien a los proveedores
- Pedir asesoramiento/ayuda quienes estén/tengan experiencia en una situación parecida a la tuya
No me he querido extender en ninguno de estos puntos, ya que cada uno de ellos podría dar para un post, y no puedo dejar de recomendar su lectura a cualquier persona que esté pensando en introducirse en el mundo freelance, o como es mi caso, esté empezando (seguramente también es muy válido para el caso de start-ups).
Por último, lo que no quiero dejarme, porque es lo más importante: Recuerda divertirte!! ;)
Los días 13 y 14 estuve en Madrid para asistir a la Conferencia Rails, os recomiendo leer el resumen que ha hecho Jesús Navarrete de algunas de las charlas viendo que coincido mucho con él y que últimamente ando un poco vago para escribir ;), de todas formas sí quiero comentar que por lo general me parecieron más interesantes las que giraban alrededor de cómo trabaja la gente y algunos casos de éxito que las de tecnología pura y dura.
También me pareció curioso el speed dating entre gente que busca programadores y quienes buscamos proyectos interesantes en los que trabajar o para quien busca empleo, aunque la mayoría buscaban contratar empleados y no colaboradores freelance.
Otras cosas que quisiera destacar son por un lado los premios de personaje de año y proyecto del año, el primero fue para Xavier Noria y el segundo para Tog, aunque como ya se dijo en la lista de ror-es, hubiera estado bien dar un par de minutos para conocer a los ganadores; y por el otro lado la keynote de Obie Fernandez, que nos habló mucho de su empresa y de cómo trabajan, lo que resultó realmente interesante.
Como siempre, de lo mejor del evento son los pasillos: hablar con gente que no conocías, poner cara a muchos de los que participan en ror-es, encontrarte con algunos que conoces de forma online, juntarte con la gente con la que colaboras a diario e incluso encontrarte a un ex-compañero de trabajo :).
Actualización 21/11/08:
Ya están disponibles los videos de la conferencia.
Después de bastante tiempo programando en Java, uno está acostumbrado a de vez en cuando hacer utilizar el debug de su IDE(en mi caso Eclipse) para comprobar algún comportamiento extraño, en el caso de Grails se apoya en el debugging remoto que nos trae la JVM(veáse el bash o .bat en GRAILS_HOME/bin/grails-debug).
Para empezar, deberemos ejecutar nuestra aplicación Grails con:
grails-debug run-app
De esta manera, tendremos debug remoto en el puerto 5005(por defecto)
Luego nos vamos a nuestro Eclipse, sobre nuestro proyecto seleccionamos Debug As y Debug Configurations..., tras esto tendremos que crear una nueva Remote Java Application con tipo de conexión Socket Attach en nuestro host, pero deberemos modificar el puerto de conexión por defecto que usa Eclipse(8000) al 5005, darle a debug y listo.
Ahí va una imagen(con un poco de publicidad subliminal ;))
A partir de aquí ya podemos poner puntos de ruptura y trabajar con la perspectiva Debug de Eclipse normalmente.
Y por si quedan dudas, como su nombre indica :P, es posible hacer debug en remoto y no es algo exclusivo ni de Grails ni de Eclipse :).