skysight-inc/HackerNews huggingface dataset:
It's not entirely true. Some banks only issue credit cards if you receive salary via their bank account or have a deposit there (mostly state owned banks) but other have no such requirement. Also they already have a credit score database up and running (CIC).
You might have way too high an idea of the place software engineers occupy in the economic and social hierarchy. We're trash compared to the money people.

I just choose not to be angry about it, so I hope the guy serving me a burger chooses not to be angry about my job placement too; I'm more than happy to tutor him.
Yanking this back into RC sex toys because damnit this thread is about my project... :3

So https://buttplug.io partially came from some of the idea that spawned the joke that is deldo.

If there's an experience people would very much like personalized, it's sex. So Buttplug is an experiment in "if we allow people to program their own toys, what will they do?"

And the answer is: A lot. (https://awesome.buttplug.io if you want to see an actual list of "a lot")

Now I'm still the lowest level of the stack here, my library depends on people know some sort of language. The library itself is Rust, and we have FFIs in C#, WASM, Java, and outside client libraries in Python, Go, Haskell. But none of those are simple enough for the regular user who just wants to make their own interface.

Some developers who can work with my libraries are making things like that though. There's https://xtoys.app, which is a full WebRTC enabled web/mobile app for remote toy control with some simple visual programming capabilities built in.

I'm also working on a dataflow ui system (think Max/MSP, Puredata, etc) for people to easily click/drag stuff together.

The main problem is convincing people that they want to spend ANY time, be it in usual program languages or visual DSLs, working to customize something for themselves for an experience that may be far shorter than the time spent customizing. There are always people who don't mind that, but they're the minority.

So finding a balance between all of this stuff is difficult. But it's fun to try.
> Of course, I'm fortunate enough to live in a place where MITM attacks are virtually non-existent, aside from WiFi portals and maybe ISP banners (which I've never experienced.)

I don’t know where you live, but i feel like this is more common and insidious than you think. For instance, in the UK Vodafone (or Three, I don’t remember exactly) would break 100s of our sites by injecting js and tracking pixels into the markup.

Now, with behavioural targeting slowly dying, ad tech businesses talking about fingerprinting as valid alternatives, and contextual targeting on the rise, I can guarantee you that the situation is going to get worse.
The main question I have for DB is, how good is their query optimiser/compiler? It's fun that you can run some predefined set of queries fast. More important is, how good you can run queries in the real world, with suboptimal data models, layers upon layers of badly written views, CTEs, UDFs...
That is what matters in the end. Not some synthetic benchmark based on known queries you can optimise specifically for.
Not so much with respect to Maths: either you integrate volumes or you do not, and the theory is essentially “dumb”.

As long as you know what a derivative is, all integral and vector calculus is just a comination of “look at the problem with an infinite loupe and then add all those values “.

DiffEq is more or less similar.

Classical maths was very well taught: examples and applications galore.
Excellent post. Async ruins everything even in GC languages. It's just making things needlessly hard for programmers in an attempt to save effort from computers. Erlang shows how to do massive scales of slow IO if you really need it (most programs don't).
It's 12y+ old... I mean, it's nothing new.
There is also a actor pattern implementation for Rust: https://actix.rs/

But yeah, the way Erlang embededded the actor pattern in the VM (Beam) and the language itself is great.

Tough personally I would have liked it if it was more statically typed. I still need to take a look at Gleam...
I don’t think that’s an apt analogy. You have very little to loose by taking a few hours to spin up some new tool and see what it’s about. Even if you don’t use it, you know what it’s about and could if you wanted/needed. You don’t loose your investment in PHP by doing so. In fact sometimes new tech could inform your existing knowledge.

I do think there is wisdom in not immediately using every new thing in production, but that’s different from wanting to stick to one language and never try anything new.
It was heavily discussed previously. In particular, it triggered this response from Rust contributor withoutboats:
https://news.ycombinator.com/item?id=26410487

