smcsa scrie:Problema pe care o vad eu ar fi urmatoarea (fara a se considera un post "contra", ci doar o completare):
Daca doar postam proceduri "decupate" din aplicatii concrete, specifice, nu facem mare lucru. Mai bine ar fi ca acele proceduri sa fie parametrizate, pentru a putea fi folosite indiferent de aplicatie, baze de date sau tabele. Plus toate verificarile posibile sau imposibile, cu Error Trapping, Exit curat (fara mesaje de eroare date de VBE), cu mesaje de eroare in romaneste si clare si, mai ales, codul sa fie comentat in romaneste (in interiorul mesajului sau al codului). Si cel care posteaza sa specifice: testat in versiunile 2003, 2007 etc. Si chiar sa testeze.
[ ... ]
In mare sunt de acord cu tine. Asa ceva ar trebui sa contina link-uri la (re)surse de inspiratie, la ce ar ma trebui citit in legatura cu subiectul, sa fie testate si sa fie specificate conditiile in care lucreaza.
Si da, nu strica daca e vorba de o functie pe care o putem lipi prin mai multe locuri si nu doar copy/paste la linii de cod fara cap si fara coada.
No problem, daca se face un astfel de forum, se poate atasa un topic sticky cu recomandari. Daca e forum moderat si daca cel care face validarile constata ca sare complet din schema il poate respinge.
Nu sunt de acord cu limba romana obligatorie (pentru comentarii de cod, mesaje de eroare, etc).
Eu pun aproape intotdeauna comentarii in limba engleza poate si pentru ca, de-a lungul timpului mi-am scuipat ficatii cu cod comentat in limba lui Schiller, din care nu pricep decat cuvantul "Scheiße".
Cel putin limba engleza "tehnica" ar trebui s-o stie orice programmer din lumea asta, inclusiv din spatiul Carpato-Danubiano-Pontic.