|
I have similar experience.
At my new job I have a boss that's better than me at what I'm doing, a very unusual situation for me. And quite scary to be honest.
|
|
|
|
|
Yes, going from being the expert to being the new guy who knows nothing is quite scary at times.
Good luck with your new job
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
|
GuyThiebaut wrote: I work to live not live to work.
Good luck with the new gig. I'm sure you'll do well!
/ravi
|
|
|
|
|
Happy birthday and the best of luck with the new job! You deserve it.
Get me coffee and no one gets hurt!
modified 11-May-16 18:57pm.
|
|
|
|
|
congrats & well done
|
|
|
|
|
|
Happy Burp day, have a good start at the new job
Rules for the FOSW ![ ^]
if(this.signature != "")
{
MessageBox.Show("This is my signature: " + Environment.NewLine + signature);
}
else
{
MessageBox.Show("404-Signature not found");
}
|
|
|
|
|
Wish you a very Happy Birthday!! And congrats on your new job!!!
|
|
|
|
|
|
Happy birthday and good luck at your new job.
New version: WinHeist Version 2.2.2 Beta I told my psychiatrist that I was hearing voices in my head. He said you don't have a psychiatrist!
|
|
|
|
|
Congrats!
|
|
|
|
|
Note: I hope this can't be considered a programming question...
When you sell code to the customer which kind of license do you use?
What information do you leave on the code? i.e. programmer, date, company A to company B...
What should be taken into account when doing that?
Any hint?
how you avoid problems/responsibilities when code is changed by the customer?
Thank you all!
|
|
|
|
|
Joan Murt wrote: how you avoid problems/responsibilities when code is changed by the customer?
Have a bullet proof EULA (for what it is worth).
Document your code.
Have working examples and samples that showcase your source code.
Have unit tests for your own source code. (ship them).
Have good technical support.
I'd rather be phishing!
|
|
|
|
|
That depends entirely on the customer.
If they're good people, give them what they need.
If they're @rseholes, be an @rsehole.
If one or the other doesn't come naturally, fake it.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Development manager here. Seems like you might need to differentiate between 2 different things: selling a packaged product and selling source code.
In my experience purchasing products, buying raw source code is rare. But if done, this is a special situation with different terms that say (in essence), "The client is buying the source code. All maintenance and support are now the client's responsibility." This is typically at a much higher price that if you just licensed it to the client. They want to make a customized version of the functionality OR if you're a small shop, they may want the source code in case you go out of business, esp if it's something critical for their operations.
Usually we see the finished product that is a compiled/built application that has an installer or something like that where you cannot see or get at the source code. (And if you do, please look into a code obfuscation product...)
You are starting to hit on the problem in your question. You mention, "how you avoid problems/responsibilities when code is changed by the customer?" You do that with an agreement from the start. If you provide a product, you license it to them and provide support & updates. If they want the source code, then you have no reasonable way of controlling what is done to it over time, making support almost impossible.
But if you want to do this, you can raise the price for the source code as I mentioned before. You can also sell your support services as a consultant to the client with the understanding that the source code is still their ultimate responsibility.
|
|
|
|
|
If they want the source code in case you go out of business, there are code escrow services available (eg here[^], only an example, no recommendation) - I've no idea how to get the source out if you should go bust, but that could offer them the assurance they need.
|
|
|
|
|
If they just want your source code in case you go out of business, a viable solution is to pay a lawyer to keep your source code, so that it is available if they want to buy it in the future from you (or you heirs). I suggest to charge them for the cost of the lawyer an extra cost for you in the case you have to continue to develop the application, so you periodically have to send a copy of the updated sources to the lawyer. This means that this cost cannot be payed just one time, instead it should be considered as a subscription to a service to keep the source updates always available to the customer.
|
|
|
|
|
I wrote an RTOS designed for ARM Cortex-M series processors. Much of its build process modifies source file templates producing code to be compiled. A configuration file specifies the number and sizes of FIFO buffers. Adding a task, or changing its priority or stack requirements modifies multiple files – most often via a generated header file.
It switches tasks quickly and uses minimal ROM and RAM and even works okay on Cortex-M0 products.
I would sell the source code with an NDA that prohibits distribution. Use on substantially similar products is allowed. I.e. first use is the brain of a coffeepot. No second fee for use in a toaster. Extra fee for use as an IoT security appliance or as part of a bowling alley pinsetter.
I expect any sales would begin with a contract to teach about my RTOS followed by hands on assistance in developing the embedded application.
|
|
|
|
|
1. Get the money up-front: at least 20 times the cost of the code in obfuscated form, or in some UI package.
1.a. offer the customer, at the time of purchase, a paid-in-advance yearly maintenance fee to cover new versions of the code with bug-fixes, and/or new features. make it clear that you will not offer this yearly service after the sale.
2. Remove all comments from the code, but do not obfuscate.
3. Put in your EULA attached to the code:
a. support provided only with advance payment for a certain number of hours of your time at a rate you set.
4. In response to inquiries from customer: quote the text in 3.a. to the customer, along with an invoice for said number of minimum hours at rate you specify.
sincerely, Nicolo Machiavelli
«There is a spectrum, from "clearly desirable behaviour," to "possibly dodgy behavior that still makes some sense," to "clearly undesirable behavior." We try to make the latter into warnings or, better, errors. But stuff that is in the middle category you don’t want to restrict unless there is a clear way to work around it.» Eric Lippert, May 14, 2008
|
|
|
|
|
After beating the main quest at the hard level, I restarted a new character in Survival mode[^].
This is so much fun, and much more enjoyable; at first I thought it would be too difficult, as I am not a hard-core player, but all the new restrictions (eat, drink, getting sick, sleep to save..) makes things a more interesting by forcing us to take our time instead of rushing in to do quests.
They did not only added difficulty (bullet sponge), but made the player more powerful (and more with the automatic "Adrenaline" perk).
I just finished the Corvega question at level 11; and I cannot imagine, at this point, do the more battle oriented quests later on (for example the Gunner Plaza area)
I'd rather be phishing!
|
|
|
|
|
The most stressful game I play on the computer is Spider Solitaire. At the easiest setting. (It's the XP version because the Win7 version is butt-ugly.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
Spot on. I've got "Favourite Solitaire" on my (android) phone, and I only play Algerian Patience on it (because it's the one at the top of the list).
Stress from work?
OK, it's bound to happen.
Stress from the (ex or otherwise) Missus?
OK, it's bound to happen.
Stress from family events/occurences/tragedies?
OK, it's bound to happen.
Stress from Playing a game?
What the frock are the game developers thinking!
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Don't get me started on spiders (shudder and run away and scream like a little girl)
I'd rather be phishing!
|
|
|
|
|
There are twenty-three million games out there*. Why play one more than once?
* OK, I confess: I stopped counting at 21,753,647 -- but there were plenty left to count.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|