Hoe het beste omscholen naar IT in deze situatie?

[Volterra]

0101000

[ Voor 99% gewijzigd door Volterra op 09-12-2022 11:16 ]

[Aurum]

interessant topic, en misschien ben ik niet de persoon die het beste kan antwoorden maar wil toch iets bijdragen.

Ik heb zelf een bachelor Chemie met deelvakken in de Biotechnologie. Ondertussen werkzaam bij een bedrijf in de zaadveredeling maar in de moleculaire markers & genomics laboratoria. Officieel zijn bij ons de HBO posities geacht bijna niet meer fysiek op het lab bezig te zijn en voornamelijk in het opzetten en coordineren van projecten. Je klinkt alsof je er al uit bent dat je hier niet wilt blijven zitten in dit vakgebied maar ik denk dat misschien een andere tak van sport met je biologische ervaring nog wat kan bieden.

Wat ik ook heb ondervonden, een HBO diploma is niet genoeg voor doorgroei mogelijkheden. Mijn partner zit in de IT als developer en daar lijkt het echt eindeloos, als je maar laat zien dat je het kan. Zeker een punt.

Bij mij op het werk zit een ondersteunende bio-informatica groep van een man of 5. Ze hebben eigenlijk verschillende projecten die ze oppakken wisselend van genemapping/sequence data gebruiksvriendelijk maken maar ook app's/programma's maken voor automatisering van het lab. Maar hun zitten net zo vast in onze diploma maatschappij binnen het bedrijf. HBO heeft geen doorgroei, ook daar niet.
Als de biologische wereld je blijft trekken en dat toch is wat je ambieerd alleen dan in de form van IT zou een master bioinformatics wel deuren voor je open zetten denk ik.

Als je prima afstand kan doen van biologie zou ik een andere optie overwegen.
Ik denk wel met de huidige tekorten op de arbeidsmarkt dat ook een bio-informaticus prima aan de bak kan bij een ander IT bedrijf.

Research richting de biologische kant zijn altijd wat sceptisch over mensen zonder "achtergrond" kennis. Naar mijn mening wat biased maar goed.

[CVTTPD2DQ]

Volterra schreef op zondag 13 november 2022 @ 14:54:
Het lijkt mij leuk om als software ontwikkelaar te werken aan maatschappelijke relevante (web)applicaties. Voorbeelden van projecten die mijn interesse hebben zijn: het donorregister, applicaties voor het meten van luchtkwaliteit of om de infectieziektenbestrijding te verbeteren, e.d. (ik noem ook maar effe wat)

Volterra schreef op zondag 13 november 2022 @ 14:54:
Ik heb voor mijn gevoel mijn plafond wel bereikt in mijn huidige loopbaan. Heb gewerkt in het bedrijfsleven, de academie en bij de overheid. Het is allemaal één en hetzelfde. Je bent alleen maar bezig met uitvoerend labwerk (overwegend mbo niveau dus),

Ook ik ben niet degene die goed antwoord kan geven op je vragen, maar deze punten vielen me toch wel op. Voor elke maatschappelijk relevante baan in de IT zijn er denk ik een stuk of vijftig die geen positieve (of misschien zelfs een negatieve) bijdrage aan de maatschappij hebben. De combinatie van maatschappelijk relevant, uitdagend, en goedbetaald is helemaal zeldzaam.

Ik neem koppen over "een schreeuwend tekort aan ITers" altijd met een korreltje zout. Misschien is het er, maar het gaat over het algemeen om banen die morgen zouden kunnen verdwijnen zonder dat iemand er hinder van zou ondervinden.

En verder is het zo dat je ook in de IT vooral uitvoerend werk zit te doen. Je hebt daarbinnen redelijk veel autonomie, maar buiten bepaalde specialismen is zijn veel banen vergelijkbaar met het routinematige 'labwerk' waar je over klaagt; je moet een beetje nadenken, maar echt innovatief ben je niet bezig.

Kortom, het gras is wel ietsje groener, maar onderschat niet wat er allemaal onder de zoden ligt.

[sypie]

Zoals ik afgelopen week van een AV-producent (met een goedlopend bedrijf van plusminus 20 werknemers) hoorde is dat hij bij veel sollicitaties niet kijkt naar het schooldiploma maar naar wat de kandidaat in z'n eigen tijd gemaakt heeft. Dát laat de passie zien die je ergens voor hebt.

