Het freelance (ICT-ers) discussie topic

[TommyGun]

RonaldHeirbaut schreef op dinsdag 1 februari 2022 @ 15:55:
[...]

Als het zo'n gedoe is met werk vinden en kleine klusjes schrapen, dan zou ik er wel klaar mee zijn. Ik zou opzeggen per 1 maart en op zoek gaan naar wat anders. Ik zou me in jouw constructie aan het lijntje gehouden voelen. Zelf opzeggen met een concrete datum geeft duidelijkheid voor jou, maar ook voor je klant. Die intermediair zou me weinig boeien.
Maar jij ben mij niet

Ik zou lekker de tijd volmaken met "documenteren", "overdracht" en zo

[Opa-Sokkenpop]

Freeaqingme schreef op dinsdag 1 februari 2022 @ 15:53:
@Opa-Sokkenpop Tegelijkertijd is het natuurlijk wel zo dat een klant betaalt voor een ZZP'er, zodat 'ie er weer snel vanaf kan (in tegenstelling tot vast personeel). Hoewel suboptimaal, kan ik me in het huidige klimaat ook voorstellen dat je gewoon proactief met de klant meedenkt en je flexibel opstelt. Maakt de klant er dan toch een einde aan, gun je jezelf een weekje vakantie (wellicht nog wat studeren of andere todo's wegwerken waar je anders niet aan toe komt), en heb je binnen no-time weer een nieuwe klus?

Zeker, die flexibiliteit is juist de reden waarom ik ZZP'er ben, zodat ik niet gebonden ben aan één opdrachtgever, zelf mijn tijd in kan delen en zelf mijn eigen koers kan bepalen op het gebied van specialiseren. Er is in mijn ogen wel een verschil tussen de onzekerheid dat ik morgenochtend een telefoontje krijg dat ik de rest van de week niet hoef te werken omdat ze geen "klusjes" meer hebben, of dat daar een periode tussen zit. Het maakt mij niet uit of die periode 2 weken of 1 maand is. Uiteindelijk is duidelijkheid het belangrijkste. Qua nieuwe klussen ben ik er niet bang voor dat ik lang zonder zit. En in de tussentijd ligt er nog genoeg op de plank om zelf te ontwikkelen of technieken te gebruiken waar ik altijd al eens aan heb willen proeven.

RonaldHeirbaut schreef op dinsdag 1 februari 2022 @ 15:55:
[...]

Als het zo'n gedoe is met werk vinden en kleine klusjes schrapen, dan zou ik er wel klaar mee zijn. Ik zou opzeggen per 1 maart en op zoek gaan naar wat anders. Ik zou me in jouw constructie aan het lijntje gehouden voelen. Zelf opzeggen met een concrete datum geeft duidelijkheid voor jou, maar ook voor je klant. Die intermediair zou me weinig boeien.
Maar jij ben mij niet

Dat is het ook, er is überhaupt geen planning meer qua werkzaamheden bij de klant en dus gaan ze maar dingen "verzinnen". Als je om duidelijkheid vraagt, dan krijg je het niet en dat is gewoon vervelend. Kleine klusjes horen er bij, maar is niet iets wat ik langer dan een maand wil gaan doen.

[NLKornolio]

sentja schreef op dinsdag 1 februari 2022 @ 14:39:
Ik word de laatste tijd helemaal platgebeld door recruiters uit de UK. Een club genaamd Interex group voornamelijk. Erg vervelend. Bellen meerdere keren achter elkaar, met verschillende 020 nummers. Heb al vaak genoeg opgenomen en gezegd dat ze moeten stoppen met bellen. Hoe ze aan mijn nummer komen is me ook een raadsel. Wat doe je hiertegen?

Opnemen met een andere naam en zeggen dat ze verkeerd verbonden zijn. Gaat het snelst.

[Hydra]

Opa-Sokkenpop schreef op dinsdag 1 februari 2022 @ 12:18:
Alleen als opdrachtnemer mag je niet zomaar stoppen met een opdracht, de overeenkomst dien je na te komen.

Ik werk uurtje factuurtje en er is geen enkele verplichting van mij uit om X uur per week te maken. Ik zou nooit met een dergelijke clausule akkoord gaan. In mijn contracten is die 36 uur ook een richtlijn om verwachtingen af te stemmen. Ik heb ook nooit issues gehad met vakanties e.d.

[mifa]

Hmmbob schreef op maandag 3 januari 2022 @ 16:48:
Ik zie dat de arbeidskorting pas 0 is boven de 109k, ik zal het er eens in sleutelen. Algemene heffingskorting ligt op 0 vanaf 69k, dat red je toch wel

Klopt de berekening van de arbeidskorting? Volgens hier is er 10351 een percentage van 4,541. In jouw formule is het 5,41%. Het moet in de formule volgens mij zijn: 0.04541

[DeveloperNL]

Opa-Sokkenpop schreef op dinsdag 1 februari 2022 @ 15:44:
[...]


Eens, ik heb gisteren besloten: Contractueel ga ik geen "herrie schoppen". Dat kost mij veel energie, haalt de positieve lading uit de opdracht en is een stressvolle situatie die veel tijd gaat kosten.


[...]


Het antwoord van de klant is: Dat weten we nog niet. Iets specifieker is het antwoord: Op dit moment staan er (na de huidige grote aanvulling die ik deze week afrond) geen grote aanvullingen op de planning. Er staan nog wel een aantal kleine punten op de planning, maar we weten niet hoeveel tijd dat in beslag gaat nemen.

Mijn contract eindigt automatisch eind april. Duidelijk is dat er niet tot eind april voldoende werk is bij deze klant. Ergens tussen morgen en eind april is dus het einde van de opdracht. Maar wanneer? De klant geeft er geen duidelijkheid over en ik verwacht niet dat ze dat netjes met enige termijn vantevoren aan mij gaan mededelen.

Zeg ik zelf op, dan hou ik denk ik de eer aan mijzelf. Ik schep duidelijkheid richting de eindklant: Die weet dat ik over 28 dagen stop. Is er meer werk, dan ben ik best bereid om in die tussentijd meer uren te maken dan overeengekomen om alles netjes af te ronden. Voor mijzelf weet ik dan wanneer ik bij een nieuwe opdrachtgever aan de slag kan gaan.

Ik zou zelf als ik in jouw schoenen zou staan, per direct een nieuwe opdracht zoeken. Geen idee hoe groot de opdrachtgever is, maar het klinkt niet echt georganiseerd. Zeker omdat je er kort zit, zou ik wel je contract uitzitten (eind april), maar wel minder uren maken. Stel je vind per 1 maart nieuwe opdracht, regel dat je 24 uur bij nieuwe opdrachtgever begint en 8-16 uur bij je huidige opdrachtgever de taken mag afronden. Je zingt je contract uit en kunt met opgeheven hoofd naar intermediair en klant afsluiten. Mocht nieuwe opdrachtgever daar niet voor openstaan, sluit je het boek en door.

[Remcoder]

Hydra schreef op dinsdag 1 februari 2022 @ 18:16:
[...]


Ik werk uurtje factuurtje en er is geen enkele verplichting van mij uit om X uur per week te maken. Ik zou nooit met een dergelijke clausule akkoord gaan. In mijn contracten is die 36 uur ook een richtlijn om verwachtingen af te stemmen. Ik heb ook nooit issues gehad met vakanties e.d.

Dat dus, het enige wat nu in mijn contract staat is dat ik bij afwezigheid van meer dan 2 weken een best effort moet leveren om een vervanging te vinden.

Dus, mocht dat gebeuren plaats ik hier wel de oproep en dan zie ik vanzelf dat niemand reageert, of ik heb geluk en ben niet mijn volledige tarief kwijt bij afwezigheid

[Stukfruit]

Opa-Sokkenpop schreef op dinsdag 1 februari 2022 @ 16:18:
Dat is het ook, er is überhaupt geen planning meer qua werkzaamheden bij de klant en dus gaan ze maar dingen "verzinnen". Als je om duidelijkheid vraagt, dan krijg je het niet en dat is gewoon vervelend. Kleine klusjes horen er bij, maar is niet iets wat ik langer dan een maand wil gaan doen.

Klinkt als werken in loondienst

[bumble_bee]

Remcoder schreef op dinsdag 1 februari 2022 @ 20:56:
Dat dus, het enige wat nu in mijn contract staat is dat ik bij afwezigheid van meer dan 2 weken een best effort moet leveren om een vervanging te vinden.

Dit heb ik ook een aantal keer voorbij zien komen in contracten van tussenpersonen, ook bij een huidige klant, en ook dit laat ik er standaard uit halen, of ik teken niet.
Ik wil helemaal geen vervanging hoeven zoeken, want a) mensen werven is niet mijn core business noch ambieer ik dat en b) dat kan ik ook helemaal niet garanderen, dat ik een vervanging lever. Wat als ik in coma raak voor 3 weken?
Of ik raak ernstig ziek, en dan moet ik al ziek zijnde proberen iemand te vinden in de huidige markt? Of ik zou een of andere peperdure verzekering moeten afsluiten die developers standby heeft staan? (bestaat zoiets uberhaupt?)
Zou ik nooit voor tekenen, zoiets.

[Hmmbob]

mifa schreef op dinsdag 1 februari 2022 @ 19:58:
[...]


Klopt de berekening van de arbeidskorting? Volgens hier is er 10351 een percentage van 4,541. In jouw formule is het 5,41%. Het moet in de formule volgens mij zijn: 0.04541

Zal morgen eens kijken!

[TommyGun]

bumble_bee schreef op dinsdag 1 februari 2022 @ 22:07:
[...]

