Geniales Video – selbst wer diese 20 Minuten nicht hat, sollte die Präsentation von Dan Pink trotzdem schauen. Ultrakurzzusammenfassung:
Das Gerücht, dass Menschen in Wissensgesellschaften produktiver sind, wenn sie für ausserordentliche Arbeiten finanziell belohnt werden, ist falsch. Die Wissenschaft kann seit 40 Jahren nicht nachweisen, dass Boni und dergleichen zu besseren Leistungen führen. Wieso die Superhirnis in der UBS ihrem Ospel 18 Millionen Boni gezahlt haben, wird – neben dem mittlerweile offensichtlich gewordenen Missmanagement – hier noch doppelt fragwürdiger.
Das wichtigste Gut für Wissensarbeiter ist Autonomie. Keine Sitzungen, keine engen Zeitpläne – dafür das Selbstbestimmungsrecht, wo, wann und wie man etwas tun will. Nur, indem man Arbeiter von äusseren Zwängen befreit, kann sich deren Hirn entfalten (kommen wir hier schon ins Anarchistische hinein?!)
Aus meiner Sicht spricht dieses Video auch sehr stark für die Einführung eines Grundeinkommens. Gerade ein solches Grundeinkommen würde diese offensichtlich so nutzbringende Autonomie innerhalb der ganzen Gesellschaft etablieren lassen. Die grösste Gefahr wäre das Müssiggängertum – doch als Optimist, wie ich in solchen Dingen bin, sähe ich eine kreative Explosion.
Und ja, natürlich kenne ich Atlassian – wusste aber nichts von deren Fedex Day mit dem Motto „You have to deliver in one day!“
Phil Libin, the chief executive of Evernote, says they are generating about $79,000/month in revenue. Then the article goes on to say “By January 2011, Mr. Libin projects, the company will break even.”
$79,000/month and they won’t break even until January 2011. So every day they’re losing money until 2011.
Dieser Web-Site alle meine persönlichen (und privaten!) Dokumente anzuvertrauen, obwohl deren Betreiber damit täglich Verluste schreibt? Für mich ist das ein grosses Warnsignal, es nicht zu tun und weiterhin die heimische Festplatte zu befüllen. Schliesslich kostet ein Gigabyte nicht mehr dermassen viel.
Then computers got faster, somebody wrote programs like „more“ and „less“ and the /p switch on DOS, and the Scroll Lock key was no longer needed. But you’ll have an easier time replacing Supreme Court seats than you will convincing keyboard manufacturers to drop keys that have lost their purpose.
In the late 80’s and early 90’s several games shipped with a special code wheel that was necessary for being able to play the game, often related to in-game mechanics.
Der Royal Pingdom-Artikel weckt alte Erinnerungen in mir. Glücklicherweise gab es schon in den frühen 1990er in vielen Unternehmen Kopierer, mit welchen sich die „Code Wheels“ kopieren liessen.
Das deutlich grössere Problem war da schon, die 9 MB grosse Datei von Indiana Jones 4 irgendwie auf eine 1.44 MB fassende Floppy-Disk zu bringen. Da wir unwissenden anno dazumal noch nie etwas von ZIP (oder der von unserem tschechischen Klassenkollegen nähergebrachten Komprimierapplikation ARJ) gehört haten, mussten die Originaldisketten her.
Then reality struck. The pipeline was slow: Oracle loaded XML at a crawl. And it was a memory hog, since XSLT required putting full document trees in RAM.
Selbstverständlich bin ich voreingenommen und lese vorzugsweise Artikel, die Kritik an XML (und XSLT) üben. Aber ein Körnchen Wahrheit wird sicherlich darin sein …
Aus diesem Grund lasse ich auch heute (2009) noch die Finger von dieser Technologie.
Das theoretische Grundgerüst zu Inbox Zero ist mir längst bekannt, doch mit Blick auf den aktuellen Stand meiner INBOX – 321 messages – hapert die praktische Umsetzung noch ein bisschen. Doch welch erlösendes Gefühl, als ich heute zufälligerweise folgenden Blog-Artikel gelesen habe:
Inbox Zero is a myth. And soon it will be a book about a myth. Really, it’s a term that geeks use so we can convince ourselves that we’re winning the battle against communication overload. We’re not winning. We’re just selectively forgetting certain emails, half-responding to others, and if worse comes to worse, switching communication platforms. That’s not winning, that’s running.
Assume 3TB drives are coming, then 4TB ones, and we’re looking at 12 hours and 16 hours respectively for a rebuild of a full failed disk. Every added terabyte adds four hours to the rebuild time, half a day. That’s increasing the chances a third drive will fail in the rebuild period for second and first failed drive rebuilds.
Wer schon mal ein RAID-System administriert hat, weiss, wie unglaublich lange ein solcher Rebuild dauern kann … Noch schlimmer ist meine gegen Hardware-RAID-Controller – wenn es schon RAID sein muss, dann bitte mit Linux als sog. SoftRAID. Denn wer schon einmal zwei Wochen mit einem teilweise defekten RAID-Controller gekämpft und anschliessend auf die Lieferung von Ersatz gewartet hat, will nichts mehr damit zu tun haben. (Ja, ich weiss … man bezahle dem Hersteller ein hohes Surplus, und kriegt den Controller am nächsten Tag).
Dem sagt man garantiert nicht CRM, sondern Gefrickel höchster Ordnung … Motto: Gebt Leuten Excel und Access, und sie bauen dir in wenigen Tagen eine Weltuntergangsmaschine.
Mario Aeby, geboren am 25. September 1980 in Bern, Schweiz
Ein Weblog über IT (Linux, OSS, Apple), Heim-Automation; mein mittlerweile abgeschlossenes Geschichtsstudium; Erkenntnisse aus meiner aktuellen Tätigkeit in der Informationssicherheit, meine Erfahrungen als IT-Berater, IT-Auditor, Web-Developer und IT-Supporter; die Schweiz, den Kanton Bern, meine ursprüngliche und auch wieder aktuelle Wohngemeinde Neuenegg, meine vorherige Wohngemeinde Bern, über lokale, regionale und globale Politik; meine Reisetätigkeit und Erfahrungen mit anderen Kulturen; und zu Guter letzt auch das Älter werden.
Alle in diesem Blog gemachten Aussagen und Meinungen sind persönlich und nicht als Ansichten meines aktuellen und/oder meiner bisherigen Arbeitgeber zu verstehen.
