Stoppen met een programmeer bijbaan

[Deltu]

Vraag:
Op wat voor manier stop ik bij mijn bijbaantje? Moet ik wachten totdat zij een andere programmeur hebben geregeld? Welke informatie moet ik overhandigen ?

Context:
Ik ben een student die een bijbaan heeft bij een kleine bedrijf als enige programmeur.

De onderhoud van het administratiesysteem doe ik in cakephp en mysql. Dit bijbaantje had ik genomen zodat ik meer kon leren over programmeren tijdens mijn studie. Al een hele tijd is er heel veel druk gekomen op mij dat ik sneller alles moest maken. Ook al vond ik sommige functionaliteiten erg snel gaan. Het is echt niet fijn om als enige programmeur in een bedrijf opgejaagd te moeten worden en jezelf moeten verantwoorden waarom het "zolang" duurt.

Ik wil nu gewoon stoppen, omdat ik niet op zo'n manier wil werken.

Tot nu toe heb ik mijn bitbucket account gebruikt voor het werk, maar ik wil dat zij hun eigen gebruiken.

[wisselwerking]

Wat staat er in jouw contract. Heb je een opzegtermijn? Wil je echt stoppen of wil je niet door gaan met werken op de manier zoals het nu gaat?

[Webgnome]

Deltu schreef op woensdag 21 maart 2018 @ 10:11:
Vraag:
Op wat voor manier stop ik bij mijn bijbaantje? Moet ik wachten totdat zij een andere programmeur hebben geregeld? Welke informatie moet ik overhandigen ?

Context:
Ik ben een student die een bijbaan heeft bij een kleine bedrijf als enige programmeur.

De onderhoud van het administratiesysteem doe ik in cakephp en mysql. Dit bijbaantje had ik genomen zodat ik meer kon leren over programmeren tijdens mijn studie. Al een hele tijd is er heel veel druk gekomen op mij dat ik sneller alles moest maken. Ook al vond ik sommige functionaliteiten erg snel gaan. Het is echt niet fijn om als enige programmeur in een bedrijf opgejaagd te moeten worden en jezelf moeten verantwoorden waarom het "zolang" duurt.
Ik wil nu gewoon stoppen, omdat ik niet op zo'n manier wil werken.

Tot nu toe heb ik mijn bitbucket account gebruikt voor het werk, maar ik wil dat zij hun eigen gebruiken.

Dit is nooit goed. Als mensen willen dat het sneller gaat dan moeten ze je meer tijd geven door iets te regelen met de studie. Als dat niet kan dan is het toch een simpel verhaal van ' ik heb hier zoveel uur voor afgegeven, ik ben zoveel uur per week beschikbaar dus dan is het op zijn vroegst, als alles goed gaat, klaar'.

Verder is het denk ik redelijk dat je met hen afspreekt van wie de broncode is, dat je inderdaad de broncode / github/bitbucket overhandigd aan het bedrijf zodat ze iemand anders kunnen zoeken die het verder op wil pakken. En natuurlijk de nodige (if any) documentatie overhandigen zodat je opvolger weet hoe de vork in de steel zit.

Heb je trouwens al met het bedrijf gesproken over dat je deze druk zo ervaart?

[Rukapul]

Deltu schreef op woensdag 21 maart 2018 @ 10:11:
Vraag:
Op wat voor manier stop ik bij mijn bijbaantje? Moet ik wachten totdat zij een andere programmeur hebben geregeld? Welke informatie moet ik overhandigen ?

Je zegt op conform je arbeidscontract danwel de wet. In loondienst komt dat meestal neer op 1 kalendermaand. Je draagt alles wat toebehoort aan de werkgever over aan de werkgever. Indien loondienst van toepassing is dan betekent dat ook de code. De git repo clonen en aan de werkgever geven voldoet daar al aan.

[Hydra]

Dit is meer iets voor Persoonlijke Financiën, Studie en Loopbaan.

That said; het is in de eerste plaats afhankelijk van je contract en wat daar als opzegtermijn is opgenomen. Als daar niks over gemeld staat is het over het algemeen een maand, met ingang van de volgende kalendermaand. Dus als je nu, 21 maart, opzegt betekent dat dat de laatste werkdag van April je laatste werkdag is.

