Rechnermuseum miradlo

Laden miradlo

Schulungsraum miradlo

Utes Schreibtisch

Dirk fragte in einem Beitrag nach dem idealen Arbeitsplatz. Inzwischen gibt es einige Kommentare und darauf verweisende Beiträge, sowie von ihm selbst zwei Folgeartikel. Seinen eigenen Beitrag gibt’s unter mein idealer Arbeitsplatz, sowie Gedanken zu einem Remote-Arbeitsplatz unter Arbeiten aus der Ferne.

Wie immer bei solchen Themen habe ich zunächst nur den Einstiegsartikel gelesen, weil ich zunächst meine Sichtweise unbeeinflusst überlegen möchte.

Mein idealer Arbeitsplatz in der IT

Was mir wichtig ist, zeigt teils schon meine berufliche Laufbahn.

Berufliche Vorgeschichte

Ich habe mich erst auf dem zweiten Bildungsweg für die Informatik entschieden und aus finanziellen Gründen verzögerte sich diese Idee nochmals. Nach einem ersten Beginn musste ich nochmal einige Jahre unterbrechen, bevor ich das Studium fortsetzen konnte. Meine erste Ausbildung war zur Gärtnerin für Blumen und Zierpflanzen, ein Beruf der den Vorzug hatte, nicht immer in Innenräumen sein zu müssen und bei dem auch die Hände was zu tun haben. Zwischendurch habe ich eine Umschulung zur fremdsprachlichen Wirtschaftskorrespondentin für englisch und spanisch gemacht, Sprachen sind spannend und helfen dabei die jeweiligen Kulturen besser verstehen zu können. Bereits im  Studium der technischen Informatik konnte ich Schwerpunkte selbst wählen und entschied mich für Web, Anforderungsanalyse und internationales Marketing wieder mit zwei Fremdsprachen und zwei Semestern Auslandsstudium in meinem Fall zweimal in Kopenhagen, Dänemark.

Schwerpunkte für mich persönlich

Die meisten meinen ich wäre eher sprunghaft und hätte sehr unterschiedliche Vorlieben. Für mich sind sich die Berufe in manchen Teilen gar nicht so unähnlich, denn jeder meiner Berufe hat Bereiche, die mir wichtig sind.

Ich mag:

• arbeiten im Freien
• kreative Tätigkeiten
• “Handarbeit”
• Aufgaben bei denen ich selbst und allein arbeiten kann
• Kontakt mit Menschen, um Probleme gemeinsam zu lösen
• im Kontakt mit Menschen herausfinden, was die jeweilige Person möchte

Ich habe Schwierigkeiten mit:

• hierarchischen Strukturen
• starren Regeln
• zähen Entscheidungen
• ständigem Kontakt mit Menschen
• fehlenden Möglichkeiten selbst zu entscheiden
• fixen Arbeitszeiten

Konsequenzen aus meinen Schwerpunkten

Für mich waren einige der Punkte schon immer klar und manche finden sich in allen Berufen, die ich bislang erlernt habe. Klar, habe ich auch schon einiges gemacht, was nicht gerade zu meinen Lieblingsbeschäftigungen gehört, aber bei das waren kurzzeitige Jobs. Egal welche Tätigkeit, manchmal sind Kompromisse unvermeidbar und auch durchaus möglich, aber zuviele Punkte dürfen es nicht werden, die nicht passen.

Ich mag weder Großunternehmen, noch hierarchische Strukturen, bei denen jemand immer recht bekommt, nur weil er oder sie die passende Position hat. Mir ist es wichtig manches  selbst entscheiden zu können.Wenn etwas entschieden ist, dann möchte ich es auch umgehend umsetzen, ich bin nicht grad übertrieben geduldig.   Kontakt mit Menschen brauche ich ab und zu, insbesondere um Entscheidungen zu treffen fällt es mir leichter, wenn es davor möglich ist verschiedene Wege zu beleuchten.

Wenn es draußen zu nass, zu kalt, zu stürmisch ist, dann ist es schon praktisch auch in Räumen arbeiten zu können. Jedoch waren Innenräume für mich schon immer eine Notlösung. Jobs die von mir nichts anderes fordern als tagaus tagein dasselbe zu tun, sind für mich die Hölle, ich brauche zuweilen Tätigkeiten, bei denen ich kreativ sein kann. Nicht ständig – aber immer mal wieder – muss ich etwas mit den Händen tun, ich kann nicht ausschließlich am Rechner arbeiten.

Mal noch ein Beispiel:  egal ob ich als Gärtnerin eine Blumenschale bepflanzen soll oder als Webautorin eine Webseite erstellen, am Anfang steht das Gespräch mit Kunden, das Herausfinden, was ist deren Ziel, was genau möchten sie haben.

Was heißt ein Arbeitsplatz in der IT?

Es gibt – glaube ich – wenige Berufssparten, in denen es derart unterschiedliche Tätigkeiten gibt, wie in der IT. Für mich ist vieles davon unvorstellbar, manches mache ich sehr gern. Mich fasziniert das Web mit all seinen Veränderungen, seinem Wandel. Ich finde es klasse, dass heutzutage viel mehr Menschen veröffentlichen können, was sie publizieren wollen, weil es nicht mehr vom Geld oder dem eigenen Job abhängt, es tun zu können. Ich mag es Webseiten umzusetzen, die so aussehen und funktionieren, wie es sich jemand wünscht. Beratungen und Schulungen finde ich klasse, es macht mir Spaß auch komplexere Sachverhalte so zu vereinfachen, dass sie Fachfremden erklärbar sind.

Mein ganz individuell für mich passender Arbeitsplatz

Ich habe den Arbeitsplatz, den ich mag. Es gibt Hochs und Tiefs, Vor- und Nachteile, immer auch noch etwas zu verbessern, aber ganz grundsätzlich, habe ich mir meinen Arbeitsplatz gebaut.

