Objetivos para el 2010
Recogiendo el guante en forma de meme que me ha pasado Dani Latorre, voy a intentar recopilar los objetivos que me gustaría cumplir durante el 2010:
1. Ser más organizado, aprovechar más el tiempo, exprimir cada minuto disponible dominando como un Jedi la Técnica Pomodoro
2. Llevar a producción, en todos los clientes de Sixservix, los dos grandes -enormes- proyectos en los que he estado trabajando los últimos 5 años: ERP S1 y STORETTO
3. Poner en marcha algunos proyectos personales que me completen y enriquezcan profesionalmente
4. Dominar -que es diferente a usar- algunas tecnologías, metodologías y productos que me parecen imprescindibles para poder considerarme a mí mismo un buen técnico: TDD, Unit Testing, Maven, Hudson, Subversion, Glassfish v3…
5. Encontrar mi IDE -después de pasar por VisualAge, JBuilder, IDEA, JDeveloper y MyEclipse- y llegar a dominarlo como si fuera una prolongación de mí mismo
6. Sacarme el carnet de conducir. O por lo menos, presentarme :)
7. Entrenar con la constancia suficiente para sentirme en forma y a gusto conmigo mismo no menos de 3 veces por semana
8. Certificarme en java. Se lo he pedido a mi equipo y suelo exigirme lo mismo que pido
9. Aprender mecanografía, para escribir y programar más rápido y distraerme mucho menos mirando las teclas
10. Leer más libros, ver más películas, jugar a más videojuegos, viajar a más sitios, conocer más restaurantes… En definitiva, disfrutar del tiempo libre para poder rendir más en el trabajo
Dentro de un año nos vemos aquí mismo para ver lo que he conseguido y lo que no.
Me gustaría que este meme continuara a través de Jeroclo “El Espartano”, Oriol Coll, Alvaro Hernández Tortosa, Victor Abeytua, Alberto Vilches, Fernando Pellus, Raúl Cotrina, Jorge Rubira, Abraham Otero, Roberto Canales, Alfredo Casado, Fernando Redondo y Alberto Peña, pero todo feedback será apreciado ;) (los que no tengáis blog podéis mandar el meme por correo o escribirlo como comentario).
11 respuestas a “Objetivos para el 2010”
Yo no tengo blog, me lo he planteado mil veces pero siempre llego a las mismas conclusiones:
1) Mi vida privada no le interesa a nadie más que a un pequeño círculo de personas (seguramente el círculo de interesados es más grande pero me suele importar un bledo lo que conozcan o no conozcan de mi), y a esos prefiero bloguear en persona.
2) Cuando me ronda alguna reflexión de carácter profesional hago el esfuerzo de desarrollarla y empaquetarla en forma de artículo que suelo poner por esos mundos tal y como en javahispano, javalobby, cometdaily etc. Suelo emplear un montón de tiempo y acabar bastante cansado como para hacerlo con frecuencia en un blog personal con casi-cero lectores.
3) A veces los comentarios en webs y blogs de otros acaban siendo micro-blogs porque suelo enrollarme como las persianas :)
Algunos de mis objetivos para el 2010
1) Publicar ItsNat v0.7 de una maldita vez.
2) Descansar un poco más, delimitar mejor el tiempo de trabajo.
3) Ir ALGO más a nadar a la piscina.
4) Sacarme el carnet (sí sí yo también soy un rarito)
5) Estudiar tecnologías más de gran público y si es posible sin mirar el código fuente, pues no se si ser experto en el código fuente de Batik y de SVGWeb sirve para algo :) (por fortuna o por desgracia he tenido que estudiar sus tripas).
6) Intentar entender el absurdo de la TDD y similares geekadas, quizás mi cabeza no de más de sí o mis neuronas se han quedado en otro tiempo.
Jajajaja ¡que grande Sr. Arranz!.
Sólo dos puntualizaciones:
1.Hay que ser muy macho para reconocer en público que no se tiene carnet :)
2. En el próximo Coding Dojo que hagan los chicos de agilismo.es te voy a llevar a rastras, para que veas sus posibilidades (y para que nos inflemos a cervezas)
No te sientas mal por mirar código fuente, se aprende mucho. Yo tengo un amigo que hasta descompilaba los bytecodes para ver cómo "compilaba" java. Así llego a la conclusión de que utilizar un StringBuffer con append era igual que "sumar" strings porque se compilaba igual :) (grande Alberto Vilches)
¡Feliz Navidad!
David, todavía me acuerdo cuando me dijiste "pásame ese descompilador que usas", te lo envié y resulta que tenía como 5 o 6 años. Tu me respondiste con una imagen (no la he encontrado) que era una linea temporal, donde ponía en gordo "you are here" en un tramo que marcaba como 10 años antes, me moría de la risa! :D
PD.: Tengo pendiente el meme!
Jajajaja… es que si algo funciona… NO LO TOQUES :) Yo sigo con el DJ Decompiler y no he encontrado nada mejor (aunque tampoco he buscado mucho). Para tu solaz y entretenimiento, aquí tienes la imagen que buscas:
http://www.flickr.com/photos/sbocaj/119020426/in/...
No me lo puedo creer … ¡¿DJ Decompiler?!. ¿El mismo que se volvió de pago y que solo permitía decompilar .class?
Dale un ojo a este
http://www.javahispano.org/contenidos.item.action...
Permite decompilar un .jar y crearte toda la estructura de un plumazo.
Habrá que echarle un vistazo a ese JavaDecompiler (ya me lo estoy bajando) aunque he de reconocer que, cuando me he puesto a descompilar clases, he ido una a una, nunca me ha dado por mirarme una libreria completa.
Gran aporte Rubirator !!!
Cielos, gracias por la foto! mooooooooooooooooooolaa!!!
Que te lo explique Vilches, fue el que me pasó el dato de que se compilaban en bytecodes idénticos. Pero si tu me dices, aseguras, juras y perjuras que el rendimiento es igual, volveré a utilizar el append del averno :D
¿¿¿Cómo??? ¿Que utilizar un StringBuffer con append es igual que sumar Strings? No tengo ni idea de cómo java compila a bytecode, pero te puedo asegurar que haciendo pruebas de ambas opciones con bucles grandes de concatenaciones la memoria consumida por Stringbuffer+append es mucho menor!! Al parecer, sumar Strings hace copias adicionales de los String antes de concatenarlos, lo que consume más memoria. Que alguien me lo expliqueeeee!!!
David, para tu objetivo #4, y enlazando con la pregunta que te han hecho en formspring sobre "¿Hay vida después de java?", te recomiendo que añadas a la lista de tecnologías, metodologías y productos que te gustaría dominar el lenguaje dinámico Groovy. Olvídate de Ruby: Groovy=Java!! Supongo que ya lo sabrás, pero en un fuente Groovy puedes insertar código 100% java sin ningún problema, lo que reduce drásticamente la curva de aprendizaje. Quizás, lo más complicado de Groovy sea aprender a no meter demasiado código (derivado de los "vicios" de java ;-). De verdad, échale un vistazo a los muchos tutoriales que hay de Groovy. Es la productividad convertida en tecnología!!
Sabia lo de la compatibilidad entre Groov y Java, incluso en la javaOne me tragué un ladrillaco de porque las pruebas unitarias "molaban más" utilizando groovy (entre otras cosas). Supongo que lo único que necesito es un empujoncillo motivador para darle al Groovy… y tiempo !!!
Deja un comentario