Einen Programierer dazu zu verdonnern, sein eigenes System soweit zu testen, das es Abnahmebereit ist, ist in etwa so sinnvoll wie mit einem eingerissenen Nagel wochenlang zu wandern: man sucht sich schon rein intuitiv die Stelle heraus, wo es am wenigsten schmerzt.

1. Morgens ein paar Autos vor den eigenen Fenstern abschleppen lassen kann durchaus ein erheiterndes Ereignis sein. Also, aus Sicht derjeniger die die Aktion veranlasst haben natürlich.
2. Studierte Informatiker sind nicht zwingend auch gute Programmierer
3. Studierte Informatiker müssen nicht zwingend auch selbstständig arbeiten können
4. Studierte Informatiker müssen nicht zwingend auch einen halbwegs reichhaltigen Erfahrungsschatz aus dem Arbeitsalltag mitbringen.

Ein kulinarischer Genuss im Leben eines Softwareentwicklers ergibt sich immer dann, wenn ein Projekt tatsächlich komplett durchprojektiert wird. D.h. Plannung vom ersten Gedankenfetzen, über grobe pProof-of-conecpts, Prototypen, Zeit- und Ressourcenplannung die sich bis hin zum Pflichtenheft in all seiner Variationen entwickelt.

Das Pflichtenheft ist die Vertragsgrundlage für die gerade zu betreuenden Bereiche der Softwareentwicklung. Es legt fest was gemacht wird. Wie es gemacht wird. Was passiert, wenn etwas nicht so gemacht wird, wie besprochen. Es ist der rote Faden wärend des ganzen Projektes. Es ist der General auf dem Schlachtfeld. Der Bundeskanzler im Kabinett.

Nur doof wenn sich keiner an der Ding hält. Wenn es die Gewichtung einer Klopapierrolle hat. Und dieser Vergleich ist sogar noch gut gemeint. Hat eine Klopapierrolle doch immer einen ehrerbieteten Nutzen.

Also, was passiert wenn dem Kunden etwas anhand eines Pflichtenheftes verkauft wurde, was er selbst nach knappen 2 1/2 Monaten nicht gelesen hat?

Genau, eine Menge. Mehr als man will. Weil man wieder endlos diskuttiert, bespricht, umwirft und bla.

Manchmal wäre ich gerne ein Huhn. Einfach nur Eier legen und die Leute freuen sich.

Bist du auf der Suche nach der API-Dokumentation für die Amazon Webservice Ecommerce Services?

Bist du auch bereits frustriert darüber, weil sie nirgends aufzufinden sind?

Auch Google ist da nicht immer dein Freund.

Aber, dir kann geholfen werden. Denn hier findest du die oft gesuchten, und selten gefundenen AWS Ecommerce Service API-Dokumentationen .

Nun stellt sich nur die Frage, ob das die aktuelle ist. Denn 2005 ist ja schon ein Weilchen her.

Update:

Wenn schon, dann auc der richtige Link: AWS 4.0

… dann sollte es dringend einen einen Orthopäden aufsuchen.

So oft wie es mich in der vergangenen Woche in den Arsch getreten hat, ist das sicher nicht gesund.

Warum? Höhepunkte der vergangenen Woche bis jetzt:

• 4-Tage-Odyssey um die Ursache einer 1 bis 3 Cent-Abweichung in Rechnungen für einen Kunden zu finden
• gestern Reifen vom Fahrrad platt
• der vermeintliche Ersatzschlauch war wohl schon vergeben -> Fahrrad heute immernoch platt
• fahren wir halt mit dem Motorrad. Gute Idee, schlecht ausgeführt. Zu wenig Benzin von der letzten Fahrt + schwache Batterie = da startet nix und Batterie ist nun völlig leer
• also in’s Büro laufen -> die Schwillen an den Füssen sind so groß, die könnten eigene haben
• dafür ist mir auf dem gestrigen 548787541 km umfassenden Fussmarsch nach Hause ein weiterer Top-Gedanke für ein sinnvolles IPhone-App gekommen, für das ich sowieso keine Zeit habe.

Aber das Wetter ist top. Großartig.

Das Wetter ist eindeutig überhaupt nicht kompatibel mit untervögelten, überarbeiteten, alleinstehenden Kerlen. Es laufen einfach viel zu viel scharfe Weibchen dort draußen auf der Straße herum.

