sony support, tag 12

die idee, das reparaturbedürftige notebook bei ups-kooperationspartner Mail Boxes Etc. abzuliefern ist leider durch das fehlen eines return-aufklebers sabotiert worden.

dieser außerordentlich einzigartige aufkleber existiert pro abhol-fall nämlich nur einmal, kann aus unerklärlichen gründen auch nicht nochmals hergestellt werden, und da er sich nicht in meinem briefkasten finden ließ, musste er wohl irgendwo anders abhanden gekommen sein.
es dauert natürlich einige tage um zu klären, wo sich dieser aufkleber befindet (im liefer-truck, in der zentrale etc)… in dieser zeit ist mir allerdings der geduldsfaden gerissen und so habe ich das notebook – das war dann plan c – beim AVMS Sony Reparatur Service Wien (eher “nähe wien”, da in brunn am gebirge) abgegeben.

die freundliche dame vom sony vaio support hat sich entschuldigt (was die damen vom ups-support niemals getan haben) und zeigte sich trotz meiner miesen laune sehr verständnisvoll. meiner sei nicht der einzige fall von abhol-/lieferschwierigkeiten bei ups, wie mir der sony support beglaubigte.

schlechtes timing von ups, denn nur wenige minuten, nachdem ich das notebook bei AVMS abgegeben habe, wurde der aufkleber gefunden und man wollte sich einen erneuten abholtermin mit mir ausmachen. dieses mal verzichtete ich dann lieber doch.

somit, leider, ups: 5, setzen!

sony support, tag 7

tja, es musste ja so kommen, dass ich was zu bloggen habe :(

ups sollte mein sony notebook heute zur inspektion und reparatur abholen kommen. dafür hab ich einen punktgenauen termin für 9:00-17:00 (!) bekommen, mit der anmerkung gegebenenfalls auch bis 17:30 zu warten.
zuhause, paranoid, dass ich ja meine wohnung nicht für eine sekunde verlassen sollte, warte ich und warte…

am abend rufe ich also sony an, werde an ups verwiesen, die da meinen, der ups-doug wäre da gewesen, hätte geläutet und dann einen pick-zettel mit einer botschaft hinterlassen. zu einer zeit, zu der ich in der wohnung war.
skeptisch, nachdem ich das haustor inspiziert habe (danach auch die haustore aller anderer stiegen in meinem wohnhaus) und keinen zettel gefunden habe, fange ich mit der überaus unfreundlichen und ungeduldigen dame vom ups-callcenter (hiermit liebe grüße an fr. mazurczak) eine diskussion an, dass der bote wohl gar nicht da gewesen sein mag oder die stiege nicht gefunden hätte.

noch dazu musste ich mir von der nervigen deutschen dame sagen lassen, dass sie schwierigkeiten mit meinem (österreichischen) akzent hätte und es wohl nicht anders ginge und wir noch einen acht-stunden-termin ausmachen sollten, an dem mein notebook abgeholt werden könnte.
das ding könne auch nicht an meinem arbeitsplatz abgeholt werden, da es nicht möglich ist, dass der paketbote direkt in mein büro spazieren kann (sicherheitsbestimmungen), und ich das notebook auch nicht beim portier liegen lassen und mich auf dessen kooperation verlassen möchte.

nochmal acht stunden warten wollte ich auch nicht… nach mühsamer diskussion (ob der typ nicht einfach anrufen kann, wenn er da ist, und wieso das sooo unmöglich ist; abgabe in ups center in schwechat wär auch eine alternative, aber mir zu weit weg…) kam es zu dem kompromiss das notebook bei ups-kooperationspartner Mail Boxes Etc. abzuliefern und auch wieder abzuholen, wenn es zurückgeschickt wird.

mal schauen, wie es weiter geht…

mein persönlicher gedanke dazu ist, dass der paketbote entweder die hausnummer verwechselt, oder schwierigkeiten mit römischen ziffern haben mag (meine stiege ist nicht mit arabischen ziffern angeschrieben). bei meiner türnummer oder bei der stiegentür war er jedenfalls nicht.

nachtrag: adrian hat ja auch vom mühsamen umgang mit dem sony support in seinem blog geschrieben. ich hoffe, mir ergeht es nach der episode mit dem abholen besser.

zweiter nachtrag: das erstellen des support-vorganges bei sony, telefonisch mit einem freundlichen, tadellosen mitarbeiter vom callcenter, ist problemlos ja bereits am 19.10. erfolgt, deswegen “tag 7”.
das problem, wieso der abholtermin erst so spät die woche angesetzt wurde, war, dass ich mir (aus oben erwähnten gründen) einen tag aussuchen musste, an dem ich zuhause bleiben und dort arbeiten konnte… sonst hätte ich mir extra frei nehmen müssen. naja

morgen, party!

ein bißchen ist es schon komisch, wenn einem eigentlich fast alle leute gratuliert haben, dass man dann noch eine party fast zwei wochen später macht, bei der einem wieder alle leute gratulieren… aber party muss sein!

also, bis morgen im celeste!

champagner2

btw, beim bild hochladen hab ich ein “undefined is not a function” bekommen (helma fehlermeldung, für die, die so glücklich waren, soetwas nie zu gesicht zu bekommen). da werden alte erinnerungen wach ;)

smoke test

da wollte ich heute ausnahmsweise ein neues service ausprobieren, von dem ich sowieso nicht besonders überzeugt war ….und elementare funktionen gingen einfach nicht (im falle von twitter.com war das hinzufügen von freunden nach einer suche wegen eines JS-fehlers nicht möglich)!
peinlich, peinlich. ;)

nicht, dass ich in einem der projekte, an denen ich beteiligt war, nicht ähnliches erlebt hätte: etwa ging bei einer (schnell gefixten) release eines produkts das hinzufügen von beiträgen plötzlich nicht mehr… also die elementarste funktion eines blogging-tools.

die lösung dafür bieten smoke tests, die die basisfunktionalität – wie neue dinge anlegen und löschen – automatisiert testen sollen, ohne zu sehr ins detail zu gehen.

smoke tests sind nicht besonders neu, sondern wurden bereits 1996 von Steve McConnell [Steve McConnell: “Daily Build and Smoke Test”. IEEE Software, Vol. 13, No. 4, July 1996] vorgestellt, der viele bekannte Bücher, wie “Code Complete” etc. geschrieben hat.

die bezeichnung dieser tests geht auf ein szenario zurück, das jedem techniker einen schauer über den rücken laufen lässt: man steckt eine neue komponente in ein gerät, schaltet es ein und schaut, ob es raucht.

automatisierte smoke tests, vor allem in kombination mit täglichen builds, ersparen eine menge arbeit und helfen ungemein bei der fehlersuche.
ich kanns nur jedem software-projekt empfehlen ;)

smoking_pc

weisheiten für software-projektmanager

nachdem ich das dilbert prinzip (von scott adams), der fürst (von niccolo machiavelli) und das himmelfahrtskommando (von edwanrd yourdon) gelesen habe, habe ich mir ein weiteres außergewöhnliches projektmanagement-handbuch zu gemüte geführt:

der termin (von tom DeMarco)

dertermin

hier werden diverse positive wie negative management-methoden in einem fikiven rahmen auf sehr gewitzte und teilweise absurde weise vorgestellt.
ein weiteres software-projektmanagement handbuch, bei dem man nicht ständig gähnen muss ;)

nachtrag: wenn mir jemand weitere unorthodoxe bücher (management, SW-entwicklung etc.) empfehlen kann, bitte um ein kommentar!