Creare forum

[Amenthes]

De ceva vreme, cam de un an incoace sau chiar mai mult, imi pare ca forumul
asta a imbatranit, si devine chiar agasant pe alocuri. Sunt lucruri care nu merg,
altele care nu exista si pe care mi-ar placea sa le am cand intru aici, etc.

Pe de alta parte, observ o groaza de noi "programatori" PHP care parca sunt
picati din luna. Fie nu au chef sa stea putin sa studieze problema, fie din mai
stiu ce alte motive, nu prea se prind cum sta treaba cu PHP-ul sau web-ul in
general (fac confuzii intre timpul cand se executa PHP si JavaScript, confunda
JavaScript cu Java). Mai sunt insa si alte aspecte legate de dezvoltarea software
pe care acestia nu le stiu.

Alt lucru pe care l-am observat, incepand cu mine acum ceva timp, e faptul ca
e destul de greu sa gasesti un mediu in care modul de dezvoltare se afla in pas
cu vremurile. Sunt destul de sigur ca putini din cei de pe forum stiu ce e acela
un sistem de versionare, iar putinii care stiu, probabil ca nu au unde sa prinda
experienta pentru ca firmele unde lucreaza nu folosesc asa ceva.

De ce am insirat lucrurile de mai sus? (V-ati dat seama din titlu, nu?) Pentru
ca ma gandeam la inceperea unui proiect de forum, 100% phpromania.net,
care ar avea initial mai mult scop didactic:

- cum se foloseste un sistem de versionare
- cum se lucreaza intr-o echipa in care membri sunt imprastiati geografic
- cum se lucreaza cu un bug tracker
- cum e nevoie sa iti modularizezi codul in echipa
- ce inseamna sa faci management la un proiect open-source
- ce inseamna sa contribui la un proiect open-source
- ce inseamna sa respecti anumite reguli luate de comun acord
- ce lucruri noi aduce PHP 5.3
- cum se face Test Driven Development

Lista poate continua, iar multe din puctele de mai sus imi sunt necunoscute
si mie.

Apoi, daca la un moment dat, ar iesi la suprafata un produs bun, viabil, am
putea avea un forum nou.

Acum, intrebarea... cam cati dintre voi ati dori initierea unui astfel de proiect?
Cati dintre voi v-ati implica?

[Birkoff]

cam asta ma chinui sa fac eu cu tutoriale.far-php.ro doar ca nu am mereu colaboratori cu experienta care vor sa se implice... iar singur nu le pot face pe toate

[Amenthes]

cam asta ma chinui sa fac eu cu tutoriale.far-php.ro doar ca nu am mereu colaboratori cu experienta care vor sa se implice... iar singur nu le pot face pe toate

Mi se pare un pic diferenta situatia tocmai pentru ca acolo ai nevoie de
colaboratori cu experienta, care au ajuns sa inteleaga un lucru suficient de
bine incat sa poata scrie despre el. Ma rog, mai sunt si altele. Cred ca-s
diferite situatiile. Este abordat acelasi domeniu, dar din perspective diferite.

[Pirahna]

In afara de ultimii 2 itemi nu pot sa spun ca am probleme.
Si itemul cu php 5.3 ar trebui sa se rezolve usor cu un web search. Nu ma grabesc pentru ca hostingul meu inca nu are php 5.3.

Mod de dezvoltare in pas cu vremurile ... depinde ce dezvolti si unde dezvolti. Sunt sigur ca la Yahoo si la Google exista moduri diferite de dezvoltare pentru aplicatii web, si nu as indrazni sa spun ca vreunul din ele e mai bun decat celalalt, datorita structurii in care se afla (compania Google e structurata altfel ca Yahoo).

Eu nu prea intentionez sa ma bag la dezvoltarea unui forum (am deja in dezvoltare sistemul propriu), dar nu sunt impotriva ideii de dezvoltare in scop didactic.

Problema e ... cine se ocupa de asta si de ce ?

Din cate am inteles vrei sa faci un forum nou ca sa ajuti niste incepatori sa priceapa ce-i cu php-ul, pentru ca dintr-un motiv ciudat ei nu vor sa gandeasca singuri cum ar face un forum, sa caute sa aplice ce au gandit si sa imbunatateasca.
Deci din nou ... de ce ?

[kyron]

Cred ca ideea este sa se lucreze in echipa, din locatii diferite dar organizat. Astfel poti capata experienta de lucru cu sistemele de versionare de exemplu, cu care lucrand singur nu prea ai de-a face. Apoi ar fi interesant de folosit un sistem de bug tracking gen bugzilla, unde se pot asigna buguri diferitelor persoane si se poate urmari evolutia lor, timpii de rezolvare, etc. Si mai sunt si altele...

[Pirahna]

Ah, ok, asa are mai mult sens.

[vectorialpx]

[user post]
Nu am timp, din pacate, dar suna foarte interesant. O sa trag cu ochiul din cand in cand. Si, tot din pacate, nu-mi place sa lucrez in echipa [nu-mi place sa raspund pentru erorile altora] dar probabil ca asta se intampla pentru ca nu prea stiu s-o fac cum trebuie. De cand ma stiu am lucrat de unul singur. Cred ca ar fi foarte educativ pentru mine

