Tras la fascinación llega la repetición, que lleva al aburrimiento, el aburrimiento al tedio, el tedio al despiste... y a un código plagado de bugs.

Con el avance de la sociedad, el progreso, el mayor rendimiento de los medios de fabricación y el consiguiente desplazamiento de la generación de valor hacia el sector servicios, una cada vez mayor parte de los puestos de trabajo se basa en la creatividad o capacidad de inventar cosas nuevas.

Aún así, la creatividad no tiene sentido si no se aplica. Es una función siempre un nivel superior al sustrato sobre el que se aplica, siendo el sustrato lo que realmente el cliente demanda. En informática, se suele cumplir que:

Un buen trabajo de programación es un 10% de brillante creatividad, y un 90% de tediosa implementación.

Desgraciadamente, no todo el mundo lo ve así.

La confusión de estos porcentajes -especialmente su polarización hacia absolutos- conduce a situaciones catastróficas que habrían sido fácilmente evitables. Veamos unos casos ejemplificadores:

• Vendedores de carne: principalmente gente con una formación en gestión de empresa y mentalidad basada en "producción/hora". Piensan que el desarrollo es básicamente implementación y desprecian la creatividad o esperan que surja de la nada como un "extra" bienvenido pero no necesario. Cuando ven que el rendimiento baja, tienden a castigar a los que no rinden en vez de pensar que puede fallar algo más.
• Picacódigos: programadores que aprenden una técnica que "parece funcionar", y se dedican a repetirla mil veces sin considerar ninguna alternativa. Un mínimo cambio en las condiciones de negocio -dada su reluctancia a adaptarse- hace que generen toneladas de código basura.
• Hackers de universidad: creen que la creatividad y los conceptos abstractos son lo único que importa... y "que implemente otro". Pueden ser grandes catedráticos e incluso "gurús" o visionarios, pero son incapaces de llevar a buen término ningún proyecto con un rendimiento real. Sirven para que otros lean sus libros.
• Astronautas de la arquitectura: programadores que, partiendo de un problema concreto, se obsesionan con los conceptos abstractos hasta el punto de perder de vista el objetivo inicial. Suelen crear meta-soluciones a meta-problemas -que también han creado- cuando soluciones varias magnitudes más simples habrían resultado más productivas.
• Vendedores: hombres (y mujeres) de negocios que sólo buscan hacer una venta, sin importarles el qué, cómo, ni nada parecido. Son la principal fuente de vaporware.

Pero no todo está perdido, pues también tenemos a quien sí entiende cuál es la apuesta, y cómo conseguir ganarla:

• Hackers: se centran en la consecución de objetivos, viendo creatividad e implementación como meras herramientas para alcanzarlos. Entienden que para aumentar la productividad hacen falta ambas, pero que al mismo tiempo la consecución de objetivos requiere establecer un compromiso entre la una y la otra.

A corto plazo, cualquiera que haga una venta puede encontrar un hueco en el mercado. A la larga, sólo quien siga prestando servicios de calidad podrá triunfar realmente.

Muy curioso lo que acabo de oir:

"Qué mal, yo buscando a otra, y esta que me acaba de mandar un mensaje. ¿Es honrado hacerlo? A mí me gusta, y si doy el siguiente paso le seré fiel... pero si veo a otra mejor, la pienso dejar."

(autor oculto)

Me ha hecho gracia ver una referencia a la fidelidad en este contexto: "fidelidad hasta que me canse"... ¿qué clase de fidelidad es esa?

fidelidad.

(Del lat. fidelĭtas, -ātis).

1. f. Lealtad, observancia de la fe que alguien debe a otra persona.

Pero lo realmente curioso, ha sido la forma de defenderse al mencionarle esta incongruencia: "Si me intenta matar con un cuchillo, no le seré fiel".

Dado que la fidelidad es lealtad, tenemos desde la lealtad a la patria entre miembros del ejército, dispuestos a morir por ella. Pasando por la lealtad al Rey, ahora y en tiempos pasados, por la cual ejércitos enteros daban su vida. Seguimos con la lealtad y sentido del honor en Japón, exponente notorio con el harakiri como noble toma de responsabilidad. Y podríamos terminar en el concepto de matrimonio mismo, "hasta que la muerte nos separe".

En realidad, no me extraña que alguien fiel "hasta que me canse" no tenga ganas de matrimonio... pero qué curiosa adaptación del concepto "ser fiel", tomada tal vez de la antítesis del mínimo de "ser infiel" tan popular en literatura y televisión. Tal vez sea muestra de una corriente evolutiva muy curiosa, donde los medios sensacionalistas acostumbran y permean la sociedad hasta el punto en que los conceptos mismos resultan modificados.

