‘produktiivsus’ sildiga artiklid

Selle aasta lõpuks peaks välja tulema ReSharper 5 Visual Studio 2008 ja 2010-le. Siiski, kes soovib seda varem juba katsetada, siis on võimalik seda läbi Early Access Programi teha.

Selle versiooni suuremad edasiminekud on veebi arendamise osas. Nüüd on võimalik MVC ja tavalise ASP.NET-i peal genereerida vajaminevat koodi ja kiirelt parandada vigasid. Lisaks on seal osas ka navigeerimist paremaks tehtud. Veebiarendus hakkab ka nüüd R#5 jaoks olema esmaklassiline kodanik.

Märkimisväärne uuendus on ka koodi analüüsis – võimalik on otsida koodi struktuurilisi/mustrilisi vigasid ehk halbu lõhnu. See on suurepärane töövahend meeskonna koodi ühtlustamise osas ning uute koolitamisel.

Kui Visual Studio 2010 oskab kenasid UML diagramme luua, siis R#5 seevastu näitab lihtsamalt, kuidas väärtused või meetodi väljakutsed aset leiavad. See kiirendab oluliselt koodist arusaamist (juhul kui pole üks suur kauss spagette).

Väiksemate väärtuste hulka võiksid kuuluda koodiviited (bookmark) ja ka NUniti integratsioon. Rohkemat infot leiate R# uuenduste nimekirjast.

Kellel suurem huvi koodi kirjutamise produktiivsuse tõstmise katsetamiseks on, võiksid heita ka pilgu peale Telerik JustCodeile, kuigi sellel on vähem võimalusi. Oleks tore ka kuulda, mis teile uues R# meele järgi on ja mis puudujääke on.

On teada üks kutsehaigus, kus igat ettejuhtuvat probleemi püüab spetsialist lahendada vastavalt oma professioonile. Juristid arvavad, et kõik probleemid saab lahendada vettpidavate lepingutega. Programmeerijad arvavad, et iga probleemi lahendamiseks on vaja kirjutada programm. Hiljem kui programm on valmis, tuleb seda hooldada ja käigus hoida, aga administreerimine ei ole arendajatele motiveeriv tegevus. Tutvustan Saikus kasutatavaid teenuseid, mis aitavad meil igapäevaselt oma töödega hakkama saada ilma, et peaksime pool (jah, ma pingutan üle) tööajast toetavate tegevuste tarkvarade haldamisega tegelema. Loe edasi »

Mitu tundi teie tööd päevas teete? 8? Vaevalt, tüüpiline on 4-6 tundi. Osadel võib-olla vähemgi. Siit kerkib küsimus, et mida päev läbi tehakse?

Kuna suure osa päevast oleme tööl, siis paljud isiklikud asjad tuleb ka seal lahendada; lisaks veel kirjade ja uudiste lugemised. Nii kaobki suur osa päevast. Väike soovitus ka projektijuhtidele tähtaegade osas: 40h ei ole 5 päeva ning seetõttu tuleks kuupäev valida 7-8 päeva arvestusega.

Jeff Sutherland rääkis ühes ettekandes, et üks meeskond katsetas veidi tööajaga s.t. millisega nad kõige produktiivsemad on. Tulemus oli üllatav: 16h nädalas. See nüüd ei tähenda, et peaksime kõik sellise tööajaga leppima, sest hea on kui palju vaba aega jääb. Selle eksperimendi käigus tuli ka välja, et nii saab olla produktiivsem kui tõsta enda keskendumise faktorit. Tüüpiliselt see pole väga suur, kuid väikeseks ajaks on võimalik seda tohutult suureks ajada.
Loe edasi »

Jalutad tööle ning mõtteis mõlgub vaid küsimus: “Miks sean samme vangla poole?”

Tööle jõudes esimene loomingu vangistaja on müra. Hõisatakse, et avatud kontorid on produktiivsemad ja paremad, kuid tegelikult on küsimus ettevõtte väärtustes. Kes lugenud Tom DeMarco ja Timothy Listeri “Peopleware”, see teab, et mürarikkas keskkonnas pole võimalik keskenduda ning jõutakse hommikul varem või istutakse kauem tööl, et midagi tehtud saada. Kel nii palju õnne pole, see peab iga päev inimeste eest peitma kohvikutesse, koridoridesse vms, kus oleks võimalik maailmas midagi korda saata.
Loe edasi »

Sai külastatud ka siis nippide ja trikkide üritust. Vasikavaimustust peale ei tulnud, kuid arvan, et nii mõnigi inimene sai targemaks. Kes ise pole tahtnud uurida, kuidas Visual Studios elu kiiremaks ja mõnusamaks teha, neile oli see nagu rusikas silmaauku.

Esimene probleem, mida võib presentatsioonidel näha on see, et ei julgeta/viitsita Visual Studiot ümber kujundada (visuaalselt), samas ei kasutata neid nuppe ka väga. Produktiivsuse esimene reegel on fokuseerimine ühele tegevusele/asjale. Senikaua kuni sodi (aknad ja nupud) on ees, seni ei saa häirimatult fookust suunata näiteks koodi kirjutamisele ja ka väga väikese pinna peal on halb tööd teha. Kes arvab, et Solution View või Properties vaadet on vaja koodi kirjutamisel kogu aeg lahti hoida, see eksib ilmselgelt (või palun seletage mulle kuidas on hea koodi kirjutada ja passida näiteks Solution View‘d Text Editori asemel).
Loe edasi »