Libro: La revolución Blockchain

Título: La revolución Blockchain
Autor: Don Tapscott y Alex Tapscott
Editorial: Deusto

Hacía tiempo que llevaba oyendo sobre Blockchain y Bitcoin, y desde hace bastantes meses tenía las “cadenas de bloques” como “tecnología a analizar“, así que aproveché que es una de las novedades de 2017 de la Biblioteca de Castilla la Mancha para tratar de adquirir una idea general sobre el tema.

El libro está muy orientado a gente de negocio o personas que no estén interesadas tanto en la tecnología como en su impacto, posibles usos y panorama presente y futuro, por lo que posiblemente sea bueno para popularizarlo, aunque yo esperaba algo diferente.
Por otro lado no tiene una redacción o estructura demasiado trabajada, aunque creo que esto se debe más a que el tema es demasiado amplio y “nuevo”, como para poder hacer un libro disfrutable a nivel narrativo. Supongo que predecir los posibles futuros de una tecnología fundamental es más complejo que narrar su auge.

Al acabar esta masiva recopilación de empresas, posibles problemas y aplicaciones, ideas de negocio y opiniones, hay una cosa que me ha quedado más clara todavía que cuando lo empecé: esta tecnología, el Blockchain, va a suponer un cambio en la forma en que funcionan las cosas. No tengo ni idea de cuánto tardará, ni de que formas finales adoptará (porque no va a haber un único Blockchain), pero tiene el potencial de ponerlo todo del revés, como ya hemos visto en otras ocasiones con los PC e internet (Microsoft y Google), los smartphones y las apps (Apple o Twitter), el cloud y los servicios online (Amazon, Spotify o Netflix).

Por otro lado, sospecho (como la mayoría supongo) que estamos en una burbuja que en algún momento reventará, pero igualmente me he hecho con unos décimos de Ethereum para ir aprendiendo de esta tecnología creada por Vitalik Buterin, para servir de algo más que mera moneda para la especulación. Veremos si su creador acaba como Linus Torvalds o más bien como Markus Persson. Y por supuesto tendré que ponerme a ver qué ofrece exactamente Microsoft en su plataforma de Blockchain como servicio.

Sea como fuere creo que los próximos años van a ser interesantes y muy movidos e imagino que este libro puede preparar a la gente para prepararse para entender mejor todo lo que va a suceder.

Para acabar, en esta ocasión no voy a intentar poner citas sobre el libro para animar a su lectura o facilitar referencias futuras. Lo que cuenta es tan amplio y la información detallada sobre todo lo que cuenta es tan accesible y probablemente tan efímera que solo tiene sentido animar a leer el libro a quien quiera, como yo, saber algo más de qué es eso del blockchains, las criptomonedas y el final de la banca y las finanzas tradicionales. Pero si alguien quiere un resumen, hará bien en ver la charla Ted que dio Don Tapscott: Cómo la cadena de bloques está cambiando los negocios.

Anuncios

Libro: Sapiens. De animales a dioses.

Título: Sapiens. De animales a dioses. Una breve historia de la humanidad
Autor: Yuval Noah Harari
Editorial: Debate

Recuerdo haber visto recomendaciones sobre este libro en varios sitios y por diferentes personas. Las suficientes como para resultarme atractivo. Y pensando en que sería un libro parecido a “Una breve historia de casi todo” de Bill Brison, “La cuchara menguante” de Sam Kean, o “La historia del mundo en 100 objetos” de Neil MacGregor,  lo compré con idea de tener entretenimiento para varias semanas.

Sin embargo, me he encontrado con algo más interesante. No se trata de una breve historia de la humanidad, sino de una visión alternativa a la historia que se suele contar sobre la evolución de la humanidad y la cultura. Esta visión alternativa puede llegar a ser interesante, incómoda u ofensiva dependiendo de quien lo lea y muchos de los puntos de vista que expone pueden resultar extraños o extravagantes para mucha gente. Esto último lo sé porque yo mismo he mantenido opiniones similares acerca de varios de los temas del libro durante años y siempre se han sido considerados radicales. Quizá ahora que alguien ha escrito un best seller bien trabajado al respecto, empiecen a convertirse en ideas mainstream, pero no sé si eso es algo bueno o malo.

