
Software Engineer. Building since 2003. Now @nucubemusic Running Linux and Bitcoin.
Italy
Joined May 2008
- Tweets7.4K
- Following470
- Followers775
- Likes5.7K
Daniele retweeted
Nucube 0.12 has been released on September 17: our first open release.
Music on an SMB or NFS share plays straight from the share, streamed as you listen. The same app on desktop and mobile.
Daniele retweeted
Nucube is a music player for the files you already own. It reads local folders, NAS shares and DLNA servers, and leaves everything where it is. The same library on desktop and mobile. No Nucube server, no box to buy.
Daniele retweeted
🚀 DeepSeek-V4.1-Flash-1017 is here!
Stronger benchmark performance, faster task completion, and shorter outputs than the previous version—a Pareto improvement in performance and cost. Now live on our website, app, and API.
🛠️ Optimized for @DeepSeekHarness, Tencent CodeBuddy, WorkBuddy, and more. Upgrade to DeepSeek Harness v0.2.1-rc.1 or later for the best experience with the new model.
1/4
This is true.
I mean, this generic statement per se is meaningless but what he means behind that, is true.
At the same time, it is also true that one cannot disregard the quality of a codebase.
Or one cannot build anything larger than a prototype.
It's not "muh, assembly", shut up.
People spent lifetimes optimizing assembly. Not happened yet for our shit.
LOL. Can you imagine the simps "open source community devs" building Linux stuff and saying they do not accept AI contributions?
I mean... Fuck.
I believed I was over accepting most people are not able to accept change.
But damn.
Linus Torvalds experiments with AI-generated Linux kernel code, using Claude Code to optimize memory operations and improve read performance.
linuxiac.com/linus-torvalds-…
#Linux #Kernel #OpenSource #AI
Now SayIt for Linux is waiting for @OmarchyLinux publications: thumbs up on the PR: github.com/omacom/omarchy-pk… 🙏
As I am building LACE - my "agent automation" - on top of board -> harness -> GH PRs, I am also still using GrokBot (which I use since day one).
I'm almost not using it for coding, but for *everything* else.
I have the chief of staff, couple project coordinators, social, legal, product engineering, master of computers.
It's everywhere (Desktop, Mobile), is connected to apps, can control computer tasks (and LACE!). @bot
I'm barely using the TUI anymore.
I just use it when on planning sessions they ask questions.
Replying to @ildella
Now it assign a linear card to opencode session. Then lace advance will assign the review when the coding session is done. And then a rework or request to merge.
And now I'm building full automation: "lace go" is running moving forward all my tracks. "lace board" is becoing reactive and showing a unified view of linear card, coding sessions and pr/ci status...
And I have automation for many automatic "advance".
Daniele retweeted
We are glad to support the Omarchy team
Thrilled to welcome @spacexai as a Founding Corporate Patron for the Omacom Foundation. That's $1,500,000 in @grok tokens for the maintenance and development of Omarchy. Maybe soon they'll be beamed straight from orbit? Let's go 🚀🌕 omarchy.org/news/2026/10/spa…
I've stopped other developments to complete LACE - my personal software factory.
It now automates the development workflow: code/review/rework/approve.
Now the track is: linear card -> opencode sessions -> githug PR.
I'm building LACE using itself. It's doing good.
...continue
The whole thing has been built by itself. I did set the tone of the code with the first CLI at the beginning of this 4th iteration but in this last rush I'm not ever watching a line of code.
I have setup a massive amount of code check and rules from lint to duplications etc....
On top of that GrokBot is my team lead: we define new specs, check everything is working. It can be the user of LACE as well.
Now it's having a look to see if there's some common pattern in a potential problem: we have too many review asking for many reworks on same PR. There must be something wrong...
The End (for now)
In fact, there has never been a moment in which the quality of code in all it's aspects has been more important.
The greatest improvement in agentic-development performance I had this year has been every time I fixed the structure, added even more rules and checks.
Oh and about the "but unit test useless", I have a news: unit tests have (almost) always been useless for apps. It's nothing new.














