Lungimea CV-ului

Pune-te un pic în locul angajatorului: dacă ar trebui să citești 500 CV-uri, câtă plăcere îți fac cele de două pagini? Dar trei pagini? Cu cât ai CV-ul mai lung, cu atât ai șanse mai mari să nu fie citit!

Studii

Începi cu ultima școală absolvită (facultate, master etc). Termini cu penultima școală absolvită. Știu, ai terminat facultatea dar nu ți-ai dat licența pentru că [insert reason]. Hai să-ți zic un secret: dacă nu ai diplomă, nu ai absolvit nimic. E atât de simplu. Dacă scrii în CV că nu ți-ai dat licența (din varii motive, este irelevant), cuvântul ce te va caracteriza în ochii angajatorului este delăsător. Cine vrea angajați delăsători?

Nu contează ce școală generală ai făcut, ce grădiniță, școli profesionale etc, decât dacă au legătură cu postul la care aplici. Ai făcut școala de bucătari și aplici pentru un post de strungar? Ce relevanță are diploma ta de bucătar?

Vechimea în muncă

Cu mici excepții (atât de mici încât nu îmi vine nici una în minte), un CV trebuie să conțină doar chestii legate STRICT de postul pe care vrei să-l ocupi. Vrei să te angajezi programator? Ce relevanță are că ai lucrat la McDonalds ca prăjitor de cartofi?

Ai fost freelancer și vrei să te angajezi? Bagă un portofoliu. 2-3 lucrări edificatoare din ultimii 1-2 ani. Link-urile însoțite de o scurtă descriere (2-3 rânduri maxim) ar trebui să fie suficiente.

Specializări

Ca programator, este foarte ușor să pici într-un soi de… grandomanie. Să spui că știi X limbaje este stupid. Da, știu, unii vor programatori mediocri. Dar asta nu înseamnă că e bine. Nu-i nici o rușine să spui că știi unul sau două limbaje dar ești expert în ele. De asemenea, „noțiuni de bază în limbajul X” nu înseamnă „m-am uitat puțin peste un cod în limbajul X”.

Adresa de domiciliu

Te aștepți să-ți trimită angajatorul vederi din Hawaii? Să vină în vizită? De ce ai da adresa EXACTĂ? Bd. 1 mai nr. 59, Constanța este suficient. Chiar prea suficient, dacă mă întrebi pe mine!

Poza

Dacă nu te angajezi fotomodel, secretară sau în orice alt domeniu de lucru cu publicul, poza ta nu interesează pe nimeni.

Vârsta

Vârsta se specifică întotdeauna. Data nașterii, zodia și alte prostii nu interesează pe nimeni, dar anul este important.

Email-ul

Dacă emailul tău arată așa: gigi_babanu@yahoo.com sau papushik_coco@yahoo.com ar trebui să iei în considerare un email nou. Un email de genul nume.prenume@gmail.com ar fi excelent. Încearcă să reziști tentației de a-ți pune vârsta, anul nașterii sau anul curent în email. Cum ar fi ca părinții să te fi botezat Georgică72 Ionescu?

Obiective

Știu, tu îți dorești să ajungi mare. Vrei propria firmă, vrei angajați, vrei o carieră strălucită. Problema este că angajatorul te vede ca un potențial concurent. Iar un „inamic” este mai ușor de exterminat când e insignifiant. Ține-ți planurile pentru tine!

Onestitate

Mai presus de toate, tot ce pui într-un CV trebuie să fie adevărat. Musai! Nimic nu e mai jenant să spui ceva în CV iar peste o săptămână să se afle că nu e adevărat.

Referințe

Dacă ești freelancer, cere testimoniale de la clienți. Hint: majoritatea clienților îți vor face bucuroși unul dacă le faci un discount de 10-15%.

E rândul tău!

Tu ce recomanzi celor ce-și scriu un CV pentru prima dată?

Așadar, după ce ne-a explicat de ce nu se poate munci la locul de muncă, Jason Fried – căci despre el este vorba – ne explică și de ce ședințele sunt inutile și rezolvă fix… nimic. „Un freelancer nu poate spune prea multe despre ședințe, nu poate spune dacă sunt bune sau nu!” ai fi tentat să spui. Dar în momentul când un corporatist e de acord cu toată treaba asta, situația parcă se schimbă, nu?

Atentie! Acest post contine elemente video sau javascript ce nu sunt vizibile în feed-ul RSS.
Apasă AICI pentru a vedea versiunea integrală

• Fă un folder css, unul js și unul images;
• Fă un fișier *.css, unul *.js și *.html (sau *.php) și să mută-l pe fiecare în folderul propriu;
• Ia ultima versiune de jQuery și copiaz-o în folderul js.
• Inițializează un repo git și dă-i commit-ul inițial.

