skysight-inc/HackerNews huggingface dataset:
Exactly, but distinguishing the two that requires an excellent understanding of the problem space, and can’t at all be figured out in the solution space (i.e., by only looking at the code). But less experienced people only look at the code. In theory, a thousand repetitions would be fine if each one encodes an independent bit of information in the problem space.
Some grasp it but see its trade-off contract, which is demanding.
On the other hand, they are the only wall left standing between the old Web and ChromeOS everywhere.
Why do you believe this would "explode the costs" ?

Why would the resulting safety improvements be "marginal" ?
Ditch Your Subscription
I had a tangentially related situation many (~20?) years ago when I bought a music album released under Sony, I had a sweet PC based Hi-Fi setup, and the DRM ring they'd added to the disc meant it wouldn't play back at anything above MP3 128.

I noticed a ~1.5cm ring around the outside of the disc was visibly a different colour/texture to the standard audio part; I tried blanking it out with Sharpie which some people online suggested might work, but eventually gave up and contacted Sony to tell them how pissed off I was that they were preventing PC-based music listeners from listening to what they'd bought. They sent back an apology and a new copy of the disk without the DRM/MP3 crap.

I bet LibreDrive might have worked by letting me just read the disc raw and grab the bits I need.
Imagine, if you will a bed of gold embroidered and wrought with the most excuisite works. Above the bed however is a sharp sword suspended on a single hair of a horse's tail. Would you avoid relaxing on the the bed because the sword may fall and kill you at some point in the future?
I was using ogimpact.sh in the past, but they went out of business, so to speak. They do offer self hosting, but I found the guide confusing and decided to build my own.

It works pretty well for my needs, but hopefully can be useful to some of you guys!

Happy to answer any questions :)
The latter pattern is very popular in Python web scraping and data parsing niches as the code is quite verbose and specific and I'm very happy with this approach. Easy to read and debug and the maintenance is naturally organized.
Transmit is a file transfer app; it's used to get access to existing files on your own Google Drive without installing Google Drive's native app. Limiting it to a subfolder would defeat what I believe to be the most common use case.
With the database it depends on specific queries. Ideally, you can hammer it and it will be fine.

If you have inefficient queries, N+1 problems, competing locks, full table scans, temp tables being generated, etc then more concurrency will amplify the problem. Thats all I meant.
"However I am not going to complain about people smashing the machines meant to replace them."

Imagine coming home and finding your car wrecked and your home appliances such as washing machine, vacuum cleaner and microwave smashed into pieces.

What happened is that a guy who could have been your horse guy and a bunch of people who could have been your domestic help (a maid, a butler) in 1900 got angry at the machines which displaced them. Also, a now-unemployed phone exchange operator from the 1930s smashed your phone; why should you be able to connect a call to another city without going through her first?

After all, as a programmer, you are likely a solid middle class, and middle class homes once used to support numerous manual workers to clean, cook etc. for them. Thus, they acted as important job creators. By adopting machines, you destroyed their living and sent them on the dole. Unfortunately, they didn't have unions strong enough to nip microwaves and washing machines in the bud.

From the point of view of 2024, an absurd scenario, right? Because this development is over and we are used to its consequences. Employing people to cook and clean after you is even considered a bit gauche.

The most successful automation usually displaces workers all over the globe, not just in a few factories. Having a phone that connects you from Texas to New York without living people in the middle is a result of many people acting in "naked self-interest".
Is anyone really surprised?

