skysight-inc/HackerNews huggingface dataset:
You've entirely misunderstood the post. It's not charities that are struggling, it's individuals whose bills have tripled in the last year. The disconnect between energy bills being so high that a non-trivial number of people are now unable to heat their homes through winter with the elderly among them at genuine risk of dying from the weather. At the same time many of these energy providers are reporting that their profits have doubled or tripled.

At this point there is clear harm being done to a large section of society by these companies and the question is what we should do about it.
Ah yes, I'm so sorry. I was thinking of TrueCar.
Just adding hardware / "cloud" to a bad design will not make it snappy.

You can go from 10 -> 12, where a better design would get you from that same 10 -> 50
You can do that, but it's not very useful in practice and really breaks down when you want to do something more compute intensive that needs all the registers/cache. Multicore MCUs like the ESP32 are pretty cheap ($2 1pc pricing) so if you really care about realtime performance it makes more sense it do realtime on one core and schedule slower work to be done on the other core.
What's wrong with selling your orders to a market maker? You get a better price.
eager to try, tried a couple places in NYC, got "Oops! We did not get any results" :(
I think they got overloaded or too many queries on their backend. No results for several different zip codes in my big city.
Ask HN: Digital Ocean having issues with Container Registry?
Recently DO had an issue with App Platform and Container Registry: https://status.digitalocean.com/incidents/1szp1h6crn90

Within the last 15 minutes (at least) Container Registry pushes have started failing for us. Possibly this could be related. Posting this message here since the official DO status page has not been updated yet.

Last time it took a few hours before the incident got a dedicated page. Wishing that team well since their service is very useful!
Transaction identification is essential for sanctions and trade enforcement. While countries like Iran & Russia do a lot of legitimate oil/gas sales, their oligarch leaders evade sanctions that cut them off from enjoying Western luxuries they crave.

Transaction records also ensure hiding domestic sanction violations is extraordinarily difficult (unless you're state-backed like Swiss or Chinese banks). You won't see these countries rely on financial crime because these transaction systems already largely prevent them, few organizations really think they can get away with it. For example, North Korea cannot use cash to transfer large amounts of money because that's not even allowed in the first place, it has to use things like wire transfers. They are already subject to a monitored financial system that blocks major undocumented cash transactions. Once the records are mandatory, international data search & coordination can be made more efficient independently.
Neat. I started using magit within the last month and the immediate benefit was that I started committing more often. TUIs are so much quicker than GUIs, but of course more difficult to use.

It's worth optimizing your tool chain, imo, that's where you'll see compound returns in the long run.
Basically, the beta version of the Fidelity app very nearly defeats the purpose of using a brokerage like Robinhood.

“We will be like [established legacy business] but our app will be better” is not a long term business model.
Heh I made 30% trading! Of course had I just let it ride in an index fund I’d’ve made 50+%…
Here’s a direct link to Capital One Software: https://www.capitalone.com/software/

And a link to the first product they launched, “Slingshot”: https://www.capitalone.com/software/solutions/

Essentially it sounds like Capital One is taking some of their internal tooling and starting to sell it, starting with their tooling for managing Snowflake instances.
The sabotage theory requires the saboteur to predict that they can get enough of the gains, and that competition doesn’t cause fees to rise (losing gains to fees).

There was another bug where someone tried to grab the coins without broadcasting the bug into the pool (by using a well designed double transaction), but they made a slight mistake, and other traders immediately took the coins instead by algorithmically detecting the bug (as soon as the example transaction was published on the blockchain) then algorithmically generating transactions.

Also: https://en.m.wikipedia.org/wiki/Hanlon%27s_razor
That’s actually a quote from Atlas Shrugged one of the monologues called the money speech. I should have attributed it sorry. I would say we are heading for further authoritarianism and state capitalism. Things have stagnated.

http://faculty.citadel.edu/sobel/Entrepreneurship%20Class%20...
If you’re interested in staying in finance there are many blends of finance and climate serving all parts of the stack like https://www.joinatmos.com (mobile banking that funds clean energy, where I work), https://carboncollective.co & https://www.raisegreen.com (clean investing), etc

Very fulfilling for me so far - strongly recommended.
Indeed. In the decentralised spirit of IRC, if you want a client to maintain a persistent connection and/or log while you're away, you need to run one yourself.
Not my company not my bets. I’m paid to staff a post at a company, the CEO laying people off has no more impact on or responsibility to my livelihood than I do to the workers of food truck I frequent. As a worker I take literally no risk except “one day they might stop paying me.” I am not impacted at all by how the company is doing.

And if you’re a stock holder then you should love this move since it’s in your best interest.
not putting everything in a "saving account" isn't the same as having it tied up in equity. OP was contrasting cash and equity.
I wrote an IRC client in 40 lines of bash once: https://www.mail-archive.com/kragen-hacks@canonical.org/msg0...
No they do not, waxed paper can be soaked for hours. Petroleum isn’t the only source of wax.
This is a bold play, given their security track record.
> I don't know what's the complexity of your project, but more often than not the feeling of doom coming from hitting that wall is bigger than the actual effort it takes to solve it.

We've spent and failed at multiple multi year projects to "solve" the problem. I'm sure there are more simple problems that are easier to disentangle. But not in our case.
No, it doesn't.

It takes exactly the time that it takes, bottlenecked by:

* your disk read speed on one end and write speed on the other, modulo compression

* the network bandwidth between points A and B, modulo compression

* the size of the data you are sending

So, if you have a 10GB database that you send over a 10Gb/s link to the other side of the datacenter, it might be as little as 10 seconds. If you have a 10TB database that you send over a nominally 1GB/s link but actually there's a lot of congestion from other users, to a datacenter on the other side of the world, that might take a hundred hours or so.

rsync can help a lot here, or the ZFS differential snapshot send.
>>I also don’t believe a bundled package manager is necessary — NPM isn’t bundled with JavaScript, and it seems to be doing ok.

>I'm not sure what point you're trying to make here. If you install the Node runtime...And even if you are, why would some other runtime include NPM?

Node nor any other package managers are included with JS. You seem to be emphasizing their point.
The paper refers to citation 53, which is this paper:

https://pubs.acs.org/doi/10.1021/acs.est.1c04277

I'm still digesting this one and would appreciate input from anyone else who wants to read it.

As someone who lives close to the ocean, I'm concerned about the long-term health effects. I guess I'm probably breathing sea spray aerosols all the time. I can hear and see the breaking waves from my home.
same. I think today, OP learns about caching ;)
That's not why a lot of software is lost. A lot of software is lost because nobody bothered to back it up. There are many ways around not being able to run a program on modern Windows.
Contrary to most other clouds, Hetzner has a DE & EN support phone number: https://www.hetzner.com/support-center

Did you call them?
What did they tell you on the phone?

I've been with them since 2004 with currently 100+ servers and cloud instances among my companies. Yes, they employ one trigger-happy young sysadmin, who can be quite stubborn, too. But in all the years, they never took any action completely without reason. Like we might disagree about the weight of my mistake, but there always was one.

If I had to guess, you were working on Crypto or used torrents. They insta-ban for some protocols. Also, if you connect to too many unroutable IPs, they will create an "abuse" case and disconnect the offending IP from their network.
IMO when you say "20-30" that indicates an approximation for which 31 is still qualifying. But technically you are correct (the best kind).
That surprises me. As an EM myself, I don't see this keeping up with my task load. I assumed this was targeted at junior ICs who may not have their workflow figured out yet. I wish you luck.
Starburst employee here so take my view for what it’s worth. A few points:

Starburst spun out from some contributors working on Teradata’s Presto distro in 2017.

The Presto creators left Facebook in late 2018 and worked on building the new community and fork for most of 2019. They joined Starburst around a year later.

I asked these same questions in my last company and it seems like nothing was correlated between starburst and the new fork. After talking with Martin T. (One of the creators of Presto) about it and a few other long time contributors and my concerns went away.

I ultimately started to contribute to Trino and over the years I’ve only seen a community dedicated to making a successful query engine. You can see that by the activity and growth of the project.

Feel free to remain a skeptic but the best way to know is joint the community and make your own assumptions. :)