Dit heb ik ook een aantal keer voorbij zien komen in contracten van tussenpersonen, ook bij een huidige klant, en ook dit laat ik er standaard uit halen, of ik teken niet.
Ik wil helemaal geen vervanging hoeven zoeken, want a) mensen werven is niet mijn core business noch ambieer ik dat en b) dat kan ik ook helemaal niet garanderen, dat ik een vervanging lever. Wat als ik in coma raak voor 3 weken?
Of ik raak ernstig ziek, en dan moet ik al ziek zijnde proberen iemand te vinden in de huidige markt? Of ik zou een of andere peperdure verzekering moeten afsluiten die developers standby heeft staan? (bestaat zoiets uberhaupt?)
Zou ik nooit voor tekenen, zoiets.

Inderdaad. Ik neem al 3 weken aaneengesloten als zijnde zomervakantie . Uiteraard geef ik mijn afwezigheid wel aan.

[DR.V]

Wat is jullie mening over self-billing? Zelf vind ik het een gedrocht gezien opdrachtgevers vaak al een intern systeem hebben en dit daar al wordt goedgekeurd en verzonden naar de bemiddelaar. De self-billing eis verlaat dan enkel de factuurdatum en is puur gunstig voor de bemiddelaar. Zeker als je elke maand exact dezelfde uren werkt.

[pirke]

bumble_bee schreef op dinsdag 1 februari 2022 @ 22:07:
[...]

Dit heb ik ook een aantal keer voorbij zien komen in contracten van tussenpersonen, ook bij een huidige klant, en ook dit laat ik er standaard uit halen, of ik teken niet.
Ik wil helemaal geen vervanging hoeven zoeken, want a) mensen werven is niet mijn core business noch ambieer ik dat en b) dat kan ik ook helemaal niet garanderen, dat ik een vervanging lever. Wat als ik in coma raak voor 3 weken?
Of ik raak ernstig ziek, en dan moet ik al ziek zijnde proberen iemand te vinden in de huidige markt? Of ik zou een of andere peperdure verzekering moeten afsluiten die developers standby heeft staan? (bestaat zoiets uberhaupt?)
Zou ik nooit voor tekenen, zoiets.

Het is wel een punt om te bepalen of je in verkapt loondienst bent of niet. Dat je vervanging mag aanleveren is een argument dat het niet om een verkapt dienstverband gaat.

Ik doe "vervanging bij langdurige afwezigheid in overleg". In de praktijk zal er nooit iets vervangen worden, maar contractueel is het wel geregeld.

[Ernemmer]

pirke schreef op woensdag 2 februari 2022 @ 08:05:
[...]


Het is wel een punt om te bepalen of je in verkapt loondienst bent of niet. Dat je vervanging mag aanleveren is een argument dat het niet om een verkapt dienstverband gaat.

Ik doe "vervanging bij langdurige afwezigheid in overleg". In de praktijk zal er nooit iets vervangen worden, maar contractueel is het wel geregeld.

Die kan je mooi combineren met een inzetverplichting.

Als je in je contract geen inzetverplichting zet, maar wel verplichte vervanging, kan je jezelf vervangen door iemand anders met een inzet van 0 uur.

[MadEgg]

DR.V schreef op woensdag 2 februari 2022 @ 00:39:
Wat is jullie mening over self-billing? Zelf vind ik het een gedrocht gezien opdrachtgevers vaak al een intern systeem hebben en dit daar al wordt goedgekeurd en verzonden naar de bemiddelaar. De self-billing eis verlaat dan enkel de factuurdatum en is puur gunstig voor de bemiddelaar. Zeker als je elke maand exact dezelfde uren werkt.

Ik vind het ook een gedrocht. Ik vraag me af of dit fiscaal wel juist is, over het algemeen staat een negatieve factuur tegenover een positieve.

Ik krijg ze helaas ook. Ik vul gedurende de maand de uren in bij mijn klant. Aan het eind van de maand maak in een factuur en vul ik ook de uren in in het portaal van de tussenpartij. Als bijlage doe ik dan de goedkeuring van de urenstaten van de klant, en mijn eigen factuur. Dit is ook het enige wat ik bewaar, die factuur die ik van de tussenpartij krijg gaat de prullenbak in, anders klopt mijn eigen administratie ook niet meer.

Wel heb ik een betaaltermijn van 3 dagen langer ingesteld om het verschil in vervaldatum op te vangen - de "self bill" van de tussenpartij komt vaak 2 a 3 dagen later dan mijn eigen factuur en zo lopen ze toch ongeveer gelijk.

Bij een volgende klant ga ik dit ook gewoon laten schrappen. Ik schrijf de facturen en ik bepaal daarmee ook de betaaltermijn, niet de tussenpartij. Voor die €8,- per uur mogen ze best wat uren van mijn factuur overnemen in wat Brainnet daar ook maar voor wil hebben.

[Hmmbob]

DR.V schreef op woensdag 2 februari 2022 @ 00:39:
Wat is jullie mening over self-billing? Zelf vind ik het een gedrocht gezien opdrachtgevers vaak al een intern systeem hebben en dit daar al wordt goedgekeurd en verzonden naar de bemiddelaar. De self-billing eis verlaat dan enkel de factuurdatum en is puur gunstig voor de bemiddelaar. Zeker als je elke maand exact dezelfde uren werkt.

Twee grote partijen waar ik nu gezeten heb werken met self-billing. Bij beiden moest ik de uren in het systeem van de klant invoeren, waarna de tussenpersoon automatisch wekelijks een factuur opmaakte. Ik hoef dus niets te doen in het systeem van de tussenpersoon (die betaal ik ook niet trouwens, die zit er enkel als MSP tussen voor de klanten). Factuur komt per mail, en die hang ik dan weer aan de factuur die ik zelf in Moneymonk maak. Data, factuurnummer en bedragen komen dan 1-op-1 overeen. Mijn factuur wordt niet verstuurd (ik heb immers al de reverse bill ontvangen), die is er alleen om de boekhouding te laten kloppen. Zie het als "dezelfde factuur in twee formats: 1x mijn eigen en 1x die van de tussenpersoon".

Dus, concreet levert het me weinig extra werk op (uren bijhouden bij de klant moet ik toch, evenals zelf een factuur aanmaken in mijn boekhouding). Het is ook een voorspelbaar ritme, ik kan de facturen nu al vooruit aanmaken

[Hydra]

DR.V schreef op woensdag 2 februari 2022 @ 00:39:
Wat is jullie mening over self-billing? Zelf vind ik het een gedrocht gezien opdrachtgevers vaak al een intern systeem hebben en dit daar al wordt goedgekeurd en verzonden naar de bemiddelaar. De self-billing eis verlaat dan enkel de factuurdatum en is puur gunstig voor de bemiddelaar. Zeker als je elke maand exact dezelfde uren werkt.

Ik vond het wel handig. Had het bij brainnet/Bol.com. Je vult de uren toch al in een systeem en en als ze perse zelf een factuur willen maken (je kan zelf de nummering kiezien): prima. Het maakt mij echt gewoon niet uit.

[MadEgg]

Hydra schreef op woensdag 2 februari 2022 @ 08:45:
[...]


Ik vond het wel handig. Had het bij brainnet/Bol.com. Je vult de uren toch al in een systeem en en als ze perse zelf een factuur willen maken (je kan zelf de nummering kiezien): prima. Het maakt mij echt gewoon niet uit.

Jij mocht bij self-billng zelf de nummering kiezen? Dat is in ieder geval een stapje beter.

Ik moet de uren invullen en insturen. Vervolgens moet de tussenpartij dit nog goedkeuren, ondanks dat de klant dat al gedaan heeft. Vervolgens wordt er een factuur opgemaakt met een door hen gegenereerd nummer en een door hen bepaalde vervaldatum. Ik kan er geen enkele referentie bij laten zetten, noch bij de betaling. Het is altijd weer de stukjes bij elkaar zoeken.

[Hydra]

MadEgg schreef op woensdag 2 februari 2022 @ 08:55:
Jij mocht bij self-billng zelf de nummering kiezen? Dat is in ieder geval een stapje beter.

Ik moet de uren invullen en insturen. Vervolgens moet de tussenpartij dit nog goedkeuren, ondanks dat de klant dat al gedaan heeft. Vervolgens wordt er een factuur opgemaakt met een door hen gegenereerd nummer en een door hen bepaalde vervaldatum. Ik kan er geen enkele referentie bij laten zetten, noch bij de betaling. Het is altijd weer de stukjes bij elkaar zoeken.

Oh, dat is wel minder idd. Maar ja, in het systeem van Brainnet kan je dus zelf het factuurnummer invoeren. Ik maakte dus gewoon een factuur in MoneyMonk aan en koppelde voegde de gegenereerde factuur toe als bestand. En ik verstuurdie die dan natuurlijk niet.

Als het een door hen gegenereerd nummer is, lijkt het me wel wat lastiger een 'nette' nummering te krijgen. Zaten er dan ook gaten in?

[MadEgg]

Hydra schreef op woensdag 2 februari 2022 @ 09:00:
[...]


Oh, dat is wel minder idd. Maar ja, in het systeem van Brainnet kan je dus zelf het factuurnummer invoeren. Ik maakte dus gewoon een factuur in MoneyMonk aan en koppelde voegde de gegenereerde factuur toe als bestand. En ik verstuurdie die dan natuurlijk niet.

Als het een door hen gegenereerd nummer is, lijkt het me wel wat lastiger een 'nette' nummering te krijgen. Zaten er dan ook gaten in?

Zeker. De tussenpatij is halverwege ook nog overgestapt op een ander systeem wat weer een compleet andere nummering oplevert dus het is een enorm zootje.

Zat ik er maar "rechtstreeks' via Brainnet

[jape14]

