Planeta Fedora-ES

Google dedica hoy uno de sus famosos doodles a la figura de Leonhard Euler, justo 306 años después de su nacimiento.

Leonhard Euler es uno de los matemáticos más importantes de la historia y el más prolífico. Sus aportaciones se repartir por todas y cada una de las ramas de las matemáticas, además de por otras ciencias. En el doodle podemos ver algunas de las aportaciones de Euler a las matemáticas, como la fórmula de Euler para poliedros convexos, la identidad de Euler o el problema de los puentes de Konigsberg.

Otro doodle matemático más para añadir a todos estos de los que os hablé hace tiempo. Esperemos que sigan ampliando esta colección.

Supongo que ya lo habíais visto, pero por si acaso no es así he querido avisaros con este pequeño post.

Entra en Gaussianos si quieres hacer algún comentario sobre este artículo, consultar entradas anteriores o enviarnos un mensaje.

Construye tú también el poliedro de Császár.

Este es un tutorial especial que voy a escribir mientras estoy programando una webapp para un cliente ya que considero que este es uno de los temas que generan más dudas entre los desarrolladores web allá afuera. Paypal puede ser intimidante, ¡Díganmelo a mi! Así que vamos paso por paso juntos:

NOTA: Aquí no enseñaré cómo implementar una aplicación de compra-venta en Rails, ya que esta es una cuestión genérica que no se puede aglomerar en un solo tutorial para todos los casos. El propósito de este tutorial más bien es entregar un método lo más flexible posible para que cualquiera que esté construyendo una app de e-commerce según su caso aplicado allá afuera pueda integrar cobros por Paypal en su aplicación web sin depender de un diseño o workflow previamente fijado.

So, tienes una aplicación Rails donde quieres de hecho cobrar dinero. En mi caso estoy construyendo una plataforma para ventas de viajes estilo BestDay para una agencia de reciente comienzo y la idea es poder vender directamente algunos paquetes desde la página web a las personas usando sus tarjetas de crédito. El workflow "más básico" de un sitio de e-commerce es el siguiente:

Por ejemplo, una aplicación donde se vendan playeras, la gente pueda elegir las que le gusten seleccionándolas con un checkbox (armando en el background un objeto de "orden") y finalmente se les muestra "un carrito" u objeto de venta que se utilizará como "la cuenta" del pedido. Los datos de este último son los que debemos pasarle a paypal, veamos cómo, paso por paso:

1) Crea 2 cuentas en la sandbox de Paypal

Necesitaremos una de vendedor y una de comprador, a ambas podemos ponerles el dinero "de mentiras" que queramos y otros atributos que consideremos necesarios. Las podemos crear en Paypal Developers en el apartado de Applications > Sanbox Test Accounts. Una vez creadas podemos acceder a ellas desde el Paypal Sandbox para hacer las pruebas y corroboraciones pertinentes.


Vamos a integrar Paypal al checkout de nuestro carrito en la aplicación Rails, la manera más fácil sería por medio de Website Payments Standard y por ahí comenzaremos. So, en mi app yo tengo una sección donde la persona puede escoger de una lista de varios items y darles una cantidad a cada uno para comprar más de uno de ese item. Lo que quiero hacer es que cada que alguien termine de armar una orden se le lleve a pagar esa orden con Paypal inmediatamente, ¿Cómo se hace?


Ciertamente no es difícil, en mi caso específico yo vendo un ente llamado "card_bundle" por medio de "card_bundle_sales" (órdenes, si quieres llamarlo así) y guardo el proceso de venta en la base de datos a manera de "sales" para tener una especie de registro de ventas hechas automáticamente. En mi caso lo que hice fue dejar un botón de submit normal en la parte de la aplicación donde la gente compra (obviamente sin diseño ni nada allá arriba) que al ser pulsado crea una venta nueva en mi registro de sales y por tanto popula un registro de "card_bundle_sale" que puedo utilizar para pasarle las variables adecuadas a paypal con respecto a la orden. Veamos el código usado para lograr esto:

Controlador Sales:



Modelo CardBundleSale

Para definir esa "Paypal URL" ocupo hacerlo en el modelo de mi ente que represente "una orden" en el sistema, en este caso es CardBundleSale. el código para ese método queda más o menos así:



Aquí es donde la cosa se puede poner "intimidante" pues hay que checar la documentación de paypal, verán: El método que ven ahí arriba no hace otra cosa más que crear una URL de Paypal que podemos usar para cobrar. Daría lo mismo si esta data se le alimenta a Paypal por este método o bien, si usáramos un botón embedido nadamás, la data sería la misma. Cabe destacar que los valores en azul son valores que en mi opinión se deben pasar en cualquier caso, son "los de cajón" (por cierto, cmd siempre ha de estar definido como '_xclick' para que la cosa funcione) Mientras que el método que itera sobre el array de items que estoy vendiendo es código muy específico para mi aplicación, tu tendrías que crear tu propio método iterante según el caso específico de tu escenario. A final de cuentas construimos nuestra URL y listo!

Vista CardBundles#Index

Por acá sólo tenemos el submit y ya:


Como verán, nada de otro mundo en esta vista, creamos nuestro objeto "venta" (que a su vez popula una "orden" o "card_bundle_sale" y listo.

Con este "arreglo" ya podemos empezar a vender desde nuestra app, Genial! Hagamos una prueba:



Como verán, el pago procesa y todo, ¡Yay! pero aún no podemos cantar victoria...

3) IPN

Con las 3 cosas que preparamos arriba ya podemos hacer ventas en Paypal, pero esta implementación tiene grandes fallas: Para empezar, el hecho de registrar una venta en este caso (osea, generar una cotización que más tarde puede ser pagada en Paypal) no quiere decir necesariamente que la venta se haya realizado, por lo tanto, tenemos que tener una manera de rectificar que el pago de una "cotización" fue exitoso. Ahora, en mi caso uso un carrito volátil basado en sesiones, por lo que siempre que creo una venta éste se vacía por sí solo... En la mayoría de los casos si tu app tiene una fuerte integración con paypal o una implementación de cart tradicional esto no será así, por lo que debes generar un método que te permita limpiar el carro en el momento que  una orden fue pagada de manera que si el cliente quiere hacer otra los items anteriores no se le sumen a su total. Empecemos por reparar estas cuestiones:

