Avastasin ühe huvitava artikkli teemal – mis on arenduselutükkel ja kuidas seda valida. Olen ka ise täheldanud tänapäeval, et vaidlus on tihtipeale agiilsete ja traditsiooniliste vahel ning ma ise olen agiilse arendusstiili pooldaja/kasutaja (arendusmetoodikad nagu Scrum, MSF Agile ja agiilsed praktikad). Samas enamus projektides, milles olen osalenud tehakse kombinatsiooni vastavalt projektile ja organisatsioonile – võetakse selline arendus elutsükkel, mis sobib organisatsiooniga ja praktikad, mis muudavad töö projektis efektiivsemaks ning minnakse seda teed. Ei pea tegema täpselt Scrumi, MSF Agile –i, waterfall -i või muud. On variante üleminekuks, on variante, et aeglaselt kohaneda ning harjuda uute/teiste meetoditega ning ning leida need praktikad, võtted, mis aitavad efektiivsemalt tööd teha. Igasse organisatsiooni ei saa kohe scrumi kasutusele võtta. Igat tüüpi projekti arendamisel ei pruugi ka scrum või MSF agile mõistlik olla. Organisatsiooni muutmine on teadaolevalt väga vaeva... [More]

Olen varasemalt kirjutanud T4 mallide kasutamisest koodi genereerimisel. Ise kasutan seda näiteks SharePointi lahenduste juures, kus väljade ja sisutüüpide XML –de pealt konstantide genereerimine mõistlik tundub. Üks ebameeldivus T4 mallidega siiski oli, kuni eilseni. Ma polnud saanud mõistlikult tööle XML –i (või teiste) andmefailde leidmist lahenduse või projekti relatiivselt asukohalt. Ei taha ju kirjutada koodi genereerijasse sisse absoluutset teekonda, kus fail asub. See võib olla igal arendajal erinev. Soovitan lugeda Oleg Sychi postitusi T4 mallide kohta. Olen ka neile varem viidanud. Nüüd viitaks konkreetselt T4 Template direktiivile. Seal see lahendus peituski. Selleks, et te saaksite relatiivsest asukohast absoluutset tuletada, on vaja järgmist teha. 1. Lisada “*.tt” faili päisesse direktiiv - <#@ template #> 2. Lisada antud direktiivile attribuut &ldqu... [More]

On järgmine olukord. Loodud on kunagi üks lahendus, millel on terve posu klassikalisi ASP lehti. Neid hetkel upgradida ASP.NET peale ei saa. Tagataustal (ärikiht, mida ASP –i lehed kasutavad) on .NET –i DLL –d läbi COM+ –i ja COM –i DLL –d. Kas keegi teab vahendit, millega ASP –i lehel jooksutatavat koodi oleks võimalik profilida? (vaadata, palju iga meetodi käivitamine mingi objekti juures aega võtab). Kas keegi teab, et niisugune asi on võimalik üldse? Siiamaani parim lahendus, ASP jaoks on see, et lehele lisada koodijupp, millega meetodi käivituse alguses timer käima panna ja lõpus seisma ning kuvada selle meetodi töötamisaeg välja. Sellega ei saa sügavale minna, aga ASP –is oleva koodi ajad saaks kätte. Eks midagi sarnast saaks ka sügavamale pookida, et salvestaks meetodite jooksmisajad ntx andmebaasi vms.

Sattusin just niisuguse info otsa, et MCT –dele jagatakse Camtasia Studio ja SnagIt tarkvara tasuta. Kampaania kestvus pole teada, aga mina saatsin oma huvi kohta info juba teele. Ma pole Kindel, et see vorm toimib korrektselt, kuna küsitakse MCP ID –d, aga kirjelduses mainitakse ka emaili aadressi vajadust. Seega saatsin meili neile, just in case. Varsti on oodata minult siis videosid ;)

Eelmises postituses mainisin, et eile tegelesin programmiga, mis kustutaks kataloogist kõik pildid, mida ei ole võimalik avada. Miks? Ma nimelt taastasin terve hunniku faile (nende hulgas ka pilte) kettalt, kuhu oli värskelt installeeritud op. süsteem ja seda kasutama hakatud ning seejärel avastati, et failid k.a. pildid jäid kopeerimata ning olid nüüd kaotsi läinud. Kõik failid, millele ei oldud veel jõudnud kirjutada, oli võimalik taastada. Aga igaks juhuks proovisin taastada ka neid faile, millel oli taastamisprogrammil punane või orants ikoon ees (suure tõenäosusega ei õnnestu taastada). Seega taastati ka faile, mis tegelikult polnud avatavad. Veidi üle 12000 pildi taastati ja mitte ei tahtnud käsitsi läbi käia pilte ja kustutada ükshaaval need, mis pole avatavad. Tagasi programmi juurde. Alguses proovisin kasutada Image klassi, aga kahjuks lockib see failid m&... [More]

Minu jaoks huvitav avastus, kuidas demonsteerida objektide Disposimise vajadust ja seda, kui lihtne on tekitada mäluleket. Lisage oma Konsooli rakenduse projektile viide System.Drawing.dll –le viide ja kirjutage järgmine kood (asendage kataloogi asukoht mõne kohaga, kus on piisav/suur kogus pilte): 1: var files = 2: Directory.GetFiles( 3: @"E:\Data\BUps\Kristel\Recovered from D\", 4: "*.jpg" 5: ); 6: 7: foreach (var file in files) 8: { 9: var image = Image.FromFile(file) 10: //Teen midagi pildiga 11: } Ärge veel jooksutage, vaid lugege hoiatust ennem! Kui te nüüd käivitate antud koodi, siis hetkega hakkab kasvama mälumaht, mida rakendus võtab. Esimene screenshot, mida jõudsin võtta: Teine screenshot peale esimese pasteerimist siia blogi postitusse: Tore onju? :) Antud koodiga on üks väga lihtne problee... [More]