Psss, wollen Sie einige schreckliche IT-Geschichten?

Hast du Angst vor der Dunkelheit? Vielleicht eine Zombie-Apokalypse oder Monster unter dem Bett? Wir wissen es nicht. Wir, IT-Spezialisten, haben ihre eigenen Quellen des Grauens: krumme Benutzer, weit entfernt von IT-Chefs, abgestürzte Server, fehlende oder nicht erstellte Backups, festgelegter Code und Agile-Rallyes, obwohl die gesamte Entwicklung tatsächlich von den Schreien „gestern“ gesteuert wird, „wirft der Kunde“. "Dort kritisierte das Produkt." Am Vorabend von Halloween beschlossen wir, die schrecklichsten Geschichten zu finden, ein paar von uns zu erzählen und gleichzeitig Ihre zu hören. Nun, bist du bereit, die Geschichten zu erzählen, die die Seele erschrecken?


Leichtes Aufwärmen auf Gänsehaut


Beginnen wir mit einer sehr einfachen Funktion. Theoretisch sollte sie prüfen, ob die Zahl eine Primzahl ist.

bool primeCheckUgly(unsigned long long int n){//good luck     ... 

Wenn der Kommentar uns viel Glück wünschte, sind Sie definitiv bereit, einen Screenshot des vollständigen Codes für diese Funktion zu sehen. Bist du bereit Nun?


Und was macht das Code-Snippet im folgenden Screenshot?


Boo!
Überprüft, ob die Zahl ungerade ist. Was hast du gedacht

Gruselgeschichten Zeit mit Reddit


Geschichte 1


Sehr lange und beängstigende Auflistung - wir haben gewarnt!


Der Benutzer kam, um zu diskutieren, ob dieser Code für eine Geschäftsanwendung geeignet ist. Die Kommentatoren waren zumindest geschockt und fanden viele Probleme:

  • Alptraum Sicherheitsbedrohungen, SQL-Schwachstellen
  • Probleme mit der Codeunterstützung (Monolith für 3,5 Tausend Zeilen)
  • Probleme mit der Skalierung
  • schreckliche Tricks, Funktionen und Organisation des Codes (der Autor bereute keine Leerzeichen)
  • schlechte Struktur und Lesbarkeit des Codes.

Schwere Leser rieten, so zu bleiben, wie es ist, und eine Lektion für das Geschäft zu lernen (ja, wir als Hosting-Anbieter wissen auch, welche Art von armen Kunden von "freien" Anbietern aus dem Pflug kommen). Nun, der beste Kommentar lautet: "Wenn ich keinen Alkohol hätte, würde mich der meiste Code, den ich sehe, auch auf Trab halten" (Wenn es keinen Alkohol gäbe, würde mich der größte Teil des Codes, den ich sah, auch nicht einschlafen lassen).

Geschichte 2


In einem Online-Lernprogramm wird jedes Wort als separates HTML-Element behandelt, sodass das Kopieren und Einfügen von mehr als 10 Wörtern pro Absatz nicht möglich ist. An einigen Stellen ist Reddit jedoch fast wie Habr, weshalb in den Kommentaren nur wenige Benutzer den Autor des Codes als mu ** ke kommentierten. Der Rest gab viele Ratschläge, wie man diese Funktion umgehen und den gesamten Text bestmöglich abrufen kann. Wenn jemand Methoden benötigt, können Sie diese im Thread selbst nachlesen .


Geschichte 3


Dieser Typ erhielt 50 Dollar pro Stunde für einen solchen Code und erstellte (nagovnokodil) eine ganze Datei, die länger als 3000 Zeilen war.

Der Kunde ist schuld, entschied die Community, denn 50 Dollar sind ein Penny, was bedeutet, dass Sie sich nur darauf verlassen können, einen "Affen" zu mieten. Einige entschieden, dass es nur ein schlechter Witz war und der Typ seine Uhr einholte. Nun, eine detaillierte Analyse dessen, was im Code im Thread falsch ist.


Geschichte 4


Dies ist natürlich eine Geschichte, die an Science-Fiction grenzt, aber wer hat zu Beginn einer schönen Jugend so etwas nicht getan?

Der Typ war zu faul, um alle Dateien im Verzeichnis auszuwählen, und hatte nichts Besseres gefunden, als das Dienstprogramm zu verwenden

 rm -rf /* 

Aber irgendetwas ließ anscheinend einen Schlag in seiner Seele aus und er wandte sich an seine Tankstelle, ob der richtige Gedankengang gewählt wurde, der Typ eine Bestätigung erhielt und ... nun, Sie verstehen. Kommentare liefern hundertprozentig: "Wie lecker Ihre Tränen sind" "Es macht keinen Sinn, den technischen Manager zu fragen, wie Dateien unter Linux gelöscht werden", "Sie müssen mit Linux nicht sehr vertraut sein" (wir glauben, dass es immer noch Probleme mit Google und dem gesunden Menschenverstand gibt). , "Fail!". Wir denken, dass die Geschichte eher wie ein Fahrrad ist, aber es war, dass eine unglückliche Kälte durch den Rücken ging und irgendwie wollte ich sofort aus der Wurzel raus. Übrigens gibt es dort auch einige nützliche Tipps .

Geschichte 5


Ein Fahrrad ähnlich dem vorherigen. Ein Team :-)

 sudo rm –fr / 

Boo!
Aber hier gibt es nichts Schreckliches.

Die Geschichte unseres Freundes aus seiner Vergangenheit


"2008 Jahr. Unsere Seite wurde gehackt. Es war eine normale, sichere Site, die täglich von mehr als 5.000 Menschen besucht wurde. Und auf der Hauptseite erschien ein Text mit Fehlern über das Pentagon und Drohungen, uns einhundert Millionen abzunehmen (dies war übrigens nur ein Teil des Umsatzes des Unternehmens). Sat-shniki auf den Ohren, der Regisseur in Panik, STO wusch das Seil, die Entwickler rannten zu Vaseline. Nichts. Sie schlossen die Baustelle, hingen 404 und erhielten eine Reihe von Anrufen. Am nächsten Tag kam Mutter a la Anfisa Tschechow mit dem besten Saft und brachte ein vollständig gefoltertes Kind von 16 Jahren in Gläsern. Sagt: "Das ist mein Sohn, er ist ein Hacker, bring ihn zur Arbeit." Die Tankstelle stieg aus der Schleife aus, nahm die kleine an der Schulter und zwang sie, die kleine Spielerei zu zeigen (wir haben die Details nicht bekannt gegeben). Sie erzählten ihrer Mutter vom Strafgesetzbuch der Russischen Föderation, aber sie präsentierten dem Mann etwas.

Im Allgemeinen ist der menschliche Faktor der Grund, warum jeder von uns an jedem Arbeitstag ein persönliches Halloween haben kann.

Wie Sie nicht zu einem Helden solcher Geschichten für Ihre Kollegen werden


Programmierertipps


  • Kommentieren Sie den Code, insbesondere wenn Sie neu in der Entwicklung sind. Dies wird Ihnen und Ihren Kollegen sowie denjenigen, die viel später in das Projekt eintreten, helfen.
  • Besser noch, schreiben Sie einen lesbaren Code. Code ist nichts anderes als eine spezielle Kommunikationssprache für ein Team von Programmierern. Guter Code ist autark, denken Sie daran. Lassen Sie auch diejenigen, die ins Team kommen, nachdem Sie es verstanden haben.
  • Rufen Sie Variablen und Funktionen normaler lexikalischer Einheiten auf, damit Sie verstehen, was sie tun sollen. FsskdQwertZeta bad MoveEmployeeFromList normal.
  • Befolgen Sie den vom Unternehmen gewählten Codestil - dank dessen ist das Projekt nicht nur verständlich, sondern auch sicher: Jeder Teamentwickler kann im Notfall Änderungen vornehmen, ohne Zeit damit zu verschwenden, die Verschleierung oder einen schlechten Stil aufzudecken.
  • Verschwenden Sie keinen Müll in Code, Modulen und Projekten. Entfernen Sie unnötige Module, ziehen Sie nicht funktionierendes Erbe nicht mit, wenn möglich, Refactor, um Krücken zu werfen und Fahrräder zu einem guten Code zu schmelzen.
  • Testen Sie Ihren Code und überprüfen Sie die realen Skripte. Wenn Sie den Code nicht testen, wird er von prod getestet :-)

Tipps für Systemadministratoren


  • Dokumentieren Sie Ihre Arbeit, um Ihren Kollegen, Schichtarbeitern und Ihnen das Verständnis von Standardszenarien zu erleichtern.
  • Erstellen Sie Backups. Mach ihre Mutter, Backups!
  • Automatisieren Sie Ihre Arbeit, verwenden Sie Ticketsysteme und Überwachungssysteme.
  • Arbeiten Sie nur auf Anfrage - Sie können also nachweisen, dass Sie arbeiten und nicht nach Dota fahren, und „nur die 1C-Basis neu laden“ ist nicht „einfach“.
  • Bauen Sie im Unternehmen ein System der Informationssicherheit auf, verhindern Sie Verstöße von Kollegen und besonders eifrigen „fortgeschrittenen Benutzern“.
  • Protokollieren, protokollieren, Aufzeichnungen führen.
  • Haben Sie einen Ersatzfonds für Peripheriegeräte und Hardware, verwalten Sie Lizenzen, Budget - seien Sie ein IT-Manager und nicht nur ein "Call" -Typ.

Offensichtlich nicht? Die Einhaltung dieser einfachen Prinzipien wird jedoch mehr mögliche Probleme schließen, die zu gruseligen Geschichten über Habré, Reddit und andere Ressourcen führen können, in denen Ihr heftiger Fakap zur Diskussion bereit ist.

Freunde, heute, an Halloween, sehnen wir uns nach spannenden Geschichten und Ihrer IT-Praxis. Was hat deine Handflächen schwitzen lassen, dunkel in deinen Augen und innerlich kühl? Für die beste Geschichte (mit der höchsten Kommentarbewertung) werden wir Preise vergeben. Für den ersten Platz - ein signierter Hoodie von Thelevelord , dem Schöpfer von Duke Nukem:


Für den zweiten Platz - Sockenbestand für das ganze Jahr :)

Source: https://habr.com/ru/post/de473760/


All Articles