10 Tatsachen über Schillers Wilhelm Tell (historisch)

Ich verlege mal einen Blogeintrag von September 2008 aus einem alten Blog in diesen hier:

1. Erst 1474 (knapp 100 Jahre nach militärischem Sieg) wird die Unabhängigkeit der Schweiz von den Habsburgern anerkannt.
   
   
2. 25 Jahre später auch vom Reich.
   
   
3. Nach dem Dreißigjährigen Krieg scheidet die Schweiz aus dem Reich aus.
   
   
4. Zur Zeit der Französischen Revolution besaß der Schweizer Aufstand im Mittelalter eine unmittelbare Aktualität (Zeit der Entstehung).
   
   
5. Französische Truppen besetzten zur Zeit der Entstehung die Schweiz und rufen die von Frankreich abhängige Helvetische Republik aus. (Eine selbständige Republik nach der Verfassung einer französischen "Schwesternrepublik")
   
   
6. Diese Republik zerfiel durch Parteigehader.
   
   
7. Bürgerkrieg 1802. Napoleon greift wieder ein und vermittelt eine neue Verfassung, die dieses Mal die Konservativen unterstützt. Die alten Orte werden wieder selbständig.
   
   
8. Auch in den Kriegen, die auf die Französische Revolution folgten, blieb die Schweiz neutral.
   
   
9. Der Wiener Kongress erkennt letztendlich die Neutralität der Schweiz im Interesse Europas an.
   
   
10. Während der Zeit des Humanismus bildet sich ein erstes Nationalgefühl in der erweiterten Eidgenossenschaft heraus und die Verarbeitung des Tell-Stoffes wird sehr populär.
    

Usability Professionals

"Zu verstehen, worauf es den Anderen ankommt, darauf kommt es an."

Ich habe gestern Abend einen interressanten Artikel in der i-com gelesen. Professionelles Bleibenlassen von Karsten Wendland und Matthias Fink (i-com 1/2009, S81f.)

Es geht um den Einsatz von Usability Professionals und deren Herausforderung spezifizierte Anforderungen zu verhindern, wenn dies Sinn ergibt.

Zum Vorgehen schlagen die Autoren vor, dass zunächst ein Handlungsrahmen geschaffen werden muss, "in dem jeder seine eigenen fachlichen Kriterien einbringt und gleichzeitig mit den fachlichen Kriterien der Anderen vertraut ist". Auf dieser Basis kann jeder Beteiligte zum Bleibenlassen aufrufen.

Usability Professionals sollen hier eine "eine ungefilterte, aber sachkompetente Draufsicht auf den Gegenstand in den Spielarten seines Anwendungskontexts" bieten. Sollte sich hierbei herausstellen, dass es einiger Dinge nicht bedarf - es diese Dinge besser gar nicht erst geben sollte - so sollten diese ersatzlos gestrichen werden.

Im Wege scheinen hier die Vorgaben des Auftraggebers zu stehen, aber werden diese als etwas "Gemachtes" und nicht als etwas "Gegebenes" betrachtet, so zeigt sich, dass auf diese Vorgaben häufig Einfluss genommen werden kann und sollte.

Wichtig ist nach Auffassung der Autoren "die gemeinsame, disziplinübergreifende Auseinandersetzung an den Schnittstellen zueinander und zum Auftraggeber". Nur so werden die fachlichen Kriterien der Anderen Seiten sichtbar und damit diskutierbar. "Zu verstehen, worauf es den Anderen ankommt, darauf kommt es an."

Trivias: Usability-Community, Usability Professional zeigen eine interdisziplinäre Spannweite der Berufsgruppen "Informatik, Grafikdesign, Psychologie und, in Spuren, die Gruppe der Lebenswissenschaften".

A post about Flex

Entwicklung mit dem Flex Builder 3 


Lessons learned

• REST-Anfragen sind nicht vernünftig mit Flash ausführbar, da nur der Internet Explorer unter Windows das Auslesen des response headers voll unterstützt: Flex can't do REST 
  Ein Workaround scheint es unter Consuming REST web services in ActionScript 3 zu geben.
