It is a trade deal. It is always bad for some, good for others.

We are at a crossroads if we continue with globalism in the remaining world or if everyone is on its own. I prefer the first. The EU, Canada, Japan/Korea/other Asian states form a great alliance not associated to China or the US. Will not help military wise, but will help market wise.

> This test is a manufactured problem, a silly premise, false test cases and honestly dishonest if not ignorant

It’s amazing how vitriolicly wrong people can be. Before publicly criticizing someone in the above way, prove them wrong first. Don’t just assume they’re wrong.

I think everyone would seriously benefit from learning poker. I used to play professionally and the idea of looking at things as probabilistic bets, and in terms of expected value is so deeply rooted in my mind

Investments are bets. Most sane investors aren't putting it all on one thing

Startups are bets

Applying for jobs. Sales. Dating. Health. Basically everything

You risk $X money and time for a payoff of $Y that comes Z%

You can make the best decision and have a bad outcome because there are so many unknowns. This isn't chess

You can play everything wrong and still hit it out of the park

I mean this is one of the range of outcomes that could've happened. You can't declare yourself a success or failure from one project

Just keep making good decisions and don't risk it all, and you'll more than likely end up fine

Fair point on the tone. I'll trade the rhetoric for physics.

A "row" in this context is a single step of the Keccak-f[1600] permutation within the AIR (Algebraic Intermediate Representation) table. Most engines materialize this entire table in RAM before proving. At 2^24 rows, that’s where you hit the "Memory Wall" and your cloud bill goes parabolic.

Hekate is "better" because it uses a Tiled Evaluator to stream these rows through the CPU cache (L1/L2) instead of saturating the memory bus. While Binius64 hits 72GB RAM on 2^20 rows, Hekate stays at 21.5GB for 16x the workload (2^24).

The "committees" comment refers to the gap between academic theory and hardware-aware implementation. One prioritizes papers; the other prioritizes cache-locality. Most well-funded teams choose the easy path (more RAM, more AWS credits) over the hard path (cache-aware engineering).

If you want to talk shop, tell me how you'd handle GPA Keys computation at 2^24 scale without a zero-copy model. I’m genuinely curious.

You should probably write this as a blog post or readme and submit the link instead. I can't provide any technical feedback since I don't even understand what a row is in this context.

I don't have "strategic planning" committees or HR-mandated consensus...

Look, if your code is better just say it's better. But this kind of LinkedIn slop conspiracist virtue signaling isn't a good look. It's fine to believe that but you should never say it out loud.

Trade deals with poorer countries usually hurt the working class of the richer countries and benefit the wealthy. It's basically freedom to perform labor arbitrage.

> If you have heard of the Handmade community, you likely think...

I think that "the Handmade community" are people who mistook Casey for a messiah, in a sort of "Life of Brian" scenario.

The best part of "Handmade" is when somebody who'd otherwise doubt their ability makes a video game. The resulting games are usually at least interesting, and video games are art so, interesting is enough. If Steam had a dozen interesting crap games for every asset-flip cash-grab piece of junk it would have a very different reputation.

The worst part of "Handmade" is the mob of people who can't and won't make useful software but feel Casey (and much worse Jon Blow and Ginger Bill) has given them permission to criticise anybody who does because the software didn't meet their sky-high expectations.

Are you on a desert island with no access to the Internet? If you don't know docker, what's faster? Reading all of the documentation first and then figuring out the difference between, say, run and exec, or just copy and pasting a command from a tutorial until it sinks in and you gain a better understanding? This is the AI information age. If docker has eaten your hard drive, and again, you don't know docker, is it easier to have ChatGPT tell you, or muddle around with ps, rm, images, rmi and all of the various options.

If you have a command with a bunch of flags, static documentation like man pages are just such a poor interface compared to eg explainshell.com. This opinion obviously gets me thrown out of the Unix grey beards club, but I don't have a beard and it's not grey.

As I have heard from mid level managers and C suite types across a few dev jobs. Staff are the largest expense and the technology department is the largest cost center. I disagree because Sales couldn't exist with a product but that's a lost point.

This is why those same mid level managers and C suite people are salivating over AI and mentioning it in every press release.

The reality is that costs are being reduced by replacing US teams with offshore teams. And the layoffs are being spun as a result of AI adoption.

