Produktyvus darbas

Ar jums teko kada priimti į darbą programuotoją? O gal pats buvote dalyvavęs interviu, siekdamas tokio darbo? Jeigu bent viena iš šių medalio pusių jums pažįstama, tai manau, kad bus įdomu paskaityti vertimą iš straipsnio „3 tips to know how good is the candidate you are interviewing“, pravers tiek būsimiems programuotojams, tiek personalo valdymo specialistams.

Kiekvienas save ir kolegas gerbiantis programuotojas žino, kad kodą reikia komentuoti. Visų pirma, tam, kad jį galėtų suprasti bet koks kitas prisėdęs programuotojas, o dar svarbiau tai, kad po pusės metų savo parašytą kodą galėtum suprasti ir pats. Nes dažnai būna taip, kad atsiverti prieš metus parašytą kodą ir „Emmm… čia aš rašiau? O ką šitas reiškia, o kodėl aš taip parašiau?…“ Bet ne viskas taip gražu su tais komentarais, papasakosiu apie tris komentarų „mitus“, su kuriais susidūriau per gyvenimą.

Štai taip gražiai atrodo pirmas komikso paveiksliukas - direktorius ateina ir pasako “Chebra, greitai bus paroda, turime sukurti kažką grafiškai neįtikėtino, ko dar niekas nebuvo sukūręs. Bet per tris mėnesius”. Ir išeina. Spėkite, kas būna dažniausiai tokiems projektams po trijų mėnesių.

Ar jums tenka bent kažkiek padirbėti prie kompiuterio namuose? O pastudijuoti? Negi netenka niekada padirbti kažko svarbaus? Jei ne, tada galite praleisti šį straipsnį pro akis. O jei “namų ofiso” tema bent kažkiek įdomi, tai čia rasite keletą patarimų, ką galima padaryti su savo kambariu, kad darbas gautųsi bent kažkiek produktyvesnis. Be abejo, kiekvienam savo, tačiau bendrus patarimus verta bent peržvelgti.

Atsivertęs vieną kompiuterinį žurnalą, pamačiau straipsnį “Explorer pagrindai”. Pradžioje pagalvojau, kad tema yra interneto naršyklės naudojimas su jos funkcijomis, įskiepiais ir kitais priedais, nes Internet Explorer iš tikrųjų pastaruoju metu patobulėjo ir tapo “mandresnė”. Tačiau nustebau, kai straipsnyje pradėjo nuosekliai aiškinti, kaip naudotis Windows Explorer! Ir susimąsčiau - ar tikrai yra daug progresyvių IT srities žmonių, kurie vis dar tvarko failus su šia programa.

Vakar paskelbiau krūvelę įdomių išsireiškimų, kuriuos galima pritaikyti IT pasauliui. Ten buvo ir Einšteino žodžiai, ir mažiau žinomų žmonių mintys. Šiandien antroji šio straipsnio pusė - dar apie dešimt įvairių posakių. Pagalvokite, ar tik nesusidūrėte su jais kasdieniame darbe?

Pasaulyje yra daug protingų žmonių. Ir jie išsako daug protingų minčių. O kiti kartais yra pakankamai protingi, kad tas mintis užrašytų. Taigi dabar jūsų dėmesiui filosofinės mintys, kurios gali būti pritaikomos programavimui ir apskritai IT projektų kūrimui. Įdomiausia, dauguma minčių yra parašytos praeities mokslininkų, kurie dar net nesvajojo apie tokį dalyką, kaip kompiuteris, bet pačios mintys aktualios iki šiol. Taigi, važiuojame - pirma dalis.

Yra toks kažkiek šmaikštus IT prietaras: jeigu kaip projekto vadovas ar užsakovas norite sužinoti, per kiek laiko programuotojas gali atlikti tam tikrą darbą, tai paklauskite jo paties ir jo atsakymą padauginkite bent iš dviejų, tada gausite realų laiką. Kadangi tenka pabuvoti abiejose barikadų pusėse – ir vadovo, ir programuotojo – tai galiu pasakyti, kad daugeliu atveju tai gryna tiesa. Tai ar programuotojai melagiai? Ne, taip nėra. Pabandykime panagrinėti situaciją.

Štai ir trečia paskutinė dalis straipsnio, kurį laisva forma išverčiau iš anglų kalbos. Keliasdešimt metų patirties turintis programuotojas išskyrė punktus, kurie, jo manymu, gali būti naudingi kaip patarimai mažiau patyrusiems IT specialistams. Taigi, šiandien paskutiniai penki punktai, o pirmas dvi straipsnio dalis rasite čia ir čia.

