Re:Millennials Moving to Suburbs Will Change Economic Develo...
by gm-conspiracy on Tuesday April 03, 2018 @02:02PM
(#16747350)
Regarding your #2, in my experience as a remote dev., I have visited HQ multiple time per year.
Would having the company coordinate your travel and expenses give you insight into how the company functions?
Re:Millennials Moving to Suburbs Will Change Economic Develo...
by aantix on Tuesday April 03, 2018 @02:41PM
(#16747779)
Some of the startups in SF are pretty small, just ramping up in terms of head counts and may not have someone in charge to deal with travel logistics (you could be the first remote dev ever).
If you're trying to get a signal regarding whether the company is going to pay you and pay on time, request a tighter payment schedule, e.g. net 10. That reduces the risk a bit on your side (you won't end up working for two months for free) and isn't much different on their end.
Re:Millennials Moving to Suburbs Will Change Economic Develo...
by thoughtpalette on Tuesday April 03, 2018 @11:12PM
(#16751576)
This is great advice. I've been working remotely when not traveling (consultant) and #5 is _key_. These negotiation tactics seem very solid.
The burden of trust always falls on you, the developer. So you offer concessions to mitigate risk and hustle in the beginning to establish trust:
0) Reach out directly to the prospective job. Show them how you can make a remote arrangement work.
1) Offer a short term contract up front - if you're not "a good fit for each other" the terms allow either party to walk with little notice.
2) Offer to fly out to meet the team personally (most other prospective engineers won't do this). Factor this cost into your rate and _do not_ bother them with additional travel expenses. Tell them you'll "foot the bill".
2a) Give them a single invoice with one number - make it easy for them to pay you.
3) When you've finally joined the team remotely, quickly offer up cosmetic suggestions on PR's, open up new PRs to improve the on-boarding documentation, tackle a couple of simple stories and get a PR out within a few days.
4) Get the senior devs to do walk-throughs of the code on Slack. When you encounter something semi-difficult that Google can't answer, that would probably take you a couple of days to unravel but a senior dev already knows, _call_ them on slack. Swallow your pride. Make a call.
5) Goes without saying - don't miss the standups. If you were in the office, it's easy to see that you're doing something else. When you're 1500 miles away, especially in the beginning, nightmares of the remote dev going MIA kick in quick.