I got to know meillo after I followed his online writings for quite a while. During that time he stayed around in South America travelling and working on free software. After he returned to the University of Ulm I walked up to him and introduced myself. I got to to know him better over time and with time we became good friends. He is currently working on his master thesis, though he already holds a diploma on computer science by the University of Applied Sciences in Ulm. If you are further interested in Unix I would recommend to check out his website or one of his seminar recordings (this one for example) at the local ChaosSeminar (language: german).

Who are you and what do you do?
I am Markus Schnalke, also known as meillo. I love Unix, especially its philosophy. Style matters a lot to me and I try hard to write well readable code. I feel a great desire for discovering the early Unix and caring for old software.

Which software or programs do you use most frequently?
The short answer is: The Unix shell. My shell history shows that I run ls, cd and vi most frequently. However, more interesting is, that I spend most of my computer time editing (ex-vi), browsing the web (firefox+pentadactyl or w3m) and emailing (mmh). The window manager aewl (my personal version of dwm) and either tmux or screen are running as well.

Why did you decide to use your particular operating system(s) of choice?
I used to choose Debian GNU/Linux for philosophical, social and technical reasons. Whereas I’m still convinced of the former two, my technical view differs now. In consequence, I switched to Crux, one year ago. Crux is simple. There’s nothing in my way. I have the controls right in my hands. Yes, I do need to adjust manually here and there, but that’s okay. I just don’t want to be put in a sandbox anymore. I don’t want to be kept from “messing up” the (package) system. I am bored building castles in the sand. I want to change the world now. I want to have all the power and I want to be *encouraged* to put my hands on. That’s what Crux offers to me currently.

In what manner do you communicate online?
About 90% of my online communication goes via email. As developer of two email software projects (mmh, masqmail), that’s no surprise. The remaining 10% are spend in debianforum.de. I don’t chat nor do I use those modern communication technologies, but I’m on the way to enter Usenet.

Which folders can be found in your home directory?
There’s bin, of course. Then, I’ve started to have src and tmp. Often you can find docs, talks, and dl. For multimedia content German names have survived: fotos, filme, musik.

Which paper or literature has had the most impact on you?
I do love reading old computer books, especially everything written by those guys who shaped Unix. The two books by Kernighan and Pike — “The UNIX Programming Environment” and “The Practice of Programming” — defined my view on Unix and on style. “The Mythical Man-Month” by Fred Brooks and some book by Kent Beck on Extreme Programming opened my eyes for a convincing view on software engineering.

What has had the greatest positive influence on your efficiency?
Definitely, discovering Unix, with all its meanings and concequences. It had improved the efficiency of my computer work fundamentally. Although the Internet technologies can help you a lot, I am most productive when working offline.

How do you approach the development of a new project?
Well, I don’t have much to say here, thus I rather tell one of my favorite jokes: “There are 10 kinds of people in the world; those who understand binary and those who don’t.” :-)

In your opinion, which piece of software should be rewritten from scratch?
That’s a tough question because we could discuss on the sense of rewriting from scratch for hours. I’ll answer though. Find(1) for instance should be redesigned … but if someone would know how to do it well, it likely would have been done already. X has good concepts but it became old, fat, and the world took different roads to different concepts. X never adapted well enough. Hence, X is my choice for a rewrite from scratch. In the small, however, I clearly vote for a rewrite of the infamous m_getfld.c in mmh/nmh. Who has the guts to take the curse on him?

What would your ideal setup look like?
Maybe it would be Plan 9 without the GUI. Plan 9 offers the concepts of Unix, applied even more thoroughly. It misses some bad design decisions and it is free of the Unix wars’s legacy. All this is very appealing. If I could have that, without the fundamental integration of the GUI …

Click here for the full picture.

The questions you will find now, are those that I am really interested in. Stuff that I find really helpful for myself. I hope that you will gather some insights and find them as interesting as I do.

The series starts with meillo because he was the first of the two who got around answering the questions. Or well… I don’t know if phil maybe planned ahead to get more insights in what to answer ;). But we will see… the next interview will follow shortly.

Click here to get to the first interview.