Pratęsiu įdomaus straipsnio vertimą, pradėtą vakar. Visai smagu paskaityti, ką kalba žmogus, 20 metų išdirbęs programavimo pasaulyje. Ypač turint omenyje, kad pradėjo jis visai paauglystėje, tai dar jaunas ir kupinas jėgų, ir dalinasi savo patirtimi, prieš jus - antra (iš trijų) dalis dvidešimties jo patarimų apie programavimą.

Tarp visų mano skaitomų užsienio tinklaraščių ir portalų kartais papuola tokie straipsniai, kuriuos tiesiog norisi laisva forma išversti į lietuvių kalbą ir pateikti savo tinklaraščio auditorijai, nes mintys yra originalios ir daug kur sutampa su mano paties mintimis. Šįkart į akiratį pateko straipsnis Top 20 Programming Lessons I’ve Learned in 20 Years, kur didelę patirtį turintis programuotojas tiesiog išdėsto 20 punktų, ko jis išmokęs per tuos metus. Kai kurie punktai yra akivaizdžios tiesos, bet dalis iš šio sąrašo dažnai yra pamirštama. Pirmosios straipsnio pusės vertimas - jau jūsų dėmėsiui.

Programuotojai nėra tik kodo rašytojai, jie būna ir išmintingi filosofai. Tokiais būna ir programuotojų vadovai ir direktoriai. Būtent tokias išmintingas frazes tiek iš programuotojų, tiek iš vadovų surinko į vieną straipsnį tinklaraštis Daipratt, įdomiausias frazes ėmiau ir išverčiau į lietuvių kalbą. Visai įdomi ta “software development” filosofija.

Prie rimtesnių IT projektų dažniausiai dirbama komandomis. Ir, kaip taisyklė, tai yra ne du ir ne trys žmonės, o kiekvienas iš jų juk turi savo mąstymą, patirtį ir ego, dėl to sunku apsieiti be konfliktų. Kalbu ne apie asmeninius ginčus iš serijos “tu man nepatinki” arba “tu vakar nušvilpei mano kavos puodelį”, o darbinius konfliktus programavimo ir projekto kūrimo klausimais. Paskaitykite apie situacijas, išvardintas žemiau, ir pagalvokite, gal atpažinsite save?

Štai tokią kiek netikėtą temą nusprendžiau šiandien paliesti. Iš tikrųjų, dirbant IT sferoje ir sėdint prie kompiuterio ilgas valandas, dažnai net nepastebi, kad pradedi mažiau sportuoti. Ką ten sportuoti, pradedi mažiau judėti! O jei dar ir nesveikai maitiniesi, tai uuuuu kokios gali būti pasėkmės vėliau. Aišku, yra toks dalykas kaip jaunatviškas maksimalizmas, maždaug “ai aš gerai jaučiuosi”, bet bet bet.. Padėstysiu savo mintis apie tai, kaip, mano manymu, programuotojai ir kiti IT sferos žmonės turi sportuoti.

Pirmadienį, atvažiavus į darbą, dažniausiai užgriūva darbai, susikaupę nuo praeitų savaičių ir dar seniau. Jeigu pas jus kitaip, tada pavydžiu. Bet esmė net ne tame, esmė yra kaip žmogus praleidžia patį pirmadienio rytą, nuo to priklauso ir visa likusi diena, jei ne savaitė. Ką aš turiu omeny? Skaitykite žemiau.

Kažkur internete radau tokią mintį. Iš pirmo žvilgsnio, labai keistas pareiškimas. Tačiau įsigilinus, gaunasi visai logiškas paaiškinimas, taigi pabandysiu jums paaiškinti, kodėl programuotojas, kad taptų geru specialistu, turėtų būti tinginys ir kvailys.

Paveiksliukas: i.ehow.com

Štai toks iš pirmo žvilgsnio paprastas klausimas. Bet iš mano asmeninės patirties tiek IT projektų sėkmė, tiek programuotojų gerovė tiesiogiai priklauso nuo to, kokiu būdu yra vykdomas apmokėjimas už kūrėjų darbą. Ar tai yra iš anksto sutarta suma su avansu, ar valandinis tarifas, ar kažkoks suskirstymas etapais - teko matyti ir dalyvauti įvairais būdais apmokamuose projektuose. Ką gi iš visos tos patirties galiu pasakyti? Skaitykite toliau.

