Neotrivium.com - Recent Posts

Mac Pro - Rack mounted

Kaspar Schiess — Fri, 27 Jul 2007 14:24:15 -0000

Mac Pro - rack mounted. call 0900 NEOTRIVIUM for instructions.

Metameta Dokumentation

Kaspar Schiess — Wed, 18 Jul 2007 12:31:53 -0000

Aus dem Leben (XCode-Dokumentation zur Quicktime Funktion PrerollMovie) gegriffen:

Special Considerations
You should always call PrePrerollMovie before calling this function.

Der interessierte Leser wird fragen: Was steht in der Diskussion zu PrePrerollMovie? Ich habe nachgeschaut: it's not turtles all the way down, after all!

Rails Konferenz.de

Florian Hanke — Mon, 02 Jul 2007 07:29:28 -0000

Mit einem guten letztjährigen Eindruck im Gepäck schaffte ich es, Kaspar, Severin und Nik für die diesjährige deutsche Rails Konferenz in Frankfurt zu begeistern. Es folgen ihre Eindrücke...
(Die Bilder sind von unserer gut 5-stündigen Reise nach Frankfurt)

Die Reise

Um Geld und Zeit zu sparen – wir sind ein Start Up! :) – brausen wir um 3:30 morgens in Solothurn los. Bei der Fahrt kommen wir mit kulinarischen Eigenheiten in Berührung und entwickeln eine kurze aber intensive Hassliebe zu Katrin, unserer elektronischen Navigatorin...
O-Ton Severin: "Nach sehr frühem Aufstehen (gäääähn) gings am Freitag morgen los zur Railskonferenz. Nach einem Zwischenstopp an einer Raststätte (mit einer Riesenwurst für Flöre und Kaspar) trafen wir in Karlsruhe ein, wo wir Nik abholten. Die Fahrt von Karlsruhe nach Frankfurt startete ein wenig ungewöhnlich: Unser TomTom verspürte nämlich plötzlich die Lust, uns auf eine Rundfahrt um die Autobahnauffahrten von Karlsruhe zu führen... Um 9 Uhr trafen wir dann aber doch gerade noch pünktlich zum Start der Konferenz in Frankfurt ein."
Kaspar: "Mit Hilfe amerikanischer Waffentechnologie sind wir ohne grosse Schwierigkeiten (beim nächster Gelegenheit ... drehen Sie um; biegen Sie links ab, dann .. sie haben den Zielort erreicht) fünf nach 9 in Frankfurt eingetrudelt."

Mein Fazit: Navigeräte helfen wirklich (und wenn nicht, so dienen sie wenigstens als Unterhaltungsquelle). Katrin, wo wären wir nur ohne Deine Strassenpoesie?

Erste Eindrücke

Wie durch ein Wunder kommen wir Punkt 9 am Konferenzort an, wo wir von Thomas Ziegler sehr zuvorkommend begrüsst werden. Abgesehen vom etwas wackligen (und einzigen) WLAN Access Point sind die Räume genügend gross und Stromstecker reichlich vorhanden. Mit scharfem Blick eruiert Severin die übliche Rails Uniform: "... konnte ich mir einen ersten Einblick in die Rails-Community verschaffen: Es scheint, als ob jeder seriöse Rails-Entwickler unbedingt ein Macbook und einen Crumpler Bag braucht ;-)"

Die Vorträge

Die Vorträge waren qualitativ und von der Anforderung her etwas durchmischt – vielleicht können wir uns nächstes Jahr auf zwei Tracks, Anfänger und Fortgeschrittene, freuen?

Keynote - REST on Rails

Nach einer kurzen Begrüssung durch das rundum überzeugende Orga-Team, versuchten uns 2 Mitarbeiter von innoQ die Vorteile von REST näher zu bringen. Wir reagieren etwas skeptisch, wenn mir auch der Nutzen in einem etwas nüchternen Businessumfeld einleuchtet. Dazu die Jungs:
Nik: "Die Keynote über REST [...] war inhaltlich aber eher evangelistisch als pragmatisch-technisch - REST ist der zukünftige Heilsbringer, aber über Lösungen von Problemen die beim Umstieg auf REST – besonders von Rails-Applikationen – war wenig zu erfahren."
Kaspar: "Über die Keynote (REST, Rails) gibts (leider) nicht viel zu sagen."
Severin: "... einer relativ uninspirierenden Keynote ..."

Prosa, Lyrik, Ruby und Rails

Für den erfahrenen Ruby und Rails Benutzer war leider nicht viel dabei, so auch Severin: "Leider war der Inhalt nicht sehr berauschend: Im Grunde war der Vortrag nur eine Lobpreisung der Ruby-Syntax."

Hobo

Der Vortrag zu Hobo war offensichtlich gut vorbereitet. Mir persönlich war nicht klar, warum in Hobo Tag Libraries verwendet werden, wenn Rails doch einen guten Ansatz per Helper/Partial anbietet. Kaspar und Severin geht es nicht anders:
Kaspar: "Mit Hobo habe ich an dieser Stelle schon einmal geflirtet - aus dem ersten guten Eindruck ist aber dann eher ein schlechter geworden. DRYML mag zwar DRY sein, aber sicher nicht nur offensichtlich und einfach zu lernen. Rails hat ein gutes Mittel gefunden, was die mitgebrachte Funktionalität angeht - und Hobo bringt zuviel mit, das man dann wieder rausschmeissen muss. Und neu programmieren. Der Vortrag von Niko Dittmann allerdings war gut vorbereitet und sehr spannend - Hobo sollte auf dem Radar eines seriösen Rails-Programmierers bleiben!"
Severin: "Da ich Hobo noch nicht gekannt habe, fand ich den Vortrag sehr aufschlussreich. Hobo bietet einige interessante Features und ist um vieles brauchbarer als das Rails-Scaffolding. Leider finde ich die Markup Language nicht sehr schön: Das Beharren auf schliessenden Tags sieht nach einem halben Jahr Arbeiten mit HAML einfach nur noch unnötig aus."

Offline arbeiten

Ein in der lokalen Rubyszene Altbekannter, beglückt uns Jens-Christian Fischer erneut mit einer ausgezeichnet vorgetragenen Präsentation, wie wir alle finden:
Nik: "Unter allen Vorträgen besonders hervorgetan in Sachen Aktualität und Unterhaltsamkeit hat sich der Vortrag über Offline-Webapplikationen, also ganz neue Frameworks wie Google Gears, AIR und Joyent Slingshot."
Severin: "Der Nachmittag startete mit einem sehr gut gemachten Vortrag von JC über Joyent Slingshot. Das Thema On/Offline-Synchronisation ist sehr interessant, leider funktioniert Slingshot noch nicht so gut, wie ich mir das wünschen würde."
Kaspar: "Am Nachmittag in der Graveyard-Shift hat uns Jens-Christian Fischer mit einer sehr ansprechenden Präsentation in die Wirren von Slingshot und Google Gears eingeführt. Ich durfte vor der Präsentation schnell einen Blick in seinen Code werfen - das Thema ist wirklich komplex. Wir dürfen nicht erwarten, in der nächsten Zeit eine Lösung zu kriegen, die uns alle Sorgen abnimmt. Gratulation für die gelungene Präsentation - ich hoffe, nächstes Jahr wieder einen Vortrag von Jens-Christian und allgemein mehr Vorträge auf diesem Niveau zu sehen."

Internationalisierung

Besonders für uns ein spannendes Thema. Unser CTO Kaspar gewinnt neue Einblicke: "Ein weiteres Highlight war die Scope des Vortrags von Jan Krutisch zum Thema Internationalisierung. Er hat einen super Überblick über das Thema gegeben, ohne sich durch technische Details von den wirklichen Problemen ablenken zu lassen. Wörgflow, indeed!"

Rails in der Praxis

Am Beispiel omdb.com . Ebenfalls ein Thema, mit dem wir uns täglich befassen (kämpfen? ;) ). Dazu Severin: "Für mich war dieser Vortrag sehr interessant, da ich selbst noch nicht viel Erfahrung mit grossen Rails-Projekten habe. So fand ich es sehr aufschlussreich, über verschiedene Stolpersteine in der Rails-Praxis informiert zu werden. Leider war der Stil des Vortrags etwas zu absolut und rechthaberisch."

Zusammenfassend gesagt

Wenn sich auch unsere Eindrücke teilweise etwas kritisch anhören mögen, gingen wir doch alle mit einem guten Eindruck nach Hause.
Nik: "Interessant war die Konferenz vor allem da, wo sie Übersichten über Teilgebiete lieferte, zum Beispiel in den Vorträgen über Caching und Internationalisierung. Etwas schwächer vertreten waren Vorträge zu neueren Trends und Entwicklungen."
Severin: "[Die Konferenz war] eine sehr aufschlussreiche Erfahrung: Ich kam mit anderen Entwicklern in Kontakt und bekam Einblick in viele Aspekte der Entwicklung mit Rails. Schade war hingegen, dass die Konferenz schlechter besucht war als im Jahr zuvor."

Ich denke, einen Besuch der deutschen Rails Konferenz fassen wir nächstes Jahr definitiv wieder ins Auge.

Mittagessen

Das opulente Mittagsbuffet vermag uns zu begeistern, besonders unseren Chef-Grosse-Portionen-Esser Severin :) Wir treffen Andreas Gehret, und unterhalten uns über Informatikphilosophie und xing.com.

We need you!

Nik fasst die Rails Jobsituation gut zusammen: "Eine Erkenntnis haben wir ausserdem noch von dem Tag mitgenommen: Ruby- und/oder Rails-Programmierer sind im deutschsprachigen Raum enorm gefragt. Mehrere Firmen haben auf der Konferenz um Entwickler geworben, und zwar eher erfolglos. Auch für Entwickler, die bisher mit anderen Sprachen und Frameworks gearbeitet haben, dürfte es momentan ziemlich lukrativ sein auf den Rails-Zug aufzuspringen. (Hier könnte man dann auch erwähnen, dass wir auch noch Leute suchen)"

