collimarco
Joined 5 years ago
Karma
73
Submissions
23
Member since
Oct 2
Recent submissions
Comment · 7 days ago
Running agents outside containers seems crazy to me... It should at least launch a sperate microVM or container for each agent / task.
Comment · 23 days ago
This looks like the top of the dot-com bubble...
Comment · 1 month ago
Jemalloc is great for Ruby on Rails apps, and drastically reduces memory usage for the same workloads. We use it for all our Ruby / Rails apps running on Kubernetes / Cuber:
https://answers.abstractbrain.com/how-to-enable-jemalloc-for...
Comment · 2 months ago
What about clean, semantic HTML?
It was already optimized for bots and search engines (which are bots) and it has been used for decades. Why we need to serve in markdown now?
There are also many parts of the HTML, like navs, that are useful for bots and AI and may be removed in the markdown version.
Comment · 2 months ago
We need a simple, global standard for collecting invoices from websites.
Existing solutions like e-invoices are supported only within single countries and are not compatible across borders.
Other protocols like Peppol are too complex and most providers / websites don't support that.
Collecting invoices from email is unreliable, because an email may be lost, you need to give automation tools privileged access to your email and many providers don't even send a PDF by email, but instead insert a link which requires login credentials...
We need a simple solution for collecting PDF invoices from different websites, without having to download them manually from each website each month.
Please support this proposal by posting a comment or a like on the GitHub issue. It's extremely simple and would solve the problem, saving hours / days of work each month.
Comment · 6 months ago
Kubernetes is not bad, it's just low level. Most applications share the exact same needs (proof: you could run any web app on a simple platform like Heroku). That's why some years ago I built an open source tool (with 0 dependencies) that simplify Kubernetes deployments with a compact syntax which works well for 99% of web apps (instead of allowing any configuration, it makes many "opinionated" choices): https://github.com/cuber-cloud/cuber-gem I have been using it for all the company web apps and web services for years and everything works nicely. It can also auto scale easily and that allows us to manage huge spikes of traffic for web push (Pushpad) at a reasonable price (good luck if you used a VM - no scaling - or if you used a PaaS - very high costs).
Comment · 6 months ago
Over-editing and over-adding... I can find solutions that are just a few lines of code in a single file where AI would change 10 files and add 100s of lines of code. Writing less code is more important than ever. Too much code means more technical debt, a maintainability nightmare and more places where bugs can hide.
Comment · 6 months ago
I have built Cuber (https://github.com/cuber-cloud/cuber-gem) a few years ago as a replacement for Heroku and now we use it to deploy all our Rails applications on DigitalOcean Kubernetes. Extremely lower cost, better performance, less bugs, better support...
Comment · 8 months ago
Is this a real protection? The AI agent could simply run:
enveil run -- printenv
Comment · 8 months ago
> your proven ability to deliver useful products
Which is not the case. It's just a useless product, without any real use case, which also introduces large security bugs in your system.
Comment · 8 months ago
I have moved all Rails apps away from Heroku in the last years. It was great 10 years ago, but then became expensive, full of bugs and with terrible support. All our Rails apps (Pushpad, Newsletter.page, etc) are running on Cuber gem + DigitalOcean Kubernetes... In the last years we achieved 100% uptime (five nines), zero subtle bugs and huge cost savings.
Comment · 9 months ago
That is what OpenAI, Claude, etc. will do with your data and conversations