{"id":41350,"date":"2020-02-10T12:11:04","date_gmt":"2020-02-10T09:11:04","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/ishhushhij-da-obryashhet"},"modified":"2020-02-10T12:11:04","modified_gmt":"2020-02-10T09:11:04","slug":"ishhushhij-da-obryashhet","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/ishhushhij-da-obryashhet","title":{"rendered":"Wie zoekt, zal vinden","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Veel mensen denken aan de problemen die hen bezighouden voor het slapen gaan of bij het ontwaken. Ik ben geen uitzondering. Vanmorgen schoot me een gedachte te binnen commentaar<\/a><\/noindex> van Habr:<\/p>\n

<\/p>\n

Een collega in de chat deelde een verhaal:<\/p>\n

In het jaar voor het afgelopen jaar had ik een geweldige klant, dat was nog toen ik de pure 'crisis' aannam.
\nDe klant had in zijn ontwikkelteam twee teams, elk verantwoordelijk voor hun eigen deel van het product (bijvoorbeeld, backoffice en storefront, dat wil zeggen, software die werkt aan de ordervorming en software die werkt aan de uitvoering van de order), die af en toe met elkaar ge\u00efntegreerd worden.
\nHet backofficeteam zat echt in het diepe: zes maanden onophoudelijke fouten, de eigenaren dreigen iedereen te ontslaan, ze hebben een consultant ingehuurd, en na de consultant hebben ze nog iemand anders (mij) ingehuurd. En terwijl het tweede team (storefront) normaal werkte en bleef functioneren, was het backofficeteam, dat daarvoor ook normaal werkte, gaan falen. De teams zitten op verschillende kantoren, en zijn gewend om elkaar te negeren.<\/p>\n

De reden: de storefront en de backoffice zijn \u00e9\u00e9n systeem, er zijn veel afhankelijkheden, de teams zitten in verschillende kantoren en communiceerden niet met elkaar. De eigenaren 'kijken' de hele tijd naar de storefront, dus daar zijn steeds nieuwe functies, idee\u00ebn en controle. In dat team was er een jongen die alles deed, een soort combinatie van BA, ontwerper en 'breng ons koffie'. Deze jongen, zonder dat zijn team het merkte, volbracht een heleboel kleine taken zoals 'de tweede team waarschuwen voor de deployment', 'de documentatie bijwerken' en dergelijke routinewerkzaamheden, tot aan 'versienummers en componenten in Jira in de ticket zetten'. Maar de jongen schreef geen code en op een gegeven moment besloten de eigenaren hem te optimaliseren door hem te ontslaan. Voor het storefrontteam veranderde er niets, ze werkten gewoon niet meer aan de documenten, en het backofficeteam kwam in een situatie terecht waarin de releases van de storefront iets bij hen verstoorden, en dat waren hun problemen, en als hun releases iets bij de storefront kapotmaakten, waren dat weer hun problemen, omdat de storefront zichtbaar was voor de eigenaren \ud83d\ude42<\/p><\/blockquote>\n

Wat me raakte aan deze opmerking en wat de zoekende zal vinden uit de titel \u2014 onder de kat.<\/p>\n

<\/a><\/noindex><\/p>\n

Ik ben al 20 jaar bezig met de ontwikkeling van webapplicaties, dus voor mij zijn front-end en back-end geen losse termen. Dit zijn sterk met elkaar verbonden zaken. Ik kan me bijvoorbeeld geen situatie voorstellen waarin de front-end volledig (of in grote mate) los van de back-end wordt ontwikkeld. Beide zijden werken met dezelfde gegevens en voeren zeer vergelijkbare handelingen uit. Ik heb een goed idee van de hoeveelheid informatie die tussen de ontwikkelaars van beide teams moet worden uitgewisseld voor de afstemming van de ontwikkeling, en hoeveel tijd en hoe vaak deze afstemming moet plaatsvinden. Teams kunnen niet zonder nauw contact, zelfs niet als ze zich in verschillende tijdzones bevinden. Zeker met JIRA aanwezig. <\/p>\n

<\/p>\n

Ik weet dat het geen zin heeft om de back-end ontwikkelaars te waarschuwen voor de deployment van de front-end. Een nieuwe versie van de front-end kan de back-end nergens mee kapotmaken, maar andersom kan dat wel. Het zijn de front-end ontwikkelaars die belang hebben bij het informeren van de back-end ontwikkelaars dat ze nieuwe of gewijzigde functionaliteiten nodig hebben. De front-end is afhankelijk van de deployments van de back-end, en niet andersom.<\/p>\n

<\/p>\n

Wat het jongetje betreft, dat \"breng ons koffie<\/em>\", kan geen BA zijn (als met BA \"business analyst\" wordt bedoeld), en een BA kan niet \"jongen, breng ons koffie<\/em>\". En absoluut, \"versies en componenten in de JIRA invoeren<\/em>\" zonder overleg met de ontwikkelteams kan noch het \"jongetje\", noch de BA. Het is als de wagen voor het paard.<\/p>\n

<\/p>\n

Aangezien het \"jongetje\" is ontslagen, zouden de functies van \"breng koffie<\/em>\" tot \"voer in de JIRA<\/em>\", verdeeld moeten worden over de andere teamleden. In een gevestigde groep zijn de informatiestromen en rollen vastgelegd; als een uitvoerder van een of meerdere rollen van het toneel verdwijnt, blijft de behoefte van de andere groepsleden aan de gebruikelijke informatie van de gebruikelijke rollen bestaan. Ze kunnen gewoon niet niet opmerken dat de informatie die ze nodig hebben voor hun werk, niet meer bij hen aankomt. Het is als een drugsverslaafde die niet kan ontkennen dat de toevoer van drugs is gestopt. En net zoals een drugsverslaafde andere kanalen zoekt en vindt, zo zullen de groepsleden proberen nieuwe bronnen van de informatie die ze nodig hebben te vinden aan \"die\" kant en nieuwe uitvoerders van de oude rollen. En ze zullen zeker iemand vinden. Minimaal degene die, naar hun mening, hen de nodige informatie zou moeten geven.<\/p>\n

<\/p>\n

Zelfs als we aannemen dat de gebruikelijke informatiestromen zijn opgedroogd en degene die moet, niet denkt dat hij dat moet doen, zullen de back-end ontwikkelaars, die onder ontslagdreiging staan, niet zes maanden lang de redenen voor hun eigen mislukkingen geheimhouden voor de eigenaar, wetende dat hun fouten voortkomen uit het gebrek aan de informatie die ze nodig hebben. Eigenaren zullen niet zes maanden lang \"dom\" blijven terwijl ze zien dat de noodzakelijke informatie voorheen \"in de soep zat<\/em>\", en nu wordt er niets meer aan toegevoegd. En de eerste consultant was waarschijnlijk niet zo onprofessioneel dat hij niet met de back-end ontwikkelaars zou praten en niet de bron van het probleem zou ontdekken \u2014 het gebrek aan afstemming tussen de teams. Juist dit is de oorzaak van de beschreven problemen, en niet het ontslag van \"het jongetje\".<\/p>\n

<\/p>\n

Het alomtegenwoordige gebrek aan communicatie tussen ontwikkelaars is een typische oorzaak van talloze problemen in de ontwikkeling en daarbuiten. Je hoeft geen uitzonderlijke consultant te zijn om dit te ontdekken. Het is voldoende om gewoon redelijk te zijn.<\/p>\n

<\/p>\n

Ik geloof dat dit hele verhaal is uitgevonden en mooi is verwoord. Wel, niet helemaal uitgevonden \u2014 alle elementen zijn uit het leven gehaald (front, back, ontwikkeling, jongetje, koffie, \"soep<\/em>\", \u2026). Maar ze zijn z\u00f3 samengevoegd dat zo'n constructie niet in het leven voorkomt. Afzonderlijk kan je dit allemaal tegenkomen in de omringende wereld, maar in deze combinatie \u2014 nee. Bovenstaand heb ik geschreven waarom.<\/p>\n

<\/p>\n

Desondanks is het heel geloofwaardig gepresenteerd. Het leest met interesse en er is persoonlijke betrokkenheid. Medeleven met \"jongen-voor-alles<\/em>", een onschatbare kleine schakel in de grote machine (dat ben ik!<\/em>). Genade voor de ontwikkelaars, zo slim en ervaren, maar die niet verder kijken dan hun eigen neus (ze zijn immers om me heen!<\/em>). Een lichte spot met de eigenaren, rijke meneertjes, die hun eigen "bo-bo" hebben gemaakt en de redenen niet begrijpen (nou, dat is mijn leidinggevende in een notendop!<\/em>). Verachting voor de eerste "consultant", die niet in staat was om zo'n eenvoudige bron van problemen te vinden (ja, zo'n type met bril kwam onlangs langs, liep rond met een slimme uitstraling<\/em>), en het enthousiaste eenwording met de "echt" consultant, die als enige in staat was om de echte rol van de man van alle handen te waarderen (dat ben ik dus!<\/em>).<\/p>\n

<\/p>\n

Voelt u een innerlijke voldoening na het lezen van deze opmerking? Onze rol als kleine tandwielen in een groot mechanisme is eigenlijk helemaal niet zo klein! Geweldig verwoord, hoewel het niet waar is. Maar wat een aangename nasmaak.<\/p>\n

<\/p>\n

Ik weet niet wie de collega is en in welke chat hij deze onthulling met een collega deelde. mkrentovskiy<\/a><\/noindex> en waarom de collega mkrentovskiy<\/em> besloot hem te publiceren onder het artikel "Hoeveel jaar de taiga ook loopt - er is geen begrip.<\/a><\/noindex>" van een prominente auteur op Habr nmivan<\/a><\/noindex>‘ (momenteel op de eerste plaats in de Habr-ranglijst!), maar ik erken dat de collega mkrentovskiy<\/em> dit bijzonder goed heeft gedaan. De boodschap van de opmerking en de stijl van schrijven komen zo overeen met de boodschap en stijl van andere publicaties nmivan<\/em>‘, dat men kan denken dat de crisisconsultant uit de opmerking en de hoofdpersoon van veel publicaties nmivan<\/em>‘ dezelfde persoon is.<\/p>\n

<\/p>\n

Ik heb vrij veel publicaties van Ivan Belokamentsev gelezen, vanaf het moment dat de auteur begon met zijn activiteiten op Habr (in 2017). Sommige zelfs met plezier (one<\/a><\/noindex>, two<\/a><\/noindex>). Hij heeft een goede schrijfstijl en een interessante presentatie van het materiaal. Zijn verhalen lijken erg op levensverhalen, maar ze hebben bijna geen kans om in de werkelijkheid voor te komen, in de realiteit<\/a><\/noindex>. Kijk maar naar dit verhaal in de opmerking.<\/p>\n

<\/p>\n

Om eerlijk te zijn, vind ik persoonlijk niet dat met de publicaties van Ivan Habr beter is geworden. Maar zijn ranking en de meningen<\/a><\/noindex> van andere inwoners van Habr zeggen het tegendeel:<\/p>\n

<\/p>\n

Ik begrijp uw geklaag niet. Habr is al lang achteruit gegaan, maar de auteur geeft een beetje vuur en verhoogt de stemming van de lezers) door de hulpbron uit de diepten te trekken.<\/p><\/blockquote>\n