Aber als wenn das nicht schon schlimm genug wäre. Nein. Mir platzt gleich der Kragen. Es ist doch immer das gleiche. Der leckerste Joghurt liegt immer in der untersten Palette. Bewacht von 2 darüber liegenden Paletten die, oh Wunder, natürlich randvoll überfüllt sind. Ist ja klar, die will ja keiner.

Scheiss Wetter.

9:30, das Buero ist leer.
An solchen Tagen bin ich mir nicht sicher, ob ich in einer Webschmiede arbeite, oder als schlaffender Beamter von einen aufregenderen Leben zwischen Fruehstueck und Mittagessen traeume =)

Ich fummel seit ein paar Stunden mit der Zend GData API herum. Eine nette Klassensammlung um z.B. mit der Youtube-API über PHP einfach arbeiten zu können.

Und alles klappt hervorragend. Die Objektstruktur ist auch klasse.

Wäre da nicht ein Detail. Die Dokumentation ist grauenhaft. Im speziellen fiel mir das auf, als ich öfters auf die Beschreibung von “VideoEntry” zurückgreifen musste. Und ich tatsächlich erstmal minutenlang suchte, bis ich (mit Glück) einen passenden Link fand. Oder die Übersicht verfügbarer Methoden. Sie ist da, aber nciht wie man es erwarten würde. Mal ben (Klassenzusammenfassung) mal unten (vererbte Klassen).

Und eine Suche gibt es auch nicht.  Da werd ich wahnsinnig. Schnelles nachschlagen ist unmöglich.

Aber da gibt es Abhilfe. Das haben die Japaner schon gut erfasst. Scheiss auf Navigation und Benutzerführung. Einfach mit Google auf den jeweiligen seiten Speziell suchen. Das geht schneller und erspart Krampfadern.

WTF? Firefox 3 ist ja nett, nicht anders als der 2er bisher, aber deswegen halt nett. Nicht so nen fancy-Mist wie bei dem Internet Explorer, bei welchem man nach jeder neuen Version erstmal eine Schulung machen muss. Wie gesagt, nett.

Dann brauchte ich heute aber ein Feature, das man als Webentwickler als verflucht nützlich ansehen würde. Und zwar den Einblick in die verfügbaren Formulare in der aktuellen offenen Seite. Quasi der Bereich, den man erreicht, wenn man über “Extras -> Seteninformationen -> Formulare” erreicht. Nur im Firefox 3 gibt es den bisher nicht. Zumindest hab ich ihn bisher nicht gefunden. Und andere auch nicht. Vielleicht wurde das Feature zu einem Easter-Egg degradiert? Wer weiss.

Kurzfristig gibt es da aber Abhilfe, in Form einer Extension, die man hier finden kann. Ich würde wirklich gern mal wissen das sich die Mozilla-Jungs dabei gedacht haben.

Hmpf.

Firefox 2 vs. Firefox 3:

Update
Der Link zur offiziellen Addon-Seite.

AUf Approaching Normal gibt es eine nette Beschreibung 2er Arten von Softwareentwicklern. Gerade die 2. find ich interessant, ich darf mal zitieren:

The Craftsman

…knows a handful of programming languages, and is always on the lookout for the next one he should learn. He knows that learning any new language will stretch his mind and make him a better programmer in the language he uses day to day.

…devotes time to learning about new technologies, and helps to make others aware of them.

…understands the platform and operating system his applications run on, because he knows that’s the only way to diagnose many problems.

…masters his tools. He can perform magic in his chosen editor, and is always looking for ways to make himself more efficient.

…rarely passes up an opportunity to broaden his knowledge of the system he is working on.

…is always willing to take on something he’s unfamiliar with. He can pick up most things pretty easily, and enjoys the challenge of learning something new.

One craftsman is worth three or four journeymen. Easily.

Das seh ich mal genauso. Auch mit der nachstehenden Schlussfolgerung liegt der Autor richtig:

It’s the journeymen whose jobs often end up moving overseas (and rightfully so, they add little, if any, value).

Aber leider hat der “Craftsman” einen nicht unwesentlichen Nachteil: Burnout mit spätestens 40.

fgf