Event Log

We explored vector search scoring and how texts should be structured for search queries. The image shows a concrete example: when a developer profile is retrieved using only a role title such as “.NET&Azure-focused full-stack developer/architect”, the match scores 0.8167. The same search against a Java-focused junior developer profile produces 0.7477. The difference reflects how closely the profile’s language matches the semantic emphasis of the search term. Text structure determines results, not content alone.

We did a demo session of CV & chat tool we have been building where we can easily and fast search if we have people with relevant experience to customers needs. Be it from techical point or related to project experience from the past. We went through how we combined vector, text and keyword search to evaluate skills and experience related to need. How we anonymize information to provide general answers from which the aim is to direct to have a call with us or a book a meeting.

Our first book club session on Fundamentals of Software Architecture sparked active discussion around modularity, the architect’s role, and how teams track technology choices. The group focused on how to measure cohesion and dependencies, the value of architecture katas for hands-on learning, and the use of the Technology Radar to guide competence development. We also reflected on what an architect actually does day to day and how to link these ideas to our own work. All notes can be read here.

Harri demoed to us how he had used Claude Code/OpenCode to add an export feature to the dnf5 tool (Fedora’s package management software, written in C++/CMake).

Oskari presented a UI framework he built on top of Monogame, along with a drag-and-drop style editor that allows for quickly and fairly painlessly creating user interfaces for games. The inspiration came partly from WinForms. Of course, similar tools already exist, but the goal here was to build the entire thing from scratch. This framework replaced an earlier (also self-made) solution and finally succeeded in fully separating window graphics from business logic. The editor’s capability and flexibility are well illustrated by the fact that its own interface was built using that very same editor.

We held a retrospective at Bytehall about Bytecraft’s current situation and the past year. We used the Lean Coffee model and voted on the most important topics, which we will start working on with the operational team and eventually with the entire company in workshops.

We explored the idea of mastery as an ongoing journey rather than a destination. We discussed how the path of a craftsperson demands not only technical skills, but also discipline, curiosity, courage and kindness. The conversation highlighted the importance of feedback, both technical and human, as a guide for growth. We reflected on how true professionalism comes from balancing personal development with improving the environment around us. Always with the goal of creating real impact for colleagues, customers and the wider community.

Session covered sales in customer accounts and the kinds of signals worth paying attention to. The focus was on building trust (through the consultant’s consistent, high-quality work), identifying opportunities, and passing on development insights that benefit the customer’s business to the sales team. The discussion also emphasized that every interaction is a chance to showcase expertise and strengthen a long-term trust-based relationship with the customer.

We went through different use cases and experiences of how we have used AI tools in software development and related tasks. The main takeaway was that a precisely defined context and task help it stay relevant. However, they still won’t admit if they are wrong and tend to hallucinate easily. New areas close to one’s own expertise can be quickly understood in code and across different languages, instead of having to consult dozens of sources and compile the understanding that way.

Well-built software is easily testable. Considering testability is important right from the start, even before a single line of code is written. It is difficult, if not impossible, to add testability afterward to large systems. Let’s start by examining how software functions. Business logic observes inputs and controls outputs. In tests, the situation is reversed. Tests control the input and observe the output. In testable applications, it is essential that tests can control inputs as well as the entire state of the application. Tests must be able to set the system to the desired state. The biggest challenge in testability is precisely controlling the inputs. In unit tests, it is possible to fully control the application. For example, the clock, stdin, stdout, env, databases, etc., can be managed by creating abstractions for them and using dependency injection. At higher levels of testing, it is also necessary to control the most essential inputs, even if not everything can be controlled, such as the system clock. It is important to ask: Can the application be easily set to the desired state? Can tests be run in parallel? These are crucial questions that should be considered from the beginning. Tests should also avoid hardcoded fixtures of the application’s internal state (e.g., database state). A better approach is for tests to always construct the desired state from scratch using the application’s own interfaces. But how is it possible to build testable large systems that may consist of dozens or even hundreds of applications? Event-driven architecture is one possible solution. This enables tests to orchestrate the system and observe the event stream. In summary, building testable applications is possible by ensuring that inputs can be controlled and outputs can be observed at all levels of the system.

Five perspectives on processes that crafter should remember. Understanding software development processes, combined with technical expertise, is a tremendous asset for a software developer. One must be able to see beyond an individual feature and grasp the bigger picture of how things evolve from an idea into a working solution. Writing code is surprisingly a small part of this process. Speeding Up Lead Times. Reducing lead times from weeks or months to hours or minutes forces (almost 😉) all process issues to be solved. Long lead times only cause chaos (heroics) on multiple levels. Speed itself is not the goal, but a learning organization inevitably iterates quickly. An organization that iterates or reacts slowly focuses on its own chaos rather than learning. There’s Always Only One Bottleneck. At any given time, there is only one bottleneck in the system, which dictates how the whole process functions. Identifying and solving it requires understanding where the work enters the system. Work should be fed into the system according to the bottleneck’s capacity. Think about how you received your last tickets—was there a carefully selected analysis behind it, considering the workload already in progress? Estimates Are Useless, but Estimating Is Essential. Using estimates outside the team only leads to misunderstandings, but the act of estimating itself is a valuable tool for identifying the next most important task. Continuous Improvement Is Constant and Unrestricted. Improving things is part of every moment of every day. It doesn’t require permission or a budget. The more independently a team can operate, the better its ability to improve processes as well. Bureaucracy eventually kills even the strongest process enthusiast’s motivation. “Just let me code,” said the consultant at the SAFe planning session for the next increment. “You know, I know this steak doesn’t exist. I know that when I put it in my mouth, the Matrix is telling my brain that it is juicy and delicious. After nine years, you know what I realize? Ignorance is bliss.” - Cypher

Vuoden 2024 pikkujoulut alkoivat asiapitoisesti, kun Ville esitteli hyvin kulkevaa myyntiputkeamme ja katsailimme vuoden 2025 näkymiä yhdessä. Myyntikatsauksen jälkeen siirryimme rennompaan moodiin eli italialaiseen drinkkikouluun, jossa opimme erinomaisessa opastuksessa niin holillisten kuin holittomien limoncellospritzin, espressomartinin sekä negronin kikat ja salat. Maittavien juomien jälkeen nautimme vieläkin maittavimmista erilaisista pizzoista. Hauskojen pöytäkeskustelujen jälkeen jutut jatkuivat mahtavilla toimistojatkoilla.

Marraskuun alun pöhinäsetissä käsiteltiin ohjelmointikielten tyyppisysteemejä niin dynaamisesta staattiseen kuin heikosta vahvaan. Lisäksi keskusteltiin kielten tyyppiturvallisuudesta käytännön ja teorian tasolla, sekä erilaisista lähestymiskulmista asiaan. Craftmanship-hengessä pohdiskelimme koodin laadun parantamista tyyppien oikeaoppisella käytöllä ohjelmointikielistä riippuen. Eksyimme vahingossa aiheesta keskustelemaan myös kryptografiasta.

