skysight-inc/HackerNews huggingface dataset:
Honestly, if you read the notice [1] their legal team sent to the FCC, it just sounds like a manual process for verifying an email address as not spam that people can still one-click unsubscribe from/mark as spam. The emails would still be scanned for spam and bounced if they are spammy, at least according to the notice.

It doesn't seem like anything users would notice.

[1] https://www.fec.gov/files/legal/aos/2022-14/202214R_1.pdf
And by "people like me" you mean customers that don't want a business to treat them poorly?
I'm taking "reactive" here to mean the language tracks data dependencies, so expensive computations are automatically made incremental. Facebook had a research language attempting to do "reactive" programming called Skip (originally Reflex), which is now defunct. The runtime made the language like textual statically-typed Excel.

The use-case was to abstract away having to manually figure out where to put caches and how to invalidate them on front-end servers. Rather, have the runtime figure out how to cache content and page fragments when e.g. rendering the Facebook timeline. However, it was too difficult to bridge the gap to the existing Hack codebase, iirc in particular to the entity system used. There were also a lot of headaches trying to figure out how to power the underlying cache invalidation system.

https://www.youtube.com/watch?v=AGkSHE15BSs

https://web.archive.org/web/20200219222902/http://skiplang.c...

The author I think means something slightly different though, closer to prologue where you define facts and then ask the runtime to make an inference about those facts.
Supply shocks caused the lack of competition. It's a seller's market.
Sorry man, I appreciate your work, and it did helped me when my app was not ready. I would love to give you more detailed feedback, but all I remember is I was trying to use it with previous Retool experience, but there were some differences between the two that caused a minimal learning curve. I did manage to do what I wanted eventually. Back then I was trying to do everything with 4GB of RAM, and when I saw the allocated memory I must say I was very surprised.

Even after you explained it to me now, I still don't understand why the minimum allocated memory (at rest) should be fixed at 25% (or any percent) of all available memory. What happens if I run it on my 64GB M1 Macbook? 16GB for Appsmith? I don't think so. Why not skipping the Xmx option all together? How much performance difference can it ever cause?
From the page you linked:

Console ports of Godot are offered by third-party companies (which have ported Godot on their own).

Maybe it is semantics but it Sounds more like no console support. You pay a third party to port your game to consoles. Perhaps those third parties have built support into Godot, but as you said, it is not public, and not accessible to you other than as a paid service.
The beauty in the fork/pr model would be that people who claim that they would be better stewards of a given topic could simply try to convince by example (in their fork), even in the hottest edit war. The current wikipedia model, as far as I understand it (which isn't far at all I admit), is that if a battle gets too hot it ends with a competition in pulling rank: escalating lockdown until only one group remains (a group that may or may not be considered neutral by others - certainly considers itself neutral, but who doesn't...). Fork/pr could never have a problem editors that are respected/neutral in one field but turn out to be zealous in some other niche.
>Think property, gold or toilet paper rolls. Last one is a joke.

Since corporations produce commodities, wouldn't gold and toilet paper be on the stock market?

I guess gold reserves (as opposed to production) and property would have a lot of ownership outside the S&P 500. I wonder if there are any super-broad indices that include them in a cap-weighted form.
Perhaps worth noting poultry and especially chicken eggs are subject to truly transitory inflation due to the current avian flu outbreak: https://en.wikipedia.org/wiki/2020%E2%80%932022_H5N8_outbrea... Have not checked up on it for a while, but in the US it hit laying hens much harder than any other poultry category.

You are of course generally correct, food inflation for what I buy is roaring and significantly above topline CPI.
Webb's First Images and Data
I'm no expert, but I'll express a wish: that modern supply constraints mean Lycoming O-360 engines may be noncompetitive to an engine design conceived today. Perhaps these old engines are suppressing the investment into an invention that turns a 250 person market into a 25,000 one?
It does goes into microwave etc. We sort of can see the "beginning of the universe" See: https://en.m.wikipedia.org/wiki/Cosmic_microwave_background