Ei bine… Până aici! Chiar dacă nu îmi lua prea mult timp, la un moment dat am făcut o arhivă cu fișierele/folderele de bază și, de fiecare dată când începeam un proiect nou, dădeam un extract strategic la arhivă. Timpul a trecut, CSS Reset-ul s-a îmbunătățit, au apărut alte versiuni de jQuery etc. Prin urmare… back to square one.

Când am început să folosesc git-ul, am început să folosesc și bash prompt mai mult. Prin urmare, skill-urile mele de noob absolut în bash mi-au permis să fac un script care face fix ce aveam nevoie. Așa a luat naștere Baseproject. Și cum e cool să ai cel puțin un proiect pe github, l-am pus și acolo, să-l vadă tot poporul.

Ce face?

Păi… Ce am zis mai sus: creează fișiere și foldere și le mută unde trebuie!

Cum face?

Pui tot folderul baseproject în directorul home, faci un SymLink (în bash-ul cygwin):

ln ~/baseproject/i.bash ~/i.bash

Și aia e tot! Tot ce trebuie să faci acum este să faci click dreapta pe un folder și să alegi „Bash Prompt here” (dacă această opțiune nu există, o adaugi folosind chere -i; am scris aici despre chere) și scrii: ~/i.bash. Apeși un enter și te minunezi de tehnologie

Păreri? Sugestii?

- Fă așa!
- Ah, ba nu, fă așa!
- Știi ce? M-am răzgândit! Fă așa dar păstrează modificările de ieri!

Desigur, așa înseamnă într-un alt fel, de fiecare dată.

Ce poți face în astfel de situații?

1. Îți iei un prieten. Nimeni nu-ți va mai spune nimic!
2. Folosești version control.

Version… ce?

Controlul versiunii (VC) este o tehnologie nou apărută în mijlocul anilor ’80 și presupune urmărirea modificărilor aduse unui fișier. În principiu, e foarte simplu: e ca și cum ai face un back-up la un fișier, astfel încât te poți întoarce la o versiune mai veche, doar că ai câteva unelte în plus. De exemplu, poți vedea diferențele între două versiuni ale aceluiași fișier sau poți îmbina (merge) două versiuni ale aceluiași fișier.

Aceste treburi sunt utile atunci când lucrezi singur și necesare când lucrezi în echipă. De exemplu, dacă sunt trei programatori care lucrează la un proiect și întâmplători toți au nevoie să adauge ceva în același fișier, o pot face simultan. Programul de VC va combina modificările, rezultând un singur fișier dar care va conține toate modificările făcute de cei trei programatori. Mișto, nu? Detalii suplimentare despre VC găsești aici.

Cum abia am descoperit Git, voi face o scurtă sinteză despre ce am învățat în vreo două zile, lucrând singur. Pentru lucrul în echipă ai nevoie de un server Git, iar eu n-am avut timpul necesar configurării unuia. Atât SVN cât și Git îți permit să lucrezi fără a avea un server propriu-zis.

De ce Git?

• Dacă acum doi ani eram destul de încântat de subversion, treburile s-au schimbat un pic după ce am primit câteva erori razna și conflicte la greu.
• Fiecare folder conține un folder (ascuns) .svn. Dacă vrei să copiezi un folder în cadrul aceluiași proiect, te-ai scos! Mi se pare o pierdere de timp să-i dau export sau să șterg manual fiecare folder. Git-ul are un singur folder: .git. Îl ștergi? Dispare repository-ul local.
• Nu se învârte în jurul unui repo central. Fiind un sistem de control al versiunii (VCS) distribuit, fiecare utilizator are o copie a repo-ului central. Știu, nu este mare brânză, dar un diff local este un pic mai rapid decât un diff în rețea. La fel și pentru restul de 90% din comenzi. În plus, nu ești dependent de conexiune pentru a putea face toate aceste operații. Da, știu, România este în primele locuri din lume la conexiuni de mare viteză, dar uneori îți mai pică netul sau trebuie să lucrezi în deplasare.
• E cool, toată lumea îl folosește!

De ce NU Git?

Cred că cele mai puternice argumente care ar putea fi aduse ar fi că este mai dificil de configurat și că „nu există niciun tool”. Parțial adevărat.

• Git Extensions;
• Tortoise Git;
• Msysgit;
• QGit;
• Cygwin;
• Git-cola șamd.

Instalarea

Cum eu folosesc E-texteditor, am ales să folosesc cygwin, deci îți voi arăta cum se folosește în linie de comandă. Se aplică doar pentru sistemul de operare Windows. Indiferent dacă ai cygwin instalat sau nu, descarcă (din nou) setup.exe de pe site-ul oficial, rulează-l și alege calea spre cygwin-ul instalat deja (sau pune un path simplu, de genul c:\cygwin). Asigură-te că următoarele pachete sunt instalate:

• chere;
• git (eu le-am instalat pe toate);
• nano (poți volosi editorul default, vim, e doar o chestie de preferințe).

Configurările suplimentare

După ce a terminat de instalat și descărcat, deschizi frumușel consola Cygwin și scrii chere -i. Asta îți va adăuga în meniul contextual din Windows Explore opțiunea “Bash prompt here”.

Dacă tot ești în consolă mai scrii și următoarele:

$ git config --global user.name "Numele Tău"
$ git config --global user.email Emailul_tău
$ git config --global core.filemode false

Pentru chestii suplimentare, cum ar fi cheile SSH, găsești aici un ghid detaliat.

Comenzi uzuale

După cum am zis, comanda chere i îți adaugă în meniul contextual „Bash [...]”. Ceea ce înseamnă că nu trebuie decât să faci click dreapta pe folderul pe care vrei să-l pui sub VC și să alegi… „Bash promt”.

hint: Dacă nu apare, încearcă să apeși click dreapta în timp ce ții tasta Shift apăsată

Dacă a apărut consola, poți merge mai departe. Dacă n-a apărut, înseamnă că ești mai ghinionist ca mine, deci lasă-mi un comentariu

Inițializarea

Dacă ești în folderul potrivit scrii doar:

git init

Și gata. În folderul curent a mai apărut un folder .git de care nu ne atingem (acolo este repository-ul).

Este posibil să ai fișiere ce nu necesită controlul versiunii. Un folder temp, de exemplu. Creezi un fișier cu numele .gitignore (ai grijă la punctul din față!) și scrii fiecare folder pe o linie:

temp/*
ignore_this/*
*.tmp

Comenzi uzuale

Aici poate că ar fi trebuit să scriu multe. Să explic fiecare comandă ce face și de ce face. Dar m-am gândit la următoarea chestie: dacă tot există un crash course, de ce să nu îl folosim? Și dacă tot ești pe acolo, aruncă un ochi și pe 20 comenzi pentru lucrul de zi cu zi.

Concluzii

Un VCS, indiferent care (SVN, Git, Mercurial sau care or mai fi) este o unealtă puternică, indiferent dacă lucrezi singur sau în echipă. Așa cum am zis, un VCS este imperios necesar într-o echipă, evitând multe situații absurde (se lucrează direct pe server, nu se poate lucra pe același fișier simultan, echipa este dependentă de tot ce scrie fiecare – imaginează-ți ce se întâmplă când un programator generează o eroare chiar în head și durează câteva minute să repare).

Git are multe avantaje în fața celorlalte VCS-uri și, în ciuda impresiei inițiale, este simplu de folosit.

Link-uri utile

• Git
• Pro Git
• Community book
• Git Hub
• Git Workflow for Agile Teams
• Git The Basics (video)
• GitCasts (video)
• Git Reference
• A few git tips you didn’t know about
• MUUULTE link-uri Git-related. (10x Eduard)
• Hosting Git repositories – cum să configurezi un server propriu Git. Probabil voi scrie despre asta într-un viitor nu foarte îndepărtat.
• Git Ready (10x Ionuț Popa)

Link-uri în limba română

• Despre Git – Gabriel Enea

Link-uri generale, cu sau fără legătură directă cu Git

• Do I really need version control? – un post de pe Stack Overflow înainte să văd „lumina”
• Good excuses NOT to use version control

Atentie! Acest post contine elemente video sau javascript ce nu sunt vizibile în feed-ul RSS.
Apasă AICI pentru a vedea versiunea integrală

(te poți uita și mai târziu!)

Fără să ne ascundem după vreun deget, oricine are zile în care pur și simplu nu „iese” nimic. Iar a lăsa pe mâine pare cea mai bună soluție. Treaba se complică în momentul în care se întâmplă asta pentru câteva zile consecutive, task-urile și mailurile se adună, deadline-ul se apropie cu pași repezi iar tu… Nu ai chef. În plus, durează doar două minute să vezi filmulețul de pe youtube trimis de un prieten și încă zece secunde să trimiți pe twitter. Încă două minute să le răspunzi celor de pe twitter. Și dacă tot ești acolo, vezi un link interesant. Îl citești pe ăsta și te apuci de treabă, nu? Nu!

Așadar… Cum lupți împotriva procrasintării? Merge cu „hei-rup”? Este musai să vezi vreo factură pe masă și să-ți dai seama că n-ai cu ce să o plătești?

Filmul l-am găsit aici.

EL

El este revoltat că șeful lui i-a cerut acces la PC-ul de pe care lucrează. PC-ul este al firmei, locul unde se desfășoară activitatea este la firmă, iar PC-ul este parolat. El invocă dreptul la intimitate/confidențialitate și nu scoate parola de teamă să nu se trezească cu tot felul de căcaturi de supraveghere instalate.

EU

Eu consider că șeful lui procedează corect. PC-ul este al firmei iar orice se întâmplă pe PC ar trebui – cel puțin teoretic – să fie în interesul firmei. Prin urmare, nu poate fi vorba de intimitate, din simplul motiv că… Nu ai avea ce să-i ascunzi. Cel puțin teoretic.

Ah, se folosește Y!Messenger sau mail-ul personal? E un risc pe care trebuie să ți-l asumi dacă vrei să folosești serviciile menționate. Altfel, faci un cont de Y!M exclusiv pentru folosirea la muncă. Idem pentru email.

Chiar dacă nu mi-ar plăcea extrem de mult, în această privință sunt de acord cu angajatorul.

Tu ce crezi?

Deși au expus modul în care funcționează firma lor în Getting Real și în ReWork, se pare că nu prea au fost citiți de cine trebuie: managerii. În momentul în care 10% din managerii de la noi vor citi și vor aplica măcar jumătate din ideile din cărțile menționate, piața muncii va fi un loc mai bun. MULT mai bun.

Când am citit Getting Real în urmă cu doi ani, i-am recomandat-o unui client cu care lucram la momentul respectiv și care credea că va scoate un produs ce va revoluționa web-ul (meh, toată lumea crede asta, nu? ), dar aborda problema greșit. Poate dacă ar fi citit câteva pagini (cartea este disponibilă gratuit), produsul nu ar fi avut soarta pe care a avut-o. Dar manager important fiind, nu avea timp decât de introdus features noi în produs la fiecare două-trei zile…

Și partea frumoasă este că toate învățămintele se pot aplica (aproape) în orice domeniu!

Dacă ești angajat, trimite acest film șefului tău. Serios! S-ar putea să primești un bonus la salariu!

• Librării JS: jQuery, prototype, moo etc;
• Framework-uri server side: Zend, Cake, Symphony etc. Sunt destul de sigur că se poate aplica și la alte limbaje decât PHP.
• Imagini folosite în mai multe proiecte (gif-uri animate pentru ajax activity, de exemplu)

De ce?

În urmă cu ceva timp am scris despre cum să faci un folder pentru fișierele comune și să incluzi de acolo ce ai nevoie. Problema a apărut însă în momentul când trebuia să trimit lucrarea finală clientului: unele librării erau în directorul /assets, ce era localizat în altă parte decât restul proiectului. Rezultatul? Toate scripturile nu funcționau (nu se încărca jQuery, jQuery UI, etc). Prin urmare, a trebuit să găsesc o soluție.

În cazul în care lucrezi la mai mult de un proiect, iată avantajele:

• Poți face update foarte simplu: înlocuiești UN fișier și gata
• Ocupă mai puțin spațiu pe HDD. Sigur, nu se cunoaște nicio diferență în cazul jQuery, dar în cazul lui… să zicem Zend framework (aprox 100Mb), lucrurile stau un pic diferit. Mai ales dacă lucrezi de pe un notebook cu un hdd nu foarte generos

Cum?

Folosindu-ne de hard link-uri, respectiv symbol link-uri. În esență, ambele înseamnă cam același lucru. Diferența fiind că symbol link-urile sunt pentru fișiere, în timp ce hard link-urile pentru foldere.

Începând cu Win NT (sau 2000, nu sunt foarte sigur), poți face astfel de link-uri în două feluri:

1. Start->Run-> cmd și scrii:

   mklink link target
   

   dacă e fișier sau

   mklink /d link target
   

   Dacă e folder.

   În ambele cazuri, link reprezintă numele link-ului (copiei) iar target este numele fișierului/folderului existent. Da, trebuie să specifici toată calea: c:\users\șamd

   Atenție, trebuie să ai drepturi de administrator!

2. Folosești Link Shell Extension. Faci click dreapta pe fișier/folder, alegi pick source, te duci unde vrei să faci link-ul, faci click dreapta și alegi Drop as-> Symbolic link. Simplu, nu? (via Andy)

Oricare din metode ai alege-o, sistemul de fișiere trebuie să fie NTFS. Am precizat acest mic amănunt deoarece sunt încă destui care încă folosesc FAT32 deoarece… Habar n-am de ce!

Și dacă n-am Windows?

Majoritatea (toate?) sistemele de operare moderne au ceva asemănător. În Linux ai comanda ln iar în OSX ai tot ls ln. Cum nu folosesc niciunul din aceste OS-uri în mod curent, nu îți pot da detalii suplimentare.