Coders at work aument\u00f3 nuestros conocimientos tecnol\u00f3gicos. El libro proporciona informaci\u00f3n que abre nuevas oportunidades en nuestras carreras. Adem\u00e1s, el libro nos ayud\u00f3 a convertirnos en solucionadores de problemas. Codificadores en el trabajo nos proporcion\u00f3 informaci\u00f3n que nos ayud\u00f3 a comprender c\u00f3mo abordar los problemas y utilizar las herramientas que nos rodean para desarrollar soluciones supremas. <\/p>\n\n
EL LIBRO EXPLICADO EN MENOS DE 60 SEGUNDOS<\/strong><\/p>\n\n El libro consta de entrevistas con algunos programadores muy consumados. Las partes principales de estas entrevistas incluyen c\u00f3mo los entrevistados se iniciaron en la programaci\u00f3n, sus lenguajes de programaci\u00f3n favoritos y sus primeros programas, opiniones sobre las tendencias actuales en programaci\u00f3n e informaci\u00f3n sobre su carrera profesional. <\/p>\n\n LAS TRES MEJORES CITAS<\/strong><\/p>\n\n RES\u00daMENES Y NOTAS DE LIBROS<\/strong><\/p>\n\n Cap\u00edtulo uno Jamie Zawinski<\/strong><\/p>\n\n Jamie Zawinski, propietario de un club nocturno, hacker de Lisp y uno de los primeros desarrolladores de Netscape, forma parte de un grupo de hackers conocidos por sus iniciales de tres letras como nombres completos. En 1998, contribuy\u00f3 notablemente al desarrollo de mozilla.org y XEmacs. Cuando se le pregunt\u00f3 c\u00f3mo aprendi\u00f3 a programar, en sus propias palabras, Zawinski respondi\u00f3 que la primera vez que utiliz\u00f3 un ordenador en circunstancias de codificaci\u00f3n fue en octavo curso. No hab\u00eda ning\u00fan m\u00e9todo para guardar los programas, as\u00ed que los tecle\u00e1bamos de las revistas. Adem\u00e1s, le\u00ed muchos libros, supongo, sobre diversos lenguajes hasta el punto de que no ten\u00eda forma de escribir programas para lenguajes que s\u00f3lo hab\u00eda estudiado. Trabajar en Lucid, una empresa que implementa software Lisp y crea un entorno de desarrollo, contribuy\u00f3 a hacer de Zawinski un mejor programador. Argumenta que los desarrolladores deben ser conscientes del s\u00edndrome del segundo sistema. Nunca se le hab\u00eda ocurrido redise\u00f1ar un sistema. Zawinski aconseja a los j\u00f3venes programadores que empiecen poco a poco y se centren m\u00e1s en el proceso que en los resultados. Esa fue la misma forma en que Fitzpatrick comenz\u00f3 LiveJournal. <\/p>\n\n Cita favorita del cap\u00edtulo: \u00abA veces. Acabo haciendo toda la mierda de sysadmin, que no soporto; nunca me ha gustado. Disfrut\u00e9 trabajando en XScreenSaver porque, en cierto modo, los salvapantallas -los modos de visualizaci\u00f3n reales m\u00e1s que el marco de XScreenSaver- son el programa perfecto porque casi siempre empiezan de cero, y hacen algo bonito, y nunca hay una versi\u00f3n 2.0. Es muy raro que haya un fallo en un salvapantallas. Se cuelga-oh, hay una divisi\u00f3n por cero, y lo arreglas\u00bb.<\/em><\/strong><\/p>\n\n Cap\u00edtulo dos: Brad Fitzpatrick<\/strong><\/p>\n\n Brad Fitzpatrick es el m\u00e1s joven de los entrevistados y la \u00fanica persona. No puede vivir sin Internet ni los ordenadores personales. Tras ver a su padre construir un Apple II desde cero, Brad se aficion\u00f3 a la programaci\u00f3n, jugando con las piezas de hardware y leyendo libros. Al igual que Zawinski, Brad tambi\u00e9n empez\u00f3 con BASIC. No pod\u00eda hacer nada con un rat\u00f3n ni con modos gr\u00e1ficos y colores superiores. Fue hasta que uno de los amigos de la familia de Brad le present\u00f3 C y le regal\u00f3 Turbo C. Brad tambi\u00e9n traste\u00f3 con la programaci\u00f3n en ensamblador en calculadoras como Z80 en la calculadora IT. El inter\u00e9s de Brad por Perl comenz\u00f3 cuando se dedic\u00f3 a los CGI e imprimi\u00f3 una o dos l\u00edneas en el navegador Netscape Navigator. Brad no asisti\u00f3 a ninguna clase de programaci\u00f3n. Se trataba de uno o dos libros de la biblioteca. Su universidad era una combinaci\u00f3n de correr y LiveJournal, lo que hac\u00eda la escuela soportable. <\/p>\n\n Cita favorita del cap\u00edtulo: \u00abCuando trabajaba con Perl -incluso para personas que conoc\u00edan Perl realmente bien- recomendar\u00eda Higher-Order Per de MJD. El libro es entretenido en el sentido de que empieza de forma algo simple, y te quedas como, s\u00ed, s\u00ed, s\u00e9 lo que es un cierre. Y luego sigue jodi\u00e9ndote la cabeza. Al final del libro, te quedas alucinado\u00bb.<\/em><\/strong><\/p>\n\n Cap\u00edtulo tres: Douglas Crockford<\/strong><\/p>\n\n Douglas Crockford fue en su d\u00eda arquitecto senior de javascript en Yahoo. Anteriormente, trabaj\u00f3 para Lucasfilm, Atari y Electric Communities. Crockford fue a la Universidad de San Francisco y asisti\u00f3 a una clase de Fortran en el departamento de matem\u00e1ticas, donde aprendi\u00f3 a programar. Crockford sostiene que con las mejoras en la CPU y la memoria o el hardware en general, los desarrolladores ya no se preocupan por la eficiencia como lo hac\u00edan en el pasado. Seg\u00fan el entrevistado, parte de lo que hace dif\u00edcil la programaci\u00f3n es que la mayor parte del tiempo los programadores hacen cosas que antes no hac\u00edan. Habla de su m\u00e9todo favorito para entrevistar a los candidatos a un puesto de trabajo. Cita al candidato para que lleve un trozo de c\u00f3digo que haya hecho y nos gu\u00ede a trav\u00e9s de \u00e9l. Crockford tambi\u00e9n piensa que la \u00fanica forma de mejorar Javascript ser\u00eda hacerlo m\u00e1s peque\u00f1o si pudi\u00e9ramos eliminar todas las caracter\u00edsticas que no le dan valor y mantener s\u00f3lo lo que importa. Dice que este enfoque puede aplicarse a HTML, HTTP y CSS. Los desarrolladores deber\u00edan averiguar qu\u00e9 es lo que mejor hacen los lenguajes y centrarse en ello en lugar de amontonar nuevas actualizaciones. Cuando se le pidi\u00f3 un consejo para un pr\u00f3ximo programador, Crockford respondi\u00f3 que deber\u00edan centrarse m\u00e1s en la comunicaci\u00f3n. Deber\u00edan aprender a leer y escribir. <\/p>\n\n Cita favorita del cap\u00edtulo: \u00abEn general, nos ha ido bastante bien. Creo que el mundo es un lugar mejor, aunque no siempre avanza. Si nos fijamos en las pol\u00edticas internacionales de los \u00faltimos diez a\u00f1os, la consolidaci\u00f3n de los grandes medios de comunicaci\u00f3n y la corrupci\u00f3n de efectos que no han sido compensados por la red abierta. Es una gran decepci\u00f3n. Cientos de miles de personas han muerto como consecuencia directa de ello\u00bb.<\/em><\/strong><\/p>\n\n Cap\u00edtulo cuatro: Brendan Eich<\/strong><\/p>\n\n Brendan Eich, CTO de la Corporaci\u00f3n Mozilla, filial de la Fundaci\u00f3n Mozilla, es responsable del desarrollo continuo del navegador Firefox y creador de Javascript, el lenguaje de programaci\u00f3n m\u00e1s utilizado en la web. Brendan estudi\u00f3 f\u00edsica en Santa Clara, donde aprendi\u00f3 a programar. Brendan dice que le interesaban Unix y C, pero que s\u00f3lo estaban empezando con la vieja plancha DEC. Ten\u00eda un compilador port\u00e1til de C y estaba empezando a crear c\u00f3digo y a trastear con la portaci\u00f3n de utilidades de Unix. Seg\u00fan la observaci\u00f3n de Brendan, cada vez m\u00e1s gente escrib\u00eda c\u00f3digo con m\u00e1s abstracciones de alto nivel que antes. Si se ejecutan aplicaciones repartidas en servidores por todo el mundo, el antiguo enfoque no funcionar\u00e1. Brendan tambi\u00e9n habla de c\u00f3mo trabaj\u00f3 en el c\u00f3digo del n\u00facleo y de las redes en SCI. El tama\u00f1o del fondo de lenguaje que utilizaba creci\u00f3 con el tiempo porque escribi\u00f3 su capa de gesti\u00f3n de red y de detecci\u00f3n de paquetes. Adem\u00e1s de leer c\u00f3digo, Eich tambi\u00e9n lee libros sobre programaci\u00f3n. Dice que le encantaban los libros de Brian Kernighan y que los consideraba geniales. A Eich tambi\u00e9n le encantaban los vol\u00famenes 1 a 3 de El arte de la programaci\u00f3n inform\u00e1tica de Knuth. <\/p>\n\n Cita favorita del cap\u00edtulo: \u00ab[Assenbly level programming] sigue separando a los programadores de pelo en pecho de los que no lo tienen del todo\u00bb.<\/em><\/strong><\/p>\n\n Cap\u00edtulo cinco: Joshua Bloch<\/strong><\/p>\n\n Joshua Bloch es el actual arquitecto jefe de Java en Google y antiguo ingeniero en Sun Microsystems. Fue el precursor del dise\u00f1o y la implementaci\u00f3n del marco de colecciones de Java iniciado en Java 2. Joshua aprendi\u00f3 a programar, especialmente Fortran, de su padre mientras estudiaba un curso de programaci\u00f3n hacia 1971. En 1977, Joshua escribi\u00f3 una versi\u00f3n de los juegos de las veinte preguntas conocida como \u00abAnimales\u00bb. \u00c9ste fue el primer programa emocionante que escribi\u00f3. Joshua insiste en que los desarrolladores deben leer libros a menudo, como Design Patterns, con un vocabulario com\u00fan, buenas ideas y un batiburrillo de estilos y lenguajes. Otro libro es Elements of Style, no es un libro de programaci\u00f3n, pero deber\u00eda leerlo por dos razones. En primer lugar, mejora su estilo de prosa; en segundo lugar, todos los conceptos del libro se aplican a los programas. Joshua sostiene que la necesidad de matem\u00e1ticas es mucho m\u00e1s considerable en una comunidad que escribe compiladores, bibliotecas y marcos de trabajo. Cuando se escriben aplicaciones web sobre marcos de trabajo, hay que entender la comunicaci\u00f3n visual y verbal. En opini\u00f3n de Joshua, los programadores inteligentes suelen escribir el peor c\u00f3digo. A los programadores inteligentes les cabe todo en la cabeza y lo entienden. Y como pueden entenderlo, creen que es adecuado para su utilizaci\u00f3n. <\/p>\n\n Cita favorita del cap\u00edtulo: \u00abTodos somos optimistas en nuestra profesi\u00f3n, o nos ver\u00edamos obligados a pegarnos un tiro\u00bb.<\/em><\/strong><\/p>\n\n Cap\u00edtulo seis: Joe Armstrong<\/strong><\/p>\n\n Joe es el creador de Erlang y de la Open Telecom Platform, un marco para crear aplicaciones Erlang. Joe estudiaba f\u00edsica, y como estudiante universitario, algunos cursos implicaban crear programas, y le encantaba. Lleg\u00f3 a ser muy bueno depurando, y la paga est\u00e1ndar por depurar era una cerveza en ese momento. Joe suele pasar mucho tiempo pensando antes de ponerse a codificar. Sin embargo, durante este periodo, tambi\u00e9n toma notas. Seg\u00fan Joe Armstrong, los widgets actuales no le hacen m\u00e1s productivo. Eche un vistazo a los sistemas de archivos jer\u00e1rquicos. \u00bfC\u00f3mo nivelan su productividad? No lo hacen porque casi todo el desarrollo del software ocurre en su cabeza. Trabajar con un sistema sin esfuerzo impone una cierta forma disciplinada de pensar. Necesitar\u00e1 disciplina si no tiene un sistema de directorios y tiene que colocar todos los archivos en un \u00fanico directorio. Si puede aplicar el mismo campo a lo que est\u00e1 haciendo, no habr\u00e1 necesidad de sistemas de archivos jer\u00e1rquicos. Los sistemas de archivos jer\u00e1rquicos, diez a uno, facilitan el trabajo conjunto de los grupos. Armstrong cree que lo que hace a un buen programador es su elecci\u00f3n de los problemas. \u00bfSe dejan llevar por las soluciones o por las respuestas? Adem\u00e1s, aconseja a los j\u00f3venes programadores que intenten aprender varios lenguajes, ya que mejora sus habilidades, su flexibilidad y sus conocimientos sobre otros lenguajes. <\/p>\n\n Cita favorita del cap\u00edtulo: \u00abCreo que la falta de reutilizaci\u00f3n se da en los lenguajes orientados a objetos, no en los funcionales. Porque el problema con los lenguajes orientados a objetos es que tienen todo este entorno impl\u00edcito que llevan consigo. Quer\u00edas un pl\u00e1tano pero tienes un gorila sujetando el pl\u00e1tano y toda la jungla\u00bb.<\/em><\/strong><\/p>\n\n Cap\u00edtulo siete: Simon Peyton Jones<\/strong><\/p>\n\n En 1987, fue uno de los art\u00edfices de un proyecto que abri\u00f3 el camino a la resoluci\u00f3n del lenguaje de programaci\u00f3n Haskell. Simon Peyton es investigador principal en el laboratorio Microsoft Research de Cambridge. Cuando se le pregunta por la correlaci\u00f3n entre programaci\u00f3n e investigaci\u00f3n, Simon responde que esos aspectos interact\u00faan ampliamente. Los lenguajes de programaci\u00f3n facilitan la programaci\u00f3n. Act\u00faan como la interfaz de usuario de la programaci\u00f3n. Por lo tanto, la investigaci\u00f3n en lenguajes de programaci\u00f3n y la programaci\u00f3n est\u00e1n inconmensurablemente relacionadas. Simon habl\u00f3 de las pruebas de las API en Microsoft. Hacen un gran trabajo probando APIs. Ante una nueva API, Steven Clarke y su equipo se esfuerzan por observar a los programadores hablar sobre lo que intentan hacer. Y consiguen que las personas que crearon la API observen desde una pantalla de cristal. Peyton disfruta programando cuando intenta escribir un programa con integridad intelectual. A\u00f1ade que se puede seguir echando barro a un programa y funcionar\u00e1 durante bastante tiempo, pero no ser\u00e1 satisfactorio. Por lo tanto, uno de los buenos atributos de un buen programador es que siempre debe intentar generar soluciones conmovedoras incluso en situaciones t\u00e9cnicas. <\/p>\n\n Cita favorita del cap\u00edtulo: \u00abA veces, decir que es obviamente correcto no significa que pueda ver que es correcto sin ning\u00fan andamiaje mental. Puede ser que necesite que le digan algo para darse cuenta de por qu\u00e9 es correcto\u00bb.<\/em><\/strong><\/p>\n\n Cap\u00edtulo ocho: Peter Norvig<\/strong><\/p>\n\n Peter Norvig es un pensador integrador y hacker de coraz\u00f3n. Una vez dise\u00f1\u00f3 un programa para detectar una serie de tres b\u00fasquedas realizadas por el mismo usuario en los registros de b\u00fasqueda de Google. Peter aprendi\u00f3 a programar en el instituto, la escuela ten\u00eda un doctorado -8-, y tom\u00f3 una clase que empezaba con programaci\u00f3n BASIC. El primer c\u00f3digo interesante que escribi\u00f3 Peter fue el Juego de la Vida. Dice que fue un ejercicio de clase que hizo r\u00e1pidamente. Peter trabaj\u00f3 para una empresa de software en Cambridge. Su producto era un conjunto de herramientas de dise\u00f1o de software y varios tipos de consultor\u00eda de software. Uno de los proyectos de la empresa era crear un dibujante de diagramas de flujo que analizara su programa y generara un diagrama de flujo para \u00e9l. Peter hizo hincapi\u00e9 en que los desarrolladores deben tener otras habilidades adem\u00e1s de escribir c\u00f3digo. Habilidades como la comprensi\u00f3n de las necesidades de los clientes, la comunicaci\u00f3n y la resoluci\u00f3n de problemas. Seg\u00fan Peter, la programaci\u00f3n se ha convertido en una actividad m\u00e1s social de lo que sol\u00eda ser. Los ordenadores de entonces sol\u00edan estar m\u00e1s segregados y se trataba m\u00e1s de procesamiento por lotes, por lo que la interfaz era un poco m\u00e1s sencilla. Peter Norvig no ve con buenos ojos el planteamiento de Google de hacer preguntas enigm\u00e1ticas en las entrevistas. Prefiere que se ponga a los entrevistados en una situaci\u00f3n t\u00e9cnica a limitarse a charlar para hacerse una idea de que son el tipo adecuado. <\/p>\n\n Cita favorita del cap\u00edtulo: \u00abCreo que una de las cosas m\u00e1s importantes es ser capaz de tenerlo todo en la cabeza a la vez. Tiene muchas m\u00e1s posibilidades de \u00e9xito si puede hacerlo. Eso facilita un programa peque\u00f1o. Para un programa m\u00e1s extenso, necesita herramientas adicionales para poder manejarlo\u00bb.<\/em><\/strong><\/p>\n\n Cap\u00edtulo nueve: Guy Steele<\/strong><\/p>\n\n Cuando se le pregunt\u00f3 qu\u00e9 lenguajes hab\u00eda utilizado, Guy Steele, propiamente pol\u00edglota de la programaci\u00f3n. Gener\u00f3 esta lista Fortran, COBOL, IBM, lenguaje de m\u00e1quina PDP-10, APL, C, C++, BLISS, Haskell, FOCAL, TEGO y TeX. \u00ab\u00c9sos son los principales, supongo\u00bb, a\u00f1adi\u00f3. Guy se inici\u00f3 en la programaci\u00f3n a trav\u00e9s de un amigo del colegio que consigui\u00f3 fascinar a Guy con unas pocas l\u00edneas del programa Fortran. Despu\u00e9s de estudiar Fortran, Guy sigui\u00f3 adelante y aprendi\u00f3 el lenguaje ensamblador IBM 1130. Su primer programa emocionante creaba \u00edndices de palabras clave en contexto. Adem\u00e1s, IBM ofrec\u00eda \u00edndices r\u00e1pidos para sus manuales que, cuando te daban un teclado, lo buscabas en los \u00edndices. Estaba ordenado alfab\u00e9ticamente en funci\u00f3n del teclado, pero a ambos lados del teclado, ver\u00edas diferentes palabras del contexto que rodeaba a esa palabra. Steele se ocupaba de varias m\u00e1quinas del campus, como el DEC PDP-10. En aquella \u00e9poca, Harvard pose\u00eda un PDP-10 para los trabajos de posgrado. Los estudiantes universitarios s\u00f3lo utilizaban los terminales de teletipo de un sistema comercial que la escuela alquilaba. Steele tambi\u00e9n declar\u00f3 algunos de los libros esenciales que ley\u00f3 y que nivelaron sus conocimientos de programaci\u00f3n, entre ellos Knuth y The Art of Computer Programming. Adem\u00e1s, Guy Steele sostiene que los j\u00f3venes programadores no utilizan sus pulgares cuando intentan contar. Por otro lado, ha habido avances sustanciales desde la lucha con la incompatibilidad de la base-diez con dos potencias. <\/p>\n\n Cita favorita del cap\u00edtulo: \u00abAs\u00ed que supongo que hay lecciones ah\u00ed: la lecci\u00f3n que deber\u00eda haber sacado es que puede haber m\u00e1s de un fallo aqu\u00ed, y que deber\u00eda haber buscado m\u00e1s la primera vez. Pero otra lecci\u00f3n es que si se cree que un fallo es poco frecuente, buscar en las rutas ejecutadas raramente puede ser fruct\u00edfero. Y la tercera es que tener una buena documentaci\u00f3n sobre lo que el algoritmo intenta hacer, es decir, una referencia a Knuth, fue incre\u00edble.\u00bb<\/em><\/strong><\/p>\n\n Cap\u00edtulo diez: Dan Ingalls<\/strong><\/p>\n\n Dan Ingalls, uno de los cofundadores de Smalltalk. Inici\u00f3 la primera promulgaci\u00f3n de Smalltalk, escrita en BASIC. Particip\u00f3 en la implementaci\u00f3n de siete generaciones de Smalltalk, desde el prototipo hasta el actual implemental de c\u00f3digo abierto, Squeak. Dan creci\u00f3 como inventor y se especializ\u00f3 en f\u00edsica en la universidad. Hizo un curso de programaci\u00f3n en Fortran en Harvard. Ingalls puso en marcha un programa que despu\u00e9s hizo un negocio. Su prop\u00f3sito era evaluar programas y observar su comportamiento din\u00e1mico, en t\u00e9rminos sencillos, la creaci\u00f3n de perfiles. Hab\u00eda un programa que perfilaba un programa Fortran y colocaba contadores en cada punto de bifurcaci\u00f3n. Dan cre\u00f3 una versi\u00f3n mejor del programa que ten\u00eda un proceso de interrupci\u00f3n por temporizador, de modo que rastrear\u00eda cu\u00e1nto tiempo real se gastaba en las distintas partes del programa. Dan sigue disfrutando de la programaci\u00f3n como cuando empezaba. Dice que los dos \u00faltimos a\u00f1os han sido interesantes desde que pas\u00f3 de un entorno familiar -Smalltalk- a Squeak, donde las herramientas eran estupendas. Dan aconseja a los desarrolladores noveles que aprendan varios lenguajes con diferentes puntos fuertes. A\u00f1ade que merece la pena que los desarrolladores tomen varios entornos inform\u00e1ticos diferentes y encuentren un problema que resolver. <\/p>\n\n Cita favorita del cap\u00edtulo: \u00abDiferentes personas tienen diferentes niveles a los que necesitan llegar para sentirse bien con lo que est\u00e1n trabajando. As\u00ed que creo que alguien puede sentirse totalmente seguro quiz\u00e1 utilizando una biblioteca de colecciones sin haberla programado \u00e9l mismo.\u00bb<\/em><\/strong><\/p>\n\n C\u00d3MO PUEDE AYUDAR ESTE LIBRO A LOS DESARROLLADORES DE SOFTWARE<\/strong><\/p>\n\n \u00abCoders at Work\u00bb es una colecci\u00f3n de entrevistas realizadas por Peter Seibel a algunos de los programadores con m\u00e1s \u00e9xito y experiencia de nuestro tiempo. Estos codificadores comparten en el libro sus ideas, experiencias y sabidur\u00eda sobre el desarrollo de software. La lectura de este libro puede ayudar a los desarrolladores de software a comprender mejor el sector, aprender de las experiencias de programadores de \u00e9xito y desarrollar sus habilidades y perspectivas. El libro puede inspirar a los desarrolladores a pensar de forma creativa y a retarse a s\u00ed mismos para convertirse en mejores codificadores. <\/strong><\/p>\n","protected":false},"excerpt":{"rendered":" Coders At Work, escrito por Peter Seibel y publicado el 16 de septiembre de 2009, es una colecci\u00f3n de entrevistas con algunos de los programadores m\u00e1s destacados de esta generaci\u00f3n. Las conversaciones son largas y profundas en cualquier tema, incluidos la depuraci\u00f3n y las pruebas, y todas giran en torno al oficio de programar. El […]<\/p>\n","protected":false},"author":1,"featured_media":17646,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_themeisle_gutenberg_block_has_review":false,"_jet_sm_ready_style":"","_jet_sm_style":"","_jet_sm_controls_values":"","_jet_sm_fonts_collection":"","_jet_sm_fonts_links":"","footnotes":""},"categories":[101],"tags":[],"writer":[],"class_list":["post-19707","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-club-del-libro"],"_links":{"self":[{"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/posts\/19707","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/comments?post=19707"}],"version-history":[{"count":1,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/posts\/19707\/revisions"}],"predecessor-version":[{"id":19709,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/posts\/19707\/revisions\/19709"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/media\/17646"}],"wp:attachment":[{"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/media?parent=19707"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/categories?post=19707"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/tags?post=19707"},{"taxonomy":"writer","embeddable":true,"href":"https:\/\/devologyx.io\/es\/wp-json\/wp\/v2\/writer?post=19707"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"\"](\"https:\/\/devologyx.io\/wp-content\/uploads\/2023\/07\/Blog-illustrations-14-1-1024x576.jpg\")
<\/figure>\n\n\n