Al final, la fidelidad resultará ser un mero "te soy fiel mientras me dé la gana"... sin ninguna garantía -ni sentido real- para uno ni para otro.

Acabo de probar un gran plato, muy bueno para el catarro, supuestamente también para la garganta... y auténticamente inolvidable.

Ingredientes:

• Una pizza pequeña/mediana
• Salsa tabasco
• Microondas
• Una chocolatina con licor de cereza

Se calienta una pizza precocinada durante 2 minutos en el microondas; o un poco más, al gusto. Se le echa salsa tabasco por encima, también al gusto aunque tirando a mucha. Se calienta 1 minuto más en el microondas.

Ahora, viene la parte importante: se come la pizza entera, saboreando detenidamente cada bocado. Para terminar, cuando ya empiece a gotear la nariz... rápidamente y de un solo movimiento, se come la chocolatina y... ¡BOOM! la sensación es literalmente como si la boca explotase

NOTA: se recomienda tener un vaso o botella de agua al lado antes de comer la chocolatina.

Desde hace algún tiempo, mi habitación se lleva mal con los móviles. No sé si será cosa de la ventana que da a un corredor entre bloques, o más cosa de los 2 a 4 monitores CRT y de 2 a 6 CPUs que suele haber encendidos gran parte del día, pero el hecho es que:

Tengo una pésima cobertura de móviles en mi habitación

Conversaciones que no se oyen, o se cortan de repente, mensajes que no llegan, etc. Hace media hora acaba de superarse a sí misma esta maldita jaula de Faraday: me llamaban, me llegaba el mensaje de llamada perdida, ¡pero no sonaba el teléfono!... y al intentar devolver la llamada ¡no conseguía ponerme en contacto! En cambio un SMS sí llegó perfecto. De locos, oiga

La única solución, sacar el móvil por la ventana, lo cual puede resultar "ligeramente" complicado si afuera está ¡lloviendo!

En fin, no me agrada mucho la idea de deshacerme de mis queridos CRT y cambiarlos todos por TFTs, pero viendo estas cosas parece que habrá que hacerlo.

Acabo de leer un bonito documento sobre la Psicología de la Seguridad de Bruce Schneier (original en inglés, vía Barrapunto) que puede servir de introducción al apasionante mundo del estudio de la seguridad y su percepción.

Es un resumen bastante ameno sobre la relación entre Riesgo, Conocimiento y Percepción, explicado con ejemplos fáciles de entender.

La tecnología Gigabit lleva mucho tiempo en el mercado, pero los altos costes y la un tanto deficiente implementación, han restringido en gran medida el uso de la misma.

Desde las primeras pruebas que hiciese hará ya unos 3 años con tarjetas para casa, apenas se ha podido ver un incremento en la penetración de estos dispositivos en el sector doméstico. Es de entender que no haya una necesidad expresa de implementar estas tecnologías, pues las conexiones de banda ancha todavía dejan mucho que desear, pero las transferencias entre PCs en las -cada vez más populares- redes LAN domésticas, deberían encaminar el interés de los consumidores hacia esta evolución de la tecnología.

Sólo ahora, después de que el año pasado los portátiles de gama media ofreciesen conexiones gigabit, parece ser que este año -desde hace unos meses- se aprecia un notable aumento de interés por parte de las tiendas del sector. Punto clave para garantizar la introducción de cualquier tecnología relacionada en el hogar y PYMEs.

¿Será este el "año Gigabit", el punto de inflexión en la adopción masiva de esta tecnología, dejando obsoleta la Fast Ethernet de 100Mbps?

Personalmente, es lo que me parece.

Literalmente, pero cabos de cordones en las zapatillas

Nunca pasará un día sin que se aprenda algo nuevo.

(vía foroatletismo, menéame)

Windows ataca de nuevo, sembrando el caos en la oficina:

- Oye, que no me conecta al servidor.
- Pues a mí sí me conecta.
- A mí me conecta... a veces.
- Me pide clave, ¿qué pongo?
- Pues a mí no me pide.
...etc.

Desorganización, inseguridad, miedo a perder datos, a una pérdida de productividad... fallos intermitentes sin apenas explicación... ¿y cuál es la causa?

Windows XP Home sólo permite 5 conexiones simultáneas
Windowx XP Pro sólo permite 10 conexiones simultáneas

¿Que por qué? Pues PORQUE SÍ, porque a los señores de M$ les ha dado la gana poner esa "política de precios". Si quieres conexiones ilimitadas (léase: si no quieres que te capen el Windows), cómprate el Windows Server pagando una licencia desorbitada ¡para que te cambien un numerito del limitador!