Dit geldt ook voor programmeren. De dingen die je al gemaakt hebt moet je bundelen, documenteren en gebruiken voor een soort portfolio. Dit kan natuurlijk lastig zijn met programma's.

Je zegt dat de belastingdienst misschien een suffe werkgever is. Dat geldt alleen wanneer je aan de kant zit als ontvanger van de blauwe enveloppen. Aan de bedrijfskant is écht genoeg te leren, daar zitten veel processen achter. Daar zijn allemaal programmeurs voor nodig en dat kan best uitdagend zijn.

[Volterra]

@Aurum
Dank voor je bijdrage. Ik merk inderdaad dat er in de biologie/wetenschapssector een hele sterke diploma hierarchie heerst. Ik weet nog niet zeker of ik afstand wil doen van de biologie.

Het grappige is dat ik ook een minor in moleculaire plantenbiologie heb, en tijdens die minor ben ik ook in contact gekomen met zaadveredelingsbedrijven. Daar hebben we er aardig wat van in Nederland, en vanuit die bedrijven is inderdaad veel vraag naar bio-informatici. Ik ga in maart sowieso naar een aantal open dagen toe van universiteiten om wat meer informatie in te winnen over MSc.

@CVTTPD2DQ
Wat bedoel je precies met dat je bij IT een beetje moet nadenken, maar niet innovatief bezig bent? Dat hangt toch heel erg af van waar je werkt en wat je functie is? Ik begrijp dat een groot gedeelte van software ontwikkelen ook testen en bugs fixen is. Is dat wat je bedoelt met routinematig werken? Want mijn insziens is dat niet echt vergelijkbaar met labwerk waar je aan de hand van een protocol dingen in een buisje pipetteert.

@sypie
Ik heb gesproken met 2 mensen die dit traineeship bij de Belastingdienst hebben gedaan en die waren erg enthousiast over de begeleiding en het curriculum, yes!

[Volterra]

Overigens gaat het mij niet om het geld. Als ik rond de 3500 - 4000 euro kan verdienen na een aantal jaar relevante werkervaring ben ik prima tevreden. Meer geld voegt niet direct iets toe aan mijn leven.

[ Voor 12% gewijzigd door Volterra op 13-11-2022 19:41 ]

[Gropah]

Je zou ook kunnen kijken of je bij een bio/medisch IT bedrijf aan de slag kan met je huidige kwalificatie's en dan bij hun omschoolt/doorgroeit tot programmeur?

[CVTTPD2DQ]

Volterra schreef op zondag 13 november 2022 @ 19:37:
@CVTTPD2DQ
Wat bedoel je precies met dat je bij IT een beetje moet nadenken, maar niet innovatief bezig bent? Dat hangt toch heel erg af van waar je werkt en wat je functie is? Ik begrijp dat een groot gedeelte van software ontwikkelen ook testen en bugs fixen is. Is dat wat je bedoelt met routinematig werken? Want mijn insziens is dat niet echt vergelijkbaar met labwerk waar je aan de hand van een protocol dingen in een buisje pipetteert.

Net zoals het in de moleculaire biologie afhangt van waar je werkt en wat je functie is? De kans dat je in Nederland aan bleeding-edge software gaat werken is als zijinstromer zonder academische achtergrond nou eenmaal niet zo groot. Allereerst stelt Nederland op het gebied van software-ontwikkeling niet zoveel voor, maar overal ter wereld is het meeste werk te vinden in vrij duidelijk gespecificeerd, routinematig werk.

Schrijf tests, implementeer feature, review, release, repeat. Het protocol staat misschien niet opgeschreven, maar reken maar dat het er is.

[grasmanek94]

Buiten de genoemde antwoorden wil ik ook nog graag een toevoeging doen over de kwaliteiten die zeker nuttig zijn, zodat als je een cursus of bootcamp doet, dat je weet wat je hoort te verwachten.

- Specificaties / documentatie / archiefbeheer - Je werkt vaak met... nul documentatie tot programma's met honderden pagina's documentatie per regel code, het is handig om te weten hoe je je weg in documentatie kan vinden, hoe je documentatie opstelt, hoe je gericht kan zoeken naar info die je mist of hoe je vragen aan collega's moet formuleren zodat zij gericht kunnen helpen. Tot nu toe merk ik dat er grote lijnen bestaan maar ze zijn zo vaag dat elk bedrijf weer een unieke invalshoek weet te vinden.