At the risk of sounding racist (though I'm Indian, so I guess I get some leeway here), there are likely more biases at play than it seems.

You’ll see South or North Indians from a particular state prefer hiring employees from the same state, who speak the same language, and who look like them. And it doesn’t stop there. Caste discrimination plays a role too, and it even has its own Wiki page: https://en.wikipedia.org/wiki/Caste_discrimination_in_the_Un.... See also:

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

[2] https://harpercollinsin.medium.com/how-does-anyone-know-what...

This kind of thing is so rampant in India that you hear about it all the time on Reddit.

So yeah, Cognizant has been found guilty against non-Indians but they probably do this to other Indians.
The average age of a Norwegian car is still 11 years (https://www.ssb.no/en/statbank/table/05528/tableViewLayout1/), not the five since DAB+ has been mandated. I don't know if Norway has a large car radio upgrading scene, but support is still far from guaranteed. Broadcasters may have switched away, but with the modern omnipresence of services like Spotify, I wouldn't be surprised if the cars not supporting DAB simply don't use their radio anymore. Based on the numbers I can find, 30% of Norwegian cars still can't receive DAB broadcasts and at the time of the switchover only a third of the cars on the road could even receive DAB transmissions. Percentages improve if you also count home radios (that's where the 97% number comes from) but it's a lot easier to install a new radio at home than it is to upgrade your car.

Furthermore, DAB transmits on an even higher frequency than FM, so mountainous areas will need more transmitters than with plain FM, not less. Sure, the combined digital streams DAB provides are used to reduce the amount of transmitter installations, but that also could've happened with FM.

DAB is far from a failure. It'll eventually replace FM by mandate, because there's an incentive for governments to let more radio stations pay for broadcasting licenses. However, it's also far from a success at the moment. Access to streaming services such a Spotify or the internet broadcasts of the radio stations themselves has probably eased the transition as well.
Zerocopy 0.8
Gitea development has mostly moved to Forgejo after some drama.

https://forgejo.org/
I don't think you read it that closely, or are operating with the same biases as the author, as arguably yes, there are obvious inaccuracies.

A simple example

"Unit 8200, for example, has been the source of much of the world’s most infamous spying software, including Cellebrite and Pegasus"

Cellebrite and Pegasus aren't products of Unit 8200. They are not the source of them. At best one can say that alumni of 8200 created them (or if one wants to get the closest the source, "products" (i.e. alumni) of 8200 created them).

The language they use is not accurate and they do it purposefully to be inflammatory.

If they wanted to write Unit 8200 has trained a pipeline of people that these companies can gobble up, that would be accurate. But how is that fundamentally different than MIT, Stanford et al training a pipeline of people that go to big tech firms that also arguably violate privacy? Would we blame the schools for the privacy violations or simply blame the companies their alumni work for?
For e.g. PaintEvent() from pure Go code? Not yet, but I have some idea on how to make it possible.

Until then, a nice feature of CGO is you can write one custom Qt subclass in a .cpp file in the same folder as your .go files. Your C++ will be compiled with `go build`, and you can use your custom class directly from Go/MIQT. So even if some advanced Qt feature is not in the binding, anything is still possible at least. I'll make an example about this.
Someone advertise me why vacuum cleaner needs internet?

I have xiaomi unit and I haven't connected it to an app, so it has no connectivity. It does it's job - cleans house 1st floor.

Is it useful to target specific places to clean? Ok, that is a feature that would be useful but I can live without.

Remotely starting? Fancy feature not sure I need - you can aswell start it when leaving the house. Maybe useful for some people when wanting to cleanup after guests remotely, but then again who knows what's dropped on floor there.
> Ignore fields coming from the API if you don’t need them. Keep only those that you use.

This is great if you know what you need from the start. If you only find out what you need after passing your data through multiple layers and modules of your system then you need to backtrack through all your code to the place of creation.

If you have immutable data structures then you have to backtrack through multiple places where your data is used from previous structures to create new ones to pass your additional data through all that.

So if your data travels through let's say 3 immutable types to reach the place you are working on then even if you know exactly where the new field that you need originates, you need to alter 3 types and 3 places where data is read from one type and crammed into another.

If you have a dict that you fill with all you got from the api there's zero work involved with getting the new piece of information that you thought you didn't need but you actually do. It's just there.
Actually making 5 completely independent systems would be exceptionally hard. No shared code or team members, no shared hardware... For example, what 5 computing platforms would you use? x86, ARM, RISC-V and...?

Math rarely applies so easily to real life. Talking about "independent" systems is cheap.

If at all possible. How would you transport yourself to work using two independent systems?
nuclear can be turned modulated pretty fast too, look at France. We indeed should look at final year balance.
Edf indeed needs to sell as much as they can, because of arenh. Afaik it'll end in the end of 2025. "In France, alternative retailers (i.e. those who aren’t EDF) can currently secure regulated access to energy produced by EDF’s existing nuclear fleet under the ARENH mechanism. It places an obligation on EDF to sell up to 100 TWh of nuclear power annually (about 25% of its production in France) at a regulated price of €42/MWh." It's interesting how the things will turn the next year indeed and how edf will handle it's new freedom
I keep things simple by setting aside blocks of time to focus on just one task, and I avoid checking emails or messages during that period.
Another big help has been reducing context switching ie switching between different apps/screen - I found it not effective for deep work at all
A tool like https://saner.ai/ can help extract information faster without having to switch around many apps which increasing context switching
Which explains why its market value is hovering at $160 while its former worth, when it was properly managed, was $3-400. Am I spot on?

The problem is that every Fortune 500’s internal systems are hooked up to it.
There is actually a major problem with long functions - they take a long time to compile, due to superlinear complexity in computation time as a function of function length. In other words breaking up a large function into smaller function can greatly reduce compile times.
Exactly, yeah - the noise to signal ratio is shifted catastrophically because you can generate infinite amounts of bullshit in a flash. You don't have to trickily convince people that X is true instead of Y with some carefully planted forgery, you can just drown out the Y with a billion fake X.

It effectively kills the non-walled internet as an information repository.
In my former industry, and my former line of work, we would never trust the integrity of an OS image on an SSD delivered from the manufacturer by standard courier (not e2e receipted CoC) without some means of verifying it on the receiving end e.g. checksum. Easy to do with network hardware, harder with PCs. Much simpler to just PXE-blast all the devices when they arrive.
Before HTMX I used Turbo Hotwired and Unpoly.

From my very personal and pragmatic point of view (I am a lone developer : I need to create software solutions that are robust and that simply work without the need to spend months to learn a new technology, that probably will be replaced by a new one in two months or so, that no customer is willing to pay), HTMX is the most pragmatic and useful solution.

It is complete in features and you can do literally anything with it and is easy to integrate in existing web applications.

I used it with CodeIgniter and now with Golang.
I think you need to better support the contention that the National Labs are “horribly, horribly mismanaged” [not even just horribly, but horribly, horribly]. I think many of us would like to hear your stories. But note that many in your audience here have decades of experience across both National Labs and leading industrial laboratories. Please, share your stories that span the contributions of tens of thousands of top-level STEM contributors across practically every area of scientific and engineering endeavor over the last, say, 15 years. Remember to stay unclassified…
Proprietary software doesn't have such issues.
China aside, the poorer countries where US manufacturing moved into hardly see the US as an enemy, and the dependence goes both ways. A US trade embargo against a smaller country that rebuilt its economy to supply US customers would be nearly as destructive as a war.
That honestly feels like a minor problem, and not something to optimize for. Also an aggressively inlining compiler will experience exactly the same problem. AFAIK at least clang always inlines a static (as in internal linkage) function if it's used only once in the translation unit, no matter how large it is.
DICOM Medical Image Standard Chooses JPEG XL as a Payload Codec [pdf]
DICOM 2024d version published today uses JPEG XL for coding images. It supports JPEG XL completely: lossless, JPEG1 recompression and lossy, including multichannel. This can reduce archiving costs, speed up operation, improve image quality and telemedicine latencies substantially.
> Is there an actually good reason for the channel selection being awful?

The only one I can think of, based on my experience back in the day, is to prevent people from picking 2.4GHz channels that aren't 1/6/11. Modern routers often come with visualisations to show why this is a bad idea, but I've seen plenty of cases where people went "wow, these 1/6/11 channels are super crowded, I'll just use channel 3 because nobody else is using that" and making the situation much worse by now overlapping and interfering with two common channels instead of just one.

Part of the spec also mandates that for wide 802.11n channels, you can't just force yourself into using a wide spectrum when there's not much spectrum to go around. On the 5.2+GHz band there are also legal restrictions (such as DFS, to not interfere with radars, and sometimes transmission power limits on specific subsections of the band).

Some larger corporate WiFi installations will automatically adjust channels across many access points to optimise coverage and minimise interference. Perhaps ISP APs will do something similar, as ISPs have a somewhat accurate map of what frequencies are used in a geographical area. That seems rather overbearing to me, though.

I still can't think of a reason to not let users pick one of the "good" bands themselves. Some kind of automatic frequency selection is a solid default, but I don't see why users shouldn't get the freedom to override that default.
The "loosey-goosey" approach to data in coding is one of my biggest pet peeves. Some people absolutely insist on making everything as dynamic as possible, and then wonder why we end up with a buggy mess. I always found it very natural to move as much as possible into the type system, because why wouldn't I want the machine to find all my inevitable mistakes for me?
I think the problem is that different data containers have completely different interfaces.

If getting a filed of your object had the same syntax as getting a value from a dict you could easily replace dicts with smarter, more rigid types at any point.

My dream is a language that has the containers share as much interface as possible so you can easily swap them out according to your needs without changing most of the code that refers to them. Like easily swap dict for BTreeMap or Redis.

I think the closest is Scala but it fallen out of favor before I had a chance to know it.
This is over a decade old at this stage, it would be interesting to know how his thoughts have evolved since.
I think Stephen at least dares to ask the question.

Here is a little thought-experiment on the Nature of Time.

You take the three body problem and you pick an initial condition and generate the trajectory of the three body from 0 to T by integrating through time with some numerical scheme like Runge-Kutta.

Now you do it again, and again, generating each time a "universe" of three-body trajectories. Doing so allows you to build a dataset of physically realist three-body trajectories.

And now the kicker : You train a diffusion model on this (potentially infinite synthetic) dataset. Once trained, to build a "universe" (aka 3-body trajectories) you only need to sample from this diffusion model. There is no more need to integrate through time. Past, present and future inside the universe just fold themselves into place in order to make sure the universe follows the time-evolution constraint.

When working numerically, both these schemes can theoretically be as accurate as desired (error smaller than any chosen epsilon), although the diffusion model seems to potentially necessitate more memory in toy model, it's not evident as the universe is stored in a compressed fashion which necessitate less memory when the universe is no longer a toy model.

The underlying question I perceive from Stephen works are is whether it's more efficient computationally to explore all possible universes simultaneously in which case time is a mere constraint you have to solve, or to generate each universe independently stepping through internal time.

Although it may seems to be the same (our perception only having access to a slice of the multiverse), as in the end you get in both cases a physically consistent universe, the nature of the sampling process change the distribution of possible states. It also opens the possibility of shifting across various universes, not that we would be physically aware of (the previous universe and future universe), but we would benefit by experiencing a "better" universe. It's the same vibe of ideas which states that our universe has been fine-tuned for life to be possible.
That's not an improvement, as it screws up the code flow. The point of inline blocks is that you can read the code the same way as it is executed. No surprised that code might be called twice or that a function call could be missed or reordered. Adding real functions causes exactly the indirection that one wanted to avoid in the first place. If the block has no name you know that it will only be executed right where it is written.
I would call both gatekeeping. All forms of creation; using AI, CSP or paint to make art, or using ChatGPT, a game engine or no game engine to make games, are all valid, with different restrictions and advantages.
I once, in the EU, applied to a role at Cognizant.

The application process was on-line, fill in a form, then submit and you get a page come back saying you've applied - but no confirmation email, no application ID, nothing.

I wanted some confirmation of application, so I tried to contact Cognizant.

This turned out to be impossible.

I won't go into the long-winded details of all the ways in which trying to contact Cognizant fails; but it was in fact literally impossible to contact Cognizant and say "did you get that application?" and it was all down to simple, basic incompetence at Cognizant - broken email addresses, phone numbers listed but which did not exist, no responses at all from such contact methods that did work, and so on.

I never heard back from them about the role, which had been advertized and then re-advertized, for a hard to fill skill set, and that was odd, because I'm a experienced specialist in a field where there is a profound shortage of staff; my suspicion, given the problems contacting them, is that they messed it up.

Additionally, I've come since then to have a sense that large consultancies probably take something like 50% of the payment being made by the client, as opposed to the usual 15% or 20% of a recruitment agency.
> additional challenge of offering it over a network socket across multiple requests and doing so in a performant manner.

@kkielhofner thanks a lot! now I realize it. I see, there is even GRPC support in Triton, so it make sense.
This thread is a great illustration of the reality that there are no hard rules, judgement matters, and we don't always get things right.

I'm pretty long-in-the-tooth and feel like I've gone through 3 stages in my career:

1. Junior dev where everything was new, and did "the simplest thing that could possibly work" because I wasn't capable of anything else (I was barely capable of the simple thing).

2. Mid-experience, where I'd learned the basics and thought I knew everything. This is probably where I wrote my worst code: over-abstracted, using every cool language/library feature I knew, justified on the basis of "yeah, but it's reusable and will solve lots of stuff in future even though I don't know what it is yet".

3. Older and hopefully a bit wiser. A visceral rejection of speculative reuse as a justification for solving anything beyond the current problem. Much more focus on really understanding the underlying problem that actually needs solved: less interest in the latest and greatest technology to do that with, and a much larger appreciation of "boring technology" (aka stuff that's proven and reliable).

The focus on really understanding the problem tends to create more stable abstractions which do get reused. But that's emergent, not speculative ahead-of-time. There are judgements all the way through that: sometimes deciding to invest in more foundational code, but by default sticking to YAGNI. Most of all is seeing my value not as weilding techno armageddon, but solving problems for users and customers.

I still have a deep fascination with exploring and understanding new tech developments and techniques. I just have a much higher bar to adopting them for production use.
OpenTofu has a new contributor and potential MVP
Isn't it the other way around, nobody writes React by hand they all use JSX?
On a separate note the authors setup
https://nullonerror.org/2024/03/20/my-2024-setup/
Part of that may be you learned to detect these behaviors and not always correctly. Another part may be old commenters getting nostalgic and/or angry (a thing in life).

Did my homework though and checked top ten threads and their first comments where all these karma people should be. All top comments are pretty HN spirited. One of these may be called nostalgic but has a specific request in it and doesn’t look like a bait.

Part of that may be my perception problem.
Totally. I just meant that those are less direct. Species usually don't reach a point where they change the climate because they are stopped by other mechanisms long before. Our cycle is slower, which gives us time to destroy more stuff before we "get regulated", I suppose.
Agentic Architecture: A Paradigm Shift in AI and Software Design