Genau, Nik, Du sagst es :)

Wir suchen

Kaspar Schiess — Wed, 06 Jun 2007 11:31:23 -0000

Dich. Speziell, wenn Du ein gestandener Programmierer mit Interesse für Softwarearchitektur bist. Kennst Du mehrere Programmierparadigmen? Interessieren Dich Sprachen, User Interfaces? Ein bisschen Erfahrung mit Web-Technologien wären auch ganz nett.

Wir möchten unser kleines Team grösser machen - mit dem Ziel, irgendwann etwa 8 Leute zu beschäftigen. Wir suchen also interessierte Leute, die technisch und menschlich zu unserer Vision beitragen können. Ganz zuerst werden wir zusammen ein Musikfernsehen realisieren. Und mehr, versprochen.

Hab ich Dein Interesse geweckt? Dann antworte doch auf unser Stellenangebot .

What we're up to

Kaspar Schiess — Wed, 30 May 2007 05:53:39 -0000

Ihr habt euch sicher gewundert, was die plötzliche Stille zu bedeuten hat. Na, das: Wir sind umgezogen, suchen wieder fähige Programmierer und machen Frühjahresputz!

Wir sind an die Hardturmstrasse 253 in Zürich umgezogen. Der Grund dafür ist, dass wir näher an den Kunden unseres grossen, geheimen ;) Projekts sein möchten. Ich danke allen Helfern (indem ich mal ganz frech ihr Bild aufs Netz stelle) und heisse alle Besucher präventiv willkommen!

Ach und bevor ich es vergesse. Wir werden in den nächsten Tagen wieder Stellenanzeigen aufschalten, hier aber die Essenz gleich im Voraus: Wir suchen fähige Programmierer/Architekten. Wie immer Bewerbungen an 'jobs@neotrivium.com '!

Und dann begründet sich die relative Stille damit, dass wir dieses Blog aufräumen. Wir hatten in der letzten Zeit viel Spam hier - An alle Spammer: Links in den Kommentaren funktionieren hier nicht! Manche Roboter lernen es nie... Ja, manchmal muss man wegnehmen, um dazuzufügen. Mit diesem etwas taoistischen Gruss ende ich diesen Post - danke fürs mitlesen.

Ist Sokrates sterblich? Und was hat das mit scoped_proxy zu tun?

Kaspar Schiess — Wed, 16 May 2007 08:25:43 -0000

Wenn man diesen Code hat (Achtung, technischer Post):

  class Person
     scoped_proxy :greeks, :find => { :conditions => "nationality='greek'" }
     scoped_proxy :mortals, :find => { :conditions => { :mortal => true } }
     scoped_proxy :socrates, :find => {:conditions => "name='socrates'"}
   end

und dann versucht mit:

   Person.mortals.greeks.find(:all)

alle sterblichen Griechen zu selektieren, dann findet man den Bug, der fractious in meinem Post zu scoped_proxy 0.2 gefunden hat (Frag nicht, was ich mit diesem Code sonst noch vorhatte...).

Es war ein Bug, öffentliche Entschuldigung. Obwohl, die kann ich nicht jedesmal versprechen, wenn ich einen Bug veröffentliiche - sagen wir, dass ich das entsprechende Mass an Bedauern empfinde. Und mein Bedauern äussert sich in einem Fix: Hier ist scoped_proxy 0.3 . Wieso sind die unsterblichen Griechen im Resultat der obigen Query zu finden? Ich werde das mit diesem Diagramm erklären:

Um das zu flicken habe ich zu der ScopedProxy-Klasse einen Stack hinzugefügt, der sich das nächste Delegate-Ziel speichert. Damit enthält der zweite Proxy den richtigen Zeiger und delegiert seine Methoden auch richtig.

Ich danke für das Feedback, das ich gekriegt habe und wünsche Euch viel Glück mit allen Projekten, die dieses Plugin verwenden!

Download here (released under the Ruby License)

FOWD – Future of Web Design

Florian Hanke — Tue, 08 May 2007 13:04:17 -0000

Im April besuchte ich eine Konferenz mit einem vielversprechenden Namen: "Future of Web Design", kurz FOWD (www.futureofwebdesign.com). Zwar handelten die Vorträge weniger von theoretischen Ausblicken auf eine mögliche Zukunft des Webdesigns, dafür wurden aktuelle, herausragende Beispiele genauer unter die Lupe genommen, was mir fast besser gefiel, da diese Beispiele jedem zugänglich sind und in freier Wildbahn geprüft und für gut befunden wurden.

Einige Beispiele sind:

Der abgedeckte Themenbereich war breit:
Neben visuellem Design, Benutzerführung, Usability und weiteren klassischen Webdesignthemen wie "Flash vs. Standards", waren auch Marketing, Projektleitung und Unternehmenskultur in den Vorträgen zu finden. Die Vorträge übrigens sind auf www.futureofwebdesign.com fast alle im MP3 und Präsentationsformat zu finden. Die Präsentationen waren fast durchwegs sehr gut und inspirierend, in etlichen waren kleine Perlen zu finden, die wirklich geholfen und inspiriert haben.

Was Benutzerführung angeht, waren für mich 2 Grundrichtungen erkennbar: Interaction und Exploration, welche in den kurzen Vorträgen von Ryan Singer (37signals), George Oates (Flickr) und Denise Wilton (Moo) gut zum Tragen kommen.

Beim Thema Interaction geht es darum, wie eine Webseite mit dem Benutzer interagiert. Ihr Charakter, wie sie damit umgeht, wenn sie vom Benutzer Informationen benötigt, wie sie Informationen darstellt.
Beispiele für den Charakter sind Moo, eine Seite, die einen lockeren Umgang pflegt. Vergleiche diese Seite mal mit Deiner Lieblingsseite. Was sind die Unterschiede im Umgang?
Benötigt eine Seite Informationen oder stellt sie Informationen dar (sei es auf der Seite selbst oder in Emails, die verschickt werden) – so wenig wie möglich (mit Charakter), so viel wie nötig scheint die Devise.

Das Thema Exploration handelt von der natürlichen Neugierde der Menschen und wie man diese anregen kann. Flickr (Fotos) oder Last.fm (Musik) sind gute Beispiele dafür, wie man Exploration aktiv unterstützen kann. Exploration macht z.B: bei Flickr mehr als 97% der Besuche aus, also Leute, die sich durch die Fotos suchen usw. Probiert es aus!

Spannend auch die Vorträge zum Marketing. Die Schlagworte hier sind für mich Mashup und On-/Offline Marketing. Bei Mashups geht es darum, bestehende Marketingmöglichkeiten zu einer neuen zu verbinden und damit bei den Menschen präsenter zu sein, sie besser zu erreichen. Ein Beispiel ist die kombinierte Xbox/Cadillac Kampagne, wo man mit den neuesten Cadillacs in der Spielkonsole über die Strassen rasen kann. Wobei man sich fragt, ob jemand, der sich einen Cadillac Serie V leisten kann, mit einer popeligen Xbox seine Zeit vertreibt...

Ein gutes Beispiel einer gelungenen On-/Offline Marketingaktion ist die Yellowball Kampagne. Dabei ging es darum, Kinder dazu zu bewegen, aktiver zu sein. Dazu wurden 500'000 Bälle im Land verteilt, jeder mit einer eindeutigen Nummer, die auf dem Web abgefragt werden konnte. Jeder Ball hatte einen Blog, in dem ein Kind, das diesen Ball bekommen hatte, posten konnte. Daraus entstanden individuelle Geschichten, die die Kinder miteinander verbanden. Ausserdem schrieben die Kinder von neuen Spielen, die sie mit dem Ball erfunden hatten. Sehr positiv!
Rei Inamoto stellte eine weitere originelle Kampagne für Yell.com vor.

Weitere Vorträge:

15 kleine Hinweise auf Webseiten, viele Links zu spannenden, schön gestalteten Webseiten von Steve Pearce.
Evolution von Ansammlungen von Webseiten nach Webapplikationen, Designprozesse von Ryan Freitas.
Jeff Croft und Florian Schmitt debattieren über Einsatz von Standards und Flash.

Hoffentlich ist die nächste Konferenz nicht weit! :)

Autor: Florian Hanke

Florian Hanke — Tue, 08 May 2007 07:35:53 -0000

Mein Name ist Florian "Flöre" Hanke. Ich bin seit Ende April bei der Neotrivium AG als Mitinhaber dabei.

Im 2004 beendeten Studium an der ETH Zürich habe ich mich mit verschiedensten Dingen befasst, darunter Neuroinformatik, Objektorientierte Programmierung, Bild- und Tonverarbeitung, Unternehmensführung, Spieltheorie, C++ Templates – ja eigentlich alles, was sich irgendwie spannend angehört hat.

Das Angebot meiner eigentlichen Liebe – den User Interfaces, die meiner Meinung nach zu den leider vernachlässigsten, jedoch wichtigsten Themen überhaupt gehören – war an der ETH nur sehr spärlich bis gar nicht vorzufinden. Dafür konnte ich mich in diversen Jobs ausleben, unter anderem in der Entwicklung eines Benutzerinterfaces, bei dem dreidimensionale Objekte (z.B: Einfamilienhäuser) auf einen Tisch projiziert und mittels reflektierender Klötzchen direkt "auf dem Tisch" bewegt werden.

Ich hoffe, dieses Wissen möglichst erfolgreich in unser Kerngeschäft Webapplikationen einfliessen zu lassen. Spannende Lösungen im Bereich User Interfaces und besonders gelungene Lösungen, über die ich stolpere (oder eher: ungebremst gleite) stelle ich in diesem Blog zukünftig vor.

Gerne halte ich mich auch an Konferenzen auf, um die neuesten Entwicklungen aufzusaugen. Auch über dies werde ich berichten.

So, und nun: Taten statt Worte! :)

(In)offizieller SVK Mirror

Kaspar Schiess — Wed, 25 Apr 2007 07:18:12 -0000

Seit einigen Monaten haben wir unsere Entwicklung komplett auf SVK umgestellt. SVK ist eine Versionsverwaltung für Dateien, die sich stark auf die Infrastruktur von Subversion abstützt. So stark, dass man mit svk auf die Subversion-Repositories zugreifen kann.

SVK unterstützt neben den Features von Subversion (svn) ein Merge-Tracking, das sich gewaschen hat. Somit können wir ohne weiteres verschiedene Versionen unserer Projekte nebeneinander führen und die Fortschritte wieder zusammenführen. Ausserdem kann mit SVK die Client-Server-Architektur von Subversion ein bisschen aufgelockert werden - jeder Entwickler hat ein lokales Repository auf seiner Maschine und kann auch unterwegs neue Commits machen.

Der Nachteil

..denn jedes Ding hat eine Kehrseite, oder? Der Nachteil an SVK ist seine relativ aufwendige Installation. Nebst Subversion, das selbst schon mühsame Dependencies hat, müssen noch Perl und die Subversion-Bindings von Perl installiert sein.

Wir sind im Gespräch mit Michael Brouwer um einen Mirror für seine wunderbaren SVK-builds (Mac OS X) zur Verfügung zu stellen. Diese Arbeit ist im Gang - vorläufig haben wir ein grundsätzliches Ja - und daher gebe ich der Welt (*trommelwirbel*) unbescheiden svk.neotrivium.com.

Wir arbeiten noch daran, auch Bittorrent-Links für diese Files zur Verfügung zu stellen. Unterdessen: happy revision control!

require 'php'

Kaspar Schiess — Sun, 15 Apr 2007 12:22:53 -0000

kids, don't try this at home.


 require "php"
 
 puts "1" + 2      # => "12"
 puts 2 + "1"      # => 3

Das Trivium

Kaspar Schiess — Thu, 12 Apr 2007 11:44:36 -0000

Robert M. Lefkowitz hat an der PyCon 2007 einen Vortrag zum Thema 'Computer Literacy' gehalten (Zusammenfassung hier). Ich habe die Slides der Präsentation durchgeschaut und etwas gefunden, was mir hilft, endlich allen hier zu erklären, wieso 'Neotrivium' Neotrivium heisst.

Das 23te Slide der Präsentation (via anarchaia.org) zeigt, was ich hier kurz aufnehmen möchte:

Logic is concerned with the thing as it is known.
Grammar is concerned with the thing as it is symbolized.
Rhetoric is concerned with the thing as it is communicated
Rhetoric is the master art of the trivium, for it presupposes and makes use of grammar and logic; it is the art of communicating through symbols ideas about reality.

(Zitat Seite 23 der Präsentation von Robert M. Lefkowitz, unsere Emphasis.) Diese Erklärung würde zwar auch in der Wikipedia stehen, allerdings zeigt das einfach nur, was für ein Chaos da manchmal herrscht.

Das Trivium steht also für die drei ersten Fächer in mittelalterlichen Universitäten: Logik, Grammatik und Rhetorik. Logik ist für uns hier wichtig weil es um Wissen und Zusammenhänge innerhalb dieses Wissens geht. Das ist die Grundlage jedes Handwerks und erlaubt uns, solide Arbeit in ein Umfeld einzubetten.

Grammatik (und die Basis der Grammatik, Syntax) erlaubt uns, mit dem Wissen Sätze zu bilden. Die Sätze, die wir bilden sind komplexe Systeme und Applikationen, die unserem Kunden erlauben, seine Arbeit zu erledigen. Die Sprache ist eine Programmiersprache und das fertige Werk eine funktionierende Maschine. Das ist eigentlich ganz analog zu einem guten Satz.

Rhetorik, wie Lefkowitz richtig sagt, ist die wichtigste der alten Künste. Rhetorik kommt ins Spiel, wenn komplexe Ideen zu einfachen Benutzeroberflächen werden. Damit das geschieht müssen wir das Problem verstehen und uns gut genug darin ausdrücken können, um die Dinge einfach darzustellen. Unsere Arbeit besteht nicht darin, das Problem solange zu vereinfachen, bis es unserer Lösung gleicht - das tun andere. Wir liefern Massarbeit die der Realität angepasst ist.

Rethorik ist auch wichtig in unserem Umgang mit unseren Kunden. Wir geben uns Mühe, eine gute Schnittstelle zwischen der komplexen Welt der Symbole und der komplexen Welt des Geschäfts unseres Kunden zu sein. Beiderseits benützen wir rhetorische Technik, um eine Kommunikation stattfinden zu lassen.

Nicht ganz eine Vision

Eine gute Vision sollte kurz sein, einen Satz nur hat man zur Verfügung. So kurz ist das Wort Neotrivium. Unsere Vision ist noch ein bisschen länger - aber unsere Leser hoffentlich auch geduldiger. Um nicht abzuschweifen: Diese Bedeutung von Trivium hat uns verleitet, unser Unternehmen 'Neotrivium' zu taufen.

Und der nächste Post von mir ist wieder über Ruby. Von Zeit zu Zeit muss ich ein bisschen Philosophie loswerden.

out of the scope of scope-out

Kaspar Schiess — Wed, 04 Apr 2007 12:19:35 -0000

Es ist Zeit, einen weiteren Edelstein aus unserem Labor zu verteilen: Benannte ActiveRecord-Abfragen mit Bedeutung. Nehmen wir an, wir hätten ein paar Objekte, und nur wenige davon sind über das Attribut #public als publiziert gekennzeichnet. In allen Controllern, die die Objekte anzeigen hätten wir dann Quellcode der etwa so aussehen würde:


 @things = Thing.find(:all, :conditions => 'public = 1')

Als nächstes wird der Kunde des Projekts die Objekte auf ein bestimmtes Datum freischalten wollen. Und das löst dann eine Such- und Ersetzschlacht aus, die den Code erweitert. Diese Vorgehensweise ist nicht einmal gut, wenn die Tests noch funktionieren (und Du hast Tests erstellt, oder?). Was hier nötig ist, ist eine kluge Abstraktion.

Eine Lösung

Wie Ihr auf dem hobo blog gesehen habt: Es gibt viele ähnlich aussehend Lösung zu diesem Problem - und dann noch ein paar Lösungen, die direkt verwandt sind.

Diese Plugins lösen das eingangs erwähnte Problem - aber nicht das folgende:


 Thing.owned_by( user ).find(:all)

Ja, wenn die Welt einfach wäre gäbe es immer eine triviale Verbindung von Benutzer und Gruppe. Und dann hätten wir has_many und has_one. Aber die Praxis zeigt immer wieder, dass sich die Geister beim Aufbau eines Benuzer-Rollenkonzepts scheiden.

Also .. noch ein Plugin?

Also habe ich mir das selber gestrickt. Entfernt auf scope_out basiert stellt dieses unbenannte Stück Code das obenstehende und mehr zur Verfügung (ich stelle es hiermit unter die Ruby Lizenz).

Möglich wird jetzt also zum Beispiel:


 class User < ActiveRecord::Base
   scoped_proxy :admins, :find => { :conditions => ['role = ?', 'super_user'] }
   scoped_proxy :has_login do |login|
     { :find => { :conditions => ['login = ?', login] } }
   end
   scoped_proxy :no_op do 
     nil
   end
 end
 
 # This gives you the first administrator of the system
 User.admins.find(:first)
 # This counts the administrators
 User.admins.count
 
 # All users with a given login
 User.has_login('foo').count
 User.has_login('foo').find(:all, :order => 'created_at desc')
 
 # And finally, I give you the no op
 User.no_op.find(:all) # => User.find(:all)

Lasst der Kreativität freien Lauf!

Implementation

Die Implementation benützt metaid und ist nur etwa 50 Zeilen (zum Kaffee durchlesen!). Jedesmal wenn Du scoped_proxy benützt erstellt es eine Methode in der Klasse des Modells. Diese Methode evaluiert ihre Argumente und konstruiert einen Proxy für das Modell. Dieser Proxy tut nichts anderes als das Modell mit einem with_scope zu dekorieren.

Manche der oben genannten Plugins stammen aus einer entfernten Vergangenheit und benützen with_scoped als könnte man es nicht verschachteln. In Rails >1.2 sollte dieses Problem endlich passé sein. Somit kann man diese Bereiche (Scopes) beliebig in Kette hängen:


 Person.male.tall.find(:all)

Liefert alle diese Giganten auf deren Schultern wir stehen...

Infocard - die Karte für Engagement

Kaspar Schiess — Fri, 30 Mar 2007 09:31:04 -0000

Gestern wurde unser Projekt X des Monats enthüllt: Im Auftrag von INFOKLICK.CH durften wir ein Portal programmieren, das die Arbeitsabläufe rund um die Infocard vereinfacht.

Die Infocard ist eine etwas andere Karte für Jugendliche. Mit dieser Karte können Jugendliche von 14 bis 26 Jahren von Rabatten und Spezialaktionen profitieren; die Angebote sind alle um das Thema Engagement gruppiert. Die Gemeinden des Kanton Solothurns (vorerst) können direkt auf der Plattform ihre Angebote selber pflegen und über einen Workflow freischalten.

INFOKLICK wird die Verwaltung des Systems übernehmen und wird in der Logistik von der Applikation unterstützt. So gilt es Karten zu drucken, eine Buchhaltung zu führen und last but not least, die Webseite zu pflegen und attraktiv zu halten.

Dank unserer Methodik und Werkzeuge war es möglich, die Applikation zeitnah und massgeschneidert auf die Bedürfnisse von INFOKLICK zu entwickeln. Ein paar Highlights aus dem Projekt:

Interaktive Gemeindekarte (Zu sehen im öffentlichen Teil unter Karte)
Karten direkt aus der Applikation auf einem spezialisierten Drucker ausdrucken
Unterstützung der Buchhaltung: Was ist verrechnet?

In etwa einem Monat werden wir voraussichtlich das Projekt nochmals vorstellen, dann als Case-Study mit mehr Details. Unterdessen möchten wir INFOKLICK zum Start gratulieren und ihnen viel Erfolg wünschen!

"Realworld Tag" für Google Earth

Theo Favetto — Fri, 23 Mar 2007 16:23:03 -0000

Solche Sachen machen Spass: Die Kulturfabrik Kofmehl in Solothurn wollte ein Zeichen auf Google Earth setzen und hat zu diesem Zweck ein schlichtweg riesiges Abbild ihres Markenzeichens, der Kofmehl Totenschädel, auf das Dach ihres Gebäudes gemalt. Und das so gross, dass es auf Google Earth sichtbar sein wird. Allerdings müssen wir uns noch ein bisschen gedulden: Irgend ein Satellit muss zuerst wieder neues Kartenmaterial für Google Earth erfassen. Natürlich war einer der Initianten Kaspar, welcher das Projekt massgeblich vorangetrieben und unterstützt hat. Ganz nach dem Motto: "Wir taggen jetzt unser Office!"

Das Tao der Technik

Kaspar Schiess — Thu, 22 Mar 2007 08:21:39 -0000

Normalerweise schreiben wir ja hier überhaupt gar nichts zum Thema Hardware. Das mag daran liegen, dass sie einfach funktioniert - alles vom selben Hersteller...

Mein gestriges Erlebnis aber, das verdient erzählt zu werden. Der einzige Streit in unserem Team dreht sich eigentlich darum, wer seine Musik auf der einzigen Stereo-Anlage spielen darf. Und dann ziehen wir ein enorm langes Cinch-Kabel bis zum jeweiligen Rechner - die Audio-Hoheit.

Ich bin also losgelaufen und habe mir ein Airport Express - Adapter von Apple gekauft. Damit kann man, so habe ich gehört, von iTunes aus Musik an die Stereo-Anlage übertragen. Und das hat dann - erwartungsgemäss - auch recht schnell funktioniert. Das Airport-Utility ist ein Traum für alle, die Webinterfaces von Routern und AP's kennen. Innert Minuten waren wir wieder am .. streiten darüber, wer jetzt genau den Sound produziert - aber ohne Cinch diesmal.

Worauf ich hinaus will? Ein paar Stunden später habe ich gemerkt, dass der Airport Express unser WLAN erweitert und verstärkt. Vor etwa einem Jahr habe ich genau das versucht: Ich habe mir dazu ein paar Linksys-Router gekauft, das BIOS geflasht, ein obskures Image aus dem Netz gezogen, ein totes Huhn gewedelt (ok, das nicht) und zwei Tage lang rumprobiert. Und dann genau das Resultat gehabt, das ich jetzt nach 5 Minuten hatte - und das nur nebenbei, als Abfallprodukt der Lösung eines ganz anderen Problems.

Lieber Steve Jobs, ich bin positiv überrascht. Wenn ich irgendwelche Preise zu vergeben hätte, Ihr würdet sie kriegen! Das Airport Express ist das Geld wert, das ich dafür bezahlt habe. Genau diese Art von Wert versuchen wir für das Geld unserer Kunden herzustellen - damit die Dinge nicht einfach nur Kosten, sondern auch etwas bringen.

Die Macht des Kapitals: Neue Urheberrechtsgebühren in den USA

Theo Favetto — Thu, 15 Mar 2007 12:02:32 -0000

Um was geht es: Der US-Kongress hat vor wenigen Tagen beschlossen, die Gesetzgebung über die Urheberrechtsgebühren an die "neuen Gegebenheiten" des Internets anzupassen. Internetradiostationen müssen von nun an und rückwirkend für das Jahr 2006 statt der bis anhin geltenden 0.08 US-Cent unglaubliche 0.19 US-Cent pro Song und Hörer entrichten.

Um was geht es wirklich: Scheinbar hat die Lobbyingmaschinerie der Medienmogule und Plattenbosse wieder einmal äusserst erfolgreich gearbeitet. Anders ist dieser völlig absurde Entscheid nicht zu erklären. Die etablierte Musikindustrie hat Angst noch mehr von ihrer Kontrolle und Macht zu verlieren. Die Musikliebhaber wollen selber entscheiden, welche Musik sie wann und wie konsumieren möchten und dieser Trend wird durch Internetradios massiv unterstützt. Dadurch fragmentiert sich der Markt zusätzlich und die Musikindustrie vermag nicht mehr, über Massenmedien ihre "Produkte" an den Mann und Frau zu bringen. Die grossen Medienkonzerne sind sehr einfach zu manipulieren: Entweder durch politischen Einfluss oder mittels Entzug von Werbegeldern. Kleine, unabhängige Internetradios aber sind nicht fassbar. Sie können tun und lassen was sie wollen, denn schliesslich können sie mit verhältnismässig kleinem Budget das ganze Land und sogar die ganze Welt erreichen. Statt Mainstreameinheitsbrei, intelligente, interessante Musik. Statt Zensur, Künstler mit sozialkritischen Texten fördern. So wie es sich intelligente Menschen wünschen.

Ich mache den Plattenbossen und Medienmogulen dieser Welt keinen Vorwurf. Ich verstehe ihre Angst und das daraus resultierende Handeln. Sie versuchen Veränderungen aufzuhalten und dadurch ein bisschen länger am Leben zu bleiben. Doch sie werden scheitern. Das Internet ist nicht kontrollierbar und wird es nie sein.

Meine Vorwürfe richten sich vielmehr an die Musiker. Glaubt ihr wirklich, dass ihr jetzt mehr Geld verdient? Ich meine, wie nachvollziehbar sind die Abrechnungen der Verlage und Labels? Wie kreativ sind die Buchhalter dieser Firmen wenn es darum geht, möglichst wenig Geld von ihren Konten abfliessen zu lassen? Eure Zukunft liegt im Internet und nicht in einem obskuren Vertrag mit jemandem, der denkt, dass 8 % Umsatzbeteiligung für eure Seele, eure Kreativität und euer Talent reichen. Ihr seit der wichtigste Teil dieses Spiels.

Durch die Anpassung des Urheberrechts in den U.S.A. werden Musiker und Musikliebhaber viele interessante Plattformen wieder verlieren und dürfen dann wieder vermehrt label- und politikkontrolliertes Radio konsumieren. Ganz so, wie es die grossen Plattenbosse wünschen!

Geist ist Geil

Kaspar Schiess — Thu, 15 Mar 2007 10:50:10 -0000

Gefunden im Schaufenster von Stauffacher Buchhandlung, Bern:

DRM - Fluch oder Segen

Remo Allemann — Sun, 04 Mar 2007 17:12:32 -0000

Aus Sicht der Musikindustrie kann man bei der rein elektronischen Verbreitung nicht auf ein DRM verzichten. Die dafür angeführten Gründe wirken auf den ersten Blick plausibel. Will man doch damit verhindern, dass der Käufer den soeben erworbenen Song via eMail an sein ganzes Adressbuch versendet oder ihn via Tauschbörse in der ganzen Welt verteilt.

Interessanterweise kennt man auf gekauften CD’s einen solchen Schutz nicht. Es wird zwar Versucht das direkte Kopieren von Datenträgern durch den Einsatz eines Kopierschutzes zu verhindern, das Umwandeln in MP3 [1] wird dadurch in der Regel nicht verhindert.

In der Realität heisst dies, dass ich im Laden gekaufte CD’s mit der geeigneten Software (zum Beispiel iTunes von Apple) innert Minuten in MP3 [1] umgewandelt und somit für das weltweite illegale Verbreiten vorbereitet habe. Da scheint es absurd, dass Kunden die Musik online kaufen (Songfiles) mit den Einschränkungen von DRM leben sollen und Kunden die CD’s im Handel kaufen in dieser Hinsicht keine Einschränkungen in Kauf nehmen müssen.

Auswüchse von DRM:

Das fängt an bei der Anzahl auf wie viele Mobile-Devices ich meinen Song kopieren kann, geht weiter über Soundqulitäteinbussen und gipfelt in der Bevormundung des Kunden betreffend der Wahl des Mobile-Devices. Wenn Sie zum Beispiel in iTunes ihre Musik einkaufen möchten, müssen Sie einen iPod als Abspielgerät kaufen. Die Konkurrenz macht es genau gleich. In vielen Musicstores werden Files im so genannten DRM-WMV-Format angeboten. Da dieses Format eine Entwicklung von Microsoft ist, kann man diese Files wiederum nicht auf einem iPod abspielen.

Hacker und DRM:

Die teuren Investitionen in die Entwicklung von DRM lohnen sich kaum, da im Netz immer wieder Tools auftauchen, die den DRM-Schutz entfernen. Es artet zu einem richtigen Volksport aus, die jeweils neusten DRM-Varianten zu knacken, da für jedes Schloss (DRM) auch immer ein Schlüssel (Player) vorhanden sein muss, kann dies auch nie zu 100% verhindert werden.

Es regt sich was:

Gerade in der letzten Zeit wird wieder vermehrt über den Sinn von DRM diskutiert:

Thoughts on Music
Steve Jobs
February 6, 2007
http://www.apple.com/hotnews/thoughtsonmusic/
EMI erwägt Verzicht auf Kopierschutz
http://www.spiegel.de/netzwelt/web/0,1518,465435,00.html

Fazit

Da ein wirksamer Schutz gegen das Kopieren auch mit DRM nicht möglich ist, plädiere ich für die Abschaffung des DRM-Schutzes. So können die „ehrlichen“ Kunden ihre Musik auf allen Geräten und ohne Qualitätseinbussen geniessen. Denn die „Anderen“ finden immer einen Weg.