Capture error
Grundlage für diesen Fehler sind zwei Handlungsabläufe, die sich ähneln und insbesondere einen gleichen Anfangszustand besitzen. Hierbei ist ein Handlungsablauf ein ganz alltäglicher Ablauf, der sehr häufig ausgeführt wird, während der andere eher eine Ausnahme darstellt. Führt man nun eine seltenere Handlung aus, so ist es aufgrund des Capture erros möglich, dass diese Handlung durch die alltäglichere ersetz wird.
Beispiel:

Alice fährt jeden Tag morgens mit dem Bus in die Uni. Am ersten Tag der Semesterferien hat sie sich vorgenommen, einkaufen zu fahren. An der Bushaltestelle steigt sie trotzdem in den Bus zur Uni, anstatt in Richtung des Einkaufszentrums, da der gewohnte Handlungsablauf den selteneren übernommen hat.

Description error
Ein Description error ist möglich, wenn eine beabsichtigte Handlung sehr viel Ähnlichkeiten mit anderen Alternativen aufweist. Grund hierfür ist, dass die mentale Beschreibung des Ziels nicht genau genug ist um bei der Ausführung eindeutig zu sein.
Beispiel:

Bob will eine Milchpackung aus der Tür des Kühlschrank holen, um sich ein Glas zu füllen. Seine mentale Beschreibung weist ihn an, die Packung aus der Kühlschranktür zu holen. Nun öffnet Bob die Türe des Kühlschrankes, greift allerdings zur benachbarten Packung Orangensaft, da sie in diesem Moment exakt auf die mentale Beschreibung passt. Der Description error hat zugeschlagen.

Data-driven error
Viele Aspekte menschlichen Verhaltens passieren unbewusst und werden direkt durch das Empfangen sensorischer Daten ausgelöst. Ein Beispiel für dieses Verhalten ist die Reaktion auf ein Insekt auf der Haut, das man ohne Überlegung beiseite schiebt. Nun kann es passieren, dass beim Eintreffen neuer sensorischer Daten diese mit gerade laufenden mentalen Prozessen interferieren und einen Data-driven error auslösen.
Beispiel:

Caroline schreibt gerade einen Blogeintrag über eine Person. Plötzlich poppt eine ICQ-Nachricht von einem Freund auf. Fälscherlicherweise schreibt sie nun in ihrem aktuellen Satz nicht den Namen der ursprünglichen Person, sondern den Namens des ICQ-Kontaktes.

Associative activation error
Genauso wie externe Daten können auch interne Gedanken oder Assoziationen laufende Handlungen beeinflußen.
Beispiel:

Daniels Telefon klingelt und er begrüßt sein Gegenüber mit „Herein!“

Diese Art von Fehler ist übrigens eng mit dem verwandt, was allgemein unter Freud’schen Fehlleistungen bekannt ist. Auch das Verwechseln von Namen enger Verwandter bei Familienfesten fällt in diese Kategorie.

Loss of activation error
Diesen Fehler dürfte wohl jedem bekannt sein. Es geht darum, eine gewisse Aktion durchführen zu wollen, jedoch bei der Ausführung das eigentliche Ziel zu vergessen.
Beispiel:

Erik geht in das Schlafzimmer, um ein T-Shirt aus dem Schrank zu holen. Als er im Schlafzimmer ankommt, weiß er nicht mehr, wieso er eigentlich ins Schlafzimmer gegangen ist.

Mode error
Diese Fehler entstehen, wenn bestimmte Aktionen abhängig vom Zustand zu anderen Ergebnissen führen, und man sich mental in einem anderen Zustand befindet, als man in Wirklichkeit ist.
Beispiel:

Felizitas ist auf dem Heimweg von einer Party. Sie möchte wissen wie viel Zeit sie benötigt und startet ihre Stopfunktion an ihrer digitalen Armbanduhr. Nach ein paar Minuten möchte sie wissen, wie lange sie schon unterwegs ist und drückt die Taste, die im normalen Modus zur Aktivierung der Hintergrundbeleuchtung der Anzeige zuständig ist. Leider sorgt die gleiche Taste im Stopmodus dafür, dass die Zeitmessung zurückgesetzt wird. Sie ist Opfer eines typischen Mode errors geworden.

