skysight-inc/HackerNews huggingface dataset:
Draft climate law threatens fines for datacenters that don't cut their carbon
In webapps it's often very useful to accept a subset of a domain entity as an APIs request body, or to return it as a response body.

It's nice having separate classes to describe the request & response bodies because this lets you automatically generate OpenAPI descriptors which can then be used for client generation and so on.

When your domain objects are small it's easy to just manually copy the data between your domain entities and request & response objects. Once your objects grow it's convenient to just automate the mapping in a way that still gives you compile-time correctness checks.
Cue is one of the most exciting developments that's impacted me professionally in recent years. I can't advocate for it enough.
This is a great post but my understanding is this has nothing to do with JSON, which is unopinionated about numbers. Rather, with JS's JSON parser.

Python, for example, has several JSON libraries which let you swap out the numeric parser so it yields Decimal objects all the time. It's overkill for most use cases, but essential if you're working with REST APIs in Fintech.
Even though "News" is in the name of "Hacker News" it's not just for "News" or "New Things", it's for everything hackers find interesting. This story, evidently, is interesting enough to gather 133 points in less than 1 hour so it is "Hacker News Worthy" even if it maybe isn't "news worthy".
Many parts of the UK, and half of mainland Europe? Was ongoing and in decline in some places, but become worse since the Ukraine crisis which has exacerbated, as both wealthy and poor are arriving en masse straining limited resources.

Sure, in a country with unused land, untapped resources, and infrastructure that can easily adapt, it could (potentially) result in growth and prosperity for all. But much of overcrowded Europe doesn't meet the prerequisites.
Prof. Emerita Lynn Conway to Be Inducted into National Inventors Hall of Fame
I think the single biggest mistake is differentiating HVAC from heatpumps. The second is not insulating

In the UK most newer offices use aircon to provide both heating and cooling. Its cheaper to put in, requires less maintenance and regulatory oversight.

However the biggest issue is that for any of your heating/cooling systems to work cheaply, you need insulation, and enough of it to do what you need. That means insulating floors, ceilings and walls. Moreover, having a bunch of thermal mass makes stuff a lot more comfortable.

My house is a 1930s semi-detached house. Think harry potter, english suburbia, and you'll get a good idea. It was designed to have an open fire in each room. This means that it has an airbrick in each room, plus a suspended wooden floor, supplied with, you guessed it, a fucktonne of air bricks. This means in its natural state, its windier than an open barn.

This means that with a 30kw boiler (8.4 tons or 100K BTU) working flat out for hours could get the house to about 19c (~66f) at best. Not only that but condensation clung to the walls, meaning a fucktonne of mould.

Combine that with huge south facing windows, meant that in summer the front room hit 37c(98f) with the blinds drawn.

Insulation and new windows with decent coating means that this summer (when outside was 40c) the livingroom's max temp was 27.5c this december we used 1500kwh of gas for heating. (compared to almost triple that in the house across the road.)
>The DSL was configured in YAML. The YAML was often so dense he recommended devs use Jinja to generate the YAML.

Did he then went on to design Ansible ? It falls into same trap

Only way you should be generating data format using language's templating system is

<%= YAML.dump(@config) %>

