skysight-inc/HackerNews huggingface dataset:
Around 15 years ago my wireless Magic Mouse's pointer movements would become so choppy as to become unusable not just if my microwave was in use, but also if a neighbor's was.

But upgrading to a new laptop+mouse fixed it, and I've never had a problem since.

Since they're on roughly the same frequency, interference makes sense. Microwave ovens are high-energy, Bluetooth is low-energy, so minor leakage can still have a big effect. But there's no health concerns or anything, precisely because it's still so low-energy. (You can't cook food with Bluetooth!)

But it does seem like some Bluetooth chips/stacks are better at hopping around frequencies to avoid it than others, or that particular devices just develop bugs.
A lot of these folks are.
A fitting title. The end of my reading, “As news outlets disappear, extreme political movements question the concept of objectivity and the scientific process.” Yuck.
Lenovo PC boss: 4 in 5 of our devices will be repairable by 2025
Bingo, and this is it:

> if the person isn’t in a positive state of mind or heart outside of work, chances are that she won’t be as effective at work

Aka next person on the pink slip list.

This person would be a terrible manager of anyone neurodivergent.
While trimming fat from excessively complex web pages would be nice, HTTP over TLS over TCP has some very clear fundamental inefficiencies that need to be addressed sooner or later.

The biggest one is that there is just no reason to negotiate multiple encrypted sessions between the same client and server just to achieve multiple parallel reliable streams of data. But since TLS is running over TCP, and a TCP connection has a single stream of data (per direction) you are forced to negotiate multiple TLS sessions if you want multiple parallel streams, which needlessly uses server resources and needlessly uses network resources.

Additionally, because TCP and TLS are separate protocols, TCP+TLS connection negotiation is needlessly chatty: the TLS negotiation packets could very well serve as SYN/SYN-ACK/ACK on their own, but the design of TCP stacks prevents this.

I believe it would be theoretically possible to simply set the SYN flags on the Client Hello and Server Hello TLS packets to achieve the TCP handshake at the same time as the TLS handshake, but I don't think any common TCP/IP stack implementation would actually allow that (you could probably do it with TCP Fast Open for the Client Hello, but I don't think there is any way to send the Server Hello payload in a a SYN-ACK packet with the default stacks on Linux, Windows, or any of the BSDs).

And, since you'd still need to do this multiple times in order to have multiple independent data streams, it's probably not worth the change compared to solving both problems in a new transport protocol (the way QUIC has).
Yes, if you want/need to do those things, then you need to inspect user traffic. But why do you want/need to do those things in the first place? What's your threat model?