https://trino.io/slack.html
The Snow Winter of 1880–1881
> turn off the bedroom light in 5 minutes

I can already do something similar with Siri. "Remind me to take out the trash in 5 minutes". Seems odd that "turn off the bedroom light" isn't trivial to support.
I went through a relatively brief conspicuous consumption phase in my youth, but most of the people around me actually didn’t.

What money bought them, and why I now want more than I have, is the ability to delegate both tasks, but even more importantly worry, to others. If I have a brand-new car with a warranty, I spend zero worry that it’s going to break down. If I have a hot shit CPA and/or lawyers and stuff, I spend zero worry than I’m going to dick up my taxes or something. If I have a rhodium-plated health plan, I don’t worry (much) about getting sick. Ditto fitness trainer, ditto housekeeping service, ditto laundry service.

What this really buys a passionate hacker (really a passionate anything) is time unencumbered by stress, which is very different to just time. I can really focus on whatever I want to.

Usually this means I have to work hard and stress about technical stuff, but I far prefer, borderline like, being wrapped around the axle on technical stuff. I hate worrying about that other stuff.

How anyone could fail to consider this a reasonable tradeoff is beyond me.
This really speaks to my heart. I learned programming as a young kid when my uncle taught my pascal. But I just couldn't see the point of console programs and never really got into it. Eventually I picked up late 90s HTML (hello geocities!) and php was a natural next step. I still remember going to the library to borrow the book PHP and MySQL web development. It was so empowering. I could make any kind of application I wanted and see the result in my browser, GUI and all (Win32 API was way beyond me at that age). I made my own forums, ebay clone, and a few web apps for an old Korean MMO.

Fast forward a few decades, and things look very different. Tons of web app backends being written in go, nodeJS/TS, and I recently learned people write them in rust+webasm. It's just crazy to me. I've worked on FOSS projects that are massively over-complicated because of their platform/language choice, when they would've been very straightforward php choices. But php still has this weird stigma about it despite most of the old concerns having been addressed.

I do have to say, though, that front end web development is way better than before with the advent of React and co, webpack, css libraries etc. Doing all that html/js/css by hand was always painful.
I’ll scour my watch history, I’m pretty sure it was on Amazon Prime.

Meanwhile, if you think that sounds interesting I’d highly recommend the documentary Helvetica.
PHP is a community project where Go and Rust are corporate sponsored projects. It makes sense for php where it would seem foreign to those projects.
PHP was my first backend language when I deployed my first project on the web. So easy to deploy and easy to enter.

I still love laravel until now, would choose it again sometimes just to have fun with it. However it's just never used in big companies so I always end up with python or java (not even c# around here except MSFT lol)
What were the prevailing job market conditions when the pay cut was tried?
It is also JSX before JSX was invented too :-)
FICO gets pulled into these discussions all the time, and yet it makes no sense.

That only impact what rates your lenders will use(or if they will lend you money at all). That's no different from using your driving history and demographic data to set insurance rates. It's maintained by private companies. You can still use cash if you want.

No fly lists are an ok example. Still, they are not tied to how much brown nosing you do towards the people in charge.
The deferred execution makes this more complex as now the yet to be executed part needs to be queued somewhere

It could be issuing a command in the same way you do the first, but probably most lights just support switching them on/off right now, and won't take a delay argument.

So, if you can't just do the same you were doing, how do you do it?
If there's some kind of local support, you can issue a delay command to some device in the network that will switch the lights on, but you still need to be able to control that action as the user might want to cancel or adjust the delay too.

If the execution need to happen remotely because there's no local support, then you don't even know that you'll be able to reach the device in 5 minutes (Internet down, router not letting random connections in).
And keeping this request queued needs some infra in the server side too together with the necessary APIs to allow adjusting and cancelling requests.
> That's 512 megabytes for the entire database. Not only can you fit that in RAM now; you can fit that in RAM on a 286 from 01987.

I'm an idiot, on a regular PC you can only fit that in RAM since 01999, not 01987. Not sure how I looked at "megabytes" and thought "kilobytes", since I'd just calculated it.
A useful insight I’ve internalised is to ignore what people say and look at their actions in terms of money.

As in: “Ours is the most reliable product!” Is just empty puffery, but cash-money-back warranty terms exceeding all other products in the market is a statement with real meaning.

“We care about our employees” is free to state and worthless. Golden parachutes are expensive and valuable.

Etc…

A similar statement is: “Don’t tell me your priorities, show me your budget and I’ll tell you what your priorities really are.”
I can give you a link to a project I'm working on: https://github.com/stamp-protocol/core/tree/master/src

It's a cryptographic identity protocol. It's architected such that the identity is not a document, but rather a DAG of transactions that build the document (more here: https://stamp-protocol.github.io/).

This core library uses the "functional" api aspect I'm talking about. It lets you create and run DAG transactions, but doesn't save them or generate keys for you or anything like that. When you create a transaction, you have to pass in all the data required to complete it, and when it completes, it returns back a full transaction set (or an error).

There are some utility functions in there that are not entirely functional, but the gist of it is that 95% of the things you do have no side effects and have to be dealt with outside of the library itself.

As far as a REST API, you're dealing with a large number of inputs/outputs (side effects) so this paradigm might be limited. However, you can still think in terms of side effects (HTTP request, HTTP response, database, third-party HTTP calls) and compartmentalize your logic from those operations into functional units: if I `POST /users?name=andrew&likes=[dogs,programming]` then instead of going

routes/user::save()
-> models/user::save(params)
-> models/db::run_query(qry, params)

you might do something like

routes/user::save()
-> models/user::create_user_instance(params)
-> models/user::create_user_query(user{andrew, [dogs, programming])
-> models/db::run_query(qry, params)

Here, you flatten out your call stack, functionalize your calls (create_user_instance and create_user_query will ALWAYS return the same values given the same params) and move your final database call up the stack (as high as you can afford to). Obviously calling the DB in a route is dumb, but hopefully you get the general idea.
I think if you do pay Google money now (for Google One) they do have support. Or at least I think they do.
The choice of GUI (and most everything else) is up for discussion. We've even had some ideas already on Reddit (r/lisp). Options include McClim, CLOG, or bare OpenGL.

The only thing I'm not up for debating is the use of Common Lisp. ;)
You're right on the CDN part, but my criticism was highly generic, for sure this doesn't mean every single distributed architecture is a bad idea.
I'm not really sure what communism has to do with regulation to prevent market failures within a capitalist economy but feel free to explain thanks.
Recent-ish firmware allows to boot Pi from USB, which IME have been much more durable than sd cards
Check out https://watershed.com/jobs

I have no affiliation, other than previously working with the founders at Stripe (they are some of the most impressive people I've met in my life).
I had never heard of one, so I never used one. I also would have thought of leaving my computer on all day just for IRC as ridiculous. I imagine I can't be alone with that, the simplicity of IRC has its costs.

Does Matrix have support for it then, or not?
mmm.. to be fair, I think you're making the point for them. Also, I would be of the opinion that browsers provide a more common runtime than node.
> If recovered Mr Howells said he would give 10% of the proceeds to turn the city into a crypto-currency hub.

What a beautiful analogy for the stinginess of cryptocurrency.

"If you help make me rich, I promise to donate a fraction of the money I earn from your work!"
Another note: Figure 1-2 (on page 26 of the PDF) is so incomprehensible and useless that I almost wondered if it was satire.
Yes and?

Latency (hand wavey)
L1: 1 ns
L2: 2.5 ns
L3: 10 ns
RAM: 50 ns
SSD: 50,000 ns / 50 us

Those are very approximate and specifics vary.

RAM is 5 to 50 times more latent than cache. SSD is ~1000 times slower than RAM. And a spinning HDD is I think ~100 times slower than an SSD.

If your database fits in RAM you’re likely in a happy place. If your DB is so massive it needs to spill to disk you wind up with a mountain of complexity. Multiple machines, sharding, hot/cold etc.

The point of the article is “modern servers have a lot of RAM and you might be able to delete a lot of complexity if you throw money at a server with 4 terabytes of RAM. This option is more practical than you might have realized!”
I think hiring standards have gotten higher but performance standards took a back seat the last couple years.
Isn’t thinkorswim just an arm of TDAmeritrade now?
After most recently working in ads, I switched to working in climate - feels infinitely more meaningful on a daily basis.

We're working on carbon accounting and industrial decarbonization here at Gravity (https://gravityclimate.com). Your background could make for a strong fit.

Email in profile.
The specific section is: https://en.wikipedia.org/wiki/Blizzard#The_Snow_Winter_of_18...

But the whole article is interesting.

Edit: mobile, for you mobiles: https://en.m.wikipedia.org/wiki/Blizzard#The_Snow_Winter_of_...
I have not seen any evidence showing tungsten disulfide is toxic for either people or the environment in general
>Wha the point of paying for order flow if you "execute at market price or better"?

https://www.bloomberg.com/opinion/articles/2021-02-05/robinh...

tl;dr: adverse selection. retail traders are less risky to deal with, so market makers can offer better prices to them.

>If the retail trades are random. If retail traders usually buy before the stock goes up, and sell before the stock goes down, the wholesaler would consistently lose money on price risk. (This is called “adverse selection.”) But they don’t. Even now, retail traders tend to be small, dispersed and uninformed. If you sell stock to a retail trader for $58.15, you have no particular reason to think it will go up (or down). The retail traders are trading randomly, which is what allows you to treat this problem as though you were matching them up with each other at a fixed price and collecting a spread. In reality you are matching them up with each other over time, not simultaneously, and the price moves while you are doing it, but the randomness of their trading means that this difference doesn’t matter too much.

>Meanwhile market makers on the public exchange are doing something similar, but with institutional traders who tend to be informed and trade large lots of stock, so their trading does carry a lot more risk of adverse selection. If a big institution buys some stock, that does mean the stock is somewhat more likely to go up, so if you sell them the stock you are somewhat more likely to lose money. This is why the spread on the public exchange—the difference between the $58 best bid to buy the stock and the $58.25 best offer to sell the stock—is so much wider than the 5 cents that the wholesaler charges. The wholesaler is just matching up small pleasant random orders and clipping a spread; the stock-exchange market maker is facing a real risk of being run over by an informed trader.
The CEO of Robinhood would need to file a public form with the SEC if he wanted to sell any of his shares. People watch that and say "hmmm, why is the CEO of Robinhood wanting to sell shares? I wonder what he knows that we don't" and the stock goes down on that information.

Stock is absolutely more difficult to liquidate for a CEO.
Finance. MSSQL.

There are multiple plans on how to fix this problem but they all end up boiling down to carving out domains and their owners and trying to pull apart the data from the database.

What's been keeping the lights on is "Always On" and read only replicas. New projects aren't adding load to the db and it's simply been a slow going getting stuff split apart.

What we've tried (and failed at) is sharding the data. The main issue we have is a bunch of systems reading directly from the db for common records rather than hitting other services. That means any change in structure requires a bunch of system wide updates.
You know what I like is jquery
Then it won't do those optimizations. Fast compiler times are more important than being the fastest at runtime. It has to be "fast enough" and given the adoption I'd say the consensus is that it already is. More optimizations are all gravy at this point.