{"id":36689,"date":"2019-10-31T22:13:11","date_gmt":"2019-10-31T19:13:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/krasota-v-glazah-smotryashhego\/"},"modified":"2019-10-31T22:13:11","modified_gmt":"2019-10-31T19:13:11","slug":"krasota-v-glazah-smotryashhego","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/krasota-v-glazah-smotryashhego","title":{"rendered":"Sch\u00f6nheit liegt im Auge des Betrachters","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ich besch\u00e4ftige mich schon lange mit der Entwicklung von Webanwendungen. Sehr lange. Meine ersten Webanwendungen in der Umgebung Lotus Domino<\/a><\/noindex> habe ich in den Zeiten erstellt, als das Wort \u201egoogle\u201c<\/em> noch kein Verb war und die Menschen f\u00fcr die Informationssuche im Internet Yahoo! und Rambler verwendeten. Ich nutzte jedoch Infoseek<\/a><\/noindex>\u201e\u2014 sie hatten eine eingrenzende Suche und eine nicht so \u00fcberladenen Benutzeroberfl\u00e4che wie Yahoo!\u201c<\/p>\n

<\/p>\n

Die Entwicklung von Anwendungen, jeglicher Art von Anwendungen, nicht nur f\u00fcr das Web \u2014 ist eine kreative Arbeit. Kaum jemand wird diesem Statement widersprechen. Die Sch\u00f6nheit in der Kreativit\u00e4t ist wie die Praxis im wissenschaftlichen Wissen \u2014 ein Kriterium der Wahrheit. Aber w\u00e4hrend die wissenschaftliche Praxis objektiv ist und auf Messungen basiert, ist Sch\u00f6nheit ein subjektives Thema, das davon abh\u00e4ngt, wer schaut. Daher habe ich mich gefragt, was f\u00fcr mich pers\u00f6nlich eine sch\u00f6ne Web-Anwendung ausmacht? <\/p>\n

\n\"Sch\u00f6nheit<\/p>\n

(an KDPV mein Blick, weiblicher Blick, aber, IMHO, ist der weibliche Blick auf KDPV angemessener als der m\u00e4nnliche, schlie\u00dflich ist das \u2013 KDPV<\/a><\/noindex>!)<\/em><\/p>\n

<\/p>\n

Unter dem Artikel sind meine eigenen Kriterien, was eine Webanwendung derzeit als sch\u00f6n erscheinen l\u00e4sst. Eine sehr subjektive Darstellung, die auf meiner pers\u00f6nlichen Erfahrung basiert. Vielleicht erscheinen einigen meine Kriterien des Sch\u00f6nen als Kriterien des H\u00e4sslichen. Seien Sie nicht \u00fcberrascht, Sie haben einfach eine andere Erfahrung.<\/p>\n

<\/a><\/noindex><\/p>\n

Und da Sie bereits unter dem Artikel sind, bitte seien Sie vorsichtig mit Kommentaren. Denn wenn Sie die Artikel lesen k\u00f6nnen und sie Ihnen als unattraktiv oder sogar h\u00e4sslich erscheinen, bin ich als Autor gezwungen, alle Kommentare zu lesen.<\/p>\n

<\/p>\n

Lebensraum<\/h1>\n

<\/p>\n

Protokolle<\/h3>\n

<\/p>\n

Ich wei\u00df nicht einmal, ob es sinnvoll ist, dieses Kriterium gesondert anzuf\u00fchren. Webanwendungen leben im Netz und sind gezwungen, sich an die Gesetze des Netzes (Protokolle) zu halten. Die Hauptprotokolle im Netz sind TCP<\/a><\/noindex> und IP<\/a><\/noindex>. Viele andere Protokolle basieren darauf, aber f\u00fcr Webanwendungen halte ich f\u00fcr das wichtigste HTTP<\/a><\/noindex> (besser gesagt, dessen Erweiterung HTTPS<\/a><\/noindex> basierend auf TLS<\/a><\/noindex>). Das hei\u00dft, eine sch\u00f6ne Web-Anwendung ist \u00fcber HTTPS\/TLS verf\u00fcgbar (als Option \u2014 \u00fcber HTTP), w\u00e4hrend andere Protokolle (LDAP, RPC, IMAP4, POP3, SMTP, FTP, NNTP, \u2026) sie mit jedem unterst\u00fctzten Protokoll weniger sch\u00f6n machen. Die Anwendung selbst kann durch diese zus\u00e4tzlichen Protokolle externe Ressourcen nutzen. <\/p>\n

<\/p>\n

Was das betrifft WebSocket<\/a><\/noindex>, dann habe ich nicht gen\u00fcgend Erfahrung mit der Verwendung dieses Protokolls bei Webanwendungen. Es sieht sch\u00f6n und vielversprechend aus, aber wie stabil und praktisch das ist \u2013 kann ich nicht sagen. <\/p>\n

<\/p>\n

Browser<\/h3>\n

<\/p>\n

Webanwendungen stehen nur mit einem Bein auf der Serverseite, das andere \u2013 auf der Clientseite. Die Clientseite ist der Browser. Moderne Browser bieten eine Menge an<\/a><\/noindex>, was moderne Webanwendungen zu ihrem Vorteil nutzen k\u00f6nnen und sollten. Eine ansprechende Webanwendung nutzt die modernen M\u00f6glichkeiten der Browser und muss nicht in den Browsern funktionieren, die diese modernen M\u00f6glichkeiten nicht bieten. Ich verstehe, dass Polyfills<\/a><\/noindex> eine Notwendigkeit sind, aber das ist nicht sch\u00f6n. Schlie\u00dflich sollten nicht nur Entwickler mit den modernen Technologien Schritt halten, sondern auch Benutzer und Unternehmen.<\/p>\n

<\/p>\n

PL<\/h3>\n

<\/p>\n

Die Programmiersprachen, die zur Erstellung von Webanwendungen verwendet werden, sind sehr verworren. F\u00fcr den Clientteil von Webanwendungen gibt es zahlreiche Technologien, die es dem Entwickler erleichtern, die Triade aus HTML\/CSS\/JS zu erstellen (das, was alle modernen Browser verstehen). Aber ich habe mich damals intensiv mit GWT<\/a><\/noindex> besch\u00e4ftigt und finde es sch\u00f6n, wenn der Entwickler im Browser den Originalcode sieht und nicht das Ergebnis einer Kompilierung oder Transpilierung. Daher ist die Verwendung von Webpack<\/a><\/noindex>\u201e\u2014 und \u00e4hnliche Produkte zur Generierung von Client-Code sind, IMHO, nicht sch\u00f6n. Je mehr der im Browser ausf\u00fchrbare Code dem Quellcode \u00e4hnelt, der vom Entwickler erstellt wurde, desto besser ist es. Glauben Sie nicht? Versuchen Sie, den in Produktion erzeugten Code von GWT zu debuggen.<\/p>\n

<\/p>\n

Auf der Serverseite gibt es mehr Freiheiten (Java, PHP, Perl, Python, C#, Ruby, \u2026), aber ich finde es sch\u00f6n, wenn sowohl auf der Server- als auch auf der Client-Seite eine gemeinsame Programmiersprache verwendet wird \u2014 JavaScript. Schlie\u00dflich bestimmt die Sprache das Denken<\/a><\/noindex>, und die Teams von Gleichgesinnten sind produktiver.<\/p>\n

<\/p>\n

Menschlichkeit<\/h1>\n

<\/p>\n

Eine ansprechende Webanwendung sollte n\u00fctzlich sein. N\u00fctzlich, in erster Linie, f\u00fcr den Menschen als Endverbraucher. Daher kann ich eine Webanwendung nicht als sch\u00f6n betrachten, Webdienste<\/a><\/noindex>. F\u00fcr den durchschnittlichen Menschen (nicht Webentwickler) sind sie schwierig. Webdienste haben auf ihre Weise ihren Reiz,<\/p>\n

<\/p>\n

Eine ansprechende Webanwendung sollte eine intuitive Benutzeroberfl\u00e4che haben. Es kann \u00fcber UI<\/a><\/noindex>\u201e\u2014 ist eine ziemlich subjektive Angelegenheit. Aber mit UX<\/a><\/noindex> ist alles viel einfacher, wenn der Benutzer die Anwendung nicht ohne das begehrte Ziel nutzen kann. RTFM<\/a><\/noindex> \u2014 schlechtes UX, unattraktive Webanwendung. Die sch\u00f6nsten Webanwendungen in Bezug auf dieses Kriterium k\u00f6nnen problemlos von Kindern genutzt werden, die noch nicht lesen k\u00f6nnen. <\/p>\n

<\/p>\n

R\u00fcckw\u00e4rtige Skalierbarkeit<\/h1>\n

<\/p>\n

Vor langer Zeit konnte man Programme auf Disketten \u00fcbertragen, heute \u2014 auf USB-Sticks oder direkt aus dem Internet herunterladen. Ein gew\u00f6hnliches Programm zu kopieren und auf einem anderen Computer auszuf\u00fchren \u2014 ist eine triviale Aufgabe. Bei Web-Anwendungen ist die Situation etwas speziell. Das Internet stellt ein globales Umfeld dar, in dem es nicht erforderlich ist, Klone derselben Web-Anwendung zu haben. Im Netz gibt es bereits ein Facebook, Twitter, Instagram, Mail.ru oder Yandex. Man kann verschiedene Web-Anwendungen im gleichen thematischen Bereich haben, aber mit unterschiedlichen Zielgruppen (wie Facebook und VKontakte, Mail.ru und Gmail, Google Maps und Azure Maps). Die Hardware-Ressourcen, um die globale Verf\u00fcgbarkeit solcher Web-Anwendungen zu gew\u00e4hrleisten, sind, sagen wir mal, nicht trivial<\/a><\/noindex>.<\/p>\n

<\/p>\n

Ich habe nie mit Webanwendungen solcher Art als Entwickler gearbeitet und kann mir nicht vorstellen, wie sie dort innen aufgebaut sind. Um die Funktionalit\u00e4t solcher Webanwendungen zu gew\u00e4hrleisten, sind Teams von entsprechenden Spezialisten und separate Rechenzentren notwendig. Ich bewundere die F\u00e4higkeit der Menschen zur Kooperation in solch gro\u00dfem Ma\u00dfstab und zur Schaffung solcher Produkte, aber mein Sch\u00f6nheitsideal ist eine Webanwendung, die auf einem einzelnen Laptop gestartet werden kann.<\/p>\n

<\/p>\n

Eine sch\u00f6ne Webanwendung skaliert nicht nur nach oben und au\u00dfen (f\u00fcr Benutzer), sondern auch nach unten und nach innen (f\u00fcr Entwickler).<\/p>\n

<\/p>\n

\u201eAmphibie\u201c<\/h1>\n

<\/p>\n

F\u00fcr den Zugriff auf moderne Webanwendungen werden Ger\u00e4te von zwei Typen verwendet:<\/p>\n

<\/p>\n