¿Cobrar por lo que sabes o por lo que estás dispuesto a aprender?

Hace algunas semanas mantenía una reunión con una persona para la cual vengo realizando trabajos desde hace mas de un año, entre algunas cosas hablamos, estaba  la posibilidad de afrontar un nuevo proyecto, el cual se desarrollaría en un lenguaje de programación distinto al que hemos venido trabajando en los últimos proyectos.

Fiel a mi convicción de entusiasta de la tecnología y siempre dispuesto a asumir nuevos retos (como lo he hecho en trabajos anteriores) me pongo en plena disposición de aprender y retomar el lenguaje en cuestión, reconociendo primeramente que necesito estudiarlo nuevamente, pues tengo algunos años que no trabajo con el; sin embargo la experiencia te permite adaptarte, aprender y asimilar conceptos de forma rápida y trasladarlos entre los lenguajes o las tecnologías con las que trabajas (por lo menos en mi caso, es así)

Es así como luego de aclarado lo anterior, mi cliente me hace una pregunta que le daría pie a un interesante discernimiento  y también originaría este post:

  • persona: ¿seguirías manteniendo el mismo costo?
  • yo: por supuesto
  • persona: debes cobrar por lo que sabes, no por lo que estas dispuesto aprender

En ese instante me detuve a pensar, hice una retrospección acerca de mis experiencias anteriores, donde por ejemplo en una organización por lo general se tiene la oportunidad, y a veces el deber, de trabajar con varios lenguajes (en el caso de los programadores) que bien puedes conocer o no, y simplemente te toca aprender. Por ejemplo en una oportunidad entré como programador en PHP, luego toco echar mano con Erlang (no lo sabía, estudié y creo que aprendí  – xD -), luego tocó en python/django (en ese momento ni idea del lenguaje y mucho menos del framework), me puse a estudiar, aprender y aportar al proyecto, a tal magnitud que es el lenguaje con el que trabajo ahora, también en esa misma empresa me toco aprender Elixir y otras tantas cosas. Les hecho todo este cuento, y si eres desarrollador seguramente también te ha tocado, por que bajo la óptica de “cobrar por lo que sabes…” en esta empresa no hubiese ganado nada, pues por cada cambio me habrían tenido que bajar el salario 🙂

Es por ello que esa aseveración me hizo reflexionar acerca del valor que como programador, es mas no solo como programador, si no como profesional, podemos  aportar a nuestras organizaciones. Mas allá de las diversas aristas que pueda tener el análisis de este situación, pienso que tu valor no depende solo de lo que sabes y lo que la experiencia te ha permitido aprender, tu valor se multiplica cuando por ejemplo eres una persona capaz de adaptarte y asumir nuevos retos, aprendiendo nuevas cosas, asumiendo nuevos proyectos que como profesional te lleven a dar el máximo de ti, aún cuando tengas claro que antes de empezar, quizás debas armarte de nuevas herramientas para afrontar lo que está por venir.

Añades valor a tu organización cuando con tu experiencia, y antigüedad en la misma, conoces de primera mano el funcionamiento del equipo, quienes somos, que tenemos, que nos falta, y sobre todo hacía donde queremos ir -> estamos alineados con los objetivos organizacionales

Lo anterior para mi tendría mas valor que cualquier item “experto en…” que pueda estar en el resumen curricular.

Es pero ello que debemos reconocer siempre:

  • Qué somos capaces de hacer y que podemos aportar
  • Suena reiterativo, pero debo convencerme a mi mismo de cada una de mis fortalezas
  • Debo conocer mis debilidades, y trabajar para superarlas

También debemos estar conscientes que este tipo de consideraciones van mas allá de lo técnico, ya abarcan el ámbito del manejo talento humano y sobre todo que aspectos valoran de cada miembro de tu equipo (independientemente de la forma de trabajo que mantengas con ellos)

A todas aquellas personas que tengan la responsabilidad de manejar grupos  equipos de trabajo solo les puedo comentar que valoren a cada uno de sus miembros , no solo por lo que técnicamente puedan ofrecerte, si no por lo que humanamente son, preocúpate por ellos, por su entorno, por como están, como están sus vidas, sus familias. Otorgarles la oportunidad de estudiar, de indagar, de superarse, no los limites, déjales experimentar hasta donde sea posible

Para finalizar, mi respuesta fue: se debe Cobrar por lo que sabes Y por lo que estás dispuesto a aprender, pues la experiencia en una tecnología, hace que te puedas adaptar con facilidad a otra, eso también vale…

Estas son algunas conclusiones que me he permitido sacar de esta conversación, y si tienes alguna, cuéntame cual sería tu respuesta a ¿Cobrar por lo que sabes o por lo que estás dispuesto a aprender?

Anuncios

[ETL]: Integrando datos con Talend DI

Phenobarbital con Soda!