Šiais sunkiais laikais žmonės jau vis mažiau skundžiasi dėl neteisėtų viršvalandžių - jie džiaugiasi, kad iš viso turi darbą. Ir, norėdami užsidirbti bei išgyventi, imasi visokių veiklų, projektų ir užsakymų. Kartais net per daug nesvarstydami apie konkretaus tokio užsakymo likimą ir ateitį. Nusprendžiau apie tai parašyti, kadangi pastaruoju metu mano aplinkoje atsirado daug tokių “optimistų”, kurie pradžioje imasi darbo, o po to ir jie patys, ir užsakovai turi problemų. Realiai su tuo susiduriu IT sferoje, tačiau manau, kad mano mintys gali būti pritaikomos ir kitokiems projektams. Bet apie viską iš eilės.

Ar jums dirbant ofise netrukdo aplinkinis šurmulys? Bendradarbių pokalbiai, atsidarančios ir užsidarančios durys, praeinantys žmonės? Taip, tam yra ausinės, bet jos ne visada padeda. Danijos dizainerių komanda “GamFratesi” sugalvojo kai ką mandresnio - uždarą erdvę darbui. Atrodo visa tai kaip darbas kiaušinyje Pora nuotraukų apačioje.

Papasakosiu, kas man nutiko vakar. El.paštu gavau vieną svarbų dokumentą XLSX formatu - tai yra naujausios Office 2007 Excel versijos formato failas. Jo neatidaro nei senesnės Office versijos, nei kitos programos, buvusios po ranka, o Office 2007 versijos niekas iš bendradarbių neturėjo. Susimąsčiau, ką gi daryti. Pradėjau ieškoti per Google “convert xlsx to xls”. Radau porą neaiškių konvertavimo puslapių, bet nusprendžiau nepatikėti svarbaus dokumento kažkam, kuo negaliu pasitikėti ir nežinau, ar apskritai suveiks. Netikėtai sau pačiam atradau sprendimą - jis buvo labai paprastas, ir stebėjausi, kodėl tai neatėjo man į galvą anksčiau. Suintrigavau? Skaitykite toliau.

Štai ir atėjo metas perskaityti paskutinę dalį keturių dalių serijos apie IT profesionalę Becky Roberts, kuri dalinasi ilgamete patirtimi ir pasakoja apie didžiausias klaidas savo karjeroje. Gal ką nors šios trumpos istorijos privers susimąstyti. Šiandieną jūsų teismui paskutinės trys Becky nesėkmės.

Tęsiame pasakojimą apie IT specialistę Becky Roberts. Per savo 16 metų darbo patirtį IT sferoje ji matė ir šilto ir šalto, būtent apie jos šaltus dušus ir yra šios trumpos istorijos - klaidos, kurjozai ir tai, kaip galima “susimauti”, dirbant IT sferoje. Jeigu kas neskaitė pirmųjų dviejų dalių - galite tai padaryti čia ir čia, o šiandien trečioji, priešpaskutinė dalis su dar dviem kurjozinėmis istorijomis.

Pratęsiame pasakojimą apie tai, kaip profesionali 16 metų patirtį turinti IT specialistė Becky Roberts dalinasi savo įspūdžiais dėl didžiausių savo pačios karjeros “susimovimų”. Iš šitų mažų istorijų galima ir pasimokyti, ir šiaip susimąstyti, ko nereikėtų daryti arba galbūt daryti kitaip. Šiandien - trečia ir ketvirta istorijos iš devynių. Jei praleidote pirmą dalį - ji čia.

Neseniai perskaičiau labai įdomų straipsnį apie tai, kaip profesionali IT specialistė Becky Roberts nupasakoja savo didžiausias klaidas per karjerą, su konkrečiais pavyzdžiais ir patarimais, ko nereikėtų daryti IT specialistui. Man straipsnis taip patiko, kad nusprendžiau išversti jį į lietuvių kalbą ir pateikiu jums. Manau, galėsite šiose mini-istorijose atpažinti ir save. Taigi, Becky išpažinties pirmoji dalis prieš jūsų akis - dvi iš devynių istorijų.

Jei reikia ką nors nuveikti prie kompiuterio ar dirbate prie jo pastoviai, koks jūsų požiūris į muziką fone? Ar klausotės garsiau ar tyliau? O gal tiesiog įjungiate radiją? Na, papasakosiu istoriją iš savo paties gyvenimo, gal ir jūs šiek tiek pakeisite požiūrį į muziką.