Mein Alltag enthält Tage, an denen niemand um mich herum ist, an denen ich stundenlang vor mich hin basteln kann, ohne gestört zu werden. Es gibt Zeiten mit Kundengesprächen, wenn ich möchte kann ich mich mit anderen austauschen. Ich verbringe viel Zeit am Rechner, aber das Führen eines kleinen Unternehmens bedeutet sehr viele unterschiedliche Aufgaben.

Der Papierkrieg gehört nicht zu meinen Lieblingsaufgaben, aber ich mag, dass ich es kann. Das Schaufenster unserer Räume ist manchmal lästig, weil es immer die Visitenkarte nach außen bedeutet, aber häufig macht es Spaß neu zu dekorieren, umzugestalten, zu verändern.

Mitarbeiter im Unternehmen bedeuten manchmal auch unangenehme Entscheidungen, z.B. bei Kündigungen, aber meist heißt es, dass ich mir aussuche, was ich wann mit wem gemeinsam tun möchte, wieviel Besprechung oder Schulung sinnvoll ist.

Die Unabhängigkeit von festen Zeiten und fixen Räumen, schätze ich sehr. Wenn ich mal drei Stunden Mittagspause mache und tagsüber etwas erledige, so ist die Konsequenz nur, dass ich die Zeit nachholen muss, aber es ist meine Entscheidung wann ich das tue. Wenn ich lieber auf dem Balkon arbeite, so ist auch das meine Entscheidung. Mit meinem ichphone kann ich für Notfälle erreichbar sein, ohne  dass ich an meinem Schreibtisch sitzen muss.

Nachdem ich meinen Teil geschrieben hatte, las ich die weiteren und anderen Beiträge. Roland,  Roman und ports beschrieben ebenfalls ihren idealen Arbeitsplatz, einige antworteten in den Kommentaren. Erst beim Lesen fiel mir auf, dass ich vergessen hatte über Geld und Urlaub zu schreiben. Nun, ein gewisses Maß von beidem  gehört für mich dazu. Ich habe auch einmal beschlossen einen Job nicht anzunehmen, der mich interessierte, weil ich für vierzig Stunden wöchentlich weniger Geld bekommen hätte, als bei einem anderen für achtundzwanzig. Ehrenämter sind eine Sache, meine Arbeit möchte ich bezahlt bekommen. Jedoch wirklich entscheidend sind für mich die Inhalte, die Atmosphäre und  die Menschen.

• Roman berichtet mit Foto über die Podcastaufnahme von deimhart.net bei der wir dabei waren, da ging es um die Nummer vier, aktuell ist Nummer 3 online.
• Statt langweiliger Standardtooltipps wie hier, lassen die sich auch aufmotzen, Dieter schreibt über die JS-Tooltipps
• WordPress Permalinks einfach und sicher mit Pluginhilfe umstellen.
• Eine ganze (englischsprachige) Seite mit Hinweisen zu Farbblindheit im Web, Tipps und so… Manche Barriere lässt sich verringern oder gar vermeiden
• Rückmeldungen zur Seite für die ubucon erwünscht, um Kommentare dazu bittet Dirk
• Was sich in der Informatik und Technik so alles getan hat, ein klasse Video mit spannenden Zahlen!

IBM bei WolframAlpha

Am Samstag ging die semantische Suchmaschine WolframAlpha an den Start. dr. web berichtete bereits vorab über den Wissenschaftler Stephen Wolfram, der WolframAlpha entwickelt.

Golem beschreibt ein bisschen genauer, für welche Eingaben die Suchmaschine geeignet ist. basicthinking berichtet über Googles weitere Vorhaben und meint, die Pläne hätten damit zu tun, dass WolframAlpha eine Konkurrenz darstellt.

Der Artikel WolframAlpha und die allwissenden Medien geht auf den wissenschaftlichen Hintergrund der Suchmaschine ein, via twitter. Für Astronomen ist die Suchmaschine bisher wohl nur bedingt geeignet, berichtet der Astronom Florian Freistetter in seinem Blog.

Absolut genial ist die Liste an witzigen oder zumindest unerwarteten Antworten von WolframAlpha, da müssen schon auch schnuffige Geeks dran gewesen sein. via twitter
Noch ein paar nette Fragestellungen und Antworten gibts bei tvundso.com unter Spaß mit WolframAlpha. Dort auch der Hinweis auf die Frage nach einer Zufallszahl, nun klar, WolframAlpha ist immernoch ein Computer, stellt man die korrekte Frage, so kommt auch die korrekte Antwort. 

Erste Erfahrungen mit WolframAlpha

Das Webmasterblog untersuchte unter anderem _die_ Frage aller Fragen, was sagt WolframAlpha zu “answer to life, universe and everything” (nach Douglas Adams: Antwort auf die Frage zum Leben, Universum und dem ganzen Rest“) die korrekte Antwort 42 gibt jedoch laut Thomas auch Google.

Klar, das Ding ist neu und den ersten Ansturm verkraftete die arme nicht, und war erst mal überwiegend nicht erreichbar. Natürlich wurde damit sofort Kritik laut, dass es so ja nichts wird damit, Google abzulösen. Nun, wie auch das t3n-Magazin bin auch ich nicht der Meinung, dass es darum geht. Ja, beides sind Suchmaschinen, aber meist zu unterschiedlichen Zwecken.

Was wird denn gesucht?

Bei Google suche ich auch manchmal einfach Infos, meist jedoch eher Webseiten. Wer die wichtigsten Kontaktinfos über ein Unternehmen möchte, sucht z.B. danach. Manche gehen bei Firmentelefonummern schon gar nicht mehr auf die Firmenseite, sondern sind zufrieden, wenn Google diese direkt darstellt. Das wird sicher noch ein bisschen ausgebaut, da könnten auch Öffnungszeiten noch dabei sein, ein weiterer Grund für seltenere Besuche auf einer Webseite.

Manchmal möchte ich jedoch etwas mehr über eine Firma wissen, da beginne ich schon mit der Unternehmensseite. Zur Zeit natürlich auch deshalb, weil die ersten dreißig anderen Links zu irgendwelchen Portalen führen, die weit weniger Informationen zur Firma bieten, als die Firma selbst. Andererseits beginnen Anbieter wie Qype auch interessante weitere Infos anzubieten, für jedes Unternehmen in gut vergleichbarer Form.