Para hacer que todo esto funcione como debe, tenemos que usar el servicio de Instant Payment Notification o IPN de Paypal y para esto, crearemos un nuevo recurso en nuestra aplicación:


Borramos todas las vistas de este recurso y nos vamos a su controlador, (mismo que tenemos que vaciar) para poner este código:


Recuerda pasar correctamente los atributos de tu cart_id (card_bundle_sale_id en este caso) y el hash de tus parámetros según tu caso práctico... Si estuviéramos usando ActiveRecord esto del hash se tendría que hacer serializando el atributo params del modelo para poder tener los parámetros que paypal nos suelte en un hash cuando lo ocupemos. En Mongoid no, porque MongoDB almacena todo en JSON Objects.

Ahora configuramos nuestra notificación de pago en su modelo y el código queda más o menos así:


Aquí lo que estoy haciendo yo es crear un callback que hará que una vez creada una notificación de pago (al tener una compra exitosa por medio de paypal) marcará dicha compra como "pagada a tal hora" entonces en mi listado de ventas del que les hablé antes aparecerá la fecha y hora del pago y eso me permitirá saber 3 cosas: 1) si una orden está pagada 2) cuantas órdenes en promedio se pagan por c/u que se arma en la web y 3) cuándo le puedo contar al cliente como pagado su pedido. Para que esto fuera posible tuve que modificar mi modelo de Card Bundle Sale un poco y quedó así:



Lo que hice aquí fue añadirle las Mongoid Timestaps al modelo para poder tener los atributos del campo "purchased_at" funcionando y le añadí dicho campo al modelo, también lo añadí a la vista de Sales#Index donde se registran todas mis "ventas" (o más bien "cotizaciones") para un control más estructurado y que los administradores puedan ver cuando algo ha sido pagado y exactamente en qué momento.

Ahora necesitamos Limpiar el carro cada que se haga una compra exitosa. En mi caso esto no es necesario ya que mi carrito es "volátil" pero para aquellos que tengan un cart "hard_coded" algo como esto podría ayudarles, aclaro que esta es una de esas cosas que es muy específica de cada aplicación/contexto y puede que en tu caso esto aplique/te sirva o no, veamos:

En el application_controller:


Sólo nos queda hacer los cambios pertinentes a nuestro workflow paypal y en mi caso fue así:

Añadí el parámetro y argumento de notify_url a mi método "paypal_url" en mi modelo de "orden" (card_bundle_sale en este caso):



Luego en mi acción create de sale, le pasé la nueva ruta al redirect_to:


Y finalmente, lo testeamos desde consola fingiendo una notificación directo al servidor con:


Donde ID_TXN es el id de transacción que te genera paypal al pagar e ID_CART es el id de tu objeto cart, (en este caso card_bundle_sale) asociado a la venta en cuestión, veamos un ejemplo en vivo:



¡Bien! Pero no hemos acabado todavía jajaajaja!

4) Encriptación de operaciones

Por muy bonito que se sienta el haber armado esto, todavía no hemos terminado, ahora tenemos que evitar que alguien pueda alterar las transacciones pasando los parámetros de forma encriptada en lugar de por la pura URL. ¿Porqué? Porque si no lo hacemos así, nos pueden cambiar el precio de un producto y "llevárselo" por $0 y no queremos eso... Veamos pues:

Lo primero que haremos será correr una secuencia de comandos para generar unos certificados SSL que usaremos para identificar nuestra webapp con Paypal:


NOTA: Necesitas tener OpenSSL instalado

("myapp" allá arriba se refiere al nombre de la carpeta de tu aplicación) El 5to comando nos pedirá unos cuantos datos, los rellenamos y proseguimos lléndonos a "Perfil>Certificados para Sitio Web" (se puede llamar ligeramente la opción en cada una de las interfaces de paypal pero buscamos la de los pagos codificados para ser exactos). En esta ventana añadiremos nuestro archivo app_cert.pem, anotaremos el id de certificado que paypal le dé y finalmente descargaremos el certificado público de paypal y lo guardamos en nuestro directorio "certs" de la aplicación, renombrándolo a "paypal_cert.pem":


Ahora cambiaremos un poco nuestro proceso de checkout y configuración de la aplicación. Al momento que estoy haciendo esto (pues es en vivo mientras trabajo) decidimos sí mostrar una página extra de confirmación de orden antes de enviar al cliente a pagar en esta app (hasta el momento no lo hemos hecho) puesto que paypal permite muy pocos parámetros de personalización para la página donde se muestra la información de la orden y eso no propicia una buena experiencia de usuario; Veamos entonces cómo quedó todo esto:

Archivo YAML

Usaremos un archivo de configuración global YAML para pasar algunas de las variables que ocupamos para nuestro checkout de manera transparente y uniforme en nuestra aplicación. Para hacer esto, creamos 2 archivos:

config/initializers/load_app_config.rb:


config/app_config.yaml:


El primer archivo simplemente le dice Rails donde encontrar al segundo y qué hacer con él. El segundo es un archivo a donde se mueven todas las variables usadas (o las más importantes pues) en el proceso de checkout, de manera que evitemos repetición y todo esté mejor organizado y limpio. Nótese que en el entorno de producción la URL de paypal se pasa a la normal y ya no a la del sandbox.

NOTA: El "secret" puede ser lo que tú quieras.

Cambiando el proceso de Checkout

Ahora voy a cambiar mi proceso de checkout. Para esto, simplemente cambiaré el condicional de mi acción create de sale (esto en mi caso específico) para que una vez registrada una orden/venta en lugar de llevar el cliente a pagar directo a paypal lo lleve a revisar su orden en la vista show de la misma (la del card_bundle_sale que genera el cliente al armar su orden en nuestro caso):


Y luego, en esa vista a donde mando el cliente crearé un botón de checkout especial que lo que hará será mandar un form con campos ocultos para poder generar el ente de checkout que necesitamos:


Aquí lo que hago es hacer una forma para armar la nueva paypal_url encriptada, toma especialmente 2 campos que ocupa: cmd y encrypted. Puedes usar la misma forma en cualquier situación pero sólo recuerda cambiar mi "cart_bundle_sale" por el objeto que represente tu orden en tu escenario.

Más tarde debemos cambiar los métodos y callbacks especiales de nuestro modelo que represente las órdenes (card_bundle_sales en este caso) por algo como esto:



