skysight-inc/HackerNews huggingface dataset:
I’m amazed that people still say things like “de-accent” as if there was such a thing as “no accent”. You are asking for a button that makes his French accent more like your own. It’s a separate thing from native vs. non-native speakers - there are plenty of native English speakers with accents that you would also find challenging.
Nah, it won't sell good enough. "Power by Artificial Intelligence" is a way to go, they always do that
The problem with USA's private healthcare system is that it refuses to train enough doctors. You're supposed to overproduce doctors to drive prices down.
IMO both are required. I'm lucky in that I did a lot of plain SQL early on, and found ORMs later, but I think ORMs do cut out a lot of time for quick-and-dirty queries that end up not being the bottleneck. The problem arises once you find a bottleneck, you won't know how to optimize it if you haven't done a bit of SQL mucking about earlier.

Also, the big thing is you won't know how to translate to other ORMs if you don't know SQL. Eg once you know that you want an index, it's a matter of a web search to find out what the syntax is in your ORM. But if you just started with ORM, you might not realize that kind of thing is part of how it works.
Note: that's 290kg in NASA units
> But I agree with the author's main point which seems to be that framework performance is pretty meaningless when comparing frameworks if you're just starting on a new project. Focus on making a product people wanna actually use first. If you're lucky enough to get to scale you can work about optimizing it then.

It feels like a sensible advice but "optimization", if ever possible, can only get you so far until you need a costly refactoring or rewrite in my experience.

As projects can be very different in context, it is all about what makes a minimal implementation "viable".
That's an excellent point actually; in the modern world we are so used to high levels of complexity in every field that we forget that this is a recent and not entirely welcome phenomenon - to cherry pick one minor example, people of my age will in their youth have been able to fix a wide variety problems with their car (or have a friend who could do so), today not so much. The systems, in both their technical and organisational natures, would have been far simpler in Athens.
I disagree that the C# example is more readable. Let me just compare your own human-language description of the task with the Python code:

the total length of all strings in a list that start with the letter 'a'
sum( len(s) for s in strings if s.startswith("a") )

Of course that does not necessarily apply in all possible cases, but in this particular example it is practically a 1:1 match. The C# example is a better match with the way one would describe an algorithm:

From a list of strings take all strings that start with the letter 'a', calculate their lengths and add them up
strings .Where(s => s.StartsWith('a')) .Select(s => s.Length) .Sum()

I personally find the Python's syntax much closer to natural language in most cases, which is why the language has been called "executable pseudo-code".
Why the downvotes? CyberRabbi is correct. The title makes it sound like all programs that accept floats from untrusted input are vulnerable.
Let's assume mankind could create a machine that could crash the universe. Should we ever press the button to test it? And if the button is successful (the universe terminates), how would we get to know the result of the experiment?
The background is blue?
I managed the transition from monolith to microservices at Netflix. :) That is why I was asking. Because I know we never quantified it with numbers and I was wondering if anyone else ever had.
Without the increase travel time I find it near impossible to not bottom out on normie keyboards. When typing at high speed it causes my fingers massive joint pain because I'm basically tapping on a surface constantly instead of getting feedback. And I used to use the Mac keyboards from ~2010 for years before a cheapo generic keyboard caused me to have those issues and I shelled out for a mechanical.

Haven't had that particular issue since, only RSI was the kinds I'd have had regardless of if I used normal keyboards or not.
No, I said things that people consider privacy breaching actually improved UX.

And this is an example of stopping tracking worsening the user experience because the tracking improved user experience by removing people who aren't interested in the list.

>
And this is an example of worsening the user experience, where the previous comment is claiming that tracking improves it. There is absolutely no benefit to the user experience with the tracking here, only downsides; it is a punishment for disabling tracking. The only actual reason to track mail opens is pay-per-view advertising, everything to do with monetization and nothing to do with improving the UX.

No it's not it's all about deliverability. Literally, they get penalties in their deliverability if they keep emailing you stuff you're not interested in.

It's not a penalty if you choose to go againist the grain and suffer the negative effects. Stop blaming others for the negative effects of your choices.
ITT: People missing the point by making it about software licenses, when the real issue is lying about the product.

ChessBase could easily comply with any open source license by linking the full source code, including the method they used to generate NN weights (if they think the license applies here as well), in a footnote.

It would still be a scam, because their claims of superiority, originality ("almost from scratch"), and innovation (see the funny part about technology from Japan) are wrong, and purposely so.
Yeah I read a similar one; because of warming, the glaciers and melted ice melt, causing the sea to desalinate a bit, which in turn makes the gulf stream stop. This stops warm water from going north and vice versa, making the north colder and the south warmer. It was implied that this caused the ice in the last ice age to travel southward.