Pastaruoju metu pajaučiau didžiulę laiko stokos problemą - nebespėju nei su darbais, nei šiaip su gyvenimu Galbūt per daug optimistiškai užsibrėžiau tikslus ir bandau pavyt kelis zuikius? O gal tiesiog reikia geriau planuoti laiką, ir viskas atsistos į vietas? Būtent tai išsiaiškinti man padės įrankiai, rekomenduojami straipsnyje 35 Time Management Resources for Designers. Tas sąrašas nurodytas dizaineriams, tačiau manau, kad dauguma iš tų įrankių tinka ir kitų profesijų žmonėms. Pažiūrėkime, kas ten yra.

Kaip į lietuvių kalbą galima išversti žodį Freelance? Laisvai samdomas darbuotojas? Turbūt taip lengviausia apibūdinti žmogų, kuris nedirba konkrečiai niekam, o dirba sau: pats ieško ir gauna užsakymus, juos vykdo ir gauna pinigus. Arba vykdo savo paties projektus ir gauna pelną iš jų, bet čia jau truputį kitoks pobūdis – beveik savo verslas. Lietuvoje freelanceriai nėra labai paplitę, iš dalies dėl nežmoniškų mokesčių (jei viską daryti legaliai), bet juk visada norisi dirbti sau, o ne „dėdei“. Apie tokį darbą yra daug visokių nusistovėjusių mitų ar išankstinių nusistatymų, taigi nusprendžiau iš savo praktikos pakomentuoti keletą iš jų.

Per tuos metus, kuriuos teko dirbti programavimo pasaulyje įvairiuose frontuose, visada būdavo žmonių, kurie savo darbą išmano geriau, ir tų, kurie turi mažai patirties. Tai pastarieji įvairiais būdais ieško pagalbos: ar iš daugiau išmanančių bendradarbių, ar manualuose, ar internete, ar diskusijų forumuose - būdų yra labai įvairių. Tačiau pastebėjau tokią tendenciją, kad žmonės nemoka uždavinėti klausimų! Pvz., kaip jums toks klausimas: “Aš suprogramavau pagal pavyzdį, bet programa kažkodėl neveikia. Gal žinai kodėl?” O juk tokių atvejų būna uj kiek daug… Taigi, keletas patarimų, kaip teisingai klausti labiau patyrusių kolegų.

Paveiksliukas: tweeduizendzes.nl

Dirbate IT sferoje? O konkrečiau - programuotoju, dizaineriu, vadovu? O gal viskuo iš karto? Ir dabar svarbesnis klausimas: o kiek valandų trunka jūsų darbo savaitė? Turiu omeny su viskuo: su darbo planavimu, skambučiais po darbo, pasiruošimais konferencijoms ir t.t. Paskaičiuokite, o kol kas pateiksiu analogiškus duomenis iš vieno įdomaus straipsnio apie Britanijos IT rinką.

Paveiksliukas: 4club.lt

Mes visi gyvename ir dirbame aplinkoje, pilnoje streso, ypač tai taikoma programuotojams. IT projektai beveik visada nespėja su grafikais ir planais, visko reikia staigiai, reikia mokėti priimti svarbius sprendimus labai greitai ir naudojant minimaliai resursų. Šiame straipsnelyje pabandžiau išvardinti kelis būdus, kaip programuotojai gali atsipalaiduoti darbo metu.

Ar jums teko kada dirbti namuose prie kompiuterio? Manau, kad bent trumpam teko daugeliui žmonių. O kai kam namai yra oficiali darbo vieta, man asmeniškai taip buvo trejus metus. Nors namai yra savo tvirtovė, bet nuo to, kaip yra organizuota darbo vieta, priklauso paties darbo našumas. Taigi parodysiu jums penkias įdomias namų ofisų nuotraukas, gal jums ateis minčių, kaip pertvarkyti savo darbo stalą ar pakeisti dar ką nors. Ech, visai norėčiau matyti dirbdamas tokį vaizdą pro langą kaip trečioje nuotraukoje…

Turiu iš karto nuvilti – šiame straipsnyje nesiūlau jums darbo. Tačiau padėsiu pasiruošti pokalbiui, jei turite galimybę įsidarbinti. Imsime konkretų pavyzdį – ką turėtų žinoti PHP programuotojas, eidamas į pokalbį dėl darbo. Tiksliau, paimkime dar bendresnį variantą – web-programuotojas. Kam turi ruoštis, į kokius klausimus atsakyti ir kaip elgtis. Dalis šio straipsnio bus aktuali ir kitų pakraipų programuotojams, nes logika dažnai būna bendra. Taigi, norite geriau pasirodyti prieš darbdavį? Tada pirmyn prie skaitymo.

Citata 1: tik mažai daliai žmonių Dievas davė privilegiją uždirbti pinigus dirbant tai, ką žmogus mielai darytų ir be pinigų, iš aistros. Aš labai dėkingas.
(vertimas iš knygos “The Mystical Man-Month”)

