Dennis

@Jashanx_gill Mixing both together, top results

Why is everyone making a shift from Claude to Codex?

@0xEvinho @quionie Like it!

@quionie I'm almost done with my V2 evinho-os-v2.vercel.app

if you vibe coded your own personal website / portfolio (not a business), share them here with me i like to see people’s tastes

@GithubProjects OpenAPI YAML out, Zod in github.com/rexeus/typewea…

Pitch GitHub repo in five words.

@BatsouElef Very cool, I like your workflow! Is the web app that we see in your video a product that you build yourself?

@typeweaver Done, I'm your 9th star! It would also make my day if you could engage with this post. I work hard on it, and I show parts of my real work. x.com/i/status/20443…

What are you building?

@moshhamedani Going for a walk, or generally changing your focus, really works wonders.

If you get stuck, just take a break and go for a 5-minute walk. It helps you think outside the box. Yesterday I was stuck at my desk for several hours fixing bugs and refactoring code that was due to over-engineered architecture. The moment I walked out of the office, I could see things from a new perspective and realized a simpler architecture would make the code simpler, easier to reason about, and resolve all those weird bugs.

Building Typeweaver. It’s an Open Source dev tool. I’ve had enough of maintaining big OpenAPI projects in YAML and love Zod/Typescript. With Typeweaver you define your API once, generate runtime and client artifacts, and keep contracts consistent across your stack. All type safe. Would love to connect! Also a star on GitHub would mean a lot github.com/rexeus/typewea…

I follow builders who actually ship. If you're: - building a SaaS - working on a side project - trying to get first users Drop your project below Let's connect 🤝

@sflorimm Just not at all

How do you use LinkedIn?

@pcshipp I think this is a personal matter. I personally absolutely agree with you!

Unpopular opinion Frontend is harder than backend

Building Typeweaver. I’ve had enough of maintaining big OpenAPI projects in YAML. With Typeweaver you define your API once, generate runtime and client artifacts, and keep contracts consistent across your stack. All type safe. A GitHub star would mean a lot github.com/rexeus/typewea…

Hey founders!! @X Looking to connect with people building in: 💻 SaaS ⚙️ Tech 🤖 Automation 🧠 AI tools 📦 Product Development 🌐 Web apps Drop what you're working on 👇🏻

Building Typeweaver. It’s an Open Source dev tool, so 0 MRR. I’ve had enough of maintaining big OpenAPI projects in YAML. With Typeweaver you define your API once, generate runtime and client artifacts, and keep contracts consistent across your stack. All type safe. A GitHub star would mean a lot github.com/rexeus/typewea…

Builders only. Drop your project. Drop your city. Drop your MRR. Let's see what the world is building right now. ↓

@gailcweiner Mostly yes. Only the days where the workflow does not work as usual, because the agents do not follow the rules frustrates a bit.

Serious question to all the AI power users out there: Are you still having fun?

@No1SoftwareDev @BatsouElef Very cool, keep it up!

@typeweaver @BatsouElef I have starred your Repository as it is inspiring Also I am building Nexaview: A Dashboard for Weather, News, Calander, ToDo and more Check out the Repository and please star it as it would mean so much github.com/Temavrix/NexaV…

@jakobjelling Typeweaver. It’s a dev tool: You define your API once, generate the runtime and client artifacts you need, and keep contracts consistent across your stack. I’ve specified one too many large APIs in OpenAPI YAML. A star on GitHub would mean a lot github.com/rexeus/typewea…

It's Monday. Time to promote your product. What are you working on?

You can’t register for my project, but you can give it a star on GitHub. Typeweaver is a dev tool: you define your API once, generate the runtime and client artifacts you need, and keep contracts consistent across your stack. I’ve specified one too many large APIs in OpenAPI YAML. github.com/rexeus/typewea…

Drop Your SaaS and i'll sign up!!!

@csaba_kissi Tired of specifying large APIs in OpenAPI YAML? That’s where Typeweaver comes in. Define your API once, generate the runtime and client artifacts you need, and keep contracts consistent across your stack. github.com/rexeus/typewea…

Share your website/project, guys👇

@ASpittel 3 With more I can't keep up with clean reviews

how many coding agents do you feel like you can actually manage at a time?

Typeweaver is deliberately one-way for now: TypeScript/Zod as the single source of truth → clients, validators, routers, types, and OpenAPI specs (coming soon) fall out of that. Here is a very early version of the documentation, separate from the READMEs in the repo. typeweaver.dev

@typeweaver @mscode07 anyone who's spent time hand-writing OpenAPI YAML will immediately get this. does it go both ways — can you also generate from an existing API that has no spec yet?

Drop your product Share feedback with eachother Let's make it fun 👇👇

Yep, unions stay intact on both sides. Zod schemas go in, narrowed types come out for requests and responses alike. Where it really pays off is the client: every operation has a dedicated RequestCommand, and send() returns a union that narrows on response.type. That locks request shape ↔ response shape together in the type system, validated at runtime. You literally can't mishandle a response the API couldn't return. Heads up: docs are still early outside the repo READMEs, not officially public yet, but here's the relevant page: typeweaver.dev/docs/client-us…

@typeweaver @1Umairshaikh auto-generating type-safe clients from Zod is the piece monorepo teams keep reinventing manually. does it handle discriminated unions or is that where things get messy?

What are you building this weekend? Drop your project URL Let’s drive some traffic

@brankopetric00 It's nice when everything scales directly, it's not that complicated to set up

Kubernetes was built to solve Google-scale problems. You have 47 users.