azuanrb

Because any kind of budget, resources are always finite? 2x the tokens roughly translates to 2x the cost. That’s a pretty big ask. Quality alone, unfortunately, isn’t always enough to justify it. There has to be business value too.

> you can now ship cross platform apps quickly, without electron.

The opposite is also true. My argument is that you can also ship Electron apps with more features more quickly with LLMs.

You still have a finite token budget. With native apps, you have to split those tokens across multiple platforms, whereas with Electron, you can reuse most of the code.

Big companies have been going back and forth between native and cross-platform approaches even before LLMs. They generally have the resources (humans, tokens, compute) that small and medium-sized companies don’t have. So I’d take their rationale with a grain of salt.

Electron has always been about shipping cross-platform apps quickly, at the cost of higher memory usage and potentially worse performance. With or without LLMs, its core value proposition remains the same. LLMs simply amplify the framework’s existing strengths.

Raycast, originally a native macOS launcher, recently released v2 using a hybrid architecture. It’s not Electron, but it follows a similar approach to Spotify’s desktop app, using web technologies inside a native shell.

The memory usage is still pretty significant. It’s using around 350–450 MB at idle and can sometimes reach 1–2 GB depending on the workload. The upside is that they can now share most of their code across macOS and Windows and evolve beyond being just an app launcher.

It’s always been about trade-offs, and LLMs don’t fundamentally change that.

I’m using Pinchflat for my homelab setup. All I need to do is add videos to specific YouTube playlists. I’ve scheduled Pinchflat to automatically download videos from those playlists periodically. Works great with zero hassle.

UI-wise, I kinda like Ghostty more. It feels slightly more polished. However, I've moved to Kitty mainly because of its native session support. The only way to have sessions in Ghostty is through a multiplexer, which I'm not a fan of anymore.

Just curious, is that based on your own experience or negative reviews you’ve read online? I’m using the Duo now and quite like it. It’s a first-gen device, so it has its quirks, which is expected. Calling it the worst phone is a bit of an exaggeration though. It’s a foldable, not a conventional phone, so you can’t really expect to use it the same way.

They just acknowledged it. Been down for ~2 hours on our end

https://status.cloud.google.com/incidents/Xs2XTHzAVC9YnafnPy...

Hold back Chrome standards, you mean? Features that work in Chrome but not in other browsers. There are even features that work better in Safari than Firefox. Not everything Chrome pushes should automatically become the standard.

Personally, I don’t care about most of those Chrome specific features. I use Safari because it’s fast and battery efficient. The fact that it’s not made by a company whose main business is advertising is a nice bonus.

Sure, Apple has an advertising business too, but it’s nowhere near the scale of Google’s.

Kinda bugs me when people who are against Safari/Apple are also the same people pushing Chrome/Google. Sometimes it feels like web developers these days are basically Chrome developers.

I do get it. Chrome has the majority of users, so it’s easier to just develop and test on Chrome and know you’ve covered most of your users.

But isn’t that just pushing us towards a Chrome monopoly? Safari holding back some web features is annoying, sure, but having Chrome decide what the web should support and everyone else having to follow doesn’t sound much better to me.

Anything powered by Siri is pretty much a failed product to me right now. I’ve been using the new Siri for a while, and it’s okay, but it still fails on most of my requests.

Maybe it’s my accent? But ChatGPT and Claude have no trouble understanding what I’m saying, so I’m not sure what the issue is.

I saw some discussion about potentially being able to use ChatGPT or Claude as Siri’s backend instead of Apple Intelligence. That would be much more interesting to me.

> the tooling and ecosystem to handle it

That’s the whole point, though. If the tools I use don’t handle it properly, it’s annoying. Saying it’s an ecosystem problem doesn’t change that.

How long has it been now? And from what I’ve seen, even Google’s own stuff doesn’t always handle it. That’s not helping their case.

In Malaysia, we have DuitNow, which is a similar idea. It’s been great. It’s pretty common to go cashless now, even outside the big cities and in rural areas. Just scan the QR code with your bank app, pay, and you’re done. Wish more countries would adopt this.

Cross-post from the 1.0 thread. I’m currently building a harness for Slack to support our on-call and support channels. It’s been working great so far.

The harness is built on top of the Pi SDK. I initially used Codex, but Pi seems more hackable, and I like that it’s vendor-agnostic by default.

Running it on Kubernetes works, but dealing with the JSONL session files and making sure sessions survive pod interruptions adds some complexity. I’m using DBOS for that right now, which works well, although it still feels like overkill.

This came at just the right time. I’m looking forward to removing the pieces I no longer need and simplifying the architecture. Thanks Pi team!

I’m currently building a harness for Slack to support our on-call and support channels. It’s been working great so far.

The harness is built on top of the Pi SDK. I initially used Codex, but Pi seems more hackable, and I like that it’s vendor-agnostic by default.

Running it on Kubernetes works, but dealing with the JSONL session files and making sure sessions survive pod interruptions adds some complexity. I’m using DBOS for that right now, which works well, although it still feels like overkill.

The 1.0 release came at just the right time. I’m looking forward to removing the pieces I no longer need and simplifying the architecture!

So many negative comments here. Among my circle, it’s not uncommon for people to have multiple $200 accounts. This seems like it would make things easier for them by letting them use one account instead of juggling two or more.

What they’re doing with billions of tokens every week, beats me. But these users absolutely do exist.

Unless you’re using frontier models like Astra, Sol, Fable, or Opus, I think you’re often better off using Chinese models for a fraction of the price. I’m not sure people realises just how competitive they’ve become.