I mean I hope it won't happen in my lifetime, there were kilometers of ice on my country.
With this in mind, if I were to start a new project today (using Go, which is all I use anymore). I would segment my code inside of a monolith using interfaces. This would incur a very slight initial cost in the organization of the codebase prior to building. As your usage goes up and the need to scale parts of it increases, you could swap these interfaces out little by little by reimplementing the interface to contact your new external microservice.

I've worked at several companies where microservices were necessary, and I can't believe how clunky they are to work with. I feel like in 2021 I should be able to write a monolith that is capable of horizontally scaling parts of itself.
The TLS certificate expired a while ago.
It flies either forward (with respect to the rover) or backward -- whichever is closer to North -- and crash lands on the surface some distance away.
Oh, this is a neat idea. I can easily do this for everything using hooks. Just a minimal GUI, target window to hook into (handle to it) and then every keystroke into its own. Combine this with a multiple view/diff and you have a good version control on the fly.

Be right back, I'll go implement it right away.
I love how the website makes me feel like I've teleported back to 2001.
No, I've never day traded. I hadn't even sold anything yet. There was really no valid explanation.
Are the algorithms to calculate the price different in different countries? I used to take uber frequently between two points and in the instances where the driver was obviously cheating (ignoring navigation, taking busy roads, wrong turns, roundabout ways) the price I was paying was always higher. Which tells me the algo must have been taking into account actual distance/time travelled.
>fusion energy is going to account for a rapidly increasing share of energy production by the end of this decade

Like it did "by the end" of 4-5 previous decades...

It's the perennial "soon" technology...
> Most cool of all is that vim can persist the undo history. I don't know how common that is among editors, but in vim you can go to a file you haven't opened in years and undo it all the way to its beginning.

I absolutely love this feature. I regularly open a file and undo/redo to figure out where I was editing last.
because it is average lfe expectancy, just as infant mortality lowered it before, mass death of old people also lowers it
Now web-developers just need to realize that much of the value in using CDN's is gone. Earlier years it made sense to spread content over multiple domains, like a CDN domain for static content. Now due to HTTP2, as much as possible should be served on the same domain to get the full HTTP2 effect.
You should work on you long-term memory for the language's keywords, or on your variable naming ;-)

EDIT: Or are you programming in APL?
I don't know the details so I appreciate your comment. You cannot have privatized healthcare while simultaneously restricting the supply of medical professionals. That's not a free market. It's welfare for specific individuals.
No, that is entirely the point. It does at point of production. But as overall it uses lot more horizontal space. And also space used is much more infrastructure intensive.
Yep, that is the right approach, modular code.
There is one approach Fowler suggested is SacrificialArchitecture. You build your monolith quickly, get to market fit and once you understand service boundaries you move to microservices.

Personally I would like to try Umbrella Projects[1]. You can design it as microservices but deploy and build as monolith. Overhead is lower, and it is easier to figure out right services when in one codebase. It can be easy implemented in other lang/frameworks as well.

[1] https://elixirschool.com/en/lessons/advanced/umbrella-projec...
Rudd: ‘As Prime Minister, I was still fearful of the Murdoch media beast’
> This argument + response keep coming up. If a niche language could never pick up steam we'd still be stuck with assembly. All languages started off as niche.

No they didn't all start off as a niche. They started off with a small user base of early adopters. Haskell is a niche because it's been around long enough to pick up users. There is a difference between a new language with a small number of early adopters and a niche language that has been around for decades.

And languages like Swift did not start off small.
I keep saying this every time this topic comes up, have a look at elixir/erlang. The OTP library gives some great reusable patterns (and elixir project is adding new ones[1]) out of the box. You're basically developing a single codebase microservice project which feels like a monolith. You can spread out on multiple machines easily if you need to, the introspection tooling is better than anything you can buy right now, it's amazing.

Things can get tricky if you need to spread out to hundreds of machines, but 99%+ of projects wont get to that scale.

[1] https://elixir-lang.org/blog/2016/07/14/announcing-genstage/
> In the U.S. 47% of people have a post-secondary degree. It's 43% in Sweden and 38% in Denmark.

You guys are missing the point; social mobility for all. Also, if so called low-skilled jobs still provides a comfortable living in Scandinavia, it will obviously skew those numbers.

> And it's not like college is actually free in Scandinavia. You still have the opportunity cost and cost of living.

Yes, you can choose to remote or on-site education. There's also a cultural thing where young adults are encouraged to move out from their parents sooner rather than later.

The loan is taken from a government agency, that means non-profit. The current interests rate for student debt in Sweden is 0.05%. This is surely a major difference from the US?

> but most people making minimum wage are young and will not get sick

This seem very optimistic, bordering cynical. I wonder how long the Uber waiting times would be if there's only healthy young people driving (and some even like to assume that it's only part timers at that).
Speaking of Meraki, I had an awful experience with those devices. Basically we were in building with TONS of other wifi networks around and Meraki network just went crazy from time to time until we fine tune it down to the channel for each AP. I mean, for something you pay $$$ to buy the devices and $$$ each month for the subscription is a pretty poor experience.
> the limits of pattern-matching in languages that do support it