Afgezien daarvan heb je eigenlijk geen plichten kwa werknemer. Ze kunnen je niet verplichten om zaken over te dragen, laat staan dat je pas ontslag neemt als er een nieuwe developer is. Over het algemeen is het wel aan te raden het 'netjes' over te dragen, het is niet nodig je reputatie aan diggelen te gooien over zo iets simpels.

Een 'overdracht' als er nog geen andere developer is, is vooral een kwestie van gewoon een word-document maken met daarin wat jij vindt dat een volgende developer nodig heeft voor z'n werk dat hij niet zelf aan de hand van de code uit kan vogelen. Procedures dus vooral. Denk ook na over wat een goeie manier van passwords overdragen is, indien nodig. Bitbucket moet je zelf iets voor regelen, je kunt ze desnoods een .zip van de hele repo mailen. Dan hebben ze de code in ieder geval.

Verder: ik zou als ik jou was zo snel mogelijk ontslag nemen. Het is volkomen waardeloos dat ze een student met een bijbaantje zo onder druk zetten om 'sneller' te werken. Als ze sneller werk willen moeten ze gewoon een professionele developer met ervaring aan het werk zetten, maar ze willen natuurlijk voor een dubbeltje op de eerste rij zitten. Kut toko; wegwezen daar.

[RobIII]

Hydra schreef op woensdag 21 maart 2018 @ 10:26:
Dit is meer iets voor Persoonlijke Financiën, Studie en Loopbaan.

En done

[pieter.a]

Tot nu toe heb ik mijn bitbucket account gebruikt voor het werk, maar ik wil dat zij hun eigen gebruiken.

Ongeacht of je er weg gaat lijkt me dit sowieso een onwenselijke situatie, ik zou zo snel mogelijk de codebase overzetten onder een bitbucket van het bedrijf zelf.

[alex3305]

In plaats van direct te stoppen zou je eventueel eerst dit met je leidinggevende kunnen overleggen. Het klinkt namelijk dat je deze baan niet per se nodig hebt, en daarmee graag onder bepaalde voorwaarden wilt kunnen werken. Als dat niet haalbaar is vanuit het bedrijf, dan zullen ze dat moeten accepteren en meer of anderen in dienst nemen.

Echter is het voor jouw persoonlijke ontwikkeling wel goed om een dergelijke 'confrontatie' aan te gaan. Deze gesprekken zullen namelijk vaker plaatsvinden en om dan direct weg te gaan bij een bedrijf is niet handig met bijvoorbeeld een koophuis. In ieder geval kun je volgens mij goed duidelijk maken wat je dwars zit en dat is erg belangrijk.

Met betrekking tot hosting van code, klinkt het alsof dit bedrijf ook weinig ervaring heeft in het ontwikkelen van software. Zorg er in ieder geval voor dat je de code zo snel mogelijk overdraagt of naar een centraal systeem brengt. Op het moment dat er iets misgaat in de relatie, kunnen ze jou in ieder geval geen verwijten maken. Jouw werkgever is namelijk per definitie eigenaar van code die jij produceert onder werktijd, behalve als dit anders is afgesproken.

[t_captain]

Klinkt als een klein bedrijf met een nog kleiner budget.

Bij gebrek aan een eigen team van developers zouden ze juist een vakvolwassen developer moeten hebben, maar geen budget.

Dus neem je een starter, nog studerend, in deeltijd, aan en hoop je dat hij een vakvolwassen developer is. Natuurlijk vraag je de starter om het project vlot te trekken, de code op niveau te brengen, de juiste richting te kiezen tav toekomstige development en de quality en CI/CD in te richten.

Dat soort klussen zijn vooral slecht voor je zelfvertrouwen.

[Paralectic]

alex3305 schreef op woensdag 21 maart 2018 @ 12:15:
In plaats van direct te stoppen zou je eventueel eerst dit met je leidinggevende kunnen overleggen. Het klinkt namelijk dat je deze baan niet per se nodig hebt, en daarmee graag onder bepaalde voorwaarden wilt kunnen werken. Als dat niet haalbaar is vanuit het bedrijf, dan zullen ze dat moeten accepteren en meer of anderen in dienst nemen.

Echter is het voor jouw persoonlijke ontwikkeling wel goed om een dergelijke 'confrontatie' aan te gaan. Deze gesprekken zullen namelijk vaker plaatsvinden en om dan direct weg te gaan bij een bedrijf is niet handig met bijvoorbeeld een koophuis. In ieder geval kun je volgens mij goed duidelijk maken wat je dwars zit en dat is erg belangrijk.

Met betrekking tot hosting van code, klinkt het alsof dit bedrijf ook weinig ervaring heeft in het ontwikkelen van software. Zorg er in ieder geval voor dat je de code zo snel mogelijk overdraagt of naar een centraal systeem brengt. Op het moment dat er iets misgaat in de relatie, kunnen ze jou in ieder geval geen verwijten maken. Jouw werkgever is namelijk per definitie eigenaar van code die jij produceert onder werktijd, behalve als dit anders is afgesproken.

Koophuis en bijbaantje zie ik niet zosnel samen gaan eigenlijk, maar verder ben ik het er wel mee eens.

[Olaf van der Spek]

Paralectic schreef op woensdag 21 maart 2018 @ 13:29:
[...]


Koophuis en bijbaantje zie ik niet zosnel samen gaan eigenlijk, maar verder ben ik het er wel mee eens.

Alex bedoelt dat zo'n situatie zich in de toekomst nog eens voor zou kunnen doen.. en dan heeft TS misschien wel een koophuis.

[Paralectic]

Olaf van der Spek schreef op woensdag 21 maart 2018 @ 13:39:
[...]

Alex bedoelt dat zo'n situatie zich in de toekomst nog eens voor zou kunnen doen.. en dan heeft TS misschien wel een koophuis.

Oh op die manier ja, logisch

[Deltu]

wisselwerking schreef op woensdag 21 maart 2018 @ 10:13:
Wat staat er in jouw contract. Heb je een opzegtermijn? Wil je echt stoppen of wil je niet door gaan met werken op de manier zoals het nu gaat?

Nou ik heb niet echt een contract. Ik moet zelf elk jaar mijn belasting aangeven bij de belastingdienst. Ik werk als een freelancer. Niet echt mijn keus, maar ik zag geen nadelen erin behalve dat ik dan mijn belasting zelf moet aangeven.

Ja ik wil echt stoppen. Ze hebben al meerdere malen "gedreigd" dat ze een andere professionele programmeur gaan zoeken. En ik heb gezegd dat ze dat best mogen doen, maar ze maken er geen werk van. Ik heb geen zin meer om de hele tijd op mijn tenen te moeten lopen.

alex3305 schreef op woensdag 21 maart 2018 @ 12:15:
In plaats van direct te stoppen zou je eventueel eerst dit met je leidinggevende kunnen overleggen. Het klinkt namelijk dat je deze baan niet per se nodig hebt, en daarmee graag onder bepaalde voorwaarden wilt kunnen werken. Als dat niet haalbaar is vanuit het bedrijf, dan zullen ze dat moeten accepteren en meer of anderen in dienst nemen.

Echter is het voor jouw persoonlijke ontwikkeling wel goed om een dergelijke 'confrontatie' aan te gaan. Deze gesprekken zullen namelijk vaker plaatsvinden en om dan direct weg te gaan bij een bedrijf is niet handig met bijvoorbeeld een koophuis. In ieder geval kun je volgens mij goed duidelijk maken wat je dwars zit en dat is erg belangrijk.

Met betrekking tot hosting van code, klinkt het alsof dit bedrijf ook weinig ervaring heeft in het ontwikkelen van software. Zorg er in ieder geval voor dat je de code zo snel mogelijk overdraagt of naar een centraal systeem brengt. Op het moment dat er iets misgaat in de relatie, kunnen ze jou in ieder geval geen verwijten maken. Jouw werkgever is namelijk per definitie eigenaar van code die jij produceert onder werktijd, behalve als dit anders is afgesproken.

Ja, dat dacht ik dus ook. Ik vind persoonlijke ontwikkeling ook erg belangrijk. Ik heb er ook veel van geleerd, maar ik heb het gevoel dat wanneer ik mezelf verklaar dat zij altijd iets terug te zeggen hebben.