And this blog post from someone who did spend a lot of time working with async rust: https://tomaka.medium.com/a-look-back-at-asynchronous-rust-d...
Have to day, mixing async and CPU intensive code (I’m using Rust because it is good at CPU intensive code!) has been a frustrating experience, with lots of noise and baggage associated with spawn_blocking to make things run well.
As a matter of principle, I don't accept "gifts" from a bank or financial institution, because there's no such thing.
Well, OP didn't say "for the better".
If it is software, Could he just set a company in his home country that purchases server space in the US?
Depression versus Clinical Depression – HealthLineFit
By really caring about the subject.

Also do homelabbing :)
One of the worst/best parts of buttplug is that I ended up needed to maintain my own Bluetooth LE library: btleplug (https://github.com/deviceplug/btleplug).

Worst because working with bluetooth is always THE WORST, best because of the submissions and community that've grown around it.

There's 2 types of PRs to btleplug:

- People going "here's a PR but uh, why is the library named btleplWAIT WHAT"

- People going "here is a PR specifically to fix something in Buttplug thank you"
I got it all working, but the electronics were on a breadboard so I never got to the state of being able to wear it for a long time while riding my bike.

I was surprised with how it felt though. I programed it to ramp down one motor and ramp up the next as you rotated and my brain was able to interpret that is a smooth movement of the vibration sensation.
JavaScript's Pseudo Classical Inheritance Diagram
https://archive.md/keru3
Ask HN: Does Microsoft prioritize MS products on GitHub 'trending' pages?
This is actually two separate questions:

a) tweaking sort order to put MS products first to catch more eyes
b) resolving ties in favor of MS-affiliated products

As a matter of record, I do know how to test these hypotheses but currently lack the time to do this. Maybe someone has already scraped and analyzed the data.

https://github.com/trending?spoken_language_code=en
First reaction - if $Legit_and_Competent_Group believes that a bunch of my infrastructure is compromised, then why the h*ll would they alert me via e-mail? Especially an e-mail full of sensitive details, which has a fair chance of being read by the attackers first.
And people think fingerprints on their monitor is a problem...
I wasn't expecting this :)
Care to elaborate?
> It's just making things needlessly hard for programmers in an attempt to save effort from computers.

Well actually it is supposed to make concurrency easier for programmers.

What would you say is an "easy" way to deal with concurrency? Handle threading, memory visibility issues, locking, etc yourself? Doing it "reactive"? I guess personally I too would say something messaging based such as the actor pattern but not everything is a good fit for that model.

Async is intended to be a more generic (ie. fit for everything) and easy way to program. I'm not saying it succeeds in that but the goal wasn't to save the computer the effort.
I think bike use would pick up if they had dedicated infrastructure in the city. They seem more popular in the suburbs (NT) where there are some dedicated lanes.
You'd have to go quite a ways back for that one.

Charles Dickens, "Nicholas Nickleby" -- "[h]is looks were haggard, and his limbs and body literally worn to the bone"
Yorfriends Community
Yeah doing that at the same time.
On one hand they care about work/life balance for everyday citizens.

On the other hand they have a lazy and unproductive workforce.
> Async ruins everything even in GC languages

Except Rust has no GC…
Don't all classified datums have to have unclassified components?
Since I have not the slightest clue what I did there, I am glad that you understood it.

Goo goo g'joob!
I agree that this happens, but solving such cases with FTZ is a lazy solution, which is guaranteed to give bad results, due to the loss of precision.

Even when 32-bit floating point is used, for a greater dynamic range and for a 24-bit precision, instead of using 16-bit fixed-point numbers, proper DSP algorithm implementations still need to use some of the techniques that are necessary with fixed-point number algorithms, i.e. suitable scale factors must be inserted in various places.

A correct implementation must avoid almost all underflows and overflows, by appropriate scalings.
There is also Caramel[0].

[0]: https://caramel.run/
Hold on now. Even in GC’ed languages? Which ones?

It is another programming paradigm. It has its uses. It has its drawbacks.

“Ruining everything” is a big stretch.
You mean in JS? Good to know, I wasn't aware of that.
How come HTTP be this slow? If it's slow, then the problem is on the library that we use for parsing HTTP and not HTTP protocol itself.