GLM and DeepSeek are great examples. They’re a bit like Linux or Android in that there isn’t necessarily one best provider. You need to do some research, try a few, and pick whatever works best for your use case.

I think that’s partly why Anthropic has been pushing its most expensive models so heavily for a while now. Sonnet and Haiku were great, but at that level of intelligence it’s becoming much harder for them to compete on price with Chinese models that have largely caught up.

The main reason to use frontier models from Anthropic or OpenAI now is the combination of intelligence and speed. Chinese frontier models still struggle to match that, possibly in part because of hardware constraints. But judging by the recent GLM releases, they seem to be moving in the right direction.

Clients paid us just fine. It really isn't that hard or expensive. It's not rocket science.

Put aside the usual web-dev perspective for a moment. As developers, we build for our users.

The web and native apps serve different purposes. Users do not use a website the same way they use a mobile app, and the trade-offs are different.

I’m getting tired of web developers failing to acknowledge that and treating web technology like a hammer that needs to be applied to every nail they come across.

And especially when people say “the web”, what they often really mean is Chrome and the Chromium ecosystem. A lot of web apps barely get tested properly on Firefox or Safari, which only reinforces Google’s monopoly over the web platform.

Yes, app stores have their problems. That does not make the web the right answer for every product.

Most devs I know who hate native apps are either web devs trying to embed web tech into everything they touch, or they just hate Apple.

Most users don’t care. What they do care about is performance, and native is usually the easiest way to get there.

For your AI workflow questions, it depends. With or without AI, those decisions depend on the organisation’s direction, the team’s capabilities, and their preferences. Did your org have a single answer for the best programming language, framework, or workflow even before AI? There was never a single right answer to any of that.

Not sure if you’re speaking from experience or just being theoretical here. We’re using Rails and it’s been great. Maintenance and upgrades have been a breeze.

All this static vs dynamic stuff doesn’t really matter anymore. AI doesn’t care. You just need to close the feedback loop with tests, linting, a compiler, or whatever else gives it a clear signal.

Simple as that.

At least within my circle, that’s not really the case. Instead, what I’m seeing is more of a hiring freeze, with the budget being used to empower existing employees through AI. Which I think is a more reasonable take.

I’ve made a similar point to my colleagues recently about cross-platform vs native apps. If we’re using AI anyway, do the arguments we made years ago still hold today?

I know some people might disagree, mainly because AI isn’t a new architecture or a new programming language in the traditional sense. But I still think it’s worth revisiting the assumptions and having the discussion.

The AI features arrived with the recent v2 release. Raycast originally became popular as a better Spotlight replacement. As you can see, the idea was never entirely original, since Apple and other apps already offered many of the same features. Raycast’s strengths are its extensibility, lightweight design, speed, and excellent UI/UX. It’s a well-polished app.

That was Raycast v1, though. I don’t like the direction they’ve taken with v2, so I uninstalled it and switched to Tinycast.

Terra is in a weird spot for me. I used to run it as my main driver at medium/high, but after Luna's price drop and some experimenting, I switched to Luna xhigh. If I need extra juice, I just use Sol. Intelligence-wise, Luna xhigh is more than good enough for me. Speed is the only downside. Terra/Sol might be similarly intelligent, but they can get things done faster.

Looking through the replies, the theme seems pretty clear. Everyone has their favorite distro, which is great btw. But that is the issue imo.

If you just want something stable and boring, Linux is just not it. Every distro has its own goals and target users, so a lot of the effort gets spread across the ecosystem.

With macOS or Windows, for better or worse, everyone is working on the same platform. So more people are working on the same problems. With Linux, everyone is kind of doing their own thing.

It is basically the same Android versus iPhone argument. More choice and freedom on one side, more consistency on the other.

Any mainstream language can be reliable. Java is a good choice for greenfield projects when it fits the organisation’s existing stack, expertise, or the broader industry ecosystem. Just like any other language.

Banks, telcos, etc. aren’t monoliths either. They use plenty of different languages depending on the team, system, and requirements. Java isn’t inherently the choice for greenfield software just because reliability matters.

I prefer to use Mise for everything nowadays. homebrew bootstrap specifically. A lot easier to manage all of my packages in one single file, homebrew, Node packages, etc.

https://mise.jdx.dev/bootstrap/packages/brew.html

Forgot the source but DHH mentioned it's not all, just most. Still makes sense to have on some scenario, just not all, or the default anymore

It’s a reasonable tradeoff. Shopify uses Rails, and there’s been a long history of discussion around E2E testing in the Rails community.

In recent Rails releases, system tests, or E2E tests, are no longer enabled by default. The short version is that they’re significantly slower and more brittle. Basecamp also removed most of their E2E tests.

I don’t know what Shopify does internally, but my guess is that they’ve taken some of those lessons and are trying to apply the same thinking to mobile development too.

https://guides.rubyonrails.org/testing.html?#when-to-use-sys...

I’ve worked with both native and cross-platform. I think the mentality of being able to make changes quickly without much review often comes from cross-platform, especially when the developers come from a web background.

Changes are cheap and fast, so teams often feel less pressure to test everything thoroughly before a release. Which is a fair tradeoff. That’s part of the reason we can have dozens of releases a day on the web. Not just because we can, but because sometimes we have to.

With native, you know each release is harder to roll back, so you tend to build more tooling around releases, think through changes more carefully, and test more thoroughly before they’re ready to ship. You opt for one bigger, more stable release every few weeks instead.

At the end of the day, both approaches work.

Heh, now that I think about it, maybe web and cross-platform devs were the original vibe coders? Changes are cheap and fast. Just move fast and break stuff.

Native devs are the old-school ones. Shipping is expensive, so you better get it as right as possible.