IT-alan työpaikat

Reaktor seuraavana ilmoitti muutosneuvotteluista. On tämä työtilanne it-alalla vieläkin surkea ja valoa ei näy.
En osannut löytää uutista reaktorin yt-neuvottelusta. Voisiko kyse olla siitä, että viilataan yritystä pörssilistautumiskuntoon? Rönsyt ja löysät pois, hienot numerot, että mahdollisessa pörssilistautumisessa firma näyttäisi sekä rakenteellisesti että tuloksentekokyvyn puolesta mahdollisimman hyvältä
Toimitusjohtaja Pekka Horon mukaan Reaktorilla on käynnissä selvitys, jossa katsotaan, olisiko pörssilistautuminen järkevä keino hakea kovempaa kasvua: Tämä yhtiö voi olla tuleva pörssitähti – ”Mielestäni tekoälyä pitäisi opettaa koulussa”, toimitusjohtaja sanoo
 
En osannut löytää uutista reaktorin yt-neuvottelusta.

Hesarissa oli 2pv sitten uutinen:

Teknologiayhtiö Reaktor aloittaa muutosneuvottelut, jotka voivat johtaa enintään 55 työntekijän vähentämiseen Suomessa.

Muutosneuvottelut koskevat ensisijaisesti suunnittelutiimejä sekä hallintoa. Ne eivät koske ohjelmistokehittäjiä. Neuvottelut alkoivat 7. lokakuuta, ja niiden arvioidaan päättyvän marraskuun puoleen väliin mennessä.

 
Hesarissa oli 2pv sitten uutinen:



Ilmeisesti siis designereita ulos. Liekkö tekoäly taustalla vaikka sitä ei suoraan tuossa sanotakaan? AI työkalut tekee suunnittelutyöstä tehokkaampaa/nopeampaa, mutta samalla digitaalisten palvelujen kysyntä Suomessa ei kasva ainakaan tällä hetkellä.
 
Ilmeisesti siis designereita ulos. Liekkö tekoäly taustalla vaikka sitä ei suoraan tuossa sanotakaan? AI työkalut tekee suunnittelutyöstä tehokkaampaa/nopeampaa, mutta samalla digitaalisten palvelujen kysyntä Suomessa ei kasva ainakaan tällä hetkellä.
Eiköhän kyse ole siitä, että konsultteja istuu penkillä liikaa eli syy perinteinen.
 
Eiköhän kyse ole siitä, että konsultteja istuu penkillä liikaa eli syy perinteinen.
No tietenkään myynti ei kulje, mutta pointti olikin että mikä taustalla. Ohjelmistokehittäjiähän tuossa ei potkittu vaan designereita.
Voihan se tietenkin olla että juuri designereista on rakennettu nousukaudella tarpeettoman isot reservit mutta vähän epäilen.
 
Tietämättä sen tarkemmin R-kiskan rakennetta, luin suunnittelutiimin eri asiaksi kuin designerit

Omasta näkökulmasta designerien tarve näyttää olevan samalla suhteellisella tasolla ohjelmistokehitäjiin verrattuna kuin ennenkin, jopa suurempi. AI ei vaikuta kovinkaan paljoa designtyön pihviin, eli käyttäjätutkimukseen ja suunnitteluun sen pohjalta.
 
Tietämättä sen tarkemmin R-kiskan rakennetta, luin suunnittelutiimin eri asiaksi kuin designerit

Omasta näkökulmasta designerien tarve näyttää olevan samalla suhteellisella tasolla ohjelmistokehitäjiin verrattuna kuin ennenkin, jopa suurempi. AI ei vaikuta kovinkaan paljoa designtyön pihviin, eli käyttäjätutkimukseen ja suunnitteluun sen pohjalta.

Jep samaa mieltä. Ainakin vielä tällä hetkellä sillä AI:lla on melko hankala korvata sitä taitoa, jolla revitään se tieto asiakkaasta mitä he haluavat vs. mitä he luulevat haluavansa.
 
Jep samaa mieltä. Ainakin vielä tällä hetkellä sillä AI:lla on melko hankala korvata sitä taitoa, jolla revitään se tieto asiakkaasta mitä he haluavat vs. mitä he luulevat haluavansa.
Yksi tapa on tehdä ai:n avulla erittäin nopeasti protoja ja iteroida protojen kautta asiakkaan kanssa sen sijaan että pallotellaan word-dokkaria. Kun alkaa näyttämään siltä mitä tarvitaan niin tehdään tyhjästä uusi toteutus perinteisellä tavalla välttäen jäätävistä muutospyynnöistä johtuneet uudelleenkirjoitukset/tekninen velka/iterointikierrokset.

