Es dificil olvidar hábitos, modelos mentales o patrones de pensamiento que has ido desarrollando durante años. Pero quizás estos conocimientos sean un lastre para los nuevos conocimientos que quieres aprender.

Al final te das cuenta que usas tus conocimientos de siempre en la nueva tecnología  sin sacarle el verdadero potencial.

No hay que olvidar del todo, sino usar-lo en el momento adecuado.

Al principio, entre PHP y RoR me pasaba, intentaba programar como lo había hecho siempre en PHP, hasta que poco a poco te vas adaptando a esa nueva filosofia.

En un equipo sano, todos los componentes del mismo deberiamos intentar compartir nuestros conocimientos con los demás.

Si :
A sabe X

B sabe Y

C sabe Z

Si compartimos esta información entonces,

A, B, C sabe X, Y, Z

Ganamos todos, nadie pierde.

No tienes que ser un experto en todo lo que va saliendo, así que ni lo intentes. Pero debes de estar atento hacia donde va el mercado, hacia donde apunta y planificar tu carrera profesional de forma acorde.

Si te quedas quieto, no progresas y te quedas desfasado. Si intentas ser un experto en todo, tampoco lo conseguirás. Quien mucho abarca poco aprieta. Así es mejor especializarse en unas determinadas ramas y estar atento a lo que pasa en las otras, simplemente a nivel informativo. Con la blogosfera, los libros, las listas, conferencias… ahora es realmente fácil. Eso si, si quieres.

Sé honesto y ten el valor de comunicar la verdad. Todos somos humanos, quizás el código de nuestro compañero sea dificil de comprender, quizás hemos perdido muchas horas desarrollando por un camino que al final resulta incorrecto, … Di la verdad al equipo, al cliente, a tu compañero de al lado que no quieres ofender… y sacad conclusiones positivas para mejorar.

Nunca he hecho post’s programados en mi blog para que parezca que hay un trabajo continuo y ganar visitas. Ciertos blogs lo hacen, pero a mi particularmente no me gusta.

Si un dia estoy más motivado y cuento 4 cosas pues mejor y las expongo ese mismo día tal como las siento. Si las programase, las podria corregir, y muchas entradas las evitaria porque me han traido más de un problema. Pero no seria lo mismo, no sería tan personal.

Que yo recuerde no he esborrado ningún post una vez ha sido publicado (actualizado si, pero borrar no) y creo que es importante no censurarme demasiado a mi mismo. Soy como soy, y punto.

Todo esto viene porque he empezado a publicar unos post’s programados… ¿Ya me estoy contradiciendo, no? Los últimos post’s sobre “Agile Developer” que escribí son programados. Llevo 5 de momento e irán apareciendo uno por día.

Esto quizás lo debería de haber escrito antes de empezar la serie para aclararlo, pero estos “consejos” los estoy sacando del libro “Practices of an Agile Developer”. Básicamente  cada capítulo explica un consejo, son 5 o 6 pàginas por capítulo y dan muchos más detalles pero quería resumir de forma muy breve cada capítulo y sacarle la idea general.

El motivo no es putear a la editorial, ya que es un libro genial que cualquier programador serio y profesional debería de leer e intentar aplicar. El objetivo es hacer un resumen del libro para poder recordar las grandes ideas en un futuro de forma fácil. No sé vosotros, pero libros como estos donde hay tanta información es dificil acordarte de la mayoria de las cosas. Así será más facil.

Intenté hacerlo con otros 2 libros, pero fue un fracaso porque cada dia me tenía que leer el capitulo, y era un coñazo. Así un dia inspirado que me lea más capitulos, los escribo y los programo. Al no ser nada muy personal, no creo que importe mucho.

Espero que os gusten estos “consejos” y os inciten a comprarlo.

Desde la educación y el respeto, hay que criticar las ideas de forma razonada. El objetivo es encontrar una solución al problema, no demostrar que tu idea es la mejor. Nunca hay que pasar la línea profesional a la personal, y es muy facil pasarla si no cuidas las formas. Elige las razones y las palabras correctas para explicar tu punto de vista.

Muchas veces puedes solucionar un bug de forma veloz. Pero si no vigilas y no le dedicas suficiente tiempo para analizar el problema, tu solución puede ser realmente desastrosa. Nunca toques algo hasta que no entiendas bien lo que hace.

Culpar no arregla los problemas. En vez de apuntar con el dedo al culpable, apunta a una posible solución.

Franc propone un meme curioso, almenos no es el tipico y cansino meme de decir tus 5 comidas preferidas…. o cualquier parida de esas.

Dice así:

• Elije un libro que tengas cerca
• Ves a la pàgina 123
• Busca la frase número 5
• Copia las siguientes 3 frases
• Indica el libro i autor

Aqui va:

An idea merchant in search of a virus would take a very different tack. Instead of trying to make it cheap and boring, they’d realize that the first people to buy a car like this are people with money to risk on an unproven technology. Realize that the opinion leaders and nerds who are most susceptible to this idea are also the most likely to want to drive an exceptional car.

Sacado de “Unleashing the ideavirus”, de SETH GODIN

El 15 de Diciembre, es decir el viernes sale a la venta la segunda edición de este libro básico para aprendre/comprender Ruby on Rails.

En esta segunda edición habrá muchas mejoras que ha tenido este framework durante este último año y que me ha costado descubrir sin la ayuda del libro ( y eso que son funcionalidades geniales). Básicamente lo que se añade son:

- migrations,

- polymorphic associations

- multi-format actions with respond_to,

- RJS,

- resources,

De todas estas ya controlo las migraciones que me ha hecho olvidar el phpmyadmin y el mysql para crear las tablas y gestionar los cambios de estructura, con un detalle, control de versiones. Es un sistema realmente fantástico, la única pega que le veo es que no puedes ver los datos de las tablas a no ser que uses directamente el mysql.

Todas las demás, de algo me suenan pero aún estoy pez. El RJS pinta bien porque en teoria es programar javascript sin javascript. Es decir usando ruby programas el javascript. Ventajas? Que ya todo se convierte en Ruby y no tienes que ir mezclando lenguages ni historias, el framework se encarga de traducirlo.

Así que en el próximo pedido, seguramente me lo vuelva a comprar :P. Pero ahora que aún soy newbie, ir programando con un soporte tan bueno (este libro y el de Programming Ruby) me salva la vida en muchas cosas. En internet aún no existe una super comunidad en RoR, aunque poco a poco se va formando.