PostgreSQL News 3rd Beta of Slony Master -> Multi-slave replication system - Replikationslösung für PostgreSQL
programmierung - 12.5.2004 - 22.6.2004
XchemeRPC - Neue Homepage für den XMLRPC Client/Server für DrScheme
Satine for Python - XML Binding für Python - transparente Nutzung von XML Daten über native Python Datenstrukturen
Radio UserLand: Bootstrap: Wie man einen RSS-Feed umleitet - Inline-Umleitung für RSS
ASCII - ISO 8859-1 Table with HTML Entity Names - Referenztabellen von Zeichensätzen und HTML Entities
New image gallery plugin - needs testers - Wordpress Plugin für Bilder an Postings
The 'process' Python module - Prozess Management für Python - einfacher als die Standardfunktionen
Threadframe: multithreaded stack frame extraction for Python - Leichteres Debugging von Multithreaded Python Applikationen
PyWork - Web-Framework auf Basis Apache, mod_python, XSLT und ZPT
Xoltar Python Page - Funktionales Programmieren in Python
Another Awesome Algorithm Archive
Wer einen Algorithmus sucht, könnte im NIST Dictionary of Algorithms and Data Structures fündig werden - die Chancen stehen sehr hoch bei der Fülle an Algorithmen die dort katalogisiert sind.
Bei Gary Kings unCLog fand ich den den Originalartikel.
Burningbird » Glory Days: The Parable of the Languages
Die Rache der Programmiersprachen an XML
PyPerSyst - Orbtech Wiki - Persistenz für Python objekte
Upcoming Qonos Scientific PDA
Die Firma Hydrix (besteht wohl zum Teil aus ehemaligen HP RPN Taschenrechner Entwicklern) arbeitet an einem Taschenrechner auf Linux-Basis und mit Open Source Software für die Aufgaben. Sehr interessant - soll Ende diesen Jahres rauskommen. Mal schauen, was das wirklich gibt.
Omikron Basic 8.0 runs natively on Mac OS X
Noch so ein Zombie der noch lebt. Wenn ich mir die Features so durchlese, kriege ich Tränen der Rührung in die Augen. Was waren das noch für Zeiten als man mit Basic auf Heimcomputern programmiert hat. Die Welt war um vieles einfacher ... Bei The Macintosh News Network gibts den Originalartikel.
Vellum: a weblogging system in Python - Nettes kleines Weblog System in Python
drbs - Distributed Replicated Blob Server - Dem Google File System nachempfundenes Serversystem
GDL - GNU Data Language - Mal wieder was für die Zahlenfresser
Maypole / Apache::MVC - Perl Framework zur Erstellung von Webapplikationen
mnot%u2019s Web log: Ubiquitious Fragment Identifiers - Interessante Fragmentlinklösung mit CSS
paramiko: ssh2 protocol for python - SSH2 Protokoll Implementierung in Python
PYSH: A Python Shell - Shell die Python als Shellsprache benutzt
Mark Lentczner's Journal
Autsch. Ein Periodensystem der Perl Operatoren. Könnte es sein, das jemand bei Perl ein bischen zu weit gegangen ist mit der Definition von möglichen Operatoren? Ein ganz kleines bischen ? Hier gibts den Originalartikel.
Syndication-Formate Ursache fortschreitender Demenz?
Wer mal wissen will, wie eine übliche gesittete Diskussion über Syndication-Formate aussieht, einfach mal dem Link folgen. Erstaunlicherweise benimmt sich Dave Winer in dem Thread sehr ordentlich. Was nicht von Mark Pilgrim gesagt werden kann. Schon putzig - letzten Endes tritt ein, was ich damals schon vermutet habe: wenn es auch zu sonst nix taugt, sorgt das Atom Format doch für ein grosses netzpsychologisches Experiment Auf der technischen Seite: Atom ist beschissen designed. Je lauter Pilgrim und seine Pilgrim-Fathers-of-Atom-Format herumschreien, desto peinlich ist die ganze Angelegenheit. Bei der Diskussion um das Atom-API wurde häufiger die Kritik geäußert, das PUT und DELETE als HTTP-Verben unüblich und oft nicht unterstützt wären. Kommentar darauf war, diese Leute sollten halt ihre Toolkits wegwerfen, die würden nix taugen wenn sie keine Standardtechniken könnten. Gleichzeitig wurde von diesen Leuten extra für Atom ein eigenes Authentication-Scheme für HTTP entworfen, das nur die Technik von Digest-Auth unter einem anderen Namen und mit anderer Syntax neu erfindet - mit dem Argument, das ja viele Toolkits und Servertechniken keine Digest-Auth unterstützen würden. Ja, richtig, das gleiche Argument wurde von Pilgrim und Konsorten in zwei entgegengesetzten Richtungen benutzt. Soviel zur Konsistenz der Argumentation
Anderes Beispiel: es wird ständig darauf rumgeritten wie konsistent das Atom-Format in Bezug auf die Tags wäre. Komischerweise sind aber zwar alle Links im Format über das Link-Tag abgebildet (und mit entsprechenden rel-Attributen spezifiziert), aber dafür werden nur für Datumsangaben drei verschiedene Tags definiert - obwohl ein einziges Date-Tag mit rel-Angabe für die Art des Datums in dem Kontext wesentlich logischer wäre.
Putzig war auch die Diskussion über die Art des API - viele wollten ein XMLRPC-API, einfach weil sich RPC gut in die Programmierung integriert. Durchgesetzt hat sich die Dokumentenfraktion, denen halt ein API mit REST-Struktur mehr liegt (weil dort Dokumente native über GET/POST/PUT/DELETE verwaltet werden). Soweit so gut - kann ich akzeptieren. Aber peinlich war die Art der Diskussion mit denen diverse REST-Proponenten versuchten zu begründen warum XMLRPC nicht funktionieren würde. Was in Anbetracht der weiten Verwendung von XMLRPC für die verschiedensten Zwecke ziemlich albern ist. Und für jemanden der sich mit RPC-style APIs auskennt war die ganze Diskussion eher ein Treppenwitz als eine ernstzunehmende fachliche Diskussion. RPC ist als Programmiertechnik im Unix-Umfeld wie alt? 20 Jahre? Aber natürlich ist das alles nur Einbildung ...
Nunja, was will man von Leuten erwarten die die Tatsache das Googlegroups und Blogger alle zwangsweise Atom-Feeds verpasst bekommen haben als Grundlage für die Aussage nehmen, das Atom heute schon verbreiteter als RSS ist Wird jetzt vorstellbar warum es eigentlich wirklich keine Freude ist sich mit Content-Syndication auseinanderzusetzen? Nur Psychopathen und Spinner in dem Thema, kaum ein geistig normaler Mensch aufzufinden. Kann mir jetzt jemand erklären warum ich mir für den Python Desktop Server einen eigenen Aggregator programmiert habe? Hier gibts den Originalartikel.
The Contiki Operating System - System für Rechner mit beschränktem Speicher
Web Development Bookmarklets
Haufenweise nette Bookmarklets (kleine Javascript-Schnipsel die über Bookmarks angestossen werden) für den Webdeveloper. named anchor ist besonders nett - es macht Anker im Text sichtbar, so das man auf diese Anker linken kann. Ohne dieses Bookmarklet bleibt nur wühlen im Source (oder evtl. CSS Hacks). Hier gibts den Originalartikel.
Enblend - Bilder miteinander verbinden ohne sichtbare Übergänge - Vorstufe zu Panoramasoftware
Prothon
Prothon hatte ich ja schon mal - eine Verquickung von Python und Self. Sehr interessant - und hat eine neue Version bekommen, die deutlich runder wirkt.
randomthoughts: PyLucene - Lucene Wrapper für Python
Die Geschichte der Programmiersprachen
Cool. Für einen Programmiersprachenfreak wie mich genau das richtige Futter
Bei Der Schockwellenreiter gibts den Originalartikel.
NeuroKode Labs, LLC: remoteD - Interessante IPC Lösung: shared Storage über Prozessgrenzen hinweg mit Dictionary Interface
ASPN : Python Cookbook : Finding out the number of values the caller is expecting - Mittels Bytecode-Disassembler herausfinden wie viele Ergebniswerte ein Aufrufer einer Funktion erwartet
ASPN : Python Cookbook : Transactionable Objects - übervereinfachte Idee für Transaktionen an Objekten - nicht thread-tauglich, nicht stabil
Python MQI Interface - pymqi. Version 0.5c - MQ Series Interface für Python - interessant in IBM Umgebungen
Veröffentlichungen | drupal.org - Download-Seite für Drupal-Module
Daring Fireball: Markdown Syntax Documentation - Interessante Textumsetzung nach XHTML für PHP und Perl - ähnlich zu reStructured Text
Nu Cardboard: Kangapy: Components - Eine weiter Blogging-Software in Python - scheint ähnlich zu PyDS
papercut.org - nntp server for the masses - NNTP-Server mit flexiblem Backend - integrierbar in Forensoftware
Computation Streaming in Python - Interessante alternative Technik zu Threads - speziell interessant für Medusa
entrian.com - goto for Python - goto for Python - GOTO und COMEFROM für Python
Open Source release of Frontier?
Interessant für Leute die noch mit Frontier arbeiten: der Kernel wird wohl Open Source werden. Im Ergebnis könnte das bedeuten das einige der hässlicheren Probleme (z.B. die mordsmäßig miese Performance unter OS X) gelöst werden könnten. Frontier ist immerhin auch heute noch in vielen Ecken ziemlich cool (die OO Datenbank mit Outliner-Basis zum Beispiel ist etwas das es so in dieser Form woanders nicht gibt - auch wenn manche lästern das man genau diese Kombination garnicht braucht ).
Bei Second p0st gibts den Originalartikel.
PyOne - one-liner helper for Python - Hilfstool für Python Einzeiler - gut für Admins und Shellgebrauch
SourceForge: pyawk - AWK-ähnliche Sprache auf Basis von Python
WordPress Wiki - Comment Moderation Plugin - Kommentarbestätigung per eMail - könnte für TIMMY interessant sein
WordPress Wiki - WP Plugins - WordPress Plugins für das neue 1.2 Plugin Interface
Metakit stats/verify utility - Analysetool für Metakit Datenbanken
Hackers and Painters
Paul Graham hat ein Buch über Hacker (im Lisp-Sinne - nicht dem verdrehten und falschen Sinne wie ihn die Presse missbraucht) und ihre Motivationen und Ideen geschrieben. Kommt demnächst raus. Angefangen hat das ganze als Artikel in dem er Programmieren mit Malen vergleicht - und jetzt gibts ein ganzes Buch darüber. Sicherlich interessant, denn Paul Graham ist selber einer der interessanteren Lisp-Hacker. Das Buch zu lesen könnten also auch interessant sein. Und dümmer wird man auch nicht davon
HTMLTemplate - Interessante kompakte Template-Technik für Python
The Joy of Specs
Jetzt mauschelt das W3C noch in Atom mit rein in dem sie wollen das Atom als W3C-Spec und nicht IETF-Draft offiziell wird. Peinlich finde ich dann so Sachen wie Hinweise darauf, wie gut die Atom Gruppe einen Konsens in der Community aufgebaut hätte - wer mal ein bischen mitverfolgt hat, wie Atom sich entwickelt, dann hat vieles davon mit Konsens nix zu tun, sondern einfach nur damit, das einige mehr Zeit darauf verwenden als andere und scheinbar nix wichtiges zu tun haben - und ihre Ideen einfach durch Dauerbelagerung durchbringen. Die lautesten Schreihalse greifen dann auch gerne mal zu Geschichtsfälschungen und Lügen nur um dem Konkurrenten RSS eine Packung zu verpassen. Was natürlich von den ebenso behämmerten lautesten Proponenten von RSS dann mit entsprechendem gleichen beantwortet wird. Eine herrliche Schlammschlacht ohne echten Wert für die Anwender.
Wer jetzt denkt, das das genau die Entwicklung von HTML zu den Zeiten als HTML noch ein IETF-Draft war wiederspiegelt, und meint das die entsprechenden Leute nichts anderes verdient hätten als das ihre Spec jetzt beim W3C als Standard landet, der hat es begriffen
Bei Workbench gibts den Originalartikel.
Emu48 for Mac OS X
Der Emulator den ich für die Taschenrechner auf dem Sony Clie benutze hat auch Verwandte für OS X