Insbesondere der letzte Fehler ist ein wichtiger Fehler im Zusammenhang mit interaktiven System, denn er zeigt auf, wie wichtig es ist, dem Benutzer ein klares, verständliches mentales Modell der Anwendung zu liefern, welches solche Fehler verhindert. Ein anderes Beispiel im Bereich des Computers zur Verhinderung ist fehlertolerantes Löschen. Oft möchte man eine gewisse Datei löschen, vertut sich aber der Auswahl, zum Beispiel aufgrund eines Description errors, und selektiert die falsche Datei. Auch die direkt darauf folgende Löschbestätigung hilft nicht, da die Person sich noch in einem Handlungsablauf befindet, in der sie davon ausgeht, dass sie die richtige Datei löscht. Erst später bei der Bewertung des Handlungablaufes erkennt sie wohlmöglich den ausgeführten Fehler. Durch einen Papierkorb, der gelöschte Objekte zunächst zwischenspeichert, oder durch die Implementierung von Undo-Funktionen lassen sich solche Fehler benutzerfreundlich beheben.

Weiterführende Literatur: The Psychology of Everyday Things, Donald A. Norman (1988)

Dies sei nur als ein Beispiel genannt. Beim nicht mehr gepflegten node.js-Modul smtpevent sind auch noch weitere Szenarien aufgeführt: Viele Mailinglists bieten etwa die Möglichkeit, sich über eine Mail an unsubscribe@mailinglist.de davon abzumelden. Bei Github kann man auf einen Issue direkt antworten, indem man die Benachrichtigungsmail einfach beantwortet. Weitere Szenarien sind leicht vorstellbar: Warum soll ich von unterwegs mit dem Handy eine Weboberfläche bemühen, um remote meine Heizung zu steuern, wenn ich schneller eine Mail mit dem Betreff “On” an heating@meinserver.de schicken kann?

Um eine solche Anwendung zu realisieren wird ein SMTP-Server benötigt. Node.js versteht sich sehr gut auf solche Protokolle und der eventbasierte Ansatz ist bei eingehenden Mails sicher auch nicht verkehrt. Und so gibt es bereits eine kleine Zahl an guter SMTP-Server-Implementierungen. Mir ist vor allem der estländische Programmierer Andris Reiman aufgefallen, der für node.js viele Module geschrieben hat, die sich mit dem Versand und Empfang von Mails beschäftigen. So reichen seine beiden Projekte simplesmtp und mailparser, um einen einfachen SMTP-Server aufzusetzen und die Mails und Anhänge zu parsen.

Zuerst bauen wir den SMTP-Server auf:

var simplesmtp = require('simplesmtp');
var MailParser = require('mailparser').MailParser;

var server = simplesmtp.createServer({
  validateSenders: false,
  validateRecipients: false
});

server.on('startData', function(envelope) {
  envelope.mailparser = new MailParser();
  envelope.mailparser.on('end', takeMail);
});

server.on('data', function(envelope, chunk){
  envelope.mailparser.write(chunk);
});

server.on('dataReady', function(envelope, callback){
  envelope.mailparser.end();
  callback();
});

server.listen(25);

Der Code ist relativ selbsterklärend: Bei Eingang einer Mail wird das startData-Event gefeuert, einzelne Datenchunks werden durch den data-Listener bearbeitet, und wenn die Mail vollständig übertragen wurde, feuert dataReady. Der Rahmen envelope wird dabei allen Funktionen übergeben, sodass envelope.mailparser auch in allen Funktionsaufrufen für eine Mail der gleiche ist. So werden bei zwei gleichzeitig eingehenden Mails diese nicht versehentlich vermischt.

Sobald die Mail vollständig übertragen wurde (dataReady), lösen wir mailparser.end() aus, was das Parsen der Mail beginnt. Fehlt noch die Definition, was mit unserer geparsten Mail denn passieren soll:

function takeMail(mail_object) {
    console.log('From:', mail_object.from); //[{address:'sender@example.com',name:'Sender Name'}]
    console.log('Subject:', mail_object.subject); // Hello world!
    console.log('Text body:', mail_object.text); // How are you today?

    // Irgendein Datenbankaufruf o.ä.
}

Hier kann die Mail nun also ausgewertet und so die gewünschte Aktion ausgelöst werden. Das tolle am Mailparser ist die Tatsache, dass Dateianhänge ebenfalls soweit wie möglich geparst werden. So enthält das mail_object auch einen Eintrag attachments, der etwa so aussehen könnte:

attachments = [{
    contentType: 'image/png',
    fileName: 'image.png',
    contentDisposition: 'attachment',
    contentId: '5.1321281380971@localhost',
    transferEncoding: 'base64',
    length: 126,
    generatedFileName: 'image.png',
    checksum: 'e4cef4c6e26037bcf8166905207ea09b',
    content: <Buffer ...>
}];

Attachments-Beispiel von mailparser

So könnte man leicht einen Service wie den von Twitpic einrichten, dass man durch das Senden an eine userspezifische Mailadresse ein Bild hochladen kann.

Wem das ganze zu unsicher scheint, weil ja sonst jeder, der die Mailadresse kennt, Dummheiten anstellen könnte, der sei auf die Serverkonfiguration ganz oben hingewiesen: Werden validateSenders und validateRecipients auf true gesetzt, können Sender und Empfänger in einer eigenen Funktion überprüft und ggf. zurückgewiesen werden. Die simplesmtp-Bibliothek bietet daneben auch noch andere Authorisierungsmechanismen.

Zum einen findet am 25. April der Streiflicht 2012 statt. Jedes Jahr präsentieren dort Studenten der Medieninformatik-Anwendungsfächer die Highlights ihrer umgesetzten Projekte. Die Präsentationen sind immer unterhaltsam aufbereitet, so dass auch Nicht-Informatiker etwas davon haben :-).

Zu der Veranstaltung sind neben Studenten, Professoren und Mitarbeitern natürlich auch alle anderen Interessierten herzlich eingeladen. Die Fachschaft stellt dieses Jahr wieder die Getränkeversorgung sicher, so dass es sicher ein interessanter, unterhaltsamer Abend werden wird.

Am 25. April um 18 Uhr im Hörsaal O-27 H22. Alle weiteren Infos zu den Projekten oder etwa eine Wegbeschreibung findet sich auf der Streiflicht-Seite des Institus für Medieninformatik.

Es gibt außerdem ein passendes Facebook Event zu der Veranstaltung.

Der zweite Veranstaltungshinweis betrifft das OpenCityCamp 2012, das am 12. und 13. Mai stattfindet. Organisiert von der datalove Hochschulgruppe wird es dort an zwei Tagen Vorträge, Sessions und Workshops rund um das Thema “Open Data” geben.

Die Veranstaltung im Barcamp-Stil ist für jeden offen! Jeder ist herzlich eingeladen sich einzubringen — seien es eigene Sessions, Workshops oder Projekte, die ihr schon lange verwirklichen wollt: Hier findet sich die geeignet Plattform!

Die (kostenfreie) Anmeldung ist über occ-ulm.mixxt.de möglich.

Dort ist es auch möglich Sessions, Sessionvorschläge und Hackathonthemen einzutragen.

Ein möglicher Beispielplot ist rechts gezeigt, das dazugehörige GLE Skript unten. Gelesen werden die Daten einfach aus CSV-Dateien.

size 9 6

set font pstr !meine Paper Vorlage verwendet diesen Font. 

set texlabels 0 !keine Tex-Fonts in den Labels

!eine Funktion für einen Scatterplot
sub draw_scatter dataset$ mu sigma dt dst letter$
  begin graph
     size 5 5
     !Achsen in mu+-sigma
     xaxis min mu-sigma max mu+sigma  dticks dt dsubticks dst
     yaxis min mu-sigma max mu+sigma dticks dt  dsubticks dst
     xtitle " x-axis "
     ytitle "noisy x-axis"
     !Buchstabe als Alternative zu subplots
     title letter$

     !CSV files lesen & plotten
     data dataset$+"_4.csv" d1
     d1 marker dot msize 0.2 color navy

     data dataset$+"_3.csv" d2
     d2 marker dot msize 0.2 color cyan 

     data dataset$+"_2.csv" d3
     d3 marker dot msize 0.2 color lime

     data dataset$+"_1.csv" d4
     d4 marker dot msize 0.2 color magenta 

  end graph
end sub