ConQuestador schreef op maandag 31 januari 2022 @ 16:57:
Een oud collega (mede Java ZZPer) van me is enkele maanden geleden ook begonnen aan een golang opdracht. Hij had 0,0 ervaring met golang, maar dat vond de opdrachtgever niet erg.
Ze hadden zoveel moeite met mensen vinden, dat een goede developer mindset genoeg was, de taal komt vanzelf wel..

Zo moet het ook zijn. Al ligt Scala of Kotlin wellicht iets dichter bij Java, dat moet ook gewoon allemaal kunnen als je goede ervaring meebrengt.

[jape14]

Deveon schreef op zondag 30 januari 2022 @ 20:55:
Freelance.nl is denk ik net zo goed verstopt als de zoekfunctie

Het is een prima website maar verwacht wel dat daar met name tussenpersonen zitten die minimaal een tientje per uur pakken (of meerdere tussenpersonen). Als ik echt zonder werk zou zitten overweeg ik het wel en mocht ik iets interessants zien dan zoek ik eerst of ik dichterbij de bron kan komen. Het is met name een verzamelplaats van opdrachten die elders ook te vinden zijn (zie TS).

Het wisselt gewoon heel erg. Meestal staat er wel bij welke recruiter er tussenin zit, soms zie je ook advertenties van directe eindklanten. Vaak kun je de dingen die op freelance.nl staan ook wel ergens anders terugvinden. Het is een beetje rommelig wat dat betreft, maar kan best een startpunt zijn.

[com2,1ghz]

jape14 schreef op woensdag 2 februari 2022 @ 09:52:
[...]


Zo moet het ook zijn. Al ligt Scala of Kotlin wellicht iets dichter bij Java, dat moet ook gewoon allemaal kunnen als je goede ervaring meebrengt.

Alhoewel er nog steeds recruiters/managers/bedrijven bestaan die er vanuit gaan dat je een heel IT afdeling kan vervangen.

Even een rant.
Ben laats gezakt bij een online assessment bij een opdracht. Kreeg ik een Hackerrank linkje waarin ik een bepaald case moest oplossen. Heel vaag allemaal. Of ik even een algoritme uit de losse pols kon schrijven om een stuk json te zoeken. En dit moest dan in een webbrowser zonder highlighting of autocomplete.
In de afgelopen 10 jaar tijd had ik voor het laats een zoekalgoritme op school moeten schrijven.

Zo super kansloos dat bedrijven allerlei zaken vragen waar ze niets mee doen in praktijk. Maar wel even in een half uurtje een codegolf puzzeltje laten doen. Voor de rest boeit het blijkbaar niet dat ik capabel ben om een goed ontworpen en geteste applicatie te schrijven in allerlei Java frameworks en libraries front ends en clouds waar ik thuis in ben.

Hoorde van een collega dat hij een programmatje moest schrijven om de langse palindroom string te vinden. Hij zei dat hij gedurende zijn sollicitatieperiode alleen maar die interviewvragen ging leren onthouden omdat ze blijkbaar dit vaker vragen . Als je het hem nu zou vragen dan kan hij dat niet meer.

[Hmmbob]

Hydra schreef op woensdag 2 februari 2022 @ 09:00:
Als het een door hen gegenereerd nummer is, lijkt het me wel wat lastiger een 'nette' nummering te krijgen. Zaten er dan ook gaten in?

Hmm, gelukkig lopen bij de twee tussenpartijen waar ik mee te maken heb gehad de nummering consequent door. Die nummerreeks heb ik dan ook gewoon ingevuld in Moneymonk.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[_pix]

Voor wie ook over moet naar een betaalde versie van Google Workspace: ik wilde het uitstellen, heb het nu toch even gefixt (Business Standard, de middelste optie) omdat ik een bepaalde functionaliteit wil gebruiken. De uiteindelijke deal blijkt best goed: screenshot

Opvallend dat de flexibele optie een stuk voordeliger is dan het jaarabonnement.

[miena21]

com2,1ghz schreef op woensdag 2 februari 2022 @ 10:31:
[...]
Hoorde van een collega dat hij een programmatje moest schrijven om de langse palindroom string te vinden. Hij zei dat hij gedurende zijn sollicitatieperiode alleen maar die interviewvragen ging leren onthouden omdat ze blijkbaar dit vaker vragen . Als je het hem nu zou vragen dan kan hij dat niet meer.

Ik haak gewoon af bij zulke interviewvragen. Ik wil best een gesprek hebben om mijn skills te laten peilen. Maar coding opdrachten of assessments doe ik niet aan mee.

[Sunri5e]

Hoe bepalen jullie hoeveel je aan prive onttrekking je maandelijks doet om jezelf van inkomen te voorzien?

[Zoidbergh]

Sunri5e schreef op woensdag 2 februari 2022 @ 12:00:
Hoe bepalen jullie hoeveel je aan prive onttrekking je maandelijks doet om jezelf van inkomen te voorzien?

Voor mij is het wat ik als laatste in loondienst verdiende + een beetje bonus. Mijn leefstijl is niet anders geworden, heb dan ook niet meer nodig.

De rest in diverse spaarpotjes (bijv. buffer en de welbekende tesla ) / (pensioen)beleggingen.

Daarbij elk jaar wat extra van de hypotheek afbetalen.

[DanTm]

Sunri5e schreef op woensdag 2 februari 2022 @ 12:00:
Hoe bepalen jullie hoeveel je aan prive onttrekking je maandelijks doet om jezelf van inkomen te voorzien?

Factuurbedrag zonder BTW gedeeld door Pi

[com2,1ghz]

Zoidbergh schreef op woensdag 2 februari 2022 @ 12:08:
[...]


Voor mij is het wat ik als laatste in loondienst verdiende + een beetje bonus. Mijn leefstijl is niet anders geworden, heb dan ook niet meer nodig.

De rest in diverse spaarpotjes (bijv. buffer en de welbekende tesla ) / (pensioen)beleggingen.

Daarbij elk jaar wat extra van de hypotheek afbetalen.

Dit, en ietsje meer vanwege kinderopvangtoeslag wat significant afneemt vanwege het hoge inkomen.
Voorheen betaalde ik 320 euro in loondienst, toen ik ging freelancen ging het richting de 825 euro.

Maar ik spaar ook geen geld meer vanuit met maandelijkse salaris die ik mezelf uitkeer. Het spaargeld zit ook op mijn zakelijke rekening die ik ieder jaar afroom.

[Crazy D]

Sunri5e schreef op woensdag 2 februari 2022 @ 12:00:
Hoe bepalen jullie hoeveel je aan prive onttrekking je maandelijks doet om jezelf van inkomen te voorzien?

Gewoon, wat je nodig hebt? Vaste lasten + bedrag om boodschappen te doen. En als ik een keer meer nodig heb maak ik meer over.

[Remcoder]

Ik zet de btw op een aparte spaarrekening en verder laat ik een klein bedrag staan voor de zakelijke automatische incasso's. De rest gaat naar prive, daarvan zet ik de helft apart voor de belasting en de rest wordt verdeeld over verschillende spaarpotjes, o.a. voor niet facturabele dagen, pensioen, en toekomstige prive uitgaven.

Voor komend jaar verwacht ik nog niet aan de vermogensbelasting te komen, daarna ga ik wel kijken of ik meer zakelijk kan sparen of toch voor een bv constructie met een spaar bv ga voor later.

[Hmmbob]

Sunri5e schreef op woensdag 2 februari 2022 @ 12:00:
Hoe bepalen jullie hoeveel je aan prive onttrekking je maandelijks doet om jezelf van inkomen te voorzien?

== laatste loondienstloon + bonusje

[B-Real]

Interessante vraag ook voor mij. Ben al een paar maanden aan het lurken in dit topic
Hoewel ik geen IT'er ben helpt dit topic wel ontzettend (de IT onderwerpen lees ik wat vluchtiger )
Ik zie ingehuurde collega's om mij heen die zeker niet beter zijn dan mij, maar toch als ZZP'er worden ingehuurd voor 100eu per uur.
Dus het kriebelt wel om ook die stap te maken ondanks dat ik het nu ook niet slecht heb.

Ook al wat proefberekening gemaakt en met een dergelijk uurtarief en grofweg voorzichtigheidshalve 1.500 á 1.600 uur per jaar, wat prima moet lukken. Opdrachten in mijn vakgebied zijn vaak toch voor een half jaar of langer heb ik het idee.

Mijn idee: spaarrekening voor de BTW, spaarrekening voor de IB, lopende zakelijke rekening voor de vaste zakelijke lasten, maandelijks een bedrag om van te leven naar prive en de rest zoveel mogelijk inleggen in iets van een pensioen, sparen en (als er eenmaal voldoende buffer is om een tijdje zonder werk te zitten, worst case...) extra aflossen op de hypotheek.

Anders leven zouden wij ook niet gaan doen, we hoeven nu ook niet echt iets te laten eigenlijk. Dus maandelijks netto net zoveel overmaken als dat ik nu gestort krijg was mijn idee.

Zijn er vuistregels qua uurtarieven vs loon in loondienst? x euro per uur is 1x modaal, y euro per uur is 2x modaal etc?
Waar zou ik de 100eu per uur dan ongeveer moeten plaatsen?

Ik heb het nu ook niet slecht, goed naar mijn zin, genoeg opties qua doorgroeien van de toekomst, overstappen naar een andere werkgever zal ook nog wel een boost geven qua arbeidsvoorwaarden plus daarnaast lekker veilig in loondienst.
ZZP schap is natuurlijk wat spannender, meer vrijheid ook, ander soort uitdaging en betere beloning maar ik heb persoonlijk nog geen antwoord of dit opweegt tegen de huidige situatie plus toekomstperspectief.

