Skip Navigation

  • Not sure if you were even looking for paper reviews.

    I didn't write the article, I just shared it because I thought it was interesting.

  • I think you're misconstruing the author's argument, at no point does the author imply that Claude knows best, or that Electron apps are better. Their closing argument is certainly not an endorsement for Electron or AI slop.

    Don’t get me wrong: writing this brings me no joy. I don’t think web is a solution either. I just remember good times when native did a better-than-average job, and we were all better for using it, and it saddens me that these times have passed.

    I just don’t think that kidding ourselves that the only problem with software is Electron and it all will be butterflies and unicorns once we rewrite Slack in SwiftUI is not productive. The real problem is a lack of care. And the slop; you can build it with any stack.

  • Imagine being such a slop-brainwashed fanboi

    Do you have any evidence for this? Looking through the post, and the author's other blog post titles, there is very little mention of AI or Claude.

    Instead of throwing labels at the author, it's much more worthwhile to discuss their key argument about the challenges of developing native apps.

  • If your code is already in a Git repository, the simplest solution would be to use statichost, which has a free plan. It works on the same principle as Netlify, where your site is updated when you push the code.

  • This is a very technical way to self-host, and I feel there are easier ways to go about it. Is your end goal to be able to upload a website but avoid big tech platforms?

  • I wonder if we’ll end up in a situation of open source projects with closed source tests. Though I don’t know how that would work, because how would you contribute a new feature if the tests are closed? 🤔

  • Check against Can I Use, all of the APIs, except for the following are supported by major browsers:

  • The fact that people even bring javascript as the backend is a bit crazy to me.

    To clarify do you mean replacing JavaScript just on the backend? This article is about using JavaScript on the front end.

  • I'm intrigued, what would you replace it with?

  • So to confirm, you don't trust blogs where the company is selling a product or service, even if they don't mention it in the article? If so, that would cover a lot of articles shared on this instance.

  • For what? I don't see any products or services being promoted in this article.

  • Evaluating AGENTS.md: Are Repository-Level Context Files Helpful for Coding Agents?

    Jump
  • The conclusion aligns with my own belief, which is that it's better to create a minimal context by hand than get agents to create it:

    We find that all context files consistently increase the number of steps required to complete tasks. LLM-generated context files have a marginal negative effect on task success rates, while developer-written ones provide a marginal performance gain.

    When I have got Claude to create a context, it's been overly verbose, and that also costs tokens.

  • However in this case the opposite is true, as Chromium currently doesn't support this feature.

  • Do you mean features only currently available in Chrome?

  • Well spotted, the article states:

    The :heading pseudo-class is currently available in nightly builds only. You can test it now in:

    • Firefox Nightly (behind a flag)
    • Safari Technology Preview
  • There are some really good tips on delivery and best practice, in summary:

    Speed comes from making the safe thing easy, not from being brave about doing dangerous things.

    Fast teams have:

    • Feature flags so they can turn things off instantly
    • Monitoring that actually tells them when something’s wrong
    • Rollback procedures they’ve practiced
    • Small changes that are easy to understand when they break

    Slow teams are stuck because every deploy feels risky. And it is risky, because they don’t have the safety nets.

  • It"s working now