Probablemente las ideas más interesantes que he sacado del libro han sido: 1) que la humanidad solo puede ser efectiva si comparte fantasías comunes como los derechos humanos, la democracia o el capitalismo. Y 2) que la única forma en que la humanidad evoluciona y “mejora” es colaborando de forma más efectiva en grupos cada vez mayores. La primera idea es una bofetada a varios niveles para cualquier persona moderna criada en los valores de occidente, la segunda es una idea que permite pensar de nuevas formas sobre todo tipo de temas.

De todos modos, aunque el libro es muy entretenido y en general estoy de acuerdo con las conclusiones, hay bastantes puntos de la argumentación que me parecen forzados o retorcidos para apoyar las ideas del autor. En algunos casos, por ejemplo, usa correlaciones para señalar causalidad, en otros usa las fuerzas capitalistas para explicar (a mi juicio) de manera simplista todas las expediciones marítimas desde Colón y me parece que, aunque la narrativa que ofrece es muy entretenida, mezcla tanto datos reales como deseos para sostener lo que dice, lo que resta credibilidad al libro.

Dicho esto, sigo pensando que es un libro muy entretenido con ideas poderosas e interesantes y que bien merece una lectura si te interesa la historia, la humanidad y el futuro. No creo que compre la segunda parte “Homo Deus” porque no veo qué puede aportar sobre las novelas de ciencia ficción, pero quizá busque alguna obra anterior y tendré en cuenta nuevos libros del autor.

Dado que el libro está narrado hilvanando ideas simples y normales en ideas complejas y radicales, no he visto nada citable de corta extensión, pero creo que merece la pena recomendar algunos libros comentados anteriormente en el blog que creo que pueden aportar algo antes o después de leer este libro. La lista es larga, pero creo que eso ayuda a entender la gran extensión de temática de este libro y el que no me haya cogido tan de sorpresa. Ahí va, categorizados en 4 grandes categorías:

1. Pasado
   1. La historia del mundo en 100 objetos
   2. 1177 a.C
   3. Sociedad y cultura en la antigua Mesopotamia
   4. Innovación y tradición. Historia de la tecnología moderna
   5. El sueño del neandertal
   6. El príncipe
   7. El plan maestro
   8. El fantasma del ingeniero asesinado
2. Mente, individuo y modelos mentales
   1. Pensar rápido, pensar despacio
   2. No pienses en un elefante
   3. El hombre en busca de sentido
   4. Las grandes revoluciones del management
   5. Capitalismo caníbal
   6. Antifrágil
   7. La tabla rasa
3. Futuro
   1. Seveneves. Siete Evas (novela)
   2. Numerati
4. Inclasificable
   1. El espejismo de Dios
   2. Trilogía Paralaje Neandertal: Híbridos, Humanos, Homínidos. (Novela)
   3. El cálculo de Dios (novela)

Libro: Women in Science

Titulo: Women in Science. 50 fearless pioneers who changed the world.

Autor: Rachel Ignotofsky

Editorial: Ten Speed Press

Hace unos días compré este libro con idea de practicar algo de inglés con mi hija de 7 años y pasar ratos juntos compartiendo algo que nos interesase a ambos. Con temática científica ligera, bonitos dibujos y en inglés sencillo, este volumen de poco más de 120 páginas (en realidad solo tiene texto por una cara para cada una de las 50 mujeres) cubría todo eso, por lo que me aventuré a adquirirlo en Amazon.

El contenido es exactamente lo que esperaba y parece que a mi hija le ha gustado bastante que le cuente cosas con dibujos bonitos y palabras en inglés que ella conoce o puede aprender con facilidad.

Sin embargo, he de reconocer que, aunque es un libro para niñas, me está gustando mucho como hombre adulto que soy. Los pequeños detalles biográficos que ha incluido la autora para cada una de las 50 mujeres y la calidad y cantidad de dibujos, unidos a un muy cuidado diseño (tirando a monocromo en cada mujer pero variando en color para cada una por ejemplo) lo han convertido en uno de esos libros que agradeces poseer, al estilo de “La historia del mundo en 100 objetos“.