Pues me da que va a ser que no. Algo me dice que...

Samba permite conexiones ilimitadas

...¡y es libre, y es gratis!
Vamos, que ese Windows XP Pro tiene los días contados. Concretamente, creo que le quedan uno o dos

Nota: he de admitir que me ha llevado un rato darme cuenta de cuál era el problema. ¡Ni un maldito mensaje que dijese qué pasaba, oiga!... si es que esto de vivir en un mundo utópico de libertad linuxera le corrompe a uno ... que si /var/log, que si conexiones ilimitadas por defecto, que si... todo

Con la instalación del "mandriva-kde-config-common-2007.1-7mdv2007.1", o lo que es lo mismo la configuración de PowerPack de Mandriva, no se les ha ocurrido mejor cosa que hacer, que tocar las narices al personal con un "icono de inicio personalizado".

Mandriva


KDE

Sería razonablemente comprensible... si no fuera por dos detalles:

1. es enorme, casi 4 veces más ancho que el icono de KDE
2. no hay forma fácil de quitarlo por menús o asistentes (que haya visto)

Tal vez vaya siendo momento de ir abandonando Mandriva, que parece alejarse cada vez más del público de escritorio. Grave fallo, me parece a mí (para servidor sigue siendo mejor Debian/Ubuntu o Gentoo).

En fin, para quitar el molesto icono, se puede hacer en dos pasos y de dos formas diferentes (para todos los usuarios, o para un usuario concreto).

Todos los usuarios

Primero, editar el fichero de kickerrc del nuevo tema:

/var/lib/mandriva/kde-profiles/powerpackplus/share/config/kickerrc

# KMenuIcon=mdv_kmenu
KMenuIcon=kmenu

Y lueg, reiniciar kicker; matándolo a pelo y arrancando a mano (Alt+F2 y "kicker"), reiniciando las X, o por medio de DCOP:

dcop kicker kicker restart

Esta configuración se aplicará a todos los usuarios, pero en la siguiente actualización del theme de Mandriva es posible que se pierdan los cambios.

Un solo usuario

Si queremos forzar la configuración en el usuario, evitando que se pierda en las actualizaciones, tendremos que editar la configuración personalizada de kicker del usuario (kickerrc). Pero antes de modificar este fichero, tenemos que parar kicker para que no lo sobreescriba al cerrarse:

kill kicker

Ahora, editamos:

~/share/config/kickerrc

[KMenu]
KMenuIcon=kmenu

Y arrancamos kicker:

kicker

De esa forma ya no aparecerá la monstruosidad de icono... en los próximos tiempos, hasta que inventen alguna otra forma de meterlo.

Apéndice

También es posible cambiar el KMenuIcon a cualquier otro icono o imagen que nos guste. El fichero en concreto se encuentra en múltiples resoluciones en:

/var/lib/mandriva/kde-profiles/powerpackplus

./share/icons/crystalsvg/16x16/apps/mdv_kmenu.png
./share/icons/crystalsvg/22x22/apps/mdv_kmenu.png
./share/icons/crystalsvg/32x32/apps/mdv_kmenu.png
./share/icons/crystalsvg/48x48/apps/mdv_kmenu.png
./share/icons/crystalsvg/64x64/apps/mdv_kmenu.png
./share/icons/crystalsvg/128x128/apps/mdv_kmenu.png

Basta añadir los ficheros que queramos usar en los directorios correspondientes, poner el nombre en KMenuIcon... y a disfrutar.

Vía el blog de Evolutionibus he dado a caer en esta joya de la ¿defensa? del Diseño Hintelihente:

Los que no captéis del todo lo que dicen -sea por exceso de inteligencia y/u otras razones- aquí va una "transcripción semántica" (lo que querían decir pero no se atrevieron ).

(parodia... de una parodia. ¡parodia al cuadrado!)

Algunos se creen que la vía láctea tiene muchos muuuchos años, y... claro, si teniendo tooooodos estos años, si las estrellas tuviesen "forma de espiral" (no de bolita), eeee... hoy en día, que lo sabemos todo todo, está claro que ya no tendrían forma de espiral. Pero eso es ¡falsoooo! [nos mienten!!]

Muy bien razonado. Además, si miras las "super-estrellas" o cometas o la tierra (que es más grande que una estrella) veremos que con esto que nos dicen creer y nosequé más, razonaremos que razonamos muchas razones. [razón, razón, razón... créeme!!!]

