Teamwork

[dino]

wenn man sich nicht live trifft, was gibt es da für möglichkeiten miteinander zu programmieren?

hier haben doch sicher schon einige erfahrungen damit gemacht oder?
wie gehts am besten?
am besten ohne viel anforderungen an den rechner :)

[Thorben_K]

auch wenn ich das eher zum spass mal gemacht habe und auch nichts die mega schweren codes habe, bietet dich teamspeack oder halt skype doch an ;)

wenn du halt willst das beide an und in einem pc arbeiten musste wohl ne remote verbindung aufbauen, so wie sie der msn messager mal hatte, aber das frisst wenn ich mich richtig erinnere resourcen wie nichts ;D

[Phoenix]

1.) Gute Code-Versionierung
Das ist das absolute A und O wenn man im verteilten Team entwickelt. Ohne geht einfach nicht. Hier bietet sich an OpenSource z.B. Subversion an.

2.) Schnelle Kommunikation im Team
Hier bietet sich z.B. Skype an, da man sich hier Nachrichten tippen kann, bei Bedarf aber auch miteinander sprechen und auch Konferenzen(!) abhandeln kann.

3.) (eher selten): Direktes 'Über die Schulter schaun'
Das geht z.B. mit dem Microsoft Messenger ganz gut, da man hier auch seinen Desktop dem anderen mal freigeben kann.

Dann hat es sich mehrfach bewährt, z.B. in einem Teameigenen Wiki den Fortschritt der Arbeit zu protokollieren. Es reicht, wenn jeder auf einer eigenen Seite jeden Tag mit Datum einen Stichwortartigen Eintrag macht, an was er gearbeitet hat oder mit was er sich beschäftigt hat. Und alle müssen sich das freilich auch ab und zu angucken. Es ist erstaunlich, wie soetwas triviales Doppeltentwicklungen verhindern kann.

[dino]

hmm ich rede davon on echtzeit miteinander zu programmieren also nicht der eine mal ein bisschen und dann der andere mal ein bisschen sondern festgelegte zeit, in der wir programmieren und ich denke sogar daran, dass immer nur einer programmiert der andere berät und umgekehrt, weil wir beide keine profis sind

[Phoenix]

In dem Fall Microsoft Messenger mit Desktopfreigabe. (Es reicht ja zugucken lassen, man muss ja ned reinfingern müssen). Daneben ist dann freilich auch Sprachübertragung möglich.

[freak4fun]

Hallo dino,
ihr könnt ja mal Gobby ausprobieren. Ich hab es selbst noch nicht getestet. Da können dann zwei gleichzeigit an einer Datei arbeiten und vielleicht über TS / Skype miteinander quatschen. ;)

MfG
freak

[dino]

echt?
wird dadurch nur der inhalt der datei als text geändert oder programmiere ich dadurch quasi von hier aus in seinem Delphi rum?

[freak4fun]

Zitat:

Zitat von dino

echt?
wird dadurch nur der inhalt der datei als text geändert oder programmiere ich dadurch quasi von hier aus in seinem Delphi rum?

Keine Ahnung, habs noch nicht ausprobiert. Das wird ein Editor mit Syntaxhighlightig sein und die Dateien werden wahrscheinlich online liegen, also nichts mit in Delphi rumfuschen. :mrgreen:

MfG
freak

[inherited]

ich hatte mal irgendwann so ein Syncron-Editor geschrieben, mitdem man zu mehreren Leuten gleichzeitig an einem Code basteln kann. Ist auch ganz praktisch

[dino]

gibts sowas auch in der form, dass man zusammen in delphi programmiert undnicht bloss am quelltext rumschreibt?

[Phoenix]

Wie gesagt.. mir fällt da spontan dann Microsoft Messenger mit Desktop-Freigabe ein. Kost nix und ist bei Windows dabei.

Aber da ist es dann halt doof wenn beide gleichzeitig Tippen, weil das dann Buchstabenkuddelmuddel gibt. Also geht nur schön hintereinander. Mit ein wenig Disziplin kann man da aber gut arbeiten.

[Balu der Bär]

Zitat:

Zitat von dino

gibts sowas auch in der form, dass man zusammen in delphi programmiert undnicht bloss am quelltext rumschreibt?

Was verstehst du denn dann unter "zusammen programmieren"? :gruebel:

[freak4fun]

Zitat:

Zitat von dino