Doing this breaks the end-to-end encryption and mutual authentication that is the key benefit of modern cryptography. The security measures implemented in modern web browsers are significantly more advanced and up-to-date than what systems like Zscaler are offering, for example in terms of rejecting deprecated protocols, or enabling better and more secure protocols like QUIC. By using something like Zscaler, you're introducing a single point of failure and a high value target for hackers.
Funny post. I came from purely webdev software engineering to hardware engineering and let me tell you, it is an interesting coalescence of mechanical, electrical, and software engineering (both firmware and regular 'ol software).

I sit in on several different design reviews and it kills me how similar each engineer thinks even with such disparate differences between each discipline.

In terms of difficulty for my smoothbrain to comprehend from easiest to hardest to understand, I'd say it goes mechanical, software, electrical, and then firmware.

Like holy hell, firmware engineering is a dark art. Kudos to firmware engineers.
Adjusting the power output is the definition of “inverter” basically. A few brands offer it, it seems like it was probably patented as it was only 3-4 higher end well known brands at least in Australia.

Inverters themselves are potential noise sources though so may be part of the issue but other implementations may not interfere.
I’m not clear on why I can’t use it. (I mean other that “it’s turned off”) The argument seems to amount to “you don’t want to”. I’m sure that’s not a reason to prevent me from using it.
From an engineering perspective, are there any things you prefer, or are at least glad to have learned from, in game dev?
Regardless of the accuracy of the origin story, Confabulation Theory[0] is the first place that I can recall this sort of explanation that combines knowledge with "honest lies". I don't know how accepted his definition of the word confabulation really is, but it seems a good descriptor of what's going on. Not a hallucination, but more an issue in walking the connections between concepts, with knowledge being stored in the edges.

[0]: http://www.scholarpedia.org/article/Confabulation_theory_(co...
Diab0lic's comment is true about future dividends - but my point is that comparing today's share price to the share price in 2000 and implying they haven't done much misses the fact that they've paid out something like $54 billion in dividends since then.

This will be wrong but true enough to make my point; With a market cap today of ~$215 billion, had CSCO not paid out dividends, their market cap would be $215 billion that represents current cash and the discounted value of future cash + the $54 billion that would also be in cash -- for a total of $269 billion. That's enough to add ~$15 to their share price.
This is really exciting news!

What is perhaps a bit unusual is that the Vespa team has existed for a very long time. Even before the project got its name (2004/2005?). If memory serves it will be 20 years this year or next year since the first bits of what became the Vespa platform were developed. Some of the people working there have worked together since 1998-1999.

I think much of the reason for the longevity of the team is that it was kept somewhat separate from the rest of Yahoo! so they could maintain focus.
September hottest on record by 'extraordinary' margin, says EU monitor
In this video we learn how to setup the business management system. Create the ruleBroker.js for business rules loading and execution processes.
Is this debate based in pragmatic concerns or just Real Engineering-envy?
> You would be better off using dynamic typing and returning an Iterator.

The point is that most of the time I wouldn't know it's returning an Iterator, because it's poorly or not document. At least that is my experience.

Anyway, I was only speaking for myself. And my personal experience is exactly the opposite: I'm far less productive in dynamic languages when working on any non-trivial codebase, for the reasons I stated.
You can argue that they aren't the top of the pyramid and I'd give you that, in exchange for the admission that the people working for FAANG, MANA, or whatever, are certainly a cohort of smart people who's skills could have gone to basically anything else and humanity would have benefited for it.
Of course it is; almost by definition. The confusion stems from the fact that most people use the term when they actually mean plumbing.
Please keep in mind the context of the discussion. A prior poster made a claim that they can read a file into memory, and that it won’t actually use any additional memory because the kernel will “automatically take care” of it somehow. This is plainly false.

You come in and say something to the effect of “but it may not have to read from disk because it’s cached”, which… has nothing to do with what was being discussed. We’re not talking about whether it incurs a disk read, we’re talking about whether it will run your system out of memory trying to load it into RAM.

> i mean, you just downloaded it from the network, so unless you think mmap() can hold buffers on the network card, there's definitely going to be a copy going on. now it's downloaded, you don't need to do it again, so we're only talking the one copy here.

What in god’s holy name are you blathering about? If I “just downloaded it from the network”, it’s on-disk. If I mmap() the disk contents, there’s no copy going on, it’s “mapped” to disk. If I read() the contents, which is what you said I should do, then another copy of the data is now sitting in a buffer in my process’s heap. This extra copy is now "using" memory, and if I keep doing this, I will run the system out of RAM. This is characteristically different from mmap(), where a region of memory maps to a file on-disk, and contents are faulted into memory as I read them. The reason this is an extremely important distinction, is that in the mmap scenario, the kernel is free to free the read-in pages any time it wants, and they will be faulted back again in if I try to read them again. Contrast this with using read(), which makes it so the kernel can't free the pages, because they're buffers in my process's heap, and are not considered file-backed from the kernel's perspective.

> i can and do. and you've already explained swap sufficiently that i believe you know you can do exactly that also.

Swap is disabled on my system. Even if it wasn’t, I’d only have so much of it. Even if I had a ton of it, read()’ing 100GB of data and relying on swap to save me is going to grind the rest of the system to a halt as the kernel tries to make room for it (because the data is in my heap, and thus isn’t file-backed, so the kernel can’t just free the pages and read them back from the file I read it from.) read() is not mmap(). Please don’t conflate them.
It's required if you have a middle-manager-like job. Especially in a smaller company, you have to know (in this way) a whole lot of people, so that they pick up the phone if you call them.
This is great. On a related note, we recently compiled Python 3.12.0 to WebAssembly: using it should shield almost any use case of malicious behavior even on external untrusted modules.

https://wasmer.io/python/python

Run it locally and see that filesystem access and network are completely sandboxed by default! :)

wasmer run python/python
I agree. It's also worth noting that Hitler himself was inspired by the US Jim Crow laws and history of violent racism. He used it as a model for his own ethnic cleansing. So for a long time Nazis and the US have had a symbiotic relationship.
I highly doubt if Krita has the man power to do this. They've been developing a new text system for more than one year. The new text system isn't designed to be compatible with Photoshop.

And even if it is, rendering text just like Photoshop is just a tiny step towards rendering everything like Photoshop.
No, I'm drifting into panic because I've seen that rational discourse just doesn't change anything.

There's always a reason to not-do anything, to not-upset anything, because, you know, the GDP, the stock market, think of the all the people involved in oil, etc.

Meanwhile we've shifted from ridicule to denial through downplaying and the outright delusional "this could actually be good".

What is not happening are any meaningful steps towards reigning in even the worst excesses.

