Schönes kleines Tool um die aktuellen Ziele besser im Auge zu behalten, und sich selber belohnen zu können wenn man etwas gut macht/etwas lange durchhält.

Zudem gibts dieses formschöne Banner (s. Links) um den aktuellen Satus auch auf der Homepage anzuzeigen und sich durch öffentlichen Druck noch mehr zu motivieren.

(am besten gleich für Version 2.0 anmelden)

Ein sehr schönes Tool um sich eine eigene Distrubution, komplett mit allen Plugins und Einstellungen anzulegen und dann mit sich selber/anderen zu teilen!

Das einmal definierte Eclipse Paket kann überall runtergeladen/installiert werden! Nie wieder Shortcuts definieren/Farben/Tabs einstellen!

Ist immer aktuell dank autoupdate und frist nicht unnötig Platz da jedes Plugin nur inmal runtergeladen/gespeichert wird (d.h. 3 Eclipse Versionen nur 1 SVN Plugin auf der Platte).

Zudem kann man sein Paket auch noch mit Mitarbeitern/Freunden problemlos teilen und hat so nie das 'hast du auch die Version die ich habe' Problem.

Derzeit noch Beta und wenige Plugins verfügbar, aber auf jedenfall brauchbar/im Auge behalten!

PS: auf der Seite gibt es auch ein paar schöne Videos zur Demonstration.

Wieder mal das Radio zu laut oder der Nebenmann nervt sonst irgendwie ? Kein Problem, die Lösung liegt doch so nah Waffen aus Bürobedarf!

Das einzig kostenlose und einigermaßen funktionierende Tool dafür: Jupiter
Update-Site: http://csdl.ics.hawaii.edu/Tools/Jupiter/Download
Funktioniert gut, fügt Kommentare im Editor ein, erlaubt mehrere gleichzeitige Reviews auf dem selben Code.

Einziger Nachteil:
Die Kommentare werden in einem Ordner als XML gespeichert, laut Anleitung soll man den einchecken, was aber Wahnsinn ist da für jeden Kommentar eine extra Revision angelegt werden müsste.

Also entweder:
Reviews einschränken(jeder darf nur einmal kommentieren und commiten)
oder: einen Samba Server aufsetzen, der für alle Team Mitglieder erreichbar ist, und alle Reviews zu einen Projekt enthält.

Short summary of a cisco case study:
We believe our results allow us to conclude the following:

• LOC under review should be under 200, not to exceed 400. Anything larger overwhelms reviewers and defects are not uncovered.
• Inspection rates less than 300 LOC/hour result in best defect detection. Rates under 500 are still good; expect to miss significant percentage of defects if faster than that.
• Authors who prepare the review with annotations and explanations have far fewer defects than those that do not. We presume the cause to be that authors are forced to self-review the code.
• Total review time should be less than 60 minutes, not exceed 90. Defect detection rates plummet after that time.
• Expect defect rates around 15 per hour. Can be higher only with less than 175 LOC under review.
• Left to their own devices, reviewers’ inspection rate will vary widely, even with similar authors, reviewers, files, and size of the review.