The other thing to consider is that since space is expanding, we can only see the observable universe. Given enough time, the only thing that we're going to see is out own local part of the universe (that is not expanding - so there are parts of the universe that are expanding and parts that are somewhat steady state - think bubbles in liquid)
I think Plasmic is doing that for React.

https://www.plasmic.app/
I'm with the author here, I've had this conversation with the other devs on my team a few times and each time it lands on 404 if there's no data.. Its just not as useful as the dev who makes the client side applications. Its more convoluted because the server had no error though it returns an error code so as a client side developer, I'm left to decide was my URL invalid and the server really did 404? or was there no payload for the request so I received a 404.

Ideally, the bad paths all are caught during dev-time but that just can't be assumed to always happen, it doesn't account for any of the risk involved with other systems changing and then 404's popping up. It could happen for other unexpected reasons so why should we assume it won't, it seems like we're just covering our eyes to the problem.

for a short example, Imagine a brand-new account was made in a system. should it make some sort of GET request for a specific component of its account that is created asynchronously to the rest of the account creation, eg a 3rd party billing service, and receive a 404 from the server, there are different interpretations that the client could have around this error code! does it mean one such component was truly not created and needs to be? could it be that as a client we know implicitly of this delay and fudge a 404? using 404 as a catch all for these cases seems error prone and less informative than returning the true results of the GET request. I posit that any good client-side software handles 0 results from a request with an empty state, and 1 or more with a results state and 4XX with the error state(s). its more clear, trustworthy and easier to debug.
I think the dollar is just fine. The problem is that there’s a war in Europe that’s making food and energy more expensive. And also China is just off on its own facing a real estate collapse + the fallout of idiotic lockdowns.

Things will cost more. That’s hardly surprising. Energy is really important.
As a Service Provider, the ambiguity of 404's we return is purposeful given that callers can be adversarial. All of these borked protocols were designed when we were all young and naive and all was peace and love. We have to live with them and deal with them as they are.

If you care about your callers and they're internal trusted partners, you can return a traceId header they can use to diagnose the 404 to find out if the request was malformed somehow or the requested ID was truly missing or something else bad happened. Splunk can be a pretty rad thing when everyone is on the OpenTelemetry bandwagon. Otherwise, assume the caller is evil and treat them accordingly.
There have been a sharp uptick in layoffs...but it seems like those folks are getting snatched up almost as soon as they're let go the market is so hungry for talent.
The next time Vin eyes someone or something, my lid will blow. There's a whole lot of fingering going on as well. And on the Shattered Plains, there appears to be a rock formation every other step. I enjoy the books, but not for the prose.
>> If Adacore had published a full featured free compiler for students/universities by the time Ada 95 standard was published, I am sure that Ada could have occupied the space C++ takes today.

Agreed. If there had been more free (gratis) or low-cost Ada compilers at that time Ada would be far less niche than it is today.

There is increased interest in Ada today thanks to Rust. There is also interplay between Rust and Ada/SPARK features with Rust getting some Ada features and SPARK getting some Rust features.

Ferrous Systems is working with AdaCore on the Ferrocene Language Specification to formally document the Rust subset that Ferrocene will use:

https://ferrous-systems.com/ferrocene/

https://ferrous-systems.com/blog/ferrocene-language-specific...

It is exciting to see Rust mature so it can one day be used in safety-critical work.
but what kind of lawyers were they?
Well, it would be nice to be where they are dropping that much. According to GasBuddy's charts Portland, Or has only seen a 2-3% drop in prices since the peak.
The title is written in a clickbait format. So I had to point it out.
Probably this--

https://vitejs.dev/guide/migration.html#automatic-https-cert...
In SPARK contracts can actually be proven (though not all, and not all without effort). So they are a step above plain asserts, or really several steps. Contracts in SPARK are also checked at runtime, which can be disabled if you have proven them either with an automated prover or via some other mechanism (sufficient testing, manual analysis of the code, etc.). Though what can be proven right now is limited so you don't really get the full scope of Ada, but they are constantly working on extending what it can handle.

