Fixing the bug is not your responsibility.

should I provide the assistance for free since it is my moral responsibility

No. It is not your moral or legal responsibility to provide free help. Je bent hun werknemer niet meer.

Ik heb er voor gezorgd dat ik uitgebreide documentatie heb achtergelaten over hoe het programma te gebruiken en hoe de broncode te bewerken mocht dat nodig zijn.

Goed! Je hebt al gedaan wat je moet doen om te helpen. Ze zijn zich bewust van de bug en hebben de middelen om deze zelf te verhelpen. Van hen wordt verwacht dat ze het repareren, niet van jou.

Er zijn ook verschillende sterke redenen waarom je het werk niet gratis zou doen:

• Je bent nu een professional. Het uitvoeren van onbetaald werk komt u niet ten goede.
• U bent momenteel in dienst van een nieuw bedrijf. Het uitvoeren van nevenwerkzaamheden voor uw oude bedrijf kan worden beschouwd als belangenverstrengeling of contractbreuk.
• Het is minstens een jaar geleden dat u het oude bedrijf verliet, en hun systemen kunnen zijn veranderd. U hebt geen idee hoe lang deze oplossing zal duren.

Hoe moet u reageren op hun verzoek?

Optie A is om beleefd te weigeren, en hen te verwijzen naar de documentatie die u hebt achtergelaten.

Moet ik met mijn vorige werkgever onderhandelen over een nieuw contract en hen geld in rekening brengen voor deze extra hulp die ik hen in mijn vrije tijd zou bieden?

Optie B is om dit te bespreken met uw huidige werkgever. Misschien kunt u een tijdelijk contract afsluiten om het oude bedrijf te helpen, maar u moet eerst toestemming krijgen van uw huidige werkgever. Vraag ook zeker hoeveel tijd zij (het oude bedrijf) van je verwachten.

Moet ik met mijn vorige werkgever onderhandelen over een nieuw contract en hen geld in rekening brengen voor deze extra hulp die ik hen in mijn vrije tijd zou bieden?

Ja, als je er diep in mee zit. U schrijft code zodat ze winst kunnen maken. Terzijde, het is heel goed mogelijk dat uw huidige bedrijf u niet toestaat om te werken. Informeer bij je manager of je dit mag doen voordat je naar het contract vraagt. De meeste bedrijven die ik heb gezien hebben clausules/regels met betrekking tot het werken voor een soortgelijk bedrijf terwijl ze daar in dienst zijn.

Of moet ik gratis assistentie verlenen omdat het mijn morele verantwoordelijkheid is, ook al ben ik daar contractueel niet toe verplicht?

Nee, ik denk niet dat je een morele verantwoordelijkheid hebt voor het herstellen van je fout. Als je een software hebt geschreven die de honger in de wereld heeft opgelost, dan ja, misschien in zo'n geval. Echter, gezien het feit dat je geld aan het verdienen was, en dat ze geld aan je verdienden, dan is er geen morele verplichting of wat dan ook.

Moet ik met mijn vorige werkgever onderhandelen over een nieuw contract en hen geld in rekening brengen voor deze extra hulp die ik hen in mijn vrije tijd zou bieden? Of moet ik de bijstand gratis verlenen omdat het mijn morele verantwoordelijkheid is, ook al ben ik daar niet contractueel toe verplicht?

Er zijn geen morele verplichtingen in het bedrijfsleven.

U werd per uur betaald, niet per resultaat. En van wat u beschrijft vraagt het bedrijf uw hulp vanuit een neutrale positie, ze zijn niet boos of bedreigend voor u.

Waarschijnlijk hebben ze al een snel guestimate gedaan en geloven ze dat het sneller, goedkoper en mogelijk minder waarschijnlijk zal zijn om u te vragen om de bug te repareren dan het inhuren van iemand die onbekend is met de code.

Hun verzoek is een absoluut rationeel verzoek. De persoon die de code heeft geschreven is meestal de beste persoon om een bug te repareren. Je bereiken met een verzoek om hulp is een voor de hand liggende oplossing. Waarschijnlijk zullen ze niet verbaasd zijn dat u om betaling vraagt, en hoogstwaarschijnlijk zouden ze hun slaap niet verliezen als u weigert.

Dus ja , als u dat wenst, kunt u hen aanbieden om de bug te repareren tegen een uurtarief dat u gerechtvaardigd vindt. Je moet alles wat je hierboven hebt vermeld in detail beschrijven - dat je fulltime in dienst bent, dit werk in je vrije tijd zou doen (belangrijk voor een schatting van de deadlines!) en dat je het werk alleen op afstand kunt doen.

En ja , je moet vragen om een vergoeding voor je tijd. Waarom zou je dit gratis doen? Waarom zou je aannemen dat ze verwachten dat je het gratis doet? Zouden ze iets gratis voor je doen?

En dat is alles. Ik zou me onthouden van de filosofische overpeinzingen van enkele andere antwoorden. Waarom ze de bug nu gevonden hebben, of ze nu wel of niet je documentatie lezen, als ze al geprobeerd hebben de bug te repareren met interne mensen - dat alles is van geen belang voor je vraag.

Denk niet te veel na over eenvoudige dingen.

Moet ik met mijn vorige werkgever onderhandelen over een nieuw contract en hen geld in rekening brengen voor deze extra hulp die ik hen in mijn vrije tijd zou bieden? Of moet ik de hulp gratis verlenen omdat het mijn morele verantwoordelijkheid is, ook al ben ik daar contractueel niet toe verplicht?

Dat hangt af van hoe je je morele verantwoordelijkheid ziet, hoeveel je waarde hecht aan je relatie met hen, hoe lang je denkt dat de bug fix zal duren, en hoeveel je deze tijd waardeert.

Je zou gewoon kunnen aangeven dat je het te druk hebt en daardoor weigeren om te helpen bij het oplossen van de bug.

Je zou kunnen aanbieden om snel naar het probleem te kijken, en hen dan een schatting te geven van hoeveel tijd en in welk tempo het zou duren om het probleem op te lossen.

Of je zou gewoon kunnen afspreken om in te springen en te helpen bij het oplossen.

Als ik het was, en ik dacht niet dat het te veel van mijn vrije tijd zou kosten, zou ik gewoon het laatste doen.

In feite heb ik vorige werkgevers geholpen. Vele malen.

Ik heb ooit een functie als systeembeheerder verlaten. Mijn vervanger heeft uiteindelijk kritieke systeembestanden op een hoofdschijf verwijderd en per ongeluk hun enige back-up in het proces gewist. Hoewel ik niets met de oorzaak te maken had, heb ik de hele nacht met mijn vervanger gewerkt om de schijf van het besturingssysteem opnieuw op te bouwen en een levensvatbare back-up te maken, waarna ik ‘s ochtends naar mijn gewone werk ging. Ik kreeg er een mooie “Dank je wel” brief voor terug. Voor mij was het precies het juiste om te doen.

IANAL.

Supponendo che aiutare la società precedente non costituisca una violazione del contratto o un conflitto di interessi ai sensi del vostro contratto attuale (verificate prima questo!):

1. 1. Non dovreste fare il lavoro gratuitamente. Presumibilmente questa azienda crea ancora software. Presumibilmente hanno sviluppatori nel loro staff. Presumibilmente questi sviluppatori hanno più esperienza di qualche stagista di basso livello che ha lavorato lì per 3 mesi (non per dire che tu sia di basso livello ora, ma tu stesso a quel tempo avevi probabilmente meno esperienza del loro personale a tempo pieno oggi). Possono pagare i loro dipendenti per farlo, o puoi farlo tu per loro. Quello che sperano di fare è che tu faccia il lavoro per meno di quanto loro dovrebbero pagare i loro dipendenti per farlo. Ciò significa presumibilmente:

2. 2. Dovreste chiarire loro che questo lavoro sarà fatto secondo il vostro programma, non secondo il loro, perché avete un lavoro a tempo pieno altrove e farete questo lavoro per loro dopo l'orario di lavoro. Questo è per stabilire delle aspettative. Dovrebbero capire che dopo un'intera giornata di lavoro di 9-5 giorni, non siete interessati a fare un lavoro 5-1, e che ci lavorerete solo per un paio d'ore al giorno. Devono capire questo, perché altrimenti saranno guai per voi.

3. Dovreste chiarire loro che si tratta di un'operazione una tantum, e dopo che questo è stato fatto, non dovrebbero contare su di voi per mantenere questo codice per loro per sempre. Avete fornito la documentazione (ottimo lavoro!) sul codice che avete scritto, e questo è davvero dove la vostra responsabilità dovrebbe finire, ma state fornendo questo servizio per la bontà del vostro cuore, e loro non dovrebbero spingere la loro fortuna. Ancora una volta, fissare le aspettative.

4. E questa è la parte più importante, quindi è in grassetto e in corsivo: Prenderlo per iscritto.** Stilare e firmare un contratto. Non fatelo volenti o nolenti, perché è così che si viene fottuti dal proprio lavoro. Probabilmente (IANAL) non dovreste avere bisogno di un avvocato per fare questo per voi; una semplice dichiarazione dei termini di cui sopra (e qualsiasi altro termine vogliate) in una e-mail, con una risposta “riconosciuta” o “confermata” da loro dovrebbe essere sufficiente (IANAL).

Het is vrij normaal voor ontwikkelaars om freelance werk te doen aan de zijkant. Als je het wilt doen, zorg er dan voor dat er geen conflicten zijn, juridisch of praktisch, tussen je fulltime en parttime werkregelingen. Zorg ervoor dat beide partijen glashelder zijn over wat je bent en niet akkoord gaan om voor hen te doen, met inbegrip van de tijdsbesteding. Onderzoek het opzetten van je eigen bedrijf om jezelf te beschermen. Werk niet zonder een eerlijk, naar behoren geschreven en ondertekend contract.

Maar op basis van uw beschrijving is dit eigenlijk geen “bug in uw code”. Het is een bug in deze code, en je werkt niet meer voor hen. Als je het nieuwe contract niet wilt aannemen, hoef je dat ook niet te doen. Zo simpel is het.

Het is waarschijnlijker dat je zonder zo'n contract niet in staat zou zijn om de code te repareren of zelfs maar te openen. En daarom zou u er onmogelijk verantwoordelijk voor kunnen zijn.

Een belangrijk punt dat niet aan de orde is gesteld: wat uw relatie met hen zal zijn, en hoe ze u zullen betalen.

Er zijn twee opties: ze beschouwen u als een (parttime, contract voor bepaalde tijd) werknemer, of ze beschouwen u als een aannemer. Ze kunnen u niet zomaar “geld sturen”.

• In het eerste geval kan dit een beetje complex zijn omdat u niet meer in het land bent, vooral wat betreft belastingen, sociale zekerheidsbijdragen, enz. Als u niet op voorhand weet hoe lang het zal duren, kan het voor hen ook een behoorlijke contractpijn zijn, tenzij u akkoord gaat met een vast bedrag.

• In het tweede geval zou u hen moeten factureren. Maar dat betekent ** dat je geregistreerd staat als een eenmanszaak (of een bedrijf), dat je die inkomsten declareert, en dat je belastingen en bijdragen** betaalt over die inkomsten. Dit betekent:

In sommige landen zijn er bedrijven die de interface voor u doen: ze factureren het doelbedrijf voor u, en betalen u (minus belastingen, bijdragen, en hun commissie) als werknemer. U moet zo'n bedrijf kiezen in het land waar u op dat moment verblijft om bovenstaande zaken te vermijden.

Controleer in alle gevallen uw contract met uw huidige werkgever, en wat de regels zijn in uw huidige werkland. Het kan zijn dat u een formele OK moet melden of zelfs krijgen van uw huidige werkgever voordat u tegelijkertijd voor iemand anders kunt werken.

Natuurlijk kun je dit ‘doen’. Zoals anderen al hebben aangegeven moet je eerst bij je huidige werkgever informeren voordat je dit doet.

Ik zou jezelf een aantal vragen stellen:

• Wat zou er gebeuren als ze in de toekomst nog een ‘bug’ hebben gevonden? Zou je de volgende keer hetzelfde doen? De tijd daarna?
• Zou je hetzelfde doen voor je huidige werkgever als je verder gaat met je huidige functie?

Ik heb iets dergelijks laten gebeuren met mij. Ik was de KMO (materiedeskundige) op verschillende systemen toen ik 28 maanden geleden werd ontslagen. Ik kreeg enkele telefoontjes maanden nadat mijn functie was opgeheven - verschillende van gebruikers en de rest van operatiemensen (beiden hadden mijn cel). Ik legde vriendelijk uit dat ik daar niet meer werkte (niet mijn keuze) en dat het het beste was om contact op te nemen met mijn oude manager (verantwoordelijk voor de systemen). Hij kon de nu aan het systeem toegewezen ontwikkelaar aanwijzen.

En nee - je hebt geen morele verplichting tegenover je oude werkgever.

Moet ik met mijn vorige werkgever onderhandelen over een nieuw contract en hen geld in rekening brengen voor deze extra hulp die ik hen in mijn vrije tijd zou bieden?

Ja, dat zou kunnen (en niet moeten) - maar pas wel op voor mogelijke implicaties op het gebied van belastingen en belangenconflicten. Of u daarvoor kiest is aan u.

Of moet ik de bijstand gratis verlenen, omdat het mijn morele verantwoordelijkheid is, ook al ben ik daar contractueel niet toe verplicht?

Nee. U heeft hier geen morele verantwoordelijkheid. Het is in alle opzichten onmogelijk om niet-triviale code te schrijven die zowel nu als in de toekomst voor altijd perfect is - als we allemaal gratis code moesten ondersteunen die we jaren geleden voor vorige werkgevers schreven, dan zouden we na een paar jaar van zulke “verplichtingen” die zich opstapelen geen tijd hebben om ons huidige werk te doen (waarvoor we betaald worden).

Een interessant gedachte-experiment zou zijn: als die code die je een jaar geleden schreef, zou helpen om je vorige werkgever een groot contract met een nieuwe klant te bezorgen, zouden ze dan een morele verplichting hebben om je een grote bonus te sturen voor het schrijven ervan, _ ook al werk je er niet meer_? En zouden ze dat ook daadwerkelijk doen? Weinig mensen zouden op een van beide vragen “ja” antwoorden. Waarom zou de omgekeerde verwachting dan komen met zo'n morele verplichting?

Je deed het werk naar (vermoedelijk) het beste van je kunnen op dat moment, en kreeg in ruil daarvoor een (vermoedelijk) eerlijk loon betaald. Dat was de zakelijke relatie die je toen met je werkgever had. Het is nu voorbij. Als je daarvoor kiest, kun je besluiten om een andere zakelijke relatie met die werkgever aan te gaan - maar het zou erg dom zijn als zo'n nieuwe relatie gepaard zou gaan met gratis werken.

Ik heb dit een keer met een voormalige werkgever laten doen. Hier zijn je basisopties:

1. Doe het gratis.
2. Zeg dat ze moeten gaan vissen.
3. Stuur ze je tijdsschatting en uurtarief. Bied aan om het te repareren voor een prijs.

Dit is een mooie manier om het ze op te leggen; je zegt geen nee, en bent bereid om met ze te werken, maar je bent geen sukkel.

Ik zou het vermijden (2), wat de brug zo'n beetje verbrandt, en ik raad ofwel (1) of (3) aan.

Als de referentie/relatie erg belangrijk voor je is, doe het dan misschien gratis deze keer, maar als ze om een andere gunst vragen, noem ze een tijd en kosten.

Als je gratis werkt, verliezen ze het respect voor je.

Ik koos voor (3). Ze zeiden nee.

Laat ik beginnen met u te vertellen dat de titel van uw vraag alles kan veranderen. Is de code JAAR? Ik begrijp dat u destijds geen contract had getekend met die werkgever, maar ik denk dat het veilig is om aan te nemen dat, zoals in elk softwareontwikkelaarscontract, de code niet van u is, maar van uw werkgever. Zeker, je hebt het geschreven, maar als je een contract had om naar je terug te gaan, zou je een clausule vinden waarin staat dat alle code die je voor het bedrijf schrijft eigendom is van het bedrijf, en niet van jou.