Ja, Habr is geen liefdadigheid, Habr is een commercieel project. Habr is een spiegel die onze verlangens reflecteert. Niet mijn persoonlijke verlangens en niet de verlangens van elke individuele bezoeker, maar de verzameling van al onze verlangens \u2014 "het gemiddelde van het ziekenhuis". En Ivan Belokamentsov voelt als geen ander aan wat we allemaal gezamenlijk nodig hebben, en biedt dat aan ons.<\/p>\n

<\/p>\n

Misschien zou ik dit artikel niet hebben geschreven als ik niet was begonnen met het kijken naar de serie "Young Pope<\/a><\/noindex>\".<\/p>\n

<\/p>\n

"We hebben God verloren<\/em>" (c)<\/p>\n

<\/p>\n

Dat is uit de serie. En het gaat over ons.<\/p>\n

<\/p>\n

We zijn onze interesse in de realiteit, geschapen door de Schepper, verloren. <\/p>\n

<\/p>\n

God, de Natuur, de Grote Ontploffing - hoe je het ook noemt. De realiteit is er. Om ons heen en onafhankelijk van ons. <\/p>\n

<\/p>\n

We leven daarin volgens de wetten van de natuur (de bedoelingen van God). We begrijpen de wetten (de bedoelingen) en leren de realiteit die we leven te gebruiken om beter te leven. We testen onze hypotheses in de praktijk, verwerpen de onjuiste en behouden de relevante. We interageren met de realiteit en veranderen deze.<\/p>\n

