skysight-inc/HackerNews huggingface dataset:
I’ve actually been talking to a lot of people recently about these kind of concepts - figuring out what kind of problems people are having that could be solved with current levels of AI speech/language understanding.

Would I be able to drop you an email or PM with a few questions?
> i struggle to see why in-memory data structure is the way to start can you please explain.

It’s much simpler. The idea is to start simple and avoid complexity. Do you need the extra complexity of a PostgreSQL instance or can you get away with doing it in-memory? If so you can save yourself a lot of complexity.
Curious, what about deep learning is the expensive part? The developer time-cost for implementations? Time spent creating the model, or data collection + cleaning, or (owning/renting) the hardware? Because I have a sense that these have become a lot cheaper in the last few years (ok, maybe not the developer time-cost)
I'd say it does - if you look at Amtraks long distance trains, the number of people traveling end to end, is usually small, its the intermediary stops that provide the bulk of the passengers.
When there's another person on the side, their face is really messed up for some reason.
> You prefer the slow driving option

Trains are the slowest option for 99% of routes in America. It’s a diffuse population that built diffuse cities. By the time rail makes sense here, I suspect we’ll have leapfrogged to regional electric air travel.
Schema management and automated migration generation frameworks alleviate a lot of that headache. As long as the schema definitions are well structured and can be easily analyzed against a live db to find diffs and generate migration scripts. Django does this very well. You don't even need to use Django for the application, you can use it purely to define schemas and perform migrations on the DB. I'm sure there are alternatives for other languages.

People who got tired of dealing with schemas are now realizing that having zero schema is way more of a headache and way more work than the up front work of creating the schema.
Not commenting about the transfer but the urge from some to move this to the koajs organization (which is silly request):

Great about koa is that it's not a monoculture like express. express has all batteries included and lacks a healthy ecosystem. Yes, there is a lot stuff out but everything in and around express feels broken. Yes, you can use it and it's ok but you not really happy.

This paired with the same maintainers who also are on connect, express-generator, etc. They do all together a great job maintaining express but you feel the lacking pace in all these project. express still lacks hhtp2 (not turn-key-ready), express-generator is full of strange edge-cases nobody needs (in the www file) polluting your code. express docs got better but still.

But we as a community need healthy competition and if koa-router moved to koajs you'd start the next monoculture and new contenders wouldn't have any chance to establish because there is a default router.

The key to be successful is to build a minimal/barebone product and let others create additions and not swallowing everything into a slow org.

And tbh, I like koa-router but simple stuff like a regex path matching is not included where I need my own middleware (I mean it's a few lines but still).

Everyone who don't like this move, fine, fork koa-router and make it better and we will see if koa-router's new maintainer is a real maintainer who will push the product. Or just write your own router, it's not that hard.

Forking and improving is open source not complaining in dozen threads and pressuring people to hand out a repo (this reminds me of office politics and blackmailing" 'give us the repo or we destroy your and the new maintainer's reputation online'). I think it's more about getting the SEO-relevant Github and npm name 'koa-router'.

So guys, just stop it, welcome the new guy and/or fork, I am happy to yarn add your fork.
The proposed solution: close loopholes that allow subsidiaries to book profits at the lower tax rates of other countries. How do you tax a subsidiary based in another country? What’s the difference between an Irish company with an American branch and an American company with an Irish branch? Can a multinational just declare itself to be a different base nationality?
Wow this is such a cool sounding concept. I didn't quite catch if the robot had some reinforcement learning algo that enabled it to "evolve" based on distance traveled (correct me if it was mentioned). But I imagine thats where something like this would be headed next.
You're both right. Being an expert (relative to other living humans) is easier, because the bar is lower. In 500 years I bet it'll take 15+ years of daily deliberate practice to be a world-class cloud architect too.

Of course, the bar will probably remain lower because there are far more jobs for cloud architects than there are for high-end professional concert violinists.
How do you invest in capital? You invest capital itself.
The number of robocalls I'm getting is consistent over the last five years. Maybe I'm just special. I'm also not convinced that any law will fix this - it requires the carriers to agree to change the entry points into the PSTN.
I get that it’s slower. You said people pick the faster option rather than the slower less convenient option, then you said actually you pick the slower more convenient option. You contradicted yourself.
10 years or so ago, Walmarts in Kansas had live lobster tanks in the grocery area.
Now for a documentary about the scam of making the documentaries.
I wish they finally could so I could stop being held hostage through multiple rounds of visual recognition tests -- how long is it going to take me to prove I'm human when I'm senile?
I get down voted everytime I say this, but the only reason Tesla's sell so much is because of these lies and the futuristic hype.
I can't speak to your specific circumstances as I don't know the history of the phone numbers, who they've been given to, other personal information that robocallers may be profiling you on, etc.

Or maybe the robocallers could be calling you two equally because whatever information they have, indicates the owners of those two numbers are married and either person could answer the phone. All they know is that they spend a lot of time on the phone with you, and you haven't bought anything yet.

I'm not sure why the facts that different people have different views on privacy or that robocallers wait for victims to say something, need to be cited.

If you meant to quote this: "I only get about one a week because I don't engage with the robocalls or give my number out freely." I should have written "... in part because ..."

There are probably other factors that robocallers use to profile their victims such as income, debts, purchase history, family, etc which they probably use to target (call them more often) people who they think are more susceptable to their scams/products/services.
Seriously, these photos are really creeping me out. They've _almost_ escaped uncanny valley but the little details (wonky ears, unnatural hair, weird artifacts) make them super creepy.

The worst I've gotten is this guy: https://imgur.com/A2SsmVn. He's mostly normal but some glitch (presumably a partial pair of glasses) makes it look like his robot face mask is coming unpeeled. Extremely unsettling.

EDIT: Holy crap, I might have found one worse. This woman is smiling away as her mutated hand stabs a piece of glass into her face and I am so uncomfortable: https://imgur.com/z6UKVWn
Practically none of the cost goes into laying down rail. Almost all the cost goes into acquiring land, building grade separation in municipalities, and tunneling if needed.
Generally, if you’re going to standardize on a single data repository, a traditional RDBMS will be a better fit than a NoSQL solution, unless you really need polymorphic capabilities and have a document-centric conceptual model (such as a CMS or certain kinds of contact center solutions). So this is really less about MongoDB being bad than relational being more appropriate.

MongoDB has definitely come a long way from when they were dropping writes and hitting scaling limits, and their new tools ecosystem holds a lot of promise, but I treat them much like any other non-RDBMS store (Redis, Cassandra, Neo4J...) in that they’re very specific tools for specific needs, not something that can be kit-bashed for any general class of problem.
>What visas did Lily Yang or Mikhail and Yevgenia Brin enter on?

Not H1-Bs for sure, H1-B was introduced in 1990. As for Musk founding Tesla on H1-B : he founded it by investing his PayPal money in some startup so it's highly unlikely he had been on H1-B at the time (or ever). AFAIK you cannot get H1-B sponsored by a company you own and you have to work for the sponsor to remain in status. So who would have sponsored his hypothetical H1-B in 2003?
foie gras? Huh. It is cheaper than aged rib eye by about half (at a local boutique grocer, aged ribeye is $30-50/lb and foie gras is about $16).

I'd finger filet mignon as an overrated showy food because it actually has very little flavor and it is bragged about among country-club suburban nitwits with their 3-series Beemers and "premium beige" mcmansions.
If you're writing apps for user computers that have no reason to sync to a central remote database then SQLite is totally fine. If you're writing an application that runs in a cluster or on the web, Postgres is the way to go. There almost never a reason to go with Mongo unless you're just trying to get buzzwords in a presentation and trying to seem hip. That's going away now though. My place exclusively uses Postgres on all of our webservers.
Or just unsubsidize highway travel. It is bound to happen eventually as public investment can’t keep up with road infrastructure needs.
Vulnerability in D-Link DIR-878 devices allows attackers to get a root shell
As an end-user reCaptcha causes me so much frustration. It is often blocked by either Firefox or Privacy Badger, and I usually only realise it's blocked after I've filled out a long form and tried to submit it. Then I need to unblock it and reload the page which often will either reset the form or lose the state of the page. And then, I'm almost always presented with the crazy "select storefronts" choices.

I think the language in the issue is warranted in this case...
You create a JSON (for example) for all your users when you need to store it. But in memory, it's just a collection of User objects - or whatever is idiomatic for your PL. And you query it with the same tools your language offers - e.g. sequence comprehensions. So there's no impedance mismatch, and no need for the vastly more complicated code that is needed to bridge it. Even if it's not your code - i.e. if you're using an ORM or something similar - it's still unneeded complexity, if you don't have too many users.

Think of it from the opposite perspective - if you can work directly with in-memory data, why would you prefer to run SQL queries instead? The latter is obviously more complex, but what's the advantage? There are many valid cases that have a good answer to that question, but there are many more that don't.

I can't help but think that we're conditioned to use DBMS (SQL or not) largely by inertia. When we learn about them, the examples are necessarily toy ones - tables with a dozen of records, that sort of thing. But one side effect is that it subtly normalizes the notion that this much data warrants a dedicated DBMS - so people don't balk at even patently ridiculous setups, like a separate SQL server used to hold a grand total of a couple thousand records in all its tables (this is a real thing, something that I personally did in a LOB app many years ago; I didn't have a good justification, it was pure cargo cult, and the app could have done everything it did in-memory, faster, and easier to code).

And sometimes, when you ask, people say, "yeah, it's only 1000 records now, but we're going to grow later, and then we'll need a DBMS". But you'd need to grow by many orders of magnitude to get there - and if you get that opportunity, you'll also have the resources to adapt. But everybody dreams of being Google.

And then you have apps like, say, a todo list manager app. Is it ever going to deal with millions of todo records? I don't think so. Then why does it need an SQLite DB?
I like tobiko. cheaper and still has that salty, fishy pop!
Goodbye, Slack. Hello, Spectrum
> One of the people working on Voyager showed up at my grad school to get a degree between Uranus and Neptune.

So, did he make it beyond Pluto or not?
After listening to Wildberger's rants – some of which are very educational and some of which are just rants, I keep thinking that his actual problem is that he doesn't seem to believe in the implications of the axiom of the excluded middle. He goes on about infinities and such, but the deeper issue seems to be that he thinks in a constructive, intuitionistic way whereas the majority of mathematics uses classical logic and even accept the axiom of choice.

I wonder why he never talks about this – surely as a mathematician he should be aware of intuitionistic logic? (Or is it that as a computer science and linguistics wannabe, I am aware of it but many mathematicians aren't bothered to take a look?)

If you stop thinking of axioms as value judgements and instead as definitions of formal systems (or adopt a more general system that encompasses others, such as Gentzen style sequent calculus with the only axiom being modus ponens), you achieve a piece of mind. But obviously his beef is not only that; he would like other people to admit the value of the thinking he prefers. And I agree with that.
shinkansen stations are sometimes a bit put there, though not as bad as the airports. Chinese HSR stations are usually way out there, adding to lots of endpoint time, though still not as much as Chinese airports. Europe is pretty ideal, though I’ve had to transfer train stations in Paris before coming off a TGV. Not fun.
I'm not sure if he's a finitist or ultrafinitist [1] but the uncountable reals are clearly a problem for him. I'd like to argue for their usage from a "soft" point of view as opposed to just giving axioms.

Mathematics and physics both began with the advent of astronomy: Babylonians and others were curious to trace star patterns and from there both physics and math developed in tandem and influenced each other greatly. Really, neither would have developed without the other.

Calculus was invented for calculations in physics. This gave rise to differential equations which we use to model so many nontrivial things. The differential eqns describe flow and continuity and arguably reality. Differentiation and smoothness can't be defined over finite sets in the same way. My philosophical counter-argument to finitists is that clearly we're on the right path to understanding the universe and nature when using the reals. It seems foolish to shy from this because computers have trouble computing some functions. Statements like "there are only finitely many atoms in the universe" don't improve our understanding of much but PDEs explain.

[1] https://en.wikipedia.org/wiki/Ultrafinitism
Capture the File.
I say we should shut down the "kinda self driving but not when it counts" systems, and have them only for accident protection. Basically "self driving only when absolutely needed"
It’s not as expensive per mile as Japan, but US highways do often have tools, and if you’re on the East coast it can add up. Just crossing the GW bridge in New York costs about the equivalent of 1,400 yen. If you want to compare a similar distance something like the I-95 corridor from Massachusetts to North Carolina is a good choice. All told it would be in the range of about 3,500 yen in tolls depending on your route and stop-offs.

Remembering that Americans on average drive much larger cars that use more gas than Japanese people, and I’m not sure thst your point holds up.
I actually think this is possible; and started prototyping it (because esprima is awesome, and not to many other languages have an equivalent that's so easy to use).

Some thoughts:
I think it's easier to target C++ than C, since C++ can help you write more type generic code. I think it's easy to generate tagged unions, then for optimizations try to prove monomorphism. Finally, it may be simpler to start off with support for typescript, and fail to compile if there are any ANY types. I do think it's possible though. JS/TS -> C++ -> WASM (yes, I was out of my mind when I thought of this)
What Top Bitcoin Hacks Ever?
This may just be my bias against NoSQL (I’ll qualify this with I don’t believe it should never be used, but 90% of use cases psql/MySQL/etc is likely the better choice these days), but when it comes to choosing a DB engine when you want ACID transactions, I’d pick the one that was built to handle ACID transactions from the start, rather than one that just added it with this large caveat in the middle of the docs:

> In most cases, multi-document transaction incurs a greater performance cost over single document writes, and the availability of multi-document transaction should not be a replacement for effective schema design. For many scenarios, the denormalized data model (embedded documents and arrays) will continue to be optimal for your data and use cases. That is, for many scenarios, modeling your data appropriately will minimize the need for multi-document transactions.

So, to be able to have one of the core features of SQL, you lose the biggest feature of NoSQL which is super fast writes. Which, they try to remind you that if you model your data in correctly, by creating denormalized documents with embedded data, you probably won’t need them anyway. Which just makes me cringe at having to maintain these huge unstructured documents just so you get faster writes since you don’t have to worry about ACID.

Or, you can use Postgres, which was built with ACID from the start, using technology and design patterns proven over decades, and has support for JSONB if you need unstructured/document storage that you can also (fairly) efficiently query.

Maybe I’m just woefully uninformed, but I just can’t imagine a use case for Mongo unless your dealing with Google level data/traffic, and fortunately in their case, they have enough money to hire enough people that actually know how & when to use Mongo effectively to the point that it’s not just a fancy way to write to /dev/null.

I’d actually be really interested in some non-Google scale use cases for Mongo, like where Postgres’ performance was actually an issue, and how much Mongo actually outperforms it, and the trade offs/issues switching. Most posts I’ve seen are of the opposite migration, but I want to see what all the hype for a DB engine (what I’ve always saw as one of the less _sexy_ areas of CS, at least in marketability, compared to ML/AI or Programing Language/Compilers)
I live on the cascade corridor, amtrak is always delayed between Portland and Seattle because of priority freight traffic.
That tech is not US-exclusive. The attitude towards passenger rail seems to be, though.
To be fair, this “proposal” is something you in no way included the details of in your comment. It would be impossible to guess that you were using a novel definition of “income tax” to include capital gains tax as well.
Why can't the government just declare that the rail should be built for the greater good and take control of all the land they need via eminent domain for a nominal fee?
14.8M user's personal information leaked in 500px Data Breach
>>"...she was right there, in person, in front of the sales person, who wanted her to check a box, with a pen, on real paper, confirming that she was not, in fact, a robot. She claims she isn’t.

All robots claim not to be one, so we must be really careful.

probably printed app from website and the dealer took it literally
I'm curious to know why and how you would enforce a patent like that if competition was using the same technique. Am I missing the point entirely? Is it just a mean to say "I got the idea first!"?
>our best bet is that consciousness is maybe/probably an emergent property of information processing in the brain

I'd loosen up that and say 'neuron-like structures' instead of brain.
Good question.

Counting minutes obviously came first as devices likes hourglass and water clocks are old (2000 BCE).

Regarding their precision, I got interested and per this paper [1] and the wikipedia page about traditional Chinese timekeeping [2], water clocks from two millennia ago might have around 15min precision.

For second level precision, it seems modern mechanical clocks were required, and they only precede the discovery of caesium by a few centuries.

[1] https://www.cambridge.org/core/services/aop-cambridge-core/c...
[2] https://en.m.wikipedia.org/wiki/Traditional_Chinese_timekeep...
Depends on your definition of "much", but more than you might expect.

Pre-parsing is an obvious big win, but there's also classical compiler optimizations: constant propagation, DCE, certain inlining, etc. Local variables can be statically determined to be non-captured, which means they can be stack allocated.

One totally bizarre but profoundly useful property of JS is the restrictions on eval. eval has the ability to run new code, but this code is globally scoped unless it's run as the "eval" function itself. [1] Thus it's easy to decide which local variables are immune to eval; this in turn unlocks lots of optimizations. To my knowledge this weirdo behavior is not present in Python or other dynamic languages.

1: https://es5.github.io/#x15.1.2.1.1
Apple demanding a staggering 50% of revenue with ‘Netflix for news’ subscription
You are nitpicking an irrelevant part of the article. Who cares?
Movement impairments in autism could be reversible
Yes that's true, but there is no a priori reason to assume that they would be as outrageously wasteful and inefficient as the US federal government, which:

(1) spends about as much per capita on healthcare as other OECD countries, with dramatically worse coverage,

(2) spends about 10x the world average on military, per capita,

(3) has a political system that is set up to make meaningful reform almost impossible,

and so on...
To avoid "yes" recordings, I answer the phone with "<indistinct garble> speaking!" When I hear a human I adopt a creaky old-person voice. This old person tends to give their credit card information slowly, and remember that they're using the wrong card after about 14 digits.

Eventually I change back and tell the person that they're working for a fraudulent business and should worry about whether they're going to get paid, and should strongly consider getting a new job.
I think you needed to be more precise. Most people, would read "almost all" in the context of the reals as dependent on the existence of an uncountable set, to make sense.
Headline in a few decades:

"Robot melts its creator ..."
Apple ramping up self-driving car project
Slamming on the brakes when going ~5mph is not a hazard.

Automatic braking systems can errorneously brake of course, but so far vendors claim they are wildly successful at preventing accidents. As far as I know there's no evidence the false positives outweigh the benefits.

Also, if someone stops to try to avoid a collision and you run into them, you are 100% at fault, full stop.

Finally, there was at most a couple seconds between the accident and the braking. With the speed that car was going, any reasonable person or algorithm can conclude it's not going to stop in a couple of seconds.
Always important to remember that a lot of the people slamming this stuff have no counter-plan because they either don't believe in climate change or just don't care about it. May an ill fate befall them.
> so much better

In particular, faster.

I need to have a supercomputer to scroll past the first few pages.
Useful Tips to Use Figma for Prototyping
Rails and highways need to be certain safe distances away for structural and safety reasons. Can't imagine the carnage that would ensue in your scenario.