skysight-inc/HackerNews huggingface dataset:
A very important point that the article neglects is that for a lot of embedded platforms, you have to heavily rely on the hardware manufacturers libraries and tooling. All of that stuff is typically gonna be targeted at C.

Without this, using even very simple hardware interfaces (like an SPI/I2C bus) is gonna be a huge pain, because you'll have to comb through reference manuals and register descriptions for your processor and piece everything together yourself instead of just calling a few API functions (this is also very error-prone and using Rust is not really gonna help one bit).

The only chance to get even halfway decent rust integration is to pick one of the like 3 most popular hardware platforms among hobby enthusiasts (think ESP32, raspberry pico), which is simply not viable for a LOT of embedded applications.

So I still think its probably a really bad idea for a typical embedded-shop to fully go for rust right now-- the downsides from lacking tooling/libraries, reduced developer pool and the need to train extant devs appear very hard to overcome to me.
You can stop using it today if you want to.
You can use matrix multiplications through the CLI with Imagemagick, and it works pretty well. The only caveat is that intermediary number precision is low, so if you need multiple operations (like convert to one space, transform, convert back) you need to pre-compute the resulting matrix and apply that in one operation. It works well if you have only a definite number of transforms.

For example, the article "Computerized simulation of color appearance for dichromats" gives the matrix transforms to simulate "color-blindness". This gives this command:

`convert $input -color-matrix '0.11238 0.88759 0 0.11238 0.88762 0 0.004 -0.004 1' $input_dichrom.jpg`

With which one can quickly check if a map or graph would be readable by a color-blind person.
Didn't even know they were a ycombinator company and now that I do I like them a lot less.

I am not a sycophant. Just a happy customer. And happy to have the chance to be a customer, not just a data point. I love kagi trying to serve me, with actual usefulness, instead of serving some dark marketplace of advertisers that have no interest in my wellbeing.
Speech-in-noise hearing impairment is associated with increased risk of dementia (2021)
The reflected sound of the engines is enough to destroy the engines, ironically. That's also why the launch mount is so high. You'd need truly enormous legs, which wouldn't work for weight.
> 3 years professional Rust development in production" (disqualifies self-learners).

It doesn't necessarily. Very few jobs postings that require "N years of experience in language A" actually require that. Most will accept N years of total experience and some smaller amount of experience (not necessarily professional) in language A.
Presumably the population density in Mexico, Bolivia and Peru was much higher.

Also Spanish emigration into their colonies was quite low and they were much spread out.

e.g. more English/British people emigrated to the Americas in the 1600s than Spanish despite the fact that they controlled many times less territory.
We are talking on a website on the web.

Not everything needs to go through a search engine.
Kinda curious about the requirements. 4GB minimum.

Isn’t a PM platform mostly text-like?

Not criticising (gitlab manages same) just curious what’s driving that.
The little boy who was lifted on his dad’s shoulders got me emotional.
FCC rules are they you aren’t allowed to ‘intentionally interfere’ with other users of bands.

As to what that exactly means, and where the line is drawn is up for debate. I doubt Apple would necessarily lose here, but ‘wifi jammers’ on Amazon would, for example.
do you think this applies to the original point:

> they basically adapted themselves to the os rather than adapting the os to themselves.
I have updated the README to address similar comments and issues.
https://github.com/urin/vscode-web-visual-editor?tab=readme-...
> I can run untrusted programs from hackernews folks without worrying

The assumption is that native code has virtually unrestricted access to your system while JS programs don't, which is true. But if the untrusted JS program is wrapped up in web extension, in 2024, it could do almost as much damage than native code especially since most non-techies don't have much of value in their machines. The value exists on walled sites
Next Generation Scrum Poker
I would call it barely distinguishable from the genetic information from their close neighbors. Now compare it with DNA from native Australians for example and you will find a much different picture.

Having in mind that we share a majority of our genes with other mammals, and almost all with chimps, so the range of allowed variation among people is in itself small.
It's really weird to see it on HN as I've been diving into it hard this past week.

Voxelibre is a fantastic standalone pack, and I'm trying out some of the others.

I haven't ventured online but will at some point
>The web is very much dead as a matter of fact. I don't think a search engine has he ability to filter out all the LLM garbage that's flooding the internet.

this presupposes the argument that for the web to have value then you must have a search engine to allow you to find things of worth on the web.

Which argument you have not made but only taken as a given.
I think it's also used in cases of poisoning with methanol.
Discussions:

(166 points, 1 day ago, 185 comments) https://news.ycombinator.com/item?id=41821336

(400 points, 1 day ago, 220 comments) https://news.ycombinator.com/item?id=41821400
All of these are true, but they only cover about $100/sqft (see my sibling message.) Production efficiency and technology have also improved for a lot of stuff, bringing prices down at the same time that they were going up.

When people complain about the cost of housing, they're usually not talking about the first $100/sqft, but about the other $100-$1400.
I worked in some companies that had this popup, and the most common goal was to harvest email addresses for newsletters.

Setting this up has become an automatic request from marketing people, almost as common as asking us to setup Google Analytics and such.

This is almost the equivalent to them to "have a CI/CD" for us devs: not having such things for them is strange, almost wrong. Of course the end goal is totally different.
I'm constantly impressed by the design of DOs. I think it's easy to have a knee-jerk reaction that something is wrong with doing it this way, but in reality I think this is exactly how a lot of real products are implicitly structured: a lot of complex work done at very low scale per atomic thing (by which I mean, anything that needs to be transactionally consistent).

In retrospect what we ended up building at Framer for projects with multiplayer support where edits are replicated at 60 FPS while being correctly ordered for all clients is a more applied version of what DOs are doing now. We also ended up with something like a WAL of JSON object edits so in case a project instance crashed its backup could pick up as if nothing had happened, even if committing the JSON patches into the (huge) project data object didn't have time to occur (on an every-N-updates/M-seconds basis just like described here).
Show HN: Up to 2x more vertical video watching (Blank Black Screen, batterysave)
I switched up from python to rust for some processing pipeline at work - rust has a lot of advantages over it specifically for typing and speed, the work itself it a little bit longer to develop. But the quality output is not even comparable, the code itself is way more readable and explicit than in python code.

There is not a lot you can do to make your python code as good in terms of reliability or clarity of intent. I'm sorry to hear that you did not have a good experience with it, but frankly speaking, I cannot look at python code anymore because of the inherent "hidden" work that it creates, variables being passed trough without much care for their exact meaning, hidden "bugs" that make the overall job way more annoying to debug.

Python is like that person that tells you everything is fine but is mostly wrong and won't even tell about that. Whereas Rust will just straight up tell you what's wrong in the draft.

I prefer the honesty and the little additional overhead work to getting lost in debugs for weeks bc some person has inputed the wrong shape for some vals or whatnot.

The peace of mind is saving me a ton on maintenance as well.
(project is a 2years on with distributed python pipeline with a bunch of IA processing - switching up to rust was not the easiest thing to do considering some parts had to stay in python because of code ownership being someone's else - the stack is a rust/python stack now with some parts being left out in python depending on the actual needs of update)

I understand very well that some people do not want to code in rust, specifically because they might not have the time or the will to do so. But objectively these people do not have to define the pipeline execution except for the actual order of execution, nor do they need to maintain every part of the code because it's just not their job.

Now if you are to compare the exact benefits of rust vs python for a company, the server pricing will just speak itself and the choice will be made depending on the cost of production, the lifetime of the code, and the actual benefits.

If I was to do some API today, I'd 50000% go for rust and I DO think of python as the `no-coder coder` thing. I initially learned C, switched up to Python for jobs, and the code quality of python is just downright bad. It does not push me in the right direction AT ALL.

The fact that we used a scripting language with no typing for tools that need any kind of guarantee for years does not mean it's the best way to do it.

Also to answer the problem concerning `rust` dev's being non-existant on the market, and no job being open is really simple : even tough rust has 10 years on the developer market on this is really young and need to learn.

You need 3 years of practice to get 3 years of experience with rust. There is no way around that. And there is just not enough experienced people with this language yet to make it a shift. I'm not saying there is none, i'm saying it's not yet democratized.
> A point cloud is basically a 3D texture of colors and densities

That's not how I'm familiar with it. As I know it[1], a point cloud is literally that, a collection of individual points, that represents an object scene.

While what you describe is like the scalar field[2] I mentioned, each position in space has some value. You can render them directly like you say, I was thinking to extract geometry a level-set method could be interesting.

[1]: https://en.wikipedia.org/wiki/Point_cloud

[2]: https://en.wikipedia.org/wiki/Scalar_field
I'm genuinely surprised there are Rust developers out there that don't know C. Perhaps I'm showing my age, or my ignorance to how much CS education (even self-taught) has changed.
Actually, when someone forks a project creates a new repo. This is not the case, the plugin was indeed a take over instead.
Didn't they just have a shitty implementation written in C (could have been any other language...it's not the language!) and than learned from the past mistakes and written a new implementation in Rust(could have been any other language)?
And now the author tries to attribute it's success to Rust?
ProcessMIX – the low-code back end solution you are looking for
ProcessMIX is a backend low-code platform designed to help users rapidly develop, validate, and deploy decision-making solutions and workflows through a visual, intuitive, drag-and-drop interface.

By leveraging ProcessMIX’s automation capabilities, you can seamlessly integrate best decision-making practices across industries such as banking, finance, insurance, telecom, and beyond.

ProcessMIX was built to empower you to easily create and deploy tailored solutions that address your business challenges quickly and efficiently.

With its visual language, ProcessMIX enables you to build projects perfectly suited to your needs. You can create, edit, and debug within the platform, using a range of ready-made elements that accelerate development and minimize stress.
I recommend thinking about this exactly like the aviation industry. The language of the skies is English only. Thus all operational correspondence is in English, all training occurs in English, all logs are in English, all commands and instructions within the cockpit are in English, all preflight checks are in English. Pretty much everything that can be recorded and/or necessary to do the job is English only.

Despite that unrelated conversation among pilots can still be local language. Discussions among air traffic control off the radio can still be local language.

With regards to software all things related to work and product should be English only without exception. Things related to code theory outside of the product or personal education can be local language. That provides the flexibility to do what is most comfortable for self-learning but ensures there exists a fixed standard for work.

By the way, English became the language of the skies for safety reasons, not for communication purposes. Forcing English usage cuts through cultural dimensions that inhibit more honest expression by less senior people.
Why do you fantasise about writing pure html manually for an entire website? Haven't you done it before?
Project that does not need rust "Web, or IO" -> What would you actually choose to make an API then ? Python ? Ruby ? Did you compare benchmarks from rust server to python servers ? Did you actually feel the difference ?
Is using glasses to see a crutch? Asking as someone who needs them as much as I need the prescribed-for-life medications I’ve been prescribed.
Sure, but that aux data should not be used for any sub-second accuracy information. The PPS is the end-all be-all definition of the start-of-second. Improving performance of another band should never affect the performance of the sub-second jitter.

They should hook up a scope to that PPS output and compare it to a solid reference. I suspect if they're experiencing intermittent dropouts on a poor GPS module that the PPS signal likely is not a high quality reference. Those ublox counterfeits might be okay, but I've been really impressed with Navspark's pin-compatible ublox "knockoffs". Super cheap, super performant.
I wish and I'm sure Rust will get there some day but is there a no-brainer usecase today where it's really important to use Rust, one important enough to overlook the initial learning curve, developer scarcity and evolving ecosystem?

If there's a killer open product out there where the primary supported language is Rust(Linux kernel might as well be it someday), or if a big company launches a successful product in Rust then adoption may accelerate. For now its mostly limited to cryptocurrencies, performance critical paths or rewrite of hidden core components but nothing flashy.

"Nobody ever gets fired for buying IBM". Unless teams can say the same about their choice of Rust, people are going to be risk averse and prefer using safest choice as long as its good enough.
>Isn’t SEO an inevitable outcome of website trying compete for attention?

different Search engines with different rules and so forth would lessen the benefit of the O part, because it seems unlikely you could efficiently optimize for every particular algorithm and ruleset.

Perhaps SEO is an inevitable outcome of one big dominant search engine and also made worse by that search engine not really giving a shit about making its search work that well for years and years but only about how many ads they could push at people and how much they could charge for those ads.
Google, Facebook, and Twitter certainly wanted to (1) be the central source of identity and (2) hook into many/most 3rd party site logins.

But SSO/OAuth in general has far more tradeoffs. It outsources the difficult task of managing passwords (including hashing and storing), 2FA, password resets, etc. SSo allows the end-user to trust a few mega companies that have comparative advantage around security, and also benefit from having to maintain fewer credentials.
> strong political bias that make them bend the facts

I have a strong political bias because I feel the need to intervene when someone spread utter lies about stabbings in the Paris metro. Sure, I’m the one having issues here.

The issue is not accepting your experience. You are talking non sense about factual things.