Programavimas yra kūryba. Kad ir kaip ginčytųsi žmonės, programų ir tinklapių kūrimą galima vadinti menu. Bent jau aš taip traktuoju tą procesą. O kurti kažką naujo juk dažniausiai labai įdomu - lipdyti viską iš pamatų ir žiūrėti kaip “kūdikis” auga, ypač jeigu tam projektui numatoma rimta ateitis. Būtent taip galima teigti apie programavimą. Tačiau per savo gyvenimą esu sutikęs nedaug programuotojų, kurie realiai pilnai patenkinti savo darbu. Kodėl taip yra? Pamąstykime.

Per pakankamai ilgą savo kaip programuotojo karjerą neretai susidurdavau su situacija, kai reikia projektą baigti iki ryto. Kad ir nebūtina taip toli ieškoti, tas pats galioja visiems studentams, kuriems visada pritrūksta vienos nakties. Bet negi protinis darbas gali būti efektyvus, dirbant naktį, kai smegenys jau teoriškai miega, ir produktyvumas krenta kelis kartus? Be abejo, kalbu apie tuos žmones, kurie gyvena “normalų” gyvenimą dieną, o miega naktį. Kaip išsivaduoti iš to įprasto ritmo ir priversti organizmą dirbti kitokiu laiku, jei labai reikia? Pabandysiu pasvarstyti apie tai ir duoti patarimų iš praktikos.

Kuriant rimtesnius tinklapius ar taikomąsias programas, dažniausiai yra dirbama komandoje. Tai nebūtinai turi būti tik programuotojai – būna ir projektų vadovai, ir konsultantai, ir marketingo specialistai. Jų tikslas yra vienas: sukurti gerą produktą ir po to dažniausiai iš jo turėti pelną. Bet ne visada komandoje viskas vyksta taip sklandžiai, ypač jei komanda didesnė. Pabandykime pasvarstyti kodėl.

Nutariau surengti šiokią tokią apklausėlę. Kažkaip įdomus pasidarė klausimas, ar darbuotojus dažnai valdžia riboja laiko gniaužtais. Ar reikia būtinai ateiti į darbą laiku ir išeiti ne anksčiau sutartos valandos? Kiek užtrunka pietūs? Ar reikia dirbti viršvalandžius? Pabandysiu pradžioje papasakoti savo kaip programuotojo patirtį šiame reikale.

Programuotojas yra įdomi profesija: perspektyvi, viliojanti daug protingų jaunų žmonių, tačiau jos kelias nėra lengvas ir trumpas – programuotojas turi visą laiką tobulėti ir lavinti savo įgūdžius. Visą tą kopimą į viršų ir kitus veiksnius visai gerai aprašė Mick West savo straipsnyje “The Seven Stages of the Programmer”, kurį pabandžiau išversti laisva forma.

Kiekvienas tinklaraščio autorius nori, kad jo straipsnius skaitytų kuo daugiau žmonių – tai natūralu. Bet kad ateitų skaitytojai, jie turi kažkaip sužinoti apie tinklaraštį, o tai pasiekiama per reklamą – kituose tinklaraščiuose, banerių apsikeitimų sistemose ar per nuorodas iš kitų tinklapių. Ir galima tikrai daug laiko skirti tiek savo svetainės reklamavimui, tiek SEO dalykams (optimizavimui paieškos sistemoms), tiek kitokiam tinklaraščio „prastūmimui“. Bet aš asmeniškai niekada tuo rimtai neužsiiminėjau. Šiame straipsnyje ir noriu paaiškinti, kodėl tokia strategija atsiperka.

Kad ir ką gyvenime dirbtumėte, jei tai susiję su kūryba – labai svarbus aspektas yra įkvėpimas. Geriausiai yra, jei jis būna visada su mumis, bet deja tai yra iliuzija. Visi kūrybingi žmonės laikas nuo laiko išsenka, jiems trūksta naujų minčių, naujų idėjų ir energijos. Pažįstama situacija? Tada skaitykite toliau, pabandysiu kai ką patarti.

Esu parašęs ne vieną straipsnį apie produktyvų darbą, projektų kūrimą ir apskritai darbo efektyvumą. O dabar visiškai priešinga tema – tingėjimas. Susimąsčiau, kad tingėjimo tikrai reikia kiekvienam žmogui, be jo neapsieinama net darboholikų tarpe. Tik esminis klausimas yra tai, kaip tas tingėjimo valandas praleisti – tame irgi yra talentas ir menas. Susidomėjote? Skaitykite toliau.