Bueno, no somos capaces y no tenemos ganas de deciros todo lo que decimos saber. Sólo queremos que nos creáis una comparación para niños (es lo que sois) que os vamos a contar... sobre la "inmensa complejidad" del orígen de la vida. [cree, no pienses, no puedes pensar]

Imagina que queremos hacer un "sistema simple" de unos 200 (!!!) elementos [de "simple" no tiene NADA!!]. Necesitamos [bla]-lidad de [NUMEROS GRANDES ENORMES] ¡Qué pasada!. Y para que esto [bla]-ctivo, si decimos que la Tierra tiene [NUMEROS ENORMES] de años, aún así si mentimos y NOS MIENTEN y ES MENTIRA [maaal, maaal]... pues sería ¡UNA PASADA! Buf, muchos números... ¡No sería posible! [CREEME CREEME CREEME!!!]

Qué fuerrrtee... [TE MIENTEN!!]

Además, ¿¿sólo 200 "elementos"?? ¡eso no es nada!... mira si la NASA ha demostrado [LO SABEMOS] que la molécula más sencilla de proteína [sencillita] que creen que es "elemento vivo", pues tiene 400 amin-[bla]!!, y cada amin-[bla] de esos tiene 4 o 5 "elementos". [NO PUE SER, NO PUE SER, MIENTEN, MIENTEN]

Pues fíjateng... es quee... encimaaaa... [NO LES CREAS]

Y cada cosa es una [bla]-ción de pro[bla], neu[bla], ele[bla] y... más [bla bla]. O seaaa... vamooos... más complejooo...

Más complicaooo...

Sí, sí, es un poco... así... extraño ¿no? Por mucho que les concedamos [a "los otros"]... ¡ala! [MUCHO MUCHO] tiempo y [MUCHO MUCHO] cosas... a ver, ¿quién puede entenderlo? [TU eres TONTO, CREEME, yo también... AMIIIGOOO!!!] ¿quién se lo cree? [NO LES CREAS, CREEME]

[corte en la cinta]

Os acabmos de explicar que NOSOTROS CREEMOS que TODO lo hizo "Dios", ¿recordais? Y... DIOS NO SE EQUIVOCA [piensa como yo, yo tengo razón]... pero LOS OTROS sí que SE EQUIVOCAN... y creemos que... LAS PRUEBAS NO ACREDITAN LA CREACIÓN... PERO LA BIBLIA SÍ... y lo dice [pero NO DIRÉ DÓNDE]:

"Creemos entender (creemos creemos) que Dios dijo que quería el universo, así que se lo hizo. Dios puso el Norte, y colgó la tierra donde no había nada. Te alabo Oh Señor tu grandeza, creador del cielo y la tierra" [CREEMOS, CREEMOS, CREEMOS, ALABA, CREE, CREE...]

Transcripción del texto original dentro del post. Sorry si me salto algún copyright, pero he pensado que debería haber "derecho a réplica", no vaya alguien a pensarse que la parodia va en serio.

Ved y comparad en caso de duda

Read more »

Si el tiempo pasa rápido, es que no haces nada.

Si el tiempo pasa lento, es que haces mucho... pero inútil.

Sólo si miras un año atrás, y ya has perdido la cuenta de las veces que sentiste orgullo... tu vida ha servido de algo.

JarFil

Tal vez uno de los flames más populares de los últimos tiempos en desarrollo web, sea el de ¿qué usar, Java o PHP? Sí, cierto que tenemos Ruby, ROR, Python, Perl, C++ y etc. pero la pregunta sigue siendo la misma: ¿programa generador de páginas, o plantillas de página con programa?

La pregunta que realmente deberíamos hacernos a la hora de elegir, sería qué es lo que estamos haciendo realmente:

• una web con aplicación
• o una aplicación con web

Puede parecer una tontería, pero no lo es. Curiosamente, en este caso el orden de los productos SÍ altera el resultado; no es lo mismo una filosofía de desarrollo que otra, ni el método de trabajo, ni el rendimiento final, la mantenibilidad o los requisitos.

Aplicación con Web: Java

La forma más antigua, la más rápida, la inicial partiendo de generar textos en C, luego en Perl, y luego en Java. Su filosofía se basa en un modelo simple:

1. Hay una aplicación que controla los datos...
2. ...que se presentan en forma de página web.

Parece lógico, ¿no? Pues no, o depende.

Si lo más importante es el manejo de datos, si se usan metodologías avanzadas que no estén implementadas en ninguna otra herramienta, esta es la forma más adecuada de plantear el problema.

