Libros, física nuclear y experimentos caseros

Ayer visité la feria del libro, y a diferencia del año pasado, en esta ocasión compré varios libros todos ellos sobre narrativa histórica (el año anterior solo habia comprado un afinador para guitarra, ja!). Por un lado compré Marco Polo, la novela, de Muriel Romana y por otro compré 3 libros de una colección llamada Grandes Batallas de la historia. De esta última colección adquirí los siguientes tomos: Chacabuco y Maipú: dos victorias tras el cruce de los andes; Ayacucho: el ocaso del imperio Español y Batallas heróicas de Grecia: La gran guerra persa.

Al mismo tiempo, más allá de recorrer la exposición tome una hora para asistir a una charla de Guillermo Abramson, docente e investigador del  Instituto Balseiro. Esta institución de elite, dependiente de la Universidad Nacional de Cuyo y de la Comisión Nacional de Energia Atómica, tiene su sede en el Centro atómico de Bariloche y dicta carreras de grado y posgrado relacionadas a la física nuclear. Para ingresar al Balseiro es necesario primero aprobar 2 años de una carrera de física/ingeniería en alguna universidad nacional y luego rendir una durísimo examen de ingreso. Pero pertenecer tiene sus privilegios: todos los alumnos del instituto estan becados, lo cual les permite dedicarse 100% al estudio. Al mismo tiempo la relación docente/alumnos es 1 cada 2, increible.

Volviendo al tema de este post, la charla trató (entre otras cosas) sobre fenómenos de sincronización espontánea. Asimismo durante la charla, Guillermo mostro algunos experimientos caseros muy interesantes. Uno que me llamó particularmente la atención fue la detección de rayos infrarojos con una cámara de fotos. La cuestión es simple, toma un control remoto y veras que en la parte delantera tiene una lampara/led, que si lo miras a simple vista y presionas algún boton, no veras nada. Eso se debe a que el control remoto utiliza rayos infrarojos y nuestra vista no es capaz de captarlos. Pero si tomas una cámara fotográfica digital y sacas una foto a la lampara/led del control veras la luz que emite.

Anuncios

Análisis y Diseño Orientado a Objetos en UNTreF

Este cuatrimeste estamos con DiegoF dictando esta materia por primera vez, un desafio por demas interesante.

Nos hemos plateado como objetivos:

  • Que los alumnos desarrollen una capacidad de análisis y diseño para atacar problemas de distinta índole, tanto a nivel software como hardware.
  • Presentar un método formal de trabajo aplicable a su vida profesional.
  • Construir una caja de herramientas de diseño para su uso en posteriores materias y  también en el ejercicio profesional.

Complementariamente a estos objetivos de alto nivel también pretendemos:

  • Trabajar con varios casos de estudio, pues creemos que la mejor manera de aprender a diseñar es diseñando y revisando diseños.
  • Desarrollar actividades periódicas que complementen la teoría y ayuden a poner en práctica los conceptos expuestos.
  • Trabajar con distintos tipos de sistemas: de información, de tiempo real y embebidos entre otros.
  • Proveer herramientas para documentar un diseño.
  • Reflexionar sobre el costo y el valor de la flexibilidad.

Si bien no hemos encontrado un libro de texto que cubra la totalidad de los temas que queremos cubrir, hemos decido recomendar a los alumnos el libro de Craig Larman, UML y Patrones: Introducción al análisis y diseño orientado objetos y al proceso unificado. Esta decisión esta basada en que el mencionado libro provee una buen acercamiento a los temas centrales de la materia utilizando herramientas muy difundidas y de uso cotidiano en la actualidad. Además el libro desarrolla un caso de estudio de punta a punta.
Entre los libros que hemos decidido utilizar para distintos temas puntuales estan:

A medidas que vaya corriendo el cuatrimestre intentaré ir compartiendo los resultados y descubrimientos que hagamos.

Dinámica clase de repaso en algo3

