Hablar bien no cuesta una puta mierda
Avie, en Snatch

Archivos en la categoría Metodología

Lyckapedia funcionando !

La Lyckapedia vuelve a funcionar !!! Hay que dar las gracias a bystander por esta proeza.

En ella se pueden encontrar algunas entradas sobre temas relacionados con J2EE, especialmente Struts. También hay temas de metodología como Metrica 3 (a ver si meto algo sobre Scrum…)

Aún falta algo de mantenimiento y lleva muchos meses sin actualizarse, pero espero que os resulte útil.

Motivación

Me ha llamado la atención un artículo en el suplemento del mundo, "Toca pasarlas canutas" de Pilar Cambra, del que reproduzco un extracto.

[...] si en un momento dado se le pide al niño o al adolescente que haga algo que supone un esfuerzo, incomodidad, salir del letargo, dejar de estar tumbado a la bartola, que nada, que no le apetece… En cambio, si se le propone al crío algo grato, que le mole, se apuntará el primero aunque tenga cuarenta grados de fiebre.

Y yo me pregunto… tanto cambiamos cuando nos hacemos adultos ? Sí, el artículo transmite que ahora es hora de apretar los dientes y trabajar, y estoy completamente de acuerdo. Pero también se puede leer desde el otro punto de vista, si quieres que tus empleados den el callo, lo más barato y eficaz es que le sea grato.

La última frase del artículo también merece ser resaltada:

Más vale apretar los dientes y dejar de quejarse. Porque con los lamentos se pierde mucha de la fuerza necesaria en el combate. Bastante fuerza…

Charla de Warren Buffet a los alumnos MBA Universidad de Florida

Me gusta la gente que puede presumir de lo que hace, y lo que ha hecho este hombre es acumular una vida ejemplar y una carrera profesional ejemplar. Por eso creo que es digno de admirar e imitar.

Y lo mismo debieron pensar en la Universidad de Florida para pedirle que diera una charla a sus alumnos MBA. Enlazo el primer video de las nueve partes (1 hora y 20 minutos en total). Además a título personal añado mis notas sobre las partes

YouTube Preview Image

Parte 1

3 things in hiring people : integrity, intelligence and energy [3 cosas a la hora de contratar a algien : integridad, inteligencia y energía]

You write down those [positive] cualities [...] and write down those [negative] cualities and you look at those cualities on the rigtht and left side and they are all cualities that if you really want to have them [the positive ones] they are achievable and if you really want you can get rid off the others [the negative ones].

Time is the friend of the wonderful business, and it's the enemy of the bad ones.

Parte 2

To make money that they didn't have and they didn't need, they risked what they did have and they did need. [Para ganar un dinero que no tenían y no necesitaban arriesgaron el dinero que sí tenían y que sí necesitaban]

If I ever write a book it's gonna be called "Why smart people do dumb things" [Si alguna vez escribo un libro se titulará "por qué la gente inteligente hace cosas estúpidas"]

You only have to get rich once [Sólo tienes que hacerte rico una vez]

Parte 3

I like businesses that I can understand and I can see where they are gonna be 10 years from now.

Parte 4

 You must know what you do understand and what you don't understand

Parte 5

 El secreto de la Coca-Cola es que no hay memoria para su sabor : te puedes beber 8 al día.

Parte 6

What you're looking for, it's a way to get one good idea a year y llevarlos a su máximo potencial

Parte 7

Very few people had got rich on their seventh best idea, but much people had got rich on thier best idea.

Parte 9

Realiza una interesante reflexión sobre la felicidad en la vida.

Eres / Tienes un buen Jefe de Proyecto ?

Haciendo un curso de formación continua (este año ya voy por el quinto, cómo se nota que no quiero estar mucho tiempo en casa porque mi gato me pega !) me encuentro con la siguiente tabla para identificar si eres o tienes un buen jefe de proyecto.


 

BUEN Jefe de Proyecto
MAL Jefe de Proyecto
Objetivos
Realistas, ambiciosos, comunicados
Deterministas, infundados, irreales
Organización
Planificación, respeto a los plazos
Desorden, prisas, improvisación
Personal de Proyecto
Ocupación estable, delegación, cooperación
“Cuellos de botella”, falta de responsabilidad, desocupación y sobresaturación
Jefe de Proyecto
Disponible, coordinado, se dedica a lo importante, toma decisiones
Indecisión, saturado, quiere hacerlo todo
Motivación
Responsabilidad, actitud activa, colaboración, información mutua
Rivalidades, pasividad, falta de responsabilidad, conflictos
Acción
Dinamismo, actividad constante, compromiso por los objetivos
Tareas irrelevantes, incoherencia, énfasis en la tarea
Estilo de Mando
Participativo, cooperador, selecciona, forma, motiva, impulsa
Autocrático, no delega, no decide, se refugia en la técnica

 

Así que… Eres un buen Jefe de Proyecto ? Tienes a un buen Jefe de Proyecto ?

Patrones de Diseño - Singleton

El Patrón de Diseño Singleton (en español, Instancia Única) se utiliza para garantizar que una clase sólo tenga una única instancia y para facilitar un punto de acceso global a la misma.

Se utiliza cuando se necesita :

  • que sea un único objeto el que coordine acciones a lo largo de todo el sistema
  • que el objeto posea estado
  • variables globales en el sistema (es más limpio y eficiente utilizar Singleton)

La propia clase es única responsable de crear la única instancia (ocultando al constructor) y de facilitar el acceso global a la instancia. Un ejemplo de implementación en Java :

public class Singleton {

      //Instancia como variable estática

    private static Singleton instanciaUnica;

    //Constructor privado : no se puede acceder desde fuera

    private Singleton() {}

    //Método para obetener una instancia

    public static Singleton getInstancia() {

      synchronized(Singleton.class) {

              if (instanciaUnica == null) {

                  instanciaUnica = new Singleton();

              }

      }

      return instanciaUnica;

    }

}

Es delicado en sistemas multihilo, ya que si dos hilos de ejecución intentarán crear una instancia al mismo tiempo y ésta no existiese todavía, sólo uno de los dos debería de lograrlo. La solución clásica para este problema es utilizar exclusión mutua en el método de creación de la clase que implementa el patrón.

En algunas ocasiones se aplica este patrón de una forma menos restrictiva, permitiendo que exista un número máximo de instancias en lugar de una única.

Comenta