Linktipps Mai 2010

• Should web developers say no to cookie-based authentication?: Was sind bei der Authentifizierung die Alternativen zu Cookies und sollte man diese den Cookies vorziehen? Zwar sollte diese Frage jeder für sich selbst beantworten, aber ich finde, dass dieser Artikel einige Denkanstöße gibt.
• A Partial Ordering of some Category Theory applied to Haskell: Aufgrund des großen Interesses an kategorientheoretischen Anwendungen in Haskell hat Dan Piponi eine Sammlung seiner Artikel, die sich mit Kategorientheorie beschäftigen, zusammengestellt.
• DevOps at dealnews.com: Brian Moon plaudert aus dem Nähkästchen über das Deployment bei dealnews.com.
• On powersets and folds: Wer gerne cleveren Haskell-Code liest, der ist bei diesem Artikel gut aufgehoben.
• Haskell anti-pattern: incremental ad-hoc parameter abstraction: Wie abstrahiert man am besten von einer Vielzahl von Parametern? Brent Yorgey beschreibt die Lösung: Records mit Data.Default.
• File Recovery with Haskell: Neil Mitchell beweist, wie einfach man ein nützliches Werkzeug in Haskell schreiben kann: Korrupte Dateien möglichst vollständig kopieren.
• You could have invented zippers: In Anspielung auf Dan Piponis You could have invented monads beschreibt Edward Z. Yang die Zipper-Datenstruktur unter Zuhilfenahme einiger Illustrationen.
• Trait-like Functionality for PHP: Wer keine Lust hat, auf Traits in PHP zu warten, der wird diesen Artikel interessant finden, da er etwas, was Traits sehr ähnlich ist, anhand von PHPs Metaprogrammierung entwickelt.
• CouchDB - Document Persistence Powered by CQRS: Für welche Zwecke ist CouchDB trotz der Vorteile nicht geeignet? Dieser Artikel schneidet das Thema an.
• The Maximum Segment Sum Problem: Its Origin, and a Derivation: Shin-Cheng Mu zeigt, wie man einen Linearzeitalgorithmus aus einer Problemstellung fast mechanisch ableiten kann.
• Generational garbage collection and floating garbage: Johan Tibell klärt über einige Aspekte der Garbage Collection (des GHC) auf und erläutert, wie man diesen Prozess optimieren kann. Für jeden, der mehr über die Funktionsweise des GHC lernen will, ist dieser Artikel empfehlenswert.
• Revenge of the Nerds: Paul Graham erl�utert vor allem die Ausdrucksfähigkeit verschiedener Programmiersprachen und die daraus folgenden Konsequenzen. Jeder, der Software schreibt, sollte sich diesen Artikel durchlesen!
• NoSQL is About?: Worum geht es beim vielfach erwähnten NoSQL? Jan Lehnhardt klärt diese Frage mit einem einfachen Satz: Bei NoSQL geht es um Auswahl. Wer diesen Satz verstehen möchte, sollte unbedingt seinen Artikel lesen.
• Programming with effects - the story so far: Jeder Haskellentwickler kennt Monaden, aber es gibt noch allgemeinere Konzepte, die sich mit Seiteneffekten befassen. Patai Gergely hat dazu ein anschauliches Diagramm angefertigt und erklärt die im Diagramm dargestellten Beziehungen.
• Inessential Guide to data-accessor: Wer die nativen Haskell-Records unschön findet, der sollte sich diesen Artikel durchlesen, denn er gibt eine schöne Zusammenfassung über die data-accessor-Bibliothek.
• cabal init: Ein Muss für jeden angehenden Haskellentwickler.
• Direct and Indirect Effects of TDD: Neben den Effekten von testgetriebener Entwicklung bietet dieser Artikel auch einen allgemeinen Einblick in die Softwareentwicklung.
• Moral obligations of Free Software authors?: Ist man als Autor freier Software moralisch verpflichtet, die Verantwortung für sein Projekt zu behalten, wenn diese Aufgabe niemand aus der Community übernimmt? John Goerzen schildert dieses Dilemma aus seiner Sicht. Auch lesenswert sind die unterschiedlichen Meinungen in den Kommentaren.
• Find your Files: Fabien Potencier stellt die Symfony Finder-Komponente vor, die mir durchaus gelungen erscheint.
• Creative catamorphisms: Edward Z. Yang erläutert kurz den Begriff Catamorphismus, um kreative Catamorphismen mit Bezug auf Guy Steeles Präsentation zu beschreiben.
• The Problem with xUnit: Warum sind Unit-Tests suboptimal? Edward Z. Yang spricht mir mit diesem Artikel aus der Seele.
• 7 Reasons To Hate Your Code: Sieben Gründe, den eigenen Code zu hassen? Teils humorvoll, teils ernsthaft begründet, gibt der Autor Aufschluss, warum guter Code nicht alles ist.

Kommentare