Tämän kerran lounaspöhinöissä Antti johdatteli byteläiset kompleksisten systeemien maailmaan. Käsittelyssä oli mm. mitä tapahtuu kun ongelma vaikuttaa useammalla skaalalla (asiakas-liiketoiminta-tekniikka-logiikka) ja vaikeasti ennustettavasti, ja mitä on deterministinen kaaos. Lisäksi, miten ratkotaan ongelmia, joista on lähes mahdotonta löytää syy-seuraussuhteita, ja mitä vaaroja on siinä, jos kompleksista systeemiä yritetään hallita simppelillä syy-seuraussuhteella ja miten siinä voidaan mennä metsään. Kompleksien aiheiden kanssa nautittiin yksinkertaista pitsaa!

Lokakuun puolivälissä pidimme Bytepäivä-lightin ja virittäydyimme sekä Halloweeniin, että jo käynnissä olevaan Kekrin aikaan! Annamari piti tietovisan sekä suomalaiseen kansanperinteeseen kuuluvasta ja kuitenkin ehkä vieraammasta kekrin ajasta, että kaikille vähintäänkin populäärikulttuurista tutusta Halloweenista. Tietäisitkö googlaamatta esimerkiksi, onko kekriä kutsuttu nimellä käyry vai keyri, tai miten monta Halloween-franchisen elokuvaa on tehty? Kaikki visailijat saivat pisteitä, monet oppivat uutta ja siinä lomassa nautittiin teemaan sopivia herkkuja.

Lokakuun alussa bytecraftilaiset kävivät yhdessä läpi yrityksen Varhaisen tuen mallia sekä Päihdeohjelmaa Annamarin liidauksessa. Firman ennakoivista ohjeista on tärkeä sopia ja keskustella yhdessä, vain silloin ne voivat todella toimia ennaltaehkäisevästi. Molemmat tukimallit kirvoittivat lisäksi hyvää keskustelua työntekijöiden hyvinvoinnin tärkeydestä, voimavaroista ja riskien arvioinnista.

Syyskuun viimeisenä perjantaina toimarimme Ville esitteli alan tilannetta ja Bytecraftin lukuja. Tuloksemme ja liikevaihtomme on kasvanut erinomaisesti siitäkin huolimatta että yleinen tilalle alalla on ollut viime vuosina haastavahko. Sen lisäksi Ville kertoi myynnistämme ja uusista avauksista. Niiden perusteella myös Bytecraftin tulevaisuus näyttää erittäin valoisalta!

Konsulttimme Mikko veti Pöhinä-esityksen kirjasta Domain Modeling Made Functional: Tackle Software Complexicity with Domain-Driven Design and F#. Iso osa esittelyä oli omistettu myös Mikon omalle harjoitusprojektille kirjan aiheista, jossa hän oli toteuttanut kirjassa esitellyn tilausprosessin web sovelluksena. Kirja esittelee Domain Driven Designin (DDD) perusteet ja hyppää sitten syvään F#-päätyyn, jossa käydään läpi miten mallinnettu domain voidaan toteuttaa F# kielellä. Kirja löytyy myös verkosta osoitteesta https://fsharpforfunandprofit.com/books/ Mikon mielestä DDD:n hyödyllisin asia on Event Storming, jossa kaikki projektiin osallistuvat: sekä liiketoiminnan asiantuntijat, että kehittäjät, kutsutaan yhteen piirtämään, mallintamaan ja rakentamaan yhteistä mallia ja kehittämään yhteiskäyttöistä sanastoa. Event Stormingista löytyy myös paljon verkkoluentoja, sekä Eric Evansin kirja “The blue book” eli Domain-Driven Design. Mikko esitteli harjoitusprojektin F# web stackia ja kertoi, miten hän hyödynsi kirjan eri aiheita käytännössä. Harjoitusprojektin F# toteutus oli tuotantovalmis vertikaali kirjan tilausprosessiesimerkistä sisältäen asynkronisen html käyttöliittymän validointeineen, domain mallin ja liiketoimintalogiikan, tietokannan migraatioineen, yksikkö-, integraatio- ja e2e testit. Käytetty tekkistackki: HTML, Bootstrap, HTMX, F#, Asp.Net, Giraffe, Dapper, SQL Server, FsUnit, Validus, Canopy. Käyttöliittymässä käytetty HTMX herätti kiinnostusta potentiaalisena vaihtoehtoina yleisesti käytössä oleville web frontend frameworkeille. Tästä onkin tulossa lisää pöhinää myöhemmin.

Elokuun viimeisenä perjantaina pöhisimme käytetyimmistä työkaluistamme. Napakasti aikataulutetun esittelyn lomassa ehti suht lyhyessä ajassa viritä paljon erilaisia keskusteluja! Vertailimme vaihtoehtoja usean monitorin vs. usean digitaalisen työpöydän välillä sekä erilaisia IDE:jä (esim. VSCode ja IntelliJ IDEA), pohdimme eri ohjelmointikielien vahvuusalueita ja mihin tarkoituksiin ne parhaiten soveltuvat, sekä kävimme läpi Git-praktiikoita. Keskustelimme myös eri käyttöjärjestelmistä ja debuggereista. Työkalusetit ovat monelle yksilökohtaisia - osa käyttää todella paljon erilaisia työkaluja, kun taas jollain periaate saattaa olla “jos sitä ei löydy IDE:stä niin sitä ei tarvitse”. Erilaisia toimivia tapoja on paljon! Osa on käyttänyt GenAI-työkaluja työn apuna jo vuosia ennen niiden yleistymistä ja osa ei ole kokenut niitä vielä hyödyllisiksi itselleen. Lisäksi keskustelimme erilaisista hyödyllisistä kirjastoista ja frameworkeista, kuten Tailwind CSS. Digitaaliset työkalut eivät ole ongelmanratkaisussa kokonaan korvanneet paperia ja kynää. Keskustelusta ilmeni, että valkotaulu ja post-it-laput ovat edelleen osalle Software Craftereista olennaisia työkaluja ja tulevat olemaan sitä jatkossakin. Kokeneet konsulttimme saivat toisiltaan hyviä vinkkejä ja kaikki oppivat jotain uutta - erinomainen esimerkki Perjantaipöhinästämme siis! ‍

Perjantaina 16.8. konsulttimme Mikko piti Pöhinän pragmaattisesta näkökulmasta siihen, miten funktionaalisen ohjelmoinnin parhaat opit siirtyvät oliomaailmaan. Pöhinöissä käsiteltiin muun muassa sitä, miten funktionaalinen- ja olio-ohjelmointi eroavat toisistaan, vai eroavatko ollenkaan. Mikko on havainnut että parhaat tavat (best practices) toimivat molemmissa paradigmoissa yli rajojen. Funktionaalisen ohjelmoinnin tilanhallinnan parhaat tavat voi tuoda olio-maailmaan. Funktionaalisen ohjelmoinnin hyödyt voivat myös luoda motivaatiota opiskella sitä, vaikka sen kanssa ei työskentelisikään päivittäin. Lisäksi käsiteltiin monadien tuomista käytännön tasolle. Loppujen lopuksi tärkeää on pitää mukana pragmaattinen näkökulma - ei pakoteta paradigmoja sinne, minne ne eivät sovi.

Elokuun toisena perjantaina byteläiset kokoontuivat toimistolle ja etänä ensimmäisiin kesäkauden jälkeisiin Pöhinöihin. Jaoimme kesäkuulumisia, vapaa-ajalla tehtyjä omia devausprojekteja sekä tuoreimpia työkuulumisia. Lisäksi käsittelimme ajankohtaisia Byte-aiheita. Paluu sorvin ääreen tuntuu aina mukavammalta kun työ on mielenkiintoista ja sen voi jakaa tämän porukan kanssa!

Kevätkauden viimeisissä pöhinöissä kesäkuun puolivälissä päästiin toivottamaan tervetulleeksi uusi software crafterimme Paula! Tervetuloa Paula joukkoon iloiseen! Kakun syönnin lomassa vaihdettiin kuulumisia ja keskusteltiin tiiviisti päivän polttavista Byte-aiheista ja kesäsuunnitelmista. Bytecraft toivottaa hyvää juhannusta ja hyvää kesää 2024!

Kolmannessa funktionaalisen ohjelmoinnin perjantaipöhinässä mentiin aiheessa edellisiäkin syvemmälle. Pöhinäsetissä käsiteltiin tai sivuttiin mm. algebrallisia datatyyppejä, efektisysteemejä, lazy evaluationia ja häntärekursiota. Antti kertoi että monadien lisäksi on olemassa muitakin tyyppiluokkia, kuten functor, group, monoid ja semigroup. Esityksessä käytiin läpi myös erilaisia strategioita siihen, että miten “referential transparency”:yn päästään. Efektisysteemeihin liittyen käsiteltiin sitä, että tyypillisesti immutabilityä käytetään referential transparencyn saavuttamiseen, mutta immutability ei ole vaatimus funktionaaliselle ohjelominnille. Mutable referencyt täyttävät tuon “referential transparencyn”.

Toukokuisena lämpimänä perjantaina Byteläiset kokoontuivat toimistolle ja lähtivät kohti jousiammuntahallia! Saimme hyvää ohjausta mielenkiintoisessa lajissa ja sen myötä paljon hienoja onnistumisen kokemuksia. Illaksi siirryttiin syömään georgialaista ruokaa - ruoka oli hyvää ja sitä riitti. Käytimme myös hyväksi kaunista keliä puistoilemalla useassa eri vaiheessa. Olipa jälleen mukavaa kohdata yhdessä toinen toisemme työkuvioiden ulkopuolella!

Toukokuun alussa Jaakko tutustutti byteläiset gitin maailmaan. Git on hajautettu versionhallintajärjestelmä. Perjantaipöhinässä käytiin läpi erilaisia käytäntöjä gitin ympärillä, kuten erilaisia enemmän tai vähemmän käytettyjä komentoja sekä työtäpoja. Lisäksi keskusteltiin eri ihmisten omista tavoista käyttää gittiä.

Huhtikuun viimeisissä pöhinöissä oltiin jo hieman vapputunnelmissa! Toimisto oli saanut koristeita ja tarjolla oli munkkeja ja simaa. Byteläisillä oli kaapeista kaivettuja vanhoja opiskeluhaalareita ja muuta vappuisaa pukeutumista. Viikoittaisen kuulumiskierroksen lisäksi jaoimme näissä rennommissa pöhinöissä myös muistoja opiskeluajoista!

Funktionaalisen ohjelmoinnin pöhinäsarjan toisessa osassa käytiin läpi aihetta teknisemmästä näkökulmasta. Osa osallistujista seurasi etänä, toimistolla oleville oli tarjolla myös lounaspitsaa. Aiheina oli: Mitä tarkoittavat summa- ja tulotyypit, ja mitä tekemistä matematiikalla on ohjelmoinnin kanssa? Entä mitä tarkoittaa se että puhtaammissa funktionaalisissa kielissä funktiot ja muuttujat ovat sama asia? Vielä - mitä ovat korkeamman asteen funktiot tai paloittain määritellyt funktiot? Lisäksi käytiin pieni katsaus Either/Maybe monadeihin ja deklaratiiviseen tapaan käsitellä virheitä koodissa. Aihe herätti niin paljon mielenkiintoa ja paljon jäi vielä käsittelemättä, joten Antti esittelee aihetta vieläkin syvemmälle menevässä kolmannessa sessiossa myöhemmin keväällä. ‍

Huhtikuun puolivälissä pöhinöissä käsiteltiin funktionaalista ohjelmointiparadigmaa. Antin pöhinäesitys keskittyi tällä kertaa siihen, missä tilanteissa ja miksi juuri niissä funktionaalinen ohjelmointi on oikea työkalu - ja missä taas ei. Esityksen kohderyhmänä olivat niin ei-teknistä työtä tekevät kuin koodarit, joille aihepiiri ei ollut kovin tuttu. Pöhinöissä käytiin läpi referential transparencyä, puhtaita funktioita, immutabilityä, sekä algebrallisia rakenteita. Antti kertoi, miten matemaattista intuitiota voi käytännössä soveltaa ohjelmistokehityksessä niin, että päästään eroon ikävistä bugeista ja ongelmista. Lopuksi hän esitteli muutamia koodiesimerkkejä sivuvaikutusten (side effect) aiheuttamista ongelmista ja siitä, miten epäpuhtaudet johtavat koodin vaikeampaan reasonointiin. Nämä pöhinät olivat ensimmäinen osa kaksiosaisen funktionaalisen ohjelmointiparadigmaesityksen sarjassa. Seuraavalla kerralla Antti käsittelee aihetta hieman teknisemmästä näkökulmasta.

Maaliskuun puolivälissä saimme kaksi uutta työntekijää - softakehittäjä Mikon sekä Account manager Tarun! Mikko on ollut alalla pitkään, ja tuo mukanaan mm. erinomaista mentorihenkeä. Myynnin ja markkinoinnin opiskelija Taru pääsi meille aivan uuteen rooliin osa-aikaiseksi myynnin ja asiakastyytyväisyyden tekijäksi. Näille tyypeille kannatti todellakin samalla viikoilla kippistellä ja korkata kakku!