!Zeichnet einen Linienplot
sub draw_line dataset$ mu sigma dt dst letter$
  begin graph
    xaxis min mu-1/3*sigma max mu+1/3*sigma  dticks dt dsubticks dst
    yaxis min mu-sigma max mu+sigma dticks dt  dsubticks dst
    size 1/3*5 5

    data "lines-"+dataset$+"-1.csv" d1
    d1 line color magenta 

    title letter$
  end graph
end sub

!die plots an die richtigen Positionen zeichnen
amove 1 1.2
draw_scatter "csvdata1" 29 200 100 50 "(a)"
amove 6.3  1.2
draw_line "csvdata1" 29 200 100 50 "(b)"

Für einen Preview die .gle Datei im mitgelieferten Tool qgle öffnen, die .gle Datei kann on-the-fly geändert und gespeichert werden. Die qgle Komponente aktualisiert sich automatisch neu. Für eine Veröffentlichung muss nur die .eps Datei exportiert werden, die Schriftart mittels eps2pdf eingebettet werden.

Die Kamera (Fortsetzung)

Auch bei den analogen Fotokameras gibt es natürlich teilweise riesige Unterschiede in den Features, die diese Kameras bieten. Bei meiner Nikon FE-2 handelt es sich um eine Spiegelreflexkamera, die man mit vielen verschiedenen Objektiven mit F-Bajonett verwenden kann. Die Nikon FE-2 war eine der ersten Kameras mit Zeitautomatik, so dass man nicht für jedes Bild komplett alles manuell einstellen muss. Die Kamera kann die Belichtungszeit selbst wählen. Beim Kauf hatte ich mir überlegt, ob ich so etwas überhaupt brauche (die komplett mechanische und manuell einstellbare FM-2 hätte nämlich keine Batterien gebraucht); Im Nachhinein bin ich aber sehr froh über diese Zeitautomatik.

Was muss ich also einstellen? Damit das Bild nicht unter- oder überbelichtet wird, müssen Blende und Belichtungszeit richtig gewählt werden und auch auf die Empfindlichkeit des Films abgestimmt werden. Diese drei Parameter sind die wichtigsten, um überhaupt ein brauchbares Foto zu bekommen. Zusätzlich kann man noch die Brennweite („Zoom“) und die Schärfe regulieren.

Empfindlichkeit

Neuere Analogkameras lesen den Barcode auf den Filmen und erkennen daran die ASA- bzw. ISO-Zahl des Films. Die FE-2 kann das noch nicht. Auf der linken Seite gibt es deshalb dafür ein Einstellrad, mit dem ich die Empfindlichkeit des Films von ISO 12 bis ISO 3200 einstellen kann. Umso höher die Zahl ist, desto empfindlicher ist der Film. Man kommt dann mit insgesamt weniger Licht aus, kann also kürzer belichten oder die Blende weiter zu machen. Die ISO/ASA Skala ist dabei linear. Ein Film mit ISO 200 braucht also für ein gleich helles Bild nur halb so viel Licht, wie ein ISO 100 Film. Ich verwende am liebsten Filme mit ISO 400. Das ist schon recht empfindlich; es ist aber selbst bei Sonne immer noch gut möglich Blende und Belichtungszeit zu variieren. Außerdem werden empfindlichere Filme praktisch nicht mehr verkauft. Das ist nicht ganz richtig, denn letzte Woche habe ich einen hochempfindlichen Film von Kodak gefunden, den ich unbedingt mal probieren möchte. Ich denke in Situationen mit wenig Licht ist dieser Film bestimmt toll zu verwenden.

Man kann übrigens Filme auch für eine höhere Empfindlichkeit belichten, als sie eigentlich haben (also z.B. für einen 400er Film ISO 800 an der Kamera einstellen). Die Bilder sind dann eigentlich unterbelichtet. Das lässt sich aber beim Entwickeln ausgleichen (vermutlich unter Qualitätsverlust; noch nie selber probiert). Das Fotolabor muss das natürlich vorher wissen.

Belichtungszeit

An der Kamera selbst muss ich, wenn ich nicht will, sonst eigentlich nichts mehr einstellen, denn die FE-2 hat, wie schon erwähnt, eine Zeitautomatik, die die Belichtungszeit stufenlos für mich wählen kann.

