Lucrul la distanta

Daca exista, nu inseamna ca e bine ce fac. Sau ca avem toate datele, ca stim in ce circumstante s-a acordat contractul unui one-man company. Insa dezvoltare software pe bune nu faci de unul singur.
Cel mai periculos este ca un incepator s-o ia de buna, si creada ca se poate descurca de capul lui. Dar cine-o sa-l indrume? Cine o sa-i faca review-uri, sa-i explice unde si de ce a gresit? Cine o sa-i testeze produsele? Cine o sa-l bata la cap cu concepte la care un incepator nu se va gandi in veci?

 fuel, on 05 aprilie 2015 - 21:58, said:

Tot aia. Crezi ca poti face pair programming prin Skype? (de exemplu)

Apropo, ti s-a intamplat vreodata sa nu reusesti sa gasesti solutia la o problema, sa incepi sa-i explici unui coleg care-i treaba (poate-poate) si, pe masura ce explici, sa reusesti sa treci de impas?
Colegul respectiv te ajuta doar fiind prezent Cazurile in care el are opinii - valide si argumentate - diferite de ale tale, sau prevede probleme in solutia ta la care nu te-ai gandit, sau are piesele din puzzle care-ti lipsesc sunt si ele motive pentru care o buna comunicare este de nepretuit.

Pana la urma, programarea insasi este in principal comunicare: comunicarea intre fiinte umane in primul rand, abia apoi intre om si calculator (care, saracul, este mai putin pretentios). Din acest punct de vedere mitul programatorului ascet reprezinta povestea unui esec.

 TS030, on 05 aprilie 2015 - 22:16, said:

de ce nu?
concret, care e impedimentul de a face pair programming cu Skype audio + screen sharing?

 TS030, on 05 aprilie 2015 - 22:16, said:

sure, mi s-a intamplat de mai multe ori si uneori nici macar nu era cineva care cunostea tehnic problema.
se cheama rubber duck debugging http://en.wikipedia...._duck_debugging

 TS030, on 05 aprilie 2015 - 22:16, said:

confunzi ideea de lucru remote cu izolarea
a lucra remote nu inseamna sa nu comunici cu restul echipei, sa nu ai sedinte, sa nu faci pair-programming, sa nu ai discutii
toata lumea e prezenta la calculator in timpul programului, caci asta e tool-ul muncii.

 TS030, on 05 aprilie 2015 - 22:16, said:

cum spuneam, confunzi ideea de lucru remote cu izolarea.

cred ca problema cu lucrul remote poate fi mai degraba de ordin strict personal, al tau. in general, nu este un impediment profesional sau practic vorbind.
cu alte cuvinte, problema poate fi ca interactiunea umana are de suferit, dar e vorba de o relatie inter-umana, sociala, personala si nu de o chestie care tine strict de programare sau de cariera.
de aceea, poate o abordare hibrida intre remote si intalnire a echipei ar fi mai buna, dar asta mai degraba doar pentru a da o ocazie de a socializa intre membrii echipei

lucrul remote nu e o izolare profesionala, ci dimpotriva, poate fi o oportunitate mare din punct profesional.
daca se iveste sansa, poti lucra pentru companii din locuri indepartate foarte interesante, si nu ma refer la partea materiala
fara posibiltatea de lucru remote, ai fi nevoit sa iei decizii personale importante.

Editat de fuel, 05 aprilie 2015 - 23:36.

Nu confund nimic; insa tu te concentrezi asupra unui anume mod de-a lucra remote comunicand cu restul echipei, mod care desi este posibil nu aduce avantaje (in privinta comunicarii) ci dimpotriva, fata de lucrul in aceeasi locatie.
Chiar si atingand perfectiunea teoretica, tot iti va lipsi un factor: comunicarea non-verbala. Dar n-o sa atingi acea perfectiune teoretica

Insa ceea ce descrii tu pare mai degraba a fi o exceptie, decat regula. Nu uita nici de context - posturile in care se exprima vehement ideea ca lucrul in echipa dauneaza; asemenea oameni privesc lucrul remote ca oportunitate de a se izola. De la asemenea idei am pornit, nu de la cazul ideal.

De asemenea, oamenii cu experienta, cei care ar putea duce la indeplinire ceea ce spui tu si-au format propriile opinii si probabil nu au nevoie de ale mele; nu lor ma adresez. Totusi, am experimentat personal limitele comunicarii la distanta - deseori trebuie sa ma sincronizez/sa comunic cu echipe din alte tari - asa ca scepticismul meu este bine fundamentat. Insa scepticism nu inseamna ca declar sus si tare, "n-o sa mearga".
Nu discut nici de modul in care alte avantaje (e.g. la nivel personal, oportunitati pe care altfel le-ai pierde etc.) pot compensa dezavantajele la nivel de comunicare.

P.S. Screen sharing? Really? Tu lucrezi asa sau doar teoretizezi?

Editat de TS030, 06 aprilie 2015 - 00:29.

 TS030, on 05 aprilie 2015 - 22:16, said:

Interesant. Ce definesti tu ca fiind "software pe bune"?  