If you write tests now, the extra notations SPARK introduce aren't much more code than you're already writing, and really it's just entering into the code what you (hopefully) have in your head or on paper elsewhere.
If you didn't actually make the observation yourself, aren't they all scientific myths?
HTTP is the only protocol that's supported by browsers. I don't need hypertext in my APIs. I want RPC in my APIs. But browsers force me to use HTTP. So don't complain if my RPC APIs don't fit into the whole REST philosophy, as I don't care about philosophy, I'm engineer and I care about technical arguments. For all I care HTTP is a message protocol with headers to carry some attributes and some bytes in payload. For all I care, between client and server could be some proxies which can cache something (and thanks to HTTPS, I can be sure that all proxies are controlled by me). For all I care, between client and server could be some analytics software which will analyze traffic and might mark node as unhealthy based on 5xx HTTP codes or something like that. That's technical arguments and I do consider it.

Spending time arguing whether 400 or 404 or 422 is better fit is not engineering. You must return exact sting error code and that's about it. Whether that string error code wrapped in 400, 404 or 422 error does not matter. I, personally, use 400 errors everywhere because they're unlikely to occur from misconfigured reverse proxies and they won't confuse my clients which treat everything that's not 400 as gateway error. I think that I should start using HTTP 202 for all successful responses as well.
Has any merger actually worked out well for the consumer? Boeing / McDonnell Douglas, Chrysler / Daimler, HP / Compaq. Are there any counterexamples?
Didn't ColdFusion work like that?
Fork/pr would have to be per page, obviously, not per wikipedia.
Right, but why stop there: going to different URLs for different resources is also nuts. REST is fundamentally broken from this conflation of concerns across different layers.

GraphQL — where you are sending and receiving data (and application errors) to a specific endpoint is much much saner.
This isn't about enemies or anything else. It's about what used to be a technical news site using emotive language to describe people. News should be impartial, but I see a significant amount of opinion-building.

Musk has always been Steve Jobs -ish. He focused on rockets and electric cars instead of shiny things that go in your desk or pocket or wrist though, and against all odds succeeded where many others have failed. Yes he's an asshole, and I'd hate to work for him, but he's also pushed humanity forward by corralling a bunch of people to all pull in the same direction.

My issue is more with Ars, where all the reporting used to be like the rocket section, but since the acquisition by Condé Nast the rest of it has turned into tech tabloid. I want newsworthy information, not what some guy did in his personal time.
This was my guess as well, but if it's correct, I don't understand why the Hubble images show 4 spikes. I thought Hubble's main mirror was circular, not a square.
Reply to myself: watching that Gary Kildall Special of The Computer Chronicles, there is a segment at 17:10 talking about that incident, presented too by Stewart Cheifet, where Tom Rolander, first DRI employee, tells that he was flying with Kildall that morning for a business trip, then “flew back down and joined the IBM meeting, we were there for the meeting later in the afternoon”.