[Bulder]

B-Real schreef op woensdag 2 februari 2022 @ 13:46:

[...]

Beetje afhankelijk van wat je doet. Je kan wel het één en ander uitrekenen, maar mocht je bv. in aanmerking komen voor de WBSO dan scheelt dat ook weer flink.

[page404]

B-Real schreef op woensdag 2 februari 2022 @ 13:46:
Interessante vraag ook voor mij. Ben al een paar maanden aan het lurken in dit topic
Hoewel ik geen IT'er ben helpt dit topic wel ontzettend (de IT onderwerpen lees ik wat vluchtiger )
Ik zie ingehuurde collega's om mij heen die zeker niet beter zijn dan mij, maar toch als ZZP'er worden ingehuurd voor 100eu per uur.
Dus het kriebelt wel om ook die stap te maken ondanks dat ik het nu ook niet slecht heb.

Ook al wat proefberekening gemaakt en met een dergelijk uurtarief en grofweg voorzichtigheidshalve 1.500 á 1.600 uur per jaar, wat prima moet lukken. Opdrachten in mijn vakgebied zijn vaak toch voor een half jaar of langer heb ik het idee.

Mijn idee: spaarrekening voor de BTW, spaarrekening voor de IB, lopende zakelijke rekening voor de vaste zakelijke lasten, maandelijks een bedrag om van te leven naar prive en de rest zoveel mogelijk inleggen in iets van een pensioen, sparen en (als er eenmaal voldoende buffer is om een tijdje zonder werk te zitten, worst case...) extra aflossen op de hypotheek.

Anders leven zouden wij ook niet gaan doen, we hoeven nu ook niet echt iets te laten eigenlijk. Dus maandelijks netto net zoveel overmaken als dat ik nu gestort krijg was mijn idee.

Zijn er vuistregels qua uurtarieven vs loon in loondienst? x euro per uur is 1x modaal, y euro per uur is 2x modaal etc?
Waar zou ik de 100eu per uur dan ongeveer moeten plaatsen?

Ik heb het nu ook niet slecht, goed naar mijn zin, genoeg opties qua doorgroeien van de toekomst, overstappen naar een andere werkgever zal ook nog wel een boost geven qua arbeidsvoorwaarden plus daarnaast lekker veilig in loondienst.
ZZP schap is natuurlijk wat spannender, meer vrijheid ook, ander soort uitdaging en betere beloning maar ik heb persoonlijk nog geen antwoord of dit opweegt tegen de huidige situatie plus toekomstperspectief.

Ik weet niet precies wat je vraag is. Als je 100€ per uur kan vragen en denkt 1500 uur te maken dan kom je op 150.000 eur omzet. Hoe zich dat verhoudt tot een modaal salaris? Ik weet niet wat je met die info wil op berekenhet.nl kun je daar een bruto/netto berekening van maken (ook incl gemaakte kosten).
Maar er is al vaker genoemd dat 1000 * je uurtarief een aardige indicatie van je netto inkomen is bij fulltime werken.
Of dat een betere optie is tov loondienst kan alleen jij bepalen. Ik vind dat een werkgever nogal wat te bieden moet hebben wil die helft van je ZZP-inkomen gerechtvaardigd zijn. Maar ieder zijn overwegingen daarin

[Opa-Sokkenpop]

Sunri5e schreef op woensdag 2 februari 2022 @ 12:00:
Hoe bepalen jullie hoeveel je aan prive onttrekking je maandelijks doet om jezelf van inkomen te voorzien?

Zelf doe ik het volgende elke maand:

• BTW op aparte zakelijke spaarrekening
• 50% van het bedrag dat overblijft op een zakelijke spaarrekening met de naam "Belasting". Ja, dat is te veel, maar zorgt uiteindelijk bij de inkomstenbelasting voor een extra "beloning"
• €750 gaat naar beleggingen
• Twee privé spaarrekeningen hebben een bepaald "maximum". Zolang die max niet bereikt is, moeten die gevuld worden. Dat is de buffer voor kleine uitgaven (wasmachine) en grote uitgaven (auto bijv.). Is die max bereikt, dan gaat het bedrag boven de €2500 op de gezamenlijke rekening naar een derde spaarrekening die vervolgens weer vanaf een bepaald bedrag bij een fatsoenlijke rente in een deposito wordt gestopt. Dat is nu vanwege de lage rente niet van toepassing meer, maar wellicht komt daar in de toekomst verandering in.

Situatie is bij mij dan ook wel dat ik nog geen eigen woning heb.

[Haassiej]

Bovenstaand gaat het o.a. over externe facturen. Wat is er niet "goed" aan om deze in te boeken als externe facturen? Als je andere klanten zou hebben kan je die een "normale" factuur sturen. En ja, deze reeks wijkt af.. maar je normale reeks telt gewoon op o.i.d.

[RRunner]

Haassiej schreef op woensdag 2 februari 2022 @ 16:26:
Bovenstaand gaat het o.a. over externe facturen. Wat is er niet "goed" aan om deze in te boeken als externe facturen? Als je andere klanten zou hebben kan je die een "normale" factuur sturen. En ja, deze reeks wijkt af.. maar je normale reeks telt gewoon op o.i.d.

Moneybird zegt dat je deze kan inboeken als inkoopfactuur en dan aanvinken dat het omzet bevat. Dus het hangt af van je boekhoudpakket.

[Remcoder]

Haassiej schreef op woensdag 2 februari 2022 @ 16:26:
Bovenstaand gaat het o.a. over externe facturen. Wat is er niet "goed" aan om deze in te boeken als externe facturen? Als je andere klanten zou hebben kan je die een "normale" factuur sturen. En ja, deze reeks wijkt af.. maar je normale reeks telt gewoon op o.i.d.

De enige regel is dat je per klant een logische oplopende reeks factuurnummers moet hebben. Er is niets op tegen om per klant een aparte reeks te hanteren.

Mijn ene klant werkt met reverse billing en mijn andere stuur ik zelf de facturen. Voor de facturen die ik zelf stuur gebruik ik mijn eigen nummering, en de facturen die ik via reverse billing ontvang boek ik gewoon in met het nummer wat zij gebruiken.

Ik zie geen reden om moeilijk te gaan doen en eigen facturen te gaan sturen om ze te dwingen mijn nummering te gebruiken. Dat gaat vast weer ergens mis, en leidt weer tot frustratie. Dan focus ik liever op het leveren van goede software.

[MadEgg]

Sunri5e schreef op woensdag 2 februari 2022 @ 12:00:
Hoe bepalen jullie hoeveel je aan prive onttrekking je maandelijks doet om jezelf van inkomen te voorzien?

Laatste netto loondienstsalaris x 1,5. En dan betaal ik nog pensioenopbouw en deelnamekosten aan SharePeople zakelijk, dus dat komt er nog bovenop.

Mijn netto inkomen is ruwweg x3 gegaan, dus dat kan makkelijk uit.

Maar in het algemeen: wat je nodig hebt om lekker te kunnen leven, lijkt me.

[Freeaqingme]

Remcoder schreef op woensdag 2 februari 2022 @ 20:13:
[...]

De enige regel is dat je per klant een logische oplopende reeks factuurnummers moet hebben. Er is niets op tegen om per klant een aparte reeks te hanteren.

Nou, volgens mij schuurt dat wel een beetje. De belastingdienst schrijft:

Gebruik opeenvolgende nummers voor uw facturen, met 1 of meer reeksen. Elk factuurnummer mag maar 1 keer voorkomen.

In theorie sluit dat niet uit dat je per klant een aparte factuurreeks hebt. Net zoals dat het in theorie niet uitsluit dat je voor iedere factuur een nieuwe reeks begint. Toch zal de inspecteur het in ieder geval met dat laatste niet eens zijn.

Het idee achter deze regel is dat je niet zomaar achteraf facturen kan antedateren. Als je een systeem hebt waarmee je kan onderbouwen dat dat niet kan, dan heb je denk ik een pleitbaar standpunt.

[ID-College]

Hier ook meerdere reeksen omdat ik geen invloed heb op t factuurnummer. Maak mij er niet druk om iig

[sverzijl]

ID-College schreef op woensdag 2 februari 2022 @ 21:25:
Hier ook meerdere reeksen omdat ik geen invloed heb op t factuurnummer. Maak mij er niet druk om iig

Je mag "1 of meer reeksen." gebruiken, geen enkel probleem dus.
Vond de wekelijkse reverse billing wel fijn. Liep allemaal erg gestroomlijnd. Nu moet ik redelijk vaak weer een herinnering sturen op dag 32. Krijg dan diezelfde dag wel weer betaald, maar toch.

[marcelcee]

Wat volgens mij vaak gebeurt, maar bij mijn weten niet toegestaan is, is om per jaar een nieuwe reeks te starten. Dus 2022001, 2023001 etc. Zo is niet te achterhalen hoeveel facturen er in een bepaald jaar zijn gemaakt (en dus hoeveel inkomsten genoten zijn). Als ik voor een klant ooit met A001 begonnen ben en dat gewoon door blijf nummeren is er geen probleem. My 2 cents.

[Kawa]

marcelcee schreef op woensdag 2 februari 2022 @ 22:11:
Wat volgens mij vaak gebeurt, maar bij mijn weten niet toegestaan is, is om per jaar een nieuwe reeks te starten. Dus 2022001, 2023001 etc. Zo is niet te achterhalen hoeveel facturen er in een bepaald jaar zijn gemaakt (en dus hoeveel inkomsten genoten zijn). Als ik voor een klant ooit met A001 begonnen ben en dat gewoon door blijf nummeren is er geen probleem. My 2 cents.

Ook dat mag gewoon. Als het matched met de bedragen die binnenkomen is het geen probleem