Junto con Pablo ayer dimos una clase de consulta pre-parcial. Decimos probar un nueva dinámica para intentar hacerla más interactiva que la clásica clase de consulta donde el docente se para al frente y contesta las preguntas de los alumnos. (digo nueva porque nunca la habiamos utilizado y fue un “invento” propio).

Comenzamos por pedirles a los alumnos que ANTES de asistir a la clase, repasaran lo que se dio en cada una de las clases intentado identificar los temas más relevantes de cada una.

Ya una vez en la clase les pedimos que se agruparan en grupos de 5 o 6 personas y anotaran en una hoja lo que les parecian los temas más relevantes de la clase 1. Luego de 10 minutos aproximadamente retiramos las hojas y utilizamos los puntos identificados por los alumnos como disparadores de la revisión. Lamentablemente la mayoria de los alumnos se limitó a copiar la agenda de la clase que Carlos suele poner al comienzo de la ppt. De todas formas fuimos hablando de los distintos temas y contestando las consultas que fueron surgiendo.

Luego pasamos a la clase 2, pero en este caso en lugar de pedirles que identificaran los temas más relevantes de dicha clase, les pedimos que formularan 2 preguntas relacionadas a los temas de la misma (10 min). Luego intercambiamos las preguntas formuladas por cada grupo para que las respondienran (10 min). Finalmente tomamos las hojas con las preguntas y respuestas y las fuimos repasando entre todos, verificando/explicando las respuestas. Obviamente como era de esperar varios grupos habian formulado preguntas muy similares. Al mismo tiempo, ocurrio que algunas de las preguntas/respuestas formuladas por los alumnos dispararon otras preguntas.

La clase continuo con la misma dinámica repasando cada una de las clases. La dinámica duró poco más de dos horas y media y luego nos quedamos alrededor de media hora más respondiendo consultas particulares de algunos alumnos.

Con Pablo quedamos muy contentos con como salió la clase y hemos tenido un buen feedback preliminar de los alumnos.

Resolución de conflictos @ AgilesBaires

Esta fue la temática del encuentro mensual que en esta ocasión estuvo facilitado por Ingrid de FuerzaTres. Contabilizamos un total de 20 asistentes y no deja de sorprenderme que al igual que todos los encuentros anteriores, sigue sumándose gente nueva.

El encuentro comenzó con una dinámica para romper el hielo facilitada Rick  Colusso. Luego se desarrollo con la modalidad presentación, pero la participación de la audiencia fue muy importante, sorprendiendo incluso a Ingrid, que no pudo terminar de presentar todos los slides que tenia preparados!!!

That’s all folks!

 

Buenas nuevas para la comunidad Pharo

En primer lugar tenemos el release de la versión 1.2.1, iupi!!!! La imagen core incluye 693 issues resueltos y entre los cambios mas relevantes se encuentran:

  • Agregado del nuevo framework de undo
  • Agregado del nuevo DummyUIManager para trabajar sin UI
  • Inclusión del preview de SimpleMorphic
  • Un nuevo finder
  • Integración con SUnit 4
  • Muchísimos cambios en la estructura de clases del sistemas que ofrecen mejor modularización

En particular este último punto me pone muy contento ya que colaboré en la detección e implementación de algunos de los cambios.

Por otro lado, Mariano finalmente se decidió a compartir su conocimiento escribiendo un blog. Como bien el propio Mariano indica en su post inicial, si sos un experto en Smalltalk, poco tal sea poco lo que puedas aprender. Pero si sos un simple usuario con ganas de aprender y compartir conocimiento, estoy seguro que el blog de Mariano te resultará muy entretenido. Para los interesados, el blog es: http://marianopeck.wordpress.com. Felicitaciones Mariano, ¡nos leemos!

Antes de escribir hay que saber leer…

Por estos dias me propongo empezar a trabajar en un paper (más específicamente un experience report) y por ello mientras revisaba algunas anotaciones recordé algo que me enseño Stef durante mi estadía en el Inria: para poder escribir un paper primero hay que leer papers y hay que saber leerlos.

Hay 3 “niveles” de lectura de papers:

  • Nivel 1: leemos el título y el abstract, esto nos va a permitir determinar si el paper está dentro de nuestra área de trabajo y si existe la chance de que nos agregue valor. En caso de creer que puede llegar agregarnos valor, pasamos al siguiente nivel.
  • Nivel 2: leemos la introducción, la conclusión y los trabajos relacionados. Ya con esto puede que identifiquemos algo concreto de nuestra utilidad. Finalmente si luego de esta segunda lectura creemos que aún hay más info que pueda resultarnos de interés pasamos al siguiente y último nivel
  • Nivel 3: bueno, si llegamos hasta aquí solo nos queda por leer el desarrollo del trabajo (o sea el medio)

That’s all folks,

Espero les resulte de utilidad.

¿Quieres un aumento?

Nota preliminar: si bien este post tiene algunas cuestiones general, tiene también ciertas cosas que lo hacen particular a la situación Argentina.

¿Cuantas veces tu empleador te ha preguntado esto? ¿muy pocas?¿nunca?

Cada uno tendrá sus propias experiencias y opiniones en estas cuestiones y no voy a meterme en ellas. Solo quiero exponer un punto de vista.

En una primera aproximación podriamos decir que los aumentos salariales son consecuencia de dos cuestiones: los ajustes inflacionarios y las promociones de puesto.

Si analizamos en detalle, los ajustes inflacionarios no son aumentos de sueldos, sino simplemente ajustes en el salario, para contraarresar los efectos del proceso inflacionario (es más, si no hubiera inflación, no habría ajustes inflacionarios). En muchas actividades estos ajustes salariales son negociados por los respectivos gremios. Estos ajustes deberian tener como piso la inflación oficial, que lamentablemente en la actualidad está bastante por debajo del inflación real. Esto queda en evidencia al ver que la inflación oficial ronda el 10,9 % y los ajustes negociados por la mayoría de los gremios supera el 20 %. Volviendo al hilo de este post, nos concetrarenos entonces en los aumentos de sueldo ligados a promociones de puesto/categoria.

Si ahora llevamos esto a la industria del software (en Argentina) nos encontramos que la actividad no está regulada, lo cual tiene entre otras consecuencias que no exista un gremio de trabajores del software. A raiz de esto, la negociación de los ajustes inflacionarios queda en manos de cada trabajador.

En cuanto a las promociones en la industria del software, se espera que a lo largo de su carrera uno vaya aumentado su nivel de seniority o directamente cambiando de rol (programador->analista->lider de proyecto) y juntos con esta evolución profesional llegan respectivos aumentos de sueldo. Esto suena totalmente lógico: si la empresa cobra más a los clientes por un arquitecto que por un programador, entoncesun arquitecto deberia cobrar más que un programador. Poniendolo en términos de valor podriamos decir que el sueldo es proporcional al valor que genera el empleado. Y este es el punto en que me interesa deternerme. Si bien el valor que uno puede generar está fundamentalmente ligado al rol que uno ocupa diariamente en los proyectos, también hay algunas otras cuestiones relevantes en las que es posible agregar valor:

  • Uno puede agregar valor más allá de proyecto/tarea cotidiana. Es posible realizar actividades que agreguen valor organizacional, como colaborar en la definición de buenas prácticas, la generación de assets reusables, etc.
  • Cuantos más roles pueda ocupar uno, más fácil será para la empresa ubicarlo a uno en uno u otro proyecto. Ojo, con esto no me refiero a ocupar roles simultáneamente, sino si uno cuenta con los skills para desempeñarse como programador, pero también para tiene skills para desempeñarse como líder de proyecto (y me consta que esto no siempre pasa), entonces la empresa tiene más flexibilidad para planificar la asignación de recursos.

Bien, esto es lo que queria compartir, entonces señores, si quieren un aumento es hora de agregar más valor, pero ojo, al hacerlo asegurense de encontrar una forma de medirlo, pues de lo contrario la empresa podria hacer caso omiso de tus “reclamos”, argumentado que no han percibido el incremento de tu valor.

¿Opiniones?