Wann ist eine Software Engineer nicht eine Software Engineer?
Der Titel "Software Engineer" muß zu gehören in hohem Grade mißbraucht in der korporativen high-tech Welt. Er ist auch einer von den populärsten.
Und warum nicht? Es klingt viel besser, als "Computerprogrammierer," und er viel besser auf irgendjemandes Geschäft Karte schauen. Leider ist es häufig ungenau. Technik ist, schließlich die Anwendung der stichhaltigen technischen Grundregeln, zum der Systeme zu entwickeln, die robust elegant sind, leistungsfähig und. Ich habe, daß ein großes viele Software Engineers Funktion Programme entwickeln kann gefunden, aber wenig oder kein reales Technikdesign tue.
dieser rauhe Ton? Möglicherweise aber ich haben es auch hart zu verweigern gefunden. Ich habe sehr wenige Software Engineers z.B. angetroffen die saubere, klare und lesbare Kodierung Arten-ein wesentliches Element des eleganten Software-Designs haben. Ich habe auch ein Schwergewicht der mysteriös schriftlichen Funktionen, der unbeholfenen Software-Abstraktionen und des seltsamen Isolationsschlauchcodes angetroffen. Zu meinem Schrecken habe ich entdeckt, daß sogar unter Diplom-Informatikern, viele die objektorientierte Programmierung auf dem bloßen Gebrauch der privaten Daten, der allgemeinen Funktionen und der Gegenstand instantiations verringern. Er ist genug, zum des Herzens eines Lehrers zu brechen.
Jetzt gehe ich nicht soweit, zu sagen, daß die meisten Programmierer Isolationsschlauchcode schreiben. Das würde nicht angemessen sein. Jedoch denke ich, daß verhältnismäßig wenige Programmierer eine tiefe Anerkennung für die Kunstfertigkeit der Software-Entwicklung haben. Das ist nicht, zu sagen, daß sie von solchen Sachen unwissend sind; überhaupt nicht. Eher ist es mehr, das alle Technikaspekte des eleganten Codedesigns zu häufig vernachlässigt sind.
Ich denke, daß dieses geschieht, weil moderne Programmierung Werkzeuge korrektes Codedesign wie eine Beeinträchtigung haben scheinen lassen. In den frühen Jahren des Rechnens, wurden Leute gezwungen, ihre Software-Designs auszuschreiben und erwogen viele feine Details, bevor sie überhaupt vor dem Computer hinsassen. Heutzutage mit unseren schnellen Compilern und wechselwirkenden Ausprüfensystemen, finden Programmierer es häufig bequemer, mit gerade einem Minimum, des Software-Designs zu kodieren einfach hinzusitzen und zu beginnen. Kümmern Sie sich um Sie, ich verstehen, daß dieses manchmal mehr, leistungsfähig-wenn die programmierenaufgabe ziemlich routinemäßig ist, z.B. ist. Jedoch wenn so entwerfen-wie-Sie-gehen, wird Software-Entwicklung gängige Praxis, dann lassen Sie die Voraussetzungen von Chaos äußern.
Im Teil wird dieses Problem auch in der formbaren Natur der Computer-Software verwurzelt. Kein Selbst-respektierender Bauingenieur würde eine Brücke entwerfen, indem er die zusammen Träger schlug, bis er etwas hat, das arbeitet; schließlich, wenn die Brücke einstürzt, könnte es Monate dauern, um sie umzubauen. Ähnlich würde kein vernünftiger Architekt ein Haus ohne Blaupausen und Fußbodenpläne errichten wollen. Dennoch ist es alltäglich für Programmierer, Software mit schlecht gewählten Funktionen und nur dem sketchiest von Designs zu entwickeln. Schließlich, wenn die Software nicht arbeitet, können sie die Wanze und die Verlegenheit es-an wenigen, in der Theorie immer finden. In der Praxis sind diese Wanzen häufig schwierig zu ermitteln, und das Reparieren sie kann umfangreiche Chirurgie erfordern. Die Konsequenzen eines krank-entworfenen Software-Programms können verhängnisvoll in der Tat sein.
Aus diesem Grund glaube ich, daß high-tech Firmen Softwaretechnik den Respekt geben müssen, den sie verdient. Sie müssen eine zutreffende Kultur des systematischen Software-Designs entwickeln, anstatt, für bloß zu vereinbaren ", was auch immer arbeitet." Eine Firma, die in Richtung zur Zukunft schaut, muß korrekte Hingabe zu den Grundregeln von Software-Haltbarkeit, von korrekten Unterlagen und von elegantem, robustem Design zahlen. Sie muß eine Kultur der zutreffenden Softwaretechnik unter seinen Angestellten auch einprägen. Das Nichtbeachten kann kurzfristig arbeiten, aber es ist ein Rezept für langfristigen Unfall.
V. Berba Velasco jr., Ph.D. nimmt großen Stolz beim Arbeiten an zellularer Technologie Ltd. (http://www.immunospot.com, http://www.elispot-analyzers.de, http://www.elispot.cn) wo er als ältere elektrische und Software Engineer dient. Er freut sich, in einem Klima zu arbeiten, in dem hervorragende Leistung bewertet wird.
Artikel Quelle: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Holen Sie sich den HTML-Code fü Webmaster
Fügen Sie diese Artikel Ihrer Website jetzt hinzu!
Webmaster veröffentlichen Sie Ihre Artikel
Keine Anmeldung erforderlich! Füllen Sie das Formular aus und Ihr Artikel wird im Messaggiamo.Com Artikel-Verzeichnis aufgenommen!