Así que diría que es una muy buena compra si: a) tienes tiempo para pasar con tu hija, b) esta ha mostrado curiosidad por el mundo, c) le gusta dibujar y  d) no le asusta el inglés. Aunque probablemente se aprovecha más si tienes una formación “de ciencias” que te permita ampliar algunas de las cosas que se comentan en el libro (ej: cristalografía de rayos X). En mi caso, décadas de leer divulgación científica cubren ese aspecto pero imagino que mi caso es un poco de nicho.

Por otro lado, como padre e informático, me ha parecido muy gracioso que mi hija haya decidido empezar a leer el libro por Ada Lovelace… porque está pintada en rosa.

Para terminar, un consejo más y una cita del libro. El consejo: echa un buen vistazo al trabajo de Rachel Ignotofsky, me parece una pasada lo que tiene en su web o en Etsy.

La cita, del capítulo dedicado a  Heddy Lamarr, inventora y actriz de cine (y también pintada en rosa).

“[My father]” made me understand that I must make my own decisions, mold my own character, think my own thoughts” -Hedy Lamarr

 

Developer Timeline 1996-2016

Hace unos meses intenté convencer a algunos desarrolladores de que necesitaban aprender Git. Algo que desde mi perspectiva parecía obvio y urgente se tornó, pese a mis esfuerzos por argumentarlo, en imposible. Desde entonces he estado dándole vueltas al tema de la obsolescencia de las herramientas, técnicas y servicios que los desarrolladores usamos a diario y a como alternamos entre lo malo conocido y el hype del momento.

Esto me llevó a pensar en cómo “de-mostrar” a determinados perfiles técnicos de la necesidad de actualizarse, lo cual me condujo a confeccionar una “línea de tiempo” o mapa de tecnologías y herramientas de desarrollo .NET para poder observar el avance en determinados ámbitos como el control de versiones de código.

Gracias al intercambio de ideas de los Meetups en SwCraftersCLM y los ánimos que me han dado desde esta comunidad para publicar el “timeline de desarrollo”, he terminado una versión 1.0 que he colgado en Google Sheets para uso y adaptación de otros equipos de desarrollo, incluso de otros stacks tecnológicos. O aprovechando que acabamos el año, para pararse a pensar qué aprender en 2017.

El Excel es el siguiente: Developer Timeline 1996-2016

¿Para qué sirve?

La idea es poder usar la hoja como herramienta de 4 formas diferentes para varios objetivos:

1. Para poder revisar en qué punto estamos de actualización técnica y ayudarnos a decidir si aprender o no una tecnología en concreto.
2. En grupos de desarrollo. Para poder argumentar con datos objetivos frente a nuestros compañeros sobre la necesidad, o no, de reciclarnos tecnológicamente. Como mínimo debería facilitar el diálogo sin caer en el flame.
3. En charlas. Para poder hacer una introducción simpática para todos los públicos sobre determinadas tecnologías como Core o SharePoint Framework añadiendo un contexto tecnológico más amplio que facilite el entendimiento de los problemas que resuelve.
4. En organizaciones. Para poder establecer el nivel de actualización de una organización (la nuestra u otras) de una forma más o menos objetiva. En última instancia podría ayudarnos a decidir si embarcar en una empresa o desembarcar de la actual.

¿Qué contiene?

La hoja contiene varias categorías (eje vertical) y eventos relevantes para cada una de las categorías, repartidos por año (eje horizontal).

Me pareció adecuado empezar en 1996 por tener un intervalo amplio y “redondo”: 1996-2016. El año 1996 sirve además para poder establecer una línea base de “desarrollo viejuno”.

La información que contiene está orientada por mi experiencia y entornos de trabajo a lo largo de los años por lo que hay bastante de Microsoft, pero he tratado de mantenerlo flexible para poder adaptarlo a otros entornos aglutinando la mayoría de elementos específicos de Microsoft en su propia categoría.

Sobre las categorías, los datos y la selección

Hay muchos elementos que podría haber metido pero que finalmente he eliminado por claridad (versiones, irrelevancia…) y simplicidad.

Muchas fechas son aproximadas y en algunos casos discutibles. En general he tratado de tomar las más importantes como por ejemplo productos release en lugar de beta.

Hay bastante tecnología Microsoft debido a mi propio background y el público al que lo he enfocado, pero he tratado de mantenerlo flexible para otros stacks.