Toteutuksen voi myös tehdä osittain ai:n avulla varsinkin projektin alkuvaiheessa kun tehdään runkoa+testejä. AI:n avulla voi myös oppia itselle uusia asioita nopeasti kun voi protoilla asiaa nopeasti lisäten omaa ymmärrystä. AI-työkalu koodiarviointiin myös hyvä samalla tapaa kuin lintterit, clang-tidy jne. Mitä paremman PR:n tekee niin sitä sujuvammin se menee sitten työkavereiden vertailusta ja ci-putkesta läpi.

Linkedin:ssa tuli vastaan tämä postaus, allekirjoitan että tuo on hyvä tapa lähestyä koodausprojektia AI-avustimen kanssa
1760613689218.png
 
Yksi tapa on tehdä ai:n avulla erittäin nopeasti protoja ja iteroida protojen kautta asiakkaan kanssa sen sijaan että pallotellaan word-dokkaria. Kun alkaa näyttämään siltä mitä tarvitaan niin tehdään tyhjästä uusi toteutus perinteisellä tavalla välttäen jäätävistä muutospyynnöistä johtuneet uudelleenkirjoitukset/tekninen velka/iterointikierrokset.
En tiedä miten tätä yleensä tehdään, mutta prosesseista tuo on kiinni eikä työkaluista. Ainakin omaan työhöni on kuulunut nopeat protoilut ja nopean syklin iterointi asiakkaan kanssa koko urani ajan.
 
En tiedä miten tätä yleensä tehdään, mutta prosesseista tuo on kiinni eikä työkaluista. Ainakin omaan työhöni on kuulunut nopeat protoilut ja nopean syklin iterointi asiakkaan kanssa koko urani ajan.
Riippuu paikasta. Väitän että AI:n avulla tekee 2pv:n aikana sen mitä tyhjästä samanlaisen protoon perinteisesti menee 2vk(yksi sprintti). Periaatteessa voit parin kuukauden työn protoilla asiakkaan kanssa naamatusten alle viikon aikana ja työskennellä todella interaktiivisesti tehden useita kokeiluja ja suunnanmuutoksia saman päivän aikana. Iteroinnin nopeus on jotain ihan muuta, varsinkin jos ollaan saman katon alla.

Tän saman näkee siinä miten paljon esim. piilaaksossa on lyhentynyt aika startupin perustamisesta siihen että merkittävää rahaa virtaa sisään asiakkailta.
 
Linkedin:ssa tuli vastaan tämä postaus, allekirjoitan että tuo on hyvä tapa lähestyä koodausprojektia AI-avustimen kanssa
1760613689218.png
Tuo pätee kyllä mielestäni paremmin yhden hengen projekteihin, mitä tuo kaveri tuossakin kuvailee, kuin tyypillisiin ylhäältä päin johdettuihin kollaboratiivisiin projekteihin. Tyypillisessä kehityksessä taskit on monesti pilkottu sen verran pieniksi että "kehityssuunnitelman" kirjoittamiseen tekoälylle ja sen arvioimiseen menisi enemmän aikaa kuin koodimuutosten tekemiseen itse.
 
Tuo pätee kyllä mielestäni paremmin yhden hengen projekteihin, mitä tuo kaveri tuossakin kuvailee, kuin tyypillisiin ylhäältä päin johdettuihin kollaboratiivisiin projekteihin. Tyypillisessä kehityksessä taskit on monesti pilkottu sen verran pieniksi että "kehityssuunnitelman" kirjoittamiseen tekoälylle ja sen arvioimiseen menisi enemmän aikaa kuin koodimuutosten tekemiseen itse.
No ei kyllä pidä paikkaansa. Isoissakin firmoissa ainakin missä olen ollut töissä on backlogi mitä manageroidaan ja sieltä siirretään kamaa sprinttiin. Mitä isompi firma sitä isompi show tikettien ja scrummin kanssa.

