In my personal experience I'd say there still is a widespread mindset in our industry that all "real" web development needs to be done in Java. I'd also say that whenever someone says that they usually mean "I'm most comfortable in Java so let's use that so I don't have to learn new things."
I've used both Java and Node professionally, and have in the past few years made recommendations for new projects to be started in both Java and Node depending on their unique requirements. I've even worked on projects migrating existing systems both from Java to Node, and Node to Java.
That said, I do strongly believe that Node is better suited as a language for web-scale projects that deal more with asynchronous requests (such as to DBs and APIs) than doing heavy data crunching themselves. If you need heavy data crunching, Java might be better for you, and there are a lot more available frameworks.
If you're looking for a job specific recommendation, it sounds like that might be partly regional. If you can't find Node jobs in your area, then maybe picking up Java is the right answer for you.
I wrote a quick Node Proof of Concept for a high-throughput data processing pipeline before the "real" team came in and rewrote it in Java.
Not only did the "real" team try and gaslight me into thinking my implementation didn't work (It did, they copied it wrong), but it took 3 engineers twice the time it took to copy my work into Java as it did for me to do the original development. The kicker: The Java process was so bloated it took nearly 2x the compute resources to get the same throughput.
TL;DR I challenge every time someone says "This is complex/high throughput, so let's use Java instead of Node"
I don't know what companies you've been working for, but even if you do zero product research and development, a company as tech-focused as Uber is still going to need a substantial engineering department just to keep the lights on. Not to mention a tech company that isn't developing new products and features, and isn't marketing, isn't going to remain profitable for long no matter how much they've cut labor costs.
I understand that they're investing in growth, but the key points still stands - money is flowing down the drain with the promise that it'll all be worth it "some day."
I've done coding interviews for nearly 10 years now where I present a coding problem, but I never expect syntax correctness. I'll explicitly say I don't care if the function signatures are right or you remember the exact method to call on a given class or whatever; so long as I can tell what you're trying to make the program do. I have to look basic stuff up online every day anyway because nobody can remember it all, I'm not going to knock a candidate for that.
Other than basic filtering questions so I can see if someone is trying to fake their way through an interview, I never ask functional specifics. Even then it's usually just to make sure they at least basically know everything they claim to on their resume - if you don't claim to know JS, I'm not going to ask you about what bind() does, but if you rate yourself a 10/10 JS expert, you should probably have a good answer.
Interviews should be about your thought process and how well you can solve real world problems, not trivia about how well you've memorized an API. I don't understand why so many other interviewers (Even at companies I've worked for) ask coding "gotchas" and reject candidates because they don't remember the semantics of some obscure language feature.
Unless Cryptocurrency is as easy and safe to get & spend as traditional currency, "everybody uses cryptocurrency" ain't gonna happen. If someone steals from my online bank, I'm insured against loss. If someone steals from my online crypto wallet account, I'm out of luck (and a ton of money).
(insert "it's your fault for trusting other companies with your wallet!" comment from the crypto kiddies here)
Keeping your crypto wallet in off-network storage and having to dig it out to spend money or whatever is the digital equivalent of keeping stacks of cash under your mattress. Does it work for some people? Sure. But don't pretend it's what the average person wants to do.
We don't know how bad this will be which is exactly why we're acting like it's going to be bad - assuming that it'll be fine is irresponsible at a time like this.
And the worst part is, assuming it works and the epidemic curve is flattened out, people will still see this as "proof" that it wasn't necessary.
"You were instructed to keep the store open, but were unable to perform your job-required duties because you got arrested attempting to do so, therefore you are fired. Request to pay your legal fees is denied."
The problem is so many software patents just cover "do a thing on a computer," which becomes so broad nobody else can ever do that thing without infringing on the patent. Even if I have an objectively different, even better, way of doing it, software patents are used far too broadly because they tend to protect the act of doing a thing as opposed to specifically how to do the thing.
This is in contrast to something like a hardware patent, where if you patent a tool, and I build a better tool that does the same thing, the mere fact it does the same thing is not infringing unless I copy specific aspects of your patented physical design.
The reform is that an ideal implementation of software patents is largely the same as an ideal implementation of software copyright. I can't just copy what you did, but if I figure out a different way to do it, that's perfectly fine. That's why so many people say scrap software patents altogether and work on improving software copyright instead.
Why would the author include that when it's not in their best interests? In the disclosures they clearly state they are financially biased towards TSLA's failure. It's little more than a hit piece intended to influence their stock price downwards so the author will make money.
The application clearly states that it sends an opt-out notification anonymously after opt-out. I think they're doing better than most in terms of transparency. Is there room for improvement? Sure. But I don't think attacking people who are already doing pretty well compared to the field is the best use of anyone's time.
This is just picking on an open-source team which already has shown themselves to take user feedback about privacy seriously. If you are so suspect of third parties that any device or application sending any network traffic without previous authorization is of serious concern to you, there's a lot more important and impactful products to voice concern about. Like pretty much any other part of Microsoft.
I've never had a problem with people that have extremely strict views of privacy. In fact I usually think they're right. But it's incredibly impractical, and most people don't currently care, which is the real problem. Treating relatively trivial things like this as if it were some conspiracy on behalf of the surveillance state doesn't do anything to get people to listen.
Get people to start dropping Facebook and Google, then we can start tackling the smaller offenses like this. Until then, treating this like you're going up against the NSA is a vanity exercise.
Don't use Atom then? Seems pretty obvious if you care that much.
I respect your privacy views and even share many/most of them (if not so strictly), and appreciate that you are probably just trying to bring this to people's attention. However, you are not the king of open source, and you cannot dictate how other authors must write their projects. It's an open source product written by a for-profit company. There's always going to be trade-offs.
It performs an auto-update check. You know it's just performing an auto-update check. While there's not no argument to be made here, it's not like it's secretly collecting a bunch of data and reporting it before letting you opt out.
The paranoid, accusatory tone in the issue does nothing to help your argument, and I believe makes it harder for maintainers to take you seriously. Your argument is well thought out, and I don't necessarily disagree with it in principle, but you're making mountains out of molehills here. If you'd simply pointed out the issue and asked that the auto-update check be performed after the consent check - especially if it came with a PR implementing that - you'd go a lot further.
I love Factorio, but this is a rather expensive offering compared to other, more mature Factorio hosts. Quick search reveals other hosts offering 50+ slots for the same price or cheaper than this site's 1-4 slot option, with better control panel functionality.
Absolutely "They". They they they they they. English already has a perfectly good gender-neutral pronoun. I explicitly list my pronouns as "He/his or they/their" because I think the neopronouns are ultimately a way to gatekeep inclusivity, which is ironic.
I've used both Java and Node professionally, and have in the past few years made recommendations for new projects to be started in both Java and Node depending on their unique requirements. I've even worked on projects migrating existing systems both from Java to Node, and Node to Java.
That said, I do strongly believe that Node is better suited as a language for web-scale projects that deal more with asynchronous requests (such as to DBs and APIs) than doing heavy data crunching themselves. If you need heavy data crunching, Java might be better for you, and there are a lot more available frameworks.
If you're looking for a job specific recommendation, it sounds like that might be partly regional. If you can't find Node jobs in your area, then maybe picking up Java is the right answer for you.