gibts sowas auch in der form, dass man zusammen in delphi programmiert undnicht bloss am quelltext rumschreibt?

Ich stimme eigentlich Phoenix zu. Nutzt ein OnlineCVS und dukumentiert euren Quellcode vernünftig. Bei der Remoteverbindung(kann auch mit UltraVNC) könnt ihr an in Delphi auf einen PC arbeiten. Das funktioniert einwandfrei, mache ich jeden Tag auf Arbeit. Dürfen halt nur nicht beide gleichzeitig.

Wenn ihr gleichzeitig tippen wollt nehmt Gobby. Ich hab das ebend mal lokal getestet, wirklich gut. Man kann die Sessions auch speichern. ;) Probiert es also mal aus.

MfG
freak

[dino]

ähm z.B., dass wir beide den quellcode jederzeit mal starten können sollen...

hab den text so verstanden, als ob es nur eine textdatei wäre, an dem 2 leute gleichzeitig drin rumkritzeln können, aber das führt wohl nur bei profis zum erfolg(ich jedenfalls muss meinen quelltext immer wieder ausprobieren und dafür beauche ich delphi)

[alzaimar]

dino: Mach es nicht, wie Du dir das als 'Laie' überlegst, sondern mach es so, wie es Dir Leute empfehlen, die das schon länger machen. Wieso meinst Du, sind die VCS so gestrickt, das immer nur einer am einer Unit rumdoktorn kann? Weil das so umständlich ist? Das ist die einzige Möglichkeit, Ordnung in das Chaos zu bringen.

Wir haben ein Projekt mal chaosartig programmiert. Ok, klappt, aber man braucht jemanden, der Änderungen bewertet und zusammenführt. Und nochmal mach ich das nicht.

Wenn ich in meinem Code X in U umbenannt habe, und mein Kollege hat aber X in Y umbenannt, welche Änderung wird übernommen? Wer soll das entscheiden?

Teamwork = Planung. Mit Chaos kommst Du nicht weit.

[TonyR]

Mach es doch einfach, wie Phoenix es geschrieben hat!!!
Wie ich das verstanden habe kannst du da solange du willst in Delphi arbeiten ... und einer anderer kann auch bei dir im Delphi arbeiten (über Remote) => Das ist doch eigentlich genau das, was du willst!!!

[dino]

hey nur, weil ich die diskussion noch weiter fprhen möchte um noch mehr alternativen zu erfahren oder mehr über eure vorschläge zu erfahren, heisst das nicht, dass ich eure vorschläge nicht gut finde!

leute damit das mal gesagt ist: ihr seit Spitze :thumb:

nur ich bin eben einer, der durch bedenken und kritik eine diskussion aufrechterhallte, ist das falsch?
ich machs auf jeden fall so, wie ihr es gesagt habt.

ich weiss noch nicht, wie was funktioniert, aber ich werde mir einiges mal ausprobieren

und wenn wir programmieren, dann immer nur einer und der andere shaut zu und berät, wie gesagt also chaos-> betimmt nicht

[TonyR]

Na dann ist ja OK!!! :-D