Sekin voi hämätä, että kuvittelee tuollaisen plan:in olevan "iso taski", kun oikeesti kielimallin kanssa iteroi plan:in fiitsörille ja puskee tiketin mcp:n avulla jiraan/githubiin minuuteissa. Isossa firmassa otat sen hierotun tiketin jirasta, ai:n kanssa väsäät minuuteissa plan:in ja eikun kovaa suorittamista. Samalla joutuu jäsenteleen mitä tässä ollaan oikeasti tekemässä ihan kuten ilmankin ai-avustinta. Ehkä plan voisi korvata tai olla osa backlogissa olevaa tikettiä.

Jatkot ai-koodauksesta parempi laittaa tänne: AI-koodausavustimet, keskustelua AI-avustetusta koodaamisesta/skriptaamisesta/dokumentoinnista/... Aikaisemmin jo naristu ettei kuulu koodausavustimet tähän ketjuun
 
Viimeksi muokattu:
Yksi tapa on tehdä ai:n avulla erittäin nopeasti protoja ja iteroida protojen kautta asiakkaan kanssa sen sijaan että pallotellaan word-dokkaria. Kun alkaa näyttämään siltä mitä tarvitaan niin tehdään tyhjästä uusi toteutus perinteisellä tavalla välttäen jäätävistä muutospyynnöistä johtuneet uudelleenkirjoitukset/tekninen velka/iterointikierrokset.
...

Kiinnostaisi kuulla tän suhteen minkälaisia kokemuksia sulla ja muillakin on vastaavasta vaiheesta; Mitkä AI-softat on huomattu toimivan parhaiten jne. ? Nopeastihan esim. Claude väsää jo ihan visuaalisesti toimivaa protoa, jolla ideaa voi esittää ja lähtä iteroimaan.
 
Kiinnostaisi kuulla tän suhteen minkälaisia kokemuksia sulla ja muillakin on vastaavasta vaiheesta; Mitkä AI-softat on huomattu toimivan parhaiten jne. ? Nopeastihan esim. Claude väsää jo ihan visuaalisesti toimivaa protoa, jolla ideaa voi esittää ja lähtä iteroimaan.
Tuolla edellisen postauksen linkissä keskustelua. Tällä hetkellä varmaan claude code tai cursor ai suosituin. Gemini code assist vähiten suosittu. OpenAI jossain välimaastossa. Cursor ai:ssa "kaikki" mallit niin voi käyttää niin kuin haluaa. Cursor ai/claude code plan fiitsöri todella kova se analysoi koodin läpi ja ehdottelee plan:ia hyvin mitä sitten voi editoida/iteroida ennen kuin laittaa agentin töihin. xai:n grok:ia ei juurikaan näy keskusteluissa. Kalliilla frontier mallilla plan:in suunnittelu onnistuu parhaiten, halvemmilla malleilla toteutus(kunhan on palasteltu hyvin)
 
  • Tykkää
Reactions: |le
No ei kyllä pidä paikkaansa. Isoissakin firmoissa ainakin missä olen ollut töissä on backlogi mitä manageroidaan ja sieltä siirretään kamaa sprinttiin. Mitä isompi firma sitä isompi show tikettien ja scrummin kanssa.

Sekin voi hämätä, että kuvittelee tuollaisen plan:in olevan "iso taski", kun oikeesti kielimallin kanssa iteroi plan:in fiitsörille ja puskee tiketin mcp:n avulla jiraan/githubiin minuuteissa. Isossa firmassa otat sen hierotun tiketin jirasta, ai:n kanssa väsäät minuuteissa plan:in ja eikun kovaa suorittamista. Samalla joutuu jäsenteleen mitä tässä ollaan oikeasti tekemässä ihan kuten ilmankin ai-avustinta. Ehkä plan voisi korvata tai olla osa backlogissa olevaa tikettiä.

Jatkot ai-koodauksesta parempi laittaa tänne: AI-koodausavustimet, keskustelua AI-avustetusta koodaamisesta/skriptaamisesta/dokumentoinnista/... Aikaisemmin jo naristu ettei kuulu koodausavustimet tähän ketjuun

Lisätään tähän vielä se että se AI saattaa jo siinä plänäys vaiheessa hokata jotakin mitä sulla ei tullut mieleen ja ehdottaa sitä oma-alotteisesti.
 

Statistiikka

Viestiketjuista
290 055
Viestejä
4 967 664
Jäsenet
79 733
Uusin jäsen
samuraisamppa

Hinta.fi

Back
Ylös Bottom