En el mundo IT, es 1984

Muy buena, eso sí sólo apta para los que hayan leído 1984...

 

http://angryaussie.wordpress.com/2007/05/10/in-the-it-world-its-1984/

7 ideas para un código más limpio

7 ideas, algo orientadas a JAVA pero igual aplicables para todos. Yo me adhiero particularmente a la mala costumbre de dejar enormes bloques de código comentado dentro del código de producción. Habla de inseguridad y apuro.

 

http://www.garshol.priv.no/blog/105.html

 

 

Predicciones del pasado

http://www.fiction.net/tidbits/religion/predictions.html

 

Muchas veces decimos cosas rídiculas sobre lo que va a pasar y el tiempo nos desmiente en forma vergonzosa. A algunos ilustres personajes también les ha pasado.

 

Mi preferida

 

"I think there is a world market for maybe five computers."

Thomas Watson, chairman of IBM, 1943

 

Creo que la lección es mantener una mente abierta y exploradora frente al futuro, y claramente, asumir que lo "imposible" no es algo absoluto sino más bien relativo a nuestro propio estado de desarrollo...

 

http://www.codinghorror.com/blog/archives/000813.html

Coding Horror es lejos el mejor blog relacionado con el mundo TI. Vean este artículo:

 

http://www.codinghorror.com/blog/archives/000813.html

 

¡¡ Admirable !!

Los no-programadores hacen grandes programas

Muy interesante:

 

http://www.steventalcottsmith.com/2007/3/9/when-non-programmers-write-software

 

Evidentemente el entusiasmo por resolver un problema pone la sal y pimienta a cada uno de estos desarrollos...

Bien despedido

A este tipo lo despidieron y no le vino nada de mal...

 

http://www.msnbc.msn.com/id/17030580/site/newsweek/

 

"la densidad de la atención configura la identidad"

Uno de los mejores artículos que he leído. Además breve y al grano y se repite poco. Generalmente en la pseudo ciencia del management existe una idea base que se puede escribir en dos líneas y el resto es BS. (véanse como ejemplo los libros de Porter).

 

http://www.strategy-business.com/press/freearticle/06207?tid=230&pg=all

 

Dogs welcome?

En EEUU los dueños de las empresas de software emplean metodos curiosos para atraer a desarrolladores de software talentosos. Parece ser que los desarrolladores de software de por allá son tipos extraños. Lo mas freak que he visto hasta el momento es la idea de oficinas con "dogs welcome"...

 

http://discuss.joelonsoftware.com/default.asp?biz.5.459041.27

 

 

Decisión

Es definitivo. Lo decidí. Le daré un giro en 360º a este blog.

compilado de proverbios sobre ingeniería de software

 

http://www.multicians.org/thvv/proverbs.html

 

si tuviera que elegir una sería esta que he leído muchas veces, pero siempre olvido

 

"Abraham Lincoln reportedly said that, given eight hours to chop down a tree, he'd spend six sharpening his axe. "

lado derecho de mi cerebro: se alquila

Me tomó por lo menos 2 minutos descubrir al tipo oculto, ¿hay alguien ahí?

 

http://www.nynerd.com/test-your-right-brain/

un mundo que cambia: hacia empresas más pequeñas

I just read the first installment of the Institute for The Future's report entitled The Intuit Future of Small Business Report. The main theme of the report was that we are in the midst of an economic revolution that started in the 1980's when 80% of American workers were at companies with greater than 1000 employees to today where 40% of American workers are at companies with greater than 1000 employees to some percentage far less than that 10 years from now. I happen to wholeheartedly agree with the Institute's thesis. Prior to the 1980's, most people worked for a company for life and received retirement checks from their employer in retirement. From the 1980's to today, most people work for a company for a "few years" and roll their 401k plans over. I suspect by 2017, most people will become more like free agent contractors who more often than not have a "client" than an "employer" and need to worry about their own retirement.

complejidad

Una extraordinaria comparación de la complejidad de un servidor Apache vs uno IIS. Ellos lo enfocan desde el punto de vista de la seguridad, pero las implicancias en términos de performance permiten entender por qué los servidores Microsoft son tan atrozmente lentos...

un consejo del dalai lama

When you lose, don't lose the lesson.

 

en mi burda traducción:

 

"Si perdiste, no pierdas la lección"

Todos pueden aprender a programar ¿o no?

"The camel has two humps" el camello tiene dos jorobas.

 

http://www.cs.mdx.ac.uk/research/PhDArea/saeed/paper1.pdf

 

Un porcentaje de los alumnos que estudian programación en distintas partes del mundo no logran aprender a programar. La curva de los resultados en los exámenes se parece a dos curvas normales superpuestas, las dos jorobas. Este paper describe un test simple que permite saber si alguien va a poder programar o no.

reinventar la rueda: no se debe descartar

Del foro BoS:

 

"Otherwise you're reinventing the wheel for no benefit whatsoever."

Closed source is equivalent to reinventing the wheel over and over again.  But who said reinventing the wheel is bad?

When the wheel was first invented it was made of wood/stone and
was probably the size of an ox cart wheel.

Imagine if the wheel is never reinvented and has remained the
same till today... Imagine...

1. A bicycle using big ox cart wheels.
2. A car being driven on ox cart wheels.
3. A formula one car racing on ox cart wheels.
4. A bus running on ox cart wheels.
5. A train running on ox cart wheels.
6. An aeroplane taking off on ox cart wheels.

Even a wheel is worth reinventing again and again.  Closed source is worth money just because it keeps reinventing things and making them better.

microsoft psicodélico...

http://www.codinghorror.com/blog/archives/000363.html

Las 20 respuestas típicas de los programadores a los probadores...

En mi carrera creo que he dado muchas veces las 20  mencionadas (y otras más creativas por supuesto)

 

http://underthesunz.blogspot.com/2006/11/top-20-replies-by-programmers-to.html

Microsoft: ¿puedes dejarnos desarrollar tranquilos?

Llevo más de 16 años desarrollando software con herramientas microsoft comercialmente. Soy tan viejo que usé VB 1.0. No creo que las herramientas microsoft sean muchos mejores que las alternativas de código abierto disponibles, pero estoy acostumbrado y tenemos muchos sistemas operando con ellas. De hecho hasta hace dos años teníamos un sistema muy exitoso operando hecho con VB 3.0.

Comprendí y aplaudí el cambio hacia .NET. Realmente la limpieza y elegancia del diseño de clases justificaba perder la compatibilidad con las versiones anteriores.

Me molestó mucho cuando me di cuenta que desarrollar para el framework 2.0 no era lo mismo que para el 1.1. Ahora vamos en el 3.0. Todo en menos de cinco años.

A nuestros clientes les da lo mismo el framework 1.0,1.1,2.0 o 3.0. A ellos lo que les importa es que el resultado se ajuste a sus necesidades de negocio. Eso no depende de la versión del framework.

Este continuo cambio de tecnologías sin mantener la compatibildad hacia atrás en un 100% es una maldita molestia.

 

 

Teoriía y práctica

"The difference between theory and practice is that, in theory, there is no difference, but, in practice, there is."