Tällä kertaa pöhinöiden aihe oli hieman teoreettisempi, mutta tietojenkäsittelytieteen näkökulmasta. Antti kertoi meille aiheesta computational complexity, eli laskennan kompleksiteetit. Pöhinöissä käytiin läpi mm. mitä käytännössä tarkoittaa turingin kone, ja mitä kompleksiteettiluokat kuten P, NP tai EXPTIME ovat. Asiaa käytiin läpi siitä näkökulmasta, miten nämä liittyvät ohjelman suoritusaikaan tai muistinkäyttöön käytännössä. Lisäksi sivuttiin ihmiskunnan suurimpia selvittämättömiä mysteerejä.

Helmikuun lopussa vietimme kevyttä virkistysiltaa, eli Bytepäivä lightia. Tarkoituksena oli pelata pelejä, sekä tilata ruokaa. Byteläiset kuitenkin viihtyivät niin hyvin jutustellessaan, että pelien sijaan päädyimme keskustelemaan yhdessä tuntikaupalla mm. softa-alan sukupuolijakaumista ja videopelimaailmasta. Korttipelit jäivät odottamaan seuraavaa kertaa.

Helmikuun puolivälissä perjantai-iltapäivää vietettiin rennosti yhdessä oleskelemalla ja viikottaisella kuulumiskierroksella. Kuulumiskierros niin paikan päällä kuin etänä on tärkeä osa yhdessä jakamista ja toisilta oppimista. Usein, niin kuin myös tällä kerralla kierros viritti esiin keskustelun, joka jatkui pitkään virallisen osuuden jälkeen. Tämän lisäksi pöhinöiden yhteydessä tapahtui Bytecraftin vuoden 2024 Liikuntahaasteen palkintojenjako! Liikuntahaaste on tykätty tapa lisätä huomiota ja motivaatiota istumatyöläisten liikkumiseen. Viisi eniten liikkunutta saivat hierontalahjakortteja ja voittaja, tällä kertaa Annamari, nimensä kiertopalkintoon. Liikkuminen on oleellista ympäri vuoden, mutta liikuntahaastetta jäämme jälleen odottamaan innolla seuraavaan kertaan!

Helmikuun ensimmäisissä perjantaipöhinöissä puhuttiin ohjelmistoarkkitehtuureista. Juha esitteli aihetta parista eri tulokulmasta. Ensimmäinen tapa oli tarkastella isoa kuvaa. Toinen taas keskittyi yksityiskohtiin. Isossa kuvassa liiketoimintakyvykkyydet yhdistettynä Domain Driven Designiin tarjoaa usein hyvän lähtökohdan lähteä rakentamaan arkkitehtuuria, joka vastaa liiketoiminnan tarpeita. Yksityiskohdissa, ja myös isossa kuvassa, testattavuus toimii yhtenä erinomaisena mittarina, kun tarkastellaan sovelluksen laatua ja arkkitehtuuria. Ongelmat ja vaikeudet testattavuudessa johtuvat usein heikosta arkkitehtuurissa tai sen puutteista. Hyvä arkkitehtuuri rakentuu liiketoiminnan tarpeiden ympärille, sekä tekee testaamisesta helppoa, luotettavaa ja nopeaa. ‍

Viime vuoden puolella firman työntekijät pääsivät täyttämään Competence Matrixia, jossa kartoitettiin vahvuuksia ja kehityskohtia niin yleisen konsulttiuden kuin erilaisen teknisen osaamisen saralta. Jokainen pääsi myös keskustelemaan Matrixin pohjalta ja luomaan oman kehityssuunnitelman. Tämän kertaisissa lounaspöhinöissä käytiin läpi yleisellä tasolla sitä, mitkä Matrixin perusteella tunnistettiin firman vahvuuksiksi, sekä missä kohti osaamista voidaan vielä lisätä. Korkeinta osaamista Bytecraftilla löytyy muun muassa monipuolisissa tiimeissä toimimisesta, itseohjautuvuudessa, system designissa ja server managementissa. Lounaspitsan lomassa Ville esitteli lisäksi tarkemmin Bytecraftin vuoden 2024 tavoitteita - omista huolta pitämistä, rekrytointia sekä myynnin kehitystä.

Tämän kertaisissa perjantaipöhinöissä Oskari esitteli idean firman sisäisestä tekoälykilpailusta firmalle ja tiedusteli porukan kiinnostusta osallistua. Porukalla muisteltiin hetki myös Ohjelmointiputkan kivi-sakset-paperi -kisaa. Tekoälykilpailua pidettiin hauskana ja firman kulttuuriin sopivana ideana ja se päätettiin järjestää myöhemmin keväällä. Tästä siis lisää keväämmällä!

Bytecraftin pöhinävuosi avattiin totta kai pysähtymällä katsomaan vuotta 2023 retron merkeissä. Alkuun tarkastimme, mitä olimme nostaneet viime retrosta painopisteiksi ja miten ne olivat edistyneet. Käytimme retroon perinteistä Stop-Start-Continue -mallia, ja saimme paljon hyviä avauksia, mihin kiinnittää huomiota tänä vuonna. Yksi nostoista on läpinäkyvyyden vielä suurempi lisääminen firmassa, vaikka kuten sivulauseessa joku retrossa kommentoikin, “meillä toimitaan jo melkeinpä kuin akvaariona”. Viestinnän läpinäkyvyyden lisäksi retron avainsanoja olivat mm. yhteisöllisyys, oppien jakaminen ja olemassa olevien rakenteiden viilaaminen. Esimerkiksi nämä kaikki ovatkin Bytecraftin kulmakiviä! Tästä on hyvä aloittaa uusi vuosi! ‍

Joulukuun kahdeksantena juhlistimme osakeantia ja uusia osakkaita donitseilla ja kuohuvalla. Jokaisella työntekijällämme on mahdollisuus päästä osakkaaksi, ja tänäkin vuonna uusiksi osakkaiksi tuli useampi henkilö. Viikoittaisen kuulumiskierroksen lisäksi keskustelimme yhdessä pitkään yleisemmin työstämme. Tämän kertaisissa pöhinöissä näkyi hyvin siis Bytecraftille ominaisia asioita - kehittämiseen osallistaminen sekä yhteisöllisyys.

Marraskuun viimeisenä perjantaina Bytecraft vietti pikkujoulujaan iloisella porukalla! Ensin tietovisaillen ja sitten ravintolaillallisella Helsingin kattojen yllä. Jatkoilla toimistolla valkotaulu oli yhden työntekijän tituleeraamilla “kunnon nörttijouluilla” kovalla käytöllä, testaus herätti kiivastakin keskustelua ja yhdelle project managerille opetettiin Monadia. Erinomainen meininki hyvässä seurassa!

Kävimme yhdessä läpi tavoitteet Bytecraftille koskien vuotta 2024 ja mitä on odotettavissa painotuksina. Nämä tietenkin voivat muuttua ja käytimme OKR-mallia tavoitteiden tekemiseen. Kävimme myös läpi Competence Matrixin, josta olemme kehittäneet meille ensimmäisen iteraation ja käymme jokaisen kanssa sen läpi löytäkseemme kehitysalueet ja kiinnostukset. Saamme myös paremmin selville yrityksenä, mihin osa-alueisiin meidän tulee panostaa vuonna 2024.

