doix

I suspect the real issue is that they just change stuff "randomly" and the experience gets worse/better cheaper/more expensive.

Since you have no way of knowing when they change stuff, you can't really know if they did change something or it's just bias.

I've experienced that so many times in the last month that I switched to codex. The worst part is, it could be entirely in my head. It's so hard to quantify these changes, and the effort it takes isn't worth it to me. I just go by "feeling".

I bet if you could make it interesting, YouTube/TikTok/Instagram/Whatever could make it possible to get paid to dig holes in your backyard.

You could argue that the value is in the entertaining filming/acting/story telling etc, but if the videos are about digging holes then I think it's valid to say someone is paying you to dig holes.

FWIW I have an Asus Zephyrus G14 and the dual graphics cards works pretty well in Linux in hybrid mode. It's pretty cool, certain things (games) run on the dedicated Nvidia GPU. Everything else runs on the built in AMD GPU.

I'm guessing it's because the laptops are popular enough that there's a dedicated group of people that make it work [0].

I'm still on X11, dunno what the story is like with Wayland though.

[0] https://asus-linux.org/

Pretty much, the article assumes people didn't build the wrong thing before AI. Except that did happen all the time and it just happened slower, took longer to realize that it was the wrong thing and then building the right thing took longer.

It's funny, because you could actually take that story and use it to market AI.

> I once watched a team spend six weeks building a feature based on a Slack message from a sales rep who paraphrased what a prospect maybe said on a call. Six weeks.

Except now with AI it takes one engineer 6 hours, people realize it's the wrong thing and move on. If anything, I would say it helps prove the point that typing faster _does_ help.

So just to clarify, in your case you're running a centralized MCP server for the whole org, right?

Otherwise I don't understand how MCP vs CLI solves anything.

I thought that the Mac mini was so that you could use iMessage and safari was less likely to be flagged as a bot.

There are probably multiple Claude agents running as we speak trying to fix the issues.

I was wondering if/when this would happen. My friends and I would discuss this at the pub all the time, "LLM2RTL" or take it a step further and do the the whole process "LLM2GDS".

I couldn't find much info here, but I'm guessing they've built tooling to automatically convert model weights to RTL and the reason it's such an old model is that it takes a long time tape a chip out (especially the first one). Would be interesting to know how much is automated and how much is handcrafted.

I think the "next big thing" with AI hardware will be when they switch from "digital" implementations of LLMs to "analogue". We already know that we can lose some bits of precision and still have a "workable" model. If/when folks figure the fine-tuning out, I'm guessing it'll be another order of magnitude improvement.

> I've forgotten more things in this field than I'm comfortable with today. I find it a bit sad that I've completely lost my Win32 reverse engineering skills I had in my teens

I'm a bit younger (33) but you'd be surprised how fast it comes back. I hadn't touched x86 assembly for probably 10 years at one point. Then someone asked a question in a modding community for an ancient game and after spending a few hours it mostly came back to me.

I'm sure if you had to reverse engineer some win32 applications, it'd come back quickly.

It's interesting that China does not have exact data. Don't they require everyone to register their address? I know foreigners must do it, and chatting with the locals they told me they were registered as well.

I would have imagined that the data could be used to get mostly accurate numbers.

Yep, you and layout folks drew the short straws.

I used to work in the semiconductor industry writing internal tools for the company. Hardware very rarely missed a deadline and software was run the same way.

Things rarely went to plan, but as soon as any blip occured, there'd be plans to trim scope, crunch more, or push the date with many months of notice.

Then I joined my first web SaaS startup and I think we didn't hit a single deadline in the entire time I worked there. Everyone thought that was fine and normal. Interestingly enough, I'm not convinced that's why we failed, but it was a huge culture shock.

Yeah, I mostly use it for QoL improvements but for work related things. So Jira, Bitbucket, GitHub, Linear etc. basically whatever my employer uses. Back in the early 2010s most of that software was fully server rendered. Nowadays it's pretty rare for that to be the case.

I just try and get LLMs to do it for me because I'm lazy, and they like to use setInterval instead of mutationObservers and if it works, I just live with the inefficiency.

That's fun to read, I remember when NoSQL was getting cargo-culted, it was specifically because it was more "agile". The reason being you don't need to worry about a schema. Just stick your data in there and figure it out later.

Interesting to hear now that the opinion is the opposite.

Unfortunately, nowadays writing userscripts is much harder than it used to be. Most websites are using some sort of reactive FE framework so you need to make extensive use of mutationObservers (or whatever the equivalent is in jQuery I guess).

Super interesting to hear about those concepts from another language/culture. While you are right that in software pretty much everything is "scaffolding" in the semiconductor the scaffolding vs steel applies.

