Earlier quoted context omitted.
> Meetings and collaboration to figure out what to build, discuss issues etc. if these take up 10 hours a week [...] There's your problem.
What's the alternative? Have some PM+EM write a perfectly detailed spec for you to implement? That sounds like hell. I can't imagine spending all my time building something that I had no input on designing.
Why not hire part-time developers?
231–240 of 306 posts
Re: Why not hire part-time developers?
#232I personally agree with most of the article but I know that's not a super common response to these values.
Could you provide some data?
Re: Why not hire part-time developers?
#233I experienced this in the extreme recently. I'm a very experienced dev in a very in-demand field. Money is not a huge priority for me in my career. Flexibility is. I have a proven track record of success in part-time roles after converting to part time at my previous company (after 2 years of full-time, of course). I spent 3+ months trying to get part-time engagements, and was willing to consider both consulting and…
It gets weird on a team of full timers if the part time person is expected to interact with the full timers at all, especially if they are all working and need to communicate with the person but they are out.
Believe me, I sympathize though. It does create a strange dynamic though.
Re: Why not hire part-time developers?
#234Earlier quoted context omitted.
What's the alternative? Have some PM+EM write a perfectly detailed spec for you to implement? That sounds like hell. I can't imagine spending all my time building something that I had no input on designing.
For some engineers that would be bliss. They just want to churn through tickets and not have to talk to anyone (or very little).
It might be more work to develop a specification that requires no context to complete than to do it myself.
I too would crave a part time programming job, mind you, but I think that only works on a team that is completely part time.
Re: Why not hire part-time developers?
#235Earlier quoted context omitted.
We’ve tried part time developers, but so far haven’t been able to do it successfully. The problem usually comes down to 2 things: 1) there is a constant amount of overhead that is always needed regardless of how long you work for in a week. Meetings and collaboration to figure out what to build, discuss issues etc. if these take up 10 hours a week a full time dev has 30 hours to do other things where as a half time d…
> Meetings and collaboration to figure out what to build, discuss issues etc Remote-first, multi-time-zone companies simply don't do meetings. All communication is async and written down. Work gets done without a lot of hemming and hawing and meetings-with-no-agenda-to-talk-about-setting-an-agenda-for-a-future-meeting. It's much more efficient to come to a decision over 7 asynchronous back-and-forths, and people have…
Having worked for such companies, this is not true, at least in my expreience. Plenty of meetings. Very long ones sometimes, 2 hours is not unusual; 3, 4 hours sometimes on Zoom or Hangouts.
> [non-remote-first companies would] rather you be writing code now that will be obsolete in 6 months and take a year to replace, rather than take 2 months to come up with a plan for your code that will take 3 months to write and last for 3 years.
Hmm. I can assure you some remote-first, multi-time-zone companies would also rather you be writing code now that will be obsolete soon than take substantial time to come up with a plan for code that will last years and serve the product well.
Visibility counts for a lot in some remote-first environments. Depending on the management, they may regard the best form of visibility to be regular code updates, PRs, issues filed etc, rather than taking your time over deeper design and research. If they pay more attention to quantity than effectiveness, that can mean shipping code and iterating every few days is something they are looking to see, and a high priority if you want to keep your job. Async written communication on design is sometimes seen as too much talking, not enough doing.
Re: Why not hire part-time developers?
#236Re: Why not hire part-time developers?
#237Earlier quoted context omitted.
Not OP, but there's more tools managers have to guide slacking IC's back in line when they're full time. Loyalty to coworkers/"company culture", easier to discipline if it goes on the official performance review, more of an "official" paper trail available versus contractors and part time who may be hired even by a third party agency. Part time / contractors are sometimes, not always, but sometimes in general lower q…
Contractor part-time You can have actual employees working only 24 hours a week.
Re: Why not hire part-time developers?
#238Earlier quoted context omitted.
What's the alternative? Have some PM+EM write a perfectly detailed spec for you to implement? That sounds like hell. I can't imagine spending all my time building something that I had no input on designing.
The alternative in my experience is working on a team with a shared sense of mission. We meet at most one hour a week. We do a lot of asynchronous collaboration, it’s not always as efficient as it could be, but no one is asking for more meeting time to address that.
It sounds like you just amortize the "meetings" differently. Having to answer lots of async emails / slacks can waste just as much time as scheduled meetings.
Re: Why not hire part-time developers?
#239Earlier quoted context omitted.
Yeah that 2nd point is that quite often people need "full time salary" so it is not that management somehow has backwards thinking. I have a friend that can really work 4 hours a day, but he is a special case where he does not have a family to upkeep and no mortgage. He is also a bit hard on the frugality. But finding such person is basically 1 in a million. If I post a job with 4h a day which amounts to 1/2 of a nor…
> If I post a job with 4h a day which amounts to 1/2 of a normal salary I will probably never get a candidate. I think you're mistaken about that. If you can persuade candidates that it really is 4h a day at 1/2 of a normal salary, you will get candidates who are excited by the job because it opens up their time for other opportunities for hobbies, home life, side projects, open source projects, looking after family,…
Re: Why not hire part-time developers?
#240Earlier quoted context omitted.
1. Tech has small percentage of women. The ridiculous under representation of female coders is widely recognized as a problem and something that should be fixed. There are programs for recruiting women into CS Majors. But the imbalance will remain when women have babies and are given only the choices of the third shift or leaving their careers. 2. Women who choose breastfeeding, which can be 3-4 hours a day total, ar…
I still don't see how this is an argument to say that it would benefit "women" instead of "parents" in general.