Como verán, es básicamente el mismo archivo, pero ahora el método se llama "paypal_encrypted" en lugar de "paypal_url" y los parámetros que tenemos en el YAML son llamados como parámetros de la constante [APP_CONFIG], También añadimos el campo de "cert_id" que no teníamos antes y al término de nuestro método iterante llamamos otro método que se llama "encrypt_for_paypal" pasándole como argumento el resultado de nuestra iteración. Más abajo está definido el método encriptador y ése lo puedes copiar y pegar si quieres, funciona bien para todos los casos. Guardamos ese archivo y proseguimos:

Accediendo a las variables del YAML

Ahora sólo nos queda cambiar nuestro callback en el modelo de payment_notifications para que revise bien los atributos más importantes de la transacción y si es que todas nuestras ammm... "validaciones" pasan sin errores, haga su trabajo, (también podríamos programarlo para que si no pasa, nos mande un correo avisándonos o como quieran, pero yo lo dejé así), De igual manera ahora está configurado para usar nuestras variables globales, el dichoso callback queda así:



Una vez que hemos configurado esto, ¡hemos terminado oficialmente! Tenemos una integración completa, funcional y segura de Paypal en nuestro sitio/aplicación web...

Tuitea Esto:


Mission: Possible, Integrar #Paypal con #Rails y no morir en el intento #Mongoid #DesarrolloWeb - Tweet!
P.D. Este tutorial está basado en las lecciones del increíble Ryan Bates de railscasts.com, si quieres aprender más sobre la integración de paypal (o cualquier tema rails) te recomiendo que le eches un ojo a su sitio web, por cierto, este post se agregará a nuestro curso gratuito de Ruby on Rails para que lo chequen desde el principio y aprendan Rails si quieren.

Segundo problema de la Olimpiada Matemática Española 2013 celebrada en Bilbao. Ahí va el enunciado:

Determina todos los números enteros positivos para los cuales

es constante, cualesquiera que sea reales tales que y .

A por él.

Entra en Gaussianos si quieres hacer algún comentario sobre este artículo, consultar entradas anteriores o enviarnos un mensaje.

Construye tú también el poliedro de Császár.

Hace rato me trajeron a revisar una MicroSD con un problema muy peculiar: Tenía una especie de virus o error bastante curioso que hacía que todas las carpetas se multiplicaran infinitamente hasta que (en el caso de windows) la ruta fuera tan larga que no se pudiera accesar, y los archivos de la SD en teoría estaban hasta el fondo porque aunque todas estas carpetas señuelo estaban vacías, la SD tenía 2GB llenos y eso tenía lógica pues estaba llena de videos según me comentó el cliente.

Cuando escuché del problema lo primero que pensé fue "voy a usar ls, find o algún comando similar para saber donde están los archivos y extraerlos desde la consola" pero el loop era infinito y cada que accesabas a una carpeta se creaba otra del mismo nombre infinitamente impidiendo que vieras los archivos. Intenté usar varios métodos para listar directorios y archivos pero sólo conseguía lo mismo: Loop infinito, incluso me pareció extraño porque intenté conectar una USB aparte (en mi máquina Linux donde estaba arreglando esto) y de pronto el proceso del loop se apoderó de ella (no dejándome extraerla con seguridad ni nada) pero no se infectó con el virus obviamente. Después de unos minutos de tener la MicroSD montada, la RAM se empezó a saturar, pues el proceso continuaba infinitamente y tuve que cerrar la sesión.

Cierro la sesión y al volver me doy cuenta de que alguno de los comandos de lectura que apliqué desde la consola al Filesystem había activado un proceso como de protección del virus que la MicroSD tenía y me había convertido mis directorios en "datos brutos" que a simple vista son archivos ilegibles con nombres súper extraños y el filesystem se había vuelto de sólo lectura, por lo que ni cambiar el nombre de éstos podía.

Cómo lo reparé:

En este momento, había dado todo por perdido pero el cliente (que resulta ser una amiga mía de mucha confianza) estaba viéndome trabajar y estaba súper consternada porque esos videos eran un trabajo final para la universidad, por lo que fingí que no pasaba nada malo y continué.

Los directorios (carpetas) de la MicroSD se habían vuelto archivos de data pura que eran ilegibles para cualquier programa pero guardaban en su escencia (a juzgar por el diálogo de propiedades) su alma de "directorio" Esto es complicado de explicar, pero imagínense un archivo binario ilegible que dentro tiene "nada" con un nombre como "á.é.í.O.ü.." (sin extensión) que al darle en propiedades nos dice que es un "ente" del tipo carpeta. Por otro lado no podía ni cambiarles el nombre ya que el Filesystem se había vuelto de sólo lectura y por tanto NI ROOT tenía poder sobre la MicroSD. Lo primero que pensé por esto fue hacer un "remontaje" con el siguiente comando:

sudo mount -o remount,rw  '/ruta/a/MicroSD'
The fix for me was to reboot into level 3 as root and unmount /home, then running an fsck -f on the hard drive, then I rebooted and the files had been converted back into directories and none of my files were lost or corrupted. sudo dosfsck -w -r -l -a -v -t /dev/sdcX

Este es un tip bastante sencillo que me gusta utilizar cuando estoy diseñando algo y de pronto me encuentro con que "me faltan colores" para acabar de formar un sitio web o diseño. También me he encontrado con que veo un sitio web y me gustan sus colores y pienso en usarlos o combinarlos con otros para hacer un nuevo diseño pero quiero saber cuáles son sin hacerles pick uno por uno... De igual manera a veces armo un logo por ejemplo y quiero usar esos mismos colores para armar la web del cliente, pero necesito lo más posible en espectro para armar dicho diseño de página; A continuación, les enseñaré cómo es que lidio con estas situaciones

Hacía ya un tiempo que estaba paseando por la biblioteca de mi memoria recordando un libro de literatura de EGB, concretamente un apartado dedicado al lenguaje de la publicidad, dónde destacaban algunos sentencias como claro ejemplo de este tipo de comunicación: La bomba tónica hizo estragos, la bomba tónica hará sus tragos, La calidad empieza por uno mismo, y otra frase que no salía en el libro sino en un anuncio: ¿hacemos swcheeping?. Mirándome retrospectivamente comencé a reflexionar sobre la cantidad de información que he asimilado, los libros que me he estudiado, las técnicas de management que he aprendido, y mirando hacia el futuro veía que este proceso de aprender no podía parar, estaba condenado a ampliar mis conocimientos cada día porque quién no se forma, pierde dos cosas, su identidad como persona, y a un nivel más mundano, el seguir siendo interesante para el mercado laboral.

