úterý 15. září 2009

Nástroj pro ukládání oken, výřezů, celé obrazovky do obrázku


Asi jsem zase objevil Ameriku, ale tohle je hodně šikovná věcička na zachytávání celých obrazovek, jednotlivých oken, obdélníků, nebo kompletně vlastních výřezů vašeho screenu.

Ve verzi 5.3 je jako freeware.

neděle 6. září 2009

Založení nového projektu Subversion a Debian


Neustále zapomínám, co si nenapíšu, to nevím. A už vůbec ne to, co použiju jednou za dva měsíce.

Jelikož si to vždycky vygoogluju (asi jako spousta dalších z nás), je to v pohodě. Ale nemůžu se spoléhat, že ten zdroj informací bude vždy platný.

Čili, tohle je taková moje záloha.

4. Create Repository
# mkdir /var/svn/
# svnadmin create --fs-type fsfs /var/svn/myproject

5. Generate Test data in repository
# mkdir ~/TEMP/
# echo "Testing" > ~/TEMP/test.txt
# svn import -m "Testing via ssh+svn" ~/TEMP/ svn+ssh://127.0.0.1/var/svn/myproject/trunk
# svn co svn+ssh://127.0.0.1/var/svn/myproject/trunk testcheckout

6. See if files in repository
# svnlook tree /var/svn/myproject/

7. Changeowner of repository folder to apache user
# chown -R www-data:www-data /var/svn/*
# chmod -R 770 /var/svn/*


Originál článku: http://www.reviewingit.com/index.php/content/view/62/2/

pátek 4. září 2009

Sharepoint a velké soubory


Tak studujte:

http://intellects.in/2008/07/11/optimizing-sharepoint-or-wss-for-large-document-size/

Nakonec to nebude tak zlé.

Nicméně, implementovat to lze taky jinak. Řekněme, že velké soubory vůbec do Sharepointu nepolezou. Ošetříte si vlastní upload, navhrnete strukturu jinak (tak aby položka listu referencovala fyzicky umístěný soubor někde na disku) a taky to půjde...

úterý 4. srpna 2009

C# - CodeRush - plugin do VS2008


Kromě express edicí VS je možné zdarma využít tento plugin:


ten by vám měl pomoci psát čistší a přehlednější kód, jak pro C#, tak i VB.NET

Šikovná věcička, a zdarma.

čtvrtek 30. července 2009

úterý 28. července 2009

Řízení maličkých IT projektů - ano nebo ne?

Jedním slovem:
- ANO

Všechny?
- ANO

Proč?
- Protože i ty nejmenší projekty se vám mohou rozrůst

Jak je řídit?
- Rozumně!
(To vám asi moc neřekne, takže to rozeberu trochu víc.)


Pokud chcete zabít mouchu, berete si na to brokovnici? Asi ne. (Tacklebarry, tebe nepočítám.)
Stejné je to se řízením projektů.
Asi těžko budete instalovat Project Server kvůli projektu, který dohromady trvá 5MD a pracujete na něm jen vy.
Co byste ale rozhodně měli při projektech takto malého objemu udělat?

1) Uložit si veškerou e-mailovou komunikaci s klientem
2) Pokud musíte vyvinout speciální knihovny, řádně je dokumentujte
3) Veškeré know-how získané na projektu si poznamenejte do nějaké vaší databáze poznatků
4) Obrovskou pozornost věnujte Quick-Wins a jejich dokumentaci
5) Poznamenejte si čas, který jste odhadli při naceňování projektu a skutečný čas (pozor! včetně čtení e-mailů, brainstormingu, komunikace s klientem a další časy spojené s projektem)
6) Striktně vyžadujte rozhodnutí klienta v digitální nebo písemné formě

Potřebujete to vysvětlit?
Dobře, ale krátce.

add 1)
Uložením e-mailů nemám na mysli jejich ponechání v Outlooku. Dejte si tu práci a uložte si je do projektových složek na disku, umístěte si je do nějakého vašeho informačního systému, cokoliv, kamkoliv, jen je nenechávejte pouze ve vašem poštovním klientovi.
Až naberete dalšího kolegu, který bude dělat update. Až vám havaruje Outlook (prý se to stává ;-), až vám havaruje disk, až havarujete vy (omylem poštu smažete) - Poděkujete mi.

add 2)
Jestli tento bod musím vysvětlovat, obávám se, že byste se měli začít věnovat jiné profesi.

add 3)
Za půl roku vás klient kontaktuje, že potřebuje rozšířit funkcionalitu. Není nic horšího, než dva dny přicházet na to, co ten kód vlastně dělá a proč to dělá, jak to dělá.
V know-how můžete mít odkazy na stránky, blogy, kusy textu opsané z knihy, obrázky, popisy API a všechno co vám pomůže rychle se do projektu znovu dostat.
Myslíte si, že u tak malého projektu, na kterém právě pracujete se to stát nemůže?
Hoši, hoši, ale může...
A jak by řekl Murphy, taky se to stane.

add 4)
OBROVSKOU!!! Napsal jsem to dostatečně jasně?
Jo ták, vy nevíte, co je Quick-Win. A už jste někdy zapsaly heslo přímo do kódu? Proměnnou jste předali metodě a pak v té metodě zahardkodovali její hodnotu, aniž byste provedli code-review a řádný refaktoring?
Že se vám tohle nestává? Promiňte, ale nevěřím. Tohle se prostě stává. Nemusí často, ale stává.
Jde o to, že na projekt máte vyšetřený nějaký čas, provedli jste odhad, ale nějaká část vám dala řádně zabrat. Víc, než jste čekali. Abyste v tom nezahučeli a projekt pro vás nebyl vysloveně ztrátový, musíte si někde pomoct.
A v ten okamžik jde někdy řádný návrh, objektovost a další věci stranou.
Projekt jste odevzdali, vše funguje, zákazník je spokojený.
To je dobře.
Věnujte ale trochu toho času a alespoň komentujte kód nebo si jinak poznamenejte, co vylepšit, až vás klient bude kontaktovat, že potřebuje další funkcionalitu.

add 5)
Toto je velmi důležité z pohledu návratu do budoucnosti. Pokud budete řádně měřit časy, odhadované a skutečné, pomůže vám to odhadovat čas na dalších projektech přesněji.
Hodně vám to také prozradí o vás samotném. Například, že si moc věříte a některé věci vám trvají mnohem déle, než odhadujete. Nebo naopak (ano, toto je přesně váš případ, já vím) se zbytečně podceňujete a práci odvedete mnohem rychleji.

add 6)
Jedete autem, klient volá, něco si vzpomněl, vy mu to odsouhlasíte, provedete, implementujete. Po dokončení projektu vás seřve, že toto nikdy v životě nechtěl a jak je to možné, a jak se to tam dostalo a vy nebudete moci říct nic.
Nehledě na to, že zadavatelů pro váš projekt může být více a klasickou cestou "levá ruka neví, co dělá pravá" se v tom můžete pěkně vymáchat.
Někteří klienti na to dokonce vysloveně "hrají". Prostě si vás povodí. Jeden chce to, druhý chce ono, vy kódujete celé noci a na konci jste rádi, že dostanete alespoň část peněz za vysvícené oči vaším monitorem.
Sbírejte a pečlivě uschovávejte důkazy, bude vás vysloveně těšit, až původní cena bude pod víceprácemi pěkně bobtnat.

To je vše, víc vám toho neřeknu.
Snad jen, hodně štěstí - budete ho potřebovat. Proč? Protože Murphy je hajzl.

- Příště více o těch projektech většího typu -