{"id":25607,"date":"2023-08-15T23:23:07","date_gmt":"2023-08-15T21:23:07","guid":{"rendered":"https:\/\/blog.mi.hdm-stuttgart.de\/?p=25607"},"modified":"2023-08-15T23:25:05","modified_gmt":"2023-08-15T21:25:05","slug":"usability-in-code-an-overview-from-ide-to-ai","status":"publish","type":"post","link":"https:\/\/blog.mi.hdm-stuttgart.de\/index.php\/2023\/08\/15\/usability-in-code-an-overview-from-ide-to-ai\/","title":{"rendered":"Usability in Code an Overview from IDE to AI"},"content":{"rendered":"\n

Wenn man \u00fcber Usability Kontext von IT redet, wird ein integraler Part gerne komplett \u00fcbersehen: Den Entwickler.
Wie soll Usability richtig umgesetzt werden wenn, der der Beides umsetzten, muss von beiden Themen w\u00e4hrend seiner Arbeit nichts mitbekommt?
Warum h\u00f6rt Usability immer dort auf, wo der Entwickler auf sein Handwerkszeug schaut?<\/p>\n\n\n\n

Die Fragen oben sind nat\u00fcrlich etwas \u00fcberspitzt, dennoch stellt sich die Frage warum Usablity f\u00fcr den Entwickler beim Entwickeln kein gro\u00dfes Thema ist.
Oder ist es das vielleicht doch?<\/p>\n\n\n\n

Wir gehen jetzt dem Mythos von unzul\u00e4nglicher Usability als Entwickler auf den Grund, welche Probleme es weiterhin gibt und wohin die Reise vielleicht hingeht.<\/p>\n\n\n\n

IDE<\/h2>\n\n\n\n

IDEs oder Integrated Development Enviroments z\u00e4hlen heute zu den absoluten Standards, mit denen effektiv jeder Entwickler heute arbeitet. Sie erlauben Syntax-Highlighting, automatisierte Code Completion, automatisches Refactorn und Style Checks. All diese Dinge vereinfachen die Arbeit mit Code und das Entwickeln an sich, zus\u00e4tzlich erm\u00f6glichen sie das Integrieren von Compiler und Build-Routinen alles in einem. All das streamligned den Entwicklungsprozess und unterst\u00fctzt den Entwickler dabei effektiv und sauber zu arbeiten.<\/p>\n\n\n\n

Bevor IDEs oder Terminals verwendet wurden, gab es viel interessante Wege Code zu schreiben und zu kompilieren. Zum Beispiel wurden die Instruktionen dem Compiler in Form von Lochkarten \u00fcbergeben. Die Instruktionen wurden mithilfe von Flowcharts konstruiert.<\/p>\n\n\n\n

Allerdings mussten IDEs auch damals mehrere H\u00fcrden \u00fcberwinden, bis sie gro\u00dffl\u00e4chig angenommen wurden.
Die erste IDE wurde f\u00fcr die Sprache Dartmouth BASIC 1964 entwickelt. Dartmouth BASIC war die Vorg\u00e4ngersprache zum bekannten BASIC und wurde zusammen mit einer IDE entwickelt. Allerdings stie\u00df das Konzept des Vereinfachens und die Idee dem Entwickler High-Level Probleme vorzusetzen statt sich mit dem Buildprozess des Compilers herumzuschlagen auf negative Reaktionen unter den damaligen Entwicklern. Diese f\u00fchlten sich von der IDE in ihrer Kreativit\u00e4t eingeschr\u00e4nkt und lehnten die Verwendung von IDEs gro\u00dffl\u00e4chig ab. Selbst bis 1995 waren IDEs nicht gerne unter Entwicklern gesehen, mit den gleichen Argumenten wie 30 Jahre zuvor.<\/p>\n\n\n\n

Dies hat sich nun aber ge\u00e4ndert und die Verwendung von IDEs ist vermutlich der gr\u00f6\u00dfte Schritt in Richtung Usability f\u00fcr Entwickler, den es gab. Sie vereinfachen den Einstieg in Programmiersprachen, in dem sie Syntax Fehler dem Entwickler direkt darstellen, ohne lange auf das Compiler Log zu schauen und erm\u00f6glichen es im besten Fall, dass man sich beim Lernen einer neuen Programmiersprache vollst\u00e4ndig auf die Sprache und Syntax selbst einstellen kann, ohne lange das \u00d6kosystem um Compiler, Build Prozeduren und \u00e4hnliches erforschen zu m\u00fcssen.<\/p>\n\n\n\n

\"\"<\/a>
Beispiel einer IDE (InteliJ) [1]<\/figcaption><\/figure>\n\n\n\n

W\u00e4hrend die ersten IDEs speziell mit einer Programmiersprache mit entwickelt wurden, gibt es heute IDEs von verschiedenen Anbietern zu nahezu jeder Programmiersprache. Diese lassen sich heute auch mit Plugins versehen, um z.B. Libary-Funktionen besser zu unterst\u00fctzen oder die IDE an die eigenen W\u00fcnsche und Vorz\u00fcge anzupassen.<\/p>\n\n\n\n

Wo stehen wir also mit IDEs?
IDEs sind wahrscheinlich die sinnvollste Usability Option f\u00fcr jeden Entwickler, v\u00f6llig losgel\u00f6st von Bereich und Sprache, mit der man arbeitet. Das Verwenden einer IDE hat keinerlei Nachteile und die Auswahl an IDEs sowohl kostenpflichtig als auch kostenlos f\u00fcr quasi jede Programmiersprache erm\u00f6glicht einen sehr einfachen Einstieg. Sie helfen einfache Fehler direkt zu l\u00f6sen und k\u00f6nnen eine Basis f\u00fcr andere Tool wie Bug-Finder und Formatierungswerkzeuge bilden. Es gibt in 2023 keinen guten Grund mehr ohne eine IDE zu entwickeln.<\/p>\n\n\n\n

Beispiele von IDEs sind:<\/p>\n\n\n\n