Uno de mis artículos más visitados ha cumplido 10 años, cómo cargar datos desde un archivo coma separado en MySQL. Por ello, he decidido crear un conjunto de entradas de una herramienta de ETL (Extracción, Transformación y Carga) muy versátil y completa; Talend Data-Integrator.

¿Qué es Talend?

Talend DI es una herramienta de integración de datos, permite construir de manera visual “jobs” (trabajos) que conectan orígenes heterogéneos de datos, por ejemplo: podemos leer un buzón de email, extraer los emails con ciertas características, transformar sus datos y cargarlos en una base de datos.

Talend DI es Open Source y posee licencia Apache.

talend1

¿Cómo se organiza Talend?

Como todos los proyectos basados en Eclipse, los trabajos se organizan en “Espacios de Trabajo” (workspaces), puedes tener un workspace project por cada proyecto con el que estés trabajando.

talend2

Talend es expandible con “plugins” y está escrito en Java.

¿Cómo instalar Talend DI?

Ver la entrada original 351 palabras más

Del por qué Lácteos los Andes usa UPC y no EAN

Phenobarbital con Soda!

y otras absurdas afirmaciones …

Mientras dictaba una charla-taller de postgreSQL y programación en PL/Python, se me ocurrió hacer algo bastante simpático y que a Python se le da bastante bien y es una operación matemática, más especificamente para validar el código de barras de los productos (código EAN) y puse a mis compañeros a escribir una sencilla función en PL/Python y que, combinada con un Dominio, funcionaba de maravilla.

Eso, me llevó a escribir el siguiente artículo en mi blog técnico.

para saber más: http://blog.phenobarbital.info/2014/10/crear-un-dominio-en-postgresql-para-validar-codigos-de-barra/

Sin embargo un resultado imprevisto surgió de dicho ejercicio, y es que al taller nos enviaban refrigerios variados de Lácteos Los Andes (naranjada y jugos) y al intentar probar nuestra función de códigos de barra, los códigos de barra de dichos productos fallaban …

¿Cómo puede ser eso?, ¿cómo la industria láctea “bandera” del Estado Venezolano puede estar emitiendo códigos de barra…

Ver la entrada original 357 palabras más

Vídeo

Defensa del trabajo final de la materia de Análisis y Diseño de sistemas

En esta oportunidad, y como parte de la materia de Herramientas web para la ciencia y la tecnología, quiero compartir con ustedes el vídeo que donde explico cada uno de los trabajos realizados durante la materia de Análisis y Diseño de Sistemas de la especialización en gerencia que actualmente curso. Espero sea de su agrado y provecho. Feliz tarde

Del por qué un desarrollador NO ES un Database Administrator?

Excelente artículo….

Phenobarbital con Soda!

O del por qué podría ser, pero debería primero cambiarse la camisa …

Este POST no busca explicar postgreSQL, ni siquiera es un artículo acerca de trucos o buenas prácticas, es simplemente una reflexión acerca de cómo pequeñas cosas que muchos pasan desapercibidas causan impacto profundo en el diseño de una aplicación.

Preámbulo

Tomé un servidor físico GNU/Linux que únicamente ejecutaba una base de datos y lo mudé a una máquina virtual restringida (¡conchale!, hay que ahorrar recursos!, pensé), pensando que todo quedaría bien.

Sin embargo, los usuarios del sistema (en producción) comenzaron a quejarse de lentitud, además, los administradores de sistemas comenzaron a notar excesivos picos de uso de CPU (¿en un equipo que sólo tiene postgreSQL?) e incluso en varias oportunidades se iba a SWAP.

Antes de devolver la base de datos al equipo físico, decidí hacer una revisión (les dije, “no solo monto sistemas, también sé de…

Ver la entrada original 1.124 palabras más

Las 12 razones por las que un Administrador de Sistemas perezoso es un buen administrador

Phenobarbital con Soda!

Hace muchísimo tiempo me enviaron este texto (lo encontré por acá) y es mi compendio de axiomas de trabajo en la administración de Sistemas, he decidido hacer una traducción libre de este artículo para que mis lectores disfruten un rato y comiencen a ser un poco más perezosos.

Si ves un administrador de sistemas, un técnico de soporte o un administrador de servidores, que siempre anda dando vueltas, como tratando de sofocar fuegos, que constantemente se ocupa de cuestiones relativas a detalles en la producción de sistemas y/o servidores; usted podría pensar que él está trabajando muy duro, ¡siempre tan dedicado!, esa es la concepción para la mayoría de las personas (de hecho, es una concepción de contratar esas personas “bomberos”), pero en realidad él no está haciendo bien su trabajo.

Si vemos a este administrador de sistemas (Unix/Linux, administrador de servidores, DBA o administrador de red) que parece…

Ver la entrada original 1.632 palabras más