Miguel de Icaza beschreibt sehr detailiert wie ein kleines Team Silverlight innerhalb von 21 Tagen für Linux portierten. Beeindruckend ist der Arbeits , Schlaf- und Wachrhythmus über die Kontinente verteilt. Schichtarbeit getrieben durch Enthusiasmus:-) Die Problemstellung (Grafik-Engine mit einer Unmenge von Möglichkeiten, viele drum herum z.B. Installer) war mehr als komplex. Für mich als .NET Entwickler ist es eine gute Nachricht wenn ein Team von Alpha-Geeks eine neue Technologie derartig schnell und begeistert aufnimmt. Es schaft Vertrauen, wenn .NET und begleitende Technologien wie WPF aktiv für und auf anderen Platformen, wie Mac, Linux, Mobile Devices entwickelt und gefördert werden. Der Artikel ist hier zu lesen: Implementing Silverlight in 21 Days.

Da Robert und ich auch längere Zeit darüber nachgedacht hatten, einen Katalog für Web Applikationen zu bauen, freue ich mich eine Lösung zu sehen, die zwar nicht ganz dem entspricht, was wir im Hinterkopf hatten, jedoch eine durchaus funktionale und solide Lösung darstellt: Die englisch-sprachige Seite zum Suchen und Finden von web-basierten Applikationen: simplespark.com. Features Das wohl bestechendste feature ist der unglaublich Umfang der Datenbank von Web Applikationen, die Simple Spark als Grundlage hat. So findet man für den Suchbegriff "collaboration" unglaubliche 143 Einträge. Dabei sind Klassiker wie basecamp, wikis wie Wetpaint oder eher grafisch-orientierte Tools wie thinkature oder conceptshare, stets mit screenshots. Darüber hinaus werden die verschiedenen Applikationen nach Kategorien sortiert, die im Moment noch ein wenig willkürlich erscheinen. Man kann Web Applikationen in einem persönlichen Ordner speichern und bewerten und sogar eigene Vorschläge hinzufügen. Finden von Web Applikationen Zentral für den Erfolg der Seite ist jedoch die Frage, ob Nutzer, die sich kostenfrei anmelden können, zu den verschiedenen Web Applikationen Berichte schreiben und Bewertungen abgeben werden (derzeit noch. Denn ohne Einschätzungen anderer Nutzer oder von Redakteuren sind 143 Suchergebnisse schlicht und ergreifend eine unüberschaubare Menge und die richtige Applikation auszuwählen wird schier unmöglich. Zumal derzeit auch noch keine Sortierfunktion eingebaut ist. Fazit Insgesamt sehr ansprechend gestaltete Seite, grafisch und usability technisch. Ob sie sich durchsetzen kann, liegt an der Beteiligung der User. Ich habe meine erste Bewertung schon geschrieben ;) andrej

Code Duplication ist einer der populären Code Smells. Um so interessanter ist die Frage, wann Code Duplication sinnvoll ist. Ein lesenswerter Blog-Eintrag von Ayende Rahien: When-should-you-encourage-code-duplication.

Hier der Test für Deine Programmiererpersönlichkeit: Doolwinds programmer personality test. Nicht ganz ernst gemeint :-) Hier mein Ergebniss: You're a Doer. You are very quick at getting tasks done. You believe the outcome is the most important part of a task and the faster you can reach that outcome the better. After all, time is money. You like coding at a High level. The world is made up of objects and components, you should create your programs in the same way. You work best in a Solo situation. The best way to program is by yourself. There's no communication problems, you know every part of the code allowing you to write the best programs possible. You are a Conservative programmer. The less code you write, the less chance there is of it containing a bug. You write short and to the point code that gets the job done efficiently. Hier ist Chris Sells Ergebnis: (DHSB).

Da speak-friend.com auf seinem Weg zur wichtigsten Seite im Web, schon ein paar Tage online ist, hielten wir es für angemessen, den Inhalt auf den aktuellsten Stand zu bringen (von den blog-Einträgen mal abgesehen). So kann man sich jetzt auch tatsächlich für das newsletter anmelden, von dem wir sicher im Zusammenhang mit wiki-to-go das ein oder andere verschicken werden. Darüber hinaus habe ich unsere aktuellen Projekte aktualisiert und den Umzug in den Friedrichshain nun auch schriftlich festgehalten ;)   andrej