Wenn ich die Zeitautomatik verwenden möchte, stelle ich das Einstellrad auf der rechten Seite auf „A“. Natürlich kann man die gewünschte Belichtungszeit auch selbst wählen, indem ich sie einfach am entsprechenden Rad einstelle. Die FE-2 kann Belichtungszeiten von einer 1/4000 Sekunde bis zu 8 Sekunden. Außerdem gibt es noch einen Bulb-Modus, in dem so lange belichtet wird, wie der Auslöser gedrückt ist.

Und sollte die Batterie einmal leer sein und kein Ersatz zur Verfügung stehen, dann kann man den Verschluss auch in den rein mechanischen Betrieb versetzen, in dem immer 1/250 Sekunde lang belichtet wird.

Die Belichtungszeit bestimmt, wie lange der Verschluss für die Belichtung geöffnet wird. Damit also auch, wie viel Licht auf den Film trifft und wie hell das Bild letztendlich wird. Wenn man lange Belichtungszeiten verwendet, dann wird es natürlich auch schwieriger das Bild nicht zu verwackeln.

Blende

Die Blende wird nicht an der Kamera eingestellt, sondern am Objektiv. Daher ist es theoretisch auch denkbar, dass das Objektiv nur eine Blendenstufe hat, und man hier gar nichts einstellen kann. Allerdings kenne ich keine solchen Objektive. Mein Lieblingsobjektiv ist ein AF NIKKOR 50mm mit Blendenstufen von f1.4 bis f16. Was bedeuten diese Zahlen? Ganz grob: Umso größer die Zahl ist, desto weiter schließt sich die Blende während des Belichtens. Desto weniger Licht hat man zur Verfügung. Desto mehr Schärfentiefe erhält man (das Bild wird insgesamt schärfer).

Normalerweise ist, wenn man nicht gerade ein Foto macht, die Blende des Objektives ganz geöffnet, damit man durch den Sucher alles möglichst hell sieht. Dadurch kann man aber im Sucher nicht erkennen, wie scharf das Bild letztendlich werden wird. Dazu hat die FE-2 (wie fast alle Spiegelreflexkameras) einen Abblendknopf, der die Blende auf den eingestellten Wert schließt, so dass man sehen kann, wie sich die Blende auf das Bild auswirken wird.

Brennweite (Zoom)

Die Brennweite wird ebenfalls am Objektiv eingestellt und bestimmt, wie weit in das Bild „hineingezoomt“ wird. Das Ergebnis kann man natürlich sofort im Sucher sehen. Mein Lieblingsobjektiv hat eine Festbrennweite von 50mm, kann also in der Hinsicht nicht verstellt werden.

Schärfe

Als letzter wichtiger Parameter fehlt uns jetzt nur noch die Schärfeneinstellung. Auch die Schärfe wird nicht an der Kamera, sondern am Objektiv eingestellt. Normalerweise steht auf dem Objektiv drauf, für welchen Abstand von Kamera und Motiv die Schärfe eingestellt ist. Aber meistens stellt man die Schärfe nicht auf einen bestimmten Wert, weil dies zu ungenau wäre, sondern man verwendet verschiedene Hilfsmittel, um die Schärfe auf den gewünschten Punkt im Bild einzustellen.

Die FE-2 hat keine Autofokus-Funktion, wie die meisten heutigen Kameras. Damit man trotzdem möglichst genau scharf stellen kann, hat die Kamera eine Mattscheibe (bzw. Einstellscheibe) eingebaut. Die Einstellscheibe vom Typ K, die in meiner Kamera steckt, hat zum einen einen Schnittbildindikator und zum anderen einen Mikroprismenring zum Scharfstellen.

Belichtungsmesser

Damit man weiß, wie man die Parameter Blende und Belichtungszeit überhaupt wählen kann, muss man natürlich erst einmal wissen, wie viel Licht das Motiv überhaupt hergibt, also wie hell es ist. Dazu benötigt man einen Belichtungsmesser. Die Nikon FE-2 hat einen eingebauten Belichtungsmesser, der für die eingestellte Blende und abhängig von der Filmempfindlichkeit anzeigt, auf welche Belichtungszeit die Kamera eingestellt werden sollte (bei der Zeitautomatik wird die Zeit natürlich gleich automatisch eingestellt).

Kreatives Fotografieren