Glossar & Links:

DRM: Digital Right Management, Digitale Rechteverwaltung
Soll das ungehinderte Kopieren und Verbreiten von online erworbenen MP3-Files verhindern.

[1] MP3 steht stellvertretend für alle Soundfilearten.

defectivebydesign.org: DRM - defective by design
www.downhillbattle.org: Paying the makers
plasticbugs.com/?page_id=295: Illegal Silence

The big Joost

Kaspar Schiess — Wed, 28 Feb 2007 08:35:35 -0000

Wenn ihr in dieser Web-Version von Geoge Orwell's Roman 1984 den 5 Paragraph von oben lest - kommt euch da auch nicht Joost.tv in den Sinn?

Im Ernst. Bin ich der einzige, der sich Sorgen macht, wenn ich die Pläne von Joost, Zattoo und al. lese? Ich installiere jetzt also diese Clients auf meinem Rechner und diese Firmen dürfen dafür meine ersten Fernsehminuten am Tag (zB) an andere Firmen verkaufen?

Nichts gegen Marketing, aber mit meiner Idee von einem neuen Internet hat das gar nichts zu tun. Unserer Meinung nach muss ein Fernsehsender, der eine Community haben will, dies über eine Webseite tun, wo der Benutzer freiwillig soviel Information preisgibt, wie er will. Information ist für uns nur wertvoll, wenn wir sie im Geist einer Teilnahme erhalten. Auch wenn diese Teilnahme sich darin erschöpft, einen Beitrag als gut oder schlecht zu raten.

Zu diesem Thema möchte ich ein neues Buzzwort prägen: Wie wärs mit Mikropartizipation (micro participation)?