- Design / Ontwerpen / Patterns - Het is handig om te weten welke tools en methodieken je beschikbaar hebt om problemen aan te pakken, dingen zoals Single-Responsibility-Principle (waar dat van toepassing is), procedural programming, object oriented programming, Keep It Simple, Design Patterns die er bestaan zodat je deze kan herkennen en de juiste kan toepassen (je hoeft ze echt niet uit je hoofd te leren hoor) - of een combinatie daarvan. En natuurlijk hoe je alles in een design (bv met UML) kan uitdrukken zodat je op een hoger niveau kan communiceren met anderen.

- Communicatie skills - Zal je vast al wel hebben maar moet toch genoemd worden, het oude verhaal van 'klant denkt dat hij weet wat hij wil, maar door gericht te vragen en mee te denken kom je erachter wat hij nodig heeft', verder team communicatie skills - zeker nu met thuis werken, wanneer aan de bel trekken, balans tussen zelf problemen oplossen, hoe je dingen naar managers communiceert (details horen ze vaak niet te interesseren)

- De 'abstractie' van programmeren - Het is leuk om een taal te kunnen, of een paar talen, maar gauw merk je dat er achter alle programmeertalen een abstractie hangt, filosofies, strukturen, denkwijzen, opbouw, werking, logica etc.. door te oefenen en jezelf wat meer talen te leren kan je in de toekomst snel(ler) nieuwe talen oppakken, en veel dingen herkennen.

- Testen - Ook hierin, een apart vak, leren testen, specificaties hiervoor, etc. Unit testing, system testing, acceptance testing, van kleine code delen / functies tot gehelen testen of die goed samen werken, doen wat ze horen te doen, en ook of ze niet doen wat ze nier horen te doen!

- Reviews - Code reviewen is ook een tak apart, hierbij komt vaak veel kijken - of soms bijna niks. Maar zeker iets om in acht te nemen, blijf kritisch, objectief en constructief, je wilt als team een doel behalen, niet elkaar afkraken.

- Versioning - Je zult uiteindelijk *releases* maken, het is zeker handig om versiebeheer strategieën voor code, en de tools, nuttig toe te kunnen passen.

- Plannen, inschatten van werk, deadlines halen of aangeven dat iets niet haalbaar zal zijn (of hoe het wel haalbaar gemaakt kan worden, of in stukjes hakken etc)

- Werkwijzen/methodieken zoals Waterval, SCRUM, Agile, Test Driven Development, verschillen ertussen, etc

- Build tools - naast programmeren zelf wil je ook iets bouwen, bundelen of publishen, denk aan Visual Studio, compilers / clang / gcc, of bijv cmake, premake5, NPM, docker/dockerfile, configuraties (bv json, yaml, ini of xml), gradle, yarn, babel, webpack, wheel, etc

- Bekend worden met populaire maar niet officiële libraries in je programmeertalen van keuze, bijv Boost in C++, Matplotlib in Python, en nog veel meer

Verder helpt het natuurlijk om kritisch en oprecht te blijven, zowel naar jezelf als naar de toekomstige werkgevers en klanten.

Uiteindelijk is (of kan) programmeren (het "coderen" gedeelte) een erg klein stukje van een echte software engineer taak (zijn). Laat je dus vooral niet verassen hierdoor.

Als het goed is is alles wat ik zeg een beetje vanzelfsprekend en hoort het eigenlijk niet gezegd te worden, maar ik hoop dat ik hiermee ook iemand een stapje help!

[ Voor 13% gewijzigd door grasmanek94 op 14-11-2022 21:12 ]

[retoohs]

@Volterra Ik denk dat je er met alle opties die je noemt er wel kan komen. Laat je niet afschrikken door de toegangseisen bij de Belastingdienst, gewoon aanmelden. MakeITWork heeft een strenge selectie omdat ze veel aanmeldingen krijgen en beperkt aantal plekken. Eachter, het kost je niks om je aan te melden. Je kan altijd nog een besluit nemen om een andere route te nemen.

Zelfstudie kan ook alleen ben je waarschijnlijk wat langer bezig. Er is ook een grote kans dat je dan uiteindelijk in een traineeship terecht komt waarbij je alsnog het nadeel van een studiebeding krijgt. Je kan dus ook gewoon meteen voor een traineeship gaan bij een commerciele partij.
Bovendien heb je met zelfstudie het nadeel dat je niet weet wat belangrijk is om te leren en wat er allemaal bij het vak komt kijken (the unknown unknown).