skysight-inc/HackerNews huggingface dataset:
We still need the talking before anything an happen. In the past 3 years a lot in the public discourse has changed, and climate change is no longer a fringe alarmist issue. It's not enough, but it's one of the few ways to sway the public opinion.
> In some cases, for pure data validation and processing, you can get performance improvements of 20x or more. This means 2,000% or more.

Amazing! Excited to try it out.

Slightly OT: But what are some use-cases where you'd still use Flask over FastAPI? I really like FastAPI's devEx and don't see myself going back to Flask anytime soon. Curious to hear what others think.
Well that's a year old article, news are that VW is actually slashing production (and Tesla is slashing prices) because they can't sell them

https://thedriven.io/2023/07/06/customer-resistance-volkswag...
If Russia is 2 out of 10 and Canada is only 3.5, I wonder which country he would score as 10.
Global temperature changes barely affect economic growth
Measuring the amount of lead (Pb) consumed, drinking from lead crystal glassware
It’s really the first bit that slightly stretches credulity. Like, presumably at some point some lawyer told him “this isn’t like a consumer contract, once you’ve signed you’ve signed”.
Bumpgate was just RoHS solder and nobody recalled for that, including AMD. Seen a lot of pictures of people baking their 7850 as well, it just didn't get a fancy name like bumpgate.

Bumpgate was an industry-wide problem and pretty much nobody recalled for it unless they were sued into doing it.
It's not even it being opinionated, it's being _so hideously_ opinionated. Windows is a pretty good spot, IME - KDE is a little much, macOS maybe a smidge too little, but GNOME just feels like a straitjacket.
https://archive.is/u57SD

The cited report is at https://www.whitehouse.gov/wp-content/uploads/2023/03/CEA-OM....

"The report, produced by the Council of Economic Advisers and the Office of Management and Budget, assesses how the economic consequences of climate change could be integrated into federal budgeting. The report’s first figure—reproduced nearby—shows 12 independent peer-reviewed estimates of how America’s gross domestic product would decline as the global temperature rises.

While the estimates differ, each shows an economic impact of less than a few percentage points for a few degrees of warming. The consensus, apart from two counterbalancing outliers, is that today’s warming of 2.2 degrees Fahrenheit has reduced GDP by less than 0.5%. That is trivial, considering real GDP has grown by more than 800% since 1950. If warming reaches 4.5 degrees—about what the United Nation’s climate panel projects for 2100 under plausible scenarios for future global emissions—the consensus reduction amounts to less than 2%. In other words, if the average annual GDP growth rate is 1.5% for the next 80 years, the economy would grow 232%. A 2% climate-change effect would reduce that growth to 225%. As physicists say, that’s a difference “in the noise.”"
If some design goals are stupid they must be changed. It's not god word. It's human word. And this human was wrong.
Those languages all have runtimes that can consume the type information. TypeScript does not.
The TypeScript language service which powers IDEs and which is maintained/shipped with TypeScript already has the knowledge of all the types in your application. It seems like it would be relatively straight-forward (though a lot of work!) to develop some sort of code gen library that uses the TypeScript types known to the language service to reflect on those types and emit some sort of runtime type validation functions as part of a build step. This could be done in an npm module similar to webpack or in an IDE plugin. If that functionality doesn't exist today given all the listed open source projects, I'm kind of surprised. I don't think the TypeScript team would need to do anything to allow such a project to be developed.
The OP said "This is a pretty low bar request IMO" suggesting that the problem they expect an LLM to be able to do is not the hard problem you're saying Google and Yelp has not solved. It's a different problem.
I guess the part where I'm confused is how you think de-platforming politics at mass population scale will increase civil engagement somehow.

Like, isn't "small text blurbs" better than nothing? ... Do you think billionaires bought and crippled Twitter and Reddit for our sake?

We recently got hard evidence that Facebook and Twitter censored true information at the White House's request; to drive people toward a desired political outcome... On Threads, that wouldn't even have been necessary. They just call any debate they don't like 'political', and de-platform it. Silent, and deadly.

