1 up | 2 up | 3 up | 4 up | 5 up | 6 up | 7 up |
^^^ Additional posts ^^^
zorg.ch
#17310 by @ 11.03.2003 21:04 - nach oben -
tönt doch gar nicht so schlecht. da hab ich gar nicht so viel dagegen. das meiste finde ich gut. tests mache ich auch immer. allerdings schreibe ich die im nachhinen. (wenn die funktion steht, nicht wenn die ganze software steht)


nur das pair programming finde ich einen elend verfluchten huren bockmist!!! das müssten dann schon zwei personen sein, die haargenau den selben coding-stil haben. nur so als beispiel, zwischen tschuder und mir würde das NIE funktionieren und man würde mindestens 100x so lang brauchen, bis man was hat.
zorg.ch
#17311 by @ 11.03.2003 21:28 - nach oben -
Tschudder und Du sind auch elende alles-tot-diskutierer.

Pair Programming klappt eigentlich nur nicht wenn einer ne primadonna ist, würd ich meinen.
zorg.ch
#17313 by @ 11.03.2003 21:44 - nach oben -
muss imfall nicht sein, dass es an zweien liegt... habe auch schonmal versucht, mit jemandem zu programmieren, der war in der beziehung echt ätzend. er hatte immer irgendwelche bescheuerten ideen, die ganz sicher nicht funzen würden, und teilte mir die immer genau dann mit, wenn ich gerade meine idee (von der ich ihn gerade in mühseliger arbeit überzeugt hatte) umsetzen wollte.
zorg.ch
#17340 by @ 12.03.2003 16:36 - nach oben -
tönt nach lehrmeister! ;-)
zorg.ch
#17315 by @ 11.03.2003 21:47 - nach oben -
meiner meinung nach kann pair programming nur funktionieren, wenn derjenige, der zuschaut nur syntax korrigiert. also das, was nachher sowieso der compiler noch machen würde. da brauchts den 2. gar nicht.
zorg.ch
#17326 by @ 11.03.2003 22:20 - nach oben -
Der Compiler korrigert keine Syntax :) Er motzt nur.

Und solange die Fehler syntaktisch Korrekt sind kann dir dein Compiler auch nicht helfen.
zorg.ch
#17382 by @ 15.03.2003 15:04 - nach oben -
Ne nicht unbedingt, ich würde es jetzt so machen, der, der daneben sitzt, braucht von der Sprache eigentlich nicht unbedingt einen blassen zu haben. Er muss nur das System schnallen und was der ablauf so seien sollte. dann kann er dem der an der Maschine Sitzt sagen, was für funktionen er progen soll.

z.B. jetzt einen DB-Request, der diese und diese sortierten Daten in ein ListenObjekt wirft, oder so. Und nun soll die Liste sortiert werden, je nach heufigkeit des wortes in einer Zeile. Und... Und....

Und der, der progt, sollte die Sprache etwas gut beherrschen und fungiert dann wie ein Überstzer, er progt dies was du Ihm sagst.

Fehler werden dadurch sicherlich vermieden, da einer den Ablauf mecht und der ander progt und ihn so gut möglich korriegiert.
zorg.ch
#17327 by @ 11.03.2003 22:23 - nach oben -
Ich hab das Pair Programming mol mit dem milamber ausprobiert und das hat super geklappt. Obwohl ich zugeben muss, dass er mehrheitlich Programmiert hat und ich mir dabei überlegt hab, was er er macht, weshalb er das macht, wie man das noch machen könnte und das nachher noch alles kommt.
Meiner Meinung nach ist das ne sehr gute Idee.
@biko. ich glaub nicht, dass wir beide zusammen so viel länger hätten. Weil man beim Coden gleich ausprobieren kann und/oder aufschreiben kann was korrekt wäre. Sonst haben wir doch immer das Problem, dass wir entweder das selbe meinen und es Unterschiedlich beschreiben, oder wir das ganze so beschreiben, dass es der andere nicht versteht..
zorg.ch
#17346 by @ 13.03.2003 11:25 - nach oben -
Bei Programmen wo Reliability höchstes Gebot ist lohnt es sich auf jeden Fall.
Pair-Programming ist Sinnvoll bei Programmier-Rookies. Erfahrene Programmierer machen weniger Fehler und kosten mehr.