Ein Bereich in dem WolframAlpha eine ernstzunehmende Konkurrenz für Google sein könnte, sind die Informationen, insbesondere wissenschaftlicher Art, da die Suchmaschine teils auf Mathematica, einer mathematisch-naturwissenschaftlichen Software basiert, die Software stammt vom Unternehmen des Hauptentwicklers von WolframAlpha.

Spannend fand ich, was so bei großen Unternehmen angezeigt, beispielsweise bei der ibm inklusive vieler Geschäftszahlen, könnte damit eventuell auch für Unternehmensanalysen eine Quelle werden. Im Moment ist WolframAlpha ganz neu und soweit ich gesehen habe auch nur in Englisch verfügbar, aber manches sieht doch so interessant aus, dass da schon etwas draus werden könnte. Im Bereich von “Zählbarem”, könnte WolframAlpha schon auch Google auf Dauer ein bisschen was wegnehmen…

Abwechslungreiche Wissensvermittlung

Zu einer sinnvollen Ausbildung gehören meines Erachtens möglichst auch verschiedene Eindrücke und Wege sich Wissen anzueignen. Ein Teil, der dazu beiträgt sind eben Barcamps, bei denen sehr unterschiedliche Menschen zu Themen rundums Web Sessions halten. Jozo sieht mich ständig, erfährt, hört und lernt was in unserem Alltag an Tätigkeiten rundums Web so anfällt. Jedoch auch bei uns im Unternehmen soll möglichst nicht nur auf eine Art und von einer Person Information kommen.

Öffentlich Lernen

Roland hat sich daher von Anfang an vor allem um den Bereich Programmieren gekümmert. Roland und Jozo sehen sich zeitweise kaum persönlich, für einen regelmäßigen Austausch ist das zuwenig. Vieles an Kommunikation läuft bei uns über unser Mitarbeiterblog, doch manches wäre eventuell auch für andere Azubis oder Interessierte interessant. Deshalb führen die beiden einen Teil ihrer Kommunikation öffentlich in Rolands Schulungsblog, kleine Übungsaufgaben, die Schritt für Schritt das Programmieren vertiefen gibt es in der Kategorie Unterricht.

Zwischenprüfung

Die Zwischenprüfung vor kurzem, lieferte, ein aus meiner Sicht bedenkliches Ergebnis mit einem Durchschnitt von nur 64 von 100 Punkten. (Stand in unserer IHK-Region, wobei auch die anderen Ergebnisse weder in Baden-Württemberg, noch deutschlandweit berauschend waren. ) Auch Jozos Ergebnis lag weit unter seinen bisherigen Schulnoten und entsprach bei weitem nicht dem, was am Ende herauskommen sollte.

Theoretisches anhand des IT-Handbuchs

Um bei den theoretischen Kenntnissen sicherzugehen, dass alles irgendwann mal intensiver angesprochen wurde, kam mir die Idee es anhand des Buchs “IT-Handbuch für Fachinformatiker” anzugehen. Der Vorzug ist, Jozo hat die Papierversion, zum Lesen ganz sicher die beste Variante. Da das Buch jedoch auch als kostenloses E-Book zu haben ist, können Roland und ich regelmäßig nachsehen, welche Inhalte genau angesprochen werden.

Azubi-Ecke im Schulungsblog

Mit entsprechenden Rückfragen lässt sich so sicherstellen, dass Jozo in allen Bereichen fit für die Abschlussprüfung wird. Die einzelnen Kapitel fasst Jozo jetzt nach und nach zusammen, wobei wir jetzt für den Start mal einige Zeit eingeplant haben, in der weitgehend vom Alltagsgeschäft befreit ist und sich aufs Lernen konzentrieren kann. Die Zusammenfassungen und etwaige Kommentare stehen öffentlich in der Azubi-Ecke im Schulungsblog. Falls andere Auszubildende Lust haben, sich daran zu beteiligen, sind sie herzlich eingeladen und können gern jederzeit kommentieren. Selbstverständlich sind die Kommentare dort auch für alle anderen offen, die Spaß dran haben sich zu beteiligen, seien es Interessierte oder auch Ausbilder.

Fazit?

Nein, hier gibt es noch kein Fazit, es ist eine Idee, ein Versuch, der mehr Spaß macht, wenn sich einige beteiligen. Ob sich das bewährt, sehen wir erst nach und nach. Speziell für Jozo denke ich, hat es den Vorteil, dass er jetzt täglich zumindest zwei völlig unterschiedliche Ansprechpersonen hat.

Ich fände es prima, wenn sich mehr noch öffentlich abspielen würde, dann könnte ich auch mal noch öfter kommentieren, ohne dass es auffällt…

RGB Cheat Sheet

Spickzettel haben ja zunächst einmal den Ruf ein Betrugsversuch zu sein, z.B. in der Schule. Doch es gibt ja verschiedene Formen etwas zu lernen, sich etwas zu merken oder sich in etwas einzuarbeiten. Ich hatte zu Schul- und Studienzeiten eine Vorliebe für Spickzettel.

Bei mir entstanden sie nach und nach. Zunächst hatte ich meine Aufschriebe zu einem Thema, meist aus recht vielen Seiten bestehend. Die erste Zusammenfassung bestand für eine Abschlussprüfung immernoch aus mehreren DIN-A4-Seiten. Bei jedem weiteren Durchgang wurde das weniger, am Ende gab es für jedes Prüfungsfach nur noch maximal eine Seite. Dort standen nur noch die wichtigsten Punkte des Themas und  in wenigen Stichwörtern, was ich mir ganz schwer merken konnte.

In den letzten Tagen vor einer Prüfung hingen diese Spickzettel entweder an Stellen, die ich mehrfach täglich sah, oder ich hatte sie im Hosensack. Jedenfalls sorgte ich dafür mir diesen einen Spickzettel immer wieder durchzulesen, irgendwann diesen nur noch im Kopf durchzugehen und nur nachzuschauen, wenn ich unsicher wurde. So gelang es mir auch auswendig zu Lernendes am Prüfungstag präsent zu haben, etwas was mir eher schwer fällt.