Cat timp ati vrea sa dedicati pe zi [sau saptamana] pentru lucrul proiectului. M-as oferi la partea de front-end [xHTML/CSS si chiar design], ca ma relaxeaza. So, Amenthes, te-ai gandit si la un timp de lucru?


[mod post]
Loghin [Ioan, whatever] mi se pare aiurea cand te bagi unde nu trebuie. Nu inteleg de ce postezi aici cand asta e o sectiune dedicata programatorilor. Ramai la oferta-cerere proiecte si, daca stii sa spui ce vrei, cineva te va ajuta [probabil]. So, daca nu vrei sa participi la acest proiect [ca programator, nu ca sponsor], nu cred ca ar trebui sa postezi..


[parere personala]
Cand e vorba de bani, in general, apele incep sa se agite. So, mai bine fara [parerea mea] + nu ar trebui sa stea toti la picioarele cuiva care a dat 200 de euro si apoi se ridica cu pretentii [sau poate nu, dar mai bine sa fie ceva sigur].

[Amenthes]

[user post]
Nu am timp, din pacate, dar suna foarte interesant. O sa trag cu ochiul din cand in cand. Si, tot din pacate, nu-mi place sa lucrez in echipa [nu-mi place sa raspund pentru erorile altora] dar probabil ca asta se intampla pentru ca nu prea stiu s-o fac cum trebuie. De cand ma stiu am lucrat de unul singur. Cred ca ar fi foarte educativ pentru mine

Da, e unul din motivele pentru care vreau proiectul asta. Nici eu nu lucrez in
echipa de obicei, iar atunci cand se intampla, echipa e foarte mica. Eu si un
designer

Cat timp ati vrea sa dedicati pe zi [sau saptamana] pentru lucrul proiectului. M-as oferi la partea de front-end [xHTML/CSS si chiar design], ca ma relaxeaza. So, Amenthes, te-ai gandit si la un timp de lucru?

Nu vreau sa facem pontaj din lucrul asta. Lucrezi cand ai chef, la ce ai chef.
Din cate am observat e reteta proiectelor open-source de succes.

Daca vrei sa hack-uiesti pe partea de front-end, incearca sa te familiarizezi
mai intai cu Git (am scris despre asta in alt post), pentru ca vreau sa
versionam totul. Dupa care, as vrea sa ne punem de acord asupra unui
minim de feature-uri pe care sa le implementam si apoi sa trecem la treaba.
Nu o sa existe upfront design, ci doar un minim de feature-uri pentru a
vedea ceva functional cat mai repede.

[mod post]
[parere personala]
Cand e vorba de bani, in general, apele incep sa se agite. So, mai bine fara [parerea mea] + nu ar trebui sa stea toti la picioarele cuiva care a dat 200 de euro si apoi se ridica cu pretentii [sau poate nu, dar mai bine sa fie ceva sigur].

Nici nu se pune problema. Daca proiectul era deja intr-un stadiu avansat si
cineva vroia sa doneze pentru ca l-a ajutat, ok. Dar nici eu nu vreau ca un
proiect sa fie legat din fasa de un client. Oricum asta omoara unul din
scopurile principale ale proiectului, cel de a invata lucruri noi pentru ca iti
place, nu pentru ca trebuie.

[deleted3]

Vectorialpx,

Idea mi se parea interesanta pentru fatul ca am acelasi interes.
Nu ma pretins nimic din cea ce a-ti imaginezi tu, si nu platesc 200 euro pentru un proiect
Cel mai ieftin a fost peste 5000 (documentabil)
Nu am cerut sa intru ca sponsor si nu am pretentii la cea ce face altul, am considerat ca puteti dezvolta un proiect (cu o versiune pentru Loghin).
In privinta colaboratorilor (Cineva lucreaza si cu mine), nu a-ti face probleme am gasit intotdeauna furnizori pentru proiectele mele.

citez (So, daca nu vrei sa participi la acest proiect [ca programator, nu ca sponsor], nu cred ca ar trebui sa postezi.)
Un proiect bine facut are "consulenti" din mai multe domenii de activitate, (si pe cit posibil ar trebui sa aiba din cit mai multe) daca nu tineti cont de asta o sa vaceti ceva care va fi "perfect pentru voi" si "inutil" pentru Noi.

Bafta mare si ma scuzati pentru intrarea inoportuna.

P.S. m-am inscris in forumul asta cu numele real ioan chis in 2006 (cind am inceput lucraile la proiectul Loghin spun asta doar ca sa stiti cit poate dura o "idee" daca nu vine abandonata intre timp) anul trecut am incercat sa intru dar nu a-mi mai aminteam userul si passul) am cerut ajutor si la Birkoff apoi am creat noul user Loghn. nu am altele (doar numele personal si cel al Firmei)

[Amenthes]

... o sa vaceti ceva care va fi "perfect pentru voi" si "inutil" pentru Noi.

Asta e al doilea scop, sa avem un forum mai bun pentru noi, utilizatorii phpromania.net

[deleted3]

