Reddit Programming
211 subscribers
1.22K photos
124K links
I will send you newest post from subreddit /r/programming
Download Telegram
The Story of Codesmith: How a Competitor Crippled a $23.5M Bootcamp By Becoming a Reddit Moderator
https://www.reddit.com/r/programming/comments/1o67ip8/the_story_of_codesmith_how_a_competitor_crippled/

<!-- SC_OFF -->Saw this on theprimeagen stream, thought it would be interested to share. Anyone here who did a codesmith bootcamp? <!-- SC_ON --> submitted by /u/Happy_Junket_9540 (https://www.reddit.com/user/Happy_Junket_9540)
[link] (https://larslofgren.com/codesmith-reddit-reputation-attack/) [comments] (https://www.reddit.com/r/programming/comments/1o67ip8/the_story_of_codesmith_how_a_competitor_crippled/)
Introducing Reactive Programming for Go
https://www.reddit.com/r/programming/comments/1o6ieoy/introducing_reactive_programming_for_go/

<!-- SC_OFF -->Start writing declarative pipelines: observable := ro.Pipe( ro.RangeWithInterval(0, 10, 1*time.Second), ro.Filter(func(x int) bool { return x%2 == 0 }), ro.Map(func(x int) string { return fmt.Sprintf("even-%d", x) }), ) <!-- SC_ON --> submitted by /u/samuelberthe (https://www.reddit.com/user/samuelberthe)
[link] (https://github.com/samber/ro) [comments] (https://www.reddit.com/r/programming/comments/1o6ieoy/introducing_reactive_programming_for_go/)
How Clean Commits Make PR Reviews Easier
https://www.reddit.com/r/programming/comments/1o6rbo1/how_clean_commits_make_pr_reviews_easier/

<!-- SC_OFF -->It's no secret that reviewing pull requests is time consuming, and incredibly important. Speeding up reviews, and enabling higher quality reviews, should therefore be a crucial skill for all developers. However, I find the vast majority of PRs to be incredibly unfriendly to reviewers. In this (https://medium.com/@anujbiyani/ai-development-how-clean-commits-make-pr-reviews-easier-ec33f57eda70?source=friends_link&sk=4f1308bb6693f47236fb0da87bef3454) post I wrote about some git commands that will help you craft PRs that are much easier to review. With a bit of practice it ends up being fairly quick to execute on, and your whole team will thank you. <!-- SC_ON --> submitted by /u/fogeyman (https://www.reddit.com/user/fogeyman)
[link] (https://medium.com/@anujbiyani/ai-development-how-clean-commits-make-pr-reviews-easier-ec33f57eda70?source=friends_link&sk=4f1308bb6693f47236fb0da87bef3454) [comments] (https://www.reddit.com/r/programming/comments/1o6rbo1/how_clean_commits_make_pr_reviews_easier/)
What’s the most cost-efficient way to run a persistent WebSocket API with auto-scaling and real-time traffic?
https://www.reddit.com/r/programming/comments/1o71amc/whats_the_most_costefficient_way_to_run_a/

<!-- SC_OFF -->I’ve been working on a real-time backend in Go (Gin) that bridges VS Code extensions and mobile clients via WebSocket connections.
The API handles device pairing, authentication, and real-time messaging — acting as a discovery and message broker service between desktop and mobile. Current Architecture Language: Go 1.21 Platform: Google Cloud Platform (auto-scaling instance group) Load Balancer: GCP HTTP(S) LB with sticky sessions (CLIENT_IP affinity) Database: Firestore (NoSQL, auto-scaling) Concurrency: ~200 sockets per instance, up to 3 000 total Scaling Trigger: 75 % CPU utilization Cost Range: $27 – $60 / month Design: Fill-then-spill auto-scaling, in-memory message broker per instance TLS: Google-managed SSL certificates The setup performs well — instances scale automatically, sticky sessions maintain WebSocket persistence, and Firestore handles durable state.
But I’m exploring whether a single Hetzner CPX server could handle the same load more cost-efficiently without losing too much reliability. Programming & Architecture Questions For those who’ve built similar real-time Go or WebSocket systems: How do you decide when to scale out (multi-instance) versus scale up (single powerful node) for concurrent Go services? Have you found Hetzner or similar bare-metal providers more cost-effective for steady WebSocket workloads? Each instance in my design maintains its own message broker and token cache; Firestore stores persistent data. Sticky sessions avoid cross-node coordination — are there hidden scaling pitfalls in this approach? Would adding Redis Pub/Sub or a lightweight state bus actually improve reliability, or just increase complexity and cost? For long-lived WebSockets, has anyone found Kubernetes or Cloud Run cheaper in practice than manually managed VMs? I’m mainly trying to balance cost, reliability, and architectural simplicity as the system scales. <!-- SC_ON --> submitted by /u/vscoderCopilot (https://www.reddit.com/user/vscoderCopilot)
[link] (https://github.com/emirbaycan/vscoder-copilot) [comments] (https://www.reddit.com/r/programming/comments/1o71amc/whats_the_most_costefficient_way_to_run_a/)
Construí en una noche una app para seguir mis postulaciones de trabajo. Se llama jobGetsJob y quiero feedback real
https://www.reddit.com/r/programming/comments/1o711py/constru%C3%AD_en_una_noche_una_app_para_seguir_mis/

<!-- SC_OFF -->Anoche me pintó el bichito de construir algo rápido.
Tenía una idea que venía dando vueltas hace rato, y dije: “bueno, basta de pensarlo, lo hago”. Así que en una sola noche armé jobGetsJob, una app para seguir todas las postulaciones laborales y tener tu búsqueda de trabajo ordenada como si fuera un proyecto. La idea es simple, casi obvia: conseguir trabajo también es un trabajo, y si uno puede organizar su código, ¿por qué no organizar sus postulaciones igual? No es más que un MVP, una primera versión, algo para probar si realmente hace falta.
Por eso lo subí online y quiero feedback real, sin filtro.
¿Te parece útil? ¿Le falta algo? ¿Lo usarías si estás buscando laburo? Podés entrar y probarlo acá 👇 https://jobgetsjob.vercel.app/ <!-- SC_ON --> submitted by /u/fertejo20 (https://www.reddit.com/user/fertejo20)
[link] (https://jobgetsjob.vercel.app/) [comments] (https://www.reddit.com/r/programming/comments/1o711py/constru%C3%AD_en_una_noche_una_app_para_seguir_mis/)
Unpacking Cloudflare Workers CPU Performance Benchmarks
https://www.reddit.com/r/programming/comments/1o7nads/unpacking_cloudflare_workers_cpu_performance/

<!-- SC_OFF -->Cloudflare addressed benchmarks that showed Workers slower than Vercel in CPU-heavy tasks. They traced the gap to V8 tuning, scheduling, and inefficiencies in libraries and adapters. Fixes included better isolate scheduling, memory tuning, and optimizations to OpenNext and JSON.parse. They also pushed upstream improvements to V8 and Node.js. As a result, Workers now perform on par with Vercel in most tests and much closer in the remaining ones, while Cloudflare continues to refine performance. <!-- SC_ON --> submitted by /u/Happy_Junket_9540 (https://www.reddit.com/user/Happy_Junket_9540)
[link] (https://blog.cloudflare.com/unpacking-cloudflare-workers-cpu-performance-benchmarks/) [comments] (https://www.reddit.com/r/programming/comments/1o7nads/unpacking_cloudflare_workers_cpu_performance/)