Bis heute finde ich Spickzettel praktisch, wenn ich mich in etwas neu einlerne. Je nach Thema gehe ich noch immer ähnlich vor. Allerdings schreibe ich nicht mehr alles selbst, denn beispielsweise die RGB-Farben im Bild sind sinnvoller, wenn auch die Farben dabei sind. Für vieles gibt es bereits Spickzettel, die je nach eigener Vorliebe ausgedruckt auf Papier oder elektronisch auf dem Rechner liegen können. Im Englischen heißen Spickzettel Cheat-Sheets. Die beste Auswahl quer durch einiges aus dem Webumfeld gibt es meines Erachtens bei Dave Child. Er bietet folgende Cheat-Sheets an:

• ASP / VBScript
• CSS (V1)
• CSS (V2)
• HTML Character Entities
• HTML
• JavaScript
• Microformats
• mod_rewrite (V1)
• mod_rewrite (V2)
• MySQL
• PHP (V1)
• PHP (V2)
• Python
• Regular Expressions (V1)
• Regular Expressions (V2)
• RGB Hex Colour Chart
• Ruby on Rails
• SQL Server
• Subversion

Für die meisten (ich habe nicht geprüft, ob für alle) dieser Spickzettel gibt es eine Version als Bild und eine als PDF. Zu jedem der Spickzettel gibt es eine eigene Seite, mit Hinweisen zu Versionen und ergänzenden Erklärungen. Ein, wie ich finde, prima Überblick in die Themengebiete.

• von Hand viel weiter als bis zehn zählen

In der Informatik geht es meist um: Bit, Byte, Kilobyte, Megabyte, Gigabyte, Terabyte usw. als Maßeinheit. Genaueres gibts bei Wiki zu Bits und Bytes. Bit ist die Abkürzung für Binary digit, d.h. “zweiwertige Ziffer” also Null oder Eins.

Mit n Bits lassen sich 2ⁿ verschiedene Zustände darstellen.

Informatikwelt

Mit zwei Bits können 2² = 4 verschiedene Zustände angegeben werden, nämlich:

mit den Fingern zählen

Wer mit den Fingern rechnet kommt binär daher deutlich weiter, als im Dezimalsystem, wie auch das Bild dieser Seite verdeutlicht:

Wer von euch in der Öffentlichkeit binär zeigt, er/sie möchte 4 Brezele, tut das auf eigene Gefahr.

Binäre Einheiten

Die folgende Tabelle gibt einen Überblick der Einheiten, mit denen ein Computer rechnet:

Dirk machte mich in einem Kommentar darauf aufmerksam, dass die Binärpräfixe korrekterweise wie folgt benannt werden:

Beispiel: 512 MiB (Mebibyte) = 512 · 2²⁰ Byte = 536.870.912 Byte ≈ 537 MB (Megabyte).

Ich kann mich weder aus dem Studium noch vom Sprachgebrauch her dran erinnern, dass jemand kibi, mebi, gibi usw. nutzt, klingt für mich auch eher nach Teeniesprache, in der alle irgendwie Flori, Andi, Oli usw. heißen, aber der Vollständigkeit halber gehört es hier natürlich hin.

Typen der Informatikwelt

Jetzt dürfte allen klar sein, was mit folgendem Satz gemeint ist:

“There are only 10 types people in the world:
those who understand binary
and those who don’t.“

Klar soweit?

• miradlo international

Wir haben inzwischen vier internationale Seiten, die speziell für Kunden, die nicht aus Deutschland kommen erstellt wurden:

• Die spanische Seite gibt es schon recht lang, die habe ich eingerichtet, als ich die ersten Linuxkurse auf Spanisch gab, die Teilnehmer konnten mit unserer deutschen Seite ja gar nichts anfangen.
• Schweizer Kunden haben wir bedingt durch die Grenznähe – rund zwei Kilometer Luftlinie – sowieso immer mal wieder. Deshalb bot es sich an, eine Seite für die Schweizer Kunden einzurichten.
• Anfragen aus Österreich sind bisher eher selten, obwohl Bregenz deutlich schneller zu erreichen ist, als Stuttgart.
• Unsere englischen Seiten entstanden ebenfalls weil es schon Anfragen gab von Kunden, die selbst mit nicht-deutschsprachigen Kollegen zusammenarbeiten.

Bei unserer Unternehmensgröße können wir nicht dieselben Inhalte für alle länderspezifischen Domains zur Verfügung stellen, wie auf deutsch, aber für einen Einblick ist das ja auch nicht nötig. Die Seiten an sich hatten wir teils schon einige Monate fast fertig, aber wir waren uns bei der Optik nicht sicher. Klar, einerseits hätte es auch was, ein sehr individuelles Design für jede Domain zu erstellen. Häufig werden Kunden jedoch von der länderspezifischen Domain doch noch zur Unternehmensseite wechseln und deshalb war uns der Wiedererkennungswert wichtig.

miradlo.de miradlo.com miradlo…

Das Design der länderspezifischen Seiten ist jetzt nahezu identisch mit dem Design unseres Portals auf www.miradlo.de. Dort schreiben wir eher praxisnah, es gibt dort einen Demoshop, es gibt Berichte wie miradlo entstand usw. Eben all das, was nicht so recht auf eine übliche Unternehmensseite passt. Auf miradlo.de weisen wir auch auf unsere weiteren Domains hin, die Demoversion der Terminverwaltung (die produktiv laufende Variante gibt es auf mietervereine.eu), den Styleswitcher usw.

Nach längerer Zeit haben wir uns jetzt entschieden das Design in etwa auf allen länderspezifischen Domains zu belassen, und nur mit angepassten Icons und Favicons die optische Unterscheidung zu treffen.

Unterschiedlich gewählt haben wir die Zoomstufen der Anfahrtspläne der Domains, so dass der Zusammenhang zwischen dem Herkunftsland der Besucher möglichst häufig noch deutlich wird.

