Live data from Hacker News

The Art of Thinking Long-Term Even When Money Is Running Out

medium.dave-bailey.com

41–43 of 43 posts

Re: The Art of Thinking Long-Term Even When Money Is Running Out

#41

Earlier quoted context omitted.

I don't know that a 3-month temporary offer is really necessary. In California at least, where employment is "at-will", you can fire an employee at any time for almost any reason. My expectation when accepting a job offer is that if I am not successful in my role, I will be fired. Most jobs I have worked even have an official "probation period" for new employees where you have a set of goals you need to accomplish in…

> I don't know that a 3-month temporary offer is really necessary. In California at least, where employment is "at-will", Yeah, in an at-will state you might as well consider the "trial" period to be in place no matter what. If things don't work out well they'll just toss your ass to the curb. Maybe if you're lucky like me your boss will have a soul and give you some amount of severance at least.

When I took my first job I just assumed that it was a sort of trial.

Two people were hired. Me and another dude.

The other dude was invited to look elsewhere (they let him stay and work while he looked for a job so that was very nice), and I got a series of raises after they clearly were comfortable with me. They then started looking for a replacement for the other dude.

Effectively I assumed (correctly) I was on a sort of "trial" anyway.

Re: The Art of Thinking Long-Term Even When Money Is Running Out

#42
post #9

Earlier quoted context omitted.

Yeah, not a chance I'd leave my current job for that kind of instability.

You know that all jobs have a probation period even more so in the UK.

Then why bother with the song and dance?

Re: The Art of Thinking Long-Term Even When Money Is Running Out

#43

Earlier quoted context omitted.

> I don't think developers should even necessarily explain that this is what they are doing, because then they have to ask permission to do it. In my experience, it pays to be open with product managers and QA about what you are working on, how you are implementing it, what the risks and benefits are, etc. For example, it helps QA to focus their testing efforts on the areas that are most likely to be broken by a refa…

You make good points and I tend to agree with you. On the other hand I remember on some projects there being real (HUGE) pushback from the client about doing anything that wasn't implementing features exactly as they define and "are paying for". As soon as you declare that you are doing something "optional", it gets political, people start talking about it, it escalates to project manager, their bosses boss etc and t…

> implementing features exactly as they define and "are paying for".

The reason they're paying so much for it is that you didn't do the refactoring last time. Every time they refuse a refactor, all their future costs genuinely go up.

If they ask why the refactor is needed, why you didn't do it properly first time round: “You're constantly refining your business processes to satisfy ever-changing business needs; that's what I need to do to the code.”

Post reply on HN