A sibling comment (https://news.ycombinator.com/item?id=32082362) tells a story consistent with this one.

The first video from which I quoted Cheifet is from 2013, while this last one is from 1995. I have no way of verifying which one is right.

Here is Tom Rolander again, in 2017, in an interview with the Computer History Museum, describing the background between Gary Kildall, Bill Gates, and IBM, and then a very detailed report of the incident, again consistent with his 1995 report: “Oral History of Tom Rolander” https://www.youtube.com/watch?v=VREZ6Zx_usc&t=5040s
What is the win of this over webauthn (if the website supports it)? I guess the big win is that the graceful fallback is smoother.

Seems like a lot of moving pieces that only an OS vendor (who controls both the browser and the email client and could build the integration between them) could implement.
The dynamic typing example doesn't have anything to do with dynamic typing and is in fact already a feature of some statically-typed programming languages.
When they sell they're wanting money, an equal amount of money to the stock they're selling. That should make the dollar go up by the amount the stock went down.

(I don't really believe this, because it clearly does not describe the chart, but it makes sense and I want to understand why it doesn't work like that.)
The demand curve hasn’t changed
Vite is way faster and takes way less config. We been using it in prod for almost a year now and it's just way better. One of the few new js tools thats actually better and doesn't just exist to get stars on github and pad a resume.
I very intentionally avoided the REST vs HTTP RPC debate.

This is _specifically_ about HTTP APIs. REST is not a synonym for HTTP but there are much better resources out there that rant on about the important of hypertext and URL support etc.

This is mostly about the perspective of consumers.

>It does not matter too much which part of the URL is the one that is causing the URL to be wrong.

Your consumer disagrees, they'd like to know if their URL was fat fingered or if a record was missing. My argument is 404 is inappropriate because the web service exists, but the record doesn't.

> Thus `api/v11/employees/1` and `/api/v1/employees/100` both are wrong resources.

I can't say this is wrong, but it doesn't feel right. `/api/v11` straight up resolves to nowhere. Maybe this an instance where Gone is better than Not Found?

> Nobody is stoppping anyone to add response body to a 404 to indicate which nested resource is invalid. That can be added as a debug message for the developer for example.

100% agreed. It's just a thought I had while debating with my team.

I posted this here for this exact kind of feedback :D good points raised
I'll admit those aren't my circles, so if I'm wrong to say the older project never hit critical mass, I'm sorry.
Part of the language https://tmandry.gitlab.io/blog/posts/2021-12-21-context-capa...
I worked on a project where we used magic links (using Firebase) for users to checkin at an event using an app. It was a disaster.

For a lot of users the link didn't open in the app the way it was supposed to. Another surprisingly large subset of users had two phones, but the app wasn't on the phone they used for email. A one-time code definitely would have been better than a link.
Where do these myths come from? That is clearly, incredibly absurd.
Sorry, just discovered Google! Ernie Kovacs.
Those things can help, but for engineering, I've found them to have very little value. For someone in business development, I have no idea how those would help.

In my experience, no one gives a shit what's on your GitHub. You could have original code that's been starred that's also relevant to what you'll be working with on the job, but it's unlikely to have any impact. After all, how do we know you didn't just copy that code from somewhere else?

> A linkedin profile with 500+ connections

I've never heard of that as a qualification. Maybe it's considered weird if someone doesn't have a LinkedIn (which is also BS), but 500+ connections? Who actually has that many connections and not have them be mostly recruiters and randos?

After my 9+ years of experience, I have 165 connections on LinkedIn, and they are all people I've either worked with, went to school with, or met in person in a professional context. I guess I should up my game and just make a bunch of worthless connections?

> A web portfolio featuring descriptions & visuals of at least 3 past projects

Would be one thing for a designer, but this isn't really fair for those with an engineering background. Some of us work on projects where we can't disclose that we worked on them, myself included. Even if I could, it's the same problem with GitHub. Most people just don't care that you can say that you worked on something. I've worked on things that have millions of active users, and no one in charge of hiring gives a shit (not that I expect them to).

This isn't to say any of those things are bad, but the return on investment for open source projects and portfolios is staggering, IMO.
This reminds me of pixels magic eraser technology which I think is specialized for removing people.
Yes, software dev absolutely is closer to philosophy than engineering.

There is such a thing as software engineering, but that isn't what most of us do (nor is it what we should be doing, IMO).

NASA needs software engineers. Low-level critical systems need them, so the G-MAFIA has a few.

For most business purposes, though, the iterative exploratory "let's get a UI out there and see how it works" is exactly what we need.

It's a useful, cost-effective strategy when lives aren't on the line, and it isn't engineering.

(My current job title is "Software Alchemist")
I think 404 being a common and useful server error is the issue. Had they/REST aligned on 204 No Content (for things like the employees/100 example) or something 2xx and less common I think it wouldn’t be much of an issue at all. I still think it’s actually not much of an issue. Of all the quirks out there, this creates little pain
Not necessarily. You can become an expert in your self-defined programming language without putting in 10k hours.
Is it somehow connected to Qdrant similarity search engine? Is there a default integration for it?
I really like the QR code system they implemented, pretty handy
Talking about the brain in terms of what percentage of it you use is silly. But I think there’s an important grain of truth in the idea of vast, untapped intellectual potential in many people. A better statement may be something like “many people only realise a small proportion of their potential intellect”, which I strongly believe. I just think it’s little to do with the brain and mostly to do with emotional associations and implicit limiting beliefs.

Anecdotally I have seen countless examples of people being able to do impressive feats of mathematical thinking, but only as long as they don’t realise it’s ‘maths’. And as soon as they realise, it often stops working; the deeply learned negative associations sadly seem to quickly overpower any fleeting buzz of “oh I can do this after all”. I think untold damage is done in schools, instilling into kids associations of maths (or other subjects) as a thing that must be learned (for a grade, or to get a teacher/parent off their back) instead of as a useful tool they can turn to when they want to solve a problem they have.
Or you can stop trying to time the market and keep buying through the downturn. Might make less money that way, but you also don't risk totally mistiming the bottom, like a lot of people likely did back in March 2020 during what ended up being the shortest recession ever.

Granted I think this recession is likely going to be significantly worse and longer than that one. I'm still taking advantage of the the 25% discount on stocks and buying, though.

Also I suspect we're in for some terrible shit in the next 5-15 years with the way the environment is heading (the physical environment, i.e. lack of water, topsoil, ocean acidification, etc), but I also suspect we're in for at least one more solid bull run before that happens.
> What the fuck Unity.

Quite right
He could but then you wouldn't be able to read his answer...
The reason being: a single publication gives a vary narrow perspective
And with the economy cooling off, workers shouldn't expect to get raises anywhere close to the official rate of inflation anytime soon.
The shills
Imagine if the computing world would have standardized on Lisp and Smalltalk 40 years ago.

If Alan Kay had got microprocessor companies to steal the Xerox microcode design like they got Apple to steal the GUI design, then the genius compiler engineers optimized the the heck out of it all.

I can only shudder at what the supercomputer in my pocket would be capable of.
I think the first mention of the concept was on a podcast called TechZing. The author later wrote it down on his blog (referenced in the article) https://www.codusoperandi.com/posts/increasing-your-luck-sur...
Andrew and Barney are shipwrecked on an island with nothing but their clothes, the cash in their wallets, and a book Andrew has. Barney pays Andrew $100 for the book since he hasn't read it but Andrew already had. Later, after finishing it Andrew is able to buy it back for $80 because it's old to both of them but has a bit of sentimental value for Andrew. The dollar denominated wealth on the island has gone down by $20 but the same stuff and same number of dollars are there.
Ah, you got me on that one, fair point.

But then it would be both, wouldn't it?

I know I have a JSON payload representing a domain response because of the 2xx response code AND the Content-Type header?
I am not facetious. I wonder how things would have turned out if CP/M "won".
Professional investors don't use gold as inflation hedge, that's internet wisdom.
Xerox had xfst, which replaced regular expressions by regular _relations_, and offered named sub-expressions, which solved the regex "write only" problem.

Xerox' original XRCE (Research Centre Europe) pages are gone, but other sites offer a glimpse, and FOMA is an open source implementation of the same language:

[1] https://sites.google.com/a/utcompling.com/icl-f11/home/xfst-...

[2] https://dsacl3-2018.github.io/xfst-demo/
Having worked on both windows and Linux kernel development, I can easily say that Windows has superior debugging facilities. It's pretty rare to make the debugger fall over. Working in the kernel is certainly not without its own challenges, but I feel like Linux makes it harder than it needs to be.
what is the performance overhead? especially on recursive calls