Also 9 times out of 10 I wished the app designer just used <app language> or <any common embeddable language> (like Lua) instead of making any kind of DSL (whether that's just data file pretending to be code or micro programming language)
There is a balance too between simply being older and being young and feisty, though. This smacks a bit of old arguments to 'just use assembly' or the like.

It is true there is an overproliferation of reinvention of syntax, but I have seen often older developers claim something is 'easier to read' not because it is actually so but because they are used to a certain cognitive load.

A good example is an aversion or misunderstanding of properties - these were first popularized by flash as3, informally entrenched against by get/set in Java, and finally enjoyed better syntactical support and syntaxes in C#. I have experienced a degree of pushback that properties are 'complex' or unreadable, when in fact the syntax is evolving to create something simpler and more cognitively manageable.

What is easily understood over time also changes, as newer frameworks become popular or more widely taught and understood, so the esoteric becomes widespread and the widespread becomes esoteric.

A good way to manage this tension for experienced yet aging developers and young yet inexperienced I think is two fold - make regular yet conservative pushes for 'modernization', so that there is room for the new concepts to enter without wholesale refactoring being necessary, while still allowing for the codebase to be understood by both new and old. The other is to require new features, styles, to be well documented, both externally and with in source commenting. This pushes even the new developers to consider the cognitive ramifications of the code they are creating, while also making the code clear to those less gifted or less syntactically experienced.
Indeed, good catch :
> Thorium was discovered in 1828 by the Norwegian amateur mineralogist Morten Thrane Esmark and identified by the Swedish chemist Jöns Jacob Berzelius, who named it after Thor, the Norse god of thunder.

https://en.wikipedia.org/wiki/Thorium
So, who's ready for another hackerspace group to own a submarine...
https://www.netflix.com/title/80239100
> "This is good news, not only for LKAB, the region and the Swedish people, but also for Europe and the climate...

No, this is not good news. Mining is one of the most polluting human activities there is. In addition, all those machines used for digging and pulverizing the minerals, they run on petrol.

In fact, the entire value chain from raw mineral to finished product, be it solar panels, wind turbine, or the latest iPhone, is totally dependent on fossil fuels: coal for making steel, petrol for the all the rest: mining, refining, transporting, installing.

This is the hard truth about so called "renewables" - they would not have existed without the use of fossil fuels. Anyone telling you otherwise is simply greenwashing. If we really care about our future a whole different approach is needed.
We had a player piano in my house as a kid. My Dad bought it from Shakey's Pizza when they remodeled. Along with a score of piano rolls.

I pumped through Under the Double Eagle march endlessly as a kid. What a thrill to hear all that music come out of a piano through my effort!

Maybe if this guy's music robot was pneumatic and required a kid to pump the compressor, then it'd provide that same thrill.
Speed / response is a perfectly valid difference. Had not considered it.

Leaky houses are already throwing money at the heating problem, and perhaps with a slower response time you would 'idle' the heating circuit at a passive 25C against 18C room temperature, and throttling up from there. Throwing money at it works!
He seems a remarkably humble man, for such a high calibre scientist.

The article states that Pääbo is described as being "a bit overwhelmed" by the attention he received after receiving the Nobel prize and he admits "It’s a bit of a burden, to be honest, all the attention I’ve been getting. But it’s a pleasant burden, and one for which I know I can’t expect much sympathy." He also mentions that at his Max Planck Institute for Evolutionary Anthropology, his co-workers did their best to stop the award from going to his head by "throwing him in the pond outside" and "removing his glasses and taking his phone away beforehand." Additionally, he acknowledges that the prize is as much his colleagues' prize as his, showing humility and team spirit.
> Why? When has taking the high road ever worked out for the ones with lesser power?

Oh, it's worked plenty well.

It's worked well to get a lot of: "there are more pressing issues right now, let's solve this one tomorrow", where that "tomorrow" in many cases ended up being 150 years later.
[pulled up from some levels of reply down]

No, the behavior is not correct, because changing /etc/localtime is an asynchronous operation. You're changing a file in the file system and expecting to observe a change in a running process. It's, by design, racy — and that's OK.

Taking this into account, the correct behavior is to keep a timestamp of when the last stat() call was, and only stat() again if it was longer than X ago. Even a few seonds would clamp down the stat syscall rate to ambient noise.

(NB: changing /etc/localtime, and then starting a new process is not asynchronous. But that's not the issue here. Two processes are doing things here — changing /etc/localtime and invoking localtime() without synchronization. You shouldn't, can't and mustn't rely on ordering of such unsynchronized events.)
LAX, an air traffic control tower, does not employ ERAM. Los Angeles Center (ZLA), the overlying air route traffic control center, does.
Quantum would absolutely change everything in DL/ML space.
VR has a lot of problems, but that’s not one of them. The only thing you’ve proven is that you have yet to use modern VR within the last three years.

The main problem is that the current VR device form factor is so intimidating for most people that they won’t even bother putting it on to try it. Instead, they’ll just make a lot of bad assumptions about a product that they haven’t actually tried yet for a good amount of time
My guess is that it isn't just down to the language, but possibly better design and perhaps better programmers. Back when I used Java as my main language I reimplemented a few projects in Java that had been C++ and sometimes got an unreasonably high performance boosts. (I'm not implying I always got things to run faster, but often). Most of those were down to:

- better understanding of the problem that needed solving, which leads to:
- structuring the application so it is better suited for what it actually has to do
- better choice of data structures and the algorithms that operate on them
- concurrency was more easily usable, hence the code would often run on more cores

