trevinhofmann

Absolutely not, as GPUs used in data centers cannot compete with ASICs designed specifically for Bitcoin mining.

The Bitcoin mining network is somewhere around 1000 EH/s, while the (AI assisted research ahead) 34.5 million H100-equivalent GPUs globally would yield about 0.435 EH/s. They'd represent less than 0.05% of the Bitcoin network.

This doesn't contribute much to the discussion.

Use whatever language works well for you and the task at hand, but many enjoy fullstack JS/TS.

I've been considering good ways to use a task queue for this, and might just settle for a rudimentary one in a Postgres table.

The upside is that agent subtasks can be load balanced among servers, tasks won't be dropped if the process is killed, and better observability comes along with it.

The downside is definitely complexity. I'm having a hard time planning out an architecture that doesn't significantly increase the complexity of my agent code.

Others have given some decent advice based on your comment, but would you be interested in a ~30 minute (video) call to dive a bit deeper so I can give more tailored suggestions?

I'm also having a difficult time getting the first users for my AI software development service. I decided to start with a high-touch Early Access model to understand the users and their needs better, and I'm up to 8 users so far.

For Early Access, I started with a LinkedIn post, reaching out to close colleagues, commenting in relevant Slack groups/channels, and introducing it to some of my better freelance clients. I'll be signing up 2 more of the freelance clients shortly, with one key feature request from each first. It's important not to get stuck in the trap of developing one-off features to get each new user, but these are features that would be broadly beneficial.

Soon, I'm planning to add a super-simple demo at the top of the landing page to increase conversions, and then I'll start promoting it more. Likely also some relevant informational content marketing on a blog.

This is not very concrete, but I've been thinking about the parallels between software development and Factorio and how to tie the two together to be (personally) beneficial. This includes finding ways to make software development as enjoyable as the game* and also pondering ways to make programming more visual. It would be cool to "see" a software project functioning similar to the moving parts of a factory.

* setting small, clear objectives

* spending enough time on refactoring

* giving myself a small reward for completing objectives

* automating more of my repetitive tasks

I personally recommend joining a local Toastmasters club. They can help you with speed, tone, volume, etc. It can benefit your conversational speech as well, not only public speaking.

The same service kept the screenshots in its file system, and served them along with with the web pages that displayed them.

I used pixelmatch + puppeteer at a previous job to automate this. The service would screenshot each page on the master branch and the PR branch, then comment on the PR with a link showing the Before, Diff, and After of each page that changed. I highly recommend this type of setup.

Check if your language has a pipe operator. You may be able to do something like this:

  my $baz = GetFoo()
    |> GetBar
    |> GetBaz;