Activity
Mon
Wed
Fri
Sun
Mar
Apr
May
Jun
Jul
Aug
Sep
Oct
Nov
Dec
Jan
Feb
What is this?
Less
More

Owned by Rondon

Citizen Developer

117 members • Free

This is a vibecoding community where we build, learn, and ship by momentum, and real-world experimentation. The fastest way to grow isn’t perfection.

Memberships

The AI Advantage

73k members • Free

Vertrieb & Verkauf

690 members • Free

UK High Ticket Job Board

3k members • Free

Loqui Listening

22 members • Free

AI Automation Agency Hub

291.3k members • Free

Prometheus Code

93 members • Free

Skoolers

189.9k members • Free

240 contributions to Citizen Developer
Live session
I'm live now. If you see it you can join me. Let's talk Tech!
0
0
Cloudflare workers
You can deploy your personal project initially free until you get paying users on Cloudflare Workers. It's possible to deploy backend and frontend but you have to be willing to make some adaptations for the app to be compatible with the cloudflare environment. You get DNS, database, logging and more for free (again until you get paying customers). Later you can migrate to something more professional of stay on the paying services of cloudflare. They also offer many other AI related services.
0
0
Why and When Monorepo Architecture
After a month of building Profit Pilot's web app, I started working on the mobile version to keep both platforms moving in parallel. This is where most projects face a critical decision: 1. Build everything twice (double the time, double the cost) 2. Architect once, deploy everywhere I chose option 2—even with both apps still in active development. My approach: Instead of maintaining two separate codebases, I engineered a unified architecture that powers both platforms simultaneously with enterprise-grade scalability. The architecture: → Turborepo monorepo for lightning-fast builds and intelligent caching → Shared TypeScript types with strict type safety across all packages → Centralized business logic - write once, run everywhere → Platform-optimized auth (secure session cookies for web, JWT with refresh tokens for mobile) → Shared UI component library maximizing code reuse → Real-time sync between platforms using optimistic updates → Automated CI/CD pipeline deploying to both platforms simultaneously → Environment-agnostic API layer with consistent error handling The technical edge: → 70%+ code sharing between platforms → Type-safe API calls with auto-generated clients → Single source of truth for business logic and validation → Consistent user experience across all devices → One security audit, one performance optimization—both platforms benefit Tech stack:Next.js 14 (web) | React Native/Expo (mobile) | Turborepo | MongoDB Atlas | TypeScript | tRPC/REST API | React Query | Zod validation
Why and When Monorepo Architecture
1 like • 8d
I like the approach of supporting multiple architectures in the same code base. I also try to use it for all my personal projects. In my case I use polylith which is an project structure to have multiple projects (related to each other) in the same code base. It supports only clojure and python but the philosofy can be applied to other programming languages. Keep up the good work and thanks for sharing with us!
Next step for my application lifecycle project
This is the project I launched. Since it was vibecoded the next step in my strategy for this kind of projects is to migrate it to my own infrastructure since replit was good for the first version (aka MVP) but I want it to mature somewhere else. In this case I want to run it on cloudflare because of the generous free tier and if the project outgrows it then I'll move to the next stage and deploy it on a Kubernetes cluster.
Next step for my application lifecycle project
Performance Fix: Small Issue, Big Impact
While reviewing the TechCognify website, I noticed something interesting. The entire site was fast ⚡—except the reviews section, which was taking 10–15 seconds to load. Since the frontend was already optimized with Next.js, this immediately pointed to a backend-level bottleneck, not a UI issue. On inspecting the api/reviews endpoint, the root cause became clear: Images were being stored and served directly from the database, instead of an optimized media delivery service. This led to: - Heavy API payloads - Slow response times - A degraded user experience Fix:I refactored the media flow and moved image storage to an optimized external service. Outcome:Instant load times for reviews and consistent performance across the site. Key takeaway:Performance issues often aren’t visible in the UI.They’re the result of early architectural decisions, especially around media and data handling. Frontend optimization helps.Backend decisions define scale. #NextJS #WebPerformance #BackendEngineering #SoftwareArchitecture #TechCognify
Performance Fix: Small Issue, Big Impact
0 likes • 29d
Really interesting to hear about this scenario because it’s not popular anymore to store images in the database.
1-10 of 240
Rondon Sarnik
4
58points to level up
@rondon-sarnik-6268
Let's solve some problems!

Active 6h ago
Joined Aug 23, 2025