Reddit and Twitter have been suicided. That's not actually a boon, as toxic as they were pre-Musk and pre-SpezGate. Now a platform where political engagement is explicitly shadowbanned rises up to offer ever-more vacuous bullshit heavily dosed with pro-corporate propaganda, with the glimpses of substance all expressly filtered out. That's not a boon either, though that's what seems to be the spin.

I do hope your optimism isn't misplaced. Maybe driving the engaged people toward defederated platforms will work out, and we can leave the sports-minded to their own devices - but realistically, those people will be weaponized against change even more easily once the agitators have been sectioned off.

It's like the free speech zones Bush brought in - say whatever the fuck you like, in this little cage two miles from any TV cameras.
The best effort I've seen to get around this is https://github.com/lpgauth/shackle

It was motivated by a need to eliminate OOM errors and supports large scale operation at very low latency.
When the author writes:

> I don’t know enough to say what the best tactics are for these cases, but I have a few theories.

doesn't that somewhat justify the anger of the parent comment (who presumably "knows enough")?

If the author doesn't know enough about the topic, why the need to pontify? They could just stfu and have an opinion in topics on which they do have meaningful contributions. Not everyone needs to have an opinion on everything.
spoken as someone who doesn't need health care (yet)
spoken as someone who doesn't need schools (yet)
spoken as someone who doesn't need reliable infrastructure (wtf?)

Better take-home pay only counts if you don't need the things taxes pay for, or (apparently) don't need a supporting community that does need them. That situation, though, is a lot like saying "I'm a CEO with my own jet - I don't need no stinking' roads" but then can't sell anything because all of their product and all of their employees need roads to get to work, to ship, to function.
i3 pure electric was great but they dont make them anymore
Should've just used a rock instead. Free and you can argue about whether expensive European mountain rocks work better.
His manifesto is also full of strange "leftist" blaming nonsense. I don't know Ellul, but that's probably where all the better ideas come from.
I figure this was the same mistake as the first other response, I made the same one initially when reading that comment and thought they were saying "B" was lower than it should have been, not higher than it should have been. How "percentile" actually works isn't something I've given any thought in like a decade or more, my first read was "top 15-20%" before going back and remembering it's actually more like "bottom 15-20%" (or more precisely something like "better than 15-20% of other takers").
> Taxes are high and getting higher

What if you're retired and have no taxable income, only financial gains from some investment portfolio?
See, this is exactly the kind of thread I would not want to see on Threads (or HN)
Which is why they are pretty much universally funded by religious fundamentalists who spent their past years trying to force textbook writers to deny climate change or evolution as basic scientific facts.

This isn't disillusioned people looking to tear it all down and rebuild a wonderful new system, unless you think Betsy Devos is some sort of anarchist. These people have very specific complaints about the school system that rarely have to do with the actual problems of actual outcomes, because the people who by and large ARE getting actual bad outcomes from the public school system don't really have a voice.
Protective coating could be a good approach for some things, typically of intermediate lifespan.

Protective coatings are becoming used more and more extensively in many fields, and they can produce astonishing results.

That said, with applications for sugar-based structures, the slightest flaw, scratch, cut, or perforation becomes a barn door through which bacteria can drive their metaphorical horses and carriage.

But for temporary applications such as packaging, a sugar-based material with a thin coating (maybe plastic, maybe another material) to preserve it for a short life, but allow it to biodegrade or compost could be excellent. For example, I find it particularly ironic that when the garden is out of season, I go to the grocery store only to find "organic triple washed" greens packaged in permanent plastic clamshells that will last for years. Sure, it does the job of getting the greens to us, but then it is making the problem worse.
Gamers don’t care about FP64 performance, and it seems nVidia is using that for market segmentation. The FP64 performance for RTX 4090 is 1.142 TFlops, for RTX 3090 Ti 0.524 TFlops. AMD doesn’t do that, FP64 performance is consistently better there, and have been this way for quite a few years. For example, the figure for 3090 Ti (a $2000 card from 2022) is similar to Radeon Vega 56, a $400 card from 2017 which can do 0.518 TFlops.