(Für alle die's bis jetzt noch nicht gemerkt haben: Dieser Eintrag ist ein Eintrag in der Serie "Bissige Kommentare zu grossen Deals in denen wir nicht beteiligt sind".)

Autor: Severin Schoepke

Severin Schoepke — Fri, 23 Feb 2007 08:38:02 -0000

Mein Name ist Severin Schoepke und seit Mitte Februar 2007 verstärke ich das Team der Neotrivium AG als Architekt/Programmierer. Somit werde ich in Zukunft öfters im Rahmen eines Projektes anzutreffen sein.

Ich habe 2002 mein Studium der Informatik an der Uni Bern begonnen und werde im Laufe dieses Frühjahres meine Masterarbeit abschliessen. Eines meiner Interessengebiete ist Computergrafik und in meiner Abschlussarbeit bearbeite ich das Thema 'Ray Tracing on the GPU'. Interessierte können hier (http://cgg.unibe.ch/research/publications ) eine erste Publikation einsehen.

Neben Comptergrafik fasziniert mich die Softwareentwicklung: Ich finde gerne innovative und elegante Lösungen für knifflige Probleme und sehe dies als interessante Herausforderung.

Bei der Neotrivium AG werde ich mich um die Implementation von Webapplikationen kümmern. Ausserdem werde ich mich auf jede anfallende Herausforderung im Bereich 'low-level' Programmierung stürzen. Über interessante Probleme und clevere Lösungsansätze (vorallem in diesem Bereich) werde ich hier berichten.

Ein kleiner haml-hack

Kaspar Schiess — Wed, 14 Feb 2007 09:20:47 -0000

Im letzten Post habe ich behauptet, es sei schwer, tag-ähnliche Konstrukte mit normalem rhtml zu konstruieren. Das entspricht nicht ganz der Wahrheit - zumindest in Ruby on Rails 1.2 nicht. Anstatt aber jetzt einfach zu zeigen, wie es geht möchte ich euch den selben Trick gleich für haml zeigen.

Es geht darum, den folgenden Code

          .banners
              .rounded_corners
                .round_top_left
                .round_top_right
                .content
                  / Content with rounded corners

mit einem Helper zu vereinfachen. Sollte Sie die Syntax hier verwirren, so bitte ich Sie zuerst am Ende dieses Artikels den Abschnitt "Was ist haml" zu lesen.

Also runde Ecken, mit einem Helper? Die Schwierigkeit ist hier sicher, den Inhalt unterhalb .content einzufangen und in den richtigen Zusammenhang im HTML zu bringen. So möchte ich, dass mein Stück Code aussieht:

= rounded_corners do 
   / Content with rounded corners

Und das ist gar nicht wirklich schwer, wenn Sie die Funktion capture_haml(*args, &block) kennen. Mein Vorschlag sieht so aus:

# Output the html neccessary to round the corners of  the content block passed. 
 # 
 def rounded_corners(&block)
   output = capture_haml(&block)
      
   content_tag('div', 
     content_tag('div', '', :class => 'round_top_left') + 
       content_tag('div', '', :class => 'round_top_right') + 
       content_tag('div', output, :class => 'content'), 
     :class => 'rounded_corners'
   )
 end

Ich generiere also zuerst die Ausgabe des Inhalts in output und umgebe diesen Inhalt dann mit den diversen <div>'s, die nötig sind, um die runden Ecken zu formatieren.

Und um jetzt das Ganze doch noch ein bisschen mehr an ein RoR ohne haml anzunähern - Wer sendet mir eine Kopie dieses hacks, der einfach nur das capture(*args, &block) von RoR verwendet?

Was ist haml?

haml ist ein Neuzugang in meiner Serie 'Template-Sprachen für Rails'. Nachdem sich hobo ein bisschen disqualifiziert hat indem es CRUD-Helper mit der (recht netten) taglib-Sprache gemischt hat, habe ich Haml für das selbe Projekt eingesetzt. Unter dem Link finden Sie eine gute Beschreibung der Sprache und eine Aufforderung es einfach mal zu versuchen - und ich kann mich dem nur anschliessen. Hier noch 'Haml in 3 Beispielen':

1.

<div class="test"> Inhalt </div>

in haml:

.test
    Inhalt

2.

<p> INHALT </p>

in haml:

p
    Inhalt

3.

<%= 'ruby code' %>

in haml:

= 'ruby code'

restorm.tv: Relaunch

Theo Favetto — Tue, 06 Feb 2007 05:59:24 -0000

Gestern war es nun soweit: Die Website restorm.tv erhielt ihr neues und nun definitives Gesicht. Das Logo steht, das CI/CD steht und das Layout der Site steht. Zudem kommen wir mit restorm.tv Schritt für Schritt weiter und werden Mitte Jahr definitiv auf Sendung gehen. Je mehr wir mit der Szene, mit Bands und Labels diskutieren, desto mehr haben wir die Gewissheit, dass die Schweiz ein neues Musikfernsehen braucht! Und zwar nicht als Abklatsch bestehender Musiksender, sondern nach einem innovativen, frischen Konzept. Mehr Informationen findet ihr unter: restorm.tv .

Web 2.0 in 5 Minuten

Kaspar Schiess — Mon, 05 Feb 2007 13:13:51 -0000

Was ist eigentlich dieses Web 2.0? Hier ein Video, das einiges davon kurz auf den Punkt bringt (Das Video habe ich auf dem Blog von Jens-Christian Fischer entdeckt):

Durch die offeneren Plattformen wird Web 2.0 die Art verändern, wie wir das Web benützen. Für viele ist das schon eingetreten - aber die eigentlichen Konsequenzen kommen erst noch. Information hat heute einen anderen Stellenwert als früher - zum Glück. Denn der Nutzen von Information ist grösser, je besser die Information verknüpft ist.

Frühlingsputz

Kaspar Schiess — Tue, 23 Jan 2007 17:06:16 -0000

Im Rahmen unseres Frühlingsputzes haben wir eine Arbeit online schalten können, die das ganze letzte Jahr auf unseren Festplatten rumlag. Staub konnte sie nicht ansetzen, denn es galt eine schier endlose Zahl von Verbesserungen einzubringen.

Das Reighikan Dojo ist ein Aikido-Dojo im Herzen von Lausanne. Ich konnte an diesem wundervollen Ort meine Lehrjahre verbringen. Darum freut es mich besonders etwas zurückgeben zu können - Neotrivium hat die Entwicklung der Seite und das Hosting gratis übernommen.

Markus Gander: Social Entrepreneur 2006

Theo Favetto — Fri, 19 Jan 2007 06:16:40 -0000

Gestern Abend erreichte uns eine Nachricht - und soeben wurde es auch in den Morgennachrichten gesendet - welche uns ganz besonders freut: Markus Gander erhielt gestern die Auszeichnung als Social Entrepreneur des Jahres 2006! Markus ist Gründer und Geschäftsführer von "INFOKLICK.CH - Kinder- und Jugendförderung Schweiz ". Selbstverständlich erfüllt es uns auch mit Stolz, dass wir INFOKLICK zu unseren Kunden zählen dürfen. Die Auszeichnung wird jedes Jahr duch die Schwab Foundation des WEF Gründers Klaus Schwab vergeben. Der Preis beinhaltet unter anderem auch eine Einladung an das nächste WEF Forum nach Davos.

Markus, wir von Neotrivium möchten dir recht herzlich zu diesem Preis gratulieren. Dein Engagement für unsere Jugend hat es mehr als verdient ausgezeichnet zu werden. Du und dein Team (Franziska Zaugg, Marcus Casutt und alle anderen) leisten wertvolle Arbeit und für uns ist es eine grosse Freude mit euch zusammenarbeiten zu dürfen. Wir mögen dir diese Auszeichnung von ganzem Herzen gönnen und vielleicht triffst du in Davos sogar noch Angelina Jolie, insofern sie im 2008 auch wieder mit von der Partie ist.

Willkommen Hobo

Kaspar Schiess — Wed, 17 Jan 2007 09:23:44 -0000

Vor ein paar Tagen bin ich über das Rails-Plugin Hobo gestolpert. Hobo verspricht, ein alltagstaugliches Scaffolding zu liefern. Aber kann es das auch wirklich halten? Teilweise. Ich möchte aber zeigen, wieso Hobo trotzdem in meinen Werkzeugkasten kommt:

Hobo basiert auf ein paar generischen Controller- und Modell-Klassen und auf einer Erweiterung für Views die erlaubt, eine eigene XML-Syntax zu benutzen. Vorweg: Die Innovation liegt von mir aus gesehen auf der View-Seite. Zum Beispiel enthält mein Footer:

 <div id="footer"><oblique_strategy /></div>

Das Tag 'oblique_strategy' wird mit einer zufälligen Strategie aus den 'oblique strategies' ersetzt. Dieser Code in application_helper.rb ist dafür zuständig:

 def_tag :oblique_strategy do
   OBLIQUE[rand(OBLIQUE.length)]
 end
 
 # List of all original oblique strategies (shortened for presentation). 
 OBLIQUE = %Q{
   (Organic) machinery (1-3)
   %%
   A line has two sides (1-4)
   %%
   A very small object-Its centre (2)
   %%
   Abandon desire (4)
   %%
   Abandon normal instructions (4)
   %%
   Take away as much mystery as possible. What is left?(diary 12/30)
 }.split(/%%/).collect { |str| str.strip }

Lieber Leser, selbstverständlich konnten wir das schon längst. Das würde etwa so ausgesehen haben:

 <%= oblique_strategy %>

Mir gefällt die Tag-Syntax innerhalb meiner Views besser. Und Hobo erlaubt, alten Stil und neuen Stil zu kombinieren; gibt uns damit ein Mittel mehr in die Hand, Wiederholungen auszutrocknen.

Nur Syntax?

Also sprechen wir nur über die Syntax? Ja. Nein:

 <%= panel do %>
   Mein Panel
 <% end) %>

Das wäre mit Rails zum funktionieren zu bringen, ist aber sehr mühsam. Die neue Syntax (Hobo) bringt eine neue Eleganz:

 <panel>
   Mein Panel
 </panel>

Die Definition von 'panel' könnte so aussehen (Achtung, alternative Syntax!):

 <def tag="panel">
   <div id="panel">
     <tagbody />
   </div>
 </def>

Achtung - Mithelfen

Achtung, Hobo ist noch unreif. In der Entwicklung verhält es sich als stabile Bibliothek, aber ich bin sicher, dass sich die API noch viel ändern wird. Gewisse Dinge sind einfach noch nicht fertig.

Und darum auch dieser Post: Ich möchte alle Rubyisten auffordern, Hobo ein bisschen zu stützen. Gemeinsam können wir damit Rails nochmals produktiver machen.

Neues Internetportal für INFOKLICK.CH

Theo Favetto — Tue, 16 Jan 2007 07:09:38 -0000

Die Neotrivium AG erhält den Zuschlag von der Organisation „INFOKLICK.CH - Kinder- und Jugendförderung Schweiz “ für die Entwicklung eines neuen Internetportals.

INFOKLICK.CH engagiert sich für mehr Mitsprache und Mitwirkung Jugendlicher in ihrem Umfeld und möchte die Informationsvermittlung im Kinder- und Jugendbereich wirksam verbessern. Zu diesem Zweck soll ein neues Internetportal aufgebaut werden, über welches sich Kinder und Jugendliche einfacher über Angebote aus Kultur, Sport, Bildung und Freizeit informieren können.

Neotrivium erhielt den Zuschlag für die Entwicklung des Internetportals. Neben einer attraktiven Darstellung der Angebote, werden auch die Gemeinden und die Jugendarbeiter mittels Blog-Funktionen in das Portal integriert. Das neue Internetportal von INFOKLICK.CH wird mit Ruby (Ruby on Rails) entwickelt. Neotrivium ist einer der führenden Spezialisten in der Schweiz auf diesem Gebiet. Das Portal wird einen öffentlichen und einen geschützten Teil zu Abwicklung aller Arbeitsabläufe enthalten. Der geschützte Teil beinhaltet Werkzeuge, welche die INFOKLICK.CH Mitarbeiter in der Produktion, Verwaltung und Vertrieb der Angebote unterstützt.

PS: Please Steve

Kaspar Schiess — Mon, 15 Jan 2007 07:24:59 -0000

Lass den Javascript im iPhone angeschaltet - damit wenigstens unsere coolen Webapplikationen funktionieren! Im Ernst: Auch wenn ihr das 'Computer' von 'Apple Computer Inc.' streicht - das sind eure Wurzeln und die Leute werden eher einen Computer erwarten als ein Telefon. Daher das Unverständnis darüber, dass das iPhone eine geschlossene Plattform sein soll.

Ich verstehe die Kräfte, die zu diesem Entscheid geführt haben. Einerseits ist hier die eher geschlossene Natur der meisten Telekom-Netzwerke. Und geschlossen sind sie nicht zuletzt, weil da enormes Potential für Missbrauch besteht. Andererseits würdige ich die Philosophie, einfache Geräte zu produzieren, die dann auch funktionieren: Ein Telefon, das abstürzt, ist irgendwie nicht geeignet, meine Freude an der Welt zu steigern.

Trotzdem: Ich hoffe, dass die Technologie in Richtung allpräsente Netzwerke und gescheiter Geräte geht, die für jeden Zweck genutzt werden können. Daher hoffe ich, dass das iPhone mit der Zeit eher freizügiger mit seinen Reizen umgehen wird als jetzt.

Update: O'Reilly Radar hat einen interessanten Artikel zum Thema veröffentlicht.

Und schliesslich: Jobs

Wir suchen fähige Programmierer. Bewerbungen an jobs at neotrivium dot com. Wer eine inspirierte, unkonventionelle Arbeit sucht in einem angenehmen Umfeld soll sich doch bewerben. Los!

Sony fälscht Blog - so what

Kaspar Schiess — Fri, 05 Jan 2007 09:58:37 -0000

Ich möchte über die neueste virale Marketing-Aktion von Sony empört sein - wirklich. Ich möchte mit euch zusammen laut aufschreien - Betrug! Aber irgendwie will sich das richtige Gefühl nicht einstellen.

Sony hat eine Firma beauftragt, einen Blog einzurichten mit dem Namen alliwantforxmasisapsp.com (jetzt offline).
Und da drauf haben sie einen ernsten Blogger gemimt, der eine PSP kaufen will. Das ist schon alles.

On the internet, nobody knows you are a dog. Und das ist gut so. Ich bin sicher, dass jeden Tag alles von Faktenverdrehung bis glatter Lüge veröffentlicht wird, auch auf Blogs. Es scheint, als ob jeder einfach an etwas glauben möchte. Nachdem jetzt niemand mehr glaubt, was auf einer Webseite steht, sollten wir jetzt auch aufhören, blind zu glauben was in Blogs steht. Diese Insel der Objektivität - ich wünschte sie existiert - ist ein Traum.

Die Marketing-Aktion ist viral - das beweist die Aufmerksamkeit, die sie sogar in der Tagespresse gekriegt hat. Je mehr Stimmen 'Fälschung' schreien, desto mehr rechnet sich Sonys Investition. Ich finde hier zwei Reaktionen angemessen: Erstens sollten wir den Hut ziehen vor einer Aktion, die soviel Presseaufmerksamkeit erhält. Und zweitens können wir uns fragen, ob wir nicht auch manchmal viel zu leichtgläubig sind.

Ein erfolgreiches 2007

Theo Favetto — Tue, 02 Jan 2007 15:26:39 -0000

An dieser Stelle möchten wir all Freunden, Kunden und Partnern ein glückliches und erfolgreiches Jahr wünschen. Die Neotrivium AG wurde vor wenigen Monaten (14. September 2006) gegründet und bereits jetzt können wir auf eine bewegte und sehr positive Zeit zurückblicken. Danke euch allen und wir freuen uns auf das Jahr 2007!

Auch möchten wir den Jungs und Mädels vom Kofmehl ein ganz besonderen Dank ausrichten. Der Standort der Neotrivium AG und insbesondere von restorm in das Kofmehl zu verlegen war eine unserer besten Entscheide! Solch eine Kreativität, Motivation und Freundschaftlichkeit zu finden ist selten und wir haben einen grossen Respekt vor eurer Arbeit. Viele Firmen könnten von eurer Art des "Managements" vieles lernen. Rock on und wir freuen uns auf die Zeit, die wir bei und mit euch erleben können.

Merry Supporting

Theo Favetto — Wed, 27 Dec 2006 21:06:14 -0000

Weihnachten liegt bereits hinter uns und trotzdem werden wir einen weihnachtlichen Beitrag in unseren Blog publizieren. Wieso? Erstens weil wir das so wollen und zweitens weil wir einen wunderbaren Grund dafür haben. Nachdem wir, in fröhlichster Weihnachtsstimmung, das Jahr rückblickend analysiert haben, insbesondere verschiedene Kundenprojekte, war für uns klar: Beim Support nach der Übergabe eines Projekts muss sich etwas ändern!

In der Softwareentwicklung ist es häufig äusserst schwierig Bugs von Changes abzugrenzen. Nicht weil es wirklich kompliziert wäre - schliesslich wissen wir ja genau, was wir tun, welche Tasks wir zu erfüllen haben und wie die definierte Funktionalität aussehen muss (Achtung: Diese Aussage enthält keine Ironie). Aber oftmals ist es für den Kunden sehr schwierig, im Vorfeld eines Projekts an alles zu denken. Dies führt dann zu Situationen, in denen es für den Kunden sonnenklar ist, dass man Funktionalität XY noch nachträglich in das bereits operative System integriert - denn schliesslich ist genau diese Funktionalität lebensnotwendig - und dem Kunden tut es ja auch wirklich leid, dass er diese Funktionalität bei der Ausarbeitung des Pflichtenhefts nicht kommuniziert hat. Auf Seite des Softwareentwicklers wiederum überwiegt die Tatsache, dass er kein Budget mehr zur Verfügung hat, es kein Bug ist (diese werden schliesslich sofort und unter Garantie behoben) und er in der Projektphase schliesslich weder Gedanken lesen noch in die Zukunft schauen konnte. Zudem ist man wieder randvoll mit Arbeit an neuen Projekte und typische Softwareentwickler hassen es, wenn sie aus ihren Gedanken kurzfristig und ohne Vorwarnung herausgeholt werden.

Wir von Neotrivium werden nun folgende Änderung einführen: Per sofort erhält der Kunde, der bei uns ein Projekt in Auftrag gibt, für jede zu unseren Standardsätzen verrechnete Aufwandsstunde 30 Minuten Supportzeit geschenkt. In anderen Worten: Angenommen ein Projekt bedingt 100 Stunden Aufwand, erhält der Kunde zusätzliche 50 Stunden unserer wertvollen Zeit. Diese zusätzliche Zeit wird für jede Art von Support nach Abnahme eines Projekts eingesetzt. Wenn der Kunde nun also eine weitere Funktionalität benötigt oder wenn es Änderungen an bestehenden Funktionen vorgenommen werden müssen, wird dies sofort umgesetzt. Auch der gesamte Telefonsupport, zusätzliche Schulungen und Meetings und was es sonst noch geben könnte, wird von diesem Supportzeitkonto abgebucht.

Sind wir nun Idealisten oder betriebswirtschaftliche Nieten? Oder hat uns die Weihnachtsstimmung einfach übermannt? Weder noch. Wenn man es genau durchrechnet kann man dieses Vorgehen nur als fair bezeichnen. Uns ist eine möglichst gute und harmonische Zusammenarbeit mit unseren Kunden das Wichtigste überhaupt. Bei dem was wir tun möchten wir vollsten Einsatz zeigen und nicht immer über alles zuerst diskutieren. Mit der oben aufgeführten Regelung sind die Grenzen definiert und zwar auf beiden Seiten. Jeder weiss woran er ist und mit was er kalkulieren kann.

Wie gesagt: Die Regelung gilt per sofort und wird auf alle neuen Projekte angewendet. Selbstverständlich werden wir euch hier in diesem, unseren Blog auf dem Laufenden halten und euch über unsere Erfahrungen informieren. Kommentare sind - wie immer - sehr willkommen!

A happy New Year!

Wichtige Leute, nur knapp Unbekannte

Kaspar Schiess — Mon, 18 Dec 2006 14:59:06 -0000

Vor ein paar Tagen wurde ich auf das professionelle "Ruby On Rails"-Netzwerk genannt 'workingwithrails.com' aufmerksam. Vor Jahren schon hat mich jemand mit dem 'graphviz '-Virus infisziert - und jedesmal wenn ich heute ein Netzwerk sehe kitzelt es mich, das Netzwerk zu visualisieren. Und dieses Mal habe ich mich gekratzt.

Diese Grafik zeigt alle wichtigen[1] Personen in meinem Netzwerkumkreis, die ich über maximal 5 Knoten hinweg kenne. Und es stellt sich heraus, dass ich sie eigentlich nicht kenne. Aber eben nur knapp.

(Alles nachfolgende ist ein bisschen technisch - ein Beitrag aus unserer Reihe von detaillierten Artikeln zu unseren Experimenten. Nicht erschrecken, der nächste Post ist wieder verständlich!)

Sei das mit den Bekanntheitsgraden wie es wolle - ich möchte auf alle Fälle den Skript, mit dem die obenstehende Grafik entstanden ist, kurz erklären[2]. Zuerst müssen wir aber kurz anschauen, welche Informationen der Skript verarbeiten soll: Unter dem url http://workingwithrails.com/recommendation/for/person/PERSONID sehen sie für eine beliebige Person, von wem sie empfohlen wurde. Hier also zum Beispiel, wer mich empfiehlt.. Danke Jens-Christian! Diese Seite werden wir mit Hilfe von 'scrapi ' parsen:

  RelationshipScraper = Scraper.define do 
    process 'td:nth-child(1)>a', 
      :link => '@href'
    result :link
  end
  RelationshipsScraper = Scraper.define do
    array :people
    process 'table>tr', 
      :people => RelationshipScraper 
    result :people
  end

Dieses Stück definiert, wie die Informationen aus dem Dokument extrahiert werden sollen. Zuerst RelationshipsScraper: Jede Zeile der Tabelle wird damit an den RelationshipScraper weitergegeben. (die beiden Namen unterscheiden sich durch ein 's'!) Und da wird dann einfach jeder link extrahiert. Durch ein bisschen magische Magie können jetzt mit der Zeile

 RelationshipsScraper.scrape(content)

alle Links aus einer Beziehungsseite extrahiert werden! Und gleich noch ein bisschen konkreter:

 URL_RE = %r{http://workingwithrails.com/person/(.+)$}
 def load_relationships_for(person)
   content = open('http://workingwithrails.com/recommendation/for/person/' + person).read
   people = (RelationshipsScraper.scrape(content) || []).
     select { |url| url =~ URL_RE }.collect { |url| url =~ URL_RE; $1 }
 end

Mit der ersten Zeile innerhalb dieser Methode wird die oben erwähnte Seite für eine Person zugegriffen und ihr Inhalt in 'content' gespeichert. Und dann gehts schnell: Links extrahieren, filtern und die Personen-Kürzel (z.B: '5102-kaspar-schiess') extrahieren.

 def build_graph(start_with='5102-kaspar-schiess', depth=5, graph=RGL::DirectedAdjacencyGraph.new)
   start_name = display_name(start_with)
   $seen_persons[start_with] = true
   load_relationships_for(start_with).each do |other_person|
     build_graph(other_person, depth-1, graph) if depth>2 && !$seen_persons.include?(other_person)    
     graph.add_edge(display_name(other_person), start_name)    
   end     
   graph
 end

Diese Methode holt sich alle Personen, die nett genug sind, mich zu empfehlen. Dann iteriert sie über diese Liste (so kurz sie leider ist ;) ) und ruft sich selbst rekursiv auf. Damit wird der Graph der Empfehlungen gebildet. (Was eindeutig ein Jedi-mässiges Handgewedel ist...)

Das eigentliche Skript ist dann nur noch einige Zeilen lang:

 $seen_persons = Hash.new
 graph = build_graph()
 graph.vertices_filtered_by { |vertex| graph.out_degree(vertex) >1 }.
   to_undirected.
   write_to_graphic_file('jpg')

'$seen_persons' enthält die Personen, die wir schon mittels load_relationships_for abgefragt haben. Damit wird die Last auf die 'workingwithrails'-Server kleiner[3].

Die oben erklärte Methode liefert uns einen Graph zurück, der gerichtet ist. Wir filtern diesen Graph also zuerst mal nach meiner Definition, wer wichtig ist und konvertieren ihn dann in einen ungerichteten Graph. Und dann lassen wir graphviz eine "schöne" Grafik erzeugen. Sie steht im aktuellen Verzeichnis und heisst 'graph.jpg'.

Und sieht überhaupt nicht aus, wie die Grafik, die in diesem Post verwendet wurde. Weil ich diese Grafik mit Omnigraffle Pro neu formatiert habe. (Ohhh all diese Farben!)

Es bleibt mir noch zu sagen, dass der Skript hier vollständig heruntergeladen werden kann. Viel Spass - und sagt mir doch bitte, was Ihr damit macht - ist immer spannend.

[1] Als wichtig habe ich kurzfristig definiert, wer von mehr als einer Person empfohlen wurde.
[2] Der Code darf zu den Bedingungen der Ruby-Lizenz benützt und kopiert werden.
[3] Und bitte - nicht alle zugleich! Seid höflich und benützt den Skript hier nur ausserhalb der Stosszeiten.

YouTube: Die Grossen wollen auch!

Theo Favetto — Sun, 10 Dec 2006 14:45:35 -0000

Es ist Sonntagnachmittag und dadurch genug Zeit und Muse wieder einmal zu schauen, was die Grossen nun wieder für Ideen haben. Kaum hat man das Wallstreet Journal im Browser, schon wird man fündig: Die grossen Jungs Fox, Viacom, CBS und NBC überlegen sich wieder, ein "eigenes" YouTube zu bauen: "Media Titans Again Discuss Site to Rival YouTube".

Das erklärte Ziel der Medientitanen: Zur wichtigsten Anlaufstelle für Videoinhalte im Internet zu werden. Nun gut, hier stellen sich folgende Fragen: Haben sie verstanden, wieso YouTube so erfolgreich wurde? Wieso haben sie auch diesen Trend wieder verschlafen? Wieso denken sie, dass sie überhaupt dazu fähig sind?

Natürlich verfügt jedes einzelne der oben aufgelisteten Unternehmen über reichlich Spielgeld und zudem auch über genügend Inhalte, welche sie auf ein eventuelles Portal integrieren können. Aber Geld und Inhalt alleine führen nicht automatisch zum Erfolg.

YouTube hat zum richtigen Zeitpunkt das Richtige getan. Sie haben eine offene Plattform geschaffen, die den Benutzer dazu animierte, sich selber einzubringen. Sei das durch Eigenproduktionen oder durch gerippte Inhalte. Es entstand ein wildes, chaotisches Durcheinander. Und genau dort liegt doch der Reiz von YouTube! Man weiss nie, was einen dort erwartet. Man kann stundenlang Stöbern und immer wieder auf neue, mehr oder weniger originelle oder intelligente Inhalte stossen. Oder man sucht gezielt nach einem Videoclip und ist immer wieder überrascht, dass man tatsächlich etwas findet.

Wie wird ein Portal der grossen Jungs aussehen: Inhalte, die man eh schon kennt (nicht nur über YouTube); kostenpflichtig; durch Marketingabteilungen manipuliert; künstlich, ohne Leben, da keine Community dahinter. Die Grossen unterschätzen immer wieder die Macht der Massen und deren Wunsch, nicht von Marketingabteilungen manipuliert zu werden.

Warner CEO gibt zu, dass seine Kinder ...

Kaspar Schiess — Wed, 06 Dec 2006 10:07:35 -0000

Musik gestohlen haben. Ein weiterer Riss im Damm der alten Art, Musik zu verwalten und zu vertreiben.

Schon mal versucht, das Wasser in einem löchrigen Gefäss drin zu halten? Irgendwie hat man nie genug Finger, um die Löcher zu stopfen.

Autor: Kaspar Schiess

Kaspar Schiess — Mon, 04 Dec 2006 09:09:55 -0000

Kaspar Schiess war bereits Ruby-Evangelist, bevor die Sprache bekannt wurde. Mit 5+ Jahren Ruby und 2 Jahren Ruby On Rails-Erfahrung ist er ein Pionier in der Schweiz.

Nebst Ruby hat sich Kaspar Schiess immer für alles interessiert, was auch nur entfernt nützlich aussieht. Ambitionierter Architekt und klarer Denker - und geht auch da hin, wo keine Pfade hinführen. Er hat die ETH Lausanne mit einem Master of Science en Informatique abgeschlossen. Seine Diplomarbeit hat ihn tief in den Ruby-Interpreter geführt - ein JIT Compiler: "A specialising Compiler for the Ruby Language". Interessierte können das Paper unter kaspar@neotrivium.com anfordern.

Als technischer Leiter wird er über die Strategie, die aktuellen Projekte und die Interessen von Neotrivium schreiben. Ausserdem präsentiert er uns von Zeit zu Zeit ein Freizeit-Projekt.

Er ist der Pate der Open-Source-Abteilung von Neotrivium. Wir engagieren uns, Ruby und Ruby On Rails in der Schweiz zu etablieren und nehmen darum an diversen Aktivitäten teil. Ausserdem investieren wir viel Zeit in die Weiterentwicklung von Open-Source-Projekten.

post scriptum

Natürlich habe ich diese Einleitung selbst geschrieben - aber Personen stellt man in der dritten Form vor, das ist einfach so. Von jetzt an - und auch in anderen Beiträgen - habe ich das Recht in der ersten Person zu schreiben. Der Leser wird zumindest ansatzweise wissen, wer da schreibt.

Unser ganzes Autorenteam wird sich in der nächsten Zeit so vorstellen. Das gibt Neotrivium einige Gesichter und Euch eine Vorstellung davon, wer wir sind. So persönlich wie wir auch sonst arbeiten.

restorm.tv ist online

Theo Favetto — Tue, 28 Nov 2006 15:33:11 -0000

restorm.tv ist der erste Schweizer Musik-TV-Sender der «social media» Generation. restorm.tv bedeutet nicht nur konsumieren sondern teilhaben. restorm.tv basiert auf dem Grundsatz einer Community, bestehend aus Bands, Musikliebhabern, Organisatoren, Szenenkennern, Musiklabels, Filmschaffenden und Kreativen aller Art.

Der grösste Teil des Sendeinhalts wird durch Mitglieder der Community produziert. Dazu gehört die Ideenfindung, die Konzeption, die eigentliche Produktion und die Nachbearbeitung der Inhalte. Das Kernteam von restorm.tv koordiniert die Produktionen und sucht laufend nach Kreativen innerhalb und ausserhalb der restorm Community. Kreative, welche Teil von restorm.tv sein wollen, werden bei der Produktion der Beiträge unterstützt.

restorm.tv ist ein eintscheidender Teil der Musikplattform restorm.com. Mit restorm.tv wird für Musiker und Musikliebhaber eine einzigartige Plattform aufgebaut und dient als zusätzlicher Promotion- und Verwertungskanal für die Musiker auf restorm.com! Heute wurde die Informationsseite zu diesem Projekt gestartet. Unter www.restorm.tv werden laufend alle relevanten Informationen von und über restorm.tv publiziert.

Jackpot

Kaspar Schiess — Mon, 20 Nov 2006 08:51:02 -0000

Ein guter Freund von mir hat den Jackpot geknackt - und eine der sprichwörtlich seltenen Google-Stellen gekriegt. Und verdienen tut er es.

Google-Stellen sind im Moment hoch im Kurs - jeder der in der IT-Branche arbeitet weiss, dass Google die Wäsche weisser wäscht. Wer bei Google arbeitet, der wacht morgens mit einem Lächeln auf und schläft abends mit einem ein - im Ernst. (Diese Passage enthält weniger Sarkasmus, als es scheint.)

Trotzdem - ein Job ist die schlechteste Art Geld zu verdienen. Und eine gute Stelle ist immer noch eine Stelle.

Auf das alles verzichtet Ihr, die ihr bei Google arbeitet:

Arbeit mit einer Vision: Die Vision, für die Ihr arbeitet wird von nun an eine fremde sein, nicht eure eigene. Klar, eigene Visionen sind eigenes Risiko - und Kirchen wurden auch nicht von einer Person alleine gebaut. Aber "Don't be evil?" - sorry, das ist mir zu schwammig.
Euer eigenes Web 2.0 Beta-Projekt: Das Interesse für neue Projekte war in den letzten Jahren kleiner als jetzt - und die Toleranz für eckige Applikationen mit einem echten Nutzen noch nie so gross. Heute werden eure Kunden euch die Ecken verzeihen - denn sie möchten bei dem neuen Netz dabei sein.
Kontakt mit allen Aspekten des Alltags: Google erstellt eine nützliche Isolation zwischen seinen Nutzern und seinen Kreativen - heisst aber auch, dass Ihr den Bezug zu dem heissen Metall des Alltags verliert. Respekt vor den Köpfen die in Google arbeiten - aber ich schätze meine Beine und den Rest zu sehr. Unsere Position bringt uns in Kontakt mit den Problemen von richtigen Personen - und ist darum spannend.

Ich will auf keinen Fall negativ erscheinen. Oder meinem Freund seinen Job vergällen - nichts liegt mir ferner. Und ich hoffe, dass ich irgendwann mal ein bisschen mehr über Google und seine Internas erfahre, als was es am Mittag in der Kantine zu Essen gibt. Aber ich werde mich vorläufig - und bis auf Weiteres - nicht bewerben. Viel Glück!

J2EE vs Rails

Kaspar Schiess — Fri, 10 Nov 2006 09:36:03 -0000

Mariano Kamp hat an der Rails-Konferenz.de einen Vortrag mit dem Titel: "Rails für Java Entwickler - Das Ende der Schmerzen " gehalten. Man nehme Slide 178:

Auf der rechten Seite der Ruby Code, der dieselbe Funktionalität implementiert, wie der Java-Code auf der linken Seite. Die Differenz ist der Produktivitätsvorteil von Ruby on Rails!

Häufig geht bei diesen Zusammenstellungen vergessen, dass weniger Code auch einfachere Wartung bedeutet. Weniger Code zu lesen heisst in der Praxis, den Fehler schneller zu finden. Und in einem sauberen Rails-Projekt sind automatische Tests vorhanden, die jede Änderung validieren und dem Programmierer die Angst vor Code-Änderungen nehmen.

Für einen Rails-Programmierer fühlt sich Java unwahrscheinlich geschwätzig an: Alles muss ausformuliert werden. Diese Geschwätzigkeit wird dann durch das ganze Projekt zu einem hemmenden Faktor für die Produktivität und die Produktqualität. In Ruby on Rails kann der Programmierer die offensichtlichen Details verschweigen - Rails denkt sich seinen Teil.

(Das Bild von Mariano Kamp und dieser Post stehen unter der Creative Commons Lizenz)

MySpace: Sieg im Kampf gegen Urheberrechtsverletzungen?

Theo Favetto — Fri, 03 Nov 2006 18:10:19 -0000

Zuerst einmal die gute Nachricht: MySpace Benutzer dürfen auch in Zukunft weiterhin ihre MySpace Page mit Videos und Songs aufwerten. Auch dann, wenn der Benutzer nicht der Rechteinhaber ist. Und nun die etwas weniger gute Nachricht: Der Benutzer wird in Zukunft dafür zur Kasse gebeten.

Wie es scheint hat MySpace das Ei des Kolumbus in Sachen Urheberrechtsverletzungen gefunden. Mit einer eigens hierfür entwickelten Software von GraceNote sollen die urheberrechtlich geschützten Inhalte entdeckt werden können. Daraufhin wird der Benutzer auf sein Recht der gebührenpflichtigen Nutzung aufmerksam gemacht. Wer sein Recht nicht nutzen will, der wird als Strafmassnahme daran gehindert, Inhalte auf seine MySpace Page zu laden. Wenn dies mehrere Male geschieht, löscht MySpace den Account dieses Benutzers.

Seien wir gespannt ob diese Massnahme tatsächlich ein Sieg gegen Urheberrechtsverletzungen oder aber wieder nur ein Sieg gegen die Vernunft ist.

Neue Büros

Kaspar Schiess — Wed, 01 Nov 2006 09:59:30 -0000

Neotrivium AG ist umgezogen: Unsere neue Addresse finden Sie unter Kontakt.

Aufgrund unserer kulturellen Projekte und der enormen Menschenfreundlichkeit unseres Vermieters haben wir unsere Büros im Kofmehl in Solothurn einrichten können. Wenn man der Theorie Glauben schenkt, dass die Räumlichkeiten viel über eine Firma aussagen, so sind wir zufrieden: die Aussage, die das Kofmehl als Begegnungszentrum macht, stimmt mit unserer Philosophie überein.

So sieht es von aussen aus!

VOR unserem Umzug

Melden Sie sich an der ...