<\/p>\n

En we hebben hier enorme vooruitgang in geboekt.<\/p>\n

<\/p>\n

Er zijn veel mensen op de planeet. Heel veel. Met de huidige arbeidsproductiviteit hoeven we niet langer te overleven \u2014 een minderheid kan de meerderheid van alles voorzien wat nodig is. De meerderheid moet zichzelf echter met iets bezig houden. Historisch gezien viel de overtollige middelen die op creativiteit waren gericht, ten deel aan de meest getalenteerden (of de meest doortastenden, wat ook talent is). Tegenwoordig zijn er zoveel vrije middelen dat ze beschikbaar komen voor iedereen die enigszins getalenteerd is, ongeacht het niveau. Vergelijk hoeveel films er wereldwijd elk jaar worden uitgebracht, en hoeveel daarvan de moeite waard zijn om te bekijken. Hoeveel boeken er worden geschreven, en welke daarvan leesbaar zijn. Hoeveel informatie er op het internet wordt gegoten, en wat daarvan nuttig is.<\/p>\n

<\/p>\n

Waarom is het beroep van IT'er zo populair? Omdat je in IT een enorme hoeveelheid middelen kunt verspillen en niemand zal het opmerken (denk aan het probleem van het jaar 2000). In IT kun je jaren bezig zijn met het ontwikkelen van applicaties die nog verouderen voordat ze gelanceerd worden, je kunt proberen incompatibele componenten te integreren en ze toch aan de praat krijgen, je kunt keer op keer je eigen fietsen uitvinden, of je kunt nu bezig zijn met het onderhouden van programma's in Fortran’, die al 20 jaar met mos zijn bedekt. In IT kun je je hele leven doorbrengen zonder iets nuttigs te doen. En het belangrijkste \u2014 niemand zal het opmerken! Zelfs jijzelf.<\/p>\n