And then goes to discuss Rust only. Nope. In many languages pattern matching is crippled because it is only allowed to be used in some contexts, but not in others. Or are crippled by things like "can't pattern match if something-something pointers".

For example, in Erlang you can use pattern matching and guards in function definitions, creating overloaded functions based on pattern-match alone. And you can match arbitrarily complex structures (because it doesn't have pointers etc.). This makes working with ASTs in such a language a breathe.
You miss the bar or the environment you ingested alcohol in? When your brain misses the ethanol high it is reminding you about the circumstances and makes you want to repeat it.
I am, thank you.
Cool, thanks for working in this area of course. I had a quick look at your paper out of general interest (I'm probably a very conservative C programmer, I would rather move to Rust than modify C to make it safer).

I didn't understand this part:

int arr100[100]; // an array of 100 ints
arr100& arr100r; // ref to array of 100 ints

> This is valid C++ today.

Is it really? That doesn't look valid to me, but I'm well and truly much more of a C programmer than a C++ one. I did try it on Godbolt, and got an error:

<source>:2:1: error: 'arr100' does not name a type
2 | arr100& arr100r; // ref to array of 100 ints
| ^~~~~~
Compiler returned: 1

Apologies if this is already mentioned somewhere in errata or something, or if I'm simply being too dense.
Self-determinism is something I really struggle with.

I was always extremely poor growing up, even homeless at times during high school.

I watched countless friends from middle-class families totally squander their futures and now they mostly work dead-end jobs.

Meanwhile I was homeless after high school, robbed of my scholarships, and had to suffer greatly for years in order to get on my feet.

I feel like I earned the money I have. And that I deserve even more.

At the same time, everywhere I go people tell me how smart and adaptable I am and it makes me feel like I cannot base my expectations of others upon myself.
I have not used heroin, but I know several users, and have spoken with many more.

Most of them started out with prescription pills, often legally prescribed, and switched to H when the pills ran out and the source ran dry.

If they started shooting up, it was to use it more efficiently.

The biggest danger with heroin is unpredictable dosage and lacing with fent.

I would never advise anyone to use heroin, it's a terribly dangerous pursuit, and the payoff is burning out your pleasure receptors.

I think it would save countless lives to somehow legalize it to the point of an addict being able to get predictable dosage and not off the street.
A better tip would be to use something like time-ordered uuids: You can‘t misuse them for something different and the added bonus is that no one can iterate your db records by just incrementing the url.
I see services (not micro) as an organizational solution more than a technical one. Multiple teams working on the same service tend to have coordination problems. From this perspective starting with a monolith as you start with one team seems natural.

Now the trend of breaking things up for the sake of it - going micro - seems to benefit the cloud, consultancy and solution providers more than anybody else. Orchestrating infrastructure, deployments, dependencies, monitoring, logging, etc, goes from "scp .tar.gz" to rocket science fast as the number of services grows to tens and hundreds.

In the end the only way to truly simplify a product's development and maintenance is to reduce its scope. Moving complexity from inside the code to the pipelines solves nothing.
jOOQ and its DSL is good, however IMO it's more readable using raw SQL (by using `context.fetchInto` and its variants) than to using DSL when deal with complex query.
Ask HN: Getting Hacked Too Often?
I have not been hacked at all in my life. In the past 2 months however, something has gone terribly wrong, first someone tried logging into my amazon and succeeded, then icloud and succeeded, and then to my robinhood and succeeded. Luckily all of them alerted me. My amazon and icloud passwords were pretty crap and leaked but my robinhood was a strong generated password. So this is pretty scary.

Has anyone else been experiencing this? or had experienced something similar? what can this be? extensions? I had the great suspender and removed it as soon as I saw the HN article and started using 1Password instead of chrome.

I'm a bit freaked out honestly, I have some money in robinhood and online services in general. What do I do apart from 2FA so I can sleep better?
> apparently the free market is a good idea only when your business goes well

The free market is a (sort of) good idea when acts of god don’t interfere.
In fact the vast majority of our data processing is in Python but we also have some R and shell scripts. Elixir is great for orchestrating parallel data processing and building reactive UIs showing what's happening in real-time. The Erlang VM has interesting performance and introspection capabilities and Elixir being a younger language its tooling is a lot less messy.
Well, the instrument wouldn't me measuring yellowness... it would be measuring electrical impulses that (in some individuals) correspond to the (verbally asserted) perception of "yellow". "Yellow" is not a characteristic of the world; it's a convenient label that humans apply to some bucketed sets of sensory perceptions.

I agree that there are sensory perceptions humans are capable of perceiving and labeling as colors that cannot be attributed to external physical phenomena, but those are largely artifacts of the way our brain processes signals. For example if you stare at a purple dot for some time, then look away, you'll perceive a yellow dot where there is no external set of photons corresponding to the wavelengths that normally trigger the sensation of yellow striking your retina.

This is just more explanation about how "yellowness" is a characteristic of our brains, not of the external world.

Or did you mean something other than what I'm referring to here? I think that for the vast bulk of humans, the vast bulk of the colors they perceive regularly are due to photons striking rods and cones in their eyes at various intensities, causing color sensations to occur in the brain.
Do you think something else is happening?

You seem to understand how the eye works, and some neuroscience, so I don't understand how you can have the questions that you raise about whether we can build cameras that sense "color" instead of "light"
>Can't scale independently like microservices, but what if you don't need scale!

What do you mean? Aside from deployed codebase, I don't quite see it - if you need memory, allocate - start small/empty for any datastructure. If managed/gc setup delallocating is inherent, so no special case about freeing memory. Don't create unnecessary threads - but even then dormant threads are very cheap nowadays. There you go - it scales vertically nicely, make sure the application can scale horizontally (say, partitioning by user) and you have all the benefits with close to no drawbacks
>"0.01997 $/h * 24 * 0.266 * 365 * 20 = 930$"

That's a calculation based on 1kW of installed capacity, which is about 3 of those 345W panels so the earning per panel over its lifetime (in sunny southern California btw) is about $310.

Also the $ sign goes in front of the number.
Well, ITER will cost 22-65bn. It's much more ambitious than the Manhattan Project IMHO.
Agree 100% – of course it helps to have information to back up your negotiation which is why we built Levels.fyi
I'm so over this shit. Both the Aus govt and Google are being total idiots about this. Facebook is the only one that seems to get it.

Almost makes me want to go recover my Facebook account. shrug
Every thing
is extraordinary
with Zombocom
Perhaps the double-memory-and-checking is only done on the control algos and not on sensor fusion/object detection etc?

Kind of "Ok if we for a brief moment believe there's an obstacle in front of us, since it'll be gone next tick, but not ok to turn off motors".
In SQLAlchemy, you can choose to use only the query builder without using the ORM part at all. The query builder in SQLAlchemy is very well documented[1] and its use without ORM has the same level of support as its ORM counterpart. SQLAlchemy call their query builder a SQL Expression Language[2], e.g.

# Boilerplate
from sqlalchemy import create_engine, MetaData, Table
engine = create_engine('sqlite:///:memory:', echo=True)
metadata = MetaData()

customers = Table('customers', metadata, autoload_with=engine)
query = customers.select([customers.c.id, customers.c.fname, customers.c.lname, customers.c.phone])
# => SELECT customers.id, customers.fname, customers.lname, customers.phone FROM customers

conn = engine.connect()
conn.execute(query)
# => [(1, "Foo", "Bar", "12345678"), ...]

ActiveRecord also has Arel which can be use as a standalone. Documentation is a bit more sparse compared to SQLAlchemy Core or its ActiveRecord ORM counterpart, though.

[1]: https://docs.sqlalchemy.org/en/13/index.html

[1]: https://docs.sqlalchemy.org/en/13/core/tutorial.html
If you only get insurance once it is too late it is not insurance either. Insurers have a financial incentive to avoid paying for expensive care. If early or preventative care is cheaper they will administer it while you are "healthy".
Same, I mean we didn't really go out as a rule anyway, but we would go into town for a stroll, shop and a beer or two, or the cinema, little things like that.

We're all right, but it's slowly wearing us down. But there's people who are seriously worn down by it. I for one am glad I'm not alone, I'm not sure I would be in any good mental state right now if my girlfriend hadn't moved in two years ago.

I can really imagine the torches and pitchforks more and more. Because my country didn't do enough during the summer last year, cases spiked after people went back to work and school. The measures and carefulness of people failed because things kept going on for too long.

And now the government has set a curfew, which messes with the only time I actually go out during the day (taking the dog for a walk just before midnight). It feels like we're being punished for something other people did. They're still handing out thousands of tickets a week (although those will likely all be voided because a court decided the curfew was introduced on the wrong grounds), they're still breaking up a hundred parties a week, and there's still millions of people that go to work every day even though they can work from home.

At the current rate, it'll take the rest of the year before we get to an 80% vaccination rate. I mean I hope things will return to a semblance of normality by the summer (last year the number of cases went down sharply after flu season finished), but I'm afraid we'll be stuck for another year at least.
I don't understand what you mean by "static rendering" vs "dynamic rendering", but I suspect I wouldn't agree on that.

Monolith vs microservice IMO depends more on team size/structure, stage of the project (POC/beta/stable/etc.), how well defined the specs are, … Rather than the nature of the problem itself.