Käytiin läpi esimerkkien, kokemusta ja tietokirjallisuuden pohjalta miten voimme nostaa esiin haasteita asiakasprojekteissamme ja saada ne ratkaistuksi. Hyvät tavat nostaa haasteet esille ja ratkaista että voimme tuottaa maksimaalista arvoa asiakkaille.

Lokakuun puolivälin perjantaina juhlistimme kahden uuden työntekijän, Jarnon ja Aarnin tuloa Bytecraftin tiimiin! Jarno ja Aarni ovat molemmat software craftereita ja aloittivat lokakuun alussa. Hienoa saada uutta erittäin kovaa taitoa mukaan porukkaan! Kakun ja kuohuvan nauttimisen lisäksi jaoimme yhdessä kuulumisia. Tämän kertaiset rennommat pöhinät jatkuivat muun muassa keskusteluilla lempi tietokone- ja konsolipeleistä.

Syksyn Bytepäivä aloitettiin Bytecraftin osakkuusohjelman läpikäynnillä sekä keskustelulla yhteisen lounaan äärellä. Sen jälkeen siirryimme huristelemaan karting-autoilla kauniissa syyssäässä, voiton vei lopulta Elias! Päivälliseksi nautittiin kreikkalaista ruokaa ja illaksi siirryttiin Pasilaan jatkoille. Virvokkeen kanssa maistuivat niin Guitar Hero -pelit, alan keskustelut valkotaulun äärellä kuin rento yhdessäolo. Tällä virkistymisellä jaksaa hyvin myös pimeämpään taittuvan syksyn!

Noin kerran kuussa perjantaipöhinöissä kehitetään tai suunnitellaan Bytecraftin toimintaa. Syyskuun ensimmäisenä päivänä kirkastettiin yhdessä laskutusohjeita. Lisäksi työntekijät saivat kysyä kysymyksiä ja keskustelimme erilaisista keisseistä, muun muassa työmatkoista. Keskustelun pohjalta luomme yhteiset ohjeet.

Elokuun viimeisissä Pöhinöissä Antti Halava esitteli efektuaatioa ajattelutapana ja työmallina. Efektuaatiossa on kyse siitä, että keskitytään luomaan mahdollisuuksia ja ratkaisemaan ongelmia. Tämä tehdään ottamalla kaikki käytettävissä olevat resurssit käyttöön ja hyväksyen mahdolliset tappiot sen sijaan, että lyödään lukkoon suunnitelma ja toimitaan sen mukaisesti. Kun kaikki resurssit ovat käytössä, ne asetetaan kohti päämäärää ja muutetaan toimintatapoja muutosten tullessa. Efektuaatiossa korostuu jatkuva yhteistyö, ja muutokset nähdään mahdollisuuksina. ‍ Opimme, että efektuaatiossa on paljon samaa ketterien menetelmien kanssa, mutta ne eivät ole täysin yksi yhteen. Lopuksi keskustelimme efektuaation hyödyntämisestä niin työ- kuin henkilökohtaisessa elämässä.

Jaakko Hannikainen kertoi lyhyesti kokemuksistaan perinteisistä poikkeavista verkkoteknologioista. Hän kertoi kahdesta kesällä tekemästään projektista, joista toiseen oli käytetty Rustia, Yew-kehystä sekä WASMia, ja toiseen Electronia, Reactia, Protobufia ja Emscripteniä. WASM on käyttökelpoinen teknologia jos tarvitaan verkkosivuille tehokkaampaa laskentatehoa tai halutaan käyttää esimerkiksi C++:lla toteutettua kirjastoa. Electron taas mahdollistaa työpöytäsovellusten kirjoittamisen yleisillä verkkoteknologioilla, jotka ovat suosionsa takia helpommin kehitettävissä kuin varsinaiset natiivisovellukset.

Kesäkuun ensimmäisenä perjantaina Bytecraft vietti kesäistä Bytepäivää merellisessä Helsingissä omalla porukalla! Aamupäivästä kehitettiin yhdessä yrityksen toimintaa, rekrytointia ja kontaktointia. Illalla muun muassa grillailtiin ja nautittiin hyvästä ruoasta. Tärkeintä virkistyspäivässä oli yhdessäolo, keskustelut ja hauskanpito.

Pienen helatorstain tuoman tauon jälkeen perjantaipöhinöissä käytiin yhdessä läpi John Ousteroutin kirjaa “A Philosophy of Software Design”.

Perjantaina 12.5. pöhistiin Jay Krepsin kirjan “I Heart Logs” -hengessä tapahtumalokeista. Keskustelun ytimessä oli miten tapahtumalokia voidaan käyttää apuna hajallaan olevan datan tehokkaammassa käytössä. Pöhinöiden lomassa syötiin kesäisen sään kunniaksi jätskit! ‍

Perjantaina 5.5. kokoonnuttiin yhdessä keskustelemaan Bytecraftin toiminnasta tuoreen toimarimme Villen fasilitoimana. Kävimme läpi muun muassa taloutta, laskutusta ja bonusmalleja.

Juha Heljoranta esitteli kertauksen DevOps metriikat -esityksestä. Pöhinät pidettiin lounaspöhinöinä. Iltapäivällä vappukoristeilla verhotulla toimistolla nautittiin yhdessä vielä munkkeja ja simaa, ja jaettiin viikon kuulumisia.

Perjantaina kilisteltiin kuohuvaa ja syötiin kakkua, kun Ville nimettiin Bytecraftin toimitusjohtajaksi. Tavoitteena ottaa seuraava askel Bytecraftin tarinassa kohti software craftsmanshipin tuomista asiakkaillemme (nykyisille ja tuleville) rautaisten ammattilaisten toimesta. Saimme myös demon mitä Aalto-yliopiston projektikurssi on saanut aikaan. He ovat tehneet softaa, millä voi luoda “flavor”-tekstejä pelien luojan antamilla spekseillä. Loistavasti näytetty miten tekoälyllä voi saada vauhtia myös tähän maailmaan.

Työntekijöiden ajatusten ja erilaisten signaalien huomioon ottaminen on Bytecraftille erittäin tärkeää. Perjantaina 14.4. kävimme sisäisesti yhdessä läpi Bytecraftin työyhteisökyselyn tuloksia. ‍ Työyhteisökyselymme tulokset olivat hyviä, mutta jo yhden kivijalkammekin mukaisesti opittavaa löytyy aina. Kävimme yhdessä läpi, mitä kehitettävää löysimme ja mitä niistä voimme saman tien alkaa työstämään. Yleisesti ottaen erilaisten työyhteisö-/hyvinvointi-/kvartaalikyselyn jälkeen työntekijän olo voi joskus olla se, että kyselyn tulokset häviävät bittiavaruuteen, tuloksia ei jaeta avoimesti tai ne eivät lopulta vaikuttaneetkaan mihinkään. Bytecraftilla me pyrimme siihen, että työyhteisö voi hyvin, kaikilla on mahdollisuus tulla kuulluksi ja että kaikilla on myös mahdollisuuksia vaikuttaa!