Warum mit vielen Domains und nicht nur mit einer?

Es gibt mehrere Gründe, weshalb wir mit vielen Domains arbeiten:

• bei Eröffnung habe ich mal recherchiert, wie es mit einem Namensschutz aussehen würde, der war jedoch eher kompliziert und nur mit recht viel Geld zu bekommen
  • deshalb gab es von Anfang zwei Domains die miradlo.de war aktiv, die miradlo.com habe ich reserviert
• nach und nach kam noch die ein oder andere hinzu, teils zunächst, weil im Komplettpaket auch mehrere Domains enthalten waren
• zu Beginn der .eu-Domains kam auch diese hinzu
• die miradlo.ch und die miradlo.at habe ich ebenfalls reserviert, um auch den Namen zu sichern
• anfangs hatten wir ja im Laden auch noch Kunstgewerbeartikel und begannen eher im Hintergrund mit Informatik
  • deshalb bot sich die klare Trennung der Bereiche an die miradlo.de bekam Kunstgewerbe da das Ladenschild auf .de lautet
  • die ersten Informationen zur Informatik und zum Webdesign kamen dann auf die .com
• die miradlo.info enthielt mal einige Zeit eine Kundendomain, als ein Umzug nicht sofort realisiert werden konnte, diese dadurch bereits bekannte Domain sollte anschließend nicht nur mit dem Hinweis verstauben, dass da mal was anderes war
• mit dieser Domain begann ich, als ich die ersten Versionen des Mitarbeiterbereichs einrichtete
  • später kam das Blog hinzu erstmal nur zu Testzwecken, Stück für Stück dann immer aktiver

Zwischendurch gab es schon immer mal Überlegungen alles auf einer Domain zusammenzufassen und alle anderen nur umzuleiten, doch für manche Inhalte war die Aufteilung eben auch praktisch. Inzwischen ist es für uns normal, dass jeder Teilbereich seine eigene Domain bekommt.

• Handzettel | Flyer miradlo

Den ein oder anderen derartigen Satz erwarten Kunden ja auf den Standard-Unternehmensseiten. Mit den meisten dieser Sätze habe ich Mühe. Ich will nicht bei allem noch einen tollen Spruch hinzufügen, der identisch klingt, wie auf allen anderen Seiten.

Mir fällt es schon schwer dort – anders als hier – brave “Sie-Texte” zu schreiben. Wenn ich dann noch lauter wundervolle Buzzwords nehmen muss, bin ich überfordert.

Trotzdem haben auch wir eine Unternehmensseite, die in diesem Stil aufgebaut ist, weil die meisten Kunden schon schwer genug daran kauen und Befürchtungen haben, was sie jetzt alles tun müssen, wenn sie etwas anderes bei ihrer Homepage haben wollen. Noch schwerer ist es für Erstkunden, die bisher noch keinen Webauftritt hatten. Deshalb ist unsere miradlo.com so aufgebaut, dass sie vor allem Laien verstehen.

Auch im Umgang mit Menschen geht es mir ähnlich, ich mag nicht mit Fachbegriffen um mich werfen, die z.B. Kunden nicht verstehen. Ich habe eine Vorliebe für alles was einfach und verständlich ist. Statt zu erzählen:

Wir realisieren Ihre Website interaktiv, validierend, weboptimiert nach den Kriterien des Web 2.0, wir bedenken SEO und layouten tabellenfrei in XHTML strict, State of the art ist ja ein CMS mit dem Sie Ihre News selbst online stellen können…

Setze ich mich mit Kunden lieber direkt an den Rechner

• zeige was ich vorschlagen würde
• frage anhand von Beispielen, was sich die Kunden vorstellen
• erkläre was ein Kontaktformular ist und wozu es gut ist,
• erzähle, dass es die Möglichkeit gibt, z.B. die Öffnungszeiten selbst anzupassen
• sage, dass wir darauf achten, dass die Seiten auch gefunden werden, dass wir jedoch keine Platzierungen versprechen können
• versichere dass wir uns um die gängigen technischen Punkte kümmern
• ebenso achten wir darauf, dass keine Regeln verletzt werden, wie
  • Bildrechte oder
  • fehlendes Impressum

Handzettel und Werbematerial

Wir werben nur sehr eingeschränkt außerhalb des Webs, weil alle Versuche zeigten, dass nur ganz selten jemand im Telefonbuch oder aufgrund einer Anzeige zu uns kommt. Die meisten kommen durch Mund-zu-Mund-Propaganda, die anderen über Suchmaschinen, manche übers Impressum unserer Kundenseiten.

Als wir über den Flyer verhandelten – Handzettel ist ja eher unmodern – diskutierten wir zu fünft relativ lange über den Teil, der uns beschreibt. Für mich passten all die tollen Sätze mit Begriffen wie “innovatives, Superunternehmen” nicht. Ich wollte etwas hinter dem ich stehen kann. Nach vielen verworfenen Texten und mehreren Gegenstimmen es in unserer Sprache zu beschreiben, kam am Ende doch Folgendes dabei heraus:

Die Idee war mehrfach verworfen worden, weil ein Programm viel zu viel Text braucht, weil es dem “verständlich für Laien” widerspricht. Weil doch alle anderen was anderes schreiben…
Manchmal ist es gut die Chefin zu sein. Ich bestand darauf es wenigstens mal zu entwerfen und mal in die Vorlage einzubauen.

Am Ende gab es so dann doch eine Mehrheit für diese Form der Selbstbeschreibung. Meine Argumente waren:

• eigentlich könnte man den Text beim “Wir über uns” auf einem Handzettel weglassen, denn Kunden kennen das Blabla und lesen es sowieso nicht
• inhaltlich enthält diese Minifunktion genau das worauf wir Wert legen:
  • optisch ansprechend aber nicht hypermodern mit allem Firlefanz
  • stabil, sprich notfalls soll das Zeug auf “einem Stück Holz auch noch laufen”, falls es da einen Browser gibt
  • uns sind Anforderungen und ihre Umsetzung wichtig, bei mir kommt das schon vom Studienschwerpunkt des Requirements Engineering (Anforderungsanalyse)
  • wir, in erster Linie Roland und ich, kommen vom zweiten Bildungsweg zur Informatik und haben daher bereits einige andere Branchen schon vorher kennengelernt