Ha sido una semana entre bucólica y nostálgica dándole vueltas a estos temas y buscando la motivación para escribir algo al respecto, hasta que me ha llegado de la forma más prosaica, la pecuniaria. Con lo que de nuevo tenemos un post patrocinado por estos lares. Como siempre, quiero dejarlo claro, lo que he escrito es lo que pienso y no se ha visto afectado por el intercambio financiero.

Como ya cuento en mi biografía de Twitter, el día que no quieras aprender algo nuevo será el día en que empieces a envejecer. Si nos paramos a pensar en todo lo que sabemos podríamos llenar más de cuarenta páginas de currículum. Está claro que no podemos dejar de formarnos de continua y constantemente, y quién piense lo contrario está condenado a que le despidan o a ser un parado de larga duración. Por curiosidad o por necesidad estamos siempre ampliando nuestro abanico de conocimientos, a veces no tienen nada que ver el uno con el otro, pero siempre leemos algo nuevo, algo que nos aporta una nueva visión de la realidad. En mi caso he pasado por hacer cursos de programación, MBA, management hasta cursillos de astronomía y cocina. Eso sin contar la cantidad innumerable de libros sobre los temas más diversos, historia, psicología, estadística, marketing, gastronomía, etc… Todo dato es bienvenido, y confío en mis algoritmos mentales para poder extraer aprendizajes de todos ellos para usarlos en su mismo contexto, o incluso mejor, en otro ámbito.

Es fácil notar que la mayoría de nuestros procesos de aprendizajes son informales: leer, escuchar a compañeros que saben más que tu, etc.. Es el sistema más común y más sencillo de incrementar nuestro acervo cultural. El problema que plantea este sistema, al menos para los de recursos humanos, es que no es un sistema muy confiable para medir las capacidades de las personas. Ellos necesitan documentos que avalen la formación y conocimientos que tenemos, es por eso que el aprendizaje formal tiene gran importancia, sobretodo en estos momentos que piden becarios con diez años de experiencia, cuatro idiomas, MCST, CCNA, MBA, DNI y carnet de conducir. Quizás tu sepas hacer todo lo que piden, incluso estés dispuesto a hacer de becario después de trabajar cinco años en una multinacional, pero ¿tienes las certificaciones?

No estoy diciendo que tengamos que pasar por una educación formal para todo lo que nos interesa, pero si que has de demostrar de forma documental que en tu área de experiencia, estás capacitado. Yo tengo certificaciones para mi posición, y a pesar de que se programar, se administrar entornos Linux y no se me da mal cocinar, me he preocupado que en lo relativo a management pueda demostrar con papeles lo que se.

Ahora bien, ya sabes cual es tu área de trabajo y te queda buscar algún lugar que te pueda proporcionar el papel que certifique tus conocimientos o ampliarlos. Es importante la selección, como ya comentaba en otro post, debes buscar uno que tenga buenas referencias como puede ser Netmind, a los que puedes consultares mediante su cuenta de twitter Netmind. Porque a pesar de lo que buscamos es un certificado, no hay que olvidar que también buscamos formación. Quizás tu ya sepas todo lo que te puedan enseñar, pero la realidad, y a pesar de tu ego, es que es probable que haya temas que no domines tanto como crees.

Imagen destacada @Eva Isart

En semana santa me pude escapar un par de días a Quarteira (Portugal), y en el hotel que me quedé, en concreto el Dom Jose, tenían dos ordenadores para la conexión a Internet, uno con Windows XP y el otro con Linux Deepin. Me sorprendió que cobrasen por la conexión a Internet, cosa que hace mucho que suele ser gratuita, pero sí que me sorprendió muy gratamente encontrarme un Linux en una empresa y, además, cara al público.

Aún así la mayor de las sorpresas fue esta distribución, ya que nunca había oído hablar de ella. Así que he buscado información sobre ella y me ha quedado gratamente sorprendido, ya que tiene una imagen bastante cuidada, aunque me temo que, en teoría, no tenga traducción al castellano (aunque me extraña)…

Bueno, os dejo un enlace, una captura de pantalla y os invito a comentar si alguien la ha usado:

Página web.

Descarga.

Mi reporte de activdad reciente….

El trabajo pago me sigue absorbiendo mucho tiempo, aquí va rapidito mi reporte.

• Documentando Fedora
  • Fedora Calendario, acerca de los retrasos (nuevo wiki).
  • Crecimiento de miembros en comunidad Proyecto Fedora G+ (nuevo wiki).
  • pkmon – Monitor de PackageKit. Esta aplicación permite ver en tiempo real el progreso de las distintas transacciones que realiza PackageKit (nuevo wiki).
  • nmcli, herramienta línea de comandos para controlar el NetworkManager (wiki mejorado).
  • Cliente IRC irssi, unos primeros apuntes (nuevo wiki).
  • gcolor es una aplicación sencilla para escoger colores (nuevo wiki).
• Ruby/RoR
  • Rake, programa de construcción Ruby con capacidades similares a make (wiki mejorado).
  • Procs, bloques de código, unos primeros apuntes (nuevo wiki).

- Gomix -

A estas alturas creo que quedará muy poca gente que no conozca Wolfram|Alpha, el especialísimo buscador del imperio Wolfram. En él podemos encontrar de todo: desde completísimas descripciones de todo lo que podáis imaginar hasta resultados de las operaciones más complejas que se os ocurran. Vamos, que además de mostrar datos de lo más variopinto sobre muchos temas podemos realizar operaciones simples, cálculos complejos, representaciones gráficas en dos y tres dimensiones…

…y en esta entrada vamos a centrarnos en las primeras, en las de dos dimensiones. Y concretamente en representaciones gráficas de curvas. Y más concretamente en ciertas curvas muy “especiales”.

Porque otra cosa no, pero curvas “especiales” hay muchísimas en Wolfram|Alpha. ¿Quién no recuerda la ecuación del logo de Batman que se hizo famosa en internet hace un año y algo? Pues se puede encontrar en Wolfram|Alpha con la búsqueda batman insignia:

En la imagen podemos ver que lo que nos ofrecen es la descripción de la región acotada por dicha curva.

Pero no es el único superhéroe que tiene su logo en Wolfram|Alpha. También podemos encontrar el de Superman con la búsqueda superman insignia:

y también, como no podía ser de otra forma, la de Bizarro, el “antiSuperman”, con bizarro insignia:

También tenemos logos de marcas, como el de Apple, que podemos encontrar con la búsqueda Apple symbol-like equation:

y que también tenemos con la silueta de la cara de Steve Jobs. Y no es el único gigante de internet cuyo logo está en Wolfram|Alpha. El pájaro de Twitter también aparece bajo la búsqueda Twitter symbol-like equation:

Otros logos que podemos encontrar en Wolfram|Alpha son de marcas de coches, como el de Mercedes, con Mercedes-Benz symbol-like equation:

O de empresas de comida rápida, como el de McDonalds, con McDonald’s symbol-like equation:

Y hasta el logo de Playboy tiene representación en esta galería de Wolfram|Alpha en la búsqueda Playboy symbol-like equation:

Podéis ver más realizando la búsqueda logo laminae.

Y aún hay más. Tenemos huevos de pascua de cuatro tipos, first Easter Egg, second Easter Egg, third Easter Egg y fourth Easter Egg:

y figuras varias como un árbol de navidad, en Christmas tree with curly branches; un conejito, en bunny equation; o una cara sonriente, en smiley face curve:

que, por cierto, está algo mejor que las caritas que se convertían en señor con bigote que os enseñé en este post.

Tenéis más en curvilinear lamina.

Pero no acaba aquí la cosa, ni mucho menos. Todas las figuras que hemos visto hasta ahora vienen caracterizadas, como comenté antes, mediante desigualdades que describen la región delimitada por una o varias curvas. Pero también tenemos muchas figuras curiosas en Wolfram|Alpha descritas directamente mediante las ecuaciones (paramétricas) de ciertas curvas. Y la mayoría de ellas no tienen desperdicio.

Tenemos 328 personajes ficticios cuya figura está descrita mediante ecuaciones paramétricas de curvas que podemos encontrar en fictional character curve. Podemos encontrar desde Bender hasta Bart Simpson, pasando por Mickey Mouse, el meme “Fuck Yeah”, Don Quijote y Sancho Panza, el doctor Zoidberg, el “Angry Bird” rojo, Voldemort, Terminator, R2D2, Lara Croft o Sheldon Cooper:

Todos personajes ficticios, pero algunos de ellos son personas reales, como Sheldon o Lara Croft. ¿Habrá personas reales “de verdad” en Wolfram|Alpha representadas por ecuaciones paramétricas de ciertas curvas? Pues sí, claro que las hay. Y de ellas nos hablaba nuestro Tito Eliatron en su post Matemáticas para dibujar caras. Tenemos una galería con 142 imágenes de personas reales entre las que podemos encontrar auténticas maravillas “paramétricas”, y también algunas sorpresas. Tenemos a Adele, a Kim Dotcom o a Arnold Schwarzenegger (jovencito y musculoso). También tenemos a Martin Luther King o Angela Merkel (que a mí se me parece a Joaquín Reyes sin gafas…). Y a personajes de internet como Mark Zuckerberg o el propio Stephen Wolfram. Pero quizás lo que más nos puede sorprender es que también están Rajoy y Zapatero (muy bien hecho, por cierto):

Casi nada.

También tenemos a gente de ciencia, como Albert Einstein (y II), Richard Feynman, Stphen Hawking, Peter Higgs o Donald Knuth.

Y para el final he dejado los nuestros, los matemáticos. Los que tienen el honor de aparecer en esta galería son Gauss (¡¡tremendas sus ecuaciones paramétricas!!), Leibniz, Newton, Bézier, Ramanujan, Kaczynski, Turing y von Neumann:

Una muy buena selección que esperamos amplíen pronto.

Como podéis ver Wolfram|Alpha es mucho más que un buscador y un programa para realizar operaciones matemáticas. En él podemos encontrar de todo, como todas estas figuras representadas con curvas. Y seguro que no son las únicas, posiblemente me he dejado algunas. Podéis avisar de ello en los comentarios.

Entra en Gaussianos si quieres hacer algún comentario sobre este artículo, consultar entradas anteriores o enviarnos un mensaje.

Construye tú también el poliedro de Császár.

...Y DURANTE EL 2011  

Hoy os quiero enseñar un par de applets de GeoGebra dentro de la serie Lo que se puede hacer con GeoGebra que llevo publicando desde hace un tiempo. Y en este caso la cosa sigue yendo sobre cubos en 3D realizados con GeoGebra 4, que todavía no tenía soporte para 3D, al igual que el applet que os enseñé en esta entrada.

Lo que no cambia es el protagonista, el creador de estos applets. Vuelve a ser Daniel Mentrard, cuyo perfil en GeoGebraTube es una auténtica maravilla.

El primero de ellos es el 3d iterate cube animation:

Y el segundo es 3d string cube:

Como os decía antes, auténticas maravillas, sin duda.

¿Conocéis otros applets de este estilo realizados por otras personas?

Entra en Gaussianos si quieres hacer algún comentario sobre este artículo, consultar entradas anteriores o enviarnos un mensaje.

Construye tú también el poliedro de Császár.

Cuenta la leyenda que el presidente de los Estados Unidos de América, Harry S. Truman comentó a su gabinete que le enviaran un economista manco, porque siempre que proponían una solución a un problema acababan la frase de “in one hand and in the other…”, que vendría a ser que por un lado podría solucionar los problemas pero por el otro podría empeorarlo. Supongo que esto refleja cierta incapacidad de ambos lados, uno que quería una solución directa y sin problemas, y los otros su miedo a apostar por una solución o por otra.

Actualmente, cuando un cliente te pide una solución, te pide una respuesta clara y no quiere tener que conocer alternativas, básicamente se reduce a yo te pago por la consultoría por lo tanto me has de dar la solución. Si ante esta necesidad e incapacidad de tomar decisiones no sabemos responder de forma rápida e intentamos cubrirnos las espaldas, el cliente acabará desconfiando de nosotros por no apostar también de una forma decidida por una de las opciones.

Pongamos un ejemplo, le propones una solución a una empresa que puede significar con un sesenta por ciento de seguridad que incrementará las ventas, pero someterá a todo el equipo comercial y de producción a un estres muy alto que podría acabar con el personal quemado, una gran rotación de personal, y por lo tanto, pérdida de calidad del producto. En consecuencia, puede acabar finalmente con un descenso de las ventas. También sabes, y de esto estás totalmente convencido, que si no se ejecuta algún movimiento táctico para incrementar el activo circulante, la empresa tendrá que efectuar recortes más drásticos y menos efectivos como recortar márgenes, reducir personal, en fin, las clásicas recetas de última hora.

