{"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\/de\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","title":{"rendered":"Was sollte man in der IT im Jahr 2020 nicht tun?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Habr ist voll von Prognosen und Ratschl\u00e4gen, was im kommenden Jahr zu tun ist \u2013 welche Sprachen zu lernen, in welche Bereiche abzuwandern, wie man mit seiner Gesundheit umgeht. Das klingt inspirierend! Aber jede Medaille hat zwei Seiten, und wir stolpern nicht nur \u00fcber etwas Neues, sondern meist \u00fcber das, was wir jeden Tag tun. \u201eWarum hat mich denn niemand gewarnt!\u201c, rufen wir genervt aus, meist zu uns selbst. Wir ziehen den Fokus auf uns \u2013 wir haben eine Liste f\u00fcr Sie zusammengestellt, was man im Jahr 2020 (oder vielleicht immer) NICHT tun sollte.\u00a0<\/p>\n

\"Was<\/a><\/noindex>
\nAber die Schwerkraft wurde nicht gefragt<\/i>
\n<\/a><\/noindex>
\nWir w\u00fcrden gerne die Antirekommandationen der Reihe nach anordnen, von den wichtigsten zu den weniger bedeutenden. Aber sie sind so verbreitet, gleichwertig und fast jedem bekannt, dass wir sie durcheinander schreiben werden. Na, wollen wir die Liste \u00fcberpr\u00fcfen?<\/p>\n

Gehen Sie nicht in die IT, wenn alles gut l\u00e4uft<\/h3>\n

\nLernen Sie keine neue Technologie, um den Beruf zu wechseln oder ganz neu anzufangen. Unsere Zeit ist gro\u00dfartig, da man lernen, den Job wechseln und die Branche grundlegend \u00e4ndern kann \u2013 und das bis zur Pensionierung. Das ist eine tolle, verlockende Sache. Aber wenn Sie \u00e4lter als 28-30 sind, sollten Sie nicht alles aufgeben, um in die IT zu gehen oder auf einen neuen Stack zu wechseln (zum Beispiel, Sie schreiben hochperformante Systeme in Java und entscheiden sich pl\u00f6tzlich, in die Neuronalen Netze auf Python zu wechseln). Der Grund ist einfach: Es wird Ihnen nicht leicht fallen. Erstens gibt es hohe Konkurrenz von Spezialisten, die seit Beginn ihrer Karriere in diesem Stack arbeiten, zweitens m\u00fcssen Sie erneut als Junior mit einem niedrigen Gehalt anfangen, und drittens wird es psychisch schwierig sein, unter einem unteren Hierarchielevel zu arbeiten. Daher, wenn Sie in eine andere Richtung gehen m\u00f6chten, versuchen Sie dies entweder im Rahmen der aktuellen Arbeit und Aufgaben zu tun oder entwickeln Sie neues Wissen als Hobby, arbeiten Sie an einem Pet-Projekt, um nicht mehr als Junior in eine neue Anstellung zu kommen.\u00a0<\/p>\n

Den Stack zu wechseln \u2013 nur Zeit verschwenden<\/h3>\n

\nSchwenken Sie nicht hin und her zwischen den Technologie-Stacks f\u00fcr Ihre Entwicklung. Wenn Sie ein Projekt in einer Sprache schreiben, ein bestimmtes Framework und Bibliotheken verwenden, sollten Sie nicht alles \u00fcber Bord werfen und auf Dart umschreiben, nur weil es Ihnen interessant erscheint. Machen Sie es sich zur Regel, eine Begr\u00fcndung f\u00fcr den Technologiewechsel zu finden \u2013 nicht nur auf der Ebene \u201eich will \u2013 ich kann nicht\u201c, sondern auch auf finanzieller und ingenieurtechnischer Ebene.\u00a0<\/p>\n

\"Was
\n<\/p>\n

Es ist nicht n\u00f6tig, auf Ihrem Standpunkt zu bestehen und zu verh\u00e4rten<\/h3>\n

\nSich auf eine Sprache oder Technologie zu versteifen und nichts Neues zu lernen, ist genauso extrem wie den Tech-Stack bei jeder neuen Technologie zu wechseln. Achten Sie darauf, neue Bibliotheken und Frameworks zu lernen, seien Sie nicht stur im Bewusstsein, dass alles Bessere bereits vor Ihnen erfunden und ausschlie\u00dflich von Ihnen optimiert wurde. F\u00fcr praktisch jede Sprache werden st\u00e4ndig Aktualisierungen ver\u00f6ffentlicht, die Ihr Projekt erheblich verbessern k\u00f6nnen. Lassen Sie sich nicht entmutigen und verfolgen Sie die Entwicklungen Ihres Tech-Stacks. Sobald Sie etwas Tolle und N\u00fctzliches finden, z\u00f6gern Sie nicht, es in Ihr Projekt zu integrieren!<\/p>\n

Eigenverstand ist gut, immer gut.<\/h3>\n

\nDenken Sie nicht mit fremden Gedanken, eigene sind besser. Leider sitzen einige Entwickler da und warten darauf, dass ihnen die Aufgabe zugeteilt wird, von dem vorherigen Fehler bis zum Ende zu codieren, ohne zu versuchen, etwas Eigenes in das Projekt einzubringen, eine neue Funktion zu entwickeln, zu testen und f\u00fcr die Produktion vorzuschlagen. Warum sich anstrengen, wenn es den Kopf des Teamleiters oder des Unternehmensleiters gibt, die alles selbst entscheiden? Wenn Sie sich in dieser Beschreibung wiedererkennen, haben wir schlechte Nachrichten f\u00fcr Sie: Eine passive Haltung wird Ihnen weder in der Karriere noch in der Weiterentwicklung helfen. Sie haben die Chance, Ihre F\u00e4higkeiten als Entwickler auszuprobieren und nicht nur als Codierer in einem echten Projekt zu verstehen, wohin Sie sich bewegen sollten, was fehlt, aber Sie ziehen es vor, Ihre Zeit mit etwas anderem zu verbringen und genau \u201evon hier bis dahin\u201c zu arbeiten. Solche Menschen haben es in der modernen IT immer schwerer, kommen Sie aus dem An\u00e4biouse.\u00a0<\/p>\n

Benutzer sind schreckliche Menschen.<\/h3>\n

\n\u00dcbersch\u00e4tzen Sie die Benutzer Ihrer Software nicht: Wenn Sie nicht f\u00fcr Programmierer schreiben, rechnen Sie damit, dass das Programm auf un\u00fcberwindbares Unverst\u00e4ndnis st\u00f6\u00dft. In den ersten Tagen oder Wochen wird der Benutzer Ihre Software hassen, weil \u201edie alte nicht so dumm war\u201c. Um dies zu vermeiden, erstellen Sie eine gro\u00dfartige Dokumentation und Schulungsmaterialien. Weisen Sie beim Installieren oder Kaufen sehr eindringlich darauf hin, dass die Handb\u00fccher gelesen werden sollten, bevor Sie mit dem Programm arbeiten, und nicht nach einem Datenbankabsturz, Passwortverlust und Selbstkontrolle.<\/p>\n

\"Was
\n
\nMan sollte die Nutzer nicht untersch\u00e4tzen: Sie sind schlauer, kl\u00fcger und neugieriger, als man denkt. Wenn Sie glauben, dass der Bug mit dem Variablenformat und die Ausnahme beim 138. Dr\u00fccken der Enter-Taste im Abstand von einer Sekunde nicht auftauchen werden, irren Sie sich \u2014 sie werden auftreten und die Funktionsweise Ihrer Anwendung auf die verr\u00fccktesten Arten beeinflussen. Das Regel des Amateurs gilt: Er ist derjenige, der beim Testen am besten abschneidet. Aber aus irgendeinem Grund m\u00f6gen es die Nutzer nicht, Bugs in der Produktion zu finden \u2014 es gibt keine IT-Solidarit\u00e4t darin. Kurz gesagt, je sicherer Sie sich in Ihrer Software f\u00fchlen, desto besser. Schlie\u00dflich ist es besser, die Ver\u00f6ffentlichung gewisser Funktionen zu verz\u00f6gern, als sie in eine funktionierende Anwendung einzuf\u00fcgen und diese pl\u00f6tzlich unausgereift zu machen.<\/p>\n

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

H\u00f6r auf zu googeln!<\/h3>\n

\nH\u00f6ren Sie auf, sich nur auf Google zu verlassen. Dar\u00fcber werden wir nicht einmal streiten \u2014 im Bereich der Entwicklung kann man mit einer direkten Anfrage an die Suchmaschine sehr viel finden. Je tiefer Sie in der Suche nach Informationen graben, desto mehr 'seitliche' Daten erhalten Sie und desto mehr erfahren Sie, weil Sie etwas Neues lernen, das nicht mit Ihrer Anfrage verbunden ist, aber in Zukunft wahrscheinlich n\u00fctzlich sein wird. Greifen Sie auf umfassende Materialien, B\u00fccher, Artikel usw. zur\u00fcck. Programmiersprachen und Bibliotheken haben Spezifikationen, Communities, How-tos, und auf diese Weise erhalten Sie die zuverl\u00e4ssigste Methode zum Entwickeln der Programmierf\u00e4higkeiten \u2014 einfach die Dokumentation lesen, anstatt nach den lokalen L\u00f6sungen und Codefragmenten anderer zu suchen. Wer wei\u00df, vielleicht wird Ihre L\u00f6sung optimierter, schneller und besser sein?\u00a0<\/p>\n

Vertraue, aber \u00fcberpr\u00fcfe<\/h3>\n

\nVerwenden Sie keine von Drittentwicklern erstellten Bibliotheken und Frameworks, ohne den Code zu \u00fcberpr\u00fcfen und ihn an Ihre Ziele anzupassen. Sie haben keinen Grund, diesem Autor von Code, den Sie \u00fcberhaupt nicht kennen, bedingungslos zu vertrauen. Ja, verschiedene absichtlich sch\u00e4dliche Elemente im fremden Code sind nicht so h\u00e4ufig und man sollte nicht in Paranoia verfallen, aber das blinde Kopieren von fertigen Softwareteilen in Ihr Projekt kann zu unvorhersehbaren Folgen f\u00fchren. Daher sollten Sie den Code unbedingt vor der Verwendung lesen und analysieren sowie Tests nach der Implementierung des Codes durchf\u00fchren.\u00a0<\/p>\n

Macht Backups!<\/h3>\n

\nH\u00f6ren Sie auf, keine Backups zu machen oder sie auf denselben Drittanbieterservern zu speichern, auf denen Ihr Projekt gehostet wird. Denken Sie, das ist ein lustiger und unn\u00f6tiger Rat? \u00dcber 700 Teilnehmer im Telegram-Chat, die in eine k\u00fcrzliche unangenehme Situation mit der Stilllegung eines bekannten Rechenzentrums geraten sind, dachten da anders \u2013 was da alles war: von kleinen Projekten bis hin zu gro\u00dfen Websites von Regierungsbeh\u00f6rden und Unternehmensdatenbanken 1C sowie Abrechnungssystemen. Ein erheblicher Teil hatte keine Backups oder nur Backups dort. Verteilen Sie also die Risiken und speichern Sie Ihr Backup mindestens auf dem Haupt-Hosting, auf einem zuverl\u00e4ssigen VDS und auf Ihrem lokalen Server. Letztendlich wird es viel g\u00fcnstiger sein.\u00a0<\/p>\n

H\u00f6ren Sie auf, Ihr eigenes zu Lasten des Projekts durchzubringen.<\/h3>\n

\nMach nicht im Arbeitsprojekt das, was du willst, sondern das, was die Kunden brauchen. Ja, es ist unglaublich interessant und spannend, ein eigenes neuronales Netzwerk zu erstellen, es zu trainieren und in deine Software zu integrieren, aber wenn deinen Kunden ein einfacher Kontaktmanager notwendig ist, wird das eine kostspielige \u00dcberfl\u00fcssigkeit sein. Schau dir an, wie das Projekt funktioniert, lies die Dokumentation, schau dir die Bewertungen und Anfragen von Kunden an und realisiere das, was dem Projekt gesch\u00e4ftlichen Wert verleiht. Wenn du etwas Wissenschaftliches oder \u00dcberkompliziertes kreieren m\u00f6chtest, fange mit deinem eigenen Projekt an.<\/p>\n

Kein Code, sondern ein Kn\u00e4uel von Nerven.<\/h3>\n

\nSchreibe keinen unleserlichen und undokumentierten Code. Wir kennen diesen Trick: Der Entwickler schreibt den Code, wie es ihm passt, verwirrt ihn absichtlich ein wenig, damit niemand seiner Kollegen versteht, was er geschrieben hat \u2013 eine Art pr\u00e4ventive Rache, bevor etwas passiert. Doch damit setzt du nicht nur das Unternehmen (das dir f\u00fcr die Arbeit bezahlt) aufs Spiel, sondern auch dich selbst: Es ist gut m\u00f6glich, dass du selbst nicht mehr wei\u00dft, was du mit dieser unbeabsichtigten Obfuskation sagen wolltest. Dasselbe gilt f\u00fcr undokumentierten Code: Verlass dich nicht nur auf deine Namenslogik f\u00fcr Variablen und Funktionen und dein gutes Ged\u00e4chtnis; nach ein paar Jahren kannst du dich nicht mehr erinnern, warum du gerade diese Schleife, Methode, Muster usw. gew\u00e4hlt hast. Die Dokumentation des Codes und eine gute Struktur sind ein gro\u00dfartiger Dienst an Kollegen, Arbeitgebern und vor allem dir selbst.\u00a0<\/p>\n

\"Was
\n<\/p>\n

Halte es einfach, Dummkopf.<\/h3>\n

\nVerkomplizieren Sie den Code, L\u00f6sungen und Projekte nicht. Es ist nicht n\u00f6tig, komplexe Strukturen zu schaffen und bedeutungslose Entit\u00e4ten zu erzeugen. Je komplizierter Ihr Code ist, desto mehr werden Sie zu seinem Gefangenen \u2014 es wird Ihnen extrem schwerfallen, ihn zu unterst\u00fctzen und weiterzuentwickeln. Nat\u00fcrlich passt das ber\u00fchmte KISS-Prinzip (\u00abKeep it simple, stupid\u00bb) nicht immer, aber es wurde nicht umsonst erfunden: Einfachheit und Eleganz des Codes sind der Schl\u00fcssel zu seiner erfolgreichen Anwendung und Wiederverwendbarkeit.<\/p>\n

\"Was
\n<\/p>\n

Sch\u00fctzen Sie sich<\/h3>\n

\nIgnorieren Sie die Sicherheit nicht \u2014 2020 ist das buchst\u00e4blich kriminell. Selbst wenn Ihre Firma, Ihre Entwicklung und Sie f\u00fcr Angreifer uninteressant sind, k\u00f6nnen Sie von Problemen betroffen sein, die durch Angriffe in einem bestimmten Netzwerksegment, bei einem Hosting-Anbieter, durch Attacken auf Rechenzentren, durch den Diebstahl von E-Mail-Passw\u00f6rtern oder durch unsicheres Verhalten von Mitarbeitenden verursacht werden, die Daten aus dem Unternehmen stehlen, Kunden abwerben oder den Quellcode des gesamten Projekts entwenden k\u00f6nnen. Wenn es in Ihrer Macht steht und in Ihr Kompetenzbereich f\u00e4llt, versuchen Sie, die Projekte, an denen Sie arbeiten, zu sch\u00fctzen. Halten Sie sich auch an die Informationssicherheit \u2014 das hat noch niemandem geschadet.\u00a0<\/p>\n

Spucken Sie nicht in den Brunnen<\/h3>\n

\nVerunreinigen Sie nicht Ihr Arbeitsumfeld. Heute ist die Kommunikation so weit fortgeschritten, dass zum Beispiel alle HR-Manager der Stadt indirekt miteinander bekannt sind und jede Information in Chats und geschlossenen Gruppen austauschen k\u00f6nnen (wie man bei der Jobsuche hilft oder auch schreiben kann: \u201eWassili Iwanow, Systemarchitekt, hat beim Verlassen alle Konten gel\u00f6scht, Backups verwischt und das Netzwerk abgeschaltet; die Wiederherstellung dauerte 3 Tage. Nimm ihn nicht ins Team.\u201c). So wird Ihr Verhalten ausschlie\u00dflich gegen Sie wirken \u2014 und manchmal wird nicht einmal ein Umzug in eine andere Stadt oder Hauptstadt helfen. Selbst wenn Sie mit Groll gehen, gibt es keine bessere Rache, als ein n\u00fctzlicher und gro\u00dfartiger Mitarbeiter des Konkurrenten zu werden \ud83d\ude42 Und das ohne jegliche Konsequenzen.<\/p>\n

\"Was
\nDas sollte man auch nicht tun. Aber, wie die Erfahrung zeigt, werden wir nicht aufh\u00f6ren.<\/i><\/p>\n

Generell, Freunde, lest die Ratschl\u00e4ge, aber handelt so, wie es euch am besten erscheint \u2014 denn echte Entdeckungen geschehen, wenn wir an den bereits bekannten Wahrheiten zweifeln. Wir w\u00fcnschen Ihnen ein frohes neues Jahr, m\u00f6gen Ihre Projekte erfolgreich sein, Ihre Karriere spannend, Kollegen und Vorgesetzte vern\u00fcnftig und das Leben insgesamt gelingen. Prost auf das neue Jahr und den neuen Code!\u00a0<\/p>\n

Mit Liebe,
\ndas Team von RegionSoft Developer Studio<\/i><\/p>\n

Im neuen Jahr werden wir weiterhin f\u00fcr Sie arbeiten und unser leistungsstarkes Desktop-CRM-System weiterentwickeln. RegionSoft CRM <\/a><\/noindex>und ein einfaches und benutzerfreundliches Helpdesk sowie ein Ticket-System. ZEDLine Support<\/a><\/noindex>.\n<\/p><\/blockquote>\n

Quelle: 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\udd47Was sollten IT-Spezialisten im Jahr 2020 vermeiden? | ProHoster","description":"Habr ist voller Prognosen und Ratschl\u00e4ge dazu, was man im n\u00e4chsten Jahr tun sollte \u2013 welche Sprachen man lernen, in welche Bereiche man sich zur\u00fcckziehen und wie man mit seiner Gesundheit umgehen sollte. Klingt inspirierend!","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/chto-ajtishniku-ne-stoit-delat-v-2020","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","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\/de\/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\/de\/wp-json\/wp\/v2\/posts\/54667","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=54667"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/54667\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=54667"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=54667"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=54667"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}