Zitat

Vielleicht sehe ich ja auch nicht alle Seiten?

Will man mit Nutzen tadeln, und einem andern zeigen, daß er sich irrt, so muß man beobachten, von welcher Seite er die Sache ansieht, denn von der Seite ist sie gewöhnlich wahr und muß ihm diese Wahrheit zugestehen. Er ist damit zufrieden, weil er sieht, daß er sich nicht geirrt und nur unterlassen hat alle Seiten zu sehn. Nun schämt man sich nicht, daß man nicht alles sieht; aber man will sich nicht geirrt haben und vielleicht kommt das daher, weil natürlicherweise der Geist von der Seite, von welcher er es ansieht, sich nicht täuschen kann, wie alle Wahrnehmungen der Sinne immer wahr sind.
Blaise Pascal

Zitat

Perennials

We are ever-blooming, relevant people of all ages who live in the present time, know what’s happening in the world, stay current with technology, and have friends of all ages. We get involved, stay curious, mentor others, are passionate, compassionate, creative, confident, collaborative, global-minded, risk takers who continue to push up against our growing edge and know how to hustle. We comprise an inclusive, enduring mindset, not a divisive demographic.

Gina Pell

Artikel

Was ich diese Woche gelernt habe

  • Es gibt ein HTML-Element für Keyboard-Eingaben:
    <kbd>Enter</kbd>
  • Interessanter Bericht über WGSN bei 99% Invisible. Es geht um eine Firma die gegen Gebühr Trends vorher sagt. Der Service wird z.B. von Textilherstellern in Anspruch genommen, um Kollektionen zu entwerfen.
  • Beeindruckend einfach umgesetzter, beeindruckender Effekt.
    Screenshot Video mit mix-blend-mode Overlay
  • “… to procrastinate is to mourn the precariousness of your creation even before you bring it into the world.” – Costica Bradatan

    via swissmiss

Artikel

Was ich diese Woche gelernt habe

Artikel

Was ich diese Woche gelernt habe

  • Am Mac innerhalb eines »Öffnen«-Dialogs Cmd+Shift+. drücken, um auch versteckte Dateien im anzuzeigen.
  • Aus »Weniger schlecht programmieren« (O’Reilly, 2014, Kathrin Passig & Johannes Jander):
    1. Der Dunning-Kruger-Effekt
      Kurz gesagt: inkompetente Menschen tendieren dazu ihre und fremde Leistungen nicht (kompetent) einschätzen zu können. Daher überschätzen sie sich selbst meist, während sie andere unterschätzen.
      An den eigenen Fähigkeiten zu zweifeln bedeutet also unter Umständen, dass man durchaus Kompetenz darin aufweist (vgl. auch das Imposter-Phänomen).
    2. Larry Wall, der Erfinder von Perl, hält Faulheit, Ungeduld und Selbstüberschätzung durchaus für Tugenden beim Programmieren:
      Faulheit motiviert (Oxymoron?) dazu bei Programmierung, Dokumentation und Tool-Auswahl möglichst effizient zu arbeiten.
      Ungeduld soll dazu führen, dass man nicht nur das Benötigte erarbeitet, sondern zukünftige Anforderungen auch schon berücksichtigt.
      Selbstüberschätzung nimmt die Angst davor, große Projekte überhaupt in Angriff zu nehmen.
      Passig und Jander sehen noch in weiteren Untugenden Vorteile:
      Dummheit sorgt dafür, dass der Code leichter (für Fremde) verständlich ist. Spaghetticode kann nur schreiben, wer sich viel im Kopf behalten kann.
      Unwissenheit hilft bei einem Paradigmenwechsel (z.B. damals hin zur objektorientierten Programmierung) flexibel zu bleiben. Wer nicht in erlernten Denkmustern verhaftet ist, tut sich leichter beim Umsteigen.
      Vergesslichkeit sorgt dafür, dass Code besser kommentiert und dokumentiert wird. Vielleicht erstmal nur für sich selber, aber das hilft Fremden dann wiederum den Code zu verstehen.
      Fehlendes Durchhaltevermögen: Code der in einer Nachtschicht zusammen geschustert wird, wird höchstwahrscheinlich eh am nächsten Tag verworfen. Eine gute/kreative Lösungsidee sollte besser reifen, bevor Code dafür geschrieben wird.
      Prokrastination hat den angenehmen Nebeneffekt, dass in der Zwischenzeit andere die Entwicklung voran treiben und das Problem des prokrastinierenden Programmierers von einem Kollegen oder der Community bereits gelöst ist. Auch entwickeln sich die Tools und man selber weiter, so dass am ende vielleicht eine schnellere und bessere Lösung herauskommt (vgl. TED-Talk von Adam Grant und meine Anmerkungen dazu).
      Ekel vor dem eigenen Code ist gut, weil man ihn bereitwilliger verwirft, wenn sie entweder die Anforderungen ändern, oder andere (erfahrenere/bessere) Kollegen ins Boot kommen. »Wer seinen Code für perfekt hält, lernt zu wenig dazu. Die Zusammenarbeit mit anderen ist produktiver, wenn die Beteiligten nicht in ihren eigenen Code verliebt sind.«
      Ehrgeizlosigkeit: sogenannte Maximizer, also Programmierer die nach dem besten streben, sind laut Glückforschung nicht so glücklich wie Satifsicer, die sich auch mit weniger zufrieden geben.
      Trägheit kann man umkehren, und so kann sie helfen guten Code zu schreiben. Als Beispiel: globale Variablen (Warum die nicht so gut sind). Wenn immer nur lokale Variablen genutzt werden, verhindert die Trägheit, dass globale eingeführt werden.