¿Como venderías la solución?, ¿le dirías solo la parte positiva o le explicarías toda la casuística?. Por las experiencias que he visto, esto varía mucho entre sectores y profesiones, incluso en sectores que uno se sorprendería que se dieran este tipo de casos. Os pongo un ejemplo real sobre economistas mancos en el mundo de la medicina, conozco a una persona que tiene cáncer y le ha de dar quimioterapia y de forma insospechada le preguntan que tipo de tratamiento prefiere, el A o el B. Obviamente le pregunta al médico que diferencia hay entre uno y el otro, y la respuesta es simple: el A te dejará calvo, estarás cansado casi todo el día, tendrás llagas en la boca y probablemente se te escame la piel, pero por otro lado, tendrás un noventa por ciento de probabilidades de salvarte. El tratamiento B no te dejará calvo, no tendrás llagas, pero si escamas en la piel, pero las posibilidades de salvarse bajan al setenta por ciento. No se si es fascinante que en un contexto de vida o muerte se de a escoger entre un tratamiento que te da el 90% y otro que sólo te ofrece el 70%, asumo que debe ser un código deontológico por el cual han de explicar todas las opciones al paciente, lo verdaderamente chocante es que hay pacientes que por no quedarse calvos, optan por el B.

Así que hay gente que prefiere no sufrir ciertos contratiempos de la quimioterapia a pesar de jugarse la vida. ¿Que serán capaces de hacer para evitar estres en su empresa? Si damos toda la información quizás opten por la táctica conservadora y que menos probabilidades tenga de funcionar. Otra opción es no decir nada y ir directos al grano, opción que no recomiendo por que la falta de información se compensa con rumores e información falsa, lo cual siempre es un desastre. Quizás, lo más drástico y efectivo sea dar la solución más eficaz y quemar las naves y tal y como hizo Hernán Cortés. De este modo se tiene la información y no hay opción a cambiar, se tomó una decisión y, siguiendo con los tópicos, morir con las botas puestas.

En serio, no tengo claro cual es la mejor opción comercial… a nivel ético lo tengo claro, creo que hay que dar todas las opciones y que cada cual escoja lo que más le apetezca. El problema con esta opción es que si la solución funciona el mérito será del cliente, pero si va mal (escoja la opción que escoja) la culpa será tuya. Pero ya lo dijo alguien antes, el triunfo tiene muchos amigos y la derrota es huérfana, solo que en este caso el huérfano serás tu.

El 28 de Diciembre publiqué una entrada sobre un programa que nos permitía cambiar automáticamente los fondos de pantalla, pero, tal y como comentaba uno de vosotros, en KDE no se hace necesario instalar software adicional, ya que el propio KDE tiene un sistema para gestionarlo. Veamos como utilizarlo:

Hacemos clic derecho en el escritorio y hacemos clic en la opción “Preferencias de vista de carpeta” y nos saldrá la siguiente ventana de configuración:

(podéis hacer clic en la imagen para ampliar)

Como podéis ver ya está configurado para tener una carpeta donde están las imágenes a usar de fondo de pantalla, para ello hay que poner en “Fondo de escritorio” la opción “presentación“, configuraremos el temporizador de cambio de imagen a nuestro gusto (por defecto es cada 10 segundos y me parece excesivo) y añadiremos una carpeta donde hayamos puesto las imágenes que queremos que sean fondo de pantalla; aceptamos y listo, no hace falta ningún software de terceros ni nada por el estilo.

Nota: Gracias por el comentario kdeyalohacia.

El teorema de Bayes es uno de los teoremas más conocidos y más importantes relacionados con probabilidad. Es uno de esos resultados que por su sencillez y su utilidad deberían ser conocidos por todos. ¿Utilidad? Sí, utilidad. Y no me refiero solamente a utilidad dentro de las matemáticas, sino utilidad práctica en nuestra vida. Concretamente vamos a ver que el teorema de Bayes nos ayuda a ser un poco más optimistas en el caso de que cierta prueba diga que es casi seguro que padezcamos una enfermedad seria.

Pero vamos por partes. Creo que para comenzar lo más adecuado es enunciar dicho teorema. Ahí va:

Teorema de Bayes:

Supongamos que nuestro espacio de referencia puede expresarse como unión de una cierta cantidad de sucesos que son disjuntos dos a dos (es decir, que ninguna pareja formada con esos conjuntos tiene elementos en común) y tal que la probabilidad de todos ellos es mayor que cero.

Supongamos que dado un suceso cualquiera conocemos la probabilidad de que suceda condicionado a que sucede cualquiera de los , que denotamos por . Entonces podemos calcular la probabilidad de que suceda cada uno de los condicionado a que sucede , , de la siguiente forma:

La probabilidad de suceso puede expresarse de la siguiente forma (teorema de la probabilidad total):

Como decía antes, un teorema muy conocido para cualquiera que haya estudiado unos mínimos de probabilidad que Thomas Bayes enunció a mediados del siglo XVIII.

Pero de todas formas puede ser un resultado poco conocido por mucha gente, y, por qué no decirlo, puede echar un poco para atrás su formulación tal cual la hemos planteado. En este momento os pido que no os vayáis, que no os marchéis sin continuar leyendo este post. Que no abandonéis la lectura de estas líneas hasta que no las hayáis terminado todas, porque si os vais no tendrá ningún sentido. Porque lo importante de este post no es lo que llevamos, sino lo que nos queda. Vamos a ver una aplicación de dicho resultado que además nos va a ayudar a ser optimistas ante una aparente mala noticia.

Estos que aparecen en el teorema son un conjunto de partes en las que podemos dividir nuestra situación inicial de forma que dos partes distintas no tienen elementos en común y todas las partes juntas recomponen dicha situación. En nuestro ejemplo de aplicación del teorema, el conjunto inicial van a ser los habitantes de un país y los van a ser dos: padecer una enfermedad, (de enfermo), y no padecerla, (de sano). Está claro que no tienen elementos comunes (no puede haber nadie que padezca y no padezca la enfermedad a la vez) y que si junto a todos los que padecen dicha enfermedad con los que no la padecen obtengo el conjunto de la población.

