Mostrando entradas con la etiqueta aprendiendo. Mostrar todas las entradas
Mostrando entradas con la etiqueta aprendiendo. Mostrar todas las entradas

martes, 12 de agosto de 2014

Ser positivo no es lo opuesto a ser negativo

Sólo hay una cosa peor que una persona negativa, y es un jefe/superior/senior negativo. O simplemente alguien en quien confías. Conforme vas adquiriendo experiencia en un campo, la gente va confiando más y más en tu juicio en ese campo. No es lo mismo que te revise el código una persona que no ha programado nunca, que que lo haga el "ingeniero principal" de la empresa que lleva 10 años picando código. Pero, como bien decía el tío Ben, "Un gran poder conlleva una gran responsabilidad". Y no todo el mundo se da cuenta de ello.

Tú puedes ver los problemas venir, intentar adaptarte y apechugar con las consecuencias. Esperas que tu esfuerzo y el plan de contingencia de la gente al cargo puedan con todo. Pero si la gente que tiene más experiencia que tú ve venir ese mismo problema y la única reacción que tienen es "estamos jodidos", no hay nada que hacer. Es el fin del mundo. Nada de lo que hagas solucionará el problema. Muerte y destrucción. O al menos ese es el miedo visceral que te entra. Y tu energía para luchar y enfrentarte a los desafíos muere antes de nacer.

¿Qué haces en esa situación? ¿Te escondes debajo de la mesa y esperas a que pase el terremoto? ¿Huyes a aguas más tranquilas? ¿Trabajas hasta la extenuación para solucionarlo? Ninguna de esas opciones arregla el problema. Porque el problema no es una situación concreta, sino esa persona que mina tu energía. Porque eso es lo que hace. Alguien repitiéndote constantemente que todo es malo y que nada es factible, sólo sirve para matar hasta la última de tus esperanzas.

Y ojo, que no digo que haya que vivir con una venda en los ojos, ajeno a todos los problemas. Ni pensar que "Dios proveerá". Eso no es un jefe positivo, eso es un jefe imbécil. Pero es que ser positivo no es eso.  Ser positivo es estar preparado para recibir los problemas con una dosis extra de energía Y con un plan para solucionarlo. Ser positivo es saber que eres capaz de resolver algo porque tienes el equipo necesario para hacerlo; porque los has entrenado y porque tú estabas listo para esta situación. 

Porque ser positivo no es lo opuesto a ser negativo. Estar preparado y luchar es lo opuesto a ser negativo. Y si alguien es negativo (o un imbécil) e intenta minar tus energías, ya va siendo hora de que tomes las riendas. Porque tú puedes, estás preparado y vas a luchar por ello.




jueves, 13 de octubre de 2011

Brain reboot

No sale.
No compila.
Esto antes funcionaba.
No sé cómo arreglar esto.
Tendría que tener esto para ayer.
Pregunto y nadie sabe porqué no va.
Todo el día perdido y sigue sin funcionar.
Por cada cosa que arreglo, tres más se rompen.
No consigo arreglarlo y quien puede ayudarme no está.

¡¡PARA!!
Dos canciones sin mirar código, sólo tú y la música. Sé que vas mal de tiempo, pero lo necesitas.





¡LISTO! Brian reset correctly achieved!

Ahora ponte a trabajar en algo que sí puedas resolver :)

jueves, 24 de febrero de 2011

Porqué hay que revisar las facturas con lupa

Esta tarde vienen a traerme los muebles del salón, así que me llamaron para que me pasara por la tienda y terminara de pagarlos. Ayer cogí mis recibos, que eran todo siglas raras y números y me fui para allá.

Ya en la tienda, mete la cajera los recibos en la caja y empieza a sumar con la calculadora lo que tengo que pagarle. No, yo tampoco entiendo por qué no le hace la suma el programa. Como soy curiosa, me asomo a mirar qué leches ponía en la pantalla y en qué mente entraba que un programa de una tienda no hiciera una suma de varios recibos. En la pantalla negra con letra monoespaciada ponía:

COMPA. WENGUÉ ..... X €  .... A cuenta: 20% de X
ESTAN. VERDE  ....  Y €  .... A cuenta: 20% de Y
MESAC. BLANCA ....  Z €  .... A cuenta: 20& de Z

Yo: Perdone... pero... eso de estan. verde no sé yo si está bien... yo he comprado un aparador, no una... estantería?
Cajera: Mmmm pero eso será el nombre del aparador.
Yo: Bueno... pero... aún así no sería verde.
Cajera: Pues... no sé... si quieres, antes de pagar,  sube a planta y que te lo comprueben.

