
Sign up to save your podcasts
Or


No hace falta que siga afilando mis lápices.
Mis lápices ya están bastante afilados.
Hasta los más gastados pueden dejar una marca.
Y a pesar de todos mis defectos. Hay que empezar esta mierda (otra vez).
Algunas cosas que se ven en el capítulo:
Bola extra: El poster de Invocation for beginnings
https://ze-true-store.myshopify.com/products/an-invocation-poster-reissue
Bola extra 2: Ze Frank: ¿Eres humano? (Charla TED con subtítulos en español):
https://www.youtube.com/watch?v=ccIt-qRQBoI
¿Aspiras a ser un youtuber pero tus vídeos no reflejan con fidelidad el brillo de tus ojos y el garbo de tus caderas?
Igual se debe a que estás cometiendo el error de no respetar el estándar fijado a fuego y sangre después de la guerra comercial entre uno de los mayores inventores y visionarios de todos los tiempos y un cascarrabias que no quería que le echaran abajo el chiringuito.
Como suele ser habitual, no sé si este capítulo es lo mejor que hecho nunca o el mayor desastre que ha conocido la especie humana.
Juzguen a ustedes mismos.
Una mentira es como una pompa de jabón. Puede ser entretenida, pero también es fácil de reventar. Y es redonda. Y si con estas ideas peregrinas soy capaz de montar un capítulo, es que todavía queda esperanza para la humanidad. Y para el Pizza Hut.
Referencias:
La Tetera vuelve con un superespectacular especial de Navidad (publicado el 26 de Diciembre como mandan los cánones. Además de explicar el por qué de los parones y hacer algo parecido a la declaración de intenciones del podcast (que ya era hora), hay muchas sorpresas.
Después del (lamentable) incidente del último capítulo, vuelvo a la normalidad… o algo. El experimento de los pollos de goma depuradores de código también ha seguido su curso (con algún que otro incidente).
Las canciones del capítulo de hoy:
Aunque mis versiones molan mucho más, claro:
El contenido de @soyunatetera se me está yendo de las manos… pic.twitter.com/2DUDdlQa1A
— Nilo Vélez (@NiloVelez) October 28, 2018
Ievan Polka 8D feat Pollos
3D audio, hay que escucharlo con auriculares.
Hoy tenía pensado dedicarle un capítulo a Google por el veinte aniversario del lanzamiento de su buscador y conectarlo magistralmente con el hecho de que el 16 es un número redeondo, pero las circunstancias obligan y hoy toca hablar de virus (maldita sea su estampa).
Os dejo la escaleta del capítulo de hoy:
3.141592653589793238462643383279502884197169399375105820974944592307816406286208998628034825342117067982148086513282306647093844609550582231725359408128481117450284102701938521105559644622948954930381964428810975665933446128475648233786783165271201909145648566923460348610454326648213393607260249141273724587006606315588174881520920962829254091715364367892590360011330530548820466521384146951941511609433057270365759591953092186117381932611793105118548074462379962749567351885752724891227938183011949129833673362440656643086021394946395224737190702179860943702770539217176293176752384674818467669405132000568127145263560827785771342757789609173637178721468440901224953430146549585371050792279689258923542019956112129021960864034418159813629774771309960518707211349999998372978049951059731732816096318595024459455346908302642522308253344685035261931188171010003137838752886587533208381420617177669147303598253490428755468731159562863882353787593751957781857780532171226806613001927876611195909216420198
En este capítulo damos un repaso a la sórdida historia del spam (y la del SPAM). Desde grandes spammers profesionales de la antigüedad como Cristóbal Colón hasta los (lamentables) intentos de extorsión por email de nuestros días.
En nuestro viaje de los horrores vamos a ver algunos de los momentos más oscuros de la historia del spam:
También vamos a ver el papel que jugó en el nombre del spam el concurso que hizo una empresa de Austin, Minnesota en 1937…
…y este video de la segunda temporada de Flying Circus de los Monty Python, emitido en 1970
Aquí está el guión, por si os da por proponerlo para la obra de fin de curso de inglés de vuestros hijos… o algo:
Monty-Python-SPAM.pdf
Y si queréis enviarle SPAM a alguien, Amazon lo pone fácil
[amazon_link asins=’B01JITTK7W,B01M27V0TN’ template=’ProductGrid’ store=’linkdata-21′ marketplace=’ES’ link_id=’2d8b2967-bf6f-11e8-a65b-77ebe40a5b2d’]
En este capítulo vemos lo peligrosisísimo que es dejar la opciones por defecto, ya sea instalando un componente de una página web o la tipografía de un procesador de textos.
En una punta del mundo, un desarrollador web decide no gastarse los 25 dólares que cuesta que el Revolution Slider se actualice solo. En la otra, la hija de un primer ministro escribe un documento sin molestarse en cambiar las opciones predeterminadas.
El resto, es mejor que lo escuchéis porque hay veces que la realidad supera a la ficción.
En el capítulo de hoy toca hablar de programación, y en concreto de depuración de código. No os asustéis, que ya sabéis que este podcast siempre procuro hacerlo digerible tirando más por la divulgación.
La depuración de código no es otra cosa que identificar errores tus programas, analizar las causas y arreglarlos. Esto puede ser desde un error catastrófico que hace que tu aplicación o tu web no haga nada, los errores 500 que vimos en el capítulo cinco, hasta problemas que simplemente hace que tu código no haga lo que tiene que hacer.
En español se utiliza la palabra «depurar», que tiene que connotaciones de que estás limpiando, quitando impurezas. En inglés se llama «debugging», que tomado al pie de la letra sería «quitar bugs» y los «bugs» son literalmente «bichos», así que el debugging se podría interpretar como «desparasitar el código».
A mi me gusta este planteamiento de «desparasitar». Primero porque suena más funcional y menos esotérico que «depurar», que da la impresión de que vas a usar Reiki y Flores de Bach, y segundo y más importante, porque el término debugging tiene una etimología maravillosa.
El término es mucho más antiguo de lo que parece y se utilizaba en ingeniería mecánica mucho antes de que aparecieran los primeros ordenadores.
Ya en 1878 Thomas Edison le enviaba esta carta a un colaborador:
«Ha ocurrido así en todos mis inventos. El primer paso es la intuición, que llega como una ráfaga, pero luego aparecen dificultades- y es entonces cuando los «bugs», que es como se llaman estos pequeños fallos y dificultades, dan la cara y hacen falta meses de intensa observación, estudio y trabajo antes de poder alcanzar el éxito o el fracaso comercial»
En «Atrapa esa liebre» 1944, los robots de Asimov ya tenían bugs:
«U.S. Robots tenía que quitarle los bugs al robot múltiple, y habñia gran cantidad de bug y siempre quedaba al menos una docena pendientes para la prueba de campo»
En 1947, Grace Hopper encuentra un bug de verdad, una polilla en un relé del ordenador Mark II en el que estaba trabajando y lo documenta así de maravillosamente:
De los métodos de depuración, uno de los más sencillo es la depuración con patito de goma. Esta técnica fue descrita formalmente por primera vez en el libro de 1999 «The Pragmatic Programmer», de Andrew Hunt y David Thomas:
A very simple but particularly useful technique for finding the cause of a problem is simply to explain it to someone else. The other person should look over your shoulder at the screen, and nod his or her head constantly (like a rubber duck bobbing up and down in a bathtub). They do not need to say a word; the simple act of explaining, step by step, what the code is supposed to do often causes the problem to leap off the screen and announce itself.
Aunque lo que verdad lo hizo popular fue este mensaje de mensaje de Andrew Errington en 2002 en la lista de correo lists.ethernal.org (http://lists.ethernal.org/oldarchives/cantlug-0211/msg00174.html)
We called it the Rubber Duck method of debugging. It goes like this:
1) Beg, borrow, steal, buy, fabricate or otherwise obtain a rubber duck (bathtub variety)
2) Place rubber duck on desk and inform it you are just going to go over some code with it, if that’s all right.
3) Explain to the duck what you code is supposed to do, and then go into detail and explain things line by line
4) At some point you will tell the duck what you are doing next and then realise that that is not in fact what you are actually doing. The duck will sit there serenely, happy in the knowledge that it has helped you on your way.
Works every time. Actually, if you don’t have a rubber duck you could at a pinch ask a fellow programmer or engineer to sit in.
Si quieres más información, tienes toda una web dedicada al Rubber Duck Debugging: https://rubberduckdebugging.com/
Este podcast empezó hablando en el primer capítulo (entre otras cosas) del fichero robots.txt
Os recuerdo que es un fichero de texto que se pone en la raiz de las webs con el que se le dan instrucciones a los bots, como googlebot de Google, sobre qué partes de nuestro sitio queremos que indexes y cuáles no, dónde está el sitemap de nuestra web, y cosas así.
Pues bien, hoy voy a hablaros de un proyecto que es la cara opuesta de la moneda, humans.txt
humans.txt es un archivo TXT que contiene la información sobre las personas que han intervenido en una web.
Este proyecto nació en 2011 de la mano de Abel Cabans, Abel Sutilo, Carlos Mañas, Juanjo Bernabeu y Maria Macias.
Para utilizarlo sólo tienes que crear un fichero llamado “humans.txt” y subirlo en la raiz de tu sitio. En su web, http://humanstxt.org/, tienes más instrucciones sobre algunos detalles técnicos y sobre el contenido recomendado, pero no tiene mucha complicación.
Hasta Google se ha animado a incluir su propio fichero humans.txt (aunque un poco a su manera):
https://www.google.com/humans.txt
Si quieres un plugin para generarlo automáticamente, tienes unas cuantas opciones:
From the publisher's feed