<\/p>\n

Slechts weinigen onder ons zullen een blijvende indruk achterlaten in de IT-industrie. En nog minder mensen zullen een goede herinnering aan zichzelf achterlaten. De resultaten van ons werk zullen binnen de komende 10-20 jaar in ieder geval in waarde dalen, misschien zelfs eerder. En beslist tijdens ons leven (als we de pensioengerechtigde leeftijd halen). We zullen onze kleinkinderen geen computersystemen kunnen tonen waar hun grootvader in zijn jeugd aan heeft gewerkt. Mensen zullen gewoon de namen vergeten. Aan het begin van mijn carri\u00e8re bouwde ik e-mailstations. cc:Mail<\/a><\/noindex> onder "as<\/a><\/noindex>". Ik heb nog 20 jaar tot ik met pensioen ga en 10 jaar tot kleinkinderen, maar nu al heeft de meeste van jullie niets gehoord over "de uitstekende emailapplicatie uit het midden van de jaren '90" ("top e-mailsoftwarepakket uit het midden van de jaren '90<\/em>").<\/p>\n

<\/p>\n

Misschien zijn we ons in de realiteit nauwelijks bewust van de nutteloosheid van onze IT-zorgen, maar onderbewust willen we ontsnappen naar waar we ons prettig voelen. Naar verzonnen werelden, waar het gebruik van Scrum en Agile onvermijdelijk leidt tot producten die decennialang de wereld veroveren met hun nut. Waar we geen simpele kleine tandwielen van grote mechanismen zijn, maar tandwielen zonder welke de grote mechanismen zouden falen. Waar ons leven niet bestaat uit zinloos routinewerk, maar gevuld is met creativiteit en scheppend werk, waarvan we trots kunnen zijn op de resultaten. <\/p>\n

<\/p>\n

We ontsnappen naar deze mooie, door iemand verzonnen werelden van onze eigen waardeloosheid in de echte wereld. We zoeken troost in hen. <\/p>\n

