Joc de carti open-source - colaborare doritori, cu premiu

Dupa ce puneti la punct structura echipei si formalitatile specifice cum aveti de gand sa comunicati? Veti continua aici pe forum pentru a ramane un istoric al coversatiilor voastre sau veti opta pentru o alta modalitate?

IonutYo, on 26 decembrie 2013 - 21:59, said:

Te înscrii la dezvoltare?

IonutYo, on 26 decembrie 2013 - 21:59, said:

structura exista, indrumatorul ii ajuta pe cei care au nelamuriri
nelamuriri sa existe

Mi-ar placea, dar, deocamdata, nivelul meu de cunostinte este foarte redus. Totusi, as fi bucuros daca v-as putea fi de ajutor in vreun fel.

IonutYo, on 26 decembrie 2013 - 22:07, said:

Sunt sigur că se vor găsi mici task-uri sau bug-uri de reparat pentru orice nivel.

dani.user, on 24 decembrie 2013 - 17:49, said:

D-asta îmi e teamă, mulţi care doar vor trage cu ochiul, în loc să pună mâna să facă ceva, fie acel ceva şi mic.

IonutYo, on 26 decembrie 2013 - 22:07, said:

Tocmai de aia incearca dani.user  sa faca proiecte de acest gen.
e pentru voi, nu pentru el

Ce aspecte/metode crezi ca vom folosi si nu le stapanesti?

Edited by MarianG, 26 December 2013 - 22:12.

Deci, ca sa folosesc sintagma de mai sus, "ma inscriu in dezvoltare".

Propun ca fiecare pas (cum ar fi cel cu descrierea jocului) sa ajunga mai repede sau mai tarziu intr-un fisier in repo, pentru a putea contribui cu totii. Asa, pe forum e mai dificil. De asemenea, consider ca ar trebui sa consideram alternative de comunicare la forum (irc, skype).

Ca sa aduc o contributie timida, voi pleca de la descrierea jocului si voi incerca niste struc (foarte superficiala).


1. carte, cu membrii culoare si valoare.
2. constante pentru culori si valorile cartilor (poate ceva gen enum).
3. jucator, cu membrii:
- scor (nu cred ca e relevant sa memoram toate mainile pe care le ia)
- nume
- tip (om sau AI)
- carti (cartile pe care le are in mana)

4. runda
- tromf
- carti (cartile care au fost date in runda aceasta)
- licitatii (o asociere intre id-urile jucatorilor si ce au licitat)

5. echipa
- membrii
- scorul (desi cred ca ar fi mai eficienta o functie care sa adune scorurile membrilor)
Structa echipa practic face legatura intre cei 2 membri ai unei echipe.

6. Joc
- jucatori
- numar runde
- echipe
- scoruri (ma gandesc mai mult la un vector sortat dupa scor, ca sa poata fi facuta si o ierarhie)
- tip de joc (pe echipe sau individual)

Scopul acestei strucuri este mai mult pentru a retine parametri despre modul de desfasurare al jocului cat si pentru un eventual istoric.

P.S. Numele membrilor nu sunt cum ar trebui sa fie

Edited by Gady_paul, 26 December 2013 - 22:38.

dani.user, on 26 decembrie 2013 - 21:15, said:

@Gady_paul adaugam puncte la jucator sau la echipa?

Edited by MarianG, 26 December 2013 - 22:59.

Eu as propune sa adaugam la jucator. Daca joaca in mod echipa, facem o functie ce ia jucatorii dintr-o echipa si le aduna scorul.

Mie mi se pare ca cel mai usor ar fi sa adaugam punctele unei echipe si sa consideram si echipa formata dintr-un jucator tot ca echipa

LE Trebuie sa facem o terminologie clara prin care sa diferentiem scorul din cadrul unei runde de numarul de puncte din cadrul partidei.

Edited by repp4radu, 26 December 2013 - 23:12.

Condiţia de stop a jocului e per jucător.

repp4radu, on 26 decembrie 2013 - 23:10, said:

Dar ca şi principiu general de abstractizare, e corect ce zici tu. Doar că nu e aplicabil aici.

repp4radu, on 26 decembrie 2013 - 23:10, said:

Scorul din cadrul partidei e cel din structura runda (se poate obtine prin evaluarea cartilor - o varianta ar fi chiar adaugarea unui membru scor) si scorul jocului e cel de la jucatori.

Jocul se opreste cand o echipa pierde

Problema e ca vom avea functii de ales carte si chestii de genul, care sunt individuale. Deci nu merge sa avem doar echipe. Dar o optiune ar fi in loc sa avem 2 moduri de joc (echipe si individual), toate jocurile sa fie in echipe (de un jucator sau de 2).

Îi voi cumpăra o licenţă boUML celui care stă până la sfârşit (versiunea 1.0.0, semantic versioning) în proiect şi care voi considera (voi încerca să fiu obiectiv) că a învăţat (şi că a contribuit) cel mai mult în cadrul proiectului.

Consider "contribuţie" atât lucrurile tehnice (=cod), cât şi cele organizatorice/sociale/soft skills.

Voi folosi doar ceea ce văd pe github ca referinţă (şi într-un mailing list, dacă veţi avea unul) - pentru că mi-e greu să ţin minte cine e cine şi pe forum, şi pe IRC, şi ce altceva mai folosiţi voi. Username github + email, atât.

Condiţia e ca totul să se desfăşoare în engleză. Puteţi folosi forumul pentru întrebări în română, însă nu voi lua în calcul ceea ce se desfăşoară aici.

Aşadar, înscrieţi-vă la proiect, participaţi, de învăţat aveţi ce învăţa, deci sigur câştigaţi ceva.


Cam pe la încheierea a 25% din proiect voi publica o descrierea concretă a modului meu de "notare".

@Gady_paul Eu ma refeream ca tre sa ne hotaram cum le zicem ca sa nu trebuiasca sa explicam de fiecare data. Cred ca scor_partida si scor_runda ar fi ok.
@dani.user, OriginalCopy Jocul se opreste cand o echipa castiga. In cazul jocului in 4 nu castiga un jucator, ci o echipa, indiferent cum o iei, iar in cazul jocului in 3 pierd 2 echipe, nu una.
@OriginalCopy Cred totusi ca discutiile organizatorice ar trebui sa se desfasoare in romana

repp4radu, on 26 decembrie 2013 - 23:34, said:

Puteţi să discutaţi în română, nu asta e problema, însă tot ceea ce e oficial (git, github, eventual mailing list) trebuie să fie exclusiv în engleză.

Am creat repo-ul https://github.com/danij/CruceGame

Git/GitHub

Git este un software pentru gestiunea versiunilor (Version Control Software). El pastreaza codul sursa alaturi de toata istoria sa (cine/ce/cand a modificat ceva).

Github este un serviciu online bazat pe Git, ce permite mai multor programatori sa colaboreze.
Practic in repo-ul indicat se va afla tot codul sursa al proiectului alaturi de toata documentatia, oricine putand oricand sa-l descarce, sau sa-i urmareasca evolutia.

Cum va fi actualizat repo-ul?

Toti cei care doresc sa efectueze o modificare vor trebui sa aibe cont pe GitHub si sa creeze o clona a repo-ului indicat. In acest repo clonat au drepturi depline si pot efectua orice modificari.
Cand doresc ca aceste modificari sa devina oficiale, imi trimit o cerere in acest sens (Pull request), care, in urma aprobarii, va face ca toate modificarile cerute sa fie inregistrate in repo-ul oficial.

Issues

Github ofera deasemenea o gestiunea foarte faina a necesitatiilor/problemelor (Issues). Cine doreste sa contribuie si nu stie inca cu ce, poate incepe prin a citi Issues

Mai multe informatii despre lucrul cu Git gasiti pe Google, respectiv puteti deschide un alt topic strict pentru asta.