skysight-inc/HackerNews huggingface dataset:
I assume you mean gaijin and not actually kaijin, which is a fantastical sea monster ;)

In seriousness, there is a decent amount of racism but it’s really not that much worse than other places in Asia - that’s part of what I meant by adapting to Japanese culture. It also gets much better if you speak Japanese.
Where I come from, it's pretty poor form to ask people to cite sources for obvious statements, without any other insight or commentary. After all, you're asking them to do work for you, but not taking basic steps to suggest you might appreciate their effort.

The preferred option is to do a little reading of your own beforehand, and to share whatever it is you know that makes you think the obvious answer might not be right.
After years of using Python, it's been difficult to wrap my head around GO and Rust.

I really wish there was a course on Rust / Go for python programmers.
Lots of replies here, so not sure if you will read this. If you do, I hope it will help you in your career going forward.

"Pure JS" and "Mostly via jQuery" are actually at odds with each other in your description. jQuery itself is a huge library/framework and requires at least as much specific knowledge as any of the frameworks you list. The main difference for you is that you already know it, and so it seems simple/obvious/unencumbered/whatever. Understand that when people describe their framework of choice they are coming from exactly the same place you are. Their preferred setup seems simple, obvious, reasonable and everything else is bloated, complicated, and foreign in comparison.

Especially when you are at the start of your career, or if you have had a career made up of pretty much the same thing, it's easy to see the world outside your sphere as confusing, complex and unnecessary. The computing world changes quickly, though. People complain about the JS world, but it's not really as crazy as most people make out. In my career, I've been paid to work with no less than 15 programming languages (and probably more that I'm forgetting). Each of these programming languages come with multiple ridiculous frameworks. How many X Windows widget libraries have I used? Windows? Old Mac? OS X? Java has it's own! Web frontend frameworks? Then how many DB frameworks? How many communication frameworks? How many IPC libraries? Seriously, I'm just getting started.

Programming is programming and if you don't want to be constantly learning new things, then this job is not for you. I don't for a second think that's the case ;-) Every one of us gets "new framework fatigue". This isn't Pokemon. You don't have to learn them all. However, you should keep learning new things that interest you because each one of these things has valuable ideas in it. Each one uses a technique that you can use later in your career -- even if you aren't using that framework/library. Similarly each one of these frameworks and libraries has huge drawbacks. Really understanding those drawbacks makes you a much better programmer.

I've got a lot of friends that are still DB2 programmers. Others that are MFC programmers. There's a good chance that if you are under a certain age that you don't even know what I'm talking about. They have to hang on to their jobs with a death grip because they will never get another one. Move on. Learn new things -- you don't want to be like my friends.

P.S. I have used almost everything you've listed -- except jQuery. :-D
IMO, that's a bit too cynical. How could a business grow if it doesn't create any values at all?

Reality is more nuanced and what can be considered 'value' are harder to tell but overall I think one should always strive for excellence in making values for the society. My experience working in different jobs (most are non IT) is that as long as you can create values, there will be a suitable place for your ability.
Surprisingly The article doesn’t talk about the efficiency and scale of the system (one of the busiest and fastest in the world), the price (<0,5$ Flat) per ride, WiFi and cellular in the trains, safety, simplicity of navigation (thinking of Tokyo), art-gallery trains and professional musicians playing near the exits.

Overall, I’d say that WP could’ve done a better job here (especially if you ask ppl to pay for this article).
The linked page (the lander) is kind of a mess on mobile, overlapping text and general chaos.
Is there a way to avoid the true-believer syndrome for Rust?

I want to embrace Rust, but everyone ~100% of the time comes away chanting about how awesome Rust is. So much so that it's a bit unsettling. Zealotry in general is bad, but especially in programming: once you identify as an X programmer, you lose out on ideas from Y and Z.

Every tool has its flaws, but for whatever reason it seems extremely rare to discuss Rust's. When you try, it's like you're the Pied Piper: your song brings seemingly the entire community scurrying towards you, ready to force-push you why you're wrong and why Rust is awesome.

How about no REPL? We Go now. Slow compiler? Check. Performance is nice, and so is parallelism, but it costs static typing. It's a nice tool to have in your pocket as a fallback, but where's the niche? The ecosystem is huge, too: run `du -hs ~/.cargo/` and see how many GBs you're losing. This is a really tough sell on a 256GB SSD.

"So get a bigger SSD!" "Yeah but the compiler is always improving" "Yes but real programmers don't really need a REPL" "Yeah but static typing is worth the tradeoffs"

These refrains have been identical for nearly a year. Is there anything new to say, or is it time to agree to disagree?
Dating services firm to use Blockchain and AI to better match potential couples
This is an interesting position to me. To paraphrase Lawrence Friedman, privacy is, pretty clearly, a recent invention. If anything, we're the first generations growing up with a concept of what privacy really means.

I am personally a huge fan of privacy as a right. But, like free speech, it's not necessarily practical or desirable for it to be an absolute right. There's a line to be drawn in the sand, and it's purely subjective.

The bottom line is, with the current way we draw the lines, there's practically no expectation of privacy in a store. You could be filmed. End of story. You can also be filmed at work, which I feel is a lot less comfortable, but still understandable.

I think a lot of the problem is coming down to people's fear of what this could be used for, but we can't just stop making new things because the systems will be abused and subverted by bad actors. We need regulations that adapt faster to these problems. Regulations are already lagging hard on internet privacy, AI, etc. and it will continue to be far behind if something isn't done.

There's no doubt that technology can be bad. Frankly, I don't think web browsers should execute arbitrary code for every page you visit. But for every new technology, there's usually just as many ways it could be used for evil as it is for good. Your privacy in the modern age could be dramatically improved if there was no such thing as a digital camera, but that doesn't mean a world without it would be better. Cameras were not required to have horrible corruption, bad actors, or evil corporations; all of those existed long before. Technology, on the other hand, illuminated these issues to the everyday person.

If there's anything I want society to be addressing, it's how we're letting companies collect untold amounts of private information, sell it, use it in algorithms to try to manipulate society, and very often, accidentally allowing their entire databases to leak. All in the name of targeted advertising? The free lunch of unfettered, irresponsible data collection needs to end. Strictly regulating how devices can transmit and collect data could help a lot with almost every case that was mentioned, including Amazon's new stores, self-driving cars, and targeted ads.
Is it? Could you give an example? I've found a borrow checker bug in the current release but the rest of the time its behavior is perfectly predictable. Granted, I wouldn't be surprised if the documentation was horrible, my understanding of the checker is based on one way I would do it.
> It's not a micro-service if you have API dependencies

Just out of curiosity, what alternatives are there to avoid API dependencies? Is it really possible to make non-trivial apps while avoiding internal dependencies?

At some level, is it really possible to have a truly decoupled system?
You shouldn’t have to install and use a worse browser just for one webpage.
A proper solution should come from the site developer.
What we could do better than we do today - and your comment about ergonomics alludes to our work to improve this - is ease the onboarding of that complexity we have to be "honest" about. Its a design constraint of Rust that it must maximize user control, but that does not imply that users have to be faced with all of those choices as soon as they first try to write Rust. In some respects I think this article is an attempt at a counterargument to that work (suggesting that it is "dishonest") but I fundamentally do not believe that there is a contradiction between giving advanced users control and making it easier for new users to write correct code before they have a full understanding of the entire system.
Colorado Senate bill proposes use of Blockchain for data security
This is true, to be sure. And all this tech will also need expensive maintenance. I am not sure how much they'll actually end up saving. I'd also miss the happy experience that you sometimes get when dealing with a cheerful crew. The ambience and crew is one reason I shop groceries almost exclusively from Trader Joe's.
> “We get our money from customers”

> We get our money from selling out users to drive advertising clicks.

Advertisers are the real customer and users the product and all that. This perverse incentive is the driver of most garbage on the web. And not only is the user sold out, they are manipulated by the advertising, the products (e.g. search results, news pages) are manipulated, and now elections are manipulated (Because Facebook et al designed to put the user first would not have spread viral bullshit).

Engineers need to put morality and social good above making more money. Greed is not the god that people should be worshiping and designing economic systems around.
Microsoft isn't Apple. Their entire business relies on retaining as much backwards compatibility as possible

Every time they make any sort of major, sweeping change. They get raked over coals until they're charred to a god damn crisp

When Windows went from the old DOS-ish 95/98/ME to the much more stable NT based 2000 and XP, lots of things broke.

XP only survived the Microsoft EOL chopping block because of the rise of Netbooks. And even then, companies pay millions to keep that afloat due to how entrenched it is (Something likely to be repeated with Windows 7)

Vista brought a ton of (arguably much needed) changes. But its hardware requirements were pretty high for the time. Along with buggy drivers from Nvidia, that sank the entire operating system. Both in public perception and market share

Windows 7 (on release) was arguably a UI-tweaked Vista. Hardware had caught up by then, and a lot of people agreed that this was the "good" upgrade from XP

Windows 8 came out and tried to shoehorn that whole "Metro" interface and converge everything around it. And it flopped almost as hard as Vista did

Windows 10 Microsoft played a much stronger hand and dragged everyone they could (willing or otherwise, if you believed some accounts) over with a "free" upgrade for most. But it also pruned back Metro pretty hard. Instead trying to chase after the "App Store" model
I find it pretty strange to read you say "it costs static typing". Static typing is a feature. There's a reason people are starting to switch to TypeScript instead of JavaScript.
While 10 is more than many recommend it's not that much more than Amazon's rule of < 7.
"Yes but real programmers don't really need a REPL"
I'm hearing this for the first time. I don't call myself a real programmer but REPL is a godsend. There's no quicker way to test something - a small function, a numpy matmul etc
An old style copper ladder line is ~0.95c and optical fibre is ~0.66c:

Old style, pre-coaxial, undersea cables may have been ~0.45. Newer coax is sometimes ~0.87c.

YMMV: https://meanderful.blogspot.com/2017/05/lines-radios-and-cab...
Authorization and authentication are two different discussions. Protecting the data necessary for authentication is valid rationale. That same service could provide read-only data to another service in a single response that would allow for all subsequent authorization logic to be done without any additional latency. Additionally that data necessary for authorization may not be sensitive like the other data used for authentication.
The reinvention and re-discovery of the problems can be very good for the new developers who are taking over a slice of the monolith's functionality. And it an happen rapidly, on the new developers' own terms. Depends on the case.
Why do you think NULL isn't a pointer? It most definitely is a pointer, it's the kernel the limits a ptr to 0 from being used, in fact you can use it if mmap_min_addr is set to 0.
how is a browser which is proactively improving web experience worse?
> just for one webpage

It's not just one webpage - it's for an increasingly large number of websites.

And 'worse' depends a lot on use cases.

I typically have many tabs open (maybe 40+) and for my use case Firefox has always been a better browser for that.

I also get non-autoplaying videos - another thing that in my opinion makes the browser better than some alternatives, not to mention containerized browsing for better privacy.

Chrome is 'worse' for all the things I care about.
The author omitted an important one: microservices are the new source of spaghetti code.

When trying to implement as multiple microservices something that should actually be a single service—i.e., the ms's are not useful as independent units—answering a single API request is an amazing mess of distributed calls all over the place and unnecessary serialization/deserialization of queries.
It's simply one more thing you need to keep in your internal "context" while writing a program, taking mental resources you could spend elsewhere. Perhaps an IDE guiding you and outright rejecting the code or offering code completion that is compatible with borrow checker might be a solution, though we aren't there yet I believe.
- We are directing material resources (as in, hours of paid work) to improving compiler performance. We consider this a serious problem, and "the compiler performance is always improving" is not an accurate gloss of the amount of work people are putting into solving it.

- We would love to have a REPL but there are nontrivial technical challenges, and it has not been a major requested feature by our users.

- I have never heard the complaint about the size of packages before now; I have no idea how we compare to other languages in this regard.

I've witnessed some of the conversations you're talking about (I think I engaged with you about REPLs in the past), and I think the "true-believer syndrome" has more to do with how you interpret the answers you receive than with the behavior of anyone else.
I appreciate the vote of support and sympathy, but I will note that I was just trying to agree with someone else's thought that surfing must do things that are generally beneficial. I think the established fact that it is known to improve the prognosis of people with CF, who are particularly prone to developing antibiotic resistant infections, is pretty strong evidence that this thought has merit.

As is often the case, the point I was trying to make has been completely ignored while multiple people jump on the personal angle of whether or not I actually know something medically useful and most comments are coming from an assumption of no, she can't possibly know anything medically useful, she is merely crazy. This is always a personally frustrating experience for me.

I'm human. I slept 14 hours last night and I am still tired and it is aggravating that the entire world wants me to either scientifically prove my personal opinions about my firsthand experience or be condemned to never, ever mention them at all. Sheesh.

So it might be time for me to just step away from this derail of a discussion because a. It is off topic and b. Most of it is openly and unnecessarily hostile and dismissive.

I'm not trying to prove anything here. I'm just human and don't always know how to separate my firsthand experience of life from some point I am trying to make and for whatever reason the world at large is often excessively interested in talking about that personal piece, whether the topic is my health or something else. And it is frequently a very negative experience for me.

TLDR: Thanks, but that wasn't the point and if I step away from this discussion it is not an admission that other people are right and I am wrong. It is just evidence that this discussion is off topic, not a positive experience for me and I don't feel like continuing it.
You have the same thing in C++, right?
Show HN: Connecting makers and people of diff abilities – to make better products
While a valid complaint, it's arguable that Apple has the best CPU team in the world right now and maybe even chip team.

