Be the change you want to see in the world, and all that.
Is primary OS a dealbreaker for you (when taking a new job)?
31–40 of 92 posts
Re: Is primary OS a dealbreaker for you (when taking a new job)?
#32nothing that involves administering windows or macs.
Re: Is primary OS a dealbreaker for you (when taking a new job)?
#33Re: Is primary OS a dealbreaker for you (when taking a new job)?
#34Many companies seem to push mac laptops for dev, but their prod systems where your code will run, run on amd64; this actually tells a lot about a company, engineering-wise, if your job isnt developing with interpreted languages.
Re: Is primary OS a dealbreaker for you (when taking a new job)?
#35And then I have a MacBook Pro M1 Max on the other side of the widescreen to jump to when I need to do something productively...
Re: Is primary OS a dealbreaker for you (when taking a new job)?
#36But for me for years the OS has not made a difference, just different UIs at this point. As for tooling, I've deliberately avoided anything that's not cross platform for that reason for many years. Obsidian is markdown based and works anywhere, so does Emacs. It's a big reason not to buy into the Apple ecosystem in my opinion because it exactly leads to the lock in you're struggling with.
Re: Is primary OS a dealbreaker for you (when taking a new job)?
#37But once I start asking about the product and the dev workflow and start learning about why it's going to be difficult to deviate from the norm... those are questions that are likely to shine a light on practices that I'd rather avoid.
Re: Is primary OS a dealbreaker for you (when taking a new job)?
#38I never got any push-back on OS-dependent pricing. More hours for the same result, AND more expensive per hour or day but sometimes someone just needs to do it.
Re: Is primary OS a dealbreaker for you (when taking a new job)?
#39Re: Is primary OS a dealbreaker for you (when taking a new job)?
#40No I care more about if the job involves solving interesting/novel problems Languages/OSs are just implementation details to me, I don't get why software engineers (especially junior ones) are so obsessed with them To me algorithms/systems in the abstract sense are the actual interesting part of the job
But they aren't. Most languages have specific behaviours and performance hits in different systems, and sometimes undefined behaviour may be fine in one environment and catastrophic on another. Even interpreted languages suffer from this.