Ennen palmusunnuntaita pöhisimme rennommin pääsiäisen merkeissä. Annamari piti ensin pääsiäisteemaisen visan, jossa opimme mm. mistä pääsiäiskukko on saanut juurensa ja mistä ruotsin kielen sana påsk (pääsiäinen) on saanut nimensä. Sen jälkeen toimistolla oli pääsiäisyllätysten etsintää pareittain vihjeiden avulla. Oli hauskaa ja erilaista!

Kävimme läpi miten isomman kokoluokan ohjelmistoja ostetaan yrityksissä ja mitä sudenkuoppia sellaisessa monesti on. Lisäksi “Mistä kannattaa lähteä liikkeelle” sekä opit eri hankintaprojekteista.

Antti Halava piti lounaspöhinää meille retrotekniikoista. Miten voimme hyödyntää eri tekniikoita ratkaisemaan erilaisia tilanteita ja erityisesti parantamaan tiimityöskentelyn mukavuutta kuin myös tehokkuutta. sona asiana on psykologinen turvallisuus, jotta kaikki voivat tuoda heille tärkeitä asioita esille.

Bytecraftin virkistyspäivät vaihtoivat nimensä vuoden alussa Bytepäiviksi! Ensimmäisessä sellaisessa kilpailtiin tiimeittäin tietovisassa, päästettiin luovuutemme uudella tapaa valloilleen akryylikaatotyöpajassa ja käytiin yhdessä syömässä. Jatkoja vietettiin korttipelin ja puheensorinan äärellä Pasilan toimistolla.

Juha Heljoranta piti lyhyen yhteenvedon Ferrix Hovin DevOps metriikoista käsittelevästä esityksestä. Metriikat ovat tärkeä osa ohjelmistokehitystä. Oikeiden ja tarkoituksellisten mittareiden käyttäminen auttaa ohjaamaan ja parantamaan tekemistä. Väärät mittarit ovat taas jopa tuhoisia sofakehityksen kannalta. ‍

