Recent submissions

Comment · 1 day ago
While the project is very interesting in and of itself, the process section that has been edited a bit later to the post is even more revaling:

> A little bit more on my process. I use Claude Code (desktop app for Mac). I use Opus 5.5 on Medium effort as my default. I don't actually do anything resembling traditional engineering anymore (read/write code, run commands in a terminal, or etc.), I only talk to Claude and have it do everything. In this case, the only "manual work" I did was: 1) I had to create some kind of API key from Google Cloud UI to query YouTube for video metadata, 2) I booted up a VPS box and 3) I bought the domain name. I worked on this in between Claude's actual work so it still feels a little bit like team work :) Once the box was up I gave Claude the IP and told it update, deploy, secure, harden and optimize the code, and it did the whole thing.

It really does sound like you do not need to run models like Opus 5.5 on high reasoning effort for most tasks.

Comment · 2 months ago
I guess this unfortunately means HuggingFace won't be "the first company to go public with an emoji instead of the three-letter ticker" as the cofounders originally intended:

  "When we started the company, a running joke with my co-founders was that we wanted to be the first company to go public with an emoji instead of the three-letter ticker when you go in the NASDAQ."
  
  -- Clem Delangue (https://unsupervisedlearning.substack.com/p/the-future-of-open-vs-closed-source)
Comment · 2 months ago
Comment · 2 months ago
Comment · 3 months ago
Comment · 4 months ago
By far the most impactful product of the Apretus project are the people. To quote a memorable line from Dominique Paul (https://www.thisiscrispin.com/):

> What most people miss IMO is that this is not a team who is doing this for the fourth time like virtually any other LLM provider and who could learn from its own past experiences. I bet if the team would do another model training they could get way better results at one fourth of the costs.

Comment · 4 months ago
You are right, I am not sure why I did not realize Python is the whole point of the image. This is indeed much faster and easier.
Comment · 4 months ago
An old habit that unfortunately makes one indistinguishable from LLMs these days...
Comment · 4 months ago
Comment · 4 months ago
Yes, a very minimal image indeed. Had it been a custom image, curl would be one of the first things I would make sure it contains :)
Comment · 4 months ago
> No, it can not. Bash lets you open TCP sockets.

Very fair pushback -- I did get carried away and will update the article to be more precise. Thanks for raising it!

> For less insane, non-bash shells there is always nc which is usually probably the wiser choice.

For completeness, `nc` or any netcat equvialent I could think of was not available in the image I was trying this with. It would certainly be a better option though.

Comment · 4 months ago
Totally!

I was really just trying to see if intra-container connectivity works, and this ended up being a very quick way of doing so. (The alternative being building and deploying a new image, which would likely take significantly longer.)

Comment · 4 months ago
That is indeed a solid pushback! :)

For what its worth, this container used `python:3.12.2-slim-bookworm` and I really would not expect that sort of an image to bundle `curl` -- even if it is intended for production.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton