157 karma · joined January 2, 2026
and C#, I would rather have something in Go/Rust.
it always stike me how whacky ETH dev community is (based on their slack). like you have ETH core written in Go, just make a nice open source ETH gateway with nice UI. nope. neither core team nor community don't care.
and BTC has some Windows XP era C# monstrosity
we are switching to Deepseek.
do you see difference between history of edits and internal documentation about the public website and public website itself? or sources to build website vs website itself? it is nuts not to see distinction of that.
github repo != public webpage. this is nuts.
better at Go to ship apps — none of that needed. actually opposite. the less complexity and low level details you hardcode yourself, the better. chances are, this low-level tech debt will bite you back when you have no time to deal with it. keep it simple.
better at Go to work with internals of Go/compilers/runtime — yes, but do you plan to ship one? or why it is needed at all? or do you work at Go core at Google?
whatever critisism is just "IndieWeb decides not to do so".
not admiting own mistakes also goes hand-in-hand with it.
overall, recipe for disaster.
I would also add that I run it this way ~12hour a day non-stop. 300M / tokens per day (99.7% cache hit).
use Cloudflare.
(which seems diametrically opposite of IndieWeb: no HTML - iOS/Android is the king, no browsers, no desktop, no terminal, no GitHub, gated App Stores, rich media, videos is the king)
domain: typical web backend tier, mobile apps. not particularly complex, but requires OOP/architecture/system design.
I delegate small-medium tasks: refactors, summaries, research, writing tests + have very good codebase already + extensive history / architecture / docs / linters. so it picks up and does decent small-medium scope work. it is fast, accurate, cheap. does exactly what I want directly and does not waste time nor tokens.
definitely not "implement me complex greenfield project".
or if you are EU/China and do not want google DNS and networkign layer owning entire EU/China
in all cases they would still want centralized control by each state/company.
how to align incentives of someone who can actually pull this off and still keep it decentralized is a big question.
you got to go full own hardware stack. now only China can reallistically pull this off.
China has own hardward stack. (actually entirety of all hardware stacks. it is all build there). China has own playstores or higly regulated versions of Apple/Google play stores.
China has mini-apps ecosystem which is more resilient to App Store whims.
and pretty much China is only place that can reallistically negotiate and push back to Google/Apple.
nobody else can stand a chance.
so free web is only possible in China pretty much. and future of free web is there.
key properties:
1. everyone can be a registar. your localhost too
2. blockchain proof of ownership and discovery (certs, not proof-of-work, fast and cheap ledger)
3. everyone can be a CA (self-signed certs pinned in blockchain)
4. no fixation on static IPs (inspired by Cloudflare Tunnels, Tailscale). IPs are ephemeral.
5. blockchain/P2P discovery of domains
but it is all fantasy without real browsers support (Chrome, Safari). 99.999% of traffic is locked there, and both controlled by monopolies Google / Apple. and you cannot even build your own browser (Apple App Store will not allow it). Maybe alternative stores and some proxies / translation layer from normal web to this web would help.
just use Cloudflare. get all this for free (except domain).
typical story. first move out production, loose core competency, let competitors copy it with own brands in own jurisdictions, and shut down business.