So, yeah. Maybe panic is not the worst state of mind regarding this challenge?
Docker launches remote container builds, debugging tools, and more
Docker held the first day of their annual conference and launched some cool features.
I think that agents will be fairly ubiquitous within a few years. So instructing AI will be a critical skill.

There may also be a very large segment of the population that are small business entrepreneurs with only AI and/or robotic "employees".

There will be a very popular category of AI/robotic "co-founder" agent that does the "prompt engineering" for you to set up and reconfigure your business by selecting the team of bots and specifying instructions for them.

We will also start to see more and more anticipatory companion agents that somehow monitor the stream of input that you consume as well as your output and just predict and produce much of what you want before you request it.

I personally don't see a big future in traditional jobs.
What a day to forget my wallet at home. I wonder if this is preventing me from adding my card to GPay, because I am getting this exact error.
I just find it strange that in this and the other story, everyone is saying that the initial fine should have been larger.

Is the theory that the company is going to ignore this? That seems implausible; I'm guessing that they're scrambling to avoid further problems and make sure the relationship with their regulator is good. From the regulator's perspetive, what benefit would it do to actually put them out of business, or to seriously wound them, or scare them more? Or, are we trying to establish a precedent that "you may be seriously damaged even upon first infraction"? Is that the behavior we want companies to anticipate - that the government will attack super hard upon first infraction? If that's what we want, okay. But to me that seems too strong, since there are tons of laws and rules with arbitrary enforcement; given that it makes sense that when agencies get involved, they initially fire warning shots like this so companies know someone is paying attention. Then in a month, if the company hasn't taken serious steps to solve this, the regulators can start nuking companies who don't comply. I'm definitely pro regulation, but there's a trade-off because companies need to know the rules so they can plan, budget, consult, etc. so having this initial trigger that working to figure out what is allowed/forbidden/etc is good. Companies pre-emptively being extremely scared will have huge costs (money/environmental/speed), too, especially when it's for things which don't matter or which agencies don't actually care about.
Novel Memory Architecture Bolsters Security
Portals Between Electron Processes
The government can not do a unity..
i'm not surprised

basic geometry was probably fundamental to the architecture necessary to make civilizations

i'd bet that as far back as we can find large structure there would probably have been strong understandings of geometry to make them

plus, humans have been around for 200-300k years, what we can find is from ~12k-25k years ago at the very fringe of our investigations. no doubt people have been mathematically capable for longer than they've been able to take full advantage of the concepts they understand
My understanding is that cats purr both as an expression of happiness (like when petted) but also when sick, presumably for self comfort.

Both of my cats without fail will gravitate towards me or my gf when we are sick and sit on our chests and purr. it's very sweet.

I can produce a purring sounds in the very back of my throat but my gf can't no matter how much she tries/practices. I speak German natively and the purr is very similar to the sound of the letter "r" which I guess a lot of English speakers have trouble with.
>you create a blueprint of something like a bridge and you don't start building the bridge until the blue print is done. Then the bridge building process is reasonably predictable and structured because you already solved all the problems

Which is hilarious, because nothing in the real world works that way. My BIL is a civil engineer and he spends tons of time traveling to sites to solve problems that pop up during implementation.
The vast majority of new satellites are being placed into low earth orbit, which is cleaned up fairly quick by atmospheric drag. You can see this on an animated Gabbard diagram: https://www.youtube.com/watch?v=aRUaENzxH44

In higher orbits, particularly GEO (like the satellite in question), it's much more of a problem. Laser brooms might one day be used to deorbit small pieces of debris, but dead satellites beyond LEO will need to be grabbed and tugged/thrown into safer orbits.
Norway's Jon Fosse gets Nobel literature prize
Inode limits depends on the file system you use.

I am using Btrfs.