Efectivamente, me habían apuntado una estantería de 16 módulos verde pistacho de 2x2 metros. Por suerte, admitieron que había sido su error y confirmaron que hoy me traerán el aparador correcto (que por un casual había en almacén). Luego os cuento qué han traído al final.

Así que, cuando compréis algo, comprobad qué pone en la cuenta... y si son sólo números, confirmadlo doblemente.

miércoles, 8 de diciembre de 2010

Matlab: Plot problems

I'm quite desperate. I'm doing obstacle detection using a colleague's Matlab implementation. I've been working with these algorithm and these data for 2 months and finally I'm getting good results so now I need to capture some images... but I've got this problem: 



Why on Earth are all the titles upside down?

I've been having this problem since the first day using his code... The Matlab versions are different, but changing to another one it's not helping. And I've got this problem with all the plot he has in his code... We've tried different things but we don't find the problem. Any suggestions? Please!!

jueves, 22 de abril de 2010

Pensamientos (IV)

Of all forms of caution, caution in love is perhaps the most fatal to true happiness.

- Bertrand Russell

jueves, 11 de febrero de 2010

Un regalo inesperado

Un regalo inesperado

Como ya os dije, el otro día me regalaron muchas cosas, algunas que he querido desde hace tiempo (la plancha eléctrica será muy usada), pero hubo una que no me esperaba... mi primer libro de cuentos.

Dpp, Fergu, Iván y JP (aka Poiosoft Corporation) recopilaron e imprimieron en un mini libro mis últimos relatos de este blog, añadiendo fotografías (la mayoría hechas por ellos mismos) a modo de ilustraciones. Me quedé sin palabras, literalmente... y eso no es fácil.

Jamás se me habría ocurrido publicarlo, primero porque no sé si son lo bastante buenos para estar en papel y segundo porque me daba miedo/vergüenza/cosilla... llamadlo como queráis. Pero ahora que los he visto en papel... me gusta como quedan ;)

Muchas gracias, niños... me habéis devuelto las ganas de seguir escribiendo ^__^

martes, 10 de noviembre de 2009

Adictos al poder o poderoinómano

Un adicto al poder, también conocidos como podericto o poderoinómano, es una persona que necesita demostrar que tiene poder sobre los demás en cualquier momento. Normalmente, son personas más allá de la crisis de los 40 que han alcanzado una posición relevante en su campo y que están acostumbrados a ser admirados y obedecidos.

Síntomas de un poderoinómano y cómo enfrentarse a ellos:
  • Vanagloriarse de lo que saben, aunque los oyentes no tengan ni idea de lo que habla, usando términos u expresiones en idiomas extranjeros. Lo mejor es poner cara de asombro y darles la razón, aunque no sepas de qué te habla.
  • Realizar comentarios dentro de su área de conocimiento para pillarte, incluso aunque no tengan nada que ver con lo que tú has dicho. Lo mejor es darles la razón lo antes posible, pero teniendo cuidado de no hacerlo demasiado pronto para que puedan lucirse.
  • Llevar la razón en todo lo que dice, o al menos hacer como si así fuera. No les lleves la contraria salvo que tengas una manera irrefutable de confirmar tu postura. En algunos casos, ni así les convencerás.
  • Dialogar y adoctrinar son sinónimos para ellos. No entienden que puede haber varias opciones válidas para un mismo tema. Dales la razón o vete.
  • No asumir los errores en sus razonamientos. No lo intentes, si les das argumentos contrarios, le darán la vuelta para que parezca que esos argumentos fueron ideas suyas previas y desechadas.
  • Interrumpirte, cualquier cosa que digas no interesa tanto como lo que quiere decir. Déjale que se desahogue y retoma tu razonamiento cuando termine para el resto de oyentes.
Esta enfermedad, muy frecuente en el mundo académico, es el mal endémico de la investigación.

martes, 26 de mayo de 2009

Sobre las traducciones de libros

Sé que es difícil traducir un texto a otro idioma intentando que mantenga la calidad y el interés que pudiera tener antes. Pero muchas veces lees algo por encima y te das cuenta de que está mal, muy mal en algunos casos.

Que en textos técnicos que te encuentres "array" traducido por arrayán me resulta frustrante y consigue que no pueda concentrarme como debería. Siempre he pensado que los textos técnicos tenían que ser traducidos por personas que conozcan la terminología (usuarios finales, ingenieros informáticos en mi caso) en vez de que lo hagan traductores.