• die Begriffe dieser kleinen Funktion kann man auch verstehen, wenn man nicht versteht, was ein Computerprogramm ist

Es kommt nicht oft vor, dass es Rückmeldungen zu dem gibt, was wir so veröffentlichen, seien es Visitenkarten, Anzeigen, Flyer oder unsere Webseiten. Ausnahme ist natürlich das Blog und dieses Miniprogramm im Flyer, zu dem gab es schon mehrfach positive Kommentare, gerade auch von Laien.

Und dann mache ich manchmal den Fehler und glaube meinen Einsteigern, dass sie alles verstanden haben. Hier ein paar Beispiele:

EVA ist doch soooo klar

Ich fang immer bei EVA (nicht bei Adam) an. Und ich meine damit, dass man in einem Computerprogramm zuerst etwas eingibt, dann verarbeitet und dann ausgibt.

Cool gell?

So, ich zeig also meinen Einsteigern wie man etwas eingibt. Dann erkläre ich ihnen, dass wir jeden Wert den man eingegeben hat, erst einmal auf seine Richtigkeit überprüfen muss. Und erst dann darf man ihn verarbeiten. Wenn das auch noch geklappt hat, gibt es eine Ausgabe. Die kann entweder direkt in einem Text, oder als Rückgabewert in einer Funktion oder in einem Datenbankeintrag oder in einem Schaltprozess für einen Motor erfolgen.

Meine Einsteiger nicken eifrig, schauen sich meinen Code an und legen los. Solange ich dabei bin, sieht es noch recht gut aus. Eine Woche später vergessen schon einige, dass die Eingaben überprüft werden sollen. Und einen Monat später fällt ihnen nicht einmal mehr ein wie man etwas verarbeitet.

Was ist passiert?

Sie haben zwar EVA verstanden, aber die Grundlagen wie man eine Überprüfung erstellt sind nicht verstanden worden. Blöderweise sind viele der Einsteiger auch noch von männlichen Geschlecht. Und viele Männlein dürfen nicht zeigen, dass sie etwas nicht können. Vorher quälen sie sich lieber und bauen viel Bockmist.

Testen ist easy

Auch ein Klassiker. Da bauen wir die ersten Testfälle und lassen unsere Systeme durchrattern. Einen Monat später haben meine Buben und Mädels dann vollkommen vergessen, dass es verschiedene Testmethoden gibt. Das Resultat ist, dass Programme ausgeliefert werden, die beim ersten Knopfdruck schon anfangen komisch zu vibrieren. Das ist ziemlich ätzend.

Und wieder steht das Problem im Vordergrund, dass nicht einmal klar ist was eine For-Schleife ist. Traurig aber wahr.

Hab ich eine Idee?

Da viele der Einsteiger, oder auch Fortgeschrittenen, sich nicht trauen zu sagen, dass sie etwas nicht verstanden haben, habe ich eine Artikelserie Grundlagen angefangen. Dort schreibe ich zu den Grundlagen der Programmierung immer wieder ein paar Artikel. Jeder kann in dem Schulungsblog ungestört lesen. Falls mal eine Frage auftauchen sollte, kann die mit Kommentaren an mich gestellt werden. Vielleicht hilft diese Serie ein paar Einsteigern und Fortgeschrittenen mit den Programmiergrundlagen einfacher fertig zu werden.

Beispielsweise wäre es nicht sehr ratsam ein Dach so zu konstruieren, dass das Wasser nicht abläuft sondern zur Mitte des Dachs hinfließt. Ein weiteres nicht ratsames Beispiel wäre es eine Decke so zu konstruieren, dass sie sich nicht selbst tragen könnte. Wenn man dann noch auf die Idee kommt, auf diese Decke einen Stuhl zu stellen, findet man sich höchstwahrscheinlich ein Stockwerk tiefer wieder.

Unsere Vorfahren haben also Architekturmuster erfunden. Daneben haben wir vor ein paar tausend Jahren auch noch das Rad erfunden. Wir empfanden das als ziemlich praktisch. Man kann mit so einem Rad die Reibungsverluste beim Schieben verringern. Und heute sagen wir immer wieder mal, dass wir das Rad nicht neu erfinden sollen.

Wie sieht das in der IT aus?

Die IT ist ein relativ neues Themengebiet. Vor ein paar Jahren erfand jeder Entwickler seine Räder jeden Tag nochmals. Irgendwie haben viele von uns, dann viele Stunden verbracht auf Problemen rumzunagen, die es eigentlich schon längst nicht mehr geben sollte.

Und genau hier setzen Architekturmuster und Design Patterns an.

Wir generieren heute eine Webapplikation, indem wir die Architektur auf den Browser, den Webserver, den Datenbankserver und das Netzwerk verteilen.

Wir verwenden Factory Patterns um bestimtme Objekte zu erzeugen.

Wir mixen die diversen Observer, Strategy und Composite Patterns und erstellen Model View Controller Patterns.

Das einzige Problem mit all den schönen Patterns ist, dass die Dinger ziemlich unverständlich sein können. Wenn ein neuer Entwickler anfängt, ist er mit Schleifen, if-Abfragen und anderen Schweinereien schon ziemlich ausgelastet. Wenn dann noch ein Roland vorbei kommt und ihm sagt “heute bauen wir mal ein Singleton”, dann fühlt sich der Anfänger irgendwie nicht wohl. Deshalb habe ich bei guggat emol Blog eine Designpattern Einführung erstellt. Ich werde nicht noch einmal alle Design Patterns, die zur Genüge beschrieben wurden, beschreiben. Ich werde hier die Design Patterns, die ich in den Programmierbeispielen verwende, erläutern. Später werden diese Patterns dann für reelle Aufgaben verwendet.