In this case, both HTTP and Redis use TCP. If HTTP header and data fit in 1 MTU, there should be no difference. No way searching for 2 CRLF that too in 1 MTU data size be 100x slower
We later learned that the executive in question hung out with Jeffrey Epstein... So... You might be on to something.
Sensitive enough that 0.5% land use change would do that?
Because that also gives you all the problems of having a Windows machine at the bottom (so to speak): bloat, intrusive updates, bugs, viruses etc. And the IT-department will constantly be on your ass with some new configuration and program that they have decided is what you need :). If you want to combine Windows tools with GNU/Linux, having the latter at the bottom is a way better solution imo.
Sounds about right. A blue chip I work with had a successful phish against them - the attacker ended up with access to the email inbox of an HR person.

So they tried basic, stupid 419 type scams, with broken English.

They could have pried the entire org wide open - she had masses of private data in her inbox, enough to impersonate or social engineer your way to anywhere.

But instead, they blew it - and blew it so badly the client spent days investigating what this could have been a distraction for, as they pretty much couldn’t believe their luck at the minimal severity of the attack.

It’s like breaking into the federal reserve, thinking it’s a 7/11, and then stealing the ballpoint pens from the cashiers desks.

Either way, it was a helpful experience for them - a vaccination against further stupidity, and they all of a sudden started engaging on their ISMS with gusto and panache.
Wow, thanks, that was burried from me, thanks for surfacing it.
https://archive.md/x39Cq
C99 [0] and C++11 [1] both have fma() functions that let you directly request it without the need to mess around with sloppier FP contracts to infer it.

[0] https://en.cppreference.com/w/c/numeric/math/fma

[1] https://en.cppreference.com/w/cpp/numeric/math/fma
Worth comparing with battery trains. Just a few short years ago these were considered impractical, people were waiting for hydrogen or complex electrification projects.

Now, (thanks mostly to cheaper batteries) the numbers pencil out for longer distance transport (as long as you include carbon and pollution costs) but just having a bunch of batteries you can connect to the grid (and move around by rail) could possibly pay for the whole thing by itself. Combining the two is looking pretty sweet.

For planes, I imagine the ability to use these to offset the emissions from longer flights will be a potential driver of adoption.

I'm also surprised that assisted launch isn't talked about more, but maybe the physics just doesnt work out. Just saw a company that is trying to launch satelites by throwing them from the ground. The 10000G would kill humans, but is okay for other uses. Feels like they could possibly branch out to terrestrial cargo delivery.
From my very limited expeirience with Rust I noticed that it becomes way more easy and laid back language when you just skip using references and lifetimes nearly completely and just wrap everything in Rc<>. Then you are getting expeirience of fairly high level language with a lot of very cool constructs and features like exhaustive pattern matching and value types with a lot of auto-derived functionality.

Does Rc<> help this much with async as well?
In the west nobody seriously thinks that. But Constantinople was the cosmopolitan city for a very long time.
The dkim header signature is correct. It means it really is from an FBI server.
https://archive.md/Qp2hB
Expecting workers to answer immediately when messaging them after hours is crazy. But supporting dumb idea to make such messaging illegal is even more crazy.