[RonaldHeirbaut]

marcelcee schreef op woensdag 2 februari 2022 @ 22:11:
Wat volgens mij vaak gebeurt, maar bij mijn weten niet toegestaan is, is om per jaar een nieuwe reeks te starten. Dus 2022001, 2023001 etc. Zo is niet te achterhalen hoeveel facturen er in een bepaald jaar zijn gemaakt (en dus hoeveel inkomsten genoten zijn). Als ik voor een klant ooit met A001 begonnen ben en dat gewoon door blijf nummeren is er geen probleem. My 2 cents.

Ik nummer elk jaar opnieuw met het jaartal als voorloper. Dat vind de accountant goed. Toen ik begon nam ik jaar.weeknummer.volgnummer, maar dat mocht niet omdat er dan gaten ontstaan (vraag me niet waarom ik dat deed, geen idee meer). De nummering moet opvolgend zijn, en logisch. Per jaar opnieuw beginnen bij 1 is logisch, mits je het jaartal meeneemt. Overigens, vroeger ooit geprogrammeerd aan een ERP pakket en daar ging de nummering ook per jaar.

[com2,1ghz]

marcelcee schreef op woensdag 2 februari 2022 @ 22:11:
Wat volgens mij vaak gebeurt, maar bij mijn weten niet toegestaan is, is om per jaar een nieuwe reeks te starten. Dus 2022001, 2023001 etc. Zo is niet te achterhalen hoeveel facturen er in een bepaald jaar zijn gemaakt (en dus hoeveel inkomsten genoten zijn). Als ik voor een klant ooit met A001 begonnen ben en dat gewoon door blijf nummeren is er geen probleem. My 2 cents.

Mijn accountant stuurt mij facturen met het jaartal in de reeks in precies het formaat die je opnoemt

[ID-College]

Hier ook ja kijk hierna wel weer een keer.. Mag je wel doorgaan met een oude reeks na een jaar ofzo? Ik heb een eigen reeks maar nu dus weer een andere reeks ivm self billing. Mag je je eigen reeks weer oppakken nadat je weer zelf gaat factureren of kan je dan beter weer random iets verzinnen?

[MadEgg]

Het zal allemaal wel loslopen maar ik nummer gewoon lekker door. Ook prettig voor mijn eigen overzicht. Ik heb gewoon factuurnummers 1 t/m 280, geen uitzonderingen. Weet ik ook zeker dat er geen gaten zijn, handig bij nalopen van de boekhouding.

[ Voor 19% gewijzigd door MadEgg op 03-02-2022 09:02 ]

[Ernemmer]

com2,1ghz schreef op donderdag 3 februari 2022 @ 08:18:
[...]

Mijn accountant stuurt mij facturen met het jaartal in de reeks in precies het formaat die je opnoemt

Ik laat de eerste 20 altijd vallen.

Mijn facturen hebben nummer 2201,2202 etc en als ik er meer dan 100 stuur (die kans is heel klein) wordt het gewoon 22100, 22101 etc.

[RichieB]

RonaldHeirbaut schreef op donderdag 3 februari 2022 @ 07:57:
[...]

Ik nummer elk jaar opnieuw met het jaartal als voorloper. Dat vind de accountant goed. Toen ik begon nam ik jaar.weeknummer.volgnummer, maar dat mocht niet omdat er dan gaten ontstaan (vraag me niet waarom ik dat deed, geen idee meer). De nummering moet opvolgend zijn, en logisch.
[...]

Dat er geen gaten ontstaan is geen eis van de belastingdienst:

Gebruik opeenvolgende nummers voor uw facturen, met 1 of meer reeksen. Elk factuurnummer mag maar 1 keer voorkomen.

Je kan prima elke week/maand/jaar een nieuwe reeks starten.

[com2,1ghz]

RichieB schreef op donderdag 3 februari 2022 @ 09:30:
[...]

Dat er geen gaten ontstaan is geen eis van de belastingdienst:

[...]

Je kan prima elke week/maand/jaar een nieuwe reeks starten.

UUID.randomUUID()

[BiLLY_daKid]

Buurman, lijkt mij niet dat er dan een opvolgend nummer uit komt.

[com2,1ghz]

BiLLY_daKid schreef op donderdag 3 februari 2022 @ 09:58:
Buurman, lijkt mij niet dat er dan een opvolgend nummer uit komt.

Ligt eraan hoe je dat bekijkt he. Een karakter staat ook voor een nummer. Technisch gezien zit er wel een volgorde in

offtopic:
Zijn wij buren?

[staaltje]

Neem dan de fibonacci reeks. Dat valt nog uit te leggen

[pirke]

Een random generator met fixed seed: aantoonbare vaste volgorde

[RonaldHeirbaut]

Voor 995 euro lever ik jullie een reeks. Geen probleem.

[pirke]

RonaldHeirbaut schreef op donderdag 3 februari 2022 @ 11:59:
Voor 995 euro lever ik jullie een reeks. Geen probleem.

Dat moet rommel zijn. Iedereen weet dat je onder de 5k geen fatsoenlijke reeks kan krijgen.

[RonaldHeirbaut]

pirke schreef op donderdag 3 februari 2022 @ 12:05:
[...]


Dat moet rommel zijn. Iedereen weet dat je onder de 5k geen fatsoenlijke reeks kan krijgen.

Try me

[Rem]

[RonaldHeirbaut]

Rem schreef op donderdag 3 februari 2022 @ 13:14:
[Afbeelding]

Doet me denken aan de mop met het Franse varken dat kan rekenen en ook altijd op 'neuf' uitkomt.

Maar random nummers in je factuurnummer wordt toch zeuren. Ook bij nine nine nine ...

[Kawa]

RonaldHeirbaut schreef op donderdag 3 februari 2022 @ 13:17:
[...]

Doet me denken aan de mop met het Franse varken dat kan rekenen en ook altijd op 'neuf' uitkomt.

Maar random nummers in je factuurnummer wordt toch zeuren. Ook bij nine nine nine ...

[marcelcee]

com2,1ghz schreef op donderdag 3 februari 2022 @ 08:18:
[...]

Mijn accountant stuurt mij facturen met het jaartal in de reeks in precies het formaat die je opnoemt

Ik denk ook niet dat er in de praktijk zwaar aan getild wordt, en misschien zit ik er wel gewoon naast! Alle kans. Over kans gesproken: een random controle overkomt je volgens mij niet in een mensenleven (gemiddeld genomen).

Mijn interpretatie van opeenvolgend nummeren is dan wellicht te strikt. Want als ik nummers 20222001 t/m 2022012 factureer en betaald krijg. En in 2023 weer met nummer 1 begin. Hoe laat ik dan zien dat ik bijv. niet 15 facturen in 2022 heb gestuurd? En dat geld dus ook buiten de belastingaangifte houd. Ik weet het niet, maar misschien een overbodige vraag.

[Kawa]

marcelcee schreef op donderdag 3 februari 2022 @ 13:45:
[...]

Ik denk ook niet dat er in de praktijk zwaar aan getild wordt, en misschien zit ik er wel gewoon naast! Alle kans. Over kans gesproken: een random controle overkomt je volgens mij niet in een mensenleven (gemiddeld genomen).

Mijn interpretatie van opeenvolgend nummeren is dan wellicht te strikt. Want als ik nummers 20222001 t/m 2022012 factureer en betaald krijg. En in 2023 weer met nummer 1 begin. Hoe laat ik dan zien dat ik bijv. niet 15 facturen in 2022 heb gestuurd? En dat geld dus ook buiten de belastingaangifte houd. Ik weet het niet, maar misschien een overbodige vraag.

Jouw klant heeft die factuur ook en betaald op een rekening die op jouw naam staat. Ik ga er niet vanuit dat je werkt met een money mule of bruine envelopen met cash ontvangt.

[marcelcee]

Kawa schreef op donderdag 3 februari 2022 @ 13:49:
[...]

Jouw klant heeft die factuur ook en betaald op een rekening die op jouw naam staat. Ik ga er niet vanuit dat je werkt met een money mule of bruine envelopen met cash ontvangt.

Nee dat klopt, voor mij geldt dit niet. Dit voorbeeld was meer bedoeld om aan te geven waarom ik denk/dacht dat het jaarlijks opnieuw beginnen met een reeks mogelijk voor discussie kan zorgen.

Je bent volgens mij richting Belastingdienst gehouden aan te kunnen tonen dat je een juiste aangifte hebt gedaan. Zal allemaal wel los lopen, maar ik zou het een moeilijke vraag vinden: laat aub even zien dat je je omzet correct hebt aangegeven. Alstublieft, hier zijn mijn facturen 1 tm 12. Er was geen 13e factuur? Nee, eerlijk waar, het is bij 12 gebleven dit jaar… kijk maar in 2023 ben ik weer netjes met nummer 1 begonnen.

Nogmaals, het zal vast zo zijn dat ik dit (veel) te strikt interpreteer. Ieder doet waar hij/zij zich goed bij voelt.

[RonaldHeirbaut]

marcelcee schreef op donderdag 3 februari 2022 @ 13:45:
[...]

Ik denk ook niet dat er in de praktijk zwaar aan getild wordt, en misschien zit ik er wel gewoon naast! Alle kans. Over kans gesproken: een random controle overkomt je volgens mij niet in een mensenleven (gemiddeld genomen).

Mijn interpretatie van opeenvolgend nummeren is dan wellicht te strikt. Want als ik nummers 20222001 t/m 2022012 factureer en betaald krijg. En in 2023 weer met nummer 1 begin. Hoe laat ik dan zien dat ik bijv. niet 15 facturen in 2022 heb gestuurd? En dat geld dus ook buiten de belastingaangifte houd. Ik weet het niet, maar misschien een overbodige vraag.