To simplify it as much as possible, to make a chip multiple masks are created for different layers. The top layers are metal(scaffolding) and the base layers are silicon(steel). The metal layer masks are much cheaper to make than the base layers. So we add extra unused cells in the base layers and then if there are issues we try to fix them only in the metal layers.

It's not really an art nowadays, since it's been refined so much with tooling and processes. But your analogy is very applicable, I might try to refer to it in the future if I ever need to explain the concept to someone.

I had similar thoughts to the author, but I opted to just optimize those actions out of my life. If you only eat Huel(or any other powdered food thing) at home then pretty much everything described in the article is no longer an issue.

No more dealing with dishes, dishwashers, stray items on the table, boiling water etc. The only thing you need to worry about is cleaning your one huel cup which you can do right before you prepare your next shake.

I did it for a few years, eating breakfast + lunch at the office and then Huel for dinner or eating out at restaurant.

Yeah, I was specifically talking about the "firewall" bypassing the parent mentioned (most likely combined with NAT punch-through as well). You could of course use Plex without that and use wireguard (or just make it available to the internet) and not rely on their infra.

> Plex allows you to stream without opening up your firewall to others.

It relies on their hosted services/infrastructure. I avoid Plex for that reason. I just host my media with nginx + indexing enabled. Wireguard for creating the tunnel between the server-client and Kodi as the frontend to view the media (you can add an indexed http server as a media source).

Works great, no transcoding like Plex, but that's less of an issue nowadays when hardware accelerated decoders are common for h264 & h265.

> Who are these people like “idk might switch to Windows because of Apple’s failed AI strategy” making this an actual problem?

If anything, I know people that are getting pissed off about all the AI stuff in windows and are considering switching.

Isn't RAG used for your code rather than other people's code? If I ask it to implement some algorithm, I'd be very surprised if RAG was involved.

> I want it to just work; that kind of design takes effort & there's no way around it

Nothing "just works" for everyone. You are a product of your environment, people say apple interfaces/OSX are intuitive, I found them utterly unusable until I was forced to spend a lot of time to learn them.

Depending on which software you grew up using, you either find it intuitive or don't. If you found someone that has never used technology, no modern UI would be intuitive.

Personally, I hate it when software that I have to use daily is not configurable (and ideally extensible via programming). It's basically designed for the lowest common denominator for some group of users that product/design groups have decided is "intuitive".

> People hate UI redesigns for a reason...

I do agree here, stop changing things for the sake of changing things. When I owned some internal tools, I would go out of my way to not break user workflows. Even minor things, like tab-order, which I think most people don't think about, I'd have browser automation tests to make sure they remained consistent.

The parent mentions the DTV visa which is the opposite of the visa-run strategy. Realistically though, if you're a "nomad" from a country with a powerful-ish passport you can come to Thailand for 60 days, extend once for 30 days for a total stay of 90 days. After that you can do a bit of a loop between Malaysia, Vietnam, Cambodia, Laos, Indonesia, Philippines in whatever order you prefer and come back to Thailand in a year. They'll have no problem letting you in again.

It's pretty easy to spend a year in SEA without raising eyebrows at any border if you're willing to change countries somewhat often and don't mind AirAsia flights.

The 3rd party has continued to exist when the first party support died the first time. It's the exact opposite, you don't want to buy a device that is tied to some 1st party service. The service can go down and you're stuck with a brick.

Semiconductor companies developing DSPs also likely hire them. My first job was writing an LLVM backend for a DSP.

Looking through the domains in the LLVM mailing list or the git commits should get you a longer list of "off beat" options.

I agree with your point about "install" vs "sideload".

> Google’s message that “Sideloading is Not Going Away” is clear, concise, and false

Given your(and my) definition, this statement is false. Google isn't taking away sideloading, you can still use adb. I'd say using adb to load an apk from another device is the proper use of "sideloading".

What Google is doing is much worse, they are taking away your ability to _install_ software.

And yes, HN loves splitting hairs. But if it wasn't for the hairsplitting, there probably would be be much discussion. Just most people agreeing with you and a few folks who would prefer to give up freedom for security.

> No one would retrieve all users and then filter them within the program.

No one _should_ do that, but that's a common enough problem (that usually doesn't get found until code is running in production). I suspect with the rise of vibe coding, it's going to happen more and more.

> Fizz-buzz is a difficult problem. There are a few different ways to solve the problem and every single one has some uglyness about it that should make a qualified programmer squirm and hate their answer

What are you talking about? The question is basically just a gotcha to catch out folks that don't know about the modulo operator. Or is this satire and I completely missed the joke?

Another reason to use Firefox, it doesn't respect that CSS :)

It's much worse in South Korea, I think there were at least 5 different bins with different signs. Most things you bought had a label on them and you could try to match the letters to what was on the bin. Except it wasn't perfectly matched up, and we didn't have some bins with signs that matched up with whatever was written on the package.

I eventually gave up and only ate to avoid having to deal with it.