Wer weiß, vielleicht bauen wir in ein paar Jahren weniger IT-Decken die sich nicht selbst tragen können?

Nun gut also drei… Mir wären noch ein paar eingefallen, aber das sind die, von denen ich meine, wer sich mit einem der Themen befasst muss diese Bücher gelesen haben…
Zwei der Bücher habe ich gefunden. Da gab’s mal wieder so einen Tag mit einem Bummel durch große Buchhandlungen in irgendeiner großen Stadt. Empfehlenswert sind da hier in der Gegend Freiburg und Stuttgart, die haben schöne große Buchläden. Das andere Buch war ein Tipp von jemand, solche Bücher bestelle ich bei meiner örtlichen Buchhandlung, ich habe da sogar den Service es gebracht zu bekommen, der Vorteil, wenn eine gute Freundin dort arbeitet…

Usability (Benutzerfreundlichkeit)

Gelesen habe ich die Ausgabe von mitp von 2002 des Autors Steve Krug: Don’t make me think! Web Usability: Das intuitive Web Irgendwann einmal vorher hatte ich Nielsen gelesen, dessen Ausführungen zur Benutzerfreundlichkeit gut und korrekt sind, meist jedenfalls. Was ihm fehlt, ist dabei zu begeistern, zu faszinieren und bei aller Therorie auch zu unterhalten. Ähnlich ging es mir bei weiteren Autoren.

Ganz anders dagegen Steve Krug, leicht, locker, nachvollziehbar und mit Spannung erklärt er, was das bedeutet: “Don’t make me think!” schon nach den ersten Seiten wird klar, was er damit meint. Niemand soll überlegen müssen, sondern das Web muss einfach und intuitiv bedienbar sein.

Mit Freude am Thema und Humor erklärt und zeigt er nicht nur worum es geht, sondern gibt auch Tipps, wie sich Webseiten testen und verbessern lassen. Für mich ist das _die_ Pflicht- und Spaßlektüre für alle, die mit Websites zu tun haben.

Progressive Enhancement (stufenweise Verbesserung von Websites)

Gesehen – haben wollen – Preis gesehen – geschluckt – anderes angeschaut – gekauft! Schon die Optik, der erste Eindruck wenn man es in der Hand hat, klasse gemacht! Das Buch Transcending CSS – Neue kreative Spielräume im Webdesign von Molly Holzschlag udn Andy Clarke habe ich in der Ausgabe von Addison-Wesley 2007 gelesen. Ich konnte gar nicht anders das musste einfach mit. Trotz des recht hohen Preises habe ich es keinen Moment bereut.

Das Buch ist nichts für die ersten Schritte mit CSS, es ist auch nichts für die reinen Praktiker. Ein bisschen Lust am Spielen mit den Möglichkeiten, die Webseiten bieten muss man mitbringen. Dann jedoch ein Traum und genau was die Kapitel versprechen:

• entdecken (was hat Inhalt mit Markup zu tun)
• Designprozess einfach und schnell (Prototypen erstellen und einsetzen)
• inspirieren lassen (Wege und Quellen für Ideen)
• Transzendenz (wie denn nun genau mit Beispielen und einem Blick in die Zukunft, stufenweise Verbesserung)

Nicht nur wunderschön, sondern ebenfalls hochinformativ, lasst es euch faszinieren.

Projektmanagement – Information mit Spaß daran

Schon mehrfach und immernoch fasziniert habe ich Tom DeMarcos Der Termin – Ein Roman ueber das Projektmanagement in der Ausgabe des Hanser-Verlags von 1997 gelesen. Aus einigen Vorlesungen, Skripten und anderen Büchern kannte ich das staubtrockene Thema, nötig aber nur in kleinen Mengen zu ertragen. Ganz anders ist es hier, wirklich wie ein Roman, von der Spannung her eher wie ein Krimi geht es um Projektmanagement in der Softwareentwicklung.

Alle wesentlichen Phasen werden anhand von guten und schlechten Beispielen angesprochen ohne jemals den Spaß an der Geschichte und die Spannung zu vergessen. Stück für Stück entwickelt sich das Projekt und DeMarco nimmt einen mit klar nachvollziehbaren Schritten auf dem Weg mit. Wichtiges wird nach jedem Kapitel nochmals zusammengefasst und eignet sich auch zum Nachschlagen. Beispielsweise im Vergleich zu eher theoretischem Wissen, so lassen sich klare Beispiele mit den theoretischen Informationen prima verknüpfen. Ich habe es auch fürs Lernen vor Prüfungen aus diesem Themenbereich gerne genutzt.

Ganz ohne IT-Know-how ist es wahrscheinlich nicht ganz so glasklar, wie genau und berechtigt jeder Schritt in diesem Buch die Mehrzahl der IT-Projekte beschreibt. Wer jedoch irgendwie mit IT zu tun hat, sollte sich mal Zeit nehmen um “Der Termin” zu lesen.

Einerseits ist es gut, wenn jemand wirklich jeden Fehler entdeckt und sei er auch noch so versteckt – perfekte Testerin.

Andererseits müssen Fehler auch korrigiert werden -  deshalb Ute, der Alptraum aller Entwickler und Programmierer.

Windows, Elektronik und ich

Wie ich hier ja zuweilen schon erwähnt habe, nutze ich Windows nur, wenn es sein muss, also meist nur zum Testen. Dafür gibt es einen einfachen Grund, wir sind nicht kompatibel. Windows “merkt” wenn ich drangehe und zeigt dann jeden Fehler, den es bei anderen bis dahin nie hatte.

Nur Windows? Nö, auch bei allen anderen Systemen, Programmen oder so, einfach bei allem was irgendwie mit Elektronik funktioniert tauchen in meiner Gegenwart deutlich mehr Fehler auf, als bei anderen.

Dieses Phänomen ist schon immer so und zog sich auch immer durch. Im ersten Praxissemester lief nur mein Rechner mit identischer Hard- und Software nicht wie alle anderen. Manche Programme hatten Fehler, die ich durchaus reproduzieren konnte, die jedoch bis dahin nie bei jemandem auftauchten. In der FH konnte ich beispielsweise mit meinem Studikonto während des gesamten Studiums nicht wie alle anderen drucken. Wenn es elektronische Eingänge, Zugänge oder ähnliches gibt, tendieren sie dazu, immer dann auszufallen, wenn ich in der Nähe bin.

Informatikerin

Ja, einerseits ist es eine blöde Idee, dass ich genau diesen Bereich ausgesucht habe. Diese Anhäufung von Fehlern bei allem was irgendwie elektronisch ist, fiel nicht sonderlich auf, solange ich als Gärtnerin arbeitete, klar.

Es ist andererseits jedoch auch eine Fähigkeit. Meine Jungs und alle Entwickler, die je mit mir zu tun hatten, wissen, wenn ein Programm keinen Fehler mehr zeigt, nachdem ich dran war, dann ist die Chance, dass noch Fehler vorhanden sind, sehr gering. Wenn ich nichts mehr finde, dann kann man ziemlich beruhigt ausliefern.

Gute Tester sind nichts für schwache Nerven

Manchmal nervt es mich selbst, dass ich Fehler so leicht entdecke. Mancher Fehler fiel über lange Zeit niemandem auf, doch wenn er erst einmal bekannt ist, kann er nicht mehr ignoriert werden. Meine Jungs kennen es inzwischen schon und wissen, dass nachdem ich getestet habe, eigentlich immer nochmal irgendwas repariert werden muss. Fast schon peinlich war es mir dagegen in letzter Zeit bei zwei Plugin-Entwicklern.

• Bei Joern, der das Quote Comments Plugin schrieb, gab es mehrere Runden, in denen alle mit dem Ding zufrieden waren, nur ich fand Fehler. Inzwischen ist es im Grunde behoben, aber es war doch die ein oder andere Anfrage bis es passte. Im Grunde behoben, weil es nur klappt, wenn Link Indication nicht gleichzeitig aktiviert ist.
• Frank dessen copyfeed-Plugin viele nutzen, hatte seit längerem keine Änderung daran gemacht und es lief auch, sogar bei mir. Allerdings gab es Fehler in den Error-Logs des Servers, sobald etwas geändert wurde, ein Artikel  oder ein Kommentar geschrieben wurden. Das Problem ist bei mir behoben, Frank hat mir mehrfach per Mail Updates geschickt, die auch irgendwann in seine nächste Version einfließen sollen.

An diesen Beispielen wird einer der Gründe deutlich, warum ich Fehler finde:

• ich teste immer mal wieder ob noch alles valide ist
• ich schaue ab und zu auch mal die Error-Logs
• ich schaue auch mal in Webmastertools bei Google
• ich probiere nicht nur eine Variante, z.B. bei den Kommentaren, sondern mehrere
• ich teste den Best-Case, aber auch den Worst-Case
  • z.B. mal ausprobieren was die Suche macht, mit Begriffen, die ganz sicher im getesteten Blog vorkommen
  • aber ebenso mal schauen, was passiert, mit Begriffen, die sicher nicht existieren
  • ähnliches gilt für Tests von Seiten, klar teste ich wie ein neues Blog aussieht, ob die Einzelansicht passt, wie die Sucheseiten aussehen…
  • und ebenso teste ich, kommt die Fehlerseite, wenn ich was falsches eingebe, sieht sie so aus, wie gedacht

Wer ernsthaft testet ist nicht schnell fertig. Es gehören einige Punkte dazu, manche mehr oder weniger wichtig. Die Kunst, um es in praktikablem Rahmen zu halten ist zu wissen, was man unbedingt immer testen muss und wo man auch mal weniger genau sein darf. Es geht um Grenztests, am Beispiel eines Blogs:

• jede Funktion (Artikel erstellen, Kommentare schreiben, Einstellungen anpassen) muss getestet werden
• ich nutze Blogs nur mit selbst erstellten Themes, da kenne ich schon einige Knackpunkte, bzw. kann manche vermeiden
  • die Startseite testen, weil die z.B. nur die Artikel, aber keine Kommentare zeigt
  • die Einzelansicht eines möglichst langen und eines kurzen Artikels testen
  • die Seitenansicht bei statischen Seiten prüfen
  • die Archivseiten testen
  • die Sucheseiten
• bei Blogs, die ich betreue, habe ich immer:
  • den Feed abonniert
  • den Kommentarfeed abonniert
  • das Mailabo
  • mehrere Feedreader ausprobiert, z.B. meinen Liebling, den Akregator, aber auch die Feeds im Opera und im Google-Reader
• validieren der Startseite und mindestens einer Einzelansicht mit Kommentaren, sollten immer mal wieder auch zwischendurch zum Standard gehören

Mal zum Thema  Suche 1234567890 als Unix-Timestamp:

<?php
$timestamp = strtotime(’2009-02-14 00:31:30′);
echo $timestamp;
// Ausgabe 1234567890
?>
Der Unix-Timestamp gibt genau das am 14. Februar 2009 um 0:31:30 Uhr aus. Dieses Jahr also eher Timestamp-Tag statt Valentinstag. Als UTC ist es bereits etwas früher so, die 1234567890 wird dann bereits am 13. Februar 2009 um 23:31:30 Uhr erreicht.

Einfach erklärt werden einige PHP-Zeitfunktionen, z.B. hier. Ausführlich und mit vielen Spielereien erklärt es das PHP-Manual.

Informatiker haben noch eine Zukunft

Rechner, die Zeiten als eine 32-bit-Zahl speichern, können damit nur bis  19. Januar 2038 um 3:14:08 betrieben werden. Dann wird der Timestamp größer als diese 32 bit.

Immer aktuell live angezeigt, wird der Unix-Timestamp beispielsweise hier. Weiteres zum Unix-Timestamp, der Grundlage der Zeitberechnung auf allen mir bekannten Systemen gibts auch Wikipedia.

In diesem Zusammenhang nochmal der Hinweis, nicht immer und in jedem Fall braucht man ein Plugin, das ein oder andere lässt sich auch mal eben selbst regeln…