{"id":37902,"date":"2019-10-31T22:20:28","date_gmt":"2019-10-31T19:20:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-sozdat-open-source-proekt\/"},"modified":"2019-10-31T22:20:28","modified_gmt":"2019-10-31T19:20:28","slug":"kak-sozdat-open-source-proekt","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","title":{"rendered":"C\u00f3mo crear un proyecto de c\u00f3digo abierto","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"C\u00f3moEsta semana se llevar\u00e1 a cabo un festival de TI en San Petersburgo. TechTrain<\/a><\/noindex>. Uno de los ponentes ser\u00e1 Richard Stallman. Embox<\/a><\/noindex> tambi\u00e9n participa en el festival, y por supuesto no pod\u00edamos dejar de lado el tema del c\u00f3digo abierto. Por ello, una de nuestras presentaciones se titula \u201cDe un proyecto estudiantil a un proyecto de c\u00f3digo abierto. La experiencia de Embox\u201d<\/a><\/noindex>. Estar\u00e1 dedicada a la historia del desarrollo de Embox como un proyecto de c\u00f3digo abierto. En este art\u00edculo quiero compartir las ideas principales que, en mi opini\u00f3n, influyen en el desarrollo de proyectos de c\u00f3digo abierto. El art\u00edculo, al igual que la presentaci\u00f3n, se basa en la experiencia personal.<\/a><\/noindex><\/p>\n

Comencemos con lo b\u00e1sico, definiendo el t\u00e9rmino c\u00f3digo abierto. Es obvio que un proyecto de c\u00f3digo abierto es un proyecto que tiene una de las licencias que permiten acceder al c\u00f3digo fuente del proyecto. Adem\u00e1s, un proyecto abierto implica la posibilidad de que desarrolladores externos realicen modificaciones. Es decir, si alguna empresa o desarrollador publica el c\u00f3digo de su producto, parcial o totalmente, eso no convierte autom\u00e1ticamente a ese producto en un proyecto de c\u00f3digo abierto. Y finalmente, cualquier actividad de proyecto debe resultar en alg\u00fan tipo de resultado, siendo la apertura del proyecto un indicativo de que este resultado es utilizado no solo por los propios desarrolladores. <\/p>\n

No abordaremos los problemas de las licencias abiertas. Es un tema demasiado amplio y complicado que requiere un an\u00e1lisis profundo. Se han escrito muchos art\u00edculos y materiales de buena calidad sobre este tema. Pero dado que yo mismo no soy un especialista en derecho de autor, solo dir\u00e9 que la licencia debe cumplir con los objetivos del proyecto. Por ejemplo, para Embox, la elecci\u00f3n de la licencia BSD en lugar de la GPL no fue casual.<\/p>\n

El hecho de que un proyecto abierto deba permitir realizar cambios y afectar el desarrollo del proyecto abierto implica que el proyecto es distribuido. Gestionarlo, mantener su integridad y funcionalidad es mucho m\u00e1s complicado en comparaci\u00f3n con un proyecto que tiene un control centralizado. Surge la pregunta razonable de por qu\u00e9 hacer proyectos abiertos en absoluto. La respuesta radica en la viabilidad comercial; para una cierta clase de proyectos, los beneficios de este enfoque superan los costos. Es decir, no todos los proyectos son adecuados y, en general, puede que el enfoque abierto no sea permisible. Por ejemplo, es dif\u00edcil imaginar el desarrollo de un sistema de gesti\u00f3n de una planta de energ\u00eda o de un avi\u00f3n basado en un principio abierto. Claro, en la composici\u00f3n de tales sistemas se deben incluir m\u00f3dulos basados en proyectos abiertos, ya que esto proporcionar\u00e1 una serie de ventajas. Pero alguien debe asumir la responsabilidad por el producto final. Incluso si el sistema se basa completamente en el c\u00f3digo de proyectos abiertos, el desarrollador, al empaquetar todo en un solo sistema y hacer compilaciones y configuraciones espec\u00edficas, en esencia lo cierra. El c\u00f3digo puede estar en acceso p\u00fablico.<\/p>\n

Para estos sistemas tambi\u00e9n existen numerosas ventajas al crear proyectos abiertos o participar en ellos. Como ya mencion\u00e9, el c\u00f3digo del sistema final puede permanecer en acceso p\u00fablico. \u00bfPor qu\u00e9? Porque es evidente que es poco probable que alguien tenga un avi\u00f3n igual para probar el sistema. Eso es cierto, pero ciertamente podr\u00eda haber quienes deseen verificar secciones espec\u00edficas del c\u00f3digo, o, por ejemplo, alguien podr\u00eda descubrir que la biblioteca utilizada no est\u00e1 configurada de manera del todo correcta. <\/p>\n

Una ventaja a\u00fan mayor surge cuando una empresa asigna una parte b\u00e1sica del sistema a un proyecto separado. Por ejemplo, una biblioteca para el soporte de un protocolo de intercambio de datos. En este caso, incluso si el protocolo es espec\u00edfico para un determinado campo, los costos de mantenimiento de esta parte del sistema pueden compartirse con otras empresas de ese \u00e1mbito. Adem\u00e1s, a los especialistas que pueden estudiar esta parte del sistema de forma abierta, les lleva mucho menos tiempo para utilizarla de manera efectiva. Y, por \u00faltimo, convertir esta parte en una entidad independiente, utilizada por desarrolladores externos, permite mejorar su calidad, ya que es necesario ofrecer APIs eficientes y crear documentaci\u00f3n, sin mencionar la mejora de la cobertura de pruebas. <\/p>\n

La empresa puede obtener beneficios comerciales sin necesidad de crear proyectos abiertos; es suficiente que sus especialistas participen en proyectos externos aplicados en la empresa. As\u00ed, todas las ventajas permanecen: los empleados conocen mejor el proyecto, por lo que lo utilizan de manera m\u00e1s efectiva, la empresa puede influir en la direcci\u00f3n del desarrollo del proyecto y el uso de c\u00f3digo ya probado reduce evidentemente los costos de la empresa.<\/p>\n

Pero las ventajas de crear proyectos de c\u00f3digo abierto no terminan aqu\u00ed. Tomemos como ejemplo un componente vital del negocio: el marketing. Para ello, representa un excelente entorno para evaluar efectivamente los requisitos del mercado.<\/p>\n

Y, por supuesto, no debemos olvidar que un proyecto de c\u00f3digo abierto es una forma efectiva de darse a conocer como portador de una especializaci\u00f3n. En algunos casos, es pr\u00e1cticamente el \u00fanico camino para ingresar al mercado. Por ejemplo, Embox comenz\u00f3 como un proyecto para crear un sistema operativo embebido. Probablemente no sea necesario explicar que existen numerosos competidores. Sin la creaci\u00f3n de una comunidad, simplemente no tendr\u00edamos los recursos para llevar el proyecto al usuario final, es decir, para que desarrolladores externos comenzaran a usar el proyecto.<\/p>\n

La comunidad es clave en un proyecto de c\u00f3digo abierto. Permite reducir significativamente los costos de gesti\u00f3n del proyecto, adem\u00e1s de desarrollar y mantener la iniciativa. Se puede afirmar que sin comunidad, realmente no hay proyecto de c\u00f3digo abierto.<\/p>\n

Se han escrito muchos materiales sobre c\u00f3mo crear y gestionar una comunidad de un proyecto de c\u00f3digo abierto. Para no reiterar hechos ya conocidos, intentar\u00e9 centrarme en la experiencia de Embox. Por ejemplo, un tema muy interesante es el proceso de creaci\u00f3n de la comunidad. Es decir, muchos hablan sobre c\u00f3mo gestionar una comunidad existente, pero a menudo se pasan por alto los momentos de su creaci\u00f3n, consider\u00e1ndolo una obviedad.<\/p>\n

La regla principal al crear una comunidad para un proyecto de c\u00f3digo abierto es que no hay reglas. Me refiero a que no existen reglas universales, as\u00ed como no hay una bala de plata, al menos porque los proyectos son muy diferentes entre s\u00ed. Dif\u00edcilmente se pueden aplicar las mismas reglas al crear una comunidad para una biblioteca de logging en js y para alg\u00fan controlador muy especializado. Adem\u00e1s, en diferentes etapas de desarrollo del proyecto (y, por ende, de la comunidad), las reglas cambian. <\/p>\n

Embox comenz\u00f3 como un proyecto estudiantil, ya que ten\u00edamos acceso a estudiantes del departamento de programaci\u00f3n de sistemas. En esencia, est\u00e1bamos entrando en otra comunidad. Pod\u00edamos interesar a los participantes de esa comunidad, los estudiantes, ofreci\u00e9ndoles buenas pr\u00e1cticas industriales seg\u00fan su especialidad, trabajos de investigaci\u00f3n en el campo de la programaci\u00f3n de sistemas, trabajos de curso y tesis. Es decir, cumpl\u00edamos con una de las reglas fundamentales de la organizaci\u00f3n de una comunidad: los participantes deben obtener algo, y este precio debe corresponder a la contribuci\u00f3n del participante.<\/p>\n

La siguiente etapa para Embox fue la b\u00fasqueda de usuarios externos. Es muy importante entender que los usuarios son participantes plenos de la comunidad de c\u00f3digo abierto. Por lo general, hay m\u00e1s usuarios que desarrolladores. Y para que deseen convertirse en contribuyentes del proyecto, primero deben utilizarlo de alguna manera.<\/p>\n

Los primeros usuarios de Embox fueron el departamento de Cibern\u00e9tica Te\u00f3rica. Propusieron crear un firmware alternativo para Lego Mindstorm. Y aunque todav\u00eda eran usuarios locales (pod\u00edamos reunirnos con ellos en persona y discutir lo que deseaban), fue una experiencia muy valiosa. Por ejemplo, desarrollamos demostraciones que pod\u00edamos mostrar a otros, ya que los robots son divertidos y atraen la atenci\u00f3n. Al final, obtuvimos verdaderos usuarios externos que empezaron a preguntar qu\u00e9 es Embox y c\u00f3mo usarlo.<\/p>\n

En esta etapa, tuvimos que reflexionar sobre la documentaci\u00f3n y los medios de comunicaci\u00f3n con los usuarios. Por supuesto, hab\u00edamos pensado en estas cosas importantes antes, pero era prematuro y no ten\u00eda un efecto positivo. El efecto era m\u00e1s bien negativo. Perm\u00edtame dar un par de ejemplos. Utilizamos googlecode, cuya wiki soportaba multiling\u00fcismo. Creamos p\u00e1ginas en varios idiomas, no solo en ingl\u00e9s y ruso, con los que pod\u00edamos comunicarnos m\u00e1s o menos, sino tambi\u00e9n en alem\u00e1n y espa\u00f1ol. Como resultado, era bastante rid\u00edculo cuando la gente preguntaba en esos idiomas y no pod\u00edamos responder. O establec\u00edamos reglas sobre la redacci\u00f3n de la documentaci\u00f3n y la comentaci\u00f3n, pero dado que la API cambiaba con bastante frecuencia y de manera significativa, nuestra documentaci\u00f3n se volv\u00eda obsoleta y generaba m\u00e1s confusi\u00f3n que ayuda.<\/p>\n

Al final, todos nuestros esfuerzos, incluso los incorrectos, llevaron a que aparecieran usuarios externos. E incluso apareci\u00f3 un cliente comercial que quer\u00eda que desarroll\u00e1ramos un sistema operativo personalizado para \u00e9l. Y lo hicimos, ya que tenemos experiencia y algunos desarrollos previos. Aqu\u00ed hay que hablar tanto de los aspectos positivos como de los negativos. Comenzar\u00e9 con lo malo. Dado que muchos desarrolladores fueron atra\u00eddos a este proyecto de forma comercial, la comunidad, que ya era bastante inestable, se dividi\u00f3, lo que, por supuesto, afect\u00f3 el desarrollo del proyecto. Un factor adicional fue que la direcci\u00f3n del proyecto estaba establecida por un cliente comercial, cuya meta no era el desarrollo futuro del proyecto. Al menos, este objetivo no era el principal.<\/p>\n

Por otro lado, hubo una serie de aspectos positivos. Obtuvimos realmente usuarios externos. No solo eran clientes, sino tambi\u00e9n aquellos para quienes este sistema estaba destinado. La motivaci\u00f3n para participar en el proyecto aument\u00f3. Despu\u00e9s de todo, si se puede ganar dinero haciendo algo interesante, siempre es agradable. Y lo m\u00e1s importante, escuchamos un deseo de los clientes que en ese momento nos parec\u00eda absurdo, pero que ahora es la idea principal de Embox, a saber, usar c\u00f3digo ya desarrollado en el sistema. Actualmente, la idea principal de Embox es usar software Linux sin Linux. Es decir, el aspecto positivo principal que ha facilitado el desarrollo posterior del proyecto fue la comprensi\u00f3n de que lo utilizan usuarios externos y que debe resolver algunos de sus problemas.<\/p>\n

En ese momento, Embox ya hab\u00eda trascendido su origen como proyecto estudiantil. El principal factor que limita el desarrollo del proyecto bajo el modelo estudiantil es la motivaci\u00f3n de los participantes. Los estudiantes participan mientras est\u00e1n en la universidad, pero cuando se grad\u00faan, debe surgir otra motivaci\u00f3n. Si no aparece dicha motivaci\u00f3n, el estudiante simplemente deja de participar en el proyecto. Si consideramos que primero hay que capacitar a los estudiantes, resulta que se convierten en buenos especialistas al momento de graduarse, pero su contribuci\u00f3n al proyecto, debido a su inexperiencia, no es muy significativa.<\/p>\n

En general, estamos pasando suavemente al punto principal que permite hablar sobre la creaci\u00f3n de un proyecto de c\u00f3digo abierto: la creaci\u00f3n de un producto que resuelva los problemas de sus usuarios. Como ya mencion\u00e9 antes, la caracter\u00edstica principal de un proyecto de c\u00f3digo abierto es su comunidad. Adem\u00e1s, los miembros de la comunidad son, ante todo, usuarios. Pero, \u00bfde d\u00f3nde provendr\u00e1n si no hay nada que usar? As\u00ed que, al igual que con un proyecto que no es de c\u00f3digo abierto, hay que centrarse en la creaci\u00f3n de un MVP (producto m\u00ednimo viable), y si este despierta el inter\u00e9s de los usuarios, entonces surgir\u00e1 una comunidad alrededor del proyecto. Sin embargo, si la creaci\u00f3n de la comunidad se realiza \u00fanicamente a trav\u00e9s de la promoci\u00f3n de la comunidad, la redacci\u00f3n de wikis en todos los idiomas del mundo o un flujo de trabajo Git correcto en GitHub, es poco probable que esto tenga importancia en las primeras etapas del proyecto. Por supuesto, en las etapas adecuadas, esto no solo es importante, sino que tambi\u00e9n es necesario.<\/p>\n

En conclusi\u00f3n, quiero citar comentario<\/a><\/noindex>, en mi opini\u00f3n, refleja las expectativas del usuario de un proyecto de c\u00f3digo abierto:<\/p>\n

Estoy considerando seriamente cambiarme a este sistema operativo (al menos, probarlo. Se est\u00e1n haciendo muchas mejoras y se crearon cosas incre\u00edbles).<\/p><\/blockquote>\n

\nP. S. En TechTrain<\/a><\/noindex> tendremos un total de tres presentaciones. Una sobre c\u00f3digo abierto y dos sobre sistemas embebidos (y una ser\u00e1 pr\u00e1ctica). En nuestro stand, realizaremos un taller de programaci\u00f3n de microcontroladores usando Embox<\/a><\/noindex>. Tradicionalmente, llevaremos hardware y permitiremos programarlo. Tambi\u00e9n habr\u00e1 un juego de b\u00fasqueda y otras actividades. Ven al festival y a nuestro stand, ser\u00e1 divertido.
\n
Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0423\u0436\u0435 \u043d\u0430 \u044d\u0442\u043e\u0439 \u043d\u0435\u0434\u0435\u043b\u0435 \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435 \u043f\u0440\u043e\u0439\u0434\u0435\u0442 IT-\u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u044c TechTrain. \u041e\u0434\u043d\u0438\u043c \u0438\u0437 \u0441\u043f\u0438\u043a\u0435\u0440\u043e\u0432 \u0431\u0443\u0434\u0435\u0442 \u0420\u0438\u0447\u0430\u0440\u0434 \u0421\u0442\u043e\u043b\u043b\u043c\u0430\u043d. Embox \u0442\u043e\u0436\u0435 \u0443\u0447\u0430\u0441\u0442\u0432\u0443\u0435\u0442 \u0432 \u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u0435, \u0438 \u043a\u043e\u043d\u0435\u0447\u043d\u043e \u043c\u044b \u043d\u0435 \u043c\u043e\u0433\u043b\u0438 \u043e\u0431\u043e\u0439\u0442\u0438 \u0432\u043d\u0438\u043c\u0430\u043d\u0438\u0435\u043c \u0442\u0435\u043c\u0443 \u0421\u041f\u041e. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u043e\u0434\u0438\u043d \u0438\u0437 \u043d\u0430\u0448\u0438\u0445 \u0434\u043e\u043a\u043b\u0430\u0434\u043e\u0432 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u201c\u041e\u0442 \u0441\u0442\u0443\u0434\u0435\u043d\u0447\u0435\u0441\u043a\u043e\u0439 \u043f\u043e\u0434\u0435\u043b\u043a\u0438 \u0434\u043e opensource \u043f\u0440\u043e\u0435\u043a\u0442\u0430. \u041e\u043f\u044b\u0442 Embox\u201d. \u041e\u043d \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d \u0438\u0441\u0442\u043e\u0440\u0438\u0438 \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f Embox \u043a\u0430\u043a \u043f\u0440\u043e\u0435\u043a\u0442\u0430 \u0441 \u043e\u0442\u043a\u0440\u044b\u0442\u044b\u043c \u043a\u043e\u0434\u043e\u043c. \u0412 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28444,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37902","post","type-post","status-publish","format-standard","has-post-thumbnail","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\udd47C\u00f3mo crear un proyecto de c\u00f3digo abierto | ProHoster","description":"Esta semana se llevar\u00e1 a cabo un festival de TI en San Petersburgo.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","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\u041a\u0430\u043a \u0441\u043e\u0437\u0434\u0430\u0442\u044c open source \u043f\u0440\u043e\u0435\u043a\u0442 | ProHoster","og:description":"\u0423\u0436\u0435 \u043d\u0430 \u044d\u0442\u043e\u0439 \u043d\u0435\u0434\u0435\u043b\u0435 \u0432 \u0421\u0430\u043d\u043a\u0442-\u041f\u0435\u0442\u0435\u0440\u0431\u0443\u0440\u0433\u0435 \u043f\u0440\u043e\u0439\u0434\u0435\u0442 IT-\u0444\u0435\u0441\u0442\u0438\u0432\u0430\u043b\u044c.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/kak-sozdat-open-source-proekt","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-10-31T19:20:28+00:00","article:modified_time":"2019-10-31T19:20:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37902","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-23 19:41:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:18:23","updated":"2026-01-23 19:41:19","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\/37902","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=37902"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/37902\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/28444"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=37902"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=37902"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=37902"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}