Nee, stel dat je alleen oneven nummers gebruikt, dus factuurnummer 1 t/m 23 (voor het gemak even 12 facturen eind van de maand), keurig per laatste dag van de maand verstuurd. Dan zou je ineens alsnog een factuur nummer 2 kunnen versturen en antidateren met een paar maanden. Technisch klopt het dan prima maar administratief wordt het een draak.
Dus als ik na nummer 2022.001 ineens een factuur ga sturen met nummer 2021.013 met een factuurdatum van voor die van 2021.012, dan klopt het dus niet meer.

[marcelcee]

RonaldHeirbaut schreef op donderdag 3 februari 2022 @ 14:29:
[...]

Nee, stel dat je alleen oneven nummers gebruikt, dus factuurnummer 1 t/m 23 (voor het gemak even 12 facturen eind van de maand), keurig per laatste dag van de maand verstuurd. Dan zou je ineens alsnog een factuur nummer 2 kunnen versturen en antidateren met een paar maanden. Technisch klopt het dan prima maar administratief wordt het een draak.
Dus als ik na nummer 2022.001 ineens een factuur ga sturen met nummer 2021.013 met een factuurdatum van voor die van 2021.012, dan klopt het dus niet meer.

Mogelijk heb je helemaal gelijk, alleen mijn idee bij opeenvolgend is niet enkel de oneven nummers gebruiken. Wat zou je vinden van de variant enkel priemgetallen te gebruiken? Mij lijkt het dan achteraf lastig om laten zien weke facturen daadwerkelijk verzonden zijn en welke niet.

De reeks zit wat mij betreft dan ook niet in een logische opeenvolging van een gekozen nummerwijze (oneven, prime, whatever) maar dat je naast elkaar (bijv. per klant, per vestiging etc) meerdere opeenvolgende reeksen kunt hanteren. Dit om de praktijk niet te frustreren, bijv. een Sligro met tig vestigingen. Dat die gezamenlijk 1 opeenvolgende nummering hanteren is naar mijn gevoel niet werkbaar.

De verplichting om facturen te nummeren is er niet voor jezelf, maar bij mijn weten vooral om controle achteraf mogelijk te maken.

[RonaldHeirbaut]

marcelcee schreef op donderdag 3 februari 2022 @ 14:43:
[...]

Mogelijk heb je helemaal gelijk, alleen mijn idee bij opeenvolgend is niet enkel de oneven nummers gebruiken. Wat zou je vinden van de variant enkel priemgetallen te gebruiken? Mij lijkt het dan achteraf lastig om laten zien weke facturen daadwerkelijk verzonden zijn en welke niet.

De reeks zit wat mij betreft dan ook niet in een logische opeenvolging van een gekozen nummerwijze (oneven, prime, whatever) maar dat je naast elkaar (bijv. per klant, per vestiging etc) meerdere opeenvolgende reeksen kunt hanteren. Dit om de praktijk niet te frustreren, bijv. een Sligro met tig vestigingen. Dat die gezamenlijk 1 opeenvolgende nummering hanteren is naar mijn gevoel niet werkbaar.

De verplichting om facturen te nummeren is er niet voor jezelf, maar bij mijn weten vooral om controle achteraf mogelijk te maken.

Als er maar een verklaarbare logica inzit. het is prima om de volgende factuurnummers uit te geven:
3001.0001 3001.0002 2084.0001 3002.0001 3001.0003

[marcelcee]

RonaldHeirbaut schreef op donderdag 3 februari 2022 @ 14:58:
[...]

Als er maar een verklaarbare logica inzit. het is prima om de volgende factuurnummers uit te geven:
3001.0001 3001.0002 2084.0001 3002.0001 3001.0003

Ja dat zijn 3 reeksen die naast elkaar bestaan. Uit jouw eerdere reactie meende ik op te kunnen maken dat je bedoelde: 3001.0001, 3001.0003, 3001.0005 (dus binnen 1 en dezelfde reeks). Ik zal mij vast vergist hebben want jouw laatste voorbeeld strookt met mijn vorige post.

Voor mij is het voldoende duidelijk over de facturen en opeenvolgende nummering. Eenieder richt zich naar zijn eigen goeddunken

[Crazy D]

marcelcee schreef op donderdag 3 februari 2022 @ 14:04:
[...]

Nee dat klopt, voor mij geldt dit niet. Dit voorbeeld was meer bedoeld om aan te geven waarom ik denk/dacht dat het jaarlijks opnieuw beginnen met een reeks mogelijk voor discussie kan zorgen.

Je bent volgens mij richting Belastingdienst gehouden aan te kunnen tonen dat je een juiste aangifte hebt gedaan. Zal allemaal wel los lopen, maar ik zou het een moeilijke vraag vinden: laat aub even zien dat je je omzet correct hebt aangegeven. Alstublieft, hier zijn mijn facturen 1 tm 12. Er was geen 13e factuur? Nee, eerlijk waar, het is bij 12 gebleven dit jaar… kijk maar in 2023 ben ik weer netjes met nummer 1 begonnen.

Nogmaals, het zal vast zo zijn dat ik dit (veel) te strikt interpreteer. Ieder doet waar hij/zij zich goed bij voelt.