For fairness, post a link to your linkedin, just to know whom not to hire.
https://archive.md/ByUDQ
Yeah, I read that one. As others in that thread point out there is research that actually shows long lines are better (with yet others in that thread questioning that research, but alas, it's certainly not a given shorter is better)
> Except that the OP did not post all the information to verify.

A few other people on that thread got the same mail and did verify it. Either they're all sockpuppets or it verifies.
Bizarre that you have not been downvoted to oblivion. Probably because you didn't use a keyword that summons bots.
the only vaguely reliable item in an email header is the last ip in the square bracket inserted bt your mailserver saying where it thinks it "Received from"

note that in this case it is:
Received: from dap00040.str0.eims.cjis
(dap00040.str0.eims.cjis [10.66.2.72])

and that 10.X.X.X is an un-routable address
(unless you are part of the originating network)

Since I'm not part of the FBI I would strongly suspect
some one was misrepresenting their address to my mailserver.

adding that I really don't know jack about this.
sec is not an interest of mine so please, experts, straighten out any misconceptions I am propagating
The CPI understates inflation. Do you eat out? Go to grocery stores. Calculate you personal inflation rate. For me it seems to be 10% to 15%.
Sounds like you established a good, respectful relationship with boundaries with your boss. Everyone should do this (without passing a law, obviously).
The other founder of Splitgraph here! I've been experimenting recently with this, since we want users to be able to write to Splitgraph images efficiently without having to turn them into PG tables and then re-snapshot them.

My setup is similar to your cold-hot idea (diagram [1]), where the cold layer uses our "layered querying" FDW. A scan through it is basically a scan through a UNION of cstore_fdw files (columnar format) and we can use the object metadata to determine which objects to download/scan through. If the constraints don't match the object boundaries at all, the scan returns empty. This emulates PG partitions but more dynamically (you can change them without a full table lock).

This means that we can have a view on top of the "hot" and the "cold" blocks that will query both of them, but exclude the "cold" OLAP layer most of the time. We can also redirect writes to the view to hit the "hot" OLTP layer instead using `INSTEAD OF` triggers. In my PoC, I record inserts/updates/deletes in that table and then collapse them into one action per PK using a window function, but if the table is append-only, this should be much easier.

I'm not completely sure re: the locks at changeover/flush time. The idea is that we can create a new object (up to some bookmark) in one transaction, attach it to the Splitgraph table in the second transaction, then truncate the "hot" table up to the same bookmark in the final transaction. Duplicate rows can be eliminated by the view, so the final table will look consistent between transactions.

Re: "using a foreign table as a partition of a local parent table", I think it's actually possible, even though we don't use it here: there's a cool setup in [3] where they use it to shard a table onto multiple worker nodes (the coordinator node has the partitioned table, each partition points to a postgres_fdw shim on the same machine that then points to the actual physical partition on the worker).

We've had some ideas around using this for distributed querying: in our case, each node responsible for a given partition of a dataset would be able to download just the objects in that partition on the fly (though constraint pruning), so we wouldn't need to knowingly seed each worker with data. Interesting to think about, though at some point it feels like reinventing Presto/Snowflake/Spark.

Hope this helps!

[1] https://imgur.com/a/1p394PI

[2] https://www.splitgraph.com/docs/large-datasets/layered-query...

[3] https://swarm64.com/post/scaling-elastic-postgres-cluster/
I would be very carefull with any climate intervention where there is no easy way to adjust the effect. Preferably whatever we do should be part of a designed-in feedback loop to stabilize the climate.

You wouldn’t bash in a window at work if the office is too hot. It is super easy to see that that is a hard to undo intervention you might regret later. The climate of a whole planet is much more complex than that, much less well understood and we only have one. Be suspicious of any plan which doesn’t have “knobs” we can adjust as we learn more.

Also we now maybe have the tech to make moon trebuches to fling dirt to shade our planet. Do we have the tech to clean it up too if it blows back in our face? Will we always have the tech? Civilization is not a straight linear progression. Even if we could do the adjustment now who knows maybe thousands of years from now humanity won’t be able to do the same. So it is better if we design our interventions such that they are making the climate stable even without continous tweeking by a technologically advanced civilization. I don’t know how this would be possible without properly designed feedback loops. And I don’t know what feedback system a dust cloud could have.
So you are saying there is a chance?

(movie reference for humor purposes)
plenty of lefties write on substack.
Feeding Frenzy: Fintechs Buying Up Media Firms
This Week in KDE: Primarily Centered Hamburgers
When one is over 50, one should have grown some balls awhile back, no? In any event, it's never too late. If you're still employed, that implies they need you.
I used to manage a lot of racks physically: I can still hear the noise in my head 20 years later. I cannot imagine living next to that.
This is either total scam or the founder didn't do school physiscs. Most of the info is quoted as "founder said to CNBC", hence I see no material proof.

A school-level physics calculation is enough to debunk it in a minute.

Earth orbital velocity is roughly 8000 m/s. To achieve even a small fraction of it by spinning, the projectile and the device must withstand centrifugal acceleration:

a = V ^ 2 / r

Let's assume we obtain 1/8th of the orbital velocity, which will give a significant fuel reduction, thanks to fuel is exponential to delta V.

r of the full-scale should be 136 m (small-scale diameter is 91 m as in the article, scaled by 3 as said there too, divided by 2)

1000 ^ 2 / 136 = 7352 m/s^2 = 750 g.

I leave to the others to calculate how many RPMs should the device make. There's no material that can withstand such forces for extention. Many projects of energy conservation with flywheel were cancelled because sighnificantly heavy and large flywheels (couple of tons and just about 1 meter in radius) tear themselves apart at 2-3K RPM.

I've not heard of any devices handling 100g over any significantly long periods of time.
Unproductive bit is true mostly due to the low value added nature of most jobs.

The lazy thing is a tired, prejudiced, stereotype. Unless you also consider countries like Japan who work similar (but less) annual hours to be 'lazy'.[0]

[0]https://data.oecd.org/chart/6wmc
1) Starbucks opened their first store in Italy 2018 - fully 20 years after expansion into other major markets, precisely because they have a very hard time there relative to other markets.