Oricum, initiatorul dorea pareri de la cei care lucreaza de la distanta. Cred ca discutia a deviat in sensul ca fiecare aduce exceptii de la ceea ce zice altcineva doar de dragul de a-l contrazice.

Da, programarea este vasta, domeniile in care se foloseste sunt nenumarate. Sunt cazuri (deci nu regula generala) in care se preteaza lucrul de la distanta. Este o varianta care aduce multe beneficii dar are si dezavantaje.

Dezvoltare software pe bune. Gandeste-te la orice proiect ne-trivial, care nu e dezvoltat ca hobby; cat poti face de unul singur?

Din pacate initiatorul n-a spus exact la ce se refera ("cine lucreaza de acasa, astept pareri ..."); totusi impresia mea este ca mai degraba avem un incepator care se gandeste la freelancing, decat un programator avansat care cauta modalitati eficiente de-a lucra in echipa, la distanta. Nici macar domeniul nu a fost precizat.
De aceea prefer sa discut lucruri mai concrete, precum ideea daunatoare si absolut absurda ca lucrul in echipa e ceva rau (si asta trebuie calificat: lucrul intr-o echipa rea poate fi ceva rau).

Oricum am impresia ca noi suntem cam de acord pe-acest subiect... si cu fuel, unde trebuie doar sa clarificam nitelus scopul.

Editat de TS030, 06 aprilie 2015 - 11:05.

 fuel, on 05 aprilie 2015 - 21:58, said:

Discutiile cat de cat serioase se poarta prin e-mail, si cu adrese serioase, care contin numele reale, nu pseudonime, nu cifre, eventual doar un simbol gen . sau - intre nume si prenume.

Hmm, pot sa va spun la prima mana despre niste puncte care au fost atinse aici doar teoretic.

1. Lucrul la proiecte mari/complexe de unul singur. Nu este deloc usor, iar problemele apar aproape exclusiv din cauza faptului ca nu ai cu cine sa te consulti in alegerile pe care le faci. Eu pentru asta "ma folosesc" de prieteni programatori cu care mai discut diferite situatii, nu le zic solutia gasita de mine si le ascult ideile. Dar e mult sub ceea ce obtineam lucrand impreuna la aceleasi proiecte. Cu multa disciplina insa in a testa si gandi chiar si solutiile care "par sa mearga", poti evita destul de multe situatii neplacute.

3. Programul flexibil. Nu functioneaza, cel putin nu pentru mine. Cand zici program flexibil, pentru multi inseamna sa lucrezi cand ai chef. Ori nu te poti astepta sa obtii vreo performanta asa. Am tot testat si, in final, tot la un program fix am ramas. Ma scol dimineata, ma spal, mananc si ma apuc de treaba dupa un program fix. Deja cand iti oferi posibilitatea sa faci alegeri: dar nu incep acum, incep mai tarziu; mai dorm un pic; mai ma uit la clipul asta si gata; o buna parte din energia intelectuala se iroseste fortandu-te sa faci ceea ce trebuie facut. Eu am de exemplu calupuri de cate 2h, cu 1h pauza in care mananc, vorbesc pe Skype cu partenerul meu din UK, raspund la emailuri, etc. Cele 2h sunt exclusiv pentru a desfasura activitati care creaza plus-valoare. Pentru un programator, 6h de productivitate mare mi se par cam maximul care se pot obtine.

4. Alt dezavantaj e "inertia". Fara stimuli externi, cei mai multi oameni au tendinta sa continue ceea ce fac deja. Cand iti petreci toata ziua acasa, in fata calculatorului, devine mult mai greu sa iesi sa faci sport, sa iesi cu prietenii, etc, ramai cumva blocat ca o leguma in fata ecranului.

5. Comparand cu firme cat de cat serioase (ca sa scoatem din discutie problemele cu scaune  si PC-uri proaste), singurul avantaj e ca nu trebuie sa te tarasi prin trafic cate 1h-2 pe zi. Dar daca mergi cu masina personala sau ai un traseu pe care poti sa-l mergi pe jos, e destul de misto sa ai timp sa te gandesti la ce ai de facut, iti faci planuri, iti vin idei, etc.

6. Discutia cu echipamentele e inutila. Sunt sigur ca nici o firma nu te-ar opri sa cumperi tu un monitor mai bun sau un scaun ergonomic. Firmele bune iti vor cumpara ele. Deci, din punctul asta de vedere, a fi angajat este cel putin la fel de bine cu a lucra de acasa.

Nimeni nu lucrează la proiecte mari de unul singur. Ca freelancer/remote lucrezi oricum pentru firme mici sau chiar persoane fizice. La proiecte mari sunt bugete mari și bani pentru dezvoltatori mari.

Când negociezi, și aici vreau să fie clar, stabilești suma pe oră. Și o stabilești așa încât nici ăla să nu vrea să lucrezi 12 ore pe zi. Dacă vrea să îți dea $10-$15 pe oră, îi spui că nu ești din acea ramură de profesioniști și că nu poți furniza servicii de calitate la așa tarif. Adică îl trimiți la Rajeet sau Santosh care o să facă o varză că oricum nu prea știu engleză înafară de Yes, sir.

