"In 2018 she received a total of $2,458,350 in compensation from Mozilla, which represents a 400% payrise since 2008.[14] On the same period, Firefox marketshare was down 85%. When asked about her salary she stated "I learned that my pay was about an 80% discount to market. Meaning that competitive roles elsewhere were paying about 5 times as much. That's too big a discount to ask people and their families to commit to."[15]
By 2020 her salary had risen to over $3 million, while in the same year the Mozilla Corporation had to lay off approximately 250 employees due to shrinking revenues. Baker blamed this on the Coronavirus pandemic."
I have only worked remotely in my career (as in by myself inside a home office), and I have worked in full remote as well as in mixed local/remote teams.
If you are in a position to choose/offer to work remotely, make sure that everyone you have to interact with is communicating in the same way, at least for work stuff. If half of your team is in an office and they aren't making an effort to communicate equally with the both local and remote team members, it will not work well. Having a remote team means an overhead in the communication for the local team.
"we produced a video that simulates what we will be able to deliver with OIS"
So I'm going to build a crappy car, demo it using a Ferrari engine and tell I was trying to simulate the engine feature in my car.
Doesn't sound like an apology to me.
100% agreed. Rails people have started to complain about difficult/slow tests because Rails (a framework, not a library) makes your life hard. From my own experience, you don't need all the Rails magic to get started on a project, and once you do, it just happens to be a completely different magic that you need.
Hence I try to divide my projects into lots of application agnostic code (the libraries that need to be unit tested), and little application specific code (the glue code that needs to be integration tested).
You can remedy that by ditching whatever framework you use, and writing your applications at a lower level.
From my experience, it is not going to be easy but the final result will be a lot simpler (and you will have lots of fun). Also, you will notice that far fewer patterns emerge than your framework try to impose on you.