And another thing: nVidia forbids usage of GeForce cards in data centers, while AMD allows that. I don’t know how specifically they define datacenter, whether it’s enforceable, or whether it’s tested in courts of various jurisdictions. I just don’t want to find out answers to these questions at the legal expenses of my employer. I believe they would prefer to not cut corners like that.

I think nVidia only beats AMD due to the ecosystem: for GPGPU that’s CUDA (and especially the included first-party libraries like BLAS, FFT, DNN and others), also due to the support in popular libraries like TensorFlow. However, it’s not that hard to ignore the ecosystem, and instead write some compute shaders in HLSL. Here’s a non-trivial open-source project unrelated to CAE, where I managed to do just that with decent results: https://github.com/Const-me/Whisper That software even works on Linux, probably due to Valve’s work on DXVK 2.0 (a compatibility layer which implements D3D11 on top of Vulkan).
I'm a software developer. Working, in part, on AI systems, ironically enough.
> Type erasure is good! It means JavaScript project can consume TypeScript projects without any knowledge of TypeScript. It's just emitted JavaScript. This does not mean you can't emit the type information separately in a consumable lookup table that's separate from the code. The lack of this type information means we use esoteric libraries which ultimately pollute the JavaScript with all the convoluted typing working arounds... soo... type erasure has defeated the purpose of type erasure. It's a second order effect, where the design goal defeats the design goal. :(

I think the author misunderstands the design goals of TypeScript. The goal isn't to have pristine, beautiful JS code with no complexity, the goal is to have the runtime semantics of TypeScript be identical to the runtime semantics of JavaScript. Barring the regretted exception of enums, TypeScript can be converted to JavaScript by simply stripping type annotations. That's the design goal, and that goal is not in conflict with itself.

The ecosystem that has built up around TypeScript depends on complete type erasure, and much of it would evaporate if this wish were granted. TS support in ESBuild, Deno, and Bun would become nearly impossible, because each would need to re-implement all of tsc in their respective languages, while right now they just need to maintain their own simplified parsers.

On the other hand, the convoluted libraries that OP bemoans are perfectly compatible with all of these tools, because they're implemented in user space.
> 99% of the time it is not hubris, just the author missing some viewpoint/info/awareness.

That's sort of the definition of hubris. Coming to a topic they don't have anywhere near enough knowledge but assuming they know it all because they put some thought into it.
> There is no health care at all. If you want to see a doctor, the only option is to travel to another country, even thought health care is financed from taxes, which are one of the highest in the world.

I've heard this from other people who moved to America and had to pay for their healthcare. Back home, they had to barter things or having connections to get appointments or good care as well.
Show HN: Chatnotes.xyz – Make Notes where you chat
Chatnotes is an Android app that allows you to make notes directly on top of your messaging app like Whatsapp etc.

It currently has 3 types of notes
1. General notes - Notes you can view on every screen.
2. Private notes - Notes that are unique for a specific contact you are chatting with.
3. Shared notes - Like Google docs and shared between you and your friend to edit.
You forgot the part where the Google results that the student double-checks against are actually SEO blogs written with the help of ChatGPT...

I don't think Google in 2024 is guaranteed to be the critical-thinking tool that 2004 Google might have been.
> Just kidding, but I'm not pushing for JavaScript anymore. If rust/WASM works as well, I say go with that.

This is the direction I'm going. I use rust a LOT these days, and after trying out typescript for a few projects over the course of a few months, I absolutely hate it when comparing it to rust or even any other compiled language. Something about it just rubs me the wrong way...maybe the fact that it has to be JS-compatible, so the type system seems really crude? I can't put my finger on it. It sort of hits this weird inbetween where js is quick to write/prototype and rust is extremely "correct" but the ts type system slows things down/annoys me without providing enough benefits. Also, working with it in nested projects via npm tends to be a huge pain in the ass. Maybe I need to switch to Deno or something so it's native?

Now that rust/wasm is ramping up, I'm considering using rust for the API layer and something like Leptos for the frontend. I've been getting into svelte a lot, and Leptos seems similar enough to not be a huge leap.
I think eink does not perfrom well in freezing temperatures which removes a lot of large format addressable signage market. Otherwise I'd expect economics to drive cheaper large format eink screens
>Now, if you consider the uncensored models, then you actually have some capabilities that GPT 3.5 and 4 are completely lacking.

Can you elaborate on what those capabilities are?
Audiovisual media seems increasingly sensitive to "naughty words". I've seen a lot of YouTubers who feel that it is necessary to censor words like "m*rder" or "r*pe" or "f*ck" -- exactly this way in their text descriptions, and they literally bleep the words if mentioned on video.

I'm confused, because I thought that the scanners which detect TOS violations were becoming smarter, and it doesn't seem like an isolated swear word--or mention of sexual assault using plain English--would trigger an actual TOS violation, but it seems that these creators are wary of attracting attention by using the words uncensored.
> I would much rather participate in a community of professionals who've organized themselves around sufficiently overlapping shared intents

I thoroughly enjoyed my involvement with early (US) Ruby and Rails folks from the first Rails conf to _why's unusual entertainment to Matz's calm and humble demeanor. People bounced ideas off each other and just enjoyed coding up interesting things. Dave Thomas and the Pragmatic Programmer group wrote what many of us used, not so much _why's guide which was still a fun read. I moderated a Ruby panel at the old Odeo HQ just before they pivoted. I didn't know the group gathering at that Ruby SF meeting would include not only Twitter but Github founders as well. At the time, tweets seemed pretty absurd to some of us but guess what happens when you try out ideas in a community that was into exploration?
There is more money longer term in a complete AV system then in personal car ownership. You can see it in GM market capitalization today. They are worth ~30 billion while Cruise is estimated to also be worth 30 billion. Making money off each mile is way more lucrative then selling a vehicles most people don't update for 3-7 years at a time. And it will be better for the consumer because it means more miles per vehicles which = less total vehicles.
Scalable Spectral Packing
This reminds me of FizzBuzz Enterprise Edition and I have come across software that was pretty much written like this more than once.

To be fair: finding the right level of abstraction in a sea of uncertainty can be a tricky problem - but sometimes this also just happens for very different reasons than out of necessity (ivory tower architecture commitees, external companies selling the most expensive solution, ego fueled idiocy or just plain old ignorance).
Most of the bill is a winners fee for their success in the case that involved forcing Musk to buy Twitter at $44 Billion valuation.
> The revenues to the city where those companies are based

Are those companies based in San Francisco itself? Will those revenues outweigh revenues that the city gets from income tax on the drivers?
There are plenty of projects that do the same for TypeScript (e.g. https://github.com/typescript-rtti/typescript-rtti) and plenty that support some kind of runtime reflection, and overall emitting TS type information at compile time in some readable format is a pretty trivial problem to solve. The complicated part is on the other side – what do you do with this information? How do you get JavaScript engines to understand it?
Adapting the code to run on node.js may not be too terrible - I haven't looked at the repo (on mobile), but I've had luck porting non-DOM-related client js libs to server libs before.
> the actual protection from getting mugged is moving to a safe neighbourhood. People must adapt, because it is unreasonable to expect the world to adapt to the most naiive user. You either will get mugged every day, or you learn your lesson and move out to safe neighborhood, or you buy a gun and solve mugging problem for everybody else one shot at a time.

It's almost cute how you think people living in places with high crime rates wouldn't jump at the chance to move to a nicer neighborhood with lower crime rates, and that the reason they don't is because they haven't "learned their lesson".

Everyone buying guns and then going around shooting criminals is not a solution to crime, but if you're convinced it's a good idea, why not try it for yourself and "learn your lesson"
this, or custom lsm modules so they’re harder to turn off.
The one downside of this proposal is faster typescript processors like esbuild. Right now they don't care about types, they just strip them from the code. It allows them to be very fast and provide fast feedback loop.

With this proposal those tools must become extremely more complicated and probably they will just be as slow as tsc.
Another one: they conflate Type and (Locator) Instance in a unique way that just about nothing else in TS does. Those are two very different things with the same name with Typescript's (antiquated) enums.

There are too many ways to accidentally import/redeclare/rescope the Type of an enum so that TS "knows" the Type, but because that type (generally) has the same "name" as the most likely (Locator) Instance it assumes the same access applies leaving runtime errors behind when that Instance isn't actually imported/available. Typescript has no easy way to tell the difference between access to the Type isn't access to the (Locator) Instance (nor vice versa). Reasoning about those runtime errors or preventing them is additionally tough for people too because of the same "name" problem for two different things.

This is something that's painfully hard to avoid in cases where you are trying to encapsulate an API's Types separate from its imports/exports because they might be introduced or manipulated at runtime (plugins, sandboxes, proxies, etc). Unfortunately, this is also too easy to accidentally do even when you aren't intentionally doing something complicated like that (trying to generate automated .d.ts files in a bundling toolchain, for example, when APIs are in the boundary space between unintentional public API and internal tree-shaking or optimized symbol renaming).
It has quite an awkward way of being distributed. If you google for standalone TypeScript language services you'll find unofficial ones. Deno's is much simpler. Maybe they should pioneer this.

Edit: Actually this is the first result, I hadn't tried those exact terms. It's a bit hairy though, which is why the unofficial typescript-language-server npm package wraps it. https://github.com/microsoft/TypeScript/wiki/Standalone-Serv...
What type of programming do you do? Because in my experience, programming is as much an art as it is a science (or mathematics). In my previous job, I had to classify phone numbers as either 1) valid NANP [1], 2) invalid NANP [2], or international, and it wasn't clear cut like balancing equations. I was surprised that the Oligarchic Cell Phone Company (our customer) didn't even send us valid phone numbers!