Parisians mostly don’t take the bus by the way. The buses are awful and have been running like shit for the past two years as drivers are not being hired in preparation of the privatisation. Are you sure you actually know what you are talking about?
As someone who is using Rust in production for a year now [0], albeit in a different industry -- webdev, I really like the language. Sure, the first steps were rough, but eventually DX became decent, and the safety guarantees of Rust allow me to have a safe mind when developing and deploying (something I can't say about other popular dynamic languages).

Having said that, I agree with one of the commenters in this thread: Rust is essentially a solution looking for a problem. It is a great language, but it fails to find its niche. Rust developers are nowhere to be found, companies are not hiring Rust developers (except if you want to work in crypto).

[0]https://yieldcode.blog/post/one-year-of-rust-in-production/
Where is the link
Interestingly, Huly is also the sponsor of the Zig programming language[1].

[1]: https://ziglang.org/
Watch out for survivorship bias here. How many people worked in the bottling plants who did NOT become CEO?

A bit of Fermi maths here: the Pepsi Bottling Group had about 70K employees before it was bought by PepsiCo. Assuming a management/admin/support layer of about 50%, you've got maybe 35K employees directly engaged in bottling. This was only one of a multitude of bottling companies, but let's assume for now that while other bottling companies produce for other companies too there's probably no easy path from supplier to parent company unless the supplier is effectively a subsidiary.

From 1957 to today is 67 years. F&B turnover is around 75%, so we're talking about ~25 000 new employees/year for 67 years, which is around 1.8 million.

When you look at this astronomic career progression as a one-in-two-million event, it seems a bit less implausible.

Now for a bit of a silly tangent: there are around 33 million businesses in the USA now, and around 330 million people, which means around one business for every 10 people. Assuming each one of those companies has a distinct CEO (big assumption here), we'd find around 180 000 CEOs who once worked in a Pepsi bottling plant. It would almost be a surprise if one of those 180 000 was NOT the CEO of Pepsi.
Not a Rust dev, but couldn’t you use FFI to call the C routines from Rust?
Of course you‘ll have glue code which is seldom pretty, and depending on the amount of Rust actually involved at runtime it might be questionable to do in the first place.
He's got a bit of a problem in that he's said his self driving and taxis should work safer than humans using vision only but the trouble is humans are quite good at navigating the world using vision and who knows when better than human AI will turn up. Waymo etc get around it buy using lidar and the like to make the cars safer than humans even if not as smart. Maybe Musk should have backtracked on the taxis and stuck lidar on as a temporary fix till the human level AI turns up? Otherwise he's stuck with saying maybe next year.
Indeed. The entire purpose of DO’s is essentially to provide the consistency guarantees that KV cannot.
A fast transactional, durable LSMT implementation written in GO
Hello everyone! I've been studying log structured merge tree's and have implemented one in entirely written in GO with a write ahead log, transactions, and more! This is a single level approach. I hope you take the time to check it out and I appreciate any feedback, cheers! :)
Happy Birthday to us KDE is 28 years old today
Join us and hold a KDE birthday party in your city. Fill in the wiki, meet up with your friends and celebrate 28 years of collaboration, free software and altruism!

https://community.kde.org/28th_birthday
Perfectly normal for people to want to develop their skills and to enhance their value.

The thing is that this is not a developer's decision, this is a management decision. The developer might pitch for Rust or even start developing in Rust but if that is not right for the org then their manager should say 'no'.

So ultimately this is a red flag about management.
> If we can throw away all backward compatibility, can we have something simpler?

Maybe, but how do you stop people gradually building it up again because they need/want it for something?
That's an interesting idea.

While I don't have the answer, what we might consider is the incentives that come with each model.

In the current model, the incentives are clear. Google's incentive was to rent-seek all usefulness out of web search, privileging advertisement and their own profitability over usefulness.

I am not sure if a search engine beholden to the government would be ideal. Governments do have their own sets of interests (legitimate or otherwise) that may at times go against users.

Web search is in the end a piece of public infrastructure, used by billions across the world, very much subject to the Tragedy of the Commons.

Perhaps it should be some sort of nonprofit, as other projects are (Linux Foundation comes to mind, being a successful one).
> Do they pay you to do this?

Apart from Google sponsoring this in some way or the other (by boosting up SEO ranking in sites that display this) I believe that this is a consequence of the third party cookiegeddon and I guess that once your users allow this login their activity is tracked as first party in your website, which would simplify things a lot for, well, tracking user behaviour. Of course Google benefits more.
No, they're much further apart than that. Consider that the total number of asteroids is only 7 digits (i.e. not even ten million) and they are spread out across the asteroid belt that is larger than Earth's orbit.
I'm 404ing on your vision of future days; any hints?

The Apotheosis of Californication is The Days of Perky Pat (1963 but set on Mars)
It's an easy way to increase the user count and claim growth. Since the link is to StackExchange, it may be relevant that they are now dealing with a huge spike in users who do not actively participate and probably unintentionally created an account.

https://meta.stackexchange.com/questions/402813/user-activat...
> A Rama operation does not return a value to its caller. It emits values to its continuation. This is a critical distinction, as part of what makes Rama operations more general than functions is how they can emit multiple times, not emit at all, or emit asynchronously.
>pan-european ‘EU Inc' corporate structure is essential for European startups.

It's not. Even in the US there is lots of variation between states. Delaware company exists for a reason.

EU is already so harmonized that startups can shop for best corporate structure and law, just like they do in the US and run their business smoothly. Estonia, Netherlands, Ireland, Luxembourg, Sweden, ... pick your favorite. What makes EU more difficult as common market is more different business cultures, languages, and markets. That's not something EU can change from the top.
> faced with a combative user

the user from your line: "I really want to stress that I don't have anything against you or kagi :) just trying to be constructive."

Is combative that he was explaining what GDPR was while while other side was insisting on confidentially incorrect view?
Your logo is almost a 1:1 replica of https://ao.com.

Could be an honest mistake, but it's not a good look IMHO.
'I, Robot' Director Mocks Elon Musk for Tesla Ripping Off Film for Optimus