Starbucks existential difficulty expanding into Italy is not 'disproven' by the fact there are very few stores there, just the opposite, it is evidence for my position.

2) The UK is doing quite fine [1][2]

Almost all UK numbers remained consistent through the lead up to Brexit hysteria (pre-COVID), nothing really changed even as Brexit was imminent and businesses adjusted.

UK 2020 numbers were a bit worse than average, of course, it was a disastrous year for everyone due to COVID - more importantly, the UK was actually much more accurate in economic reporting for public sectors services as the Home Office reports decline in activity (for example students not being taught) as a decline in GDP, whereas Continental nations declared simply gov. expenditures (i.e. 'teachers being paid', irrespective of classes being taught). Because teachers and other public servants were still paid in Germany, they didn't reduce the effective GDP declaration, even if they were not doing anything. So the 2020 numbers are not hugely comparable anyhow.

But by 2021, the numbers are already looking pretty good, and you can see by the charts (and others) that there is no hugely deviation from historical performance due to Brexit, although it's too early to tell for sure.

The OECD is not a 'pro Brexit' organization and their projections for 2021 and 2022 are fairly consistently positive and better than almost all of Europe.

The UK does 'a bit better than most' of the EU (some areas worse than others) in much the same way that it did before.

In particular, the UK still has an unemployment rate 1/2 that of France, and slightly lower than Germany.

Political antagonists (in and out of government) still lament their fears, and make bold claims about '30 year projections' etc. but much of this is misrepresented, exaggerated, and difficult to fathom given the multi-decade durations necessary in order for them to demonstrate the 'cumulative loss' from Brexit. And of course, they don't account for other opportunities.

There will be more COVID and post-Brexit adjustments, but the numbers have been coming in, and the evidence is that:

A) 'Brexit Hysteria' was completely overstated,

B) Basic economic participation (i.e. trade) with the EU is 95% of the story and everything else is mostly hot air.

After a couple more years of this, the results will be even more clear: the EU doesn't matter, only the 'EEC' (i.e. trade) part of it is relevant.

Nations can exit the union, trade with it, issue debt in their own currencies, regain monetary policy and competitiveness and get along just fine, possibly better than they did before.

[1] https://www.spglobal.com/ratings/en/research/articles/210923...

[2] https://www.oecd.org/newsroom/global-economic-recovery-conti...
Should not that cause legal action - duly and factually?
<laughs in JS>

Async is bread and butter of JS and you rarely have any larger bits of sync code, so you learn to deal with this.

And then being able to just freely pass bits of data accessing code (closures) around is such wonderful feeling that you'll miss it everywhere else you go.

I recently had a little excursion into Python and had to invent a very nasty hack to concisely keep short bits of code accessible through some constants.
TLDR: "machine learning", that is, some neural network again. That has nothing to do with science.
I plan to add an option to install nhi via some package manager.

At least for now nhi is linux only tool.