[1] North American Numbering Plan, 10 digits, with a three digit area code, a three digit exchange and a four digit number. From what I was able to understand (there wasn't a single document that described this), the three digit exchange had to start with 2-9, and the second two numbers couldn't be 1 (so no area code like 211, 311, 411, etc., but 201, 210 were valid), and the same for the three digit exchange, EXCEPT maybe for toll-free numbers (like 800-xxx-xxxx or 866-xxx-xxxx) where the exchange could be 211, 311, 411 (I never did get a clarification on that point).

[2] A number that might present itself as a NANP but doesn't follow the actual NANP specification.

[3] In telephony, there are two concepts, international numbers that can be dialed world wide, and "local", which can only be dialed from inside a region (like North America) or country. A number that starts with a "+" is considered international, which should be followed by a country code (one to four digits, starting with 1 to 9, with no rhyme nor reason as to length). If it doesn't start with a "+", it's a "local" number, limited to, as I stated, a region or country.

There is also no requirement that a "local" number be related in any way, shape, or form, to an international number. For instance, a "local" NANP number like 305-867-5309 can be represented as a international number as +1-305-867-5309, but for several countries, just taking the "local" number and adding a "+<country code>" won't work. Different rules for different regions/countries.
Is Switzerland as covered in security cameras as the USA?

Because there's not really a whole lot of public places aside from parts of national and state parks where one could reasonably expect to not be on a camera most of the time, right?
This isn't just some of the design goals, type erasure is the fundamental guiding principle of TypeScript that allowed it to become successful. Throwing it away because it complicates certain programming patterns should not be done lightly.
I would love to see something like this, but automatically generated using the pictures I took.

My smartphone photos-timeline dates back to 2008, which I can scroll through chronologically. But there is no "overview".
No, this is not crazy, this is the design goal of TypeScript.

If you want a statically and runtime typed language in the browser, you should not use typescript. Use Kotlin, Rescript, …