So. Bisher habe ich blos über die möglichen Einstellungen geschrieben. Was kann ich denn jetzt machen, um ein Bild zu bekommen, wie ich es haben möchte? Wichtig ist, dass Filmempfindlichkeit, Blende und Belichtungszeit aufeinander abgestimmt sind. Die Empfindlichkeit eines Films kann ich natürlich für einzelne Bilder nicht verändern. Daher bleiben mir Blende und Zeit, die ich verstellen kann. Umso weiter ich die Blende schließe, desto weniger Licht kommt durch das Objektiv und desto länger muss ich auch belichten. Was bringt mir das? Eine hohe Blendenzahl führt zu mehr Tiefenschärfe. Ich mache allerdings sehr gerne Fotos mit geringer Tiefenschärfe, also weit geöffneter Blende. Ich mag den Effekt, dass damit das Bild meist nur an wenigen Stellen wirklich scharf ist.

Alles Weitere ist der Kreativität des Fotografen überlassen. Wohin man den Fokus legt und mit welchen Tiefenschärfen, Bewegungsunschärfen und Brennweiten man arbeitet hat viel Auswirkung auf das Bild.

Stay tuned!

Die Kreativität endet bei der analogen Fotografie aber nicht mit dem Druck auf den Auslöser. So, wie man digitale Bilder mit Bildbearbeitungssoftware noch weiter bearbeiten kann, kann man auch mit analogen Fotos noch nach der Aufnahme viel mit dem Bild anstellen – und zwar im Fotolabor. Wer seine Bilder entwickeln lässt verschenkt ziemlich viel Potential. Das ist auch einer der Gründe, warum ich analog ausschließlich in schwarz-weiß fotografiere. Ich möchte selber entwickeln. Selber entwickeln geht zwar auch mit Farbfilmen, das ist aber deutlich komplizierter als bei Schwarz-Weiß-Filmen. Im kommenden dritten Teil dieser kleinen Blogartikel-Reihe möchte ich ein bisschen auf das Entwickeln von Filmen eingehen.

Bis dann,
matou

Die Kamera

Im Sommer 2011 habe ich mir dann eine Nikon FE-2 mitsamt eines 200mm Objektivs gekauft. Ein 50mm Objektiv hatte ich bereits, da auch meine digitale Kamera eine Nikon ist. Meine anderen Objektive kann ich mit der FE-2 leider nicht verwenden, weil die meisten modernen Objektive keine mechanische Verbindung mehr zur Blende haben.

Die Nikon FE-2 von matou

Die FE-2 ist nicht rein mechanisch. Sie besitzt z.B. einen elektronischen Verschluss. Im Gegensatz zu Nikons ersten FM-Kameras, hat die FE-2 außerdem eine Zeitautomatik, was doch deutlich bequemer ist, als alle Parameter selbst einstellen zu müssen.

Natürlich gibt es noch unzählige andere analoge Kameras. Mit mehr oder weniger Features kann man so ziemlich alles bekommen, was man sich vorstellen kann. Michi, ebenfalls Autor hier auf IOException.de, fotografiert zum Beispiel gelegentlich mit einer YASHICA Mat-124, die anstatt eines Kleinbildfilms einen Rollfilm verwendet.

YASHICA Mat-124 G

Fortsetzung folgt

In weiteren Artikeln werde ich bald schreiben, wie man denn mit so einer Kamera fotografiert und wie man vom belichteten Film zu einem Foto-Abzug kommt.

Bis bald,
matou

Die Website zur Trackback-Sendung findet ihr da: http://trackback.fritz.de/2012/02/11/trb-265-acta-schwarzer-marz-urheberrecht-pinterest-ioexception/

Das Interview gibt es an der Stelle 49:42.

Die eigentliche Semantik des Aufrufs im Sinne von HTTP bestimmt die verwendete Methode, die Bestandteil des Requests ist. Das absolute Arbeitstier des Webs ist GET, allerdings existieren noch weitere Methoden: POST, HEAD, PUT, DELETE und OPTIONS. Deren Bedeutung und korrekte Verwendung ist allgemein jedoch weniger bekannt. Deswegen möchte ich diese Methoden kurz vorstellen und ihre Funktionen erklären. Dafür gehe ich nun zunächst auf die verschiedenen Merkmale ein, die Methoden besitzen nach RFC 2616 können.