Sin embargo, en esta aproximación se sacrifica buena parte de la mantenibilidad de la aplicación al quedar la generación de la visualización (web) integrada en la lógica de aplicación. Tal vez resulte más rápido y cómodo en un primer momento, pero como haya que cambiar cualquier cosa... la hemos liado.

Por otro lado, la persistencia de datos en memoria de aplicación durante todo el tiempo de su ejecución, supone un gran beneficio de velocidad a la hora de manejarla... y al mismo tiempo es uno de los mayores defectos de Java, dado el caos que genera cualquier intento de escalar una aplicación monolítica.

Web con Aplicación: PHP

Aquí partimos de la web como una página de documento, que puede que cambie en algún momento. Para facilitar esos cambios primero se usó SSI, luego PHP... y básicamente ese es el máximo exponente hoy en día. Su filosofía se basa en:

1. Queremos presentarle al usuario un documento (una web)...
2. ...que en algún momento puede cambiar en función de algo.

Es una aproximación muy válida, pues realmente el cliente es lo que va a ver, un simple documento. La interactividad es relativamente ajena a la "aplicación", que se basa en otros mecanismos para mantener una ilusión de persistencia que realmente no es tal, usando para tal fin medios externos (normalmente una base de datos).

A diferencia de la filosofía Java, aquí la base de datos no es un mero repositorio de datos ordenados y fácilmente accesibles, sino un elemento esencial de la arquitectura.

Mezclado y revuelto: .NET

Y luego, tenemos un intento de aproximación de las dos filosofías por medio de .NET y su persistencia a nivel de aplicación. Desgraciadamente esta aproximación echa por tierra los beneficios de ambas, conservando sus defectos. Se podría expresar como:

1. El cliente quiere un documento...
2. ...así que lo generamos partiendo desde cero...
3. ...pero dejamos trozos flotando por si los volvemos a necesitar.

En un primer momento puede parecer interesante la mezcla de arranque en frío con el acceso a un repositorio común, pero se acaba convirtiendo en una trampa mortal al perder tanto el beneficio de una aplicación pre-ejecutada (Java) como el de la separación total entre los procesos (PHP).

Aproximación

Aún así, dentro de ambas filosofías, tanto la "aplicación web" como la "web aplicación", hay elementos que se van vislumbrando como claramente ventajosos.

Uno de ellos es la separación MVC, que desgraciadamente en ambas filosofías tan a menudo se olvida; unas por exceso de Vista, otras por exceso de Control... y de la falta de Modelo ya no hablaremos, pues normalmente supone una catástrofe garantizada.

Tanto Java como PHP han desarrollado sistemas de plantillas. Java se ha incorporado en documentos con enlaces a la aplicación, PHP se ha extendido hacia el soporte de POO y algunas limitadas comprobaciones de tipos.

Al final, una elección razonada viene en función de dos factores básicamente, aparte de la familiaridad de quien vaya a aplicarlos:

1. Java permite aplicaciones persistentes de alta velocidad e integración con otros elementos de lógica de negocio.
2. PHP ofrece mayor robustez y fácil escalabilidad, sin preocuparse de corrupciones o interbloqueos (sienpre que -como es debido- se deleguen)

Las demás aproximaciones existentes, normalmente se pueden catalogar en uno de estos dos conjuntos. De las demás, como es el caso de .NET, lo mejor es simplemente desconfiar... y si hay que usarlas, andar con extremo cuidado para no caer en las trampas, tentaciones y falsas promesas que ofrece.

• formas estandar inteligencia artificial - androide y no-androide
• como subir videos a youtube - leyéndose la ayuda de youtube
• repositorios linux kubuntu diagramas feynman - apt-cache search feynman
• estrategia para animar recursos ogame - animar a quién?
• msn hoy como reinstalarlo - format c:
• componentes para hacer lm1871 - un lm1871
• contraseña de bloqueo numeración centesimal - la más popular, 0000
• 65536 en segundos - 65536 sec.
• truco que adivina la mente -
• blog helado - brrr, qué frío
• fotos de vendedores ambulantes de erizo 2007 - ???
• quit de limpieza para las PC - no limpiar (se dice "kit" )
• gatos y plantas - eternos rivales
• sacar una foto con camara wed - es más fácil mandar afotos por arradio
• el señor don porno - un señor muy conocido
• manual fonera - conectar y listo
• ¿Por qué vuelan los aviones? - por la diferencia de presión entre la parte superior e inferior del ala... y por los pedazo motores que llevan
• como puedo identificar una colonia de bacteria en una gelatina - si es de fresa, lo verde son bacterias
• resetear la bios cruzando puerto impresora - o echando agua encima
• con la aspiradora sexo tetas - ouch!
• la vida tiene sentido - pues claro