HackerTrans
TopNewTrendsCommentsPastAskShowJobs

daitangio

no profile record

Submissions

Vibe Coding: easy to say, difficult to survive

gioorgi.com
2 points·by daitangio·há 10 meses·1 comments

comments

daitangio
·há 2 meses·discuss
I love it so much I have created a thin statless orchestrator layer upon it:

https://github.com/daitangio/misterio

It works very well!
daitangio
·há 5 meses·discuss
I agree. Go fast with a suboptimal architecture. If success arise, throw away version 1 and rebuild from scratch. Often is more effettive.
daitangio
·há 6 meses·discuss
I am using SQLite on paperless-ngx (an app to manage pdf [4]). It is quite difficult to beat SQLite if you do not have a very huge parallelism factor in writes.

SQLite is an embedded database: no socket to open, you directly access to it via file system.

If you do not plan to use BigData with high number of writers, you will have an hard time beating SQLite on modern hardware, on average use cases.

I have written a super simple search engine [1] using python asyncio and SQLite is not the bottleneck so far.

If you are hitting the SQLite limit, I have an happy news: PostgreSQL upgrade will be enough for a lot of use cases [2]: you can use it to play with a schemaless mongo-like database, a simple queue system [3] or a search engine with stemming. After a while you can decide if you need a specialized component (i.e. Kafka, Elastic Search, etc) for one of your services.

[1]: https://github.com/daitangio/find

[2]: https://gioorgi.com/2025/postgres-all/

[3]: https://github.com/daitangio/pque

[4]: https://docs.paperless-ngx.com
daitangio
·há 6 meses·discuss
Me too, but I was able to do it around 1995-1996 :) Also remember Windows95 can boot with 4MB of RAM, and was decent with 12MB.
daitangio
·há 6 meses·discuss
Please give a try to docker mailserver too: https://github.com/docker-mailserver/docker-mailserver

It is quite easy to setup and give you much control, I do it myself:

https://gioorgi.com/2020/mail-server-on-docker

Documentation is very very clear
daitangio
·há 9 meses·discuss
You are ready for misterio: https://github.com/daitangio/misterio A tiny layer around stareless docker cluster. I created it for my homelab and it gone wild
daitangio
·há 9 meses·discuss
Self-hosting is becoming a freedom factor in my humble opinion. I have an hard time hosting my email server, it was not so diffcult 10 years ago and was trivial 20 years ago.

The reason is the anti-spam rules and the fact that Google, Microsoft and so on are creating a iron trust to each other, and the little server outside are marked spam by default.

Lets encrypt avoided a similar destiny to https connections, but the risk is always out of the window. I mean, https was becoming "pay-us-to-publish a web server, or our browser will mark you as unsafe and do not display it".

I think it is time also to self-host private free chats and possibly other services lik DDoS services.
daitangio
·há 9 meses·discuss
True, but this is a new beginning.Give time and credit to build an alternative. I think another repo server will not harm anyone in the long run
daitangio
·há 9 meses·discuss
I set up my personal mail server https://github.com/docker-mailserver/docker-mailserver and I have wrote about it here https://gioorgi.com/2020/mail-server-on-docker

I am GMail-free from 2020 and I am a lot happier.

I keep my GMail account, but I use just as failsafe or as seconday account. In the meantime, I have very little trouble managing my mail-server.
daitangio
·há 9 meses·discuss
I keep using isso https://isso-comments.de/ I installed it on my static blog very easily, and I own all the data. Also it is GDPR-compliant (because it provide hints on how to remove data like IPs) and it is very light. For me Disqus and similia are a dead end.
daitangio
·há 10 meses·discuss
Replit, Lovable Cursor ok... but how much of this company will survive in the next 2 years? I wrote a small post, and I'd like your opinion!
daitangio
·há 10 meses·discuss
I do not know: the lack of proper docker compose support it is a problem for me. About security: gVistor adoption failure in Google is a proof that containerization cannot be enforced easily and container will always be less secure than a VM.

If you want proper security go to firecracker [^1]. Podman is the "RedHat/IBM docker-way" but I see very little benefit overall; never less if it works for you great and go with it!

[^1]: https://firecracker-microvm.github.io
daitangio
·há 11 meses·discuss
Right in theory hard to do in practice. Also business needs are awful complex, guys.
daitangio
·há 11 meses·discuss
Bitnami K8s helm charts was very well done but overall we can live without them.

I would suggest boradcom to offer two tie: one free on they repository and one se t of more specific images.

Burning the docker.io images is a dumb move.
daitangio
·há 12 meses·discuss
I wrapped together a simple yet powerful queue system:

https://github.com/daitangio/pque

I evaluated Listen/notify but it seems to loose messages if no one is listening, so its use case seems pretty limited to me (my 2 cents).

Anyway, If you need to scale, I suggest an ad hoc queue server like rabbitmq.
daitangio
·ano passado·discuss
I do not know. I learned it when I was 12, but it was quite challenging for me. Pros: It is very ortagonal, has no memory-to-memory instructions

Zero page is like a having 256 generic RISC registers (a bit faster than accessing to other memory areas).

Very easy to understand how the assembly is micro-coded

Cons:

It is impossible to create a "generic" memory pointer with an index >255 without auto-modifying code.

It is a true 8bit only system and cannot manipulate 16bit word easily Steve Wozniac created a small VM just to manage 16 bit Integers (see the his Byte magazine articles).

Too much addressing mode.

So I like 6502, but I disagree a bit.
daitangio
·há 5 anos·discuss
Yes and no. Debugging a binary protocol is a bit more difficult then a text one; which is the reason HTTP is ascii based.
daitangio
·há 5 anos·discuss
>Being a good engineer means knowing best practices. Being a senior engineer means knowing when to break best practices.

True. You do not know how it is true!