Als ik een tijd aangeef hoelang ik ergens over doe en ik heb mijn deadline gehaald dan nog is er kritiek zoals: "Je kan zo maar heel ruim uren hebben bedacht, dat kan echt wel sneller"

Of als ik mijn deadlines niet haal dan gaat het als volgt: "Ja je zei toch dat je er zo lang over ging doen, waarom duurt het allemaal zo lang."

Als ik dan vraag hoelang zij denk dat ik ergens over moet doen, zei 1 van de mensen van: "Ja ik kan mijn man wel vragen, die weet wel veel over computer" of "Ja wij hebben daar geen verstand jij moet dat bepalen"

Ik heb echt mijn best gedaan om langer uit te houden, maar het salaris is het niet waard met wat ik leer.

[Lethalis]

Deltu schreef op woensdag 21 maart 2018 @ 14:06:
[...]
Nou ik heb niet echt een contract. Ik moet zelf elk jaar mijn belasting aangeven bij de belastingdienst. Ik werk als een freelancer. Niet echt mijn keus, maar ik zag geen nadelen erin behalve dat ik dan mijn belasting zelf moet aangeven.

Tsja dan is het makkelijk.

Gewoon meedelen dat je er direct mee kapt. Code op een USB stickje leveren en veel succes ermee

[Morelleth]

Als je verder geen contract hebt en ze al zelf constant lopen dreigen dan kan je ook per direct stoppen.
Netter is ze even een headsup geven en zeggen dat je nog een maandje het werk wil uitvoeren, maar daarna stopt en een harde datum geven.
Waarschijnlijk krijg je dan al gelijk de boze reactie, nou dan hoef je niet meer te komen.
Of een smeekbede om te blijven.

Bij de 1e reactie, ok. En gewoon gaan en ze zoeken het maar uit. Ben dan nog zo netjes om een usb stickie te geven met de code/programmatuur en lekker laten.
2e reactie, een contract op laten stellen met hoger loon en duidelijk omschreven taken. Want ookal zeggen zeij dat je het freelance doet, ben je zo te horen gewoon in dienst, zonder dat ze de sociale lasten willen dragen.(tenzij je het ook nog bij meerdere andere doet en niet een consequent aantal uren, )

[Deltu]

Hydra schreef op woensdag 21 maart 2018 @ 10:26:
Dit is meer iets voor Persoonlijke Financiën, Studie en Loopbaan.

That said; het is in de eerste plaats afhankelijk van je contract en wat daar als opzegtermijn is opgenomen. Als daar niks over gemeld staat is het over het algemeen een maand, met ingang van de volgende kalendermaand. Dus als je nu, 21 maart, opzegt betekent dat dat de laatste werkdag van April je laatste werkdag is.

Afgezien daarvan heb je eigenlijk geen plichten kwa werknemer. Ze kunnen je niet verplichten om zaken over te dragen, laat staan dat je pas ontslag neemt als er een nieuwe developer is. Over het algemeen is het wel aan te raden het 'netjes' over te dragen, het is niet nodig je reputatie aan diggelen te gooien over zo iets simpels.

Een 'overdracht' als er nog geen andere developer is, is vooral een kwestie van gewoon een word-document maken met daarin wat jij vindt dat een volgende developer nodig heeft voor z'n werk dat hij niet zelf aan de hand van de code uit kan vogelen. Procedures dus vooral. Denk ook na over wat een goeie manier van passwords overdragen is, indien nodig. Bitbucket moet je zelf iets voor regelen, je kunt ze desnoods een .zip van de hele repo mailen. Dan hebben ze de code in ieder geval.

Verder: ik zou als ik jou was zo snel mogelijk ontslag nemen. Het is volkomen waardeloos dat ze een student met een bijbaantje zo onder druk zetten om 'sneller' te werken. Als ze sneller werk willen moeten ze gewoon een professionele developer met ervaring aan het werk zetten, maar ze willen natuurlijk voor een dubbeltje op de eerste rij zitten. Kut toko; wegwezen daar.

Uiteraard wil ik gewoon alles netjes afsluiten. Ik ben niet boos op hen. Ze kunnen niet weten wat ze niet weten. Alleen is het jammer dat ze niet willen luisteren.