Supongamos que esta enfermedad es una de esas a las que todos tenemos miedo, de esas que hasta casi nos da miedo pronunciar: cáncer, SIDA, etc. Y supongamos que estamos participando en una campaña de concienciación sobre dicha enfermedad en la que se le va a realizar esta prueba a, digamos, 100000 personas.

Vamos a poner que la prueba es fiable al 95%. ¿Qué significa esto? Pues muy sencillo: que da positivo el 95% de las veces que se la hacemos a alguien enfermo y que da negativo el 95% de las veces que se la aplicamos a alguien sano. Y supongamos también que el porcentaje de personas que la padecen en realidad es el 1%. Es decir, una de cada cien personas tienen realmente dicha enfermedad.

Bueno, con todo esto nos hacemos la prueba…y el resultado es positivo. ¿Debemos venirnos abajo? ¿Debemos pensar que está todo perdido? ¿Cuál es realmente la probabilidad de que padezcamos realmente la enfermedad? La cosa parece muy clara, pero quizás no lo esté tanto.

Vamos a ponerle nombre a todo. Las probabilidades de “enfermo” y de “sano” son las siguientes:

ya que se sabe de antemano (esto suelen ser estimaciones, pero para el caso no es relevante) que el 1% de la población padece realmente la enfermedad.

Si llamamos al suceso “dar positivo en la prueba”, tenemos que la probabilidad de dar positivo sabiendo que se está enfermo es:

y que la probabilidad de dar positivo estando sano es

por la fiabilidad de la prueba que teníamos al principio. Por otro lado, la probabilidad de , por lo comentado al final de la formulación del teorema, se puede calcular así:

Recordad que ya nos hemos hecho la prueba, y que el resultado de la misma ha sido positivo. Lo que queremos saber es qué probabilidad hay de que en realidad padezcamos dicha enfermedad a la vista de este resultado de la prueba. Es decir, queremos calcular la probabilidad de padecer la enfermedad condicionada a que el resultado de la prueba ha sido positivo, esto es, . Y para ello utilizamos el teorema de Bayes:

¡¡Un 16%!! Es decir, en un caso como el descrito hay solamente un 16% de posibilidades de padecer la enfermedad habiendo dado positivo en la prueba, porcentaje que choca tremendamente con la fiabilidad inicial de dicha prueba, que recordemos era del 95%.

¿Qué nos debe enseñar esto? Pues que siempre hay que ser cautelosos con los resultados, que no hay que perder la esperanza por algo así, ya que igual no estamos interpretando bien los números que hay detrás de estos estudios. Evidentemente habrá gente que, a la postre, en realidad tenga dicha enfermedad, pero será un pequeño porcentaje (16%) respecto al que en teoría parecía ser (95%). Así que tranquilidad, paciencia y optimismo. Y, eso sí, corriendo al médico a confirmar si padecemos la enfermedad o no, que una cosa no quita a la otra.

Y todo esto, repito, con una prueba cuya fiabilidad es del 95%. Imaginaos qué porcentaje nos saldría si la prueba tiene un 80% de fiabilidad, o un 60%, o menos (que las hay). Y que luego nos quieran vender “la máquina de la verdad” como algo de lo que nos podemos fiar…

Fuente:

• El hombre anumérico, de John Allen Paulos.

Entra en Gaussianos si quieres hacer algún comentario sobre este artículo, consultar entradas anteriores o enviarnos un mensaje.

Construye tú también el poliedro de Császár.

Una de las peculiaridades de nuestro lenguaje, sobretodo si lo observamos en los perfiles de cierta edad a los cuales me gusta denominar panteras grises , es lo maravilloso de algunas las sentencias que brotan por sus bocas: hoy no valgo ni para tacos de escopeta, no está muy católico, se ha ido de picos pardos, y la que me ha inspirado el post de hoy, hay que buscarse las alcachofas. Como en mi generación somos medio idiotas y pensamos que nuestro idioma es menos importante que el de la pérfida albión, nos dedicamos usar conceptos que ya tienen su propia palabra, y como homenaje a este hecho diferencial de nuestra estulticia, he optado por traducirlo al inglés y dejarlo como seeking artichokes.

Esta es uno de los conceptos que más me inculcaron mis padres, dos entrepreneurs forzados, que a base de trabajar duro, dedicar muchas horas, sacrificar fines de semana, al final consiguieron sacar su negocio adelante. No esperaban que el estado, ayuntamiento o la incipiente autonomía de turno les ayudaran en la expansión de la empresa, ni tampoco que les guiarán a la hora de como exportar sus productos al extranjero, lo único que les pedían a todos los burócratas y funcionarios es que no les molestaran demasiado. Si ya es duro pelear día a día para llegar a fin de mes, sólo les faltaba un tecnócrata les añadiera otro impuesto, otra norma o cualquier idea genial que se les pasara por la cabeza con el único fin de justificar su posición, no la de ayudar al emprendedor.

A día de hoy mis padres ya están jubilados, y casi me encuentro yo en su misma posición, buscando salidas para poder seguir manteniendo a mi familia. Una de ellas es encontrar un trabajo por cuenta ajena, lo cual es complicado, y la otra es usar todo lo que he aprendido durante estos más de treinta años en internet y lanzarme a esto que se ha puesto de moda que es el ser emprendedor.

Tengo la suerte de haber vivido el proceso en mi casa, por lo que mucha de la casuística que me podría encontrar ya la conocía: muchas horas, mucho trabajo, invirtiendo mucho tiempo en establecer relaciones antes de establecer contratos, pero lo que jamás me hubiera esperado es que la administración, en vez de comportarse como pedían mis padres, que no ayuden pero que no molesten, veo que cada vez ponen más y más trabas.

Es fantástico cuando vas con tu buena fe a informarte de los procesos necesarios, no hay ayudas reales pero en los folletos afirman que si. El truco está en las condiciones que reclaman para poder entrar en sus procesos. He visto cosas tan surrealistas como ayudas  a Start-ups con más de cinco años de funcionamiento y facturación, otras que piden el mismo tiempo pero además que ninguno de los socios o fundadores sea mayor de treinta años, o tener el cincuenta por ciento del personal de sexo femenino (lo cual es un fastidio cuando sólo son dos socios y los dos hombres, y toca sortearse quién se cambia de sexo). En resumen, si, ayudas hailas pero no hay casi nadie que tenga derecho a ellas.