AI tools for software development are here to stay and accelerate in the coming months and years and there will be advances. But cost reductions are largely realized via onshore/offshore replacement.

The remaining onshore teams must absorb much more slack and fixes and in a way end up being more productive.

Well this certainly mucked with the width of the mobile HN site.

I don't understand the hate for Meta's attempt at the metaverse.

Since when do we criticize companies for actually doing R&D? We should be striving to build novel technologies, not just maintaining the status quo.

Even if the project 'failed' for now, the engineering lessons learned are valuable assets that will transfer to whatever problem those teams solve next (whether at Meta or elsewhere).

Not everybody own $4k monitors, so automatic brightness isn’t always available.

Regardless though, due to the design inconsistencies of the system, one screen is too bright that causes to reduce the brightness and another one uses literally 1/1,000,000 contrast difference between tabs to distinguish the active one, so it’s impossible to get a base brightness correct.

I’m using a MacBook Pro M4 and as I move around the house, automatic brightness either tries to blind me despite I’ve been in a dark room for a minute, or simply refuses to turn the brightness up when the sun is shining down into the room. It’s certainly designed for a certain environment, but not definitely a home.

It looks like someone getting good at illustration. Older icons are far better illustrations. However icon design is not just about illustration, it's about clarity and affordances. Icons don't exist in isolation like an illustration, they exist alongside the rest of the UX and other app icons, and being recognisable is important.

All that to say, the sweet pot was likely somewhere in the middle of this timeline. The earliest icons aren't recognisable enough as they're too illustrative. The later icons aren't recognisable enough because they're too basic. The middle are pretty, clear from colour, clear from shape, well branded.

I think 25% is a low estimate. Using a proper programming editor alone could realistically offer 2x or more productivity over a basic text editor, and there have definitely been programmers who stayed with basic editors.

And I have first hand seen programming teams where there was clearly more than a 25% difference — some could code much, and some could barely code at all.

I think it would be quite fair to say that, between tools and individual skill, there could easily be a 5x speed difference between slower and faster programmers, maybe more. Granted, LLMs are even faster, but I don’t think a 5x potential speed up was a slouch.

It's because the velocity difference is no longer 25% between the slower and faster programmers.

Funny list of countries. Ask women in Afghanistan how they were treated with US presence vs. now. Ask jews in Palestine how Hamas treated them vs. Israel. Ask people in Yemen how they are living right now, but be sure to talk to them directly instead of writing to them, because barely anybody there can read. Their leaders just love them so much, they don't want them to read any bad news.

At a very large company at the momen: One of the things I've noticed is as translation has improved, C level preferences and political considerations have made a much bigger impact.

So we will reduce headcount in some countries because of things like (perceived) working culture, and increase based on the need to gain goodwill or fulfil contracts from customers.

This can also mean that the type of work outsources can change pretty quickly. We are getting rid of most of the "developers" in India, because places like Vietnam and eastern Europe are now less limited by language, and are much better to work with. At the same time we are inventing and outsourcing other activities to India because of a desire to sell in their market.

If he has his way, Trump will kill Canada's automotive industry. If you accept this as forgone, maybe partnering with the Chinese to create a new auto industry is a good idea.

Cheaper foreign vehicles will also hurt the automotive industry in Ontario, Canada. So, this is an interesting move from the Canadian fed govt.

https://www.investontario.ca/automotive

This probably doesn’t make the point you think it does.

There's certainly no reason for Canada to consider significant EV imports from the US - I wouldn't be surprised if Tesla was tainted based on Musk's association with Trump and there aren't really other major US EV producers. For international manufacturers it probably makes more sense to have direct trade agreements with Canada vs possible significant tariffs in response to whatever Cheetolini decides to do on any given day.

Have you checked out Harmonic? It's an amazing Hacker News android client!

I think the real conclusion is: someone has to make a native cross-platform desktop UI framework that doesn't suck. (Yeah Qt exists, but it really sucks...) Until then, everyone will default to just using the browser for a desktop app, and the beatings will continue.

Because of this, I'm really looking forward for PanGUI to step up (https://www.pangui.io/), their UI framework is very promising and I would start using it in a heartbeat when the beta actually releases!