Scherzfrage: Warum heißt es eigentlich Website Engineering und nicht ...
BAU-Forum: Ausbildung: Grund- und Weiterbildung

der Entwurf steht, die Schnittstellen sind definiert, die Sache ist völlig klar und strukturiert und weiß sich auch nach außen und innen zu konstituieren  -  mit einem Wort die Architektur ist klar und gelöst -- Zeit für engineering  -  Bauingenieure mit rechenschieber ql²/8, bzw. softwareratten mit if then else-

das wahre leben!

kann ich's ja sagen: Die Lösung soll hinterher ja auch tragfähig (eindeutig zweideutig) sein.
Nicht übel nehmen, ich bin eben ein Bauingenieur

oder 'warum ist das was ich mache Website Engineering und nicht Website Architecture' . Eine internationale Recherche in Google nach 'Website & engineering'lieferte mir nur zwei Seiten unter den ersten 100, in denen der Begriff 'Website Engineering' auftauchte. Er scheint relativ ungebräuchlich zu sein. Im ersten Link ist der Begriff so definiert wie auch ich ihn verstehe:
"Website Engineering
Why website engineering?
Most commercial websites are produced by firms with a strong background in graphic Art and design. xxx has a different philosophy. We ENGINEER websites using appropriate techniques to build websites that load fast and get your business message across".
Im zweiten Link wird 'Website Engineering' ähnlich definiert:
"Our special design strategy and exceptional webserver performance ensures all of our websites are quick to download, easy to navigate through, and affordable to the small business owner"
Eine Recherche nach 'website & architecture' lieferte auch Treffer mit dem Begriff 'Website Architecture'. Der Begriff existiert also, siehe dritter Link:
"Website Architecture & Design
This phase of the Website Development Process is where your website really begins to take shape. The Graphic Interface ist designed, technical and compatibility issues are resolved, and page templates and prototypes are worked-up and tested. The Graphic Interface ist one of the most important features of a website".
Im vierten Link klingt das an was auch ich mit 'Website Architecture' verbinde:
"Creating and maintaining your place-X1234Xin virtual, theoretical space-X1234Xist our job. We'll build you a house, a gallery, a hotel or a living room. A retail store, a showroom or a dynamic warehouse. A museum, a library or a park, if you wish".
Zusammenfassend kann man also sagen, dass Website Engineering für schnelle einfach zu bedienende Business-Sites zuständig ist und sich von 'Art & design' eher fernhält, während Website Architecture betrieben wird um Atmosphäre zu erzeugen. Es gibt also ein Nebeneinander wie am Bau: Ingenieurbau einerseits, Architektur andererseits.

ist also das selbe wie im bau de. Architekten und Ingenieure sind sich selten grün und deshalb gibt es so wenig gute Websites
Den wichtigsten Punkt die Informationsarchitektur, wie man ein System am schnellsten und effektivsten nutzen kann bearbeitet dann wer?

Ich gebe auch gerne zu, dass manche Architekten echt gute Websites haben.

Gute Websites sind wie gute Häuser: eine ausgewogene Einheit aus Gestaltung, Funktion und Inhalt. Für alle Teilbereiche gibt es Spezialisten, die Architekten und Fachingenieure sozusagen. Der Leser will den Inhalt wie selbstverständlich erreichen, die Gestaltung der Seite soll die passende Atmosphäre liefern. 'Website Architecture' ist dabei nicht gleichzusetzen mit graphischer Überfrachtung. Weniger ist oft mehr. Nach meiner Meinung gute Beispiele sind EnEV^Abk.-online, archservice und eine Seite, die aus dem 5 k-Wettbewerb hervorgegangen ist, völlig ohne Grafiken auskommt und trotzdem einen ganzen Tagesablauf schildert. Ziel des alljährlichen 5 k-Wettbewerbs ist die Erstellung von Webseiten, deren Code die Größe von 5 kB nicht überschreitet.

Mit einigen Jahren als "Software Architect" und noch mehr als "Software Engineer" auf dem Buckel: Hr. Blücher hat den Punkt m.E. kurz und sauber getroffen!
Das betrifft allerdings eher Soll-Definitionen, soweit man sie aus der klassischen Software-Entwicklung oder anderen eingefahrenen technischen Domänen entlehnt. Schon in der Software-Entwicklung sind die Rollen nicht hart abgegrenzt und hierzulande eher als Konvention etabliert. Wenigstens sind sie aber international etabliert :)
Vorne mit "Web-" sieht es (mit teilweiser Ausnahme des "Web-Designers") sehr chaotisch aus: Hier gibt es weder Normen noch Konventionen! Im Mittel ist das eigene Marketing maßgeblich bei der Begriffsbildung, d.h. es liegt selten ein echter Informationswert dahinter. Inwieweit das bis zum Bullsh*t-Bingo geht, liest man dann am besten aus dem Rest der Unternehmenspräsentation.
Aktuell "riechen" diese Begriffe zumindest in Europa noch zu sehr nach "Kreative und Bastler präsentieren sich in strukturierten Kleidern". Handlungsbedarf bei der Begriffsklärung besteht übrigens nicht:

• Ein ernsthaftes Unternehmen wird auf begrenztem Raum selten seine Architekten und Ingenieure darstellen, sondern primär seine Produkte.
• Ernsthafte Unternehmen, die nur im Web tätig sind, sterben aus.

Der "Web-Engineer" ohne den assoziierten Architekten trifft es dann wieder recht gut: Loslegen ohne Planung! Damit geht der Bogen auch wieder in die Nähe des allerersten Worts ("Scherzfrage"):)