Their single threaded performance is no joke, especially in such a small power and die envelope.
Seems like it’s time to decide for yourself?

I don’t spend much time or thought on what others have to say about which tech is the best for X/YEverything. I just learn it use it, and then make up my mind.
As if the site developper has its word to say on choices like that ...
You're in luck! https://golang-for-python-programmers.readthedocs.io/en/late...
I'll take a look once I am done learning another hot language ;-) Thanks!
(ง'̀-'́)ง

Static typing is useful in large codebases at big companies because it forces you to communicate your intentions clearly. It's also useful in large OSS projects because it allows your IDE to auto generate tooling and documentation. If someone is using TypeScript, it's far more likely the codebase will have clear, documented interfaces.

But TypeScript is optional. It doesn't hold you down and yell at you until you obey it. Even when you're using it, you can simply ignore the warnings/errors if you want to be naughty, and TypeScript will simply shrug and say "if you insist. You'll realize later I was right." But in the meantime your code actually runs.

In Rust, it's the opposite. You have to think about every single aspect of what you're doing. Making a cathedral out of toothpicks would also force you to plan your actions very carefully, but you wouldn't really say it's a feature per se. More like the tradeoffs of the medium.
The 'classical' setup is horribly broken and relying it just makes more broken code.
In my daily job I just can't afford time-wise to think about things like this. More than thinking about it, taking the time to instrument, measure, and test a giant program with this level of granularity. This type of stuff needs to be handled by the language, compiler, or hardware.
ProgDVB Professional 7.21.6 Crack and Activation Key Free Download
Thanks, and to add to that, it occurred to me that they may have different criticality too. Some services you may want to scale very aggressively because a failure would be catastrophic. Whereas other services may be even more cpu intensive on average but failures are acceptable so you let them run at 90% load. I'd imagine this would be a far more difficult balancing act if they were both in the same process.

For example if you had your chess AI engine running in the same monolith as your web server, it could slow down your response time to the point of timeout. But if they were separate services, your web server could stay snappy and give a meaningful response to the problem. "our ai service is overloaded right now, but here is a nice haiku while you wait."

Though still, I'd think of that as a fairly advanced use case. Not something small projects should have to think about.
> Do you think they would have opened it if they didn't have a pretty high degree of confidence that it was working? It's been in beta for quite some time.

I'm sure they've tested extensively but how are they getting around the issues I mentioned? It feels that even for a human with slow motion cameras it would be hard to 100% track what they're claiming. For example, picture a customer very close to the shelves taking two sandwich items with one hand and dropping them into a bag where the items are getting occluded by each other and the customer's body.
I would not just assume that sea salt has zero downside: http://www.pbl.nl/sites/default/files/cms/publicaties/650010...

"In the Netherlands a considerable part of PM10 is of natural origin. On a yearly average basis we have quite a large contribution of sea salt: 4 - 7 μg/m3. ...
It would be wrong to conclude that this natural contribution does not have any associat- ed health effects. "
Not a function statement, I meant.
Are you saying that Rust is trying to predict the correctness of the program? Sure, parts like deadlocks and memory use, but the whole thing?

This seems to be a common misconception, maybe from interacting with overzealous Rust fan clubbers.
Also, the random nature of the robber, and the kingmaker moves where a sore loser will decide which other player will win.

Dealing with both of those things is part of the game... But I prefer games with less emphasis on those aspects.
There are several Go for Python programmers tutorials. A google search would throw up many. And it makes sense, because Go is, in my opinion, a good alternative to python as a scripting language. It is faster and safer although slightly more verbose.

There are some Rust for python guides as well, but I think it is the wrong approach in case of Rust. Rust is really a more systems programming language. It makes sense to either learn it from scratch, or learn from a C++ background. Even coming from a Java background, I found it easier to just forget about my knowledge of Java and start looking at Rust as something completely fresh. In case of Go, I was easily able to map it to the python and Java concepts I already knew. I think Go has a nice niche where it can replace both Java and python, but not C++. Rust can replace C++, but not Java or python.
Rust is consciously designed for large code bases. shrug
Go is IMO much simpler than Rust.
Interesting. Though I would expect that it would be at least a decade or two before this reaches other countries outside of the US.
I am probably the only one playing Britain in the history of the game who never made it off the damn island. The game is really hard.
As a counterpoint to this, here's an article citing multiple peer reviewed studies that says largely the opposite, that certain types of music can be quite beneficial to cognitive performance: https://blog.pzizz.com/how-music-can-help-you-focus-and-get-...