• SOAP Verbindungen sind hingegen ein Kinderspiel: Building SOAP Clients with Flex Builder 3 
• Flash-Anwendungen mit Amazon S3 Web-Service scheitern an der Möglichkeit Dateien von der lokalen Platte zu laden: Flex-based S3 Browser. Es ist das selbse Sicherheits-Problem wie mit JScript.
  Mit Air-Anwendungen ist es hingegen problemlos möglich: s3e (ehem. S3 Explorer) 

Was mir neu war über JavaScript (bzw. was ich wieder vergessen hatte)

Beim Lesen des lesenswerten Buches "Das Beste an JavaScript" von O'Reilly und Yahoo!Press habe ich folgende Notizen zusammengestellt. Sie bieten einen guten Überblick über die Aspekte von JavaScript, die über Syntax-Fragen hinaus gehen

• Vererbung über Prototypen (keine Klassen)
  
• Prototyp-Verknüpfungen ermöglichen Vererbung. Dies kann Objekt-Initialisierungen und Speicherverbrauch reduzieren.
• Objekte werden per Referenz übergeben und nicht als Kopie
• Delegation über Prototyp-Ketten Object.prototype
• Um zu verhindern, dass man (zB bei for..in) auch Funktionen in die Hand bekommt, sollte mit hasOwnProperty und typeof gefilter werden.
• Die Funktions-Aufrufmuster bestimmen, wie der Parameter this initialisiert wird. Es gibt: Methoden-Aufrufmuster, Funktions-Aufrufmuster, Konstruktor-Aufrufmuster und Apply-Aufrufmuster.
• Anzahl der Aufrufparameter einer Funktion wird nicht zur Laufzeit geprüft. Zu viele Parameter werden abgeschnitten, zu wenige, werden mit undefined gefüllt.
• Muster:
• Methode: Funktion als Eigenschaft eines Objekts. this wird an das Objekt gebunden.
• Funktion: Funktion ist keine Eigenschaft eines Objekts. this wird an das globale Objekt gebunden (Fehler im Design der Sprache!) -> Methode kann innere Funktion nicht nutzen. Workaround: Methode definiert Variable that und weist ihr den Wert von this zu.
• Konstruktor: (in Variablen mit Großbuchstaben) Funktionsaufruf mit new erzeugt ein neues Objekt und bindet this an das neue Objekt. (Konstruktoren NIE ohne new aufrufen!)
  
• Apply: Wert von this wählbar, Array von Argumenten.
• Eine funktion gibt immer einen Wert zurück. Ohne return-Wert wird undefined zurückgegeben.
• Einer throw-Anweisung wird ein exception-Objekt übergeben, welches mindestens eine name- und eine message-Eigenschaft besitzt.
• Hinzufügen einer Methode zu Object.prototype, macht diese für alle Objekte verfügbar (auch wenn diese schon erzeugt wurden).
• Tail Recursion wird von JavaScript momentan nicht unterstützt.
• Variablen besitzten keinen Block- sondern einen Funktions-Geltungsbereich. -> Variablen zu Beginn der Funktion deklarieren und nicht erst vor der Verwendung (am besten alle nach EINEM var). -> Zugriff auf Variablen außerhalb der Funktion möglich (außer this und arguments).
• Kombination von Closures und Funktionen heißen Module. (Javascript Best Practices Folie 30). Dies ist der Begriff für die Technik, um so etwas wie Namespaces für Variablen abbilden zu können. Bei Closures wird einem Objekt keine Funktion zugewiesen, sondern das Ergebnis des Aufrufs dieser Funktion.
• Callbacks damit der Client nicht steht, bis das Ergebnis kommt.
  
• Kaskaden verwenden, indem eine Methode this zurückliefert.
• Curry
• Memoization: Bereits in Methoden berechnete Werte "merken". Diese Werte können in ein in einem Closure versteckten Array gespeichert werden.
  

Darüber hinaus gibt es:

• Array-Methoden
• Function-Methoden
• Number-Methoden
• Object-Methoden
• RegEx-Methoden
• String-Methoden

Da Funktionen Werte sind, zum Verständnis immer besser: var foo = function foo() {};


So, das reicht erst mal. Wenn ich das nächste Mal an JavaScript sitze, werde ich bestimmt wieder etwas hinzufügen können.

Trundicho startet seinen Blog

Trundicho: New Release: Campus Faces

Neuigkeiten rund um Trundicho und Infos über sein aktuelles Album "Campus Faces" in seinem neuen Blog: trundicho.blogspot.com.