Oren Eini stellt eine interessante Frage."Du hast nur die CLR und must ein komplexe Anwendung bauen. Aus projektpolitischen Gründen ist es nicht erlaubt externe Bibliotheken zu verwenden - egal ob Open Source (OSS) oder von Microsoft. Kannst Du eine Anwendung auf diese Art und Weise bauen?". Oren verneint die Frage rhetorisch. Die Entwicklung eines einfachen IoC schätzt er auf 2 Tage, die Entwicklung einer rudimentären OR/M Schicht auf eine Woche. Ersteres empfinde ich dank Activator.CreateInstance() als einfach. Eine OR/M Schicht dürfte nach einer Woche kritisch zu beurteilen sein. Ob objektrelationales Mapping zwinged erforderlich ist sei dahin gestellt. ADO.NET ist mächtig. Objekte lassen sich mit eine DataReader händisch befüllen. Mit Hilfe einer trivialen Template Engine ist auch auf diese Art und Weise eine beachtliche Entwicklungsgeschwindigkeit bei hoher Codequalität zu erreichen. Inversion of Control sollte nicht für alles verwendet werden. Für mich ist es eher eine mögliche Refaktorisierung, die bei Bedarf durchgeführt werden sollte. Der eigentlich Punkt den Oren heraustellt ist, wie wesentlich Bibliotheken die tägliche Arbeit beeinflussen, verbessern und ermöglichen. Gelobt seien HHibernate, Castle, NUnit, NLog und all die vielen anderen von AJAX.NET bis #ziplib :-)

SWAG steht für "Silly Wild Ass Guess" oder "Scientific Wild Ass Guess". "Wir werden zu 99% das Ziel erreichen" oder "99% aller Webapplikationen benötigen ein RDBMS" sind Aussagen die verdächtig nach SWAG riechen. Über Zeitabschätzung, Entscheidungsfindung und vor allen Dingen über das andere 1% schreibt Reginald Braithwaite. Er stellt auch die Frage ob es ökonomisch ist auf das eine Prozent zu setzen. Sehr lesenswert.

Wer hätte das gedacht, Microsoft präsentiert Silverlight auf der Mix 07 auf einem Mac! Die Demos zeigen Silverlight Beispiele in Ruby, Python, Javascript und VisualBasic. Es wird auch gezeigt wie diese unterschiedlichen Sprache gemeinsam in einem Script verwendet werden. All diese dynamischen Sprachen sind auf Basis der DLR (Dynamic Language Runtime) implementiert. Ich hoffe inständig das Silverlight vom Massenmarkt angenommen wird.

Bisher glaubte ich, dass die einzige wirkliche Sprache des .NET frameworks c# sei. VB.NET war für mich bestenfalls eine Pflichtleistung Microsofts für die Unverbesserlichen. Das Konzept der CLR, eine Ausführumgebung für jede beliebige Sprache zu sein, empfand ich als ausserodentlich gutes Marketing. Natürlich ist die CLR technisch schön. Die Idee ist elegant. Aber für die Praxis? Ich meine, wer benötigt denn IronPython oder die PHP-CLR Phalanger, die populäreren Vertreter der vielen (hundert?) CLR Sprachen. In den letzten vier Jahren mit c# habe ich nur wenig die dynamische Typisierung PHPs vermisst. Die immer wiederkehrende Diskussion, statische Typisierung vs. dynamische Typisierung, wurde auch in der x-ten Version nicht spannender. Ruby, Python oder PHP konnten mich nicht neidisch machen. Ich hatte ja mein mein geliebtes c#. Dazu war Resharper in meinen Werkzeugkasten, ein Produkt das für dynamische Sprache so nicht denkbar wäre? Auch die wirklich grossartigen und einflussreichen Entwickler, meine Stars, waren auf meiner Seite. Ich gebe zu, abundzu hätte ich gerne ein wenig duck typing dürfen. Gelegentlich hätte ich auch gerne beherzt down gecasted - ohne zickigen compiler. Aber das waren bestenfals kleine Schäfchenwolken an meinem Programmiererhimmel. Vielleicht hatte für einen kurzen Moment Ruby on Rails mein Herz erweicht, doch da erschien auch schon MonoRails auf der Bildfläche und die Begehrlichkeiten waren gestillt. Interessant. Auf der MIX 07 wurde die DLR vorgestellt. Eine Erweiterung der CLR die das entwickeln dynamischer Sprachen vereinfacht. Die DLR steht unter der Microsoft Permissive License und ist somit Open Source. Microsoft scheint technologisch nicht nur mitzuschwimmen sondern mit LINQ, Generics der entspannteren Lizenspolitik, IIS 7.0 und vielem, vielem mehr auf der Entwickler Seite alles richtig zu machen.

Wie viele deutsche Entwickler verwenden NHibernate? Google Trends beantwortet die Frage einfach: „Zu wenig Suchende“ um einein Trend zu ermitteln. Schade! Die Suche im deutschsprachigen Netz nach NHibernate ermittelt 17 600 Treffer. Im Vergleich dazu gibt 276 000 Treffer für Hibernate, um den Faktor 15 Mal mehr. Linq: 81700 NHibernate 17600 iBatis 608 Objectspaces: 596 Unten ist der Vergleich zwischen java und c# (.Net sieht nur marginal besser aus.) via Google Trends zu sehen. Im Prinzip kann das nur heißen, das Java Benutzer einen wesentlich höheren Suchbedarf haben :-) (robert)