Lo molesto no es este marketing sobre las ayudas al emprendedor, lo que realmente me irrita profundamente son las trabas que ponen. Hagas lo que hagas, ganes o pierdas te toca pagar de antemano, no existe una situación donde si tu ganas la administración gana. Ellos cobran por adelantado, y pagan cuando.. bueno, ir a preguntar a los farmacéuticos cuando piensan pagar las deudas que tienen.

Si no fuera poco el que te coman vivo a tasas, impuestos, normas, trámites, visados, certificados, viajes de una institución a otra para pedir papeles que ellos mismos ya tienen, la gota que colma el vaso es cuando a papa estado le da el ataque paternalista y se pone a usurpar el espacio de las empresas privadas.

Tu preparas un proyecto, lo estudias, te reúnes con todos, miras las opciones, y te dejas las cejas, las pestañas, las lumbares escribiendo y analizando todas las matrices posibles (DAFO y afines). Cuando ya lo tienes todo, te enteras que las empresas no quieren tu servicio porque el estado no es que se lo de gratis, es que les obliga a usarlo para obtener alguna certificación, o directamente es una orden directa de que se use y punto. Ninguna empresa que tenga dos dedos de frente va a discutir con la administración y jugarse inspecciones de trabajo, sanidad, medioambiente o lo que sea, porque con la cantidad de normas que hay, seguro que alguna estará infringiendo. El resultado, acaba usando el sistema público gratuito que está mal diseñado porque no hay la motivación ni el incentivo para que funcione, y el cliente potencial, acaba odiando la plataforma y todo lo que representa porque se lo obliga a usarla, y si tiene alguna queja al respecto para mejorarla, nadie le hace caso.

Y aquí estamos, sin ayudas y siendo perjudicados, sigue siendo el momento de seeking artichokes porque nadie más lo va a hacer por ti y a pesar de todo, sigue existiendo un espacio para crear y crecer, pero como decían mis padres, no me ayudéis pero no me molestéis.

En Linux, como es usual, tenemos varias alternativas para conectarnos y sincronizar nuestros proyectos con Subversion. En mi caso, casi siempre utilizo el cliente integrado en el IDE de desarrollo (Eclipse) pero da la casualidad que, muchos componentes de los proyectos no se encuentran la raíz de desarrollo y convenía más mantenerlos aparte. Así, encontré dos clientes que además de hacer bien su Diego Escobarhttps://plus.google.com/114762985673058117208noreply@blogger.com0

Esto de las redes sociales tiene su gracia, cuando Whatsapp dijo que su aplicación era de pago cientos de mensajes de queja, lamento y frases en arameo corrieron como Johnny Walkwer por las venas de un aficionado a los espirituosos. Ahora, que el rumor es que Google está interesada por la misma aplicación, muy poca gente ha comentado nada al respecto, teniendo en cuenta que en el primer caso el impacto en sus vidas sería un euro al año, y en el segundo, es renunciar un poquito más a su privacidad. Las personas somos así, complejas de una forma muy sencilla o sencillamente complejas.

La respuesta rápida a la pregunta es sencilla: si. Una respuesta más elaborada al respecto sería algo como: depende cuanto pidan.

Google domina de facto internet en varias áreas: buscador, publicidad, mapas. Está en camino de acceder a una respetable situación respecto a redes sociales con Google+, a pesar de que Google no piensa en G+ como red social. Toda esta posición casi de monopolio hace que vayas dejando tus datos para que los de Montain View vayan haciendo punto de cruz con los mismos y lo moneticen de cientos de maneras que ahora mismo ni tu ni yo somos capaces de imaginar.

El problema que tiene Google es que sólo tiene acceso a los datos que las personas van dejando en internet, pero por mucho que los gurús nos insistan, hay más gente fuera de internet que dentro. Les doy la razón que cada vez más gente tiene correo electrónico, smartphones, tablets y demás parafernalia, pero lo que si define esta barrera, es que tienen estos cachivaches como quien tiene un gato de porcelana, son majos, decoran pero no se usan. En un breve muestreo con las madres y padres al salir del colegio, no todos tenía e-mail, pero todos (y cuando digo todos me refiero al 100%) usaban Whatsapp para hablar con sus amigos y amistades. Es justamente esta información que se le está escapando a Google y quiere recuperar.

En el sector de la mensajería instantánea, Google tenía Gtalk, luego lanzó los Hangouts y del mismo modo que Facebook, se ha dado una castaña contra la realidad: la gente (la gente normal, no vosotros ni yo que somos unos bichos raros) no usaba las aplicaciones. Se sabía hace tiempo que se quería reordenar toda esta infraestructura para dar mejor servicio, osea, capturar más información, pero por mucho que unificaran y usaran superglue 3, sería difícil que consiguieran arrebatar la posición de número uno que tiene Whatsapp. Facebook también lo ha intentado, pero con esto de Facebook Home parece que también va a necesitar una ortodoncia completa del castañazo que se ha pegado con la realidad.

¿Y porque los del icono verde con teléfono se ponen a negociar ahora con Google? La primera es que los usuarios somos una panda de cabritos egoístas y desagradecidos, no tenemos conciencia del precio de las cosas, y a la que nos enteramos que sería de pago, o dicho de otro modo, no leímos el texto legal y nos dedicamos a pulsar en siguiente, siguiente y ahora no queremos pagar. Y la segunda es que Whatsapp, a pesar de tener razón de cobrar, según mi modesto entender, ha ejecutado una política de comunicación desastrosa al respecto, con lo que muchos/algunos usuarios han empezado a migrar a otras aplicaciones como Line.

A priori, parece lógico que lanzarse en el bolsillo de google y hacer un cash-out puede ser interesante para los fundadores. Monetizan y se olvidan del lío en que se han metido y del que no saben si podrán salir visto el perfil del usuario medio, que no por no pagar, es capaz de no encender las luces (por no apagarlas, chiste malo, lo se).

Así que el interes de ambos está claro, la pregunta es el precio. Pero ya sabemos que una cosa es el precio y otra el valor, y que a parte de pagar en leuros, también existen cientos de variantes: pagar en acciones, dar un puesto de trabajo, por beneficios, etc… así que el problema no creo que sea el dinero, sino el ego que planten los de Whatsapp en la negociación. Si se suben a la parra no habrá acuerdo, si miran más allá de su propio ombligo, lo más probable es que Whatsapp pase a llamarse algo más castizo como Güatsapp.