{"id":54667,"date":"2020-01-01T00:00:00","date_gmt":"2019-12-31T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/chto-ajtishniku-ne-stoit-delat-v-2020"},"modified":"2020-02-18T14:02:42","modified_gmt":"2020-02-18T11:02:42","slug":"chto-ajtishniku-ne-stoit-delat-v-2020","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","title":{"rendered":"\u00bfQu\u00e9 no debe hacer un profesional de IT en 2020?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Habr est\u00e1 lleno de pron\u00f3sticos y consejos sobre qu\u00e9 hacer el pr\u00f3ximo a\u00f1o: qu\u00e9 lenguajes aprender, en qu\u00e9 campos concentrarse, c\u00f3mo cuidar de la salud. \u00a1Suena inspirador! Pero como cualquier moneda, tiene dos caras, y tropezamos no solo con algo nuevo, sino en su mayor\u00eda con lo que hacemos todos los d\u00edas. \"\u00a1\u00bfPor qu\u00e9 nadie me advirti\u00f3?!\", exclamamos irritados, generalmente dirigi\u00e9ndonos a nosotros mismos. Atraemos fuego sobre nosotros: hemos recopilado una lista de cosas que NO deber\u00edas hacer en 2020 (o tal vez siempre).\u00a0<\/p>\n

\"\u00bfQu\u00e9<\/a><\/noindex>
\nY la gravedad no fue consultada.<\/i>
\n<\/a><\/noindex>
\nNos gustar\u00eda mucho ordenar las anti-recomendaciones de lo m\u00e1s importante a lo menos significativo. Pero son tan comunes, equivalentes y familiares que casi todos los conocen, que lo escribiremos de manera aleatoria. Entonces, \u00bfrevisaremos la lista?<\/p>\n

No debes entrar en IT si todo va bien.<\/h3>\n

\nNo aprendas una nueva tecnolog\u00eda solo para cambiar de profesi\u00f3n o empezar desde cero. Nuestro tiempo es incre\u00edble porque puedes seguir aprendiendo, cambiar de trabajo, cambiar radicalmente de campo, y as\u00ed hasta la jubilaci\u00f3n. Es algo genial y tentador. Pero si tienes m\u00e1s de 28-30 a\u00f1os, no deber\u00edas dejar todo para entrar en IT o cambiar a un nuevo stack (por ejemplo, si programas sistemas altamente cargados en Java y de repente decides cambiarte a redes neuronales en Python). La raz\u00f3n es simple: te resultar\u00e1 dif\u00edcil. En primer lugar, hay alta competencia de expertos que han estado en ese stack desde el inicio de su carrera; en segundo lugar, tendr\u00e1s que convertirte nuevamente en junior con un salario bajo; y en tercer lugar, te ser\u00e1 moralmente dif\u00edcil ser subordinado en el nivel m\u00e1s bajo de la jerarqu\u00eda. Por lo tanto, si deseas avanzar en otra direcci\u00f3n, intenta hacerlo ya sea en l\u00ednea con tu trabajo actual y tareas actuales, o desarrolla nuevos conocimientos como un hobby, trabaja en un proyecto paralelo para llegar a un nuevo trabajo ya no como junior.\u00a0<\/p>\n

Cambiar de stack solo es perder tiempo.<\/h3>\n

\nNo te saltes entre stacks de tecnolog\u00edas para tu desarrollo. Si est\u00e1s escribiendo un proyecto en un lenguaje, utilizando un framework y bibliotecas espec\u00edficos, no deber\u00edas dejarlo todo y reescribirlo en Dart solo porque te pareci\u00f3 interesante. T\u00f3malo como regla encontrar justificaci\u00f3n para cambiar de tecnolog\u00eda, no solo a nivel de 'quiero-no puedo', sino tambi\u00e9n a nivel financiero y de ingenier\u00eda.\u00a0<\/p>\n

\"\u00bfQu\u00e9
\n<\/p>\n

No es necesario quedarse en lo suyo y volverse r\u00edgido.<\/h3>\n

\nAferrarse a un solo idioma o tecnolog\u00eda y no aprender cosas nuevas es tan extremo como cambiar de stack con cada nueva tecnolog\u00eda. Aseg\u00farate de estudiar nuevas bibliotecas y frameworks, no seas terco al pensar que todo lo mejor ya fue creado antes que t\u00fa y perfeccionado exclusivamente por ti. Pr\u00e1cticamente para cada lenguaje hay actualizaciones constantes que a veces pueden mejorar significativamente tu proyecto. No te dejes llevar por la pereza de seguir la din\u00e1mica de tu stack y, en cuanto encuentres algo impresionante y \u00fatil, \u00a1incorp\u00f3ralo con confianza a tu proyecto!<\/p>\n

La propia cabeza es buena, siempre es buena.<\/h3>\n

\nNo pienses con la cabeza de otros, la tuya es mejor. Lamentablemente, algunos desarrolladores se sientan y esperan recibir \u00f3rdenes para codificar desde el error anterior hasta el final, sin intentar aportar algo propio al proyecto, desarrollar una nueva funci\u00f3n, probar y ofrecer al producci\u00f3n. \u00bfPor qu\u00e9 esforzarse cuando hay cabezas de team leaders o jefes de empresa que decidir\u00e1n todo por ti? Si te reconoces en esto, tenemos malas noticias: una posici\u00f3n pasiva no te ayudar\u00e1 ni en tu carrera ni en tu desarrollo. Tienes la oportunidad de probar tus habilidades como ingeniero desarrollador, no como simple codificador en un proyecto real y entender hacia d\u00f3nde avanzar, qu\u00e9 te falta, pero prefieres gastar tu tiempo en otra cosa y hacer exactamente \"de esto a esto\". En la actualidad, quienes act\u00faan de esta manera sobreviven cada vez peor, sal de tu letargo.\u00a0<\/p>\n

Los usuarios son personas temibles.<\/h3>\n

\nNo sobreestimes a los usuarios de tu software: si no est\u00e1s escribiendo para programadores, cuenta con que el programa enfrentar\u00e1 una incomprensi\u00f3n abrumadora. Los primeros d\u00edas o semanas, el usuario odiar\u00e1 tu software porque \"el antiguo no era tan tonto\". Para evitar esto, crea buena documentaci\u00f3n y materiales de formaci\u00f3n. Al instalar o comprar, insin\u00faa de forma muy insistente que los manuales deben leerse antes de comenzar a trabajar con el programa, y no despu\u00e9s del colapso de la base de datos, p\u00e9rdida de contrase\u00f1a y autocontrol.<\/p>\n

\"\u00bfQu\u00e9
\n
\nNo subestimes a los usuarios: son m\u00e1s astutos, inteligentes y curiosos de lo que piensas. Si crees que ese error con el formato de la variable y la excepci\u00f3n en el 138\u00ba intento de presionar Enter cada segundo no saldr\u00e1 a la luz, est\u00e1s equivocado: s\u00ed saldr\u00e1 y afectar\u00e1 el funcionamiento de tu aplicaci\u00f3n de maneras muy peculiares. Funciona la regla del aficionado: \u00e9l es quien mejor se encarga de las pruebas. Pero a los usuarios no les gusta encontrar errores en producci\u00f3n, no hay ninguna solidaridad IT en ello. En resumen, cuanto m\u00e1s seguro est\u00e9s de tu software, mejor. Al final, es mejor retrasar el lanzamiento de algunas funciones que a\u00f1adirlas a una aplicaci\u00f3n en funcionamiento y hacer que de repente est\u00e9 cruda.<\/p>\n

\"\u00bfQu\u00e9\u00a0<\/p>\n

\u00a1Basta de buscar en Google!<\/h3>\n

\nDeja de depender \u00fanicamente de Google. No vamos a discutirlo, en el campo del desarrollo, una b\u00fasqueda directa puede arrojar muchos resultados. Cuanto m\u00e1s profundices en tu b\u00fasqueda de informaci\u00f3n, m\u00e1s datos \u2018laterales\u2019 obtendr\u00e1s y aprender\u00e1s m\u00e1s, porque estar\u00e1s descubriendo cosas nuevas que no est\u00e1n relacionadas con tu consulta, pero que probablemente ser\u00e1n \u00fatiles en el futuro. Consulta materiales completos, libros, art\u00edculos, etc. Los lenguajes y bibliotecas tienen especificaciones, comunidades, gu\u00edas, y as\u00ed obtienes la manera m\u00e1s fiable de desarrollar las habilidades de un programador: simplemente leyendo la documentaci\u00f3n, en lugar de buscar soluciones locales de otros y fragmentos de c\u00f3digo. \u00bfY si tu soluci\u00f3n resulta ser m\u00e1s \u00f3ptima, m\u00e1s r\u00e1pida y mejor?\u00a0<\/p>\n

Conf\u00eda, pero verifica<\/h3>\n

\nNo utilices bibliotecas y frameworks creados por desarrolladores externos sin verificar el c\u00f3digo y adaptarlo a tus objetivos. No tienes ninguna raz\u00f3n para confiar incondicionalmente en este autor de c\u00f3digo que no conoces. S\u00ed, varios elementos maliciosos intencionados en el c\u00f3digo externo no son tan comunes y no hay que preocuparse en exceso, pero copiar sin pensar fragmentos listos de software para tu proyecto puede llevar a consecuencias imprevisibles. As\u00ed que aseg\u00farate de leer y analizar el c\u00f3digo antes de usarlo y realiza pruebas despu\u00e9s de implementar el c\u00f3digo.\u00a0<\/p>\n

\u00a1Haz copias de seguridad!<\/h3>\n

\nDeja de no hacer copias de seguridad o de mantenerlas en los mismos servidores externos donde est\u00e1 alojado tu proyecto. \u00bfCrees que es un consejo rid\u00edculo y sin sentido? M\u00e1s de 700 participantes en un chat de Telegram que se encontraron en una desagradable situaci\u00f3n con la parada de un conocido centro de datos no lo pensaron as\u00ed: hubo de todo, desde proyectos personales hasta grandes sitios de organismos gubernamentales y bases corporativas de 1C y de facturaci\u00f3n. Una parte significativa, sin copias de seguridad o con copias de seguridad guardadas all\u00ed mismo. As\u00ed que distribuye los riesgos y guarda una copia de seguridad al menos en el alojamiento principal, en alg\u00fan VDS confiable y en tu propio servidor local. Al final, esto resultar\u00e1 mucho m\u00e1s econ\u00f3mico.\u00a0<\/p>\n

Deja de poner tus intereses en detrimento del proyecto.<\/h3>\n

\nNo hagas en un proyecto en funcionamiento lo que a ti te gustar\u00eda, sino lo que necesitan los clientes. S\u00ed, es incre\u00edblemente interesante y genial crear tu propia red neuronal, entrenarla e integrarla en tu software, pero si tus clientes necesitan un simple gestor de contactos, eso ser\u00e1 un lujo costoso. Observa c\u00f3mo funciona el proyecto, lee la documentaci\u00f3n, revisa los comentarios y solicitudes de los clientes y ejecuta lo que aporte valor comercial al proyecto. Si deseas crear algo cient\u00edfico o extremadamente complejo, comienza con tu propio proyecto.<\/p>\n

No es c\u00f3digo, es un buen l\u00edo de nervios.<\/h3>\n

\nNo escribas c\u00f3digo ilegible y sin documentaci\u00f3n. Conocemos este truco: el desarrollador escribe c\u00f3digo como Dios le da a entender, lo enreda un poco para que ninguno de sus colegas pueda entenderlo, como una especie de venganza preventiva antes de que algo ocurra. Sin embargo, pones en riesgo no solo a la empresa (que te paga por tu trabajo), sino tambi\u00e9n a ti mismo: es muy probable que t\u00fa mismo no recuerdes qu\u00e9 quer\u00edas decir con esa ofuscaci\u00f3n no intencionada. Lo mismo ocurre con el c\u00f3digo no documentado: al confiar en tu propia l\u00f3gica de nombramiento de variables y funciones y en tu buena memoria, despu\u00e9s de un par de a\u00f1os puedes no recordar por qu\u00e9 elegiste ese ciclo, m\u00e9todo, patr\u00f3n, etc. Documentar el c\u00f3digo y tener una buena estructura es un gran servicio para los colegas, el empleador y, sobre todo, para uno mismo.\u00a0<\/p>\n

\"\u00bfQu\u00e9
\n<\/p>\n

Mantenlo simple, est\u00fapido.<\/h3>\n

\nNo compliquen el c\u00f3digo, las soluciones y los proyectos. No es necesario construir una estructura complicada y crear entidades sin relevancia. Cuanto m\u00e1s complicado sea su c\u00f3digo, m\u00e1s se convertir\u00e1 en su prisionero: le ser\u00e1 muy dif\u00edcil mantenerlo y desarrollarlo. Por supuesto, el famoso principio KISS (\u00abKeep it simple, stupid\u00bb) no siempre es aplicable, pero no fue creado sin raz\u00f3n: la simplicidad y la elegancia del c\u00f3digo son la clave para su aplicaci\u00f3n y reutilizaci\u00f3n exitosa.<\/p>\n

\"\u00bfQu\u00e9
\n<\/p>\n

Prot\u00e9janse<\/h3>\n

\nNo ignoren la seguridad: en 2020 esto es literalmente un crimen. Incluso si su empresa, desarrollo o ustedes no son de inter\u00e9s para los atacantes, pueden verse afectados por problemas relacionados con un segmento de la red, un proveedor de hosting, un ataque a un centro de datos, el robo de contrase\u00f1as de correo y el comportamiento inseguro de los empleados, quienes pueden robar datos de la empresa, clientes o el c\u00f3digo de todo el proyecto. Si est\u00e1 en sus manos y corresponde a su \u00e1rea de competencia, intente proteger los proyectos con los que trabaja. Y, por supuesto, cumpla con la seguridad de la informaci\u00f3n, eso no ha perjudicado a nadie.\u00a0<\/p>\n

No escupas en el pozo<\/h3>\n

\nNo perjudique a su empleador. Hoy en d\u00eda, las comunicaciones han alcanzado un nivel en el que, por ejemplo, todos los recursos humanos de la ciudad se conocen entre ellos y pueden intercambiar cualquier informaci\u00f3n en chats y grupos cerrados (ya sea para ayudar en la b\u00fasqueda de empleo o para decir: \u00abVasili Ivanov, arquitecto de sistemas, al irse borr\u00f3 todas las cuentas, elimin\u00f3 las copias de seguridad y desconect\u00f3 la red, la recuperaci\u00f3n tard\u00f3 3 d\u00edas. No lo contraten\u00bb). As\u00ed, su comportamiento ser\u00e1 en su contra, y a veces cambiar de ciudad o de capital no ayudar\u00e1. Incluso si se va enojado, no hay mejor venganza que ser un empleado \u00fatil y genial del competidor \ud83d\ude42 Y lo m\u00e1s importante, completamente sin consecuencias.<\/p>\n

\"\u00bfQu\u00e9
\nTampoco es correcto hacer eso. Pero, como muestra la experiencia, no dejaremos de hacerlo<\/i><\/p>\n

En general, amigos, lean los consejos, pero hagan lo que consideren mejor, ya que los verdaderos descubrimientos ocurren cuando dudamos de las verdades ya establecidas. Les deseamos un Feliz A\u00f1o Nuevo, que sus proyectos sean exitosos, su carrera no aburrida, colegas y jefes razonables, y que la vida en general les salga bien. \u00a1Por el Nuevo A\u00f1o y por un nuevo c\u00f3digo!\u00a0<\/p>\n

Con cari\u00f1o,
\nel equipo de RegionSoft Developer Studio<\/i><\/p>\n

En el nuevo a\u00f1o, seguiremos trabajando para usted y desarrollando un potente sistema CRM de escritorio. RegionSoft CRM <\/a><\/noindex>y un helpdesk simple y conveniente, as\u00ed como un sistema de tickets. ZEDLine Support<\/a><\/noindex>.\n<\/p><\/blockquote>\n

Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0425\u0430\u0431\u0440 \u043f\u043e\u043b\u043e\u043d \u043f\u0440\u043e\u0433\u043d\u043e\u0437\u043e\u0432 \u0438 \u0441\u043e\u0432\u0435\u0442\u043e\u0432 \u043e \u0442\u043e\u043c, \u0447\u0442\u043e \u0434\u0435\u043b\u0430\u0442\u044c \u0432 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u043c \u0433\u043e\u0434\u0443 \u2014 \u043a\u0430\u043a\u0438\u0435 \u044f\u0437\u044b\u043a\u0438 \u0443\u0447\u0438\u0442\u044c, \u0432 \u043a\u0430\u043a\u0438\u0435 \u0441\u0444\u0435\u0440\u044b \u0441\u0432\u043e\u0440\u0430\u0447\u0438\u0432\u0430\u0442\u044c, \u043a\u0430\u043a \u043f\u043e\u0441\u0442\u0443\u043f\u0430\u0442\u044c \u0441\u043e \u0441\u0432\u043e\u0438\u043c \u0437\u0434\u043e\u0440\u043e\u0432\u044c\u0435\u043c. \u0417\u0432\u0443\u0447\u0438\u0442 \u0432\u0434\u043e\u0445\u043d\u043e\u0432\u043b\u044f\u044e\u0449\u0435! \u041d\u043e \u0443 \u043b\u044e\u0431\u043e\u0439 \u043c\u0435\u0434\u0430\u043b\u0438 \u0434\u0432\u0435 \u0441\u0442\u043e\u0440\u043e\u043d\u044b, \u0438 \u043c\u044b \u0441\u043f\u043e\u0442\u044b\u043a\u0430\u0435\u043c\u0441\u044f \u043d\u0435 \u0442\u043e\u043b\u044c\u043a\u043e \u0432 \u0447\u0451\u043c-\u0442\u043e \u043d\u043e\u0432\u043e\u043c, \u0430 \u043f\u043e \u0431\u043e\u043b\u044c\u0448\u0435\u0439 \u0447\u0430\u0441\u0442\u0438 \u0432 \u0442\u043e\u043c, \u0447\u0442\u043e \u0434\u0435\u043b\u0430\u0435\u043c \u043a\u0430\u0436\u0434\u044b\u0439 \u0434\u0435\u043d\u044c. \u00ab\u041d\u0443 \u043f\u043e\u0447\u0435\u043c\u0443 \u043c\u0435\u043d\u044f \u043d\u0438\u043a\u0442\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-54667","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47\u00bfQu\u00e9 no deber\u00eda hacer un profesional de TI en 2020? | ProHoster","description":"Habr est\u00e1 lleno de pron\u00f3sticos y consejos sobre qu\u00e9 hacer el pr\u00f3ximo a\u00f1o: qu\u00e9 lenguajes aprender, en qu\u00e9 \u00e1reas enfocar, c\u00f3mo cuidar de su salud. \u00a1Suena inspirador!","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0427\u0442\u043e \u0430\u0439\u0442\u0438\u0448\u043d\u0438\u043a\u0443 \u043d\u0435 \u0441\u0442\u043e\u0438\u0442 \u0434\u0435\u043b\u0430\u0442\u044c \u0432 2020? | ProHoster","og:description":"\u0425\u0430\u0431\u0440 \u043f\u043e\u043b\u043e\u043d \u043f\u0440\u043e\u0433\u043d\u043e\u0437\u043e\u0432 \u0438 \u0441\u043e\u0432\u0435\u0442\u043e\u0432 \u043e \u0442\u043e\u043c, \u0447\u0442\u043e \u0434\u0435\u043b\u0430\u0442\u044c \u0432 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u043c \u0433\u043e\u0434\u0443 \u2014 \u043a\u0430\u043a\u0438\u0435 \u044f\u0437\u044b\u043a\u0438 \u0443\u0447\u0438\u0442\u044c, \u0432 \u043a\u0430\u043a\u0438\u0435 \u0441\u0444\u0435\u0440\u044b \u0441\u0432\u043e\u0440\u0430\u0447\u0438\u0432\u0430\u0442\u044c, \u043a\u0430\u043a \u043f\u043e\u0441\u0442\u0443\u043f\u0430\u0442\u044c \u0441\u043e \u0441\u0432\u043e\u0438\u043c \u0437\u0434\u043e\u0440\u043e\u0432\u044c\u0435\u043c. \u0417\u0432\u0443\u0447\u0438\u0442 \u0432\u0434\u043e\u0445\u043d\u043e\u0432\u043b\u044f\u044e\u0449\u0435!","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-12-31T21:00:00+00:00","article:modified_time":"2020-02-18T11:02:42+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"54667","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 12:18:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:00:12","updated":"2026-01-24 12:18:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/54667","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=54667"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/54667\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=54667"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=54667"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=54667"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}