Este documento no pretende ser canónico, sino una herramienta ilustrativa de la evolución y periodos que vivimos los desarrolladores de software. Está pensado para ser modificado de forma sencilla por lo que he desistido (de momento) de hacer un gráfico SVG interactivo con D3 y JSON.

Las categorías en que he agrupado los eventos son las siguientes:

1. Papas: Los papas de la Iglesia Católica Apostólica y Romana que hemos tenido desde el 96. Me parece interesante mostrar que hasta las organizaciones más antiguas y tradicionales experimentan más cambios que algunas personas o empresas.
2. Efemérides: Evento de relevancia nacional o mundial. Permite replantearse la cantidad de tiempo que ha pasado entre tecnologías y los grandes cambios que han sucedido en la sociedad.
3. Películas: Estrenos de cada año. Me parece un detalle simpático para tratar de poner en contexto el tiempo que ha pasado, en particular entre fans de Marvel como yo, y la cantidad de proyectos que pueden llevarse a cabo en 5 o 10 años.
4. JavaScript: Aun hay gente que no quiere saber nada de JavaScript o quiere quedarse en la versión del ’99. Visibilizar la cantidad de hitos que ha tenido debería facilitar el NO poder ignorarlo.
5. Autenticación y Autorización: Todavía tengo que explicar las diferencias entre autorizar y autenticar. En el panorama actual y dado que es necesario conocer estos temas para realizar cualquier aplicación moderna, me parece grave y por eso le he dado su propia categoría.
6. Servicios web: Esta categoría trata de servicios web y trata de poner de manifiesto que la diferencia entre SOAP y REST en realidad son pequeñas y que deberíamos mirar más allá del hype al evaluarlas. También pone en el mapa los webhooks, que parece que son grandes desconocidos a pesar de su utilidad y antigüedad.
7. Formatos de datos: Me pareció apropiado añadir esta categoría tras la de servicios web para señalar que son dos cosas independientes y que ya va siendo hora de aprender a usar JSON. O usar Markdown en lugar de HTML en según que contextos.
8. Front End: Esta categoría podría ser una hoja aparte, pero he tratado de incluir estándares de facto y orientarme a desarrolladores back o full stack. He añadido asteriscos a temas de W3C para recordar que… “es complicado” asegurar en qué estado están.
9. Gestión de código: Esta es la razón por la que comencé a confeccionar el Excel y por eso tiene un componente “fuerte” de productos Microsoft, pero dejando claro que el estándar a día de hoy es Git. De hecho, es importante mencionar que Microsoft lleva años migrado todo su código abierto a Github.
10. Servicios de terceros: Incluyo una lista de servicios de terceros relevantes para perfiles técnicos. Estos deberían contrastar con la antigüedad de algunas de las herramientas de algunos técnicos. Si, por ejemplo, alguien usa Dropbox (2008) o Google Drive (2012), no podrá argumentar que Git es demasiado moderno (2005).
11. Microsoft Stack: categoría específica para los que usan el stack de Microsoft, por lo que en adaptaciones a otras empresas debería adaptarse. El “baseline” es Outlook porque me pone nervioso ver que no se sabe usar a nivel básico (carpetas, convocatorias, respuestas automáticas…) y es una herramienta que todos usamos a diario para trabajar en empresas, en particular con el stack Microsoft.
12. S.O.: Sistemas operativos desde el ’96. Con especial detalle en el ámbito Windows, claro. Porque todavía hay quien quiere volver a W7 por pura resistencia al cambio.
13. Dispositivos Móviles: He tratado de sintetizar el panorama en dispositivos móviles. Al estar tan unidos hardware y software he mezclado ambos elementos. Evidentemente Windows Phone/Mobile se queda fuera.
14. Lenguajes: Es interesante ver que los lenguajes de back-end son bastante estables, pero no inmutables.
15. Entorno de ejecución: Parece que todo es alguna variedad de la máquina virtual de Java o el que tiene que funcionar sobre el CLR de .NET y no solo no es así, sino que el panorama parece que va a cambiar cada vez más. Estuve tentado de introducir Docker también, pero los contenedores son otra historia y aun me parece pronto para añadirlos, quizá el año que viene o quizá en otra categoría de DevOps.

