Tutustu ohjelmointipalaveriimme!
Yksi tärkeä viikoittainen rutiini Sebitillä on ohjelmointipalaveri, jolloin kokoonnumme koko porukalla yhteen. Aamu käynnistyy yhteisellä kahvihetkellä, jonka jälkeen otamme etätyöntekijät Teams-yhteydellä mukaan ja lähdemme käymään asialistaa läpi. Kyseessä on foorumi, jossa kehittäjät kokoontuvat yhteen jakamaan tietoa, kysymään muiden kokemuksia ja hakemaan apua mahdollisiin haasteisiin.
Ohjelmointipalaveri on siis säännöllinen tapaaminen, jossa keskustellaan viikon aikana ilmenneistä ongelmista, jaetaan uusia oppimiskokemuksia ja ideoidaan tulevia ratkaisuja. Kyseessä ei ole perinteinen statuspalaveri, jossa käydään läpi esimerkiksi projektien edistymistä, vaan enemmänkin yhteisöllinen keskustelufoorumi. Aiheita foorumiin saa nostaa jokainen matalalla kynnyksellä.
Olemme tästä käytännöstä erittäin ylpeitä, koska näkemyksemme mukaan jokaisella kehittäjällä on oma erityisosaamisensa ja kokemustaustansa ja näitä vahvuuksia hyödyntäen pystymme tarjoamaan kaikille hyödyllisen kanavan, jolla vahvistaa mm. yksilöiden jatkuvaa oppimista, laadukasta ohjelmistokehitystä ja työntekijöiden yhteenkuuluvuuden tunnetta.
Kuvan alla muutama esimerkki viimeaikaisista ohjelmointipalaverin aiheista.
Ohjelmistokehitys
Keskustelimme uudesta UUID v7 muodosta. Uuden version pihvi on siinä, että UUIDn ensimmäiset 48 bittiä on varattu aikaleimalle. Tätä kautta saadaan monia etuja esim. tietokannoissa verrattuna esim. UUID v4 versioon. Tosin kaikki tietokannat eivät vielä osaa hyödyntää uutta versiota.
- .Net 9 tukee v7 muotoa. Tosin implementaation tehokkuutta on arvosteltu. Käytetään Guid.CreateVersion7();
- Ilmeisesti MSSQL -server uniqueidentifier -tyypillä on sorttaus joka aiheuttaa fragmentaatiota uudella v7 versiolla.
- Sorttaus tehdään oikealta vasemmalle päin.
- On olemassa erillisiä NuGet-kirjastoja, joilla saa vaikka heti käyttöön ja pitäisi osata muodostaa MSSQL-serverin sorttaukselle oikein toimivan arvon.
- Lisätietoja:
- https://itnext.io/why-uuid7-is-better-than-uuid4-as-clustered-index-edb02bf70056
- https://github.com/dotnet/runtime/issues/103658
- https://www.reddit.com/r/dotnet/comments/1ea5mgt/net_9_will_natively_support_uuid_v7/
- https://www.youtube.com/watch?v=nJ1ppFayHOk
- https://github.com/mareek/UUIDNext
- https://stackoverflow.com/questions/7810602/sql-server-guid-sort-algorithm-why
Testaus
Saimme kattavan tiivistelmän testaajan käymästä webinaarista, joka käsitteli aihetta: Vältä 3 yleisintä QA mokaa. Tiedonjaon ja keskustelun aiheita olivat mm. seuraavat seikat:
- Yhteinen käsitteistö on kaiken perusta: Käsitteet pitää olla kunnossa ja varmistua, että puhutaan samasta asiasta. Usein luullaan, että ollaan samaa mieltä jostakin asiasta, vaikka tosiasiassa puhutaan eri asioista.
- Asiakasvetoisuus teknologian sijaan: Testauksen tulee aina lähteä asiakkaan tarpeista, ei teknologiasta. Testauksen päätavoitteena tulee olla asiakkaalle tuotettu hyöty.
- Selkeät tavoitteet ja niiden merkitys: Testauksella tulee olla selkeät tavoitteet, jotta toiminnasta saadaan konkreettisia tuloksia. Esimerkiksi on tärkeää ymmärtää, miksi testausautomaatiota kehitetään ja mitä sillä halutaan saavuttaa.
Loppukevennys: Piirrä pöllö
Loppukevennyksenä vielä pieni tarina, joka liittyy luovuuteen ja tekemiseen. Olet ehkä kuullutkin tarinan “Piirrä pöllö”, jossa annetaan ohjeet piirustuksen tekemiseen: ensimmäinen vaihe on piirtää kaksi ympyrää, ja toinen vaihe on piirtää loput pöllöstä. Tämä ohje on yhtä yksinkertainen kuin se on huvittava, sillä se kuvaa hyvin sitä, kuinka välillä monimutkaiset asiat voivat tuntua yllättävän suoraviivaisilta – kunhan vain ryhtyy toimeen.
Tarinan opetus? Älä pelkää ottaa ensimmäistä askelta, vaikka se tuntuisi haastavalta. Usein ratkaisu löytyy matkan varrelta, ja juuri se tekee prosessista niin palkitsevan. Piirrä se pöllö – tai mitä ikinä oletkin tekemässä!
Tässä vielä tarinan alkuperäinen blogikirjoitus, joka on inspiroinut monia: Piirrä pöllö. Toivottavasti tämä kevennys innoittaa sinua tarttumaan seuraavaan haasteeseen rohkeasti!
Muuta ajankohtaista luettavaa
6.2.2026
ohjelmistokehitys prototyyppi
Lue blogikirjoitus »