Word document leek mij ook een goed idee, maar wist niet of dit heel "officieel" moet. Ik heb namelijk geen zin om wetten te overtreden. Van de reacties te lezen is dat dus niet het geval.
Ik dacht aan een word document met hoe ik mijn CI heb ingericht (als voorstel). Server gegevens van het bedrijf. Bepaalde handige dingen die ik graag had willen weten van te voren over het systeem en een bedrijfsaccount bij bitbucket.

[alex3305]

@Paralectic @Olaf van der Spek Inderdaad ja, misschien niet helemaal goed verwoord .

Deltu schreef op woensdag 21 maart 2018 @ 14:06:
[...]

Nou ik heb niet echt een contract. Ik moet zelf elk jaar mijn belasting aangeven bij de belastingdienst. Ik werk als een freelancer. Niet echt mijn keus, maar ik zag geen nadelen erin behalve dat ik dan mijn belasting zelf moet aangeven.

Ja ik wil echt stoppen. Ze hebben al meerdere malen "gedreigd" dat ze een andere professionele programmeur gaan zoeken. En ik heb gezegd dat ze dat best mogen doen, maar ze maken er geen werk van. Ik heb geen zin meer om de hele tijd op mijn tenen te moeten lopen.

Je hebt helemaal geen contract zeg je? Dan vraag ik mij af of jij werkt voor een vooraf afgesproken prijs of op basis van nacalculatie. Als je werkt voor een vooraf afgesproken prijs is het jammer voor jou wanneer je meer uren kwijt bent voor bepaalde functionaliteit. Is het op basis van nacalculatie dan ligt dit risico bij jouw klant, dit bedrijf dus. Dat moet je ze dan ook duidelijk maken.

In mijn studietijd heb ik ook een tijdje een eigen bedrijfje gehad die websites en dergelijk maakte en ik ben er ook vrij rap mee gestopt. De weerstand die bepaalde klanten neerlegde, hebben voor mij de fun destijds er snel uitgehaald. Dus ik snap goed waarom je nu wilt stoppen. Echter moet je jezelf afvragen welke richting je hiermee op wilt, namelijk:

2. Compleet stoppen met deze klant, aangeven dat je de code overdraagt en eventueel nog beschikbaar bent voor vragen. Dat zorgt ervoor dat je hopelijk met een goed gevoel afscheid kunt nemen. Mocht het te gortig worden met de hoeveelheid of complexiteit van vragen, kun je dat altijd nog aangeven en eventueel daar een prijskaartje aan hangen.
4. Door blijven gaan op basis van een vooraf afgesproken tarief per functionaliteit (of bugfix) of op basis van nacalculatie (met een eventueel maximum) maar dan ligt het risico volledig bij hen. Dat ze dan zeuren over de hoeveelheid tijd die je kwijt bent is het risico van de klant.

Ik heb het gevoel dat je echter al besloten hebt en voor bovenstaande optie 1 wilt gaan. Helemaal goed natuurlijk, maar probeer het altijd netjes achter te laten. Zorg er dus direct voor dat de code op een centraal punt staat (of een usb stick zoals hierboven wordt gesuggereerd) waar jouw klant ook bij kan en niet meer op jouw naam staat.

[...]

Ja, dat dacht ik dus ook. Ik vind persoonlijke ontwikkeling ook erg belangrijk. Ik heb er ook veel van geleerd, maar ik heb het gevoel dat wanneer ik mezelf verklaar dat zij altijd iets terug te zeggen hebben.

Als ik een tijd aangeef hoelang ik ergens over doe en ik heb mijn deadline gehaald dan nog is er kritiek zoals: "Je kan zo maar heel ruim uren hebben bedacht, dat kan echt wel sneller"

Of als ik mijn deadlines niet haal dan gaat het als volgt: "Ja je zei toch dat je er zo lang over ging doen, waarom duurt het allemaal zo lang."

Als ik dan vraag hoelang zij denk dat ik ergens over moet doen, zei 1 van de mensen van: "Ja ik kan mijn man wel vragen, die weet wel veel over computer" of "Ja wij hebben daar geen verstand jij moet dat bepalen"

Ik heb echt mijn best gedaan om langer uit te houden, maar het salaris is het niet waard met wat ik leer.