Como nota curiosa no he notado nada interesante en 2003 pero si muchos eventos importantes en 2009: el embrión de Azure y Office 365 (BPOS), Android 2.0 (la primera versión buena), Windows 7 (el más querido), ECMAScript 5 (el JavaScript de la nueva web), Bitcoin (y la explosión del blockchain), GO (del que Javier nos dará una charla pronto) y Node JS (¿el nuevo Java/PHP?) del que vimos como se usaba en producción en las Lambdas del AWS de BrainSINS en el último Meetup.

En resumen

Como decía el personaje de Will McAvoy en The Newsroom: El primer paso para resolver un problema es reconocer que hay uno (minuto 5:00, pero el speech completo es impresionante).

Mi intención inicial era mostrar como Git es una herramienta indispensable para el desarrollador de .NET de hoy, comparándola con eventos relevantes del pasado reciente de forma objetiva y amigable.

Aunque parece que he conseguido construir esa herramienta, creo que he generado algo más potente, una especie de mini–cuadrante de Gartner del desarrollador .NET (y en general) que podría servir para animar a algunos técnicos a reciclarse, y que me ha ayudado a ampliar mi visión estratégica para 2017 así como a mejorar mi planteamiento como arquitecto de soluciones y líder técnico. O como mínimo me ha aclarado panorama bastante ahora que parece que todos andamos perdidos de stack en stack y de framework en framework especialmente en el mundo Microsoft.

Para terminar

Al revisar mis propios artículos me parece reconocer que en el universo Microsoft, 2016 es una repetición de 2012. Da para otro artículo, pero si estás más o menos al día creo que podrás ver las semejanzas entre el panorama actual (Azure, Office 365, Hololens, ARM, Open Source…) y el que describí en 2012 en: El desembarco de Normandía.

Y si te ha interesado este artículo, es muy probable que te interesen mis artículos: Breve historia del desarrollo de software de 2012 y mi predicción sobre el futuro de Blackberry, iPhone y Palm en 2007: La muerte de Blackberry.

Documental: (Dis)Honesty

Título: (Dis)Honesty: The Truth About Lies
Ficha IMDB: http://www.imdb.com/title/tt2630898/?ref_=fn_al_tt_4

Netflix añadió recientemente este documental de Dan Ariely, al que sigo la pista desde 2008 con “Las trampas del deseo”, “Las ventajas del deseo”, su blog y Facebook, así que era evidente que iba a acabar viéndolo y me iba a gustar lo que encontraría.

El documental es una especie de charla resumen de su libro de 2012 “The honest truth about Dishonesty” y la verdad es que el documental no contiene mucha más “chicha” más allá del resumen de Wikipedia sobre el mismo, pero es normal: todos sabemos que el libro siempre es mejor que la película.

El valor de este documental está en que resulta muy ameno y te mantiene interesado y entretenido mientras te cuenta lo que podrías haber leído igualmente. Es una buena forma de mejorar la divulgación de las ideas de Ariely y en teoría de mejorar nuestra sociedad. De cualquier manera, puede que lo mejor de todo el documental sean las entrevistas a personas “deshonestas“, que le da un toque que el libro no podría transmitir, pero por lo demás es un buen entretenimiento.

Acerca de las ideas de Ariely, si le has estado siguiendo como yo, no hay nada nuevo, pero siempre está bien el recordatorio de que las personas somos personas, y dado el contexto adecuado, nos comportaremos mejor o peor. Además los ejemplos experimentales y la relación de la deshonestidad con el dinero de plástico, los asientos contables y los códigos éticos religiosos o laborales invitan a reflexionar.

En resumen se trata de un buen documental pero que en mi caso ve reducido su impacto por mi exposición repetida a Ariely y otros psicólogos sistémicos como Philip Zimbardo o John Seddon. Sea como fuere, este documental es recomendable para cualquier ser humano, así sin más.

 

Libro: The psychopath code. Cracking the predators that stalk us

Título: The psychopath code. Cracking the predators that stalk us
Autor: Pieter Hintjens
Editorial: Supongo que autoeditado. Solo tengo la versión Kindle. Y hay otra gratis en GitBook.

Ahora mismo no tengo ni idea de cómo encontré este libro, pero el precio en Amazon y el titulo me llamaron la atención lo suficiente como para empezar a leer la muestra gratuita y rápidamente lo compré para leerlo entero.

