Galletas Habemus est

Desbordante de alegría estoy. La empresa que recibió mis despiadados descargos respondió positivamente.

El día jueves de la semana pasada mi polola me avisa que llamaron por teléfono de dicha empresa para solicitar el número de serie del paquete de galletas en cuestión, y que dejaramos el paquete en portería para que lo pudieran retirar. También nos contaron que iban a retirar esa partida de galletas de los lugares donde las repartieron (por ello la solicitud del número de serie).

Ayer, en mi casilla física de correos había una bolsa con 3 paquetes de galletas :-)

Así dan gusto las empresas, con un servicio al cliente rápido y efectivo, y con astutamente atractivas (al consumidor) políticas de retención de clientes. Muy propio de transnacionales primer-mundistas.

Galletas sin crema

Volviendo a las andadas, comparto con la honorable audiencia una carta de reclamo escrita recien, a una conocida empresa de comestibles:

"Estaba consumiendo un paquete de galletas XXX Naranja (Edición limitada) y a la mitad del paquete me salieron 3 galletas sin crema y una cuarta con apenas 1 cuarto de crema. Tengo imágenes que evidencian esta "curiosidad". ¿Cómo podemos solucionar este percance? Hago la consulta pués me interesa seguir consumiendo estas galletas, que resultan de mi preferencia frente a otras similares de vuestra competencia, y no quisiera encontrarme nuevamente con esta sorpresa. Agradecería una pronta respuesta."

Veremos cuanto tardan en responder.

Cuestión de tamaño

Es probable que mi falta de experiencia en temas de gestión sesgue mis apreciaciones, o bien puede que de en el clavo y el caso real simplemente sea más que una manifestación de falta de visión sazonada con una buena dosis de inoperancia.

Un recurso es básicamente las herramientas que puedes usar para resolver un problema. Las personas entran en el concepto de recurso en la medida que su trabajo sirve para alcanzar objetivos. Pero quiero apuntar a los costos de un recurso en pos del cumplimiento de metas.

Una empresa pequeña se ve acorralada por una casi interminable lista de requerimientos de otra empresa, muchísimo más grande. La solución que proponen es "contratar más recursos sólo para el proyecto". De acuerdo, aplica, pero... y empezamos la larga lista de peros. Entre algunos que se me van ocurriendo:

1. Se está entregando el know-how del proyecto a alguien que no va a permanecer en la empresa por demasiado tiempo. El mismo problema del outsourcing.
2. Hay tiempos no despreciables en la capacitación para poder incorporar a nuevos personajes a una teleserie en curso. Estos tiempos normalmente son pasados por alto por los comerciales que definen las cartas Gantt, los plazos hay que cumplirlos igual.
   
3. Los costos no son despreciables, y en una mayoría de los casos, dado que los presupuestos han sido establecidos a priori, son traspasados a la empresa chica. En el fondo da lo mismo si sacas el proyecto con 5 o con 15, al final recibes las mismas lucas.

Y la capacidad de negociación se va a las pailas, ya que la empresa grande da comer a la más chica. La empresa grande también tiene la capacidad de comerse a la más chica, pero no lo hace ...

Para mi no valen las políticas del 80-20, no es parte de mi filosofía satisfacer a la mayoría con el peor entregable. Prefiero planificar bien las cosas y sacrificar un poco de los estrechos tiempos de planificación para entregar un producto final de calidad. La POP no aplica para mi. Al parecer estoy equivocado al querer hacer las cosas bien, como debieran hacerse siempre, quizás debiera ajustarme a los "altos estándares internacionales" de la empresa grande y generar resultados mediocres.

Me molesta la arrogante actitud de suficiencia de quienes se supone saben del cuento, más cuando han demostrado con creces que ese poncho les queda grande. Y sin embargo tenemos que seguir agachando el moño y pagando los platos rotos ajenos. Es solamente una cuestión de tamaño.

Imprimiendo con Java

Advertencia: Es altamente probable que el contenido técnico de este artículo sea únicamente de MI interés, pero necesito ponerlo en algún lugar para referencias futuras.

El problema: Intentando imprimir utilizando algún PrintService de Java, y estando las impresoras bien configuradas, todo intento de impresión arroja excepciones del tipo:

java.awt.print.PrinterException: Printer is not accepting job.
at sun.print.RasterPrinterJob.print(RasterPrinterJob.java:1230)
at sun.print.RasterPrinterJob.print(RasterPrinterJob.java:1196)

La solución:

1. Asegurarse que los nombres de las impresoras en cuestión no tengan guiones. Esto aplica para Windows (aún no verificado) y Linux (verificado).
2. Si se trata de un Linux, verificar la existencia del archivo /usr/lib/libcups.so . Si no existe ejecutar, en un terminal, el comando:

sudo ln -s /usr/lib/libcups.so.2 /usr/lib/libcups.so

Fuente: Sun's Bug Database Bug ID: 6500903