Despre vina de a greși. Sau cea de a recunoaște

Paralele nefericite…sfârşitul uniunii europene! yiedyie.blogspo../

Un text aparent tehnic; dar e mai mult, prin ideea de fond.

@Diana Coman

SE vorbeste nuai de aspectele unor produse si utilizate f frecvent si continuu; HUGE

Sunt multe alte aspecte
1 E bine sa vorbesti despre programare
E bine sa stii sa ‘programezi’ dincolo de teoretizari excesive, dincolo de dezbateri si opinii meta-activitate
[adica cu comentarii interminabile pe ppt, pdf cu proiectoare, in sali de sedinte meschine (- asta pt productivitate??), cu teleconferinte in exces]
unii isi castiga ‘dulce’ viata numai din teoretizari de acestea, de multe ori excesive si contraproductive
[de multe ori e o 'linie moarta' chiar si pentru ei]
Si reciproca e adevarata ; nu poti sa ‘lucrezi’ continuu cu ignorarea unor aspecte ‘meta’

3 Sunt enorm de multe ‘programe’ anarhice:
conduse prost si dezvoltate rau
; au fost utilizte zeci de luni/ani de end-user
{cu oarecare multumire si fara litigii fiananciare, cu mai multe ‘release’).

[Despre 'teleologia' produselor informatice
ar fi ulte de spus....]
Sunt totusi produse de calitati si cu mentenanta total diferite
[Si Dacia 1300, Trabant, Moskvici au fost utilizate zeci de ani,neputandu-se compara cu Mercedes, Renault de alta generatie, Toyota...]

4 Nu stiu de ce se vorbeste atat de mult doar de google etc
[aici e problema recenta a drepturilor de autor la google books, pe care o pot avea si archive.org (msn) sau Gallica/BNF - FR]

5 E vorba de totusi de productie.
De multe ori clientul este ignorant, problema analizei conceptuale e decisiva.
De multe ori clientul e si ignorant sia are si capacitate investitionala variabla, schimbatoare daca nu chiar capricioasa

6 De multe ori project-manageri sau mai grav team-leader (grav!) ignoranti sau supralicitati (din considerente de traditie, pollitici interne sau externe)

Complicat…

[...] e un model de recunoaștere a unei greșeli. Dar despre partea asta vă invit să citiți pe Voxpublica. Lasă un [...]

Mi se pare ca s-a cazut prea usor in “capcana” invelisului tehnic concret al textului; nu cred ca gresesc atunci cand afirm ca autoarea textului a vrut sa evidentieze, printr-o particularizare, propulsia oricarui fenomen (proiect) de catre “recunoasterea” si, implicit, “corectarea” greselilor, de start sau de parcurs, in evolutia acestuia (inerente oricarui proiect, in orice domeniu).
Este un principiu esential, mai ales in managementul unui proiect, oricare ar fi el.
(Si comentariul meu poate fi tratat ca atare, si daca gresesc, accept, corectez si mergem mai departe).

Sunt programator de 10 ani, sunt cu development, technology si buzz la zi, dar habar nu am despre ce vorbiti d-soara. Ce spuneti este atata de general incat daca schimbam un numar minim de termeni se aplica si la industria auto, incaltzaminte si constructii. Sau orice altceva.

bwt controlul Google se aplica foarte strict, dar acolo unde trebuie. Stiu exact despre ce vorbesc. De ex. nu cred ca este vreo companie unde se practica mai mult decat in Google code reviews. Code reviews este o forma extrem de elaborata (perfida chiar) de control al calitatii codului.

Procesul de dezvoltare din Google este insa un subiect care ar aduna articole si argumente cam cate articole (bune =)) ) sunt pe Voxpublica deci nu e momentul sa discutam.

Apropos, despre ce era vorba ? Cine a recunoscut ce greseala asa de mare incat a ruinat developmentul pe 40 de ani ? =)) Si ce greseala ?

@Saint Peter(6): As fi onorat daca ati citi comentariul meu anterior (#5).

@Americanul:

americane, iar a cazut bursa hamburgherilor in state! cum e pe acolo? ati trecut la chebab?

@Yorga(9): Cum se pare ca, in parcuri si stand la coada, nu veti mai primi “2 mici si-o bere” si cum “hamburgerii” costa, pregatiti-va de foamete …
(sau de “autoservire gratuita”; tine de foame si de … comentarii distractive)

@Americanul:

io am vazut ca in RO se pun de un scut anti Shahab, sau nu stiu cum draq ii zice: cred ca-i vorba de shish-kebab..da’

Saint Peter,
DeMarco confronts his life’s legacy — his insistence that precise planning and intense monitoring are essential to project success — and condemns it.

Vezi si aici:
neverindoubtnet../

… care incepe asa:
Developers under thirty may not know the name, Tom DeMarco, but if you ever drew a paycheck from a large organization, you’ve felt his influence. When your boss said “You can’t control what you can’t measure”, he was channeling Mr. DeMarco.

@Americanul E exact ceea ce am vrut sa comunic. Multumesc pentru comentarii.

@Saint Peter Am pus link in text la articolul de care vorbesc. Dupa cum bine a spus salvatipianele, e vorba despre Tom DeMarco si planificarea/masurarea stricta a dezvoltarii de software. Iar faptul ca ideile se aplica si la alte domenii mie mi se pare ca le face de interes mai general, ceea ce nu e un lucru rau, nu?

@Diana(13): Ma bucur.
(P.S. Confidential: sunt inginer IT, IBM+)