No es el primer libro sobre psicópatas que leo, pero sí el primero que leo escrito por un desarrollador de software (entre otras cosas), lo que me parece curioso teniendo en cuenta lo que me interesa el tema y que también desarrollo software profesionalmente. Quizá haya un patrón aquí: desarrollador, comunidades en línea, interés en psicópatas.

Obviamente no es el primero en escribir del tema de los psicópatas y su realidad y efecto en nuestras vidas:

• Sobre los psicópatas en el trabajo, reseñé el muy recomendable libro de Iñaki Piñuel “Mi Jefe es un psicópata”.
• Sobre las organizaciones y reglas para evitar la psicopatía funcional tenemos tanto a Zimbardo con “El efecto Lucifer”, como a Joel Bakan con “Capitalismo caníbal”.
• Sobre ejemplos históricos de psicópatas escalando en organizaciones tenemos El Plan Maestro de Heather Pringle.
• Sobre el problema que supone tener psicópatas en una organización tenemos al menos un buen artículo de Independent.

Hay gran cantidad de libros, artículos y vídeos (TED por ejemplo) sobre el problema de los psicópatas que andan sueltos por el mundo. Pero Hintjens hace algo muy interesante: nos ofrece una teoría de la psicopatía. Y como buena teoría nos ayuda a explicar por qué existen, qué los mueve, como actúan y como defendernos de ellos.

La idea central del libro es que los psicópatas, los que nacen así, tienen una razón evolutiva que en el mundo actual se ha ido de madre dado el tamaño e interconexión de la sociedad actual. En el libro se propone una visión radical en la que la sociedad humana no es una y homogenea, sino un complejo sistema biológico en el que se han desarrollado humanos depredadores de humanos. Y todo ello lo va desarrollando metódicamente con ejemplos claros basados en los personajes clásicos del mundillo de la seguridad informática (Alice, Bob y Mallory).

No voy a meterme en si el libro es más o menos científico (no lo es en el sentido de un artículo de Scientifics American) pero si en el proponer una hipótesis (que los psicópatas existen porque existe un nicho evolutivo para ellos) y desarrollando la idea para encuadrarla en diferentes escenarios para establecer su capacidad de predicción.

Quizá para muchos esto sea demasiado laxo, pero para mí el poder explicar y predecir, el disponer de un modelo de psicópata aunque no sea completamente fiable, es algo impresionante.

Aunque el libro en ocasiones me parezca excesivo en encuadrar determinados comportamientos dentro del perfil de psicópata, y aunque sospecho que la experiencia vital de Hintjens lleve los ejemplos demasiado lejos, tengo que reconocer que me parece uno de esos libros que te cambian el chip.

A continuación un par de citas de interés, aunque repito que hay una versión online para leer en Gitbook.

A healthy group spends little time on decision making. Its members have high independence. They tend to do first, talk second. There is little or no argument. An infected group struggles to get consensus. Its members argue over irrelevant details. Even the smallest project takes huge p anning, and stresses everyone. You cannot fix such groups. I have tried many times. Groups grow around founders and rules. You cannot change the rules after the fact. And to keep out bad actors, you must have the right rules.

-o-

Can we eliminate psychopathy? I’m not even sure that’s a sane goal. This predator-prey battle has been the main force of human evolution for millions of years. Without it, we’d be a historical footnote.

-o-

recognize these negative triggers, and we can become resistant against them. There are two main reasons for negative triggering. The first is history. We evolved for a different world with fewer people and far more real dangers. Modern life is safe, easy, and yet complex and filled with other people. We compete with each other for toy points. Exposure to the elements, ignorance, or non-human predators is the exception, not the rule. We are a species on holiday. Our emotions are often the idle hands waiting for the Devil’s commands.

-o-

If you confront a psychopath in the workplace, have your exit ready. You Will not be staying long. Mallory knows exactly how to make people hate and fear you. She will with tears in her eyes accuse you of sex crimes, financial fraud, and worse. She Will explain in clear detail why all the trouble is your doing. VVhat you can do instead is to collect violations of company policy or the law. You need documentation and proof. You need more than one case. You can then report these to your management, or HR. Since HR’s first job is to protect the firm from bad actors, they should be able to help.

-o-

