Mozo, un Service Pack para Project por favor!!!

Project Server 2007; en cuanto a fallas, lo peor que he visto después del Windows 95.
Desde Marzo de este año que migramos a Project 2007, e infelizmente cada día funciona peor.

Creo que si supiera el trabajo que cuesta mantener esta herramienta operativa, nunca la hubiese instalado.
Hay muy poca documentación oficial sobre las fallas, y no se pueden descargar hotfixs... hay que sacar a relucir el instinto MacGyver para solucionar cada problema.

Lamentablemente tendremos que esperar el Service Pack de Project Server 2007 para Marzo o Abril del 2008.

[EPM 2007 Conference Post Report – and SP1 Information]

Las leyes de máxima fatalidad

A fin de inaugurar una nueva etiqueta "El programador es prácticamente un ser humano" reuní unas cuantas máximas relacionada a nuestro trabajo que siempre aplican, y aquí están;

• Puedes hacer que tu software sea a prueba de errores, pero no podrás hacerlo a prueba de idiotas.
  
• Los proyectos con objetivos difusos, van bien para evitar el compromiso de tener que estimar los costos. (Primera ley de Golub sobre la informática)
  
• Un proyecto planificado sin precisión tarda tres veces más en acabarse de lo que se espera, un proyecto planificado cuidadosamente tarda el doble de lo previsto. (Segunda ley de Golub sobre la informática)
  
• El esfuerzo requerido para corregir el curso de un proyecto se incrementa geométricamente en función del tiempo transcurrido. (Tercera ley de Golub sobre la informática)
  
• Los equipos de proyectos, odian hacer informes semanales sobre la evolución del proyecto porque padecen claramente de la falta de avances. (Cuarta ley de Golub sobre la informática)
  
• Cualquier problema sencillo se convierte en insalvable, si se hacen las suficientes reuniones para discutirlo. (Ley de Mitchell sobre las comisiones)
  
• Cualquier programa, cuando funciona, es obsoleto. (Primera ley de la programación)
  
• Todos los programas cuestan más y tardan más tiempo de lo esperado. (Segunda Ley de la programación)
  
• Añadir más mano de obra a un proyecto de software que va retrasado, lo retrasa todavía más. (Ley de Brook)
  
• Si tu proyecto no funciona, revisa la parte que te parecía que no era importante. (Ley de Biondi)
  
• Cualquier idea simple puede ser redactada de la manera más complicada. (Ley de Malek)
  
• No hay ningún trabajo tan sencillo, que no se pueda hacer mal. (Ley de Perrusell)
  
• Los gastos crecen siempre hasta alcanzar los ingresos. (segunda ley de Parkinson)
  
• Las excepciones confirman la regla... y desarman el presupuesto. (Ley de Milles)
  
• El progreso se lleva a término un viernes sí, otro no. (Primera ley de Weinberg)
  
• Nunca sabes quién tiene razón, siempre sabes quien manda. (Ley de Whistler)

[http://www.calidoscopio.com/calidoscopio/principal36.htm]

Compramos dominio

Sacamos el cocodrilo del bolsillo y compramos dominio !!!
La Bitácora del Desarrollador tiene dominio propio, por lo que a partir de hoy http://desarrollador.org/ estará asociado a este blog.

Saludos.
[Bitácora del Desarrollador]

robots.txt en blogger.com

Verificando el blog, encuentro que ahora blogger incluye un robots.txt con las lineas:

User-agent: *
Disallow: /search

Esto significa que los amigos de blogger.com impiden que los buscadores indexen todo el contenido bajo la ruta http://tudominio.com/search.
En otras palabras, los buscadores no indexaran tus etiquetas (labels).

Parece que blogger no duda en ser autoritario, ya que ni siquiera tienes la opción de modificar dicho archivo.

Realmente no entiendo cual es la justificación de implementar esta restricción, sin siquiera consultar a los autores.
Parece algo poco inteligente, porque el contenido que archivo si pude indexarse.
Se supone que si clasifico en categorías, es porque será de más utilidad para el lector, ¿no?

Dado a que tu blog es propiedad de blogger.com y este no permite modificar la mencionada restricción, podríamos interpretar la acción de blogger como; al que no le guste que se vaya

Al Sr. responsable de dicho Disallow; bien igual