Btrfs inode limits is in a whole different league (whereas ext4's inodes are allocated at filesystem creation time and cannot be resized after creation, typically at 1-2 million, with a hard limit of 4 billion, btrfs's inodes are dynamically allocated as needed, and the hard limit is 2^64, around 18.4 quintillion.

> -- https://unix.stackexchange.com/questions/18388/what-are-the-...
> and their failure modes are understood in relation to each other.

This is super important and why the other poster really doesn't know what they're talking about.

These things are most definitely tracked, anyone who thinks otherwise is encouraged to do a search for MTBF, MTTR, etc. Even the most simple manufacturing plant will track these and do things like keep parts on hand or not based upon them.
Agreed. I was quite happy with my Pixel 6 until the 7 was released, which I got for my wife. Immediately noticed that both phones cameras were worse.

In particular, shots of light-eyed people show as fine initially and then when the software processing finishes they have almost black eyes from all the contrast they add. If you choose raw you need a whole other processing pipeline, not to mention you get to see how shitty these sensors and lenses are without software doing a herculean lift.

I was able to work around it on my 6 with a GCam APK but couldn't find one for the 7.
Degree in magic to be offered at University of Exeter
I've got astronomical data for sun and moon rise and set, and inclination etc.

im making sofware that generates pretty html calendars displaying this in normal almanac type forms. I'm trying to make it easier to see "at glance" which nights are darkest, or when the darkness lasts longest, for things like astro-photography... or which nights are best lit for hunting.

The data is the easy part. Deciding how to show it in a way that makes sense and doesnt require effort to decode, that's hard. The sublime ease with which we read conventional calendars is amazing.
Engineering, no matter where it is, is about reacting to costs and benefits. Software engineering has radically different costs and benefits than physical engineering. It would be inappropriate to blindly copy over the engineering practices from other fields without adapting to the huge changes on both the costs and benefits sides.

If other engineering fields had metaphorically similar costs and benefits to software, their procedures would look like ours. If they could flip a flag to change the color scheme on their hotel and push the "compile" button to tear down the entire previous hotel and build a new one in 30 seconds, they would not be using blueprints and carefully planning their every move. They'd incrementally build a structure just like we do, pre-existing libraries, iterative development, the whole thing. They don't not because this is not engineering, but because they can't. You can't afford to have an inspector come in at the end of their project and announce that the ceilings are 6 inches under code and the whole thing is condemned.

I find the occasional moon-struck love affair with other engineering disciplines and how they're doing real engineering and aren't they just so dreamy to be badly misplaced. They would be jealous of us, if they knew what we had. They're doing real engineering. We're doing real engineering. The people not doing real engineering are the ones who blindly copy inappropriate methodologies from other engineering disciplines, which is the engineering methodology equivalent of writing object oriented code in Haskell. Building a program like it's a skyscraper and we must plan our every line of code, which we can place only once, and it must be perfectly correct, six months in advance, is as inappropriate as trying to build a skyscraper through iterative development.
FTX Workers Knew About Alameda’s Backdoor into Customer Funds: Report
These are just assertions without evidence, and every time I see these they inevitably end up being someone’s ideological gripes rather than something based on evidence.

Cars are awesome. Yes, islands are constrained in space so it makes sense that everything including houses would be more expensive.

But not everywhere is Singapore or Hawaii.
Isn't every company doing all they can to force their other engineering into software delivery paradigm?

The whole "seat warmers as a service" pops to mind

That's the whole idea of "Digital Engineering"

The former Acquisitions Chief for the US Air Force just announced that they got a contract to CERTIFY a plane for airworthiness before ever actually building one in real life [1].

So yeah, it's happening

[1]https://www.istaridigital.com/press-releases/air-force-award...
Not sure the holding it wrong moment deserves so much weight. The dude was mega embarrassed. It wasn't like they knew in advanced and planned that whole disaster with hubris to believe the way you held it mattered

So many stronger examples of Apple intentionally losing its soul
I blame systemd for this. Hacking together a few rc.d scripts was way more fun than putting a systemd recipe together, though I do admit that systemd is good and necessary from a stability POV.
It's transmitted a very short distance.

https://electreon.com/
> development of a world model, rather than, or in addition to, a model of the training corpus

But the training corpus describes the world, so a model of the training corpus is a world model
Low on data, but hell do I wanna see that wall as a photo.
Continuous improvement is the bedrock of pretty much everything modern. It’s a lot easier to make frequent minor revs than it is to do rare, gigantic revs.

If you work in software, think of it as normal SDLC versus once-a-decade waterfall style total respec and rebuild. Which is more efficient?

It also spreads demand more consistently, rather than having 90% of demand landing in the first year and 10% spread over the next four. What would that mean for production capacity?

Continuous processes beat batch processes every time. See also: Tesla’s ideas about model years.
Google Docs has helped so many people and companies move forward with collaborative document writing and editing. How is that malicious?
Show HN: I build a dedicated news site for AI developers (think HN for AI/ML)
Think of HackerNews, but only for AI content.
Did build this out of the wish for easier discoverability of new technologies in the AI/ML space.

Obviously, so far only a tiny small community, but maybe a few of you find it nice to be around and want to post a link there every now and then :)
Welcome to the desert of the real. That's some real diversity for you.

Not everything that shines is gold my friend.

But I concede my comments are really ranty. Sorry about that. It's frustration.
Outside of therapy which you just mentioned, how are you coping with all of this "doom and gloom" ?

How are you preparing for the worsening effects of climate change?
The Affinity Suite has substantially better UIs than the Adobe pendants. It just works immidiately without tutorials, and it works really well
DeepMind cofounder is tired of ‘knee-jerk bad takes’ about AI
Getty Images CEO Craig Peters has a plan to defend photography from AI