Als we het er mee eens zijn dat het de code van je werkgever is, dan geven de andere antwoorden een heel goed advies, en ik hoop dat deze je een beetje perspectief geeft op hoe je verder moet gaan. U verkocht ze uw tijd en moeite, en u voldeed aan die verplichting. Je zou ze misschien opnieuw willen verkopen, als je wat tijd en moeite hebt.

Als je enige reden hebt om te geloven dat de code in feite jou is, dan zou je met een advocaat moeten overleggen.

Mijn vuistregel is dat ik voor een vorige werkgever uit beleefdheid, d.w.z. gratis, onbeduidende/gemakkelijke hulp zal bieden. Dat is misschien 5 minuten werken of met iemand praten.

Daarna werk ik graag op contractbasis met hen, mits de wet en mijn persoonlijke situatie dit toelaten. (Geen conflict met mijn andere dienstverbanden/niet-wedstrijden etc., legaal werk** doen in dat land, etc.)

In het bijzonder moet je nadenken over het vreemdelingenrecht en de vraag of je werk voor hen moet doen. Immigratiewetten variëren (bijvoorbeeld het Verenigd Koninkrijk staat niet eens toe dat een buitenlander die op bezoek is voor het toerisme, telewerkt voor het bedrijf van zijn eigen land, dus waag het niet om die e-mail te controleren! Als je did het vroegere werk op een visum dat je niet meer hebt, moet je de rechtmatigheid van het doen van werk voor hen nu opnieuw bekijken.

Vergeet niet het oude verhaal van de gespecialiseerde arbeider.

De machtige, oude smederij machine was neerwaarts gericht. We konden geen krukassen smeden, en ze hadden de fabrikant erbij gehaald (het was niet Ingersoll-Rand) en hun beste mensen konden er ook niet achter komen. Een aantal van hun oldtimers en een aantal van ons waren het erover eens dat het tijd was om Bill in te schakelen.

Bill was een genie met deze machines. Hij hielp met het ontwerpen van dit systeem en was met pensioen.

Bill liep op en neer met de grote machine. Keek hier, keek daar, rook wat olie. Bill vroeg om een hamer te lenen. BAP! “Probeer het nu.” De grote machine kwam tot leven.

Bedankt, Bill! Ja, stuur ons een factuur.

De factuur kwam terug, $10.000!?? We vroegen om een specificatie. Het kwam terug

• Onsite repair call —- $199
• Hit machine met hamer —- $1
• Weten waar je het moet raken —- $9.800

Je bent het oude bedrijf niets verschuldigd. Je schreef wat bevredigend lijkt, goed gedocumenteerde code. U was niet verplicht om foutloze code te schrijven. Dat zou onmogelijk zijn!

Ze hebben je gevraagd om wat meer werk voor ze te doen. Je huidige werkgever is aangenaam. De enige vraag is hoe je dit werk in rekening brengt.

Zorg voor een precieze omschrijving van het probleem. Schat het aantal uren dat nodig is om het op te lossen. Schat de tijdsduur in dat je dit aantal uren van je vrije tijd kunt besteden. Offerteer een uurtarief. Zij hebben dan de keuze om u al dan niet in te schakelen voor het werk.

Reageer niet eens op hen. Elke hoeveelheid geld die je ze zou kunnen aanrekenen is de moeite niet waard. Ze zijn op zoek naar iemand die wat werk voor ze kan doen en die ze niet kunnen betalen. Laat me je vertellen hoe dit werkt. Ten eerste, ze hebben gewoon “een kleine verandering - ik weet zeker dat je dit in een kwartier kunt doen”. Dan is het “terwijl we je aandacht hebben, kun je nog één verandering voor ons maken. Met je grote vaardigheden kost dit je geen enkele tijd”. Al snel breng je al je vrije tijd, ‘s avonds en in het weekend door met werken voor dit bedrijf in FarAwayLandistan. En wanneer komt de tijd voor de betaling? ……… (crickets)

Doe jezelf een plezier, bespaar jezelf wat tijd en ergernis, en negeer ze. Als ze willen dat dit werk gedaan wordt, zullen ze iemand in de buurt vinden om het te doen.

Je repareert bugs niet gratis tenzij je vrije software aan het maken/verspreiden bent.

Er zijn 2 manieren om bugs “gratis” te verhelpen in andere gevallen:

(A) je bent een werknemer en het verhelpen van bugs is onderdeel van je werk, in dat geval wordt het “gratis” betaald met je salaris;

(B) je hebt een contract als softwareleverancier met de klant dat zegt dat je gedurende X maanden na de verkoop van software bugs gratis zult verhelpen, in dat geval is het “gratis” gefactureerd in de oorspronkelijke prijs die de klant betaalt.

U was in positie A toen u leverde, dus positie B is niet van toepassing en u kunt niet meer gevraagd worden om bugs gratis te repareren als softwareleverancier na afloop van de initiële gratis ondersteuningsperiode.

De enige normale gang van zaken is dus om als een leverancier in positie B te zijn nadat de “gratis ondersteuning” is afgelopen en aan te bieden om ofwel (1) een eenmalige klus te klaren om de bug te repareren, of (2) een servicecontract aan te bieden om de software up-to-date te houden.

In deze positie gelden de gebruikelijke voorbehouden die in andere antwoorden worden genoemd – ervoor zorgen dat je huidige werkgever daar OK mee is, en heel specifiek zijn over waar je voor wordt betaald.

Typische mislukkingen in dit geval zijn voor een eenmalige vaste prijs, waarbij men zich abonneert op het eeuwig repareren van bugs of ermee instemt bugs te repareren die eigenlijk niet van jou zijn (d.w.z. het up-to-date houden van je code met veranderingen in andere programma’s of vereisten).

Naast de uitstekende adviezen die al door anderen zijn gegeven, wil ik u met klem verzoeken het volgende in gedachten te houden:

1. Software, zoals alles wat door de mens is gebouwd, heeft onderhoud nodig, en dus moeten ze, als ze erop willen vertrouwen, het onderhoud plannen en budgetteren, ongeacht wie het gaat uitvoeren.
2. Het verschil in kosten tussen een proof of concept geschreven door een stagiair en onderhoudbare, productiekwaliteit software geschreven om ongeveer dezelfde taak uit te voeren kan tussen 1% en 99% liggen, en ligt meestal veel dichter bij de laatste.

Het denken over onderhoud als “alleen dit ene kleine dingetje” doet de kosten niet verdwijnen, het weerhoudt hen er alleen maar van om het te plannen en te budgetteren.

Je moet dit misschien eerst duidelijk maken voordat je verder werk accepteert. Zeg het natuurlijk niet zo, dat zou pedant zijn. Maar ga geen onderhandelingen aan waarin hun positie gebaseerd is op het negeren of verkeerd begrijpen hiervan.

Ik ben verbaasd dat geen van de antwoorden tot nu toe vermelden dat je een “stagiair” was.

De realiteit is dat ze je aanwezigheid als stagiair misbruikten om productiekwaliteitswerk te doen en nu vragen of je nog steeds hun activiteiten ondersteunt. Het komt erop neer dat de stage is afgelopen, en dat je hen niets verschuldigd bent. Een stagiair is immers een stagiair. Bijvoorbeeld je had destijds een mentor moeten hebben die je begeleidde en bekend was met het werk dat je achterliet.

Het is echter een goed idee om die brug niet te verbranden.

Als je nog steeds bereid bent om hen te helpen, zou ik proberen een ruwe schatting te maken van de tijd die het zou kosten om het te doen, of gewoon om jezelf aan de veilige kant te citeren als werken tussen 100-200 euro per uur met een minimale aanbetaling van 3-4 uur.

Anders zal het geld niet de moeite waard zijn de verstoring die het creëert in uw professionele en prive-leven.

Zoals anderen zeggen, wees ook zeer bewust van uw lokale belastingwetgeving. Ik heb in het verleden werk/korte opdrachten geweigerd die er op papier erg goed uitzagen, maar na belastingen waren ze het niet waard, om verschillende redenen die niet relevant zijn voor uw vraag.

P.S. Wees ook op de hoogte van uitzonderings-/recedentenwetten. We hebben een uitzondering voor een paar jaar die niet veel papierwerk vraagt, maar als we die kans met werk van een paar honderd euro verbranden, kunnen we er niet van profiteren als er zich een andere kans voordoet.