63: TKMV - Karmaisevia asiakkaita ja đŸ•·đŸ•ž koodissa

MitĂ€ tehdĂ€ kun asiakas vaatii rahojaan takaisin huonojen teknisten ratkaisujen takia vaikka osasyynĂ€ on asiakkaan jatkuvasti muuttuvat vaatimukset? MistĂ€ löytyy Tampereen paras kebab 🌯? Jakson sponsorina Zure.

Tsekkaa Zuren uramahdollisuudet!

Kysymykset

  • EtsikÀÀpĂ€ jostain haastateltavaksi asiantuntija, joka osaisi sanoa jotain viisasta webbipalveluiden hiilijalanjĂ€ljen pienentĂ€misestĂ€, aiheesta olisi kiva kuulla lisÀÀ. (Mikko)
  • Heippa! Kiitos viime jaksosta, ihanaa, ettĂ€ kĂ€sittelitte clojurea. TehkÀÀ pliiiis oma clojurejakso ja siihen suosittelen lĂ€mpimĂ€sti Metosinilta Jarppe LĂ€nsiötĂ€ (enkĂ€ edes ole metosinilla töissĂ€, tĂ€mĂ€ on ihan aito suositus, eikĂ€ markkinointitemppu). Tsekatkaa esmes Jarpen ClojuTre - puheenvuoro vuodelta 2018: https://youtu.be/WtdegIqQbrgSemmonen kommentti, ettĂ€ oli hauskaa, kun kommentoitte, ettĂ€ clojurekoodi nĂ€yttÀÀ hassulta ja vieraalta; tĂ€ysin samalta clojuristille muuten nĂ€yttÀÀ joku typescript, ettĂ€ miten semmosta voi tehdĂ€ 😃
  • Tampereen paras kebab?
  • Devaustyö kĂ€ytĂ€nnössĂ€; yksin pĂ€kertĂ€minen vs mob programming. Ensin kiitos todella loistavasta poodkastista, ja vielĂ€ suomenkielellĂ€. Poljen 10,5 kilsaa suuntaansa töihin Oulun keskustaan ja tĂ€mĂ€ on yksi työmatkan suosikeista (Joni Jaakolan VĂ€kevĂ€ ElĂ€mĂ€ -podcastin lisĂ€ksi). Kaikki webbidevaukset on tullut kuunneltua :) Sitten kyssĂ€riin. Omalla kodestelu-uralla on tullut kokeiltua kaikenlaista koodin kehitystapaa. Niin yksin luurit pÀÀssĂ€ pĂ€krĂ€ystĂ€, parityöskentelyĂ€ ja aina ihan mob ohjelmointia. Oletteko kokeilleet mob ohjelmointia ja jos olette, niin mitĂ€ mieltĂ€ menetelmĂ€stĂ€? Jos ette ole, niin ehdottomasti kannattaa kokeilla ja jakaa kokemukset muiden kuulijoiden kanssa. Se voisi olla keino mm lĂ€hes virheettömÀÀn koodiin, sillĂ€ polku koodin syntyyn ja review tulee siinĂ€ samalla tehtyĂ€. TĂ€mĂ€n vuoksi veikkaan, ettĂ€ menetelmĂ€ maksaa lopulta itsensĂ€ takaisin helposti.
  • Moro! Minut siirrettiin hiljattain projektiin, joka on aloitettu vuonna 2015. Projektin frontissa on kĂ€ytössĂ€ Angular (2+). Angularin versiota on pĂ€ivitetty ajan kuluessa, mutta sitĂ€ kĂ€ytetÀÀn projektissa samalla tavalla kuin tuolloin vuonna 2015. Ajattelin lĂ€hteĂ€ hieman modernisoimaan Angularin kĂ€yttöÀ projektissa sitĂ€ mukaan kuin mikĂ€kin komponentti tulee minkĂ€kin tiketin myötĂ€ työn alle. Ehdin jo tekemÀÀn joitain muutoksia, jonka jĂ€lkeen minua kiellettiin jatkamasta muutosten tekemistĂ€. Syyksi ilmoitettiin, ettĂ€ projektin frontin tulisi toimia yhdenmukaisella tavalla. YmmĂ€rrĂ€n tĂ€mĂ€n tavallaan, mutta toisaalta koodi on ja pysyy vanhanaikaisena. MitĂ€ mieltĂ€ olette tĂ€stĂ€? React-maailmasta vastaava esimerkki voisi olla hookkien kĂ€ytön kieltĂ€minen vanhassa projektissa, johon on kuitenkin pĂ€ivitetty viimeisin React. (PitĂ€isikö jo juosta?)
  • Miten toimisitte tilanteessa jossa projekti on muuttuvien bisnes-vaatimusten takia pÀÀtynyt teknisesti hiukan suohon/velkaan ja asiakkaalle pitĂ€isi myydĂ€ jĂ€rjestelmĂ€n taustan refaktorointi joka ei nĂ€y loppukĂ€yttĂ€jille suoranaisesti mitenkÀÀn? Parissa aiemmassa tĂ€llaisessa tapauksessa on asiakas yrittĂ€nyt "huonoihin" teknisiin ratkaisuihin vedoten saada työt takuuseen vaikka ratkaisut oli ihan valideja pÀÀtösten tekohetkellĂ€.
  • Koodareita kuulemma tarvitaan kaikkialla. Olen kohta valmistuva tietotekniikan opiskelija ja minua kiinnostaa varsinkin fronttikoodaus aivan Ă€lyttömĂ€sti. En kuitenkaan ole onnistunut löytĂ€mÀÀn alata kolmen vuoden aikana työpaikkaa koulun ohelle. Vapaa-ajalla minulla onkin ollut aikaa tehdĂ€ omia koodiprojekteja joista nautin. Kysyn siis, onko teillĂ€ mielikuvaa mille alueelle koodialan työpaikat ovat sijoittuneet ja miksi minĂ€ en ole siellĂ€? (Santeri)

Jakson valinnat

Ota yhteyttÀ!