{"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 l'anno prossimo: quali lingue studiare, in quali settori orientarsi, come prendersi cura della propria salute. Suona ispiratore! Ma ogni medaglia ha il suo rovescio, e inciampiamo non solo in qualcosa di nuovo, ma soprattutto in ci\u00f2 che facciamo ogni giorno. \"Perch\u00e9 nessuno mi ha avvertito!\" esclamiamo irritati, di solito parlando con noi stessi. Ci mettiamo nei guai \u2014 abbiamo raccolto per voi un elenco di ci\u00f2 che NON dovreste fare nel 2020 (o forse sempre).\u00a0<\/p>\n

\"Cosa<\/a><\/noindex>
\nE la gravit\u00e0 non \u00e8 stata interpellata.<\/i>
\n<\/a><\/noindex>
\nCi piacerebbe molto ordinare le anti-raccomandazioni, dalla pi\u00f9 importante alla meno significativa. Ma sono cos\u00ec diffuse, equivalenti e familiari a quasi tutti, che scriveremo in modo disordinato. Beh, controlliamo l'elenco?<\/p>\n

Non dovete andare nell'IT se va tutto bene.<\/h3>\n

\nNon studiate una nuova tecnologia per cambiare professione o ricominciare da zero. Il nostro tempo \u00e8 meraviglioso perch\u00e9 permette di apprendere, cambiare lavoro, cambiare settore radicalmente \u2014 e cos\u00ec fino alla pensione. \u00c8 una cosa fantastica e allettante. Ma se avete pi\u00f9 di 28-30 anni, non dovete abbandonare tutto per entrare nell'IT o passare a un nuovo stack (ad esempio, scrivete sistemi ad alta capacit\u00e0 con Java e improvvisamente decidete di passare alle reti neurali con Python). La ragione \u00e8 semplice: sar\u00e0 difficile. In primo luogo, c'\u00e8 una forte concorrenza da parte di specialisti che \"si sono seduti\" su quello stack dall'inizio della loro carriera; in secondo luogo, dovrete tornare a essere junior con uno stipendio basso; in terzo luogo, sar\u00e0 moralmente difficile diventare un sottoposto del livello pi\u00f9 basso nella gerarchia. Quindi, se volete muovervi in un'altra direzione, cercate di farlo sia nel contesto del lavoro attuale e delle attuali attivit\u00e0, sia sviluppando nuove conoscenze come hobby, realizzando un progetto personale, cos\u00ec da arrivare a un nuovo lavoro gi\u00e0 non da junior.\u00a0<\/p>\n

Cambiare stack per stack \u00e8 solo una perdita di tempo.<\/h3>\n

\nNon saltate tra gli stack tecnologici per il vostro sviluppo. Se state scrivendo un progetto in un certo linguaggio, utilizzando un determinato framework e librerie, non vale la pena abbandonare tutto e riscrivere in Dart, solo perch\u00e9 vi \u00e8 sembrato interessante. Fatevi una regola di trovare una giustificazione per cambiare tecnologia \u2014 non solo a livello di \"voglio-non posso\", ma anche a livello finanziario ed ingegneristico.\u00a0<\/p>\n

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

Non dovete rimanere fermi sulle vostre posizioni e irrigidirvi.<\/h3>\n

\nConcentrarsi su un'unica lingua o tecnologia senza esplorare nuove opportunit\u00e0 \u00e8 un'estremit\u00e0, tanto quanto cambiare stack con ogni nuova tecnologia. Assicurati di studiare nuove librerie e framework, non essere testardo pensando che tutto il meglio sia gi\u00e0 stato inventato da te e perfezionato esclusivamente da te. Praticamente ogni linguaggio riceve continuamente aggiornamenti che possono notevolmente migliorare il tuo progetto. Non essere pigro nel monitorare la dinamica del tuo stack e, non appena trovi qualcosa di interessante e utile, portalo senza paura nel progetto!<\/p>\n

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

\nNon pensare con la testa degli altri; la tua \u00e8 migliore. Purtroppo, alcuni sviluppatori si siedono e aspettano che arrivi un compito per programmare dall'errore precedente fino alla fine, senza cercare di portare nel progetto qualcosa di proprio, sviluppare una nuova funzione, testare e proporre per la produzione. Perch\u00e9 affaticarsi, quando c'\u00e8 la testa del team leader o del direttore dell'azienda, che risolver\u00e0 tutto? Se ti riconosci in questo, abbiamo brutte notizie: una posizione passiva non aiuter\u00e0 nella carriera n\u00e9 nello sviluppo. Hai l'opportunit\u00e0 di testare le tue capacit\u00e0 come ingegnere sviluppatore, e non come programmatore in un vero progetto, e capire in quale direzione muoverti, cosa manca, ma preferisci spendere il tuo tempo in qualcos'altro e fare solo il minimo indispensabile. In un'IT moderna, chi agisce cos\u00ec ha sempre meno possibilit\u00e0 di sopravvivere, esci dall'ibernazione.\u00a0<\/p>\n

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

\nNon sopravvalutare gli utenti del tuo software: se scrivi per chi non \u00e8 programmatore, preparati a che il programma si trovi di fronte a una comprensione inesorabile. Nei primi giorni o settimane, l'utente odier\u00e0 il tuo software, perch\u00e9 \"il vecchio non era cos\u00ec stupido\". Per evitare questo, crea una documentazione e materiali didattici eccellenti. Durante l\u2019installazione o l\u2019acquisto, sottolinea in modo molto insistente che i manuali andrebbero letti prima di iniziare a lavorare con il programma, e non dopo il fallimento del database, la perdita della password e il controllo di s\u00e9.<\/p>\n

\"Cosa
\n
\nNon bisogna sottovalutare gli utenti: sono pi\u00f9 astuti, intelligenti e curiosi di quanto pensiate. Se pensate che quel bug relativo al formato della variabile e l'eccezione al 138\u00b0 colpo di Enter con un intervallo di un secondo non emergeranno, vi sbagliate: emergeranno e influenzeranno il funzionamento della vostra applicazione in modo bizzarro. Funziona la regola del dilettante: \u00e8 proprio lui a occuparsi dei test meglio di tutti. Tuttavia, agli utenti non piace scoprire bug in produzione \u2014 non c'\u00e8 solidariet\u00e0 tra professionisti dell'IT. In generale, pi\u00f9 siete sicuri del vostro software, meglio \u00e8. Dopotutto, \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

\nSmettetela di affidarvi solo a Google. Non ne discuteremo nemmeno: nel campo dello sviluppo, con una ricerca diretta su un motore di ricerca si pu\u00f2 trovare davvero molto. Pi\u00f9 in profondit\u00e0 scaverete nella ricerca di informazioni, pi\u00f9 dati 'laterali' otterrete e pi\u00f9 imparerete, perch\u00e9 scoprirete cose nuove non collegate alla vostra ricerca, ma probabilmente utili in futuro. Rivolgetevi a materiali completi, libri, articoli, ecc. I linguaggi e le librerie hanno specifiche, comunit\u00e0, guide, e in questo modo ottenete il modo pi\u00f9 affidabile per sviluppare le competenze di programmatore: semplicemente leggendo la documentazione, e non cercando soluzioni locali e frammenti di codice altrui. E se la vostra soluzione fosse pi\u00f9 ottimale, veloce e migliore?\u00a0<\/p>\n

Fidati, ma verifica<\/h3>\n

\nNon utilizzate librerie e framework creati da sviluppatori esterni senza controllare il codice e adattandolo ai vostri obiettivi. Non avete alcuna ragione per fidarvi incondizionatamente di questo autore di codice, che non conoscete affatto. S\u00ec, vari elementi malevoli intenzionali in codice esterno non si incontrano cos\u00ec frequentemente e non \u00e8 il caso di soffrire di paranoia, ma copiare alla cieca parti di software pronte nel vostro progetto pu\u00f2 portare a conseguenze imprevedibili. Quindi assicuratevi di leggere e analizzare il codice prima di utilizzarlo e di eseguire test dopo l'implementazione del codice.\u00a0<\/p>\n

Fate i backup!<\/h3>\n

\nSmettila di non fare backup o di tenerli sugli stessi server esterni dove \u00e8 ospitato il tuo progetto. Pensi che sia un consiglio ridicolo e superfluo? Eppure oltre 700 membri di un chat su Telegram che sono recentemente incappati in una spiacevole situazione a causa dell'interruzione di uno noto data center, non la pensano cos\u00ec: c'erano di tutto, dai progetti minori a grandi siti di enti governativi e basi aziendali 1C e di fatturazione. Una parte significativa \u00e8 senza backup o con backup sullo stesso server. Quindi distribuisci i rischi e conserva il backup almeno sull'hosting principale, su qualche VDS affidabile e su un tuo server locale. Alla fine, ti coster\u00e0 molto meno.\u00a0<\/p>\n

Smettila di compromettere il progetto per il tuo tornaconto personale<\/h3>\n

\nNon fare nel progetto di lavoro ci\u00f2 che \u00e8 pi\u00f9 comodo per te, ma fai 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 tuoi clienti serve un semplice gestore di contatti, sarebbe un'esagerazione costosa. Guarda come funziona il progetto, leggi la documentazione, dai un'occhiata alle recensioni e alle richieste dei clienti e realizza ci\u00f2 che dar\u00e0 valore commerciale al progetto. Se vuoi realizzare qualcosa di scientifico o di estremamente complesso, comincia con un tuo progetto.<\/p>\n

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

\nNon scrivere codice illeggibile e non documentato. Sappiamo quali siano queste abitudini: lo sviluppatore scrive codice come meglio crede, complicandolo un po' per impedire ai colleghi di capirlo \u2014 una sorta di vendetta preventiva prima che succeda qualcosa. Tuttavia, stai mettendo a rischio non solo l'azienda (che ti paga per il lavoro), ma anche te stesso: \u00e8 molto probabile che nemmeno tu ricordi cosa volevi dire con questa offuscazione non intenzionale. Lo stesso vale per il codice non documentato: facendo affidamento sulla tua logica di denominazione delle variabili e delle funzioni e sulla buona memoria, dopo un paio d'anni potresti non ricordare perch\u00e9 hai scelto proprio quel ciclo, metodo, pattern, ecc. Documentare il codice e strutturarlo bene \u00e8 un ottimo servizio ai colleghi, al datore di lavoro e, soprattutto, a 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 \u00e8 necessario costruire strutture complesse e creare entit\u00e0 senza particolare significato. Pi\u00f9 complesso \u00e8 il vostro codice, maggiore sar\u00e0 la vostra schiavit\u00f9 nei suoi confronti: sar\u00e0 molto difficile mantenerlo e svilupparlo. Certamente, il famoso principio KISS (\u00abKeep it simple, stupid\u00bb) non si applica sempre, ma non \u00e8 stato creato per caso: la semplicit\u00e0 e l'eleganza del codice sono la chiave per il suo successo e riutilizzo.<\/p>\n

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

Proteggetevi<\/h3>\n

\nNon ignorate la sicurezza: nel 2020 \u00e8 letteralmente un crimine. Anche se la vostra azienda, il vostro sviluppo e voi non interessano ai malintenzionati, potreste essere colpiti da problemi legati all'infezione di un segmento di rete, di un provider di hosting, da un attacco a un data center, dal furto delle password e da comportamenti non sicuri dei dipendenti, che possono rubare dati dall'azienda, portare via clienti o il codice sorgente dell'intero progetto. Se \u00e8 nelle vostre possibilit\u00e0 e rientra nella vostra area di competenza, cercate di proteggere i progetti con cui lavorate. E seguite anche voi la sicurezza informatica; non ha mai fatto male a nessuno.\u00a0<\/p>\n

Non sputare nel pozzo<\/h3>\n

\nNon danneggiare il tuo datore di lavoro. Al giorno d'oggi, le comunicazioni hanno raggiunto un livello tale che, ad esempio, tutti gli HR della citt\u00e0 si conoscono a distanza e possono scambiarsi qualsiasi informazione in chat e gruppi chiusi (sia per aiutare a trovare lavoro, sia per dire \u00abVasiliy Ivanov, architetto sistemico, prima di andare via ha cancellato tutti gli account, ha cancellato i backup e ha disattivato la rete, il ripristino ha impiegato 3 giorni. Non assumerlo\u00bb). Pertanto, il tuo comportamento giocher\u00e0 esclusivamente contro di te \u2014 e a volte non aiuter\u00e0 nemmeno il trasferimento in un'altra citt\u00e0 o capitale. Anche se te ne vai con risentimento, non c'\u00e8 vendetta migliore che diventare un dipendente utile e fantastico della concorrenza \ud83d\ude42 E soprattutto, completamente impunito.<\/p>\n

\"Cosa
\nNon vale nemmeno la pena fare cos\u00ec. Ma, come dimostra l'esperienza, non ci fermeremo<\/i><\/p>\n

E in generale, amici, leggete i consigli, ma fate come vi sembra migliore \u2014 perch\u00e9 le vere scoperte avvengono quando dubitiamo delle verit\u00e0 gi\u00e0 scoperte. Vi auguriamo un Buon Anno, che i vostri progetti siano di successo, la vostra carriera non noiosa, i colleghi e i dirigenti ragionevoli e la vita in generale vi riesca. Insomma, per il Nuovo Anno e per il 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 un potente sistema CRM desktop. RegionSoft CRM <\/a><\/noindex>e un helpdesk semplice e comodo e un sistema di ticket. Supporto ZEDLine<\/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 non dovrebbe fare un informatico nel 2020? | ProHoster","description":"Habr \u00e8 pieno di previsioni e consigli su cosa fare nel prossimo anno: quali lingue imparare, in quali settori concentrarsi, come prendersi cura della propria salute. Sembra 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}]}}