Pero no sólo eso, sino en las propias novelas, en las que el vocabulario no es tan específico también tienen muchos fallos. No voy a hacer una lista de todos los que me he encontrado en el último libro que me leí en inglés y en español... porque no acabaría.

Todo esto se solucionaría porque un par de personas con cabeza (que no tienen por qué entender el idioma original) se leyeran el libro antes de que este se publicara y señalaran las expresiones raras que deben revisarse.

O puede simplemente que yo sea una paranoica obsesiva.

martes, 19 de mayo de 2009

Pensamientos (III)

I bought a cactus. A week later it died. And I got depressed, because I thought, Damn. I am less nurturing than a desert.

lunes, 11 de mayo de 2009

Soñé...

... con un día de playa en el que pudiera bañarme sin esquivar la contaminación del mar.
... con una noche en la que durmiera y las pesadillas no me impidieran soñar.
... con un mundo en el que nadie se odiara y todos viviéramos en paz.
... con un país en el que ningún niño estuviera obligado a ayunar.
... con una canción que gustara a todos y no terminara jamás.
... con una ciudad en que todos optáramos a un hogar.
... con una bomba que no se dedicara a matar.

Si uno solo de los sueños se ha cumplido... también pueden hacerlo los demás :)

sábado, 9 de mayo de 2009

Pensamientos (II)

Anger is the feeling that makes your mouth work faster than your mind.
by Evan Esar

jueves, 7 de mayo de 2009

Pensamientos (I)

Mi curiosidad científica murió enterrada bajo líneas de código.
by me

lunes, 9 de febrero de 2009

26

Con un par de días de retraso, aquí viene mi confesión de que tengo un año más.

Con la edad se va adquiriendo sabiduría, os dejo unas cuantas cosas nuevas sobre la organización de fiestas que he aprendido este fin de semana:
  • Encarga los hielos a alguien de confianza.
  • Hay gente que siempre invita a un amigo y no te avisa
  • Sea cual sea la cantidad de comida que pongas, se acabará.
  • Ponle un candado al frigorífico.
  • Hay gente que invita a varios amigos y no te avisa
  • Si tienes barra americana, sabes de antemano quién va a acodarse en ella.
  • Siempre queda gente apañada que recoge las cosas antes de irse.
  • Cuando creas que todos se han ido y puedes relajarte, llamarán al interfono.
Nada más, aquí seguimos, más viejos pero igual de enredados ;)

martes, 20 de enero de 2009

Let's Powerball (II): DIY Speed Meter

I've bought a Powerball not so long ago and I decided to buy it without the inbuilt digital speed meter. However, a workmate (Richard, a.k.a. the EDLUT designer) has developed his own revolution counter using a coil of enamelled copper wire, an audio cable and a computer with Matlab.

How to do a speed meter (rpm counter) for a regular NSD Powerball:
  1. Check that your Powerball has a magnet inside. You only have to put it close enough to another magnet.
  2. Look for an unused jack plug (the one used to connect the phones to the computer) with a long wire.
  3. Attach the audio cable to the wrist band hole. Leave the majority of the cable at the plug side.
  4. Make a coil with the enamelled copper wire. Stick it around the top of the Powerball using some tape.
  5. Strip the audio cable and remove the enamel from the wire. Sold them or join them with some tape. It should look like this.

  6. Connect the jack plug to the microphone hole.
  7. Lanch the Matlab code and start your Powerball. (You can download it from Sourceforge)

  8. ENJOY!
Use the microphone volume to control the homemade speed meter accuracy and noise.

jueves, 18 de diciembre de 2008

Let's Powerball

Uno de los males endémicos de los informáticos es el Síndrome del Túnel Carpiano. Como ya os conté, he estado teniendo problemas con mi muñeca, pero he encontrado el método para fortalecer la muñeca a la vez que prevengo dicho síndrome:



Esta bola de forma compleja es un giroscopio que moviliza la muñeca, además de servir para fortalecer los brazos. Cuando la usas por primera vez la sensación es bastante artificial, pero con el tiempo te acostumbras y notas bastante mejora.
Al fin han llegado las que pedimos, después de algunos problemas que no vienen al caso, así que a partir de ahora el despacho va a convertirse en un centro de competición de Powerball xDD

miércoles, 5 de noviembre de 2008

Desaparición de la ingeniería en informática