Eine Methode gilt als sicher, wenn sie keine Seiteneffekte erzeugt. Mögliche Seiteneffekte wären zum Beispiel das Ändnern einer Resource oder das Durchführen eines Logouts. Zu einem gewissen Grad sind auch Seiteneffekte bei sicheren Methoden erlaubt. Allerdings nur dann, wenn sie nicht explizit vom Benutzer intendiert sind. Darunter fallen zum Beispiel Logfiles, die Zugriffe aufzeichnen oder Zähler, die Zugriffe aufsummieren.

Als idempotent bezeichnet man eine HTTP Methode dann, wenn die mehrfache Ausführung eines Requests die gleichen Seiteneffekte besitzt wie ein einmaliges Ausführen. Ob ein Request für das Löschen einer Resource einfach oder mehrfach ausgeführt wird, das Resultat bleibt ist identisch, die Resource wurde gelöscht. Idempotenz ist für verteilten Systemten eine interessante Aufrufsemantik, da sie es im Fehlerfall ermöglicht, einen Request zu wiederholen (At-least-once). Bei nicht idempotenten Methoden ist dies nicht möglich. Ein Beispiel hierfür wäre eine Onlinebanking-Sitzung, die zur Übermittlung einer Überweisung eine nicht-idempotente Methode verwendet. Bricht nun während des Requests die Verbindung ab, so ist unklar, ob eine erneute Ausführung zu mehrfachen Überweisungen führt oder nicht (in der Praxis wird dies z.B. durch Tokens auf Anwendungsebene verhindert).

Eine dritte Eigenschaft einer Methode ist Möglichkeit, ob bei ihrer Verwendung Responses gecachet werden können. Es ist offensichtlich, dass dies nur für Methoden ohne Seiteneffekte funktioneren kann. Ebenfalls ist Caching nur dann sinnvoll und erlaubt, wenn die Responses entsprechende Caching-Informationen bereitstellen. Dies ist unter anderem möglich durch die Angabe von Expire-Zeiten, Datum der letzten Änderungen oder Entity-Tag-Angaben. Sie beschreiben, wie lange das Resultat einer Response weiterverwendet werden kann, ohne einen erneuten Request zu versenden. Beziehungsweise geben sie an, wie bei einem konditionellen Request übermittelt werden kann, was die bekannte Version des Entities ist. Sofern sich die Resource nicht verändert hat, muss sie somit nicht erneut übertragen werden.

GET
GET ist die meistverwendete Methode und dient zur Abfrage einer Resource. Sie ist sowohl sicher als auch idempotent, und erlaubt Caching. Erweiterte Funktionen von GET erlauben konditionale Abfragen, sowie partielle Abfragen. Ersteres erlaubt eine effiziente Benutzung von Caching, um nur dann eine Resource erneut zu laden, wenn sie sich auch wirklich verändert hat oder aktualisiert wurde. Letzteres dient dazu, nur Teile einer Resource abzurufen. Das kann zum Beispiel bei einer Resource, die eine Videodatei darstellt, hilfreich sein und erlaubt das Springen im Bytestream des Videos.

HEAD
HEAD besitzt prinzipiell die gleiche Semantik wie GET, allerdings wird keine Repräsentation der Resource mitgesendet, das heißt die Response enthält kein Entity. Somit ist HEAD nützlich, um Metadaten über die Resource abzufragen, oder überhaupt des Existenz zu überprüfen.

PUT
Mit PUT kann eine Resource erstellt oder ersetzt werden. Hierfür ist im Request ein Entity enthalten, dass eine neue Repräsentation der Resource enthält. Die zu erstellende/ändernde Resource wird durch die URI eindeutig beschrieben.

DELETE
DELETE entfernt die durch die URI identifizierte Resource.

POST
Als letzte Methode wird POST für alle weiteren Aufrufe verwendet, insbesondere wenn keinerlei Zugeständnisse bezüglich der Semantiken gemacht werden (können), insbesondere Idempotenz. In der Praxis dient POST ebenfalls zum Erzeugen und Ändern von Resourcen, aber auch für viele weitere Aktionen, die via POST quasi ‘getunnelt’ werden.

Für weitere Informationen empfiehlt es sich, RFC 2616 zu lesen.