Când ești plătit fix, intră setul de idei din spatele AGILE. Atâta dai, atâta încape. Dacă dai 300 de dolari pe un proiect de 1 000, primești 1/3.

lucrul remote nu inseamna sa lucrezi de unul singur la un proiect...
asa cum nici invers, lucrul on-site nu inseamna neaparat ca lucrezi intr-o echipa la un proiect.

Editat de fuel, 07 aprilie 2015 - 15:36.

 RedDev, on 07 aprilie 2015 - 14:03, said:

haha

arata fabricat dar e funny

[ https://www.youtube-nocookie.com/embed/wTI4_yXEJuo?feature=oembed - Pentru incarcare in pagina (embed) Click aici ]

Editat de fuel, 07 aprilie 2015 - 19:24.

 TS030, on 06 aprilie 2015 - 10:59, said:

X-Plane

Total Commander, WinRAR, 7-Zip, Irfanview - ma rog, nu stiu cat de triviale sau netriviale pot fi considerate.

Apoi sunt o multime de frameworkuri care adesea ori au pornit ca ori inca sunt one-man projects. Chiar si ceva sisteme de baze de date. SQLite de exemplu.

Apoi multe proiecte open source, chiar si alea mari in "echipe", sunt rezultatul colaborarii de la distanta.

Barbosul hipiot a scris chiar el multe chestii. Compilatoare, diverse utilitare pt. linux. Majoritatea limbajelor de asemenea sunt in general concepute de cate 1-2 indivizi, chiar daca ulterior ajung sa lucreze echipe intregi la ele.

Editat de MrReason, 07 aprilie 2015 - 19:44.

 MrReason, on 07 aprilie 2015 - 19:40, said:

Genul asta se aplicatii se preteaza la "one-man show" deoarece:

• Se adreseaza tot domeniului IT, nefiind nevoie de colaboratori specializati in alte domenii.
  
• Rezolva probleme simple
  
• Evolueaza in ritmul dorit de dezvoltator. Nu ii cere nimeni ca peste 2 saptamani sa prezinte facilitatiile X, Y, Z. Cand doreste/are timp dezvoltatorul, mai implementeaza cate ceva.

Cate aplicatii din lumea larga sunt insa asa? Multe au termene stranse, cerinte ambigue si, mai ales, necesita colaborarea cu oameni din diverse domenii.

Mai exista un aspect - legat de spiritul in care sunt scrise aceste posturi, caci litera este interpretata si para-interpretata, pana se-ajunge la cine stie ce bazaconie. Care suna cam asa:

Mai oameni buni! N-am spus nicicand, niciunde ca nu poti scrie macar un programel de unul singur (la fel cum n-am spus nicicand, niciunde ca nu poti colabora de la distanta). Ce ma chinui sa le explic aici unor tineri care inca nu s-au lovit cu capul de prag este sa nu se izoleze; au mare nevoie de indrumare, de comunicare cu seniori. Asa ca sa lase visul frumos al freelancing-ului si sa caute o firma buna! Peste cativa ani vor putea sa se gandeasca si la pseudo-independenta.
Dar si programatorii cu experienta vor trebui sa evite auto-izolarea. Chestia cu hacker-ul care scrie zeci de linii de cod pe minut intr-o hruba intunecoasa e un mit absurd.

Cat despre ce poti sa faci singur - ca programator experimentat - evident ca-ti iese o aplicatie de arhivare daca-ti dedici timp pentru asta. Evident ca-ti iese un viewer de imagini cu o interfata de doi bani. Evident ca vei scrie mici tool-uri, oricat de mare ar fi echipa in care lucrezi. Evident ca daca ai barba, poti scrie si compilatoare (cati ani de programare avea Stallman cand a pornit gcc-ul?)
Iar ca veni vorba despre creatorii de limbaje, da, Bjarne Stroustrup a creat C++ "de unul singur". Recomand sa cititi povestea ca sa va dati seama cat de singur a fost Citez de pe stroustrup.com: "I had experts such as Dennis Ritchie, Steve Johnson, Sandy Fraser, Greg Chesson, Doug McIlroy, and Brian Kernighan down the corridor from whom I could learn and get feedback. Without their help and advice, and without C, C++ would have been stillborn."

Editat de TS030, 07 aprilie 2015 - 23:52.

ce legatura are lucratul remote cu lucratul de unul singur

Mai, tu esti prea preocupat ca sa "demonstrezi" ca ma "insel" pentru a purta o discutie cat de cat constructiva Ti-am explicat contextul, alta concluzie nu pot trage.
Si de unde stii tu ca rob123 se refera la modul descris de tine de-a lucra remote? El a postat doar urmatoarele:

 rob123, on 02 aprilie 2015 - 18:53, said:

 rob123, on 02 aprilie 2015 - 21:49, said:

 rob123, on 03 aprilie 2015 - 10:30, said:

Ceea ce inseamna ca ia in considerare freelancing-ul. Poate si lucrul temporar la distanta, in echipa - dar nu spune nimic de asta.

Editat de TS030, 08 aprilie 2015 - 09:41.