Heel goed dat je er positief tegenaan kunt kijken . Wat mij wel opvalt is dat er blijkbaar meerdere product owners / stakeholders zijn. Dat is vaak erg lastig werken. Zorg ervoor dat je in de toekomst - of dat nu bij dit bedrijf is of niet - zorgt dat je een centraal aanspreekpunt hebt. Dat andere gebruikers, andere wensen hebben mogen ze uitvechten met de product owner. Voor mij zorgt dat altijd voor veel rust.

Ook zeg je dat je beloning te laag is. Als het op basis van nacalculatie is, mag je gewoon een uurtarief rekenen wat jij zelf het waard vindt. Echter moet je ook rekening houden met bijvoorbeeld pensioenregelingen, want daar spaar je momenteel niet voor en eventuele arbeidsongeschiktheid. Toen ik nog student was, boeide mij dat allemaal niet veel, maar daardoor is de beloning van een ZZP'er altijd hoger dan een gewone medewerker. Hou daar in de toekomst dus ook rekening mee.

[t_captain]

Freelancen tegen uurloon ipv uurtarief. Beginnersfout.

[Deltu]

alex3305 schreef op woensdag 21 maart 2018 @ 14:25:
@Paralectic @Olaf van der Spek Inderdaad ja, misschien niet helemaal goed verwoord .


[...]

Je hebt helemaal geen contract zeg je? Dan vraag ik mij af of jij werkt voor een vooraf afgesproken prijs of op basis van nacalculatie. Als je werkt voor een vooraf afgesproken prijs is het jammer voor jou wanneer je meer uren kwijt bent voor bepaalde functionaliteit. Is het op basis van nacalculatie dan ligt dit risico bij jouw klant, dit bedrijf dus. Dat moet je ze dan ook duidelijk maken.

In mijn studietijd heb ik ook een tijdje een eigen bedrijfje gehad die websites en dergelijk maakte en ik ben er ook vrij rap mee gestopt. De weerstand die bepaalde klanten neerlegde, hebben voor mij de fun destijds er snel uitgehaald. Dus ik snap goed waarom je nu wilt stoppen. Echter moet je jezelf afvragen welke richting je hiermee op wilt, namelijk:

2. Compleet stoppen met deze klant, aangeven dat je de code overdraagt en eventueel nog beschikbaar bent voor vragen. Dat zorgt ervoor dat je hopelijk met een goed gevoel afscheid kunt nemen. Mocht het te gortig worden met de hoeveelheid of complexiteit van vragen, kun je dat altijd nog aangeven en eventueel daar een prijskaartje aan hangen.
4. Door blijven gaan op basis van een vooraf afgesproken tarief per functionaliteit (of bugfix) of op basis van nacalculatie (met een eventueel maximum) maar dan ligt het risico volledig bij hen. Dat ze dan zeuren over de hoeveelheid tijd die je kwijt bent is het risico van de klant.

Ik heb het gevoel dat je echter al besloten hebt en voor bovenstaande optie 1 wilt gaan. Helemaal goed natuurlijk, maar probeer het altijd netjes achter te laten. Zorg er dus direct voor dat de code op een centraal punt staat (of een usb stick zoals hierboven wordt gesuggereerd) waar jouw klant ook bij kan en niet meer op jouw naam staat.

[...]

Heel goed dat je er positief tegenaan kunt kijken . Wat mij wel opvalt is dat er blijkbaar meerdere product owners / stakeholders zijn. Dat is vaak erg lastig werken. Zorg ervoor dat je in de toekomst - of dat nu bij dit bedrijf is of niet - zorgt dat je een centraal aanspreekpunt hebt. Dat andere gebruikers, andere wensen hebben mogen ze uitvechten met de product owner. Voor mij zorgt dat altijd voor veel rust.

Ook zeg je dat je beloning te laag is. Als het op basis van nacalculatie is, mag je gewoon een uurtarief rekenen wat jij zelf het waard vindt. Echter moet je ook rekening houden met bijvoorbeeld pensioenregelingen, want daar spaar je momenteel niet voor en eventuele arbeidsongeschiktheid. Toen ik nog student was, boeide mij dat allemaal niet veel, maar daardoor is de beloning van een ZZP'er altijd hoger dan een gewone medewerker. Hou daar in de toekomst dus ook rekening mee.

