Two reasons that come to my mind:
1. legal burden of hiring globally
2. while allowing remote work, the company might not be set up for asynchronous communication
I tried to follow the concept of minimalism a few years ago. For everyone else who is struggling with it: don't stress out because you can't live with one backpack.
Yes, you can get rid of a lot of stuff and you should do it, but don't do it too extreme. I don't want to live without my music instruments or my sports (which requires a lot of gear) - don't fall into the trap as I did and feel bad for owning it.
Start small and collect all the stuff you didn't touch for more than 1 year - don't throw it away, just put it in the cellar and after a few months realising you don't need/want it give it away.
> but they definitely seem to be underpaying in general
Interesting that you say that. I can't speak for US area, because I live in Europe. Looking at the Spain salary, which is about 110k seems pretty good to me.
Working as a senior frontend dev in my area (which has similar costs of living as Barcelona) gets you payed about 30-40% less than that.
How good is the "Blueprint for Phoenix Context" part? I am already working with phoenix/elixir on a daily basis and would be only interested in good examples with contexts.
When checking out a new branch or planning a new feature - ask yourself, if you would deploy it today and the customer sees it - will he notice it/benefit from it.
Of course this does not work for all features/long-term things, but it helps to look at it from a customer perspective.
First focus is: customer gets his job done (core features & UX)
Second focus is: customer is happy using your product (these are all the other things that are nice to have + UI).
Serious question: How would you suggest to write a test that prevents this?
You wouldn't make an assertion on clearTextPassword !== passwordHint. While developing I would think "Who will ever do that? That would be insane".
But yes, even if there is no test, this should have been caught in code review or latest when testing the OS.
Isn't a dealbreaker if you use it like I do and set a global touch bar configuration, which doesn't change.
Only useful feature of the touchbar is Touch ID (which works very well).
However, regarding your question about productivity: no it doesn't increase nor decrease with the touchbar (especially if you can work with caps lock being the ESC key in vim).
For VIM: I am using CAPS Lock now as ESC key, because there is no physical ESC Key with the touch bar anymore.
Generally: I configured my touch bar to match the old keyboard function keys layout & they never change, no matter if I switch the program. I just don't want to change my behaviour + can't deal with the fact that I can't quickly change volume/brightness + hit play/pause/forward/backwards keys.
Completely agree. It's not only about the skills, but also (from my experience) working for a company isn't that satisfying and motivating as for yourself.
Yes, I am used to it from my day-to-day job. I probably don't test every edge-case as I do in my job, but it just saves me time and brain capacity (at least I have the feeling that the coding part in TDD is the easy one).
I wouldn't say it causes depression, but I see your point. There is a lot of negativity in the comments and sometimes people are harsh because they (think) their opinion is the only right one.
I know the CTO of product hunt - he wouldn't switch the tech stack for no good reason. They already used node ~1-1.5 years ago for some parts of the site. I'd guess that they found out that it works good for them and they switch completely over to node, which also removes some rails legacy code they had.