Aber wenn du mit jemanden zusammen arbeitest, dann pass bloß auf dass dir nicht das gleiche passiert wie bei mimi und hansklok!!! (http://www.delphipraxis.net/internal...ct.php?t=53597)

Ich will jetzt keinen von den kritisieren.... aber die haben auch mal zusammengearbeitet.... :roll:

[pertzschc]

Zitat:

Zitat von TonyR

Aber wenn du mit jemanden zusammen arbeitest, dann pass bloß auf dass dir nicht das gleiche passiert wie bei mimi und hansklok!!! (http://www.delphipraxis.net/internal...ct.php?t=53597)
Ich will jetzt keinen von den kritisieren.... aber die haben auch mal zusammengearbeitet...

Ich liege am Boden, der Thread ist ja DER absolute Brüller!!!!!!!

[Hansa]

Zitat:

Zitat von dino

...ich weiss noch nicht, wie was funktioniert, aber ich werde mir einiges mal ausprobieren...

Jo, probiere dir mal alles aus. :stupid: Wichtig ist eine klare Aufgabenteilung. Nicht nur, wer was macht, sondern hauptsächlich, was in welcher Unit gemacht wird, wo die gespeichert sind und wie sie überhaupt heißen. Schönes Beispiel, wie man so was macht, sind die TurboPower Programme. Erst dann gehts mit dem Quelltext weiter : prinzipiell selbes Spielchen. Wie heißen die Variablen, wo sind sie denn ? :shock: Siehe Alzaimar. Label831Unit234 ist Schwachsinn. Wer so was vorhat, dem nützt auch ICQ usw. nichts, geschweige denn sich selber den Source gegenseitig kaputtzufummeln. Wie sieht die Sicherungsstrategie überhaupt aus und wer ist dafür wann zuständig ? Bei sowas sind wichtige Entscheidungen zu treffen und dafür müssen die Zuständigkeiten ganz klar festgelegt werden. Unter dem Motto : "hmm, dann eben so oder nächste Woche vielleicht wieder anders" das wird nicht funktionieren. Und von irgendwelchen "Wunderprogrammen" würde ich auch nicht allzuviel erwarten. Vielleicht sieht Danial ja noch den Thread. Kommentar wäre interessant. Geht ja schließlich in Richtung "Software-Engineering". :angel2:

[MacGuyver]

Moin Leute :hi:

Wir arbeiten mit dem SourceSafe von Microsoft. Das geht ganz gut. Wenn ich eine Unit/Formular änder, checke ich beide Dateien (Pas und Dfm) immer gleichzeitig aus. Wenn jemand anders daran will, muß ich erst einchecken. Wenn der andere nicht warten kann, muß er seine Änderungen später in den neuen Stand übernehmen. So läuft man wenigstens nicht Gefahr das etwas verloren geht.
Als kleine Alternative zum SourceSafe habe ich mir den TinySafe geschrieben, bin aber noch nicht dazu gekommen den zu veröffentlichen.

Stefan

[Phoenix]

SourceSafe hat hier aber den klaren Nachteil, dass es das nicht kostenlos gibt.

Bei Subversion ist es so, dass zwar zwei Leute jeweils bei sich an der gleichen Datei arbeiten können, aber vor dem Einchecken muss mal das Projekt aktualisieren. Werden hier Änderungen an der Datei vorgefunden, die sich nicht auf die gleichen Stellen beziehen kann Subversion die automatisch einpflegen und Zusammenführen (das klappt erstaunlich perfekt). Nur wenn ich eben z.B. x in U umbennene und der Kollege X in Y umbenennt, dann zeigt mir Subversion einen Konflikt an, den ich dann selber auflösen muss. Das macht immer der, der 'zu spät' kommt bzw. nicht rechtzeitig aktualisiert hat.

[phXql]

Zitat:

Zitat von Phoenix

SourceSafe hat hier aber den klaren Nachteil, dass es das nicht kostenlos gibt.

Bei Subversion ist es so, dass zwar zwei Leute jeweils bei sich an der gleichen Datei arbeiten können, aber vor dem Einchecken muss mal das Projekt aktualisieren. Werden hier Änderungen an der Datei vorgefunden, die sich nicht auf die gleichen Stellen beziehen kann Subversion die automatisch einpflegen und Zusammenführen (das klappt erstaunlich perfekt). Nur wenn ich eben z.B. x in U umbennene und der Kollege X in Y umbenennt, dann zeigt mir Subversion einen Konflikt an, den ich dann selber auflösen muss. Das macht immer der, der 'zu spät' kommt bzw. nicht rechtzeitig aktualisiert hat.

und um den Konflikt zu lösen, redet man mit dem Partner, diskutiert aus, was besser ist und checkt dann das verbesserte ein.

[MacGuyver]

Zitat:

SourceSafe hat hier aber den klaren Nachteil, dass es das nicht kostenlos gibt.

Ja ich weiß. Deshalb habe ich mir selber so ein Teil geschrieben. Ohne Datenbanken, die Dateien kann man reparieren. Mit Historie und Anzeige der Dateiunterschiede. Das Ding ist noch lange nicht fertig, aber schon zu gebrauchen. Ich verwalte alle meine Projekte zu Hause damit. Die Seite dazu wird www.tinysafe.de sein. Bis jetzt zeigt die Adresse nur auf meine magere private Seite.

Stefan

[Phoenix]

Als Option gibt es auch noch den SourceGear VAULT.

Das Ding ist als SourceSafe-Ersatz konzipiert, legt die Dateien inkl. Historie in einem SQL Server ab und verwendet zur Kommunikation mit den Clients WebServices. Nettes Ding.

Aber hier ist auch nur eine Lizenz für einen einzelnen User kostenlos, mehr User kosten wieder Geld.

[dino]

(mein 3. versuch hier zu posten)

wir werden zusammen programmieren nicht bloss beide an einem programm sondern so richtig zusammen!

das heisst, dass wir immer wissen, was der andere tut, dass immer nur einer programmiert der andere Berät, ich müsste sein Desktop sehen, schreiben und die maus verwenden können.

Windows(xp zumindest) hat auch eine remotedesktopunterstützung...

geht das damit auch?

[Nils_13]

Meiner Ansicht nach reicht es vollkommen aus, sich über irgendeinen IM miteinander zu vernetzen, welcher Gruppenchats unterstützt. Dann kann man noch, je nach Größe des Projektes, über z.B. Rapidshare oder E-Mail das Projekt tauschen. Ich arbeite auf diese Weise und bin damit zufrieden.

Zitat:

Zitat von dino

(mein 3. versuch hier zu posten)

wir werden zusammen programmieren nicht bloss beide an einem programm sondern so richtig zusammen!

das heisst, dass wir immer wissen, was der andere tut, dass immer nur einer programmiert der andere Berät, ich müsste sein Desktop sehen, schreiben und die maus verwenden können.

Windows(xp zumindest) hat auch eine remotedesktopunterstützung...

geht das damit auch?

So wird das nichts, da musst du mit ihm zusammen in einem Raum sein und warum willst du seinen Desktop sehen ? Wozu brauchst du das überhaupt? Imho sinnlos.

[Phoenix]

Zitat:

Zitat von dino

Windows(xp zumindest) hat auch eine remotedesktopunterstützung...

geht das damit auch?

Nein, weil da nur EINER den Desktop haben kann.

Ich sage es jetzt noch ein einziges mal (ich habs schon oft genug gesagt): Der Microsoft Messenger kann das was Du willst! Einer gibt seinen Desktop frei und der andere kann Live zugucken was der andere macht und wenn er die Fernsteuerung frei gibt kann man auch bei ihm was ändern.

[Darkchild]

Hm jetzt komm ich mal dumm daher :-D ,

um evt. eine einfache und ganz simple Lösung zu bieten kannst Du es ja mit NetMeeting von Microsoft versuchen ist bei jedem Betriebssystem dabei und bietet die Möglichkeit miteinander zu Reden und dabei Bild zu übetragen, sich gegeseitig zu Schreiben, miteinander Bilder zu malen und dem anderen Anwendungen auf seinem Rechner freizugenben, so das wenn er in Köln auf seine Maus drückt er auf Deinem Rechner in Hamburg Dein Delphi übernehmen kann und dort denn Code vervollständigen, bearbeiten oder sonstwas kann, das einzige was nicht geht ist halt das gleichzeitige Schreiben an einer Datei, stelle ich mir ohnehin Problematisch vor, denn wenn Du und er gleichzeitig an einer Datei sizt woher willst Du dann Wissen wer was schreiben soll, so nach dem Motto Du die Uses ich die Variablen und Du dann wieder die Proceduren, das ist wohl nix, aber wie gesagt Netmeeting sollte da vieleicht ein Ansatz sein ohne das was Runtergeladen oder gekauft werden muss.

Gruss
Darkchild

[dino]

gut gut phoenix

also wir schreiebn eben nicht beide gleichzeitig

ich frage lieber nochmal anch, weil hier viele ratschläge kommen, die mehr verwirren und mich zwifeln lassen, ob richtig verstandenw urde, was ich will.

aber du scheinst unter anderm verstanden zu haben, was ich will, also ists gut

[freak4fun]

Hast du "Gobby" mal ausprobiert? :D

MfG
freak

[dino]

nein gobby hab ich noch nciht ausprobiert, wieso?

[freak4fun]

Zitat:

Zitat von dino

nein gobby hab ich noch nciht ausprobiert, wieso?

Weil du Sachen nicht bewerten kannst, wenn du sie nicht ausprobiert hast. ;)

Ich geh einfach mal davon aus, das du ein CVS oder Phoenix seine Lösung auch nicht probiert hast. :stupid: Dann lohnt hier auch das Diskutieren nichts!

MfG
freak

[dino]

totschlagargument!

ich sag bescheid, wenn ich die sachen mal ausprobiert habe