She only shows admiration and affection for more powerful people in the organization. We all meet psychopaths at work. If you know how Mallory works, you can see this happen almost in real-time. If not, it can take years to realize “it was not normal. ” You may want to try to fix things. It is unwise to accuse co-workers of being psychopaths. Only a trained professional can make such a diagnosis. And even then, only with cooperation from the subject. Mallory is not going to walk with you into Human Resources and agree that she’s a problem.

-o-

She moves up and sideways through the company structure. The workplace often wraps a blanket of anxiety and stress around its staff. Few people expect their work to make them happy. Many businesses use mindcontrol techniques on their staff. These are the same techniques psychopaths use. All this disguises Mallory’s impact crater. When Mallory enters a workplace, she is already thinking how to leave it. She has mimmal interest in the people or the work. She’ll go through them and take what she can.

-o-

[Acerca de comunidades online] Administrators SHOULD block or ban “bad actors” who cause stress and pain to others in the project. This should be done after public discussion, with a chance for all parties to speak. A bad actor is someone who repeatedly ignores the rules and culture of the project, who is needlessly argumentative or hostile, or who is offensive, and who is unable to self-correct their behavior when asked to do so by others.

-o-

[Acerca de sintomas de la existencia de un psicópata en una comunidad y el lugar de trabajo] It takes too long to come to consensus. There is too much argument over insignificant details. Staff spend more time justifying themselves than doing valuable work. The team feels stuck and lethargic, though individuals seem bright. People are leaving for unspecified reasons. If you are stuck with Mallory in the same workplace then your feelings will evolve. You’ll have a long period of frustratlon and some anger. Then you will feel burnout. This is a sudden shift in mood from trying to make things work to disgust. You will want to avoid talking to anyone in the team.

-o-

Yet without constant pressure from cheats, there is no game. And without a game, humanity has no future. VVhat do you mean with that? I think we’re still evolving, as we must, to overcome the limitations of our planet. We Will go to the stars, or we will go extinct. Not tomorrow. Maybe in a thousand years. And while the altruists will build the spaceships and design the hibernation tanks, it will be psychopaths that provide the hunger. Every dramatic voyage of discovery is driven by false promises and lies. Most end in disaster. Some succeed, and take us forwards.

Y esto es todo por el momento. Aunque me estoy dando cuenta de que me preocupan mucho los comportamientos anti éticos. Me pregunto si será innato o aprendido. 🙂

Libro: 50 temas fascinantes de la neurociencia

Título: 50 temas fascinantes de la neurociencia.

Autor: Anil Seth

Editorial: Blume

Compré este libro para matar el gusanillo de mi interés por la mente. Hace algún tiempo que dejé de comprar el Investigación y Ciencia y el Mente y Cerebro para centrarme en otros temas, pero mi interés sigue ahí, y aprovechando la excusa de los avances en Machine Learning y Deep Learning para todos (es decir, productos comerciales asequibles) aproveché para retomarlo con este libro.

El libro está compuesto de 50 artículos de una única página con 3 tipos de contenido (mini, medio y largo) que pueden leerse en minutos y permiten dar un repaso a 50 temas sobre el cerebro y la mente que conocemos a día de hoy. También dispone algún glosario para leer antes de los temas y microbiografías de científicos clave (Santiago Ramón y Cajal, etc.).

La edición es buena (tapa dura, bien maquetado…) y la lectura es muy ligera. Quién esté buscando algo diferente a una intro/repaso, muy superficial a lo que sabemos a día de hoy sobre el cerebro probablemente acabe decepcionado. Quien, como yo, solo busque dar ese repaso y hacerlo a base de píldoras informativas de muy rápido consumo, debería comprarlo.

En resumen, se trata de un libro bien hecho, con unos contenidos muy básicos y de fácil consumo al que únicamente le puedo criticar el que las ilustraciones sean demasiado artísticas, cuando algo más anatómico o infográfico habría producido (en mi opinión) un libro de divulgación básica redondo.

Como contenidos, dado el formato y extensión del libro, no considero razonable citar nada, pero sí mencionar que lo más interesante que he sacado de esta lectura es conocer que existen ciertos ejercicios que parecen aumentar la inteligencia (al contrario que los sudokus y demás pasatiempos). El hallazgo es de Daniel Bor y puede consultarse en Nature: Adults can be trained to acquire synesthetic experiences.