Ja ik heb ook echt vooral moeite met de weerstand en daarom wil ik dus ook weg. Ik moet voortaan ook inderdaad één persoon als aanspreekpunt hebben. Misschien was het handig geweest als ik een ticketsysteem zoals yira (maar dan gratis versie) had ingericht. Zodat de productowner wat makkelijker kon zien welke werk allemaal gedaan moet worden en hoe ik alles heb verdeeld. Het is alsnog goed mogelijk dat het geen effect zou hebben op hun gedrag, maar het had een oplossing kunnen zijn. Daarnaast denk ik dat zij niet eens hiervoor willen betalen. Ze hadden moeite met het feit dat ze moesten betalen voor de uren van de CI omgeving.


Ik neem jullie feedback mooi mee. Door alle reacties heb ik een beter grip op mijn situatie. Bedankt voor de reacties

[Verwijderd]

t_captain schreef op woensdag 21 maart 2018 @ 14:49:
Freelancen tegen uurloon ipv uurtarief. Beginnersfout.

En dat heeft met de TS zijn verhaal te maken in welk opzicht? Hij vraagt toch niks over het salaris?

[mashell]

Stoppen voordat je opbrand en dat toch op een nette manier willen doen, dat is zeer professioneel van TS.

[KopjeThee]

Deltu schreef op woensdag 21 maart 2018 @ 14:06:
[...]
Nou ik heb niet echt een contract. .. Ik werk als een freelancer.

Maar ook dan zou je toch iets van een overeenkomst moeten hebben?

Maar goed, ga het gesprek aan. Noem een einddatum die redelijk is (over 2 maanden o.i.d., als dat nog haalbaar is). Adviseer voor die tijd een opvolger te zoeken, zodat overdracht kan plaatsvinden. Adviseer je tijd te geven om e.e.a. te documenteren (voor zover nog niet gedaan) m.b.t. de code en het dagelijkse beheer van de applicatie.

Hopelijk doen ze iets met de adviezen, anders overhandig je over 2 maanden keurig de code met een strik er omheen aan je opdrachtgever.

[Hydra]

Nu ben ik wel heel erg benieuwd hoe je je geld dan krijgt @Deltu , en wat is je uurtarief? Klinkt als je reinste uitbuiting dit.

[t_captain]

Verwijderd schreef op woensdag 21 maart 2018 @ 16:15:
[...]


En dat heeft met de TS zijn verhaal te maken in welk opzicht? Hij vraagt toch niks over het salaris?

Een aantwoord uit een vorige post van TS zelf:

Ik heb echt mijn best gedaan om langer uit te houden, maar het salaris is het niet waard met wat ik leer.

Klinkt niet als iemand die dik tevreden is met de beloning.

Alles aan deze topic klinkt naar een bedrijf dat een bak met development werk eil verzetten voor een paarhonderd euro per maand.

De evenwichtsprijs in de huidige markt voor een junior developer op uurbasis is tussen de 30 en 55 euro per uur. De onderste helft van die range voor starters, de bovenste helft voor developers met enkele jaren voltijd ervaring.

Evenwichtsprijs: de prijs waarbij vraag en aanbod in evenwicht zijn.

Onder dat prijsniveau ligt een enorme berg aan latent werk. Stel dat je een goed gecustomisede CMS met webshop en payment/fulfillment koppelingen voor een paarhonderd euro zou kunnen bouwen, zou je misschien wel tienduizenden klanten hebben. Of een iPhone app, idem. Voor een paarduizend euro blijven er bijvoorbeeld nog 1000 klanten over met een sluitende business case. En als de rekening oploopt naar 500 uur a 50 euro = 25k, dan resteren alleen nog de meest professionele partijen, tientallen tot enkele honderden op enig moment in de tijd.

Wat ik hier zie, is een opdrachtgever die bij de evenwichtsprijs geen business case kan maken, en dat probeert op te lossen door dure verwachtingen bij goedkope werknemers neer te leggen. Die freelance constructie, dat zal in deze context niet zoveel te maken hebben met het inhuren van bijzondere skills, het zal eerder bedoeld zijn om de werknemersverzekeringen te ontlopen en de risico’s van loondoorbetaling te verleggen naar een (naïeve) werknemer.