... o sa vaceti ceva care va fi "perfect pentru voi" si "inutil" pentru Noi.

Asta e al doilea scop, sa avem un forum mai bun pentru noi, utilizatorii phpromania.net :)

Atunci ma scuzati din nou.
Nici eu nu accept "sfaturi" si nici ajutor pentru Loghin.
Va doresc din toata inima sa duceti la bun sfirsit proiectul vostru tot atit de mult cit a-mi doresc sa il termin eu pe al meu.
Spor la treaba.

[vectorialpx]

Nu vreau sa facem pontaj din lucrul asta. Lucrezi cand ai chef, la ce ai chef. Din cate am observat e reteta proiectelor open-source de succes.

Hmm... crezi tu?
De obicei se creeaza haos [mai ales pe termen lung]

O sa ma uit si eu la Git, sa vedem care-i treaba [nu am folosit pana acum], ca probabil ca asta ar fii mare ordine in proiect. E bine sa zica cineva ce si cum, sa stabilim un deadline in care sa tragem concluzii, sa existe un asa-zis "sef de proiect" etc.

Probabil ca dupa ce o sa ma uit pe Git o sa-mi schimb ideile?
Nu stiu.

[Birkoff]

iti dau niste sugestii din experienta mea ca project manager.

1. gandeste bine fiecare pas al proiectului si imparte proiectul in pasi mici pe care sa ii parcurga programatorii alesi de tine.

2. gandeste bine logica aplicatiei, legaturile si frameworkul, apoi stabileste standardul de lucru, cum vor fi variabilele interne, cum se vor numii functiile ce si care unde sunt (ca sa nu te trezesti ca un programator foloseste un nume de functie si alt programator da acelasi nume la o clasa sau la alta functie si apoi sa te intrebi de unde sunt conflicte)

3. stabileste clar punctele de lucru ale proiectului, fiecare ce trebuie sa faca si in cat timp, nu lasa la alegerea lor ca asa nu se mai termina proiectul nici in 2 ani, discuta cu fiecare in parte cate ore e dispus sa aloce pe zi/saptamana pentru bucata lui de treaba si in functie de asta vezi cam cand se va termina ce are fiecare de facut (ca sa nu astepte unul dupa altul si sa nu iasa nimic)

4. cine se baga la proiect trebuie sa fie familirarizat cu comentariile in cod si cu acelasi stil de lucru (daca unul programeaza procedural si altul oop o sa iasa o mica tocanita de cod acolo si o sa fie greu la debug)
de asemenea e obligatoriu ca fiecare sa fie obisnuit sa dea intai updade de pe svn si apoi sa se apuce de treaba, sa nu se trezeasca ca a lucrat toata ziua pe o versiune veche si nu o poate actualiza din cauza confilctelor)

5. sa existe o modalitate permanenta de discutie intre programatorii proiectului, iar project manager-ul sa fie la curent cu toate problemele si starea lucrarii in fiecare zi ca sa poata lua deciziile in cazul aparitiei unei probleme sau in cazul in care un programator renunta la proiect.

6. sa se stabileasca de la inceput clar cine lucreaza la proiect si ce face/ sa nu fie 2 persoane care fac totul si ceilalti stau dupa ei pana termina ca sa faca interfata sau traducerea/documentarea proiectului ci sa se faca in paralel, sa nu existe timpi morti pentru nimeni in proiect.

Cam atat imi vine in minte pe moment, ar trebui intai pornit de la schema logica a proiectului apoi stabilirea structurii bazei de date si abia apoi delegarea sarcinilor.

[Amenthes]

Birkoff, mersi de sfaturi. In principiu, cred ca am solutie pentru toate cele
enumerate de tine. Oricum, de la teorie pana la practica e drum lung. Nu
stiu ce va iesi. S-ar putea sa fie un fiasco de zile mari, dar cred ca merita
sa incercam.

[Amenthes]

Hmm... crezi tu?
De obicei se creeaza haos [mai ales pe termen lung]

O sa ma uit si eu la Git, sa vedem care-i treaba [nu am folosit pana acum], ca probabil ca asta ar fii mare ordine in proiect. E bine sa zica cineva ce si cum, sa stabilim un deadline in care sa tragem concluzii, sa existe un asa-zis "sef de proiect" etc.

Probabil ca dupa ce o sa ma uit pe Git o sa-mi schimb ideile?
Nu stiu.

Nu vreau sa lucreze nimeni din sila, iar la problema cu haosul, sper sa o
rezolve faptul ca Git e un sistem distribuit. Fiecare are repository-ul lui,
iar in repository-ul central nu intra decat cod aprobat ca fiind bun (respecta
standardele de stil ale codului, trece testele automate, etc). Probleme vor
aparea, important e sa te adaptezi la situatie.

In fine... vom vedea. Deocamdata sunt doar eu si alexcpp care avem
repo-urile gata. Ne gandeam ca de luni incolo sa facem primul brainstorming
legat de primele functionalitati. Vezi poate reusesti si tu sa de joci putin cu
Git pana atunci. Ti-am trimis un PM cu ID-ul meu de Yahoo! daca vrei sa mai
discutam si in particular.