[ad_1]
Beim Erstellen der neuen Website meines Unternehmens habe ich chatgpt um Code für die folgenden responsiven Designelemente gebeten:
ChatGPT antwortete mit Codeausschnitten für alle vier Spezifikationen. Eines davon wird in der folgenden Ausstellung teilweise gezeigt.
Alle Codefragmente funktionierten beim ersten Mal. Ich musste kein Debugging durchführen (nicht, dass ich dazu in der Lage wäre!).
Ich hatte Zweifel an der folgenden Zeile im von ChatGPT bereitgestellten Code:
———-
.image {flex: 0 0 33,33%; /* Passen Sie diesen Wert an, um die Breite jedes Bildes zu ändern */ max-width: 100%;
———-
Ich habe ChatGPT um Klarstellung gebeten.
Es gab mir eine kristallklare Antwort ohne die spöttische/ bevormundende Haltung des typischen StackOverflow-Benutzers.
Die Leistung von ChatGPT war in jeder Hinsicht hervorragend.
Dies wirft folgende Frage auf:
Wird ChatGPT Programmierer töten?
———-
Dies ist nicht das erste Mal, dass Menschen diese Frage stellen.
In den letzten etwa zwei Jahrzehnten wurde vorhergesagt, dass viele Technologien, die damals so revolutionär waren wie ChatGPT heute, Programmierer überflüssig machen würden. Lassen Sie mich in die Vergangenheit eintauchen und einige davon erzählen.
1. ERP
Früher entwickelten Unternehmen ihre eigene Software. Dabei handelte es sich in der Regel um individuell entwickelte Punktlösungen für Verkauf, Einkauf, Lagerhaltung, Finanzen, Produktion und andere Funktionen eines Unternehmens. Sie wurden entweder von einem Team interner Programmierer entwickelt oder an externe Anbieter ausgelagert.
Als ERP auf den Plan trat und diese individuell entwickelten Lösungen ersetzte, fragten sich die Leute, was mit diesen internen und externen Programmierern passieren würde.
2. RAD-/Low-Code-/No-Code-Plattform
Zu dieser Zeit leitete ich das Marketing für einen globalen ERP-Anbieter.
Es gab Internet, meine Firma hatte eine Website und wir hatten alle geschäftliche E-Mail-Konten. Sämtliche Marketingmaterialien wurden auf der Website gehostet und die Vertriebsmitarbeiter konnten alles suchen und herunterladen, was sie brauchten. Oh, ich mache nur Witze! Der letzte Satz ist nicht wahr. Ich hatte keine Ahnung, wie ich meine neuen Inhalte auf der Unternehmenswebsite veröffentlichen sollte, also schickte ich sie als E-Mail-Anhang an die Außenstelle.
Eines Tages traf ich einen Kollegen in der RAUCHERZONE meines Bürogebäudes. Er war Programmierer in der Ingenieursorganisation. Da ich bei der Arbeit keinerlei Verbindung hatte, hatte ich ihn nie im Büro getroffen. Wir begannen, Notizen über unsere jeweiligen Jobs auszutauschen.
Ich erwähnte ihm gegenüber zufällig meinen Wunsch, ein Portal für das Hosting von Marketingmaterialien aufzubauen. Er erzählte mir, dass er von einem Tool namens Microsoft Frontpage gehört hatte, das es Nicht-Freaks ermöglichte, mithilfe eines visuellen Editors und Drag-and-Drop-Steuerelementen einfache Websites zu erstellen. Als erfahrener Benutzer des Diagrammtools Microsoft Visio war ich mit diesem Paradigma vertraut.
Ich ging zurück in mein Büro und versuchte es mit Frontpage. Und siehe da, ich konnte mein Marketing-Collateral-Portal innerhalb einer Woche erstellen, ohne eine einzige Zeile HTML-Code zu schreiben (wozu ich sowieso nicht in der Lage war).
Damals nutzte Frontpage die Rapid Application Development (RAD)-Plattform. Heute würde man es Low-Code/No-Code-Plattform nennen.
Aufgrund dieser Erfahrung begann ich mich über das Schicksal der Programmierer zu wundern.
3. Codeübersetzer
In meinem nächsten Unternehmen verkaufte ich ein Tool, das alten COBOL-Code in Java umwandelte. Damals nannten wir es Code Translator. Ich glaube, diese Produktkategorie wird jetzt in Code Transpiler umbenannt.
Da Code-Transpiler nicht nur in der Lage sind, Code von einer Programmiersprache in eine andere zu übersetzen, sondern ihn auch im Vergleich zum Original zu bereinigen, wirft die Technologie natürlich Fragen über den künftigen Bedarf an Programmierern – sowie Architekten und Designern – auf.
4. Workflow-Automatisierung
Im Laufe der Zeit habe ich Tools zur Workflow-Automatisierung wie verwendet IFTTT um viele Arbeitsabläufe zu automatisieren, z
Wieder einmal stellte sich die Frage, ob diese Workflow-Automatisierungstools Programmierer töten würden?
5. Überwachung + Beobachtbarkeit
Durch die Automatisierung des End-to-End-Prozesses der Erkennung, Einstufung und Lösung von Vorfällen in IT-Landschaften wecken Überwachungs- und Observability-Plattformen Zweifel an der künftigen Notwendigkeit von Systemadministratoren.
6. WordPress + Gutenberg
Ich habe kürzlich WordPress + Gutenberg Block Editor verwendet, um die Website meines Unternehmens auf responsives Design umzustellen. Ich habe keine einzige Zeile Code geschrieben/bearbeitet. Wer braucht schon Programmierer?
———-
Ich nenne die oben genannten Technologien NACHFRAGEUNTERDRÜCKER. Sie alle waren revolutionär, als sie auf den Markt kamen, und drohten, den Programmierern den Job wegzunehmen.
Aber keiner von ihnen tat es. Wenn überhaupt, gibt es heute mehr Programmierer als jemals zuvor in der Geschichte der IT.
Was gibt?
Ich führe dieses scheinbare Paradoxon auf die Entstehung dessen zurück, was ich nenne NACHFRAGE STIMULANZIEN. Sie umfassten eine Reihe neuer Bereitstellungsmodelle und Nutzungsszenarien und schufen neue Programmieraufgaben in bisher unerforschten Bereichen der Datenverarbeitung.
Mehr dazu in einem Folgebeitrag. Beobachten Sie diesen Bereich.
[ad_2]