{"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\/it\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","title":{"rendered":"Cosa non dovrebbe fare un informatico nel 2020?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Habr \u00e8 pieno di previsioni e consigli su cosa fare nel prossimo anno: quali lingue studiare, in quali settori investire, come prendersi cura della propria salute. Suona ispiratore! Ma ogni medaglia ha il suo rovescio, e ci imbattiamo non solo in cose nuove, ma soprattutto in ci\u00f2 che facciamo ogni giorno. \"Perch\u00e9 nessuno mi ha avvertito!\", esclamano irritati, solitamente parlando a se stessi. Attiriamo l'attenzione su di noi: abbiamo raccolto per voi un elenco di ci\u00f2 che NON dovreste fare nel 2020 (e forse sempre).\u00a0<\/p>\n

\"Cosa<\/a><\/noindex>
\nE la gravit\u00e0 non \u00e8 stata consultata<\/i>
\n<\/a><\/noindex>
\nCi piacerebbe molto ordinare le anti-raccomandazioni per importanza, dalla pi\u00f9 significativa alla meno rilevante. Ma sono cos\u00ec diffuse, equivalenti e familiari a praticamente tutti, che scriveremo in modo casuale. Bene, controlliamo la lista?<\/p>\n

Non dovete entrare nel settore IT se tutto va bene<\/h3>\n

\nNon ti limitare a studiare una nuova tecnologia per cambiare carriera o ricominciare da zero. Il nostro tempo \u00e8 fantastico poich\u00e9 \u00e8 possibile apprendere, cambiare lavoro e persino settore \u2014 fino alla pensione. \u00c8 una cosa affascinante e seducente. Tuttavia, se hai pi\u00f9 di 28-30 anni, non \u00e8 saggio lasciare tutto per entrare nel settore IT o per passare a un nuovo stack (ad esempio, se sviluppi sistemi ad alto carico in Java e decidi improvvisamente di passare alle reti neurali in Python). La ragione \u00e8 semplice: non sar\u00e0 facile per te. In primo luogo, la concorrenza \u00e8 alta, con specialisti che usano questo stack fin dall'inizio della loro carriera; in secondo luogo, dovrai ricominciare come junior con uno stipendio basso; in terzo luogo, sar\u00e0 moralmente difficile per te diventare subordinato al livello pi\u00f9 basso della gerarchia. Pertanto, se desideri muoverti in un'altra direzione, cerca di farlo all'interno del tuo attuale lavoro e delle tue attuali responsabilit\u00e0, oppure sviluppa nuove competenze come hobby, lavora a progetti personali, in modo da arrivare al tuo nuovo lavoro non come junior.\u00a0<\/p>\n

Cambiarsi stack a stack significa solo perdere tempo<\/h3>\n

\nNon lasciatevi travolgere tra le tecnologie per il vostro sviluppo. Se state scrivendo un progetto in un linguaggio specifico, utilizzando un determinato framework e librerie, non \u00e8 necessario abbandonare tutto e ricominciare da capo con Dart solo perch\u00e9 vi sembra interessante. Prendete l'abitudine di trovare una giustificazione per cambiare tecnologia \u2014 non solo a livello di \"voglio-non posso\", ma anche a livello finanziario e ingegneristico.\u00a0<\/p>\n

\"Cosa
\n<\/p>\n

Non \u00e8 necessario essere testardi e restare fissi<\/h3>\n

\nFermarsi su un solo linguaggio o tecnologia e non esplorare il nuovo \u00e8 un'estremit\u00e0 cos\u00ec come cambiare stack con ogni nuova tecnologia. Dovete sempre studiare nuove librerie e framework, non siate testardi nel pensare che tutto sia gi\u00e0 stato inventato e perfezionato da voi. Praticamente ogni linguaggio riceve costantemente aggiornamenti che possono davvero migliorare il vostro progetto. Non siate pigri nel seguire le dinamiche del vostro stack e, non appena trovate qualcosa di interessante e utile, integratelo nel progetto con sicurezza!<\/p>\n

La propria testa \u00e8 buona, \u00e8 sempre buona<\/h3>\n

\nNon pensate con la testa degli altri, la vostra \u00e8 migliore. Purtroppo, alcuni sviluppatori si siedono e aspettano che arrivi un compito da codificare, dal precedente errore fino alla fine, senza cercare di portare qualcosa di proprio nel progetto, sviluppare una nuova funzione, testarla e proporla in produzione. Perch\u00e9 affaticarsi, quando c'\u00e8 la testa del team leader o del responsabile dell'azienda che decide tutto? Se vi riconoscete in questo, abbiamo brutte notizie: una posizione passiva non aiuta n\u00e9 nella carriera n\u00e9 nello sviluppo. Avete l'opportunit\u00e0 di mettere alla prova le vostre capacit\u00e0 come ingegnere sviluppatore, non come codificatore in un vero progetto lavorativo e capire quale direzione prendere, cosa vi manca, ma preferite spendere il vostro tempo in qualcos'altro e fare esattamente \"da qui a l\u00ec\". In questo moderno ambiente IT, chi ha questo atteggiamento sopravvive sempre peggio, uscite dall'anabiosi.\u00a0<\/p>\n

Gli utenti sono persone terribili<\/h3>\n

\nNon sottovalutate gli utenti del vostro software: se non scrivete per programmatori, aspettatevi che il programma incontri incomprensioni insormontabili. Nei primi giorni o settimane, l'utente odier\u00e0 il vostro software perch\u00e9 \"quello vecchio non era cos\u00ec stupido\". Per evitarlo, create una documentazione efficace e materiali di formazione. Durante l'installazione o l'acquisto, suggerite in modo insistente che i manuali dovrebbero essere letti prima di iniziare a usare il programma, e non dopo un crash del database, la perdita della password e una crisi di autocontrollo.<\/p>\n

\"Cosa
\n
\nNon bisogna sottovalutare gli utenti: sono pi\u00f9 astuti, intelligenti e curiosi di quanto pensiate. Se credete che quel bug con il formato della variabile e l'eccezione al 138\u00b0 colpo di Enter con un intervallo di un secondo non emerger\u00e0, vi sbagliate: emerger\u00e0 e influenzer\u00e0 il funzionamento della vostra applicazione in modi bizzarri. Funziona la regola dell'apprendista: \u00e8 proprio lui a fare il lavoro di test migliore. Ma agli utenti non piace scoprire bug in produzione \u2014 non c'\u00e8 alcuna solidariet\u00e0 IT in questo. Insomma, pi\u00f9 siete sicuri del vostro software, meglio \u00e8. In fin dei conti, \u00e8 meglio ritardare il rilascio di alcune funzionalit\u00e0 piuttosto che aggiungerle in un'applicazione funzionante e renderla improvvisamente incompleta.<\/p>\n

\"Cosa\u00a0<\/p>\n

Smettila di googlare!<\/h3>\n

\nSmetti di rivolgerti solo a Google. Non stiamo nemmeno discutendo: nel campo dello sviluppo, una semplice ricerca nel motore pu\u00f2 rivelare molto. Pi\u00f9 a fondo scaverai nella ricerca di informazioni, pi\u00f9 dati \"laterali\" otterrai e pi\u00f9 imparerai, perch\u00e9 scoprirai cose nuove non correlate alla tua richiesta, ma probabilmente utili in futuro. Rivolgiti a materiali completi, libri, articoli, ecc. I linguaggi e le librerie hanno specifiche, comunit\u00e0 e guide pratiche, e cos\u00ec facendo ottieni il modo pi\u00f9 affidabile per sviluppare le tue abilit\u00e0 di programmatore: leggere la documentazione piuttosto che cercare soluzioni locali e frammenti di codice di qualcun altro. E chiss\u00e0, forse la tua soluzione sar\u00e0 pi\u00f9 ottimale, veloce e migliore?\u00a0<\/p>\n

Fidati, ma verifica<\/h3>\n

\nNon utilizzare librerie e framework creati da sviluppatori esterni senza verificare il codice e adattarlo ai tuoi scopi. Non hai alcun motivo per fidarti ciecamente di un autore di codice che non conosci affatto. S\u00ec, elementi malevoli intenzionali nel codice di terze parti non si incontrano cos\u00ec spesso e non \u00e8 necessario soffrire di paranoia, ma copiare a occhi chiusi parti di software pronte per il tuo progetto pu\u00f2 portare a conseguenze imprevedibili. Quindi assicurati di leggere e analizzare il codice prima dell'uso e di effettuare test dopo l'implementazione del codice.\u00a0<\/p>\n

Fai dei backup!<\/h3>\n

\nSmettila di non fare backup o di tenerli sugli stessi server di terze parti dove \u00e8 ospitato il tuo progetto. Pensi che sia un consiglio ridicolo e inutile? Eppure, pi\u00f9 di 700 partecipanti a un chat su Telegram, che si sono trovati in una recente situazione scomoda a causa della chiusura di un noto data center, non lo pensavano affatto \u2014 ci sono stati di tutto: dai progetti personali a siti web importanti di enti statali e basi aziendali di 1C e billing. Una parte significativa \u2014 senza backup o con backup tenuti l\u00ec. Quindi distribuisci i rischi e conserva il backup almeno sul principale hosting, su un VDS affidabile e sul tuo server locale. Alla fine, ti coster\u00e0 molto meno.\u00a0<\/p>\n

Basta portare il tuo a scapito del progetto<\/h3>\n

\nNon fate nel progetto di lavoro ci\u00f2 che desiderate, ma ci\u00f2 che serve ai clienti. S\u00ec, \u00e8 estremamente interessante e stimolante creare la propria rete neurale, addestrarla e integrarla nel proprio software, ma se ai vostri clienti serve un semplice gestore di contatti, questo sarebbe un eccesso costoso. Osservate come funziona il progetto, leggete la documentazione, esaminatela e leggete le recensioni e le richieste dei clienti, poi implementate ci\u00f2 che porter\u00e0 valore commerciale al progetto. Se volete realizzare qualcosa di scientifico o di estremamente complesso, iniziate con un progetto personale.<\/p>\n

Non codice, ma un groviglio di nervi<\/h3>\n

\nNon scrivere codice illeggibile e non documentato. Questa pratica ci \u00e8 familiare: un sviluppatore scrive codice come meglio crede, complicandolo volutamente per rendere difficile la comprensione da parte dei colleghi \u2014 una sorta di vendetta preventiva prima che accada qualcosa. Tuttavia, stai rischiando non solo per l'azienda (che ti paga per il lavoro), ma anche per te stesso: \u00e8 molto probabile che tu stesso non ricordi cosa volevi comunicare con questa offuscamento involontario. Lo stesso vale per il codice non documentato: basandoti sulla tua logica di denominazione delle variabili e delle funzioni e su una buona memoria, dopo un paio d'anni potresti non ricordare perch\u00e9 hai scelto proprio quel ciclo, metodo, pattern, ecc. Documentare il codice e avere una buona struttura \u00e8 un grande servizio per i colleghi, per il datore di lavoro e, soprattutto, per te stesso.\u00a0<\/p>\n

\"Cosa
\n<\/p>\n

Keep it simple, stupid<\/h3>\n

\nNon complicate il codice, le soluzioni e i progetti. Non serve creare una struttura complessa e generare entit\u00e0 senza un significato particolare. Pi\u00f9 il vostro codice \u00e8 complesso, pi\u00f9 diventate suoi prigionieri: sar\u00e0 estremamente difficile mantenerlo e svilupparlo. Certo, il famoso principio KISS (\u00abKeep it simple, stupid\u00bb) non si applica sempre, ma non \u00e8 stato creato per niente: la semplicit\u00e0 e l'eleganza del codice sono la chiave per un suo utilizzo e riutilizzo di successo.<\/p>\n

\"Cosa
\n<\/p>\n

Proteggiti<\/h3>\n

\nNon ignorare la sicurezza: nel 2020 \u00e8 praticamente un crimine. Anche se la tua azienda, il tuo sviluppo e tu stesso non siete interessanti per i malintenzionati, potreste essere colpiti da problemi legati a un segmento di rete, a un provider di hosting, ad attacchi contro un data center, al furto delle password di posta elettronica e ai comportamenti non sicuri dei dipendenti che potrebbero rubare dati dall'azienda, portare via clienti o il codice sorgente dell'intero progetto. Se \u00e8 possibile e rientra nelle vostre competenze, cercate di proteggere i progetti con cui lavorate. E rispettate sempre la sicurezza informatica, questo non ha mai fatto male a nessuno.\u00a0<\/p>\n

Non sputare nel pozzo<\/h3>\n

\nNon danneggiate la vostra reputazione presso il datore di lavoro. Oggi le comunicazioni hanno raggiunto un livello tale che, ad esempio, tutti gli HR della citt\u00e0 sono in contatto tra loro e possono condividere qualsiasi informazione in chat e gruppi chiusi (sia per aiutare qualcuno a trovare lavoro, sia per inviare messaggi tipo \u00abVasiliy Ivanov, architetto di sistemi, prima di andarsene ha cancellato tutti i conti, ha distrutto i backup e ha disattivato la rete, il ripristino ha richiesto 3 giorni. Non assumerlo\u00bb). Pertanto, il vostro comportamento giocher\u00e0 esclusivamente contro di voi \u2014 e a volte non aiuta nemmeno trasferirsi in un'altra citt\u00e0 o nella capitale. Anche se ve ne andate con risentimento, non c'\u00e8 vendetta migliore che diventare un collaboratore utile e fantastico per un concorrente \ud83d\ude42 E soprattutto, senza alcuna punizione.<\/p>\n

\"Cosa
\nNon \u00e8 una buona idea nemmeno questo. Ma, come dimostra l'esperienza, non smetteremo di farlo.<\/i><\/p>\n

In effetti, amici, leggete i consigli, ma seguite ci\u00f2 che ritenete migliore \u2014 poich\u00e9 le vere scoperte si fanno quando dubitiamo delle verit\u00e0 gi\u00e0 accettate. Vi auguriamo un felice anno nuovo, che i vostri progetti siano di successo, la vostra carriera \u2014 stimolante, i colleghi e i superiori \u2014 ragionevoli, e la vita in generale vi sorrida. In sintesi, brindiamo al nuovo anno e al nuovo codice!\u00a0<\/p>\n

Con affetto,
\nil team di RegionSoft Developer Studio<\/i><\/p>\n

Nel nuovo anno continueremo a lavorare per voi e a sviluppare una potente CRM desktop RegionSoft CRM <\/a><\/noindex>e un help desk semplice e intuitivo, insieme a un sistema di ticketing ZEDLine Support<\/a><\/noindex>.\n<\/p><\/blockquote>\n

Fonte: 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\udd47Cosa un IT professionista non dovrebbe fare nel 2020? | ProHoster","description":"Habr \u00e8 pieno di previsioni e consigli su cosa fare nel prossimo anno: quali lingue studiare, in quali settori orientarsi, come prendersi cura della propria salute. Suona ispiratore!","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/54667","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=54667"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/54667\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=54667"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=54667"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=54667"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}