|
Diese Diskussion wurde archiviert.
Es können keine neuen Kommentare abgegeben werden.
|
 |
|
|
|
|
|
|
|
Ein Game. Naja, Games bestehen heutzutage bei weitem nicht mehr nur aus Code. Grafik und Musik gehört da ebenso dazu. Und je nach Spiel ist auch ein bisschen Handlung nötig.
--
Den Symlink-Autoren bei der Arbeit zuhören? MP3 hier
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Wednesday 14. April 2004, 19:03 MEW (#2)
|
|
|
|
|
drei tage ist sehr kurz. besonders wenn in dieser zeit auch noch entschieden werden muss was programmiert werden soll. man stelle sich 30 personen vor....
aber die idee ist gut!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Soll ein RL Treffen werden, wir denken an ne Art LAN-Party, einfach ohne Games. D.h. ein Wochenende in einer grösseren Location, mit Bar, Chillout-Area usw.
|
|
|
|
|
|
|
|
|
|
|
|
|
Erinnert mich irgentwie an die OpenBSD Hackathons
--
Some people drink from the fountain of knowledge, others just gurgle.
|
|
|
|
|
|
|
geil (Score:2, Interessant)
|
|
|
|
|
|
|
|
Das wichtigeste ist die Infrastruktur. CVS, IRC und Wiki und so'n Zeux müssen stehen, damit die Kommunikation und der Datenaustausch nicht dadurch behindert wird.
Ein Verzeichnis, in dem jeder mit seinen besonderen Skills aufgeführt wird (wiki) ist empfehlenswert, damit Fragen schnell an den richtigen rechitet werden können und sich der richtige um die richtige Aufgabe kümmert.
Irgendwer muss die Orga machen und alle Informationen zusammenführen. Ein Voting wäre (zumindest zu beginn) nicht schlecht. Da reicht aber ein IRC Bot; jedenfalls wirds dadurch gleich mal ruhiger.
Teams werden sich vermutlich schnell finden, aber ein Kennenlernen muss schon sein. Vielleicht Freitag Abend kennenlernen und Themensuche und dann ab 24oo coden...
--
redsheep.de/
|
|
|
|
|
|
|
|
|
|
|
|
|
Ich mache dieses Semester ein Softwarepraktikum, in dem ich mit 5 anderen, zum Teil fast unbekannten Personen ein Spiel (eigene Projektidee) entwickeln muss.
Schon bei 6 Leuten ist die Kommunikation und Einigung sehr schwierig. Mit dem einem, der wirklich Programmiererfahrung hat, streite ich mich um Kleinigkeiten, bei den anderen ist's eher die Frage, was man ihnen überhaupt für Bereiche zuteilen kann (sehr wenig Programmiererfahrung vorhanden)...
Insgesamt gibt es einfach ca. 1 Milliarde Streitpunkte (zu benutzende Sprache, Libraries, Codingstil, Strukturierung, Verantwortlichkeiten, Interfaces, Dateiformate, ...).
Mal ganz abgesehen davon, dass man sich auch bei perfekter Einigung immer noch viele Gedanken machen muss... ein Spiel ist nicht nur viel Arbeit, sondern erfordert enorm viel Einfallsreichtum und Intelligenz seitens des Programmierers.
Deshalb halte ich die Idee mit den 3 Tagen für sehr unrealistisch. Alleine oder zu zweit (mit einem guten Freund) in dieser Zeit ein Spiel zu entwickeln mag möglich sein, aber mit 30 Personen: vergiss es!
Vorschläge:
- Zeit verlängern
- Mehrere Treffen organisieren
- Gutes Verfahren zur Einigung
suchen (z.B. "Diktatoren" mit
viel Erfahrung :-)
- Weniger Teilnehmer oder mehrere
Projekte
- Projekte grob vorher festlegen, evtl.
durch "Bewerbung" mit einer Projektidee
und Abstimmsystem
- Auf ein gewisses Maß an Programmiererfahrung
oder zumindest ein ähnliches Niveau zwischen
den Programmierern achten!
- [Euer Vorschlag hier!]
Julius
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ack. Die Grundidee ist verdammt cool, aber dazu muss ich doch ein Zitat aus den "Fachbegriffen der Informatik" einbringen:
360: Mann-Monat
Die dämliche Idee, man schaffe es, ein Baby nach 4 1/2 Monaten zu kriegen, indem man einfach zwei Frauen schwängert.
Wie schon gesagt: Mehr Zeit, oder dann wenigstens einen gehörigen Teil Vorarbeit oder mehrere Treffen.
tL
--
Dieser Kommentar wurde von tL für eine Fabrik voller besoffener GEZ-Spitzel generiert.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Eine andere Idee wäre, als Zweier- oder Dreierteams anzutreten, und nach der Coding Party ein oder mehrere Gewinner auszumachen; die, welche das beste/ interessanteste/ querste Stück Software hergestellt haben.
tL
--
Dieser Kommentar wurde von tL für eine Fabrik voller besoffener GEZ-Spitzel generiert.
|
|
|
|
|
|
|
|
|
|
|
|
|
Ich glaube auch, dass viele Leute die
Entwicklung ausbremsen koennen, *wenn man
es nicht richtig koodiniert*... ;-)
Meiner Erfahrung nach sind saubere APIs das
A und O in der Programmierung mit mehreren
Leuten. So kommt man sich gegenseitig weniger
in die Quere.
Am besten, man entscheidet direkt nach der
Wahl des in Angriff zu nehmenden Projektes,
wie die API zwischen den einzelnen Programm-
komponenten aussieht, so dass jeder einen
moeglichst abgeschlossenen Bereich bearbeiten
kann. Am Ende setzt man das ganze dann zusammen,
und kann sich das Ergebnis ansehen. ;-)
Nachteilig ist hierbei hoechstens, dass es
durch das staerkere Zerreissen des Codes in
abgeschlossene Module schwerer wird, die
einzelnen Komponenten zu debuggen, da die
Teile "aussenherum" noch nicht vorhanden sind.
Aber ist es nicht um ein vielfaches spannender,
stundenlang C Code zu hacken, ohne ihn testen
zu koennen? ;-)
Gruss,
gaga
P.S.: Es wuerde mich interessieren, was bei
eurem Meeting herauskommt. :-) Setz' doch mal
eine Webseite auf, oder stell das Projekt
irgendwo zur Verfuegung! :-)
|
|
|
|
|
|
|
|
|
|
|
|
|
Also ich finde die Idee ja noch interessant, koennte mir aber vorstellen, dass die Koordination __sehr schwierig__ werden koennte.
Schon wenn sagen wir mal drei Leute, die nicht aufeinander abgestimmt sind, zusammen ein Projekt erarbeiten (kenne das von der ETH und ein paar Softwareentwicklung-Nebenjobs), gibt es immer wieder Abstimmungsprobleme. Das koennen grundsaetzliche Meinungsverschiedenheiten ueber Designfragen, verwendete Design Patterns, bis zu Kleinigkeiten wie Variablenbenennung etc. sein.
Die oberste Devise sollte also IMHO Modularisierung heissen, aber auch das stelle ich mir mit 30 Leuten sehr schwer vor. Nehmen wir an, ihr wuerdet eine sinnvolle Einteilung (die auch bis zum Schluss so bliebt) in sagen wir mal Java packages oder classes finden, dann hat jeder noch seine Praeferenzen, was er lieber macht (z.B. schreibt niemand gerne einen Parser), was das Ganze auch nicht einfacher macht.
Wuensche auf jeden Fall viel Glueck!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Doch ich schreibe sogar sehr gerne parser :-)
|
|
|
|
|
|
|
|
|
|
|
|
|
Da MUSS ich dabei sein ;-)
3b
Unknown: "If Linux doesn't have the solution, you have the wrong problem."
|
|
|
|
|
|
|
|
|
|
|
|
|
Gryph, die Idee rockt!
Wenn die "Mein-OS-ist-besser-als-Deins"-Diskussionen losgehen ist der Anlass gelaufen. Ich schlage Dir vor, für das erste Mal vieles (Genre+grobes Storyboard, Programmiersprache- und Umgebung, zu verwendende Frameworks/Engines/Technologien, Code-Style, etc.) vorzugeben.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Besser eine 10 Gebote Tafel mit unteranderem:
- Liebe das OS deines nächsten wie dein eigenes
|
|
|
|
|
|
|
|
|
|
|
|
|
So wird das nix. Erst vor Ort entscheiden, was gemacht wird, heißt:
- 10++ Ideen, stundenlanges Zeitverschwenden um sich zu einigen
- wenig Vorbereitung im Vorfeld auf das Vorhaben (Bücher, extra Programme, Recherchen, Bib, etc.)
- die Fähigkeiten der Leute sind unbekannt und dadurch schwer einzuplanen
- manche können mit einem Thema gar nichts anfangen (z.B. kann ein Script-Coder oder Anwendungs-Entwickler bei Spielen arge Probleme haben - wenn ich da an mich denke)
- Ideenlosigkeit in dem Moment
Es müßte also sehr viel im Vorfeld geplant und geklärt werden, sonst wird es nur eine Lan-Session im Ergebnis, wo im Netz gespielt wird und Ideen getauscht werden. Die Planungen dürften dabei die Qualität eines Gruppen- und Bereichsleiters in Firmen erreichen wenn nicht übersteigen.
Ich will das nicht vermiesen, aber rate zu kleinen Anfängen: erstmal eine Idee via Netz, dann was auf Sourceforge dafür und jeder mal seine Rolle finden und was anfangen und wenn mal was erstes läuft, dann ein Treffen und richtig loscoden. Sowas hatte ich mal durch Zufall initiiert, ein Programm angefangen, dann nachmittags im RZ gesessen und mit einigen Leuten so über Verbesserungen und nötigen Erweiterungen diskutiert - und 16 Stunden später wurde es wieder hell und das Programm hatte zig neue Funktionen und konnte dann sogar auf meine Homepage zum DL - einige Wochen später stand es auf Freshmeat und dann war die Hölle los. Ist aber 6 Jahre her und inzwischen nicht mehr so aktiv.
Was aber ne coole Aktion und wurde dann nochmal einigemale wiederholt, dann mit CVS. War echt witzig, wenn ich auch nachher mehr am planen und zusammenfassen war, als am coden. Aber macht mir inzwischen eh mehr Spaß ;-)
--
ok> boot net - install
|
|
|
|
|
|