In a couple of cases I discovered that Java was inherently faster because it coincided with "what the GC likes". In some cases Java turned out to be more CPU intensive, but that this was mitigated by being able to use more cores, so the user experience was better. (There were also setbacks: anything that looks like an LRU cache for instance is not friends with the GC, and you'd have to do silly tricks with NIO ByteBuffers plus serialization and whatnot).

A lot of Apple software is buggy, badly designed junk. It used to be worse, but you can still see that a lot of their software does beginner mistakes such as blocking calls in the main event loop, resulting in "spinning ball of fail" type blockages.

Some of their system software tends to misbehave as well, consuming lots of CPU and making the fans spin up if left unaddressed. It seems to be some kind of rule that for each release there is at least one daemon that shits the bed.
Looks like a great tool, any plans for releasing it on Windows and or Linux?
I like YAML for reading and TOML is entirely worse for reading (still million times better than JSON tho), and as the use cases are mostly read, rarely written, and if written they are code-generated (using configuration management), YAML fits better.
Yeah you'd have to be real fucking important for me to not simply pull back and walk away without a word.

But, I'm really interested in which situations you've actually done this, what reaction you wanted, and what actually happened ?
Ask HN: Who is a Superhero backed by an engineering marvel?
I re-watched an old Ironman movie recently, this made me think, Jan-2023, how far are we from people wondering around cities with superhero powers backed by some engineering ingenuity? A super strong robotic arm ? Gun that hits a target by touching some screen and hitting OK? .. or is it already here and I just missed the memo ??
That's a plausible explanation which I find to have support in personal experience.
This blind trust in technologies is very very wrong.
We are part of the system and things should always be designed to keep us as powerful fallbacks/system-degradation resource.
Or maybe they're just doing their service wrong. Who is to say?
There is I think a large percentage of engineers like this that are insecure and like people having the reaction you are having and acknowledging how good they are at understanding complex code.

The most effective way to handle this type of person is usually to make it clear you respect their intelligence/are impressed by them, and then to ask them if they can try to apply that same intelligence to a different problem: as near universal legibility as possible.

Trying to minimize context required for understanding code and think about how to put that map in their head in the code explicitly and to get as close as they can to universal language is a really really fascinating and difficult problem to try to solve, and even more impressive to see done.

If they listen to that and get it that type of engineer can transform and start to write fantastic, very legible code.

It think it depends on the type of intelligence they have, as well. In my experience there’s also a large percentage of people like you’re describing that are much better mathematically and visually/spatially than verbally. Sometimes this type of programmer is just better suited to writing the parts of a system that need to be very complicated. Some code is not really possible to write legibly without a bunch of prerequisite internal knowledge, like the deep guts of a game engine, some very complicated computer vision algorithm, etc. Having them stick to that stuff and make overview documents/general comments about whats going on can also be a good way to utilize their skill without as many downsides and illegibility problems.
How so? Turkey will not allow it to join, until Erdogan is in power.
You just need a bigger pump!
XML is cool and useful, but for humans you need good tooling to handle it well. And it still is very noisy with the all it's boilerplate and what advanced features can bring in. And overall it has a culture of making things complex, and complicated.
I've seen it work best with an embedded plan.

So engineers open a PR with terraform changes, the CI runs `terraform plan`, and comments on the PR with that diff. So you can see if your terraform is valid, if you're going to be destroying things you shouldn't, etc.

Larger, more complex testing is generally done by locally invoking your terraform on a testing environment. How this is setup kind of depends, but I've seen this work well for testing out complex changes before going to the PR & Plan stage.
Wouldn't it be easy to make those features optional and switched off by default in "YAML--"?
If intimate images can be taken without consent, then they will end up public. It's human nature at some level.

Not victim blaming; but this will not end unless those complicit can be identified and some inevitable punishment is created. Without that negative feedback then the positive thrill is too great for many humans to resist.
If you don't produce, you're simply going to get fired.
always was.

Commenting is fundamentally broken.
Would you please link an example, a specification, or something? I think I found something on GitHub, but it was not straightforward.
He mentions it at the end (the 'YAML subset' alternative), but the edge cases only cause issues if your keys and values begin with special characters but are intended to be simple text. I tend to defensively quote stuff (probably much more than I have to), and I rarely find these issues. I have other issues with YAML but not this.
It's very simple actually.

... just fucking don't, generate config in your configuration management tool of choice and then serialize it to YAML. You get all of the advantages (nice to read)and none of the disadvantages (need editor or it is PITA)
I have a non-robotic, modern battery vacuum. It has some extra features you can activate by connecting to an app. The one I remember is that it can estimate the quantity of dirt you vacuumed which sounds interesting, though obviously not vital to vacuuming.

Unfortunately, I would never consider connecting the app for fear of what info it might be phoning home with (even if it's just my vacuuming habits). It's too bad that "connected" is basically synonymous with stealing personal information. There are lots of cool non-spying things internet connected stuff can do, but companies have ruined it by using them mainly for bad.
> The genetic fallacy (also known as the fallacy of origins or fallacy of virtue)[1] is a fallacy of irrelevance in which arguments or information are dismissed or validated based solely on their source of origin rather than their content. In other words, a claim is ignored or given credibility based on its source rather than the claim itself.

https://en.m.wikipedia.org/wiki/Genetic_fallacy
Did anyone else click on this expecting to see a photo documentary about the life of a bin/waste collector?
Four rioters died of various causes, and Officer Sicknick was pepper sprayed and died of thromboembolic strokes -- it was falsely reported for weeks that he was beaten to death with a fire extinguisher. Saying he died "due to his injuries" contradicts the medical examiner's report, court proceedings and general sense.
Related: http://www.taobackup.com/
I worked with hand editing XML files in the past, and I didn't really have an issue with simple XML files. I actually prefer XML in some cases.

I see your point if you need to edit a complex XML with multiple namespaces mixed together, but a plain XML file can be just as readable as JSON.

Some JSON files can be really hard to edit by hand too. At my current workplace I often have to deal with nested JSON files, where a JSON contains values that are also JSON, but encoded and escaped so that it is difficult to edit.
that sounds terrible honestly. 4 hours every day in VR? I'd rather play pickup soccer with friends in real life than in VR.
Yeah, just slower, while keeping bigger gap. Still beats fiddling with gas pedal.
> YAML, as I see it, is trying to be to XML configurations what Markdown is to HTML

Yes, that's probably a good analogy. The big difference though is that if some Markdown fails to parse, nothing really bad happens, while a YAML file that fails to parse can bring a whole system down.

Also, Markdown is a famously ambiguous format; it trades precision for ease of write, and that's fine, mostly.

But in a configuration file, ambiguity is really the opposite of what you want.
Some did :-D
You worked on analytics on MindGeek. I saw your username and name in a list of current and former MindGeek employees. You have written about it on your blog.
I did, but domain made me think about oil spill
The "edge case" here is "I'm using dynamically typed language and some parsers implemented alternative wording for true/false"
I always find the anti-union stance interesting. Unions are, by and large, typically in your self-interest if you're an individual and sell your time for compensation in anyway. It doesn't matter if you're a Hollywood screen writer, professional athlete, or warehouse worker. As an individual you have significantly less power/leverage in negotiations than whomever is employing you with rare exceptions where you're quite close to irreplaceable.

Yes, unions can run amuck and like any structure can be abused, but the abuse is typically (not always) in the direction that benefits you as a laborer. This is counter to the current state of affairs where most all abuse in the labor market is one sided, against you. Typically your only real leverage is irreplacability and mobility across the labor market (or overall financial independene to stop working entirely). Outside of that you're at the mercy of whatever level of business manager sets atop you and take whatever they can legally (and sometimes illegally) get away with.
Wow that's like 2000s & 2020s mutant baby
Right hand was probably one-off the home row.
The environmental impact would be net positive. If it isn't, then there's little to discuss in Sweden, it simply won't happen.

Everything else is just details.
So even worse as you can't use any prior knowledge of lisp
XML is preferable for long or heavily nested data structures.

For small flat trees the alternatives are preferable
CNET Has Been Quietly Publishing AI-Written Stories for Months
I'd agree, yet I proceed from green lights with little regard; I drink the water from the tap; I use Paypal; I take aspirin from a bottle from heaven-knows-where.

We've entered the age of 'blind trust in technology'. We can hardly get out of bed without it.
Someone mentioned lnx.rs in this thread, how does it compare? And how about all the other new Rust solutions like MeiliSearch, Toshi, Quickwit?
Already submitted here in December with big discussion

https://news.ycombinator.com/item?id=34057699
FTA:
> the system is called Full Self-Driving

Also FTA quoting Tesla (https://images-stag.jazelc.com/uploads/theautopian-m2en/repo...):

> It does not turn a Tesla into a self-driving car

Is it self driving or not?
Translation:

Microsoft HR/Finance just discovered they won't have to payout/account for unused PTO on layoff/resignation in most states with this one weird trick.
That's not the way the law works in the US. People are legally responsible for hitting something in front of them but not for getting read ended after slamming the breaks. Partially this is why the Tesla system is so trigger happy about braking. Brad Templeton goes into the design/legality issues around the accident in some detail here:

https://www.forbes.com/sites/bradtempleton/2023/01/11/an-8-c...
One could argue that it's so cold in Sweden there isn't really an ecology there.
Not to mention kernel exploits, local privesc, unmaintained or abandoned distros, and many other issues.

I've seen so many people relying on the OS and thinking themselves as power users just by using it with default settings. I think it's a mistake, hence my comparison.

Attacking a secured Windows system is not at everybody's reach. Doesn't mean it can't be done, but it's something I don't like to read in security news, like finding and exploiting 0days will be easy for attackers.

It's not and can take some time. There's even a huge market for initial access. In contrast, exploiting a vulnerable Linux system (e.g., unpatched) is documented everywhere.
I’m not sure about macOS, but on iOS you can install the App Store Connect app (https://apps.apple.com/app/id1234793120) and then enable notifications for new reviews from there. ([app] → Notifications → Mobile → Reviews, [your initials] → Notifications → Customer Reviews)