Pöhinöissä katselimme Dave Farleyn GOTO 2022:ssa pitämän esityksen: Taking Back “Software Engineering” – Craftsmanship is Insufficient (https://www.youtube.com/watch?v=ephM9Nw9pAA) Tämän pohjalta kävimme vapaamuotoista keskustelua ja pohdimme mm. luotettavuutta, iteratiivisuutta ja incrementaalisuutta ohjelmistokehityksessä. ‍

Mitä on tekninen velka ja miten sitä hallitaan, sekä teknisen velan tila asiakkaalla. Yleisesti koko alalla teknisen velan hallinta on retuperällä, vaikka se on ilmiönä erottamaton osa softakehitystä. Asiakkaalla 20-30% devausajasta tuhlaantuu velkaan, jonka keskeisimmäksi aiheuttajaksi paljastui juurisyyanalyysissä omistajuuden puute.

Vuosi 2022 oli ja meni niin pidettiin firman retro, missä otettiin katselmus viime vuoteen. Mentiin start, stop, continue -mallilla ja valittiin mitä otetaan työstöön. Tetenkin nimettiin vastuulliset.Oli parannuslistalla niin sisäistä kuin ulkoista asiaa ja monta hyväksi todettua asiaa mitä haluttiin jatkaa.

Kartoitimme erilaisia osaamisalueita sekä osaamista jonka varaan hyvä ohjelmisto-osaaminen rakentuu. Tarkastelimme kolmea keskeistä osa-aluetta: inhimillisyys, taktiset taidot sekä strateginen osaaminen.Inhimilliset taidot sisältävät perus työelämän taitoja kuten kommunikaatio ja tiimityöskentely. Taktiset taidot ovat tyypillisesti teknistä osaamista kuten ohjelmointikielet. Strateginen osaaminen kattaa korkean tason tekniikoita kuten Domain Driven Design, Extreme Programming ja Test Driven Development.

Loppiaisen vuoksi Pöhinät pidettiin poikkeuksellisesti torstaina. Uusi vuosi aloitettiin tällä kertaa rennosti tutulla, mutta aina vaan naurua herättävällä skribbl.io-kuvanselityspelillä. Arvaisitko sinä, mistä kuvassa on kyse? ‍

Pohdiskelimme Antti Halavan johdolla miten säätöteorian oppeja voi soveltaa ohjelmistokehitykseen.

Pikkujouluja vietettiin koko tiimin voimin. Alkuun kevyellä aktiviteetilla ja saunalla. Illan päätti perinteinen illallinen ja jatkot kantakaupungin ytimessä.

Juttelimme lisää ohjelmistoarkkitehtuureista muutaman viikon tauon jälkeen. Osalta porukasta oli ensimmäinen keskustelu väliin, joten Juha kävi läpi sekä edellistä että uutta materiaalia. ‍

Annamari aloitti tällä viikolla Bytecraftilla Office Managerina ja juhlan kunniaksi nautimme kakkua ja kuohujuomaa pöhinöiden aluksi. Kakutteluiden päälle Antti esitteli meille Radical Candor -konseptin. Sen keskeinen ajatus on, että palautteen pitää olla suoraa, mutta ystävällisesti esitettyä ja palautteen saaja huomioonottavaa.

Työntekijät pitivät tällä viikolla syyskokouksensa, jossa kävivät firman asioita läpi. Aiheina oli osakeanti, mitä osakkuustasot meinaavat ja mitä odotetaan tietyllä tasolla. Myös kansainvälistymistä puitiin ja miten pitää firma yhtenäisenä. Näitä asioita käytiin sitten koko porukalla perjantaina läpi, missä myös managing partnerit olivat osallisina ja saatiin muutamat asiat työlistalle.

Pidimme rennomman hengailun toimistolla, missä kävimme läpi AI-puolen kehityksiä prompt to text tai -to pic testailua. Samalla saimme myös kuulumisia Aalto-projektista, jossa olemme mukana. Juttua riitti kuten myös naurua kun testasimme eri lähtölauseita niin tekstille kuin kuville. Kävimme myös eettistä keskustelua tekijänoikeuksista ja AI:n huimasta kehitysvauhdista.

Kävimme Antin johdolla läpi Lean:in keskeiset periaatteet ja mitä yhtäläisyyksiä niillä on ketterän ohjelmistokehityksen kanssa. Erityisesti juttelimme Lean:in ideasta karsia kaikki turha ja miten sitä voi soveltaa softakehitykseen.

Ohjelmistoarkkitehtuurit puhuttivat perjantaina. Liiketoiminnan kyvykkyyksien ympärille rakennetut ratkaisut, spaghetti koodi sekä monoliitit vs microservicet vs serverless ratkaisuiden vertailu johti hyvään ajatusten vaihtoon. Myös sparrailu eri lähestymistavoista arkkitehtuurien rakentamiseen oli hedelmällistä.

Antti esitteli meille mitä matemaattisesta peliteoriasta voidaan oppia tiimityöskentelyn kannalta. Teorian mukaan mm. erilaisten toimijoiden tiimi toimii tehokkaimmin, jos jäsenet kommunikoivat keskenään jatkuvasti. Samoin vaikka yksi jäsenistä toimisi itsekkäästi vastoin tiimin etuja, niin se ei juurikaan vaikuta lopputulokseen, jos muut pysyvät tavoitteessa. Mielenkiintoisia yhtäläisyyksiä, joista useammalla olikin omakohtaisia kokemuksia.

Event storming on nopea ja kevyt tapa selvittää mitä sovelluksen pitäisi sisältää ja miten sen pitäisi toimia. Siinä kaikki sidosryhmät, esim. kehittäjät, domain asiantuntijat ja PO:t, tuovat esiin omalta kannaltaan mitä tapahtumia ohjelma sisältää ja miten niihin päädytään. Tietoa kerätään lapuille tyhjälle seinälle. Teimme omalla tiimillä pienen Event storming -harjoituksen. Kävimme läpi mitä tapahtumia HSL-mobiililipun ostaminen sisältää.

Miksi estimointia tehdään? Entä mikä merkitys on estimaatin varianssilla? Kuinka hyvin estimaatti soveltuu sprinting työmäärän arviointiin? Muun muassa näitä kysymyksiä pohdimme Antti Halavan vetämässä sessiossa.

Mitä on API design ja millainen API on hyvä? Juha Heljoranta piti aiheesta esityksen ja keskustelimme eri näkökulmista. Esiin nousi mm. developer experience, ilmaisuvoima, ymmärrettävyys, testattavuus, dokumentaatio sekä monta muuta tekijää jotka vaikuttavat API Designiin.

Bytecraftilla aloitti tälllä viikolla jälleen uusi työntekijä, Kalle Micklin. Tänään pöhinöissä tutustuttiin puolin ja toisin kakuttelun lomassa. Tervetuloa tiimiin Kalle!

Antti Halava esitteli mihin tekoäly nykyään kykenee. Tarkastelimme tekoälyn livenä tuottamia tekstejä sekä kuvia. Selvitimme tekoälyn avulla mm. mikä mikä elokuva voittaa seuraavan parhaan elokuvan Oscar palkinnon.

Palasimme omaa toimintaamme kannatteleviin prinsiippeihin ja periaatteisin. Kävimme läpi Software Crafter historiaa sekä mitä se tarkoittaa meidän päivittäisessä työssä.

Bytecraftin perjantaipöhinät palasivat lomatauolta makeasti. Tällä viikolla Bytecraftilla aloittaneet Antti ja Jaakko pääsivät leikkaamaan kakkua ja tutustumaan tiimiin toimistolla. Tervetuloa molemmille!

Ville Vuorinen esitteli kokemuksiaan tuoteomistajan roolista kun yritystä lähdettämään muokkaamaan. Miten suojellaan tiimiä feature creepiltä ja jatkuvasti scopen ulkopuolelta tulevilta muutoksilla. Myös miten otetaan eri ryhmiä mukaan tekemiseen että saadaan omistautunut ryhmä viemään muutosta eteenpäin uudella softalla, työtavoilla ja asenteella.

Aivan kuten softakehityksessä niin myös firman ja työpaikan kehittämisessä on hyvänä apuna retrospektiivi. Perjantaina katsoimme taas taaksepäin ja mietimme mikä on mennyt hyvin ja mitä voisimme tehdä toisin tiiminä ja yrityksenä. Keskusteluissa nousee esiin tärkeitä asioita, joiden pohjalta voimme kehittää jatkuvasti parempaa työpaikkaa.

Aki Salmi kävi juttelemassa kanssamme empatiasta työelämässä. Aki sanoitti ja kuvasi meille, mistä koostuu empatia. Hän myös kertoi tutkimuksista aiheen taustalla ja mikä vaikutus empatialla on liiketoiminnan tuloksiin ja kuinka empatia nivoutuu kaikkeen toimintaan, töissä ja sen ulkopuolla.

Bytecraft on ollut tänäkin vuonna asiakkaana Aalto-yliopiston ohjelmistoprojekti-kurssilla. Tänään projektiryhmämme esitteli meille viittä vailla valmista tuotetta. Kyseessä on kaaviopohjainen tehtävienhallinta työkalu. Itse tehtäväkuvausten lisäksi käyttöliittymä esittää tehtävien riippuvudet toisistaan kaaviona ja niitä voi muokata graafisesti. Tiimi oli saanut kurssin aikana hyvää oppia ohjelmistotuotannosta ja hienoa huomata kuinka paljon hyviä käytäntöjä oli jo omaksuttu projektiin mukaan. Tehtävienhallintaa graafisesti.

Vappupöhinöissä oli luonnollisesti tukeva annos perinteisiä vappuherkkuja, mutta ihan pelkästään herkutteluksi tämäkään perjantai ei mennyt. Tiimiimme tuli tutustumaan meillä kesällä aloittava uusi devaaja. Hänellä olikin heti pöhinäaihe valmiina mietittynä. Juttelimme linttereistä - mitä niillä voi tehdä ja miten niitä kannattaa projekteissa käyttää. Tähän liittyen saimme uuden terminkin käyttöön: Quality As Code.

Tänä perjantaina keskustelimme Dan Northin blogipostauksesta CUPID—for joyful coding (https://dannorth.net/2022/02/10/cupid-for-joyful-coding/). Dan esittelee SOLID periaatteiden rinnalle toisen lyhenteen, joka ohjaa riemukkaaseen koodaamiseen. Kyse ei ole SOLID:in tavoin periaatteista vaan enemminkin ominaisuuksista, joita koodista pitäisi löytyä. Tämä on hyvää luettavaa kaikille koodareille. Siihen on luvassa myös jatko-osia, joissa Dan käy kutakin ominaisuutta tarkemmin läpi.

Tämän viikon perjantaipöhinöissä Oskari esitteli OAuth 2 valtuutusprotokollaa ja sen erilaisia autorisointiflow:ita.

Perjantaipöhinöissä keskusteltiin ORM:sta ja erityisesti milloin ja miten niitä kannattaa käyttää. Pohdimme muun muassa mitä hyviä tai huonoa puolia ORM:eissa on? Entä jos domain tulee pitää erillään ORM:sta? Mitä vaikutusta ORMeilla on testeihin tai niiden suorituskykyyn?

Normaalin viikkokierroksen jälkeen Jaakko esitteli Tailwind CSS:ää, jolla hän oli kirjoittanut uudelleen bloginsa tyylit. Tailwind CSS on ns. utility-first CSS framework. Se tarjoaa matalan tason valmiita tyylejä käytännössä kaikkiin CSS tarpeisiin. Tailwind ei sisällä valmiita komponentteja vaan valmiilta CSS-luokkia, joten se ei ohjaa mihinkään valmiiseen design:iin. Tailwind on tällä hetkellä yksi suosituimmista CSS Frameworkeista. Kannattaa ehdottomasti evaluoida kun seuraavan kerran aloittelee uutta projektia: https://tailwindcss.com/

Toissa viikon ORM-keskusteluiden jatkoksi kävimme läpi käyttötapausta, johon ORM sopii hyvin. Oskari esitteli sovellusta, jossa oli mukana Microsoftin Entity Framework. Varsinkin yksinkertaisiin CRUD-sovelluksiin ORM sopii kuin nenä päähän.

Viime viikkoina Bytecraftin perjantaipöhinöissä on aiheena ollut mm. visualisointityökalut. Näistä tutustuimme tarkemmin PlantUML:iin (https://plantuml.com/) ja C4 Model:iin (https://c4model.com/). Viime perjantaina kävimme läpi Thoughtworks:in Technology Radari:a (https://www.thoughtworks.com/radar). Tähän listaan kannattaa tutustua. Se sisältää hyvän listauksen suositeltuja teknologioita, työskentelytekniikoita ja työkaluja.

Aivan kuten softakehityksessä niin myös firman ja työpaikan kehittämisessä on hyvänä apuna retrospektiivi. Perjantaina katsoimme taas taaksepäin ja mietimme mikä on mennyt hyvin ja mitä voisimme tehdä toisin tiiminä ja yrityksenä. Keskusteluissa nousee esiin tärkeitä asioita, joiden pohjalta voimme kehittää jatkuvasti parempaa työpaikkaa.

Aki Salmi kävi juttelemassa kanssamme empatiasta työelämässä. Aki sanoitti ja kuvasi meille, mistä koostuu empatia. Hän myös kertoi tutkimuksista aiheen taustalla ja mikä vaikutus empatialla on liiketoiminnan tuloksiin ja kuinka empatia nivoutuu kaikkeen toimintaan, töissä ja sen ulkopuolla.

Vappupöhinöissä oli luonnollisesti tukeva annos perinteisiä vappuherkkuja, mutta ihan pelkästään herkutteluksi tämäkään perjantai ei mennyt. Tiimiimme tuli tutustumaan meillä kesällä aloittava uusi devaaja. Hänellä olikin heti pöhinäaihe valmiina mietittynä. Juttelimme linttereistä - mitä niillä voi tehdä ja miten niitä kannattaa projekteissa käyttää. Tähän liittyen saimme uuden terminkin käyttöön: Quality As Code.

Tämän viikon perjantaipöhinöissä Oskari esitteli OAuth 2 valtuutusprotokollaa ja sen erilaisia autorisointiflow:ita.

Bytecraft on ollut tänäkin vuonna asiakkaana Aalto-yliopiston ohjelmistoprojekti-kurssilla. Tänään projektiryhmämme esitteli meille viittä vailla valmista tuotetta. Kyseessä on kaaviopohjainen tehtävienhallinta työkalu. Itse tehtäväkuvausten lisäksi käyttöliittymä esittää tehtävien riippuvudet toisistaan kaaviona ja niitä voi muokata graafisesti. Tiimi oli saanut kurssin aikana hyvää oppia ohjelmistotuotannosta ja hienoa huomata kuinka paljon hyviä käytäntöjä oli jo omaksuttu projektiin mukaan.

Toissa viikon ORM-keskusteluiden jatkoksi kävimme läpi käyttötapausta, johon ORM sopii hyvin. Oskari esitteli sovellusta, jossa oli mukana Microsoftin Entity Framework. Varsinkin yksinkertaisiin CRUD-sovelluksiin ORM sopii kuin nenä päähän.

Perjantaipöhinöissä keskusteltiin ORM:sta ja erityisesti milloin ja miten niitä kannattaa käyttää. Pohdimme muun muassa mitä hyviä tai huonoa puolia ORM:eissa on? Entä jos domain tulee pitää erillään ORM:sta? Mitä vaikutusta ORMeilla on testeihin tai niiden suorituskykyyn?

Normaalin viikkokierroksen jälkeen Jaakko esitteli Tailwind CSS:ää, jolla hän oli kirjoittanut uudelleen bloginsa tyylit. Tailwind CSS on ns. utility-first CSS framework. Se tarjoaa matalan tason valmiita tyylejä käytännössä kaikkiin CSS tarpeisiin. Tailwind ei sisällä valmiita komponentteja vaan valmiilta CSS-luokkia, joten se ei ohjaa mihinkään valmiiseen design:iin. Tailwind on tällä hetkellä yksi suosituimmista CSS Frameworkeista. Kannattaa ehdottomasti evaluoida kun seuraavan kerran aloittelee uutta projektia: https://tailwindcss.com/

Tänä perjantaina keskustelimme Dan Northin blogipostauksesta CUPID—for joyful coding (https://dannorth.net/2022/02/10/cupid-for-joyful-coding/). Dan esittelee SOLID periaatteiden rinnalle toisen lyhenteen, joka ohjaa riemukkaaseen koodaamiseen. Kyse ei ole SOLID:in tavoin periaatteista vaan enemminkin ominaisuuksista, joita koodista pitäisi löytyä. Tämä on hyvää luettavaa kaikille koodareille. Siihen on luvassa myös jatko-osia, joissa Dan käy kutakin ominaisuutta tarkemmin läpi.

Viime viikkoina Bytecraftin perjantaipöhinöissä on aiheena ollut mm. visualisointityökalut. Näistä tutustuimme tarkemmin PlantUML:iin (https://plantuml.com/) ja C4 Model:iin (https://c4model.com/). Viime perjantaina kävimme läpi Thoughtworks:in Technology Radari:a (https://www.thoughtworks.com/radar). Tähän listaan kannattaa tutustua. Se sisältää hyvän listauksen suositeltuja teknologioita, työskentelytekniikoita ja työkaluja.

Keskustelimme perjantaina Conwayn laista. Esiin nousi mm. esimerkkejä organisaatioiden kypsyydestä ja kuuluisasta layer arkkitehtuurista joka syntyy yleensä väkisinkin jos tiimi koostuu frontti tiimistä, backend tiimistä ja tietokanta tiimistä. Pallottelimme myös miten laki näkyy Domain Driven Designin bounded contexteissa sekä miten se liittyy liiketoimintakyvykkyyksiin.