<\/p>\n

We zoeken troost, ook op Habr\u00e9. En Ivan biedt het ons hier.<\/p>\n

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

\u041c\u043d\u043e\u0433\u0438\u0435 \u043b\u044e\u0434\u0438 \u0434\u0443\u043c\u0430\u044e\u0442 \u043e \u0432\u043e\u043b\u043d\u0443\u044e\u0449\u0438\u0445 \u0438\u0445 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u0445 \u043f\u0435\u0440\u0435\u0434 \u0441\u043d\u043e\u043c \u0438\u043b\u0438 \u043f\u043e \u043f\u0440\u043e\u0431\u0443\u0436\u0434\u0435\u043d\u0438\u0438. \u042f \u043d\u0435 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0441 \u0443\u0442\u0440\u0430 \u0443 \u043c\u0435\u043d\u044f \u0432 \u0433\u043e\u043b\u043e\u0432\u0435 \u0432\u0441\u043f\u043b\u044b\u043b \u043e\u0434\u0438\u043d \u043a\u043e\u043c\u043c\u0435\u043d\u0442 \u0441 \u0425\u0430\u0431\u0440\u0430: \u041a\u043e\u043b\u043b\u0435\u0433\u0430 \u0432 \u0447\u0430\u0442\u0435 \u043f\u043e\u0434\u0435\u043b\u0438\u043b\u0441\u044f \u0438\u0441\u0442\u043e\u0440\u0438\u0435\u0439: \u0423 \u043c\u0435\u043d\u044f \u0432 \u043f\u043e\u0437\u0430\u043f\u0440\u043e\u0448\u043b\u043e\u043c \u0433\u043e\u0434\u0443 \u0431\u044b\u043b \u043e\u0444\u0438\u0433\u0435\u043d\u043d\u044b\u0439 \u043a\u043b\u0438\u0435\u043d\u0442, \u044d\u0442\u043e \u0435\u0449\u0451 \u043a\u043e\u0433\u0434\u0430 \u044f \u0431\u0440\u0430\u043b \u0447\u0438\u0441\u0442\u044b\u0439 \u00ab\u043a\u0440\u0438\u0437\u0438\u0441\u00bb. \u0423 \u043a\u043b\u0438\u0435\u043d\u0442\u0430 \u0432 \u0434\u0435\u0432\u0433\u0440\u0443\u043f\u043f\u0435 \u0434\u0432\u0435 \u043a\u043e\u043c\u0430\u043d\u0434\u044b, \u043a\u0430\u0436\u0434\u0430\u044f \u0437\u0430\u043d\u0438\u043c\u0430\u0435\u0442\u0441\u044f […]<\/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":[],"tags":[],"class_list":["post-41350","post","type-post","status-publish","format-standard","hentry"],"aioseo_notices":[],"aioseo_head":"\n\t\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\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Zoekende zal vinden | ProHoster","description":"Veel mensen denken voor het slapen gaan of na het ontwaken na over hun bezigheden. Ik ben daar geen uitzondering op.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/ishhushhij-da-obryashhet","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\u0418\u0449\u0443\u0449\u0438\u0439 \u0434\u0430 \u043e\u0431\u0440\u044f\u0449\u0435\u0442 | ProHoster","og:description":"\u041c\u043d\u043e\u0433\u0438\u0435 \u043b\u044e\u0434\u0438 \u0434\u0443\u043c\u0430\u044e\u0442 \u043e \u0432\u043e\u043b\u043d\u0443\u044e\u0449\u0438\u0445 \u0438\u0445 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u0445 \u043f\u0435\u0440\u0435\u0434 \u0441\u043d\u043e\u043c \u0438\u043b\u0438 \u043f\u043e \u043f\u0440\u043e\u0431\u0443\u0436\u0434\u0435\u043d\u0438\u0438. \u042f \u043d\u0435 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435.","og:url":"https:\/\/prohoster.info\/nl\/blog\/ishhushhij-da-obryashhet","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":"2020-02-10T09:11:04+00:00","article:modified_time":"2020-02-10T09:11:04+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"41350","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:19:23","updated":"2022-10-10 20:46:16","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/41350","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=41350"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/41350\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=41350"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=41350"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=41350"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}