Esto es la crónica de una muerte anunciada... Todos sabíamos que la Ingeniería en Informática iba a desaparecer antes o después ya que en el mundo real no se nos valora como ingenieros, sino como manitas capaces de usar cualquier programa o de arreglar el ordenador cuando "peta".

En el despacho se ha montado un revuelo bastante grande decidiendo qué pasará y qué no pasará, cómo nos afectará y quién se quedará con unas competencias que nunca han sido nuestras realmente.

Según mi opinión, que es mía propia y que nadie se ofenda, el sistema educativo español está mal definido desde su base (¿qué tiene de malo ser fp? ¿porqué todo hijo de vecino tiene que estudiar una carrera?) y la reforma que actualmente se está realizando no subsanará los principales problemas que tiene. Os voy a explicar qué haría yo en lo que se refiere a la Ingeniería Informática:

"Crearía un Grado en Informática (que se llame como sea, vamos, el nombre es lo de menos) equivalente al Computer Sciences en el que se tuvieran que matricular los estudiantes de las ingenierías actuales de Telecomunicaciones, Informática, Automática y Electrónica. Este grado tendría distintos perfiles preestablecidos a partir del 3º año para que cada uno siguiera un camino con unas competencia claramente delimitadas. Algunas ideas para estos perfiles serían: administración y minería de datos, diseño de dispositivos y robótica, programación embebida y de descripción hardware, administración y diseño de redes, ...
Una vez terminados estos perfiles, cada persona podría hacer un Máster en Ingeniería de lo que sea, de manera que se les enseñen aquellas cosas propias de una ingeniería y que se especialicen en el mismo o en otro perfil.

Las personas que ya tengan su título como Ingeniero podrían homologarlo por uno de Máster en la ingeniería que más se aproxime, mientras que los Ingenieros Técnicos lo harían al Grado correspondiente con el perfil que toque."

Como ya he dicho, esta es mi idea... que puede ser mejor o igual que la que actualmente se está planteando, pero peor es bastante difícil.

¿Qué os parece? ¿La consideráis viable? ¿Qué otras carreras van a sufrir con la nueva ley?

martes, 30 de septiembre de 2008

Cuenta atrás

En Mayo-Junio del año que viene tengo que tener todo lo referente a mi investigación terminado y, a ser posible, la mayor parte de mi tesis escrita a la espera de que me contesten de las revistas (a las que todavía no he mandao el artículo).

Así que aquí empieza una pequeña cuenta atrás personal. Un reto. Quiero ser capaz de hacerlo... aunque hay veces que no sé muy bien cómo. Se aceptan sugerencias y apoyos :)

Quedan 244 días.

miércoles, 30 de abril de 2008

To compile or Not to compile

Esa es mi duda ahora mismo. La verdad es que tardo más de media hora en sintetizar cada uno de los componentes. Cada cambio de variable, cada test requiere 2 minutos de programación y 30 de sintetización.
Eso te lleva a plantearte muchas cosas que puedes hacer para mejorar dicho tiempo:
  • Generación de librerías precompiladas: De esta manera se disminuye el tiempo de compilación. Aunque el que no reduces es el de enlazado (linkado no deja de sonarme a espanglish), el proceso se reduce unos 5 minutos.
  • Trabajar con cores: La idea es crear un paquete independiente del resto que consideras correcto y que funciona independiente. Lo único que quedaría que hacer serían unas funciones genéricas que llamen a dicho core en tu código. El problema es cuando estás testeando un core en concreto, que este paso no es factible.
  • Deshabilitar las opciones de optimización: En software hay instrucciones (como el -O1,-O2, etc. de gcc) que permiten realizar un código que consuma menos recursos (memoria, tiempo y celdas lógicas de la FPGA, por ejemplo), pero que ralentizan la compilación. Con esto he conseguido ganar otros 5 minutos.
Al final te encuentras con 20 minutos (no, el 20minutos no), que no son suficientes para cambiar de tarea pero que son demasiados para vaguear (o procastinar, como dicen por ahí). Existen otras opciones... aunque no terminan de convencerme.


lunes, 25 de febrero de 2008

¿Por qué apagar las luces?

Niños y niñas, cuando salgáis de una habitación, apagad las luces, porque salvo que seáis Speedy González o el Correcaminos no compensa dejarlas encendidas, ni siquiera las de bajo consumo.

Para más detalles, aquí tenéis un video:



PD: Ya sé que el doblaje no ayuda a tomárselo en serio... pero es lo que hay salvo que lo queráis en inglés xD