Interesting discussion on yolo mode. Why not yolo vibe code and then control what goes into production with good ol' git?
great post! bitcoin and nostr scale, because they minimize trust required.
Writing up my first experiences with Vibe coding and I revisited the agilemanifesto. I feel like some of the good ol' developer habits make even more sense when using AI assistants. Like git for taking snapshots of your codebase and automated tests to quickly check it still works. 
npub1g0eujuzgy06srs3sdanaytzq8adsd78d4g4p5xqtlue3d3q3v2mq6pl966 Just read your tam piece with great interest. Curious about the thesis of investing in infrastructure because of bitcoin TAM. Is the infrastructure not likely to get commoditized? Looking at the internet infrastructure boom cited in the article: Many early internet infrastructure companies (routers, servers, fiber optics) faced brutal competition despite the internet's massive growth.
love the idea!
does it have to be local or how would international shipping work?
I wanna learn how to deploy MCP servers too!
This MCP thing is really blowing up.
Lucky we get to witness this.
Wow, that's cool. "Pimp my ride" AI edition.
Just discovered this "anti new car ad", which also serves as a great vehicle (no pun intended) for financial and life wisdom.
Makes sense! Like you say Rails is great for building the business logic for these cases.
nostr:npub1marcan0laywmjprf4m8d34dr8m724a6jxxa56a5wwygcgj23q7nskfwmfg and nostr:npub1vppdwqmhlzhftstq5exturmry4u0pdfm93mqj4zfuuznhclxygfsdatk8w You discussed in your "rails" episode the basic challenge of using rails with Nostr -- rails is just not really made "out of the box" for highly async use cases like Nostr. I have recently had two biggish projects where I has to integrate Rails with nostr -- https://rizful.com/docs/connecting-apps#nostr-wallet-connect-send-and-receive and https://docs.megalithic.me/lightning-services/nsfw-image-detection-for-nostr .... both required a lot of SERVER SIDE communication between Rails and Nostr relays.
I used quite a lot of this https://github.com/wilsonsilva/nostr -- but you'll notice there are a few serious issues -- for one thing, there's no explicit way to actually close a connection with a relay! ( https://github.com/wilsonsilva/nostr/issues/19 ) ....
So after trying a couple different architectures I have currently hit on these rules for server-side development with rails and nostr.
1) Never try to communicate with Nostr relays directly from rails
2) Instead, use a purpose-build "intermediary" application written in Node.js/Typescript... this could be built many different ways but in my case, I have this Node.js application listening to a queue, where it consumes requests from rails....
3) This intermediary application allows your rails application (using multiple threads with something like Puma or many concurrent background jobs) to be "conservative" in its usage of Websocket connections.... you can design this intermediary application so it "re-uses" existing connection to relays, to avoid overwhelming relays, and also, in some cases, to keep connections alive so you can have very low latency with relays -- i.e. not need to constantly connect and disconnect from them.
4) This is just what I have come up with, but I've noticed better latency and better reliability after switching to this strategy.
So Rails can still construct the events, and handle the business logic (Because, as you point out, NOTHING beats Rails + Ruby + Active Record for business logic!), but then it always hands off communication with relays to the intermediary app. (Also, rails will have to listen on a queue to read from the intermediary app, I am using Redis in some cases, RabbitMQ in other cases, and SQS in still other cases, I have found each of these has certain strengths and weaknesses....)
Appreciate you laying out the architecture. I want to build a bookmarking app and couldn't decide whether to just use JS or hook into a Rails backend. Using Rails as an intermediate step is interesting. What tasks does Rails handle in that kind of set up?
I dream of having an ActiveRecord adapter that writes to Nostr like a SQL database and handles all the complexities of Websocket management for me #lazynostr
nostr:npub1vppdwqmhlzhftstq5exturmry4u0pdfm93mqj4zfuuznhclxygfsdatk8w and nostr:npub1marcan0laywmjprf4m8d34dr8m724a6jxxa56a5wwygcgj23q7nskfwmfg thanks for your great podcast which I recommend highly - https://www.keypair.fm/ -- I listened to most of the back episodes today while snowshoeing in the San Gabriels
Thank you for tuning in!
Ihr wollt wissen wie nostr:nprofile1qyt8wumn8ghj7ct5d3shxtnwdaehgu3wd3skueqpz4mhxue69uhk2er9dchxummnw3ezumrpdejqqgqfzuy0894gpxznr2ddd7nv4n2z9vejrxnvet6rfnkdtxlrxmq2vuc9pk6u und die Crew von nostr:nprofile1qyxhwumn8ghj7cnjvghxjme0qyt8wumn8ghj7etyv4hzumn0wd68ytnvv9hxgtcqyzt49xkwwtkk2ajdweftqdvh5e07xv4svwv62jappg2ryg0uxjgcskmpd8a zur nostr:nprofile1qyu8wumn8ghj7mrfva58gmnfdenjucn9de3ksmmywfhkve3wvdhk6tmwdaehgunrd35k2mn59ashq6f0wccj7un9d3shjqguwaehxw309ahx7um5wgknqvfw09skk6tgdahxuefwvdhk6qpq2gu2kjnlnkrkjt2npteh3qcn8cp8q5ufamw6jzkk4sjk7snd8flqsjn23w anreisen wird?
So und nicht anders! đď¸đ§ââď¸
#Zitadelle2025
nostr:nprofile1qyt8wumn8ghj7mn0wd68ytnjv4kxz6fwv9c8qtcqyqp3agcxrz87ucc6smc6peyua68n6cje9vh8he0cavtc3ce8mv6q54hhxq0 https://m.primal.net/PYDF.mp4





