3 ms·
Certainly there is. I'm currently working on a JSF project for a client ... it's nightmare to bring a new remote developer on board, their environment configure
by Ensorceled 11y ago
Certainly there is. I'm currently working on a JSF project for a client ... it's nightmare to bring a new remote developer on board, their environment configured properly, eclipse working, blah blah blah.
My last Django project, a remote developer had the app up and running in their environment and was fixing bugs before lunch to get a feel for our code.
C/C++ jobs tend to be more more like the former than the later. Many C/C++ jobs are not even possible to do remote; the last time I managed a C programmer it was for an application appliance and I would have had to ship them prototype hardware if they were remote.
- ufmace 11y agoIt's secondhand, but I worked with a C/C++ embedded guy once who did exactly that - worked remote doing embedded software, carried around prototype device and interface hardware and shipped it back and forth as needed. I also helped hire and support a consultant who was updating some C++ drivers for some proprietary hardware we had. He never actually came into the office, I just shipped him the device, supporting software, and emailed instructions. So it's definitely possible to do, but it isn't the easiest type of job to get, especially if you can't visit the premises at all. For the OP, I'd suggest relaxing your preferences on what type of code/language you want to write for now. Try to find a job doing something you already have the most experience in, but at a company that either has the C++ projects that you're interested in, or seems likely to have connections to companies that do that. Once you establish your competence with them, you may find it easier to switch over to C++ while still being all remote.
- planteen 11y agoIf your build environment is that difficult to setup and undocumented, that's a big problem, whether or not you are remote or an on-site developer.
- Ensorceled 11y agoAgreed, but that's often the case with large legacy projects. I'm slowly pushing them to more modern approaches.