Maar als je facturen buiten je administratie wilt houden kun je altijd factuur aanmaken, printen en deleten (kan in veel programma's gewoon). Of je maakt een factuur met Word.. En tenzij er gegronde twijfel is, gaat geen inspecteur zoeken naar factuur 2022013 als jij elke maand 1 factuur verstuurd het ondertussen 2024004 is geweest die je hebt verstuurd. Je mag ook prima per soort werk een range aan houden, als jij trainingen geeft, consultancy doet, en ook nog wat abonnementen hebt, mag je die prima een eigen nummerreeks geven. Zolang binnen die range maar geen gaten zitten.

"Gebruik opeenvolgende nummers voor uw facturen, met 1 of meer reeksen. Elk factuurnummer mag maar 1 keer voorkomen."
Per handelsnaam een eigen reeks, per jaar een eigen reeks. Zolang het binnen die reeks maar gewoon oploopt.

Ik denk wel dat een inspecteur wat toelichting gaat vragen als je per klant een eigen factuurrange aanhoudt, zeker als dat resulteert in 15 verschillende nummerreeksen maar strikt genomen is dat een eigen reeks en dat mag. Zolang het in die reeks maar opvolgend is zonder gaten. (ik zou als je met meerdere ranges werkt wel een documentje in de directory van het betreffende jaar zetten met een kleine toelichting, nu weet je nog waarom je dat deed maar als je over 6,9 jaar een controle krijgt heb je het misschien niet zo scherp meer voor ogen waarom dat toen handig was).

Niet te ingewikkeld denken en al helemaal niet druk om maken. Het is onmogelijk om te bewijzen dat een bepaalde factuur niet bestaat, als die niet bestaat (dus als je het zwart wilt doen, maak dan niet in de directory waarin je facturen opslaat een mapje "zwart" aan ) (voor mensen die niet met Exact voor DOS gewerkt hebben: Exact had in de map met alle databestanden een directory Shadow, wat natuurlijk bij installatie het standaard grapje "en daar gaat uw schaduwboekhouding in" opleverde... )

[ Voor 4% gewijzigd door Crazy D op 03-02-2022 15:52 ]

[TommyGun]

Wat een gedoe, mijn boekhoudprogramma zorgt gewoon voor de (juiste) nummering

Klaar

[Yucon]

Zouden jullie even mee willen denken? Ik ga voor 2 weken voor een opdracht naar het buitenland (EU). In eerste instantie zou ik declaraties gewoon via de eindklant kunnen laten lopen, en m'n idee was om het dan gewoon vanaf m'n priverekening te betalen. Vanwege een last minute wijziging in welke procedure van toepassing is heb ik net nieuwe richtlijnen doorgekregen; het is niet de bedoeling dat ik iets declareer maar in plaats daarvan krijg ik een 'daily allowance' die ik aan de tussenpartij kan factureren. Door dat stukje last minute ontbreekt het me aan beschikbare uitzoektijd en misschien heeft iemand hier het al bij de hand gehad.

Daarmee wordt het zakelijk.. maar dan wordt het volgens mij ineens ingewikkelder. Klopt het dat ik dan alle bonnetjes nog steeds zakelijk moet boeken en de allowance als omzet gezien wordt?

[ Voor 8% gewijzigd door Yucon op 04-02-2022 09:42 ]

[pirke]

Yucon schreef op vrijdag 4 februari 2022 @ 09:41:
Klopt het dat ik dan alle bonnetjes nog steeds zakelijk moet boeken en de allowance als omzet gezien wordt?

Ja

[Yucon]

Feitelijk maakt het trouwens ook niet veel uit bedenk ik nu. Als ik de declaraties bij die tussenpersoon in moet dienen als onderdeel van m'n normale facturen is het volgens mij nog steeds omzet.

Wat betreft parkeren is het wel wat zuur. Ik heb een priveauto voor 19 ct/km en parkeren is expliciet uitgesloten van het opvoeren als zakelijke kosten. Volgens mij is er ook geen uitzondering voor situaties waarbij een auto een paar weken op schiphol staat.

[utbone]

Yucon schreef op vrijdag 4 februari 2022 @ 10:22:
Feitelijk maakt het trouwens ook niet veel uit bedenk ik nu. Als ik de declaraties bij die tussenpersoon in moet dienen als onderdeel van m'n normale facturen is het volgens mij nog steeds omzet.

Wat betreft parkeren is het wel wat zuur. Ik heb een priveauto voor 19 ct/km en parkeren is expliciet uitgesloten van het opvoeren als zakelijke kosten. Volgens mij is er ook geen uitzondering voor situaties waarbij een auto een paar weken op schiphol staat.

Dan neem je toch zakelijk een taxi?

[pirke]

Of de trein

[Yucon]

Taxi is creatief gevonden, maar weegt er niet echt tegen op. De trein is m'n eerste voorkeur maar helaas rijdt die net niet vroeg genoeg.

Niet dat het verder echt een probleem is. Het valt gewoon in de categorie 'beetje jammer'

[pirke]

Of een vriend of familielid die je even wegbrengt?

Of met de trein een dag eerder en een nachtje in een hotel?

[Hielko]

Tja, lijkt me ook wat overdreven alleen omdat je niet de parkeerkosten als aftrekpost mag opvoeren. Soms heb je een klein beetje pech met de regels, en ook vaak genoeg geluk.

[Yucon]

Inderdaad, dit is gewoon pech gehad. Overigens zit ik wel een beetje in de rats over corona. Als je ter plekke besmet raakt ben je nog niet thuis.

Het vooruitzicht is wel weer leuk. Meestal eindig je ergens op een afgelegen industrieterrein als je naar het buitenland gaat. Dit keer wordt het midden in Monaco.

[ Voor 36% gewijzigd door Yucon op 04-02-2022 12:21 ]

[jape14]

com2,1ghz schreef op woensdag 2 februari 2022 @ 10:31:
[...]

Ben laats gezakt bij een online assessment bij een opdracht. Kreeg ik een Hackerrank linkje waarin ik een bepaald case moest oplossen. Heel vaag allemaal. Of ik even een algoritme uit de losse pols kon schrijven om een stuk json te zoeken. En dit moest dan in een webbrowser zonder highlighting of autocomplete.
In de afgelopen 10 jaar tijd had ik voor het laats een zoekalgoritme op school moeten schrijven.

Zo super kansloos dat bedrijven allerlei zaken vragen waar ze niets mee doen in praktijk. Maar wel even in een half uurtje een codegolf puzzeltje laten doen. Voor de rest boeit het blijkbaar niet dat ik capabel ben om een goed ontworpen en geteste applicatie te schrijven in allerlei Java frameworks en libraries front ends en clouds waar ik thuis in ben.

[...]

Tijdje geleden ook een intake niet gehaald vanwege zo'n HackerRank test. Blijkbaar is dat gemeengoed (aan het worden) bij opdrachtgevers die héél veel sollicitanten en kandidaten langs krijgen en hopen ze zo het kaf van het koren te kunnen scheiden.

Mocht meteen met twee man die zich niet eens hadden geïntroduceerd aan me terwijl zij meekijken een of andere opdracht gaan zitten maken. Totaal geen realistische situatie wat mij betreft. Normaal laat je een probleem eerst even bezinken, maar nu moet je direct maar even wat code gaan kloppen.

Het gaat er dan ook wel om wat je gedachtegang is en wat voor ontwerpkeuzes je maakt, maar dan nog. voelde me nogal onder druk gezet, een beetje onprettige situatie en ook wel stressvol. Misschien is het dan ook niet mijn opdracht als een gesprek en een goed cv niet volstaat.

[stukongeluk]

jape14 schreef op vrijdag 4 februari 2022 @ 15:09:
[...]


Tijdje geleden ook een intake niet gehaald vanwege zo'n HackerRank test. Blijkbaar is dat gemeengoed (aan het worden) bij opdrachtgevers die héél veel sollicitanten en kandidaten langs krijgen en hopen ze zo het kaf van het koren te kunnen scheiden.

Mocht meteen met twee man die zich niet eens hadden geïntroduceerd aan me terwijl zij meekijken een of andere opdracht gaan zitten maken. Totaal geen realistische situatie wat mij betreft. Normaal laat je een probleem eerst even bezinken, maar nu moet je direct maar even wat code gaan kloppen.

Het gaat er dan ook wel om wat je gedachtegang is en wat voor ontwerpkeuzes je maakt, maar dan nog. voelde me nogal onder druk gezet, een beetje onprettige situatie en ook wel stressvol. Misschien is het dan ook niet mijn opdracht als een gesprek en een goed cv niet volstaat.

Hopelijk wordt dit niet de defacto manier om mensen aan te nemen... persoonlijk presteer ik op dat moment altijd veel en veel slechter dan als ik normaal aan het werk ben.

Wel jammer dat je daardoor een opdracht niet kreeg
Het liefst, als ze je vaardigheden willen testen, geven ze gewoon een opdracht die je in je eigen tijd kan maken en vervolgens een Github linkje doorstuurt oid. Lijkt me een betere representatie van je vaardigheden dan lekker onder druk zo snel mogelijk code uitkloppen.

[sverzijl]

stukongeluk schreef op vrijdag 4 februari 2022 @ 16:00:
[...]


Hopelijk wordt dit niet de defacto manier om mensen aan te nemen... persoonlijk presteer ik op dat moment altijd veel en veel slechter dan als ik normaal aan het werk ben.

Denk ook dat als je er een paar gedaan hebt, dat het niet meer is dan een trucje is wat je aanleert. Waar je dan in praktijk (naast zo'n test dan) helemaal niks aan hebt. Ik ben geen devver, maar ik zou niet meedoen aan dit soort tests. Zeker niet als ZZP-er.

[gem-p]

jape14 schreef op vrijdag 4 februari 2022 @ 15:09:
[...]

Het gaat er dan ook wel om wat je gedachtegang is en wat voor ontwerpkeuzes je maakt, maar dan nog. voelde me nogal onder druk gezet, een beetje onprettige situatie en ook wel stressvol. Misschien is het dan ook niet mijn opdracht als een gesprek en een goed cv niet volstaat.

Ik heb recent een opdracht laten schieten vanwege zo'n 'los even een probleem op door een algoritme te programmeren' test. Als een inhurende manager niet geloofd dat ik Informatica heb gestudeerd, dan wordt het toch geen leuke opdracht denk ik dan maar.
Ik had wel de keuze uit 4 opdrachten, dus ik had in dit geval ook de luxe om nee te zeggen. Mocht de markt anders worden, dan ontkom je er misschien niet meer aan als je graag een opdracht als developer wilt binnenhalen. Of het een goede ontwikkeling is laat ik mij verder maar even niet over uit hier, dat kan beter in een apart topic...

[ID-College]

TommyGun schreef op vrijdag 4 februari 2022 @ 09:25:
Wat een gedoe, mijn boekhoudprogramma zorgt gewoon voor de (juiste) nummering

Klaar

Het ging hier goed totdat het self billing werd en je geen factuurnr kan opgeven en zij er wat van maken maak mij er ook niet druk om maar mijn autistische brein denkt er anders over

[Rutix]

stukongeluk schreef op vrijdag 4 februari 2022 @ 16:00:
[...]


Hopelijk wordt dit niet de defacto manier om mensen aan te nemen... persoonlijk presteer ik op dat moment altijd veel en veel slechter dan als ik normaal aan het werk ben.

Wel jammer dat je daardoor een opdracht niet kreeg
Het liefst, als ze je vaardigheden willen testen, geven ze gewoon een opdracht die je in je eigen tijd kan maken en vervolgens een Github linkje doorstuurt oid. Lijkt me een betere representatie van je vaardigheden dan lekker onder druk zo snel mogelijk code uitkloppen.

Tja wat is jammer? Genoeg andere opdrachten die er zijn toch? Daarnaast vind ik de optie die jij aandraagt oo gevaarlijk. Dat moet je dan vaak in je vrije tijd doen en zijn in mijn ervaring niet opdrachten die je zo even hebt gedaan. Ik bedank er meestal voor.

Ik snap wel dat sommige bedrijven naar grijpen want een intake/interview proces is gewoon lastig. Wij hebben ook vaak gehad dat er iemand doorglipt die niet echt goed is maar zo'n hacker rank had hem er ook niet uitgepikt. In mijn inhurende taak (ik doe dat voor mijn opdrachtgever vaak) vind ik cultural fit, soft skills enzo eigenlijk nog belangrijker. Vaak bespreek ik wel een opdracht of een project of iets waar ik technisch gezien zijn of haar manier van denken kan polsen.

[com2,1ghz]

jape14 schreef op vrijdag 4 februari 2022 @ 15:09:
[...]


Tijdje geleden ook een intake niet gehaald vanwege zo'n HackerRank test. Blijkbaar is dat gemeengoed (aan het worden) bij opdrachtgevers die héél veel sollicitanten en kandidaten langs krijgen en hopen ze zo het kaf van het koren te kunnen scheiden.

Mocht meteen met twee man die zich niet eens hadden geïntroduceerd aan me terwijl zij meekijken een of andere opdracht gaan zitten maken. Totaal geen realistische situatie wat mij betreft. Normaal laat je een probleem eerst even bezinken, maar nu moet je direct maar even wat code gaan kloppen.

Het gaat er dan ook wel om wat je gedachtegang is en wat voor ontwerpkeuzes je maakt, maar dan nog. voelde me nogal onder druk gezet, een beetje onprettige situatie en ook wel stressvol. Misschien is het dan ook niet mijn opdracht als een gesprek en een goed cv niet volstaat.

Zo ging het bij mij ook.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[TucanoItaly]

sverzijl schreef op vrijdag 4 februari 2022 @ 16:15:
Denk ook dat als je er een paar gedaan hebt, dat het niet meer is dan een trucje is wat je aanleert.

Je kunt het oefenen, net als andere vaardigheden. Maar ik vond het een enorme investering die je vele, vele dagen zo niet weken kost. Nadat ik een vijftal Codility oefeningen onder de knie had, ben ik er mee gestopt want tijd tekort. Pittig voor mij als developer. Ik denk dat ik gewoon meer een huis tuin en keuken developer ben

[Hydra]

Mensen doen hier wel makkelijk over die coding tests hoor. Ik heb veel aan de andere kant gestaan en er zijn gewoon enorm veel developers, ook ZZPers, die gewoon helemaal niks kunnen. Dus ja, dat betekent dat we even een uurtje gaan pair programmen in een Spring Boot service. Als je dat niet leukt vindt; jammer Maar ik moet iemand aannemen waar ik 't komende jaar mee samen moet werken, en dan weer met de zoveelste praatjesmaker zitten die niks kan heb ik ook weinig zin in.

Ook onder ZZPers zijn er gewoon veel mensen die de hele boel bij elkaar verzinnen. Of an sich wel een opleiding gedaan hebben, maar al 10 jaar stil staan, vooral bij de Rabo en de Belastingdienst e.d. gewerkt hebben, en twee weken doen over iets wat een goeie dev in een uur kan.

Als je 'zenuwachtig' wordt van een uurtje pair programmen. Tja. Hoe ga ik onderscheid maken tussen iemand die zenuwachtig is omdat 'ie daar niet goed in is, of iemand die zenuwachtig is omdat 'ie gewoon niet goed genoeg is?

Laat ik vooropstellen: Hackerrank is ruk. Komt ook door het platform. Maar je kunt, ook als ZZPer, niet verwachten dat er geen enkele test gedaan worden. En alleen praten werkt niet.

[ Voor 8% gewijzigd door Hydra op 05-02-2022 10:27 ]

[g1n0]

Hydra schreef op zaterdag 5 februari 2022 @ 10:26:
Maar je kunt, ook als ZZPer, niet verwachten dat er geen enkele test gedaan worden. En alleen praten werkt niet.

Natuurlijk niet, maar ik vind dat er te snel wordt gezegd; "maak deze test maar en dan kijken we verder". Zonde van mn tijd. Dus ik zeg dan meestal; "prima, maar die tijd factureer ik wel". Dan zie je gelijk voor wie het echt serieus is en wie er standaard tegen elke kandidaat een test gooit.

[To_Tall]

Als je voor een opdracht in intake moet prima toch. Kost je een uur of twee.

Als je dan gedwongen wordt voor je aangenomen wordt nog 20 uur in een test te steken. Dan mag daar ook wat tegen overstaan. 20 uur gratis werken of 20 uur betaald werken is nogal een verschil.

[Hydra]

g1n0 schreef op zaterdag 5 februari 2022 @ 10:33:
Natuurlijk niet, maar ik vind dat er te snel wordt gezegd; "maak deze test maar en dan kijken we verder". Zonde van mn tijd. Dus ik zeg dan meestal; "prima, maar die tijd factureer ik wel". Dan zie je gelijk voor wie het echt serieus is en wie er standaard tegen elke kandidaat een test gooit.

Daar ben ik het mee eens hoor. Ik heb ook wel eens 4 uur in een take-home gestopt waar je met gemak 20 uur in had kunnen steken, waar dan uberhaupt niet naar gekeken was (Fuck you Backbase!). En dat doe ik ook nooit weer. Vandaar ook dat pair programmen; het is maar een uur en het bedrijf steekt er net zo veel tijd in.

En ja, als je perse wil dat ik 4-20 uur in een take home stop, prima. Maar dan wil ik vooraf bevestiging dat ik die tijd kan factureren.

[Hydra]

To_Tall schreef op zaterdag 5 februari 2022 @ 10:40:
Als je voor een opdracht in intake moet prima toch. Kost je een uur of twee.

Wat mij betreft is dat ook wel een beetje de limiet. Met een uurtje praten en een uurtje coden weet je het echt wel.

[Lisper]

jape14 schreef op vrijdag 4 februari 2022 @ 15:09:
[...]
Mocht meteen met twee man die zich niet eens hadden geïntroduceerd aan me terwijl zij meekijken een of andere opdracht gaan zitten maken. Totaal geen realistische situatie wat mij betreft. Normaal laat je een probleem eerst even bezinken, maar nu moet je direct maar even wat code gaan kloppen.

Ja ik vind dit soort intakes echt heel irritant.
Normaal gesproken heb je dit soort tijdsdruk niet, kun je rustig googelen, en met je IDE ingesteld naar jouw wensen zo een probleem rustig, stap voor stap aanpakken.
Ik gebruik normaal gesproken redelijk aparte keybindings, op zo een online intake maak ik dan voortdurend fouten of ben veel tijd kwijt met heen-en-weer copypasten.
Een brakke editor, tests die heel langzaam draaien, geen debugger, het slaat IMO nergens op.

Als je een timmerman laat komen vraag je toch ook niet of hij eerst even met bot gereedschap een klapstoel van pallethout gaat maken?

[pirke]

Ik heb veel interviews gehouden, en een kwartiertje praten zegt veel meer dan een coding test. Afhankelijk van het niveau stel ik een paar technische vragen, kunnen ze dat antwoord uit hun mouw schudden dan zit het wel goed. Komt er geen fatsoenlijk antwoord dan heeft hij/zijn in mijn ogen niet het niveau waar op gesolliciteerd wordt.

Ik heb ook wel eens zo'n coding test systeem geëvalueerd, ze wilden iets dergelijks gaan invoeren. Toen ik zag wat voor problemen daar voorbij kwamen.... Totaal onrealistisch en niet in lijn met de problemen waar we dagelijks tegenaan lopen. In de praktijk is de uitdaging vooral "hoe krijgen we deze nieuwe functionaliteit in de bestaande code zonder dat het een puinhoop en spaghetti wordt", ipv "implementeer quicksort en bucketsort zonder libraries".

[ID-College]

Ik heb de afgelopen tijd ook een aantal wat interviews gehad met ZZP'ers en deze klant werkt ook met een test maar ik snap de situatie wel. Ik zie nu dat steeds meer mensen (in mijn ogen) uber belachelijke tarieven gaan vragen en daar bovenop zich ook nog te goed voelen voor een test. Voor mij zijn dat wel alarmbellen, want het zegt wat over de persoon. Ja hij kan supergoed zijn, maar je hoeft niet arrogant te worden imo maar ik krijg wel meer het idee dat dit gebeurt. En daar zit de crux een beetje, want wil je zo'n iemand in je team? Er zijn er namelijk ook zat die ook goed zijn en er geen moeite mee hebben, dat zegt wel iets anders.

Toegegeven, iemand met een Github repo met regelmatig activiteit en goede reviews zegt mij al een hoop maar er zitten er ook zal bij die dat nieteens hebben en je maar op hun blinde ogen moet geloven. Het zal best allemaal, iedereen die ZZP'er is kan wel goed ouwehoeren, maar je hebt dan gewoon weinig houvast naast het gesprekje met het team.. Bottomline, ik ben het zeker niet eens met de lijn "altijd een toets" maar in sommige situaties wil je wel iets van houvast hebben, en het geeft je bovendien ook extra informatie over de mentaliteit van die persoon..

Ben er zelf trouwens op tegen overigens maar ik probeer het van de andere kant te zien, en met wat je allemaal aangeboden krijgt

[ Voor 5% gewijzigd door ID-College op 05-02-2022 12:33 ]

[gem-p]

pirke schreef op zaterdag 5 februari 2022 @ 12:15:
Ik heb veel interviews gehouden, en een kwartiertje praten zegt veel meer dan een coding test. Afhankelijk van het niveau stel ik een paar technische vragen, kunnen ze dat antwoord uit hun mouw schudden dan zit het wel goed. Komt er geen fatsoenlijk antwoord dan heeft hij/zijn in mijn ogen niet het niveau waar op gesolliciteerd wordt.

Wat pirke dus zegt.

En naast de juiste vragen stellen kan je in geval van twijfel natuurlijk ook even samen coden zodat je nog een beter beeld krijgt van degene die komt solliciteren (zzp'er of voor in loondienst).

Wat ik in ieder geval niet zou willen is iemand afwijzen, omdat hij/zij niet door zo'n test heen komt.

[Darkwings]

Ik vind die testjes altijd wel leuk juist. Zolang het hooguit 1-2 keer per jaar een uurtje of twee is geen probleem wat mij betreft.

Het voorbeeld dat je dit live moet doen, zonder ide, terwijl er twee mensen meekijken die zich niet voorstellen gaat uiteraard wel veel te ver. Dat slaat nergens op en zou voor mij reden zijn de opdracht af te wijzen obv bedrijfscultuur waar ik niks mee te maken wil hebben.

[mannowlahn]

Hydra schreef op zaterdag 5 februari 2022 @ 10:43:
[...]


Wat mij betreft is dat ook wel een beetje de limiet. Met een uurtje praten en een uurtje coden weet je het echt wel.

Ja die geintjes Ken ik wel. Twee uurtjes en dan naderhand zeiken dat je geen compleet cicd docker opgezet hebt en waarom geen specflow testen. Of je hoort er idd niks meer van behalve dat er een andere kandidaat gekozen is. Ik heb mij zo vaak door die testen mij in de zeil genomen geboekt dat ik ze niet meer kan doen. Al komt mijn droom bedrijf langs, ik ben er echt klaar mee. Maar genoeg opdrachten nu ook, als de markt anders is zal ik wel moeten.

Alle opdrachten waar dit soort zaken gevraagd worden, bedank ik vriendelijk voor. Snap ook wat jij zegt, je wilt weten hoe of wat. Maar je kan prima in een half uur een devver interviewen en weten wat voor vlees je in de kuip hebt. Of can mij part een code review laten doen waar je wat zaken weg gelaten hebt die je graag ziet dat opgemerkt wordt.

[ Voor 12% gewijzigd door mannowlahn op 05-02-2022 19:32 ]