|
|
|
|
|
by fat0wl
4590 days ago
|
|
Yeah it's not like I'd use a threat like "I'll disconnect all your accounts!" but if they have some EC2 instance they don't understand how to operate it does give you some leverage since they will be needing some admin done at some point in the near future. I really doubt they can sue you for refusing to perform maintenance on their systems since we as programmers do not become indentured servants simply from having done business with them in the past. Tons of high-end engineers leave big projects all the time with the attitude of "well, you should've realized I might not be around forever" and it hurts projects but that's capitalism, it's one of the few rights that give employees an edge in the market. If we never had an agreement for me to document all my work (extremely common) then the best they can do is say "hand over the keys" but they can't make you drive. If they're willing to invest in a new engineer's learning curve, the problems must be way deeper than 1 bill & you should've seen it coming, enough to write out a formal contract for that last bit. In hostile workplaces contracts should be the norm, sure, but I just try to avoid those situations to begin with. Good advice on the email bit, but I kindof just assume that those count as written records. Either courts acknowledge them or they don't I'm not sure that explicitly saying they do really changes much. Also, you say "there is a contract when you agree to exchange services for money" but if they don't pay you... didn't they already break that contract? Why would you have to do due diligence (maintenance) for someone who refuses to acknowledge your initial agreement? |
|
Of course they can. In most first world jurisdictions, anyone is free to bring a lawsuit against anyone else over anything, and then it's up to the court to decide on the merits of the case. If the court finds that the case was without merit, they might be able to compensate the successful party in some way depending on your particular legal system, but that would probably happen later.
What's more, if you created a system for someone, that system requires maintenance, your original contract did not specify who was responsible for that maintenance, and your clients sue claiming that they already paid for you to do that work and you're refusing to do it, you could well find yourself on the wrong end of a judgement.
In short, you seem to have quite a few misunderstandings about the basics of how contract law works, unless your local jurisdiction is a lot different to most. This is exactly why you should have everything clearly specified in a written contract, and it's also why paying an "expensive" lawyer to give you proper advice in your particular situation is almost certainly a good investment. Probably you should expect to spend significant time with a real lawyer for your first contract, so you have some idea of the general legal areas you need to consider, and then depending on how things go you might find just a quick review by someone who knows what they're doing is sufficient for a lot of later work.