moozilla (u/moozilla)

moozilla commented on Crush: Glamourous AI coding agent for your favourite terminal github.com/charmbracelet/... · Posted by u/nateb2022

imjonse · a month ago

This used to be opencode but was renamed after some fallout between the devs I think.

moozilla · a month ago

If anyone is curious on the context:

https://x.com/thdxr/status/1933561254481666466 https://x.com/meowgorithm/status/1933593074820891062 https://www.youtube.com/watch?v=qCJBbVJ_wP0

Gemini summary of the above:

- Kujtim Hoxha creates a project named TermAI using open-source libraries from the company Charm.

- Two other developers, Dax (a well-known internet personality and developer) and Adam (a developer and co-founder of Chef, known for his work on open-source and developer tools), join the project.

- They rebrand it to OpenCode, with Dax buying the domain and both heavily promoting it and improving the UI/UX.

- The project rapidly gains popularity and GitHub stars, largely due to Dax and Adam's influence and contributions.

- Charm, the company behind the original libraries, offers Kujtim a full-time role to continue working on the project, effectively acqui-hiring him.

- Kujtim accepts the offer. As the original owner of the GitHub repository, he moves the project and its stars to Charm's organization. Dax and Adam object, not wanting the community project to be owned by a VC-backed company.

- Allegations surface that Charm rewrote git history to remove Dax's commits, banned Adam from the repo, and deleted comments that were critical of the move.

- Dax and Adam, who own the opencode.ai domain and claim ownership of the brand they created, fork the original repo and launch their own version under the OpenCode name.

- For a time, two competing projects named OpenCode exist, causing significant community confusion.

- Following the public backlash, Charm eventually renames its version to Crush, ceding the OpenCode name to the project now maintained by Dax and Adam.

moozilla commented on Net-Negative Cursor lukasatkinson.de/2025/net... · Posted by u/todsacerdoti

nyrulez · 3 months ago

Amazed at all the negative rhetoric around coding with LLMs on HN lately. The coding world is deeply split about their utility.

I think part of that comes from the difficulty of working with probabilistic tools that needs plenty of prompting to get things right, especially for more complex things. To me, it's a training issue for programmers, not a fundamental flaw in the approach. They have different strengths and it can take a few weeks of working closely to get to a level where it starts feeling natural. I personally can't imagine going back to the pre LLM era of coding for me and my team.

moozilla · 3 months ago

I'm surprised this doesn't get brought up more often, but I think the main explanation for the divide is simple: current LLMs are only good at programming in the most popular programming languages. Every time I see this brought up in the HN comments section and people are asked what they are actually working on that the LLM is not able to help with, inevitably it's using a (relatively) less popular language like Rust or Clojure. The article is good example of this, before clicking I guessed correctly it would be complaining about how LLMs can't program in Rust. (Granted, the point that Cursor uses this as an example on their webpage despite all of this is funny.)

I struggled to find benchmark data to support this hunch, best I could find was [1] which shows a performance of 81% with Python/Typescript vs 62% with Rust, but this fits with my intuition. I primarily code in Python for work and despite trying I didn't get that much use out of LLMs until the Claude 3.6 release, where it suddenly crossed over that invisible threshold and became dramatically more useful. I suspect for devs that are not using Python or JS, LLMs have just not yet crossed this threshold.

[1] https://terhech.de/posts/2025-01-31-llms-vs-programming-lang...

moozilla commented on Design Pressure: The Invisible Hand That Shapes Your Code hynek.me/talks/design-pre... · Posted by u/NeutralForest

HappMacDonald · 3 months ago

There are certainly times I would love to see a presentation like this reformatted as an article.

I tried pulling out the Youtube transcript, but it was very uncomfortable to read with asides and jokes and "ums" that are all native artifacts of speaking in front of a crowd but that only represent noise in when converted to long written form.

moozilla · 3 months ago

Here's an attempt at cleaning it up with Gemini 2.5 Pro: https://rentry.org/nyznvoy5

I just pasted the YouTube link into AI Studio and gave it this prompt if you want to replicate:

reformat this talk as an article. remove ums/ahs, but do not summarize, the context should be substantively the same. include content from the slides as well if possible.

moozilla commented on fd: A simple, fast and user-friendly alternative to 'find' github.com/sharkdp/fd... · Posted by u/tosh

helsinki · 5 months ago

Hm, I feel like I have roughly the exact same functionality with zsh and some various plugins, including the meta editing experience shown in your demo video ($EDITOR) via Kitty and/or WezTerm.

moozilla · 5 months ago

Which plugins are you using? I've been looking to upgrade my zsh experience so some suggestions would be helpful.

moozilla commented on Modern-Day Oracles or Bullshit Machines? How to thrive in a ChatGPT world thebullshitmachines.com... · Posted by u/ctbergstrom

dimgl · 7 months ago

What are “parrot people”? And what do you mean by “doomers are probably wrong?”

moozilla · 7 months ago

OP is likely referring to people who call LLMs "stochastic parrots" (https://en.wikipedia.org/wiki/Stochastic_parrot), and by "doomers" (not boomers) they likely mean AI safetyists like Eliezer Yudkowsky or Pause AI (https://pauseai.info/).

moozilla commented on Supreme Court upholds TikTok ban, but Trump might offer lifeline cnbc.com/2025/01/17/supre... · Posted by u/kjhughes

antifa · 7 months ago

> most of the movies/shows China creates sucks. They're Marvel-esque CGI fests with awful storylines.

since we're here, what are some of the least bad modern Sci-fi/Horror movies/TV shows from China?

moozilla · 7 months ago

Highly recommend Three-Body, the Chinese version of the Three-Body Problem. I enjoyed it much more than the Netflix adaptation, much closer to the source material, and more of a slow burn. Episodes are available on YouTube with subs (https://www.youtube.com/watch?v=3-UO8jbrIoM).

moozilla commented on Using ChatGPT is not bad for the environment andymasley.substack.com/p... · Posted by u/returningfory2

blharr · 7 months ago

Where?

One of the most crucial points "Training an AI model emits as much as 200 plane flights from New York to San Francisco"

This seems to come from this blog https://icecat.com/blog/is-ai-truly-a-sustainable-choice/#:~....

which refers to this article https://www.technologyreview.com/2019/06/06/239031/training-...

which is talking about models like *GPT-2, BERT, and ELMo* -- _5+ year old models_ at this point.

The keystone statement is incredibly vague, and likely misleading. What is "an AI model"? From what I found, this is referring to GPT-2,

moozilla · 7 months ago

The link the article uses to source the 60 GWh claim (1) appears to be broken, but all of the other sources I found give similar numbers, for example (2) which gives 50 GWh. This is specifically to train GPT-4, GPT-3 was estimated to have taken 1,287 MWh in (3), so the 50 GWh number seems reasonable.

I couldn't find any great sources for the 200 plane flights number (and as you point out the article doesn't source this either), but I asked o1 to crunch the numbers (4) and it came up with a similar figure (50-300 flights depending on the size of the plane). I was curious if the numbers would be different if you considered emissions instead of directly converting jet fuel energy to watt hours, but the end result was basically the same.

[1] https://www.numenta.com/blog/2023/08/10/ai-is-harming-our-pl...

[2] https://www.ri.se/en/news/blog/generative-ai-does-not-run-on...

[3] https://knowledge.wharton.upenn.edu/article/the-hidden-cost-...

[4] https://chatgpt.com/share/678b6178-d0e4-800d-a12b-c319e324d2...

moozilla commented on OpenAI to become for-profit company reuters.com/technology/ar... · Posted by u/jspann

game_the0ry · a year ago

OpenAI founded as non-profit. Sam Altman goes on Joe Rogan Podcast and says he does not really care about money. Sam gets caught driving around Napa in a $4M exotic car. OpenAI turns into for-profit. 3/4 of founding team dips out.

Sketchy.

This whole silicon valley attitude of fake effective altruism, "I do it for the good of humanity, not for the money (but I actually want a lot of money)" fake bullshit is so transparent and off-putting.

@sama, for the record - I am not saying making is a bad thing. Labor and talent markets should be efficient. But when you pretend to be altruistic when you are obviously not, then you come off hypocritical instead of altruistic. Sell out.

moozilla · a year ago

Couldn't find the JRE clip, but here's a recent one where he says "I don't really need more money." This is how I always understood it, he's already worth billions from past ventures, what difference does a stake in OpenAI make?

https://www.youtube.com/watch?v=PScOZzzXnDA

moozilla commented on Drinking 3 cups of coffee linked to preventing multiple diseases studyfinds.org/3-cups-of-... · Posted by u/Stratoscope

yumraj · a year ago

I’m probably committing sacrilege but I drink a lot of instant coffee. Sorry…

It’s never clear if these coffee benefits apply to instant coffee or only to fresh brewed coffee. Has anyone see/read anything on instant coffee and health benefits?

This study refers to caffeine so it should apply. But coffee has numerous other compounds.. I think even decaf coffee is beneficial.

moozilla · a year ago

Here's a similar study that answers your question: https://www.ncbi.nlm.nih.gov/pmc/articles/PMC10282813/

> Drinking 1–5 cups/day of ground or instant coffee (but not decaffeinated coffee) was associated with a significant reduction in incident arrhythmia, including AF. The lowest risk was at 4–5 cups/day for ground coffee (HR 0.83; 95% CI [0.76–0.91]; P <0.0001) and 2–3 cups/day for instant coffee (HR, 0.88; 95% CI [0.85–0.92]; P <0.0001).

tl;dr Yes it has similar benefits, maybe slightly worse than "ground coffee" (I wish they had broken it down more granularly)

moozilla commented on Please support "skip to main content" on your docs site technicalwriting.dev/a11y... · Posted by u/kaycebasques

000ooo000 · a year ago

A11y seems to be caught between "those members of the population who benefit from it, deserve to" and "those members of the population are a tiny portion and the business value is minor vs. the cost". I'd like to hear thoughts from those who have successfully argued against the latter. There's obviously parallels with physical accommodations like ramps and lifts, which it would seem daft to forego in 2024, yet software development prioritisation seems to only care about Business Value.

(Assume I'm talking about for profit software here)

moozilla · a year ago

One point I haven't seen mentioned yet is that a11y provides obvious business value in that it forces devs to write better and more testable code. I first noticed this when using react-testing-library [1], when refactoring my code to be more easily testable became equivalent to adding a11y features.

Example from a project I worked on: I needed to test that when a button is clicked that the app showed a spinner when loading and then the content when the API call completed successfully. The spinner component was just an SVG with no obvious way to select it without adding a test-id, so instead I refactored the app to use an aria-busy attribute [2] in the container where the content is loading. The test then becomes something like this:

  test('shows spinner while loading and content after API call', async () => {
    render(<Example />);

    userEvent.click(screen.getByRole('button', { name: /load content/i }));

    expect(screen.getByRole('main')).toHaveAttribute('aria-busy', 'true');

    await waitFor(() => {
      expect(screen.getByRole('main')).toHaveAttribute('aria-busy', 'false');
      expect(screen.getByText(/content loaded/i)).toBeInTheDocument();
    });
  });

[1] https://testing-library.com/docs/queries/about#priority [2] https://developer.mozilla.org/en-US/docs/Web/Accessibility/A...