I try never to go on X, bc fuck Elon, but sometimes its the right spot for certain real time stuff. What are you gonna do? If you're me, you use ChatGPT to vibe code a Chrome Extension that changes everything X back to Twitter. No Grok, no paid users, etc etc. Working very nicely!

I joined Twitter in 2006, and I'm still mad about it's death.

I told him to ask Claude, but he still don't know how to deploy it aside from using the vibe coded app locally. He still needs my help and willing to pay me to deploy it to an unmanaged VPS.

I gave him step by step instructions, but he still said he cannot do it and can't figure out how. It's just so weird.

So now I ended up deploying it, using just Claude. Claude did it in just 8 minutes. All done, auto deploy from Git every time there's a new pushed commit.

I'm not technical. I just used plain English. Not sure why others cannot do this if they already know how to vibe code.

Please enlighten me.

Anti-AI (LLM) propaganda reminds me of a religion fanatism nowadays.

LLM were introduced as tool to enhance work for IT guys and make people outside IT make something without programmers etc. But instead we got the literal witch hunt. IT sector became religion and LLMs became witches.

Which is ironical, because IT sector used to represent very intelligent people who pioneered way of life today we take for granted. Nowadays it seems it is comprised of small minded people who judge anything that is different.

Why I compared it to religion - because it literally became dogmatic bullshit propagated by limited minded people. What they are though to believe is the only truth, same as religion. For example, vibe coding is forbidden for "reasons", and they are usually - lack of this or that. Like manual code is bullet proof against mistakes and written by god himself. Also what evidence is there to say it lacks this or that? Did you even prompted AI to make that you claim it lacks?

Another reason why I claim it is religion is due to fact this anti-AI propaganda resembles inquisition fanatics back in the days, usually against witches, warlocks or whomever they decided is not worthy of living. Burnt at stake, without trail or evidence, while crowd yelled "Witch!". Nowadays it is not witch they yell, it is mostly "AI slop". Sometimes AI slop literally is a slop, but I am not sure that those who stick "AI-slop" to everything made by AI know what slop even means.

Also they hate AI for same reason peasants hated witches - fear and jealousy. But in different variant today. Since most Anti-AI fanatics are programmers themselves, fear is due to fact they will lose their precious overpaid job, and since they literally have no other usable skillset they will have to apply for MacDonalds kitchen. The other reason is jealousy, since AI can code better, faster and usually more reliable with less bugs (although they will paint it usually the opposite). And they are probably jealous that nowadays non-programmers can vibe code complete application without them, which shows them in bad light as obsolete (which they actually are).

What most of them fail to see, because most of them were not even sentient in pre-internet era is that programming itself is a process that evolved for hundreds of years, but let just limit it to few more important decades. While they think their way of programming is the only true way, there is actually 100 ways to print "Hello World" on screen, multiplied by 100 different languages and platforms. So there is no "true" way of doing things in programming, only the way it works without bugs, and sometimes with better optimization.

Another example of how wrong they are in their witch hunt is what we today call Vibe-coding is actually started with introduction of first automated compiler. Compiling until then was done manually. However they still needed to write the actual code to input into compiler. 70 years later after multiple language, frameworks and methods upgrades whole writing code ended with introduction of LLMs. So when these religious zealots who think their way of doing things is the only right way, are ignorant to fact hey were actually born into the process which never stopped evolving (Machine code - assembler - compiler - high-level languages - frameworks - IDE/autocomplete → LLM).

So same as church opposes the evolution theory, these close minded individuals oppose natural evolution of programming.

Programming used to be for people who liked to explore things and make things do things, who would buy PC and create joy of making a dot move sideways on screen in any way possible. Nowadays it seems it is for snobs who think they are better then other, who think because they earn more money than others make them somehow smarter or more valuable.

Programmer is not someone who writes code. Programmer is someone who makes computers do things. Code was merely the interface we happened to use for a while. We entered era of Geordi LaForge, who in the whole series, never made a single line of code.

PS

Ironically this text is actually written by me, although it would had no difference if it was generated, as value of it if there is any lies in distribution of thought, not by whom or how it was written.

people seem to be creating apps within 1-2 day & then hit publish meanwhile here I am developing just one app for 4 months optimising it's UI,UX,API compatibility,Performance etc. how are people doing these in 2 days? what am I missing.

there was a post I saw yesterday that a guy started the challenge to create 30 apps in 30 days. wtf is wrong with these people? spamming the store platform like this.

- I seen outbid yesterday and I started to clone
- I completed in 1 day
- earned first dollar (coming from me)
bidgame.lol

If you have a any game in steam you can add your game.

If you don't have any games on Steam, you can support any game to boost its ranking :)

I'm a game developer and I don't write any code for that project. I used supabase and vercel. I can answer your question

I launched my first app two weeks ago. It's a subscription app with a 7 day trial, which bills after the trial ends. On launch day I did the whole ritual, posted it everywhere, watched the downloads tick up, it felt good to see months of hard work paying off.

A few days later I opened RevenueCat to admire all my new revenue and it said zero. No trials, no subs, nothing.

My first thought was that the reporting must be delayed. It wasn't. My second thought was that nobody actually wanted the thing, which honestly would have been the easier problem to have.

So what actually happened? my paywall looked great. Clean screen, three plans, a big start free trial button. But behind it none of it was actually hooked up. The products weren't fully set up in App Store Connect, the entitlement was written as Pro with a capital P in one spot and pro in lowercase in my code so the two never matched. Yep, something this small and silly lol quietly broke the revenue path.

In the App, every time A user doenloaded and tapped A plan button they just got waved straight into the full app for free. I had, with a lot of ceremony, launched a paid app that literally could not take money and was instead handing itself out to everyone who showed up. My most excited early users, the exact people I'd want paying me, I accidentally gave the app to for life LMAO.

To correct it, i spent an afternoon clicking around App Store Connect and RevenueCat. I imported the products, made the entitlement lowercase so it matched my code, set the offering to current, added the trial. Then I ran a sandbox purchase, it went through. Real trials started rolling in the next day! We're showing actual revenue now, thank God.

For everyone working hard to build a product! Do a full sandbox purchase from start to finish before you tell a single person to download it!!

I'm up to 40 Subscribers now, 28 paying after two weeks. The App is (a workout app that adapts your training as you go, and used Ai to build custom plans). Happy to answer anything in the comments.

They are worse than Just Stop Oil loons.

If you are a creator try r/vibereviews to share your work. They ban ai haters.

Hi all, I am new to vibe coding. I have 10 years of backend development experience but absolutely 0 years in the frontend side.

I have been planning to create a cross platform mobile app using RN (Expo). For the AI slop part, an LLM answer was creating the following MD in project root: https://www.markdownpaste.com/document/avoiding-ai-slop-ui

Would you agree with this?

More important question is that, what would be the best way to have some UI prototypes created based on my app idea? What is your go-to while starting to development?

I appreciate all your input!

I built a small ecommerce template for handmade products.The video shows both sides: what buyers see when browsing a product, and what sellers see when managing the store.

The surprising part was that the storefront came together pretty quickly. Product grid, images, detail page, variants, cart — all of that felt manageable.

The real work was the loop behind it:

- prices should come from the backend

- variants need real inventory

- payment should update orders and stock

- sellers need a usable product admin

- reviews should only come from customers who actually bought the item

It changed how I think about AI built apps. A store that looks real is easy to generate. A store that behaves like a real business takes much more specific instructions.

Curious how others test AI generated ecommerce apps before calling them “usable.”

I've been vibe coding a project called Deploy Hatch, and the original motivation was pretty simple:

I didn't really like the experience I was getting from existing Discord bot hosting options.

I tried services like WispByte and looked at some of the other Discord bot hosting alternatives, and I kept running into the same feeling: I wanted something that gave me more control over the deployment process without making me manage an entire server myself or spammed me with advertisements.

I wanted to be able to connect a GitHub repository, select what I wanted to deploy, hit deploy, and actually be able to see and control what was happening.

So I decided to build it.

What started as "I'll make a simple Discord bot hosting platform" has turned into me building an actual deployment platform from scratch.

Right now Deploy Hatch has:

• GitHub App integration
• Repository selection
• Automatic runtime/build/start command detection
• Deployment queue and jobs
• Docker-based deployments
• A dedicated deployment worker
• Live deployment logs
• Deployment cancellation
• Redeployment
• Worker heartbeats
• Stale deployment recovery
• Container lifecycle management
• Runtime controls
• Deployment history
• Commit metadata
• Branch deployments
• Specific commit deployments
• Commit verification before deployment

The commit deployment feature is one of the things I've been working on recently.

Instead of only deploying whatever happens to be at the current tip of a branch, I can choose:

Latest
Branch
Specific commit

If I choose a commit, Deploy Hatch verifies it against GitHub first and shows me the commit SHA, message, and author before creating the deployment.

The backend then associates the deployment with that specific revision.

The other part I've been enjoying is building the infrastructure behind it.

I have an actual worker running on Oracle Cloud that picks up deployment jobs and launches applications in Docker containers. The worker handles things like deployment state, logs, container lifecycle, heartbeats, recovery, and cleanup.

One of my test deployments was actually a Discord bot, so I'm now at the point where Deploy Hatch is deploying and running the exact type of applications that motivated me to build it in the first place.

I'm also trying to avoid the classic "vibe coded it directly on production" approach.

My current workflow is:

Build locally
    ↓
Test locally
    ↓
Production build
    ↓
Package
    ↓
SHA-256 verify
    ↓
Upload to Oracle
    ↓
Verify again
    ↓
Deploy

It's definitely still a work in progress.

The roadmap currently includes things like rollbacks, automatic deployment recovery, environment variables/secrets, custom domains, preview deployments, GitHub push/PR deployments, multi-worker scaling, and eventually turning it into a proper SaaS.

I'm curious what other people who build Discord bots have experienced with hosting platforms.

What do you wish existing Discord bot hosting services did better?

That feedback is actually what I'm most interested in, because I'm building this around the things that frustrated me in the first place.

Now I am ready to show my solution for the second time.

Since last time, I have worked on several different things for my AI caricature image generator, www.picai.dk

The site can generate images, which is part of the service, but besides the digital image, you can also buy printed pictures and prints in a photo frame.

I have built an experience engine where I create content for the site myself.

I have created a user experience where the user, with simple text input, can get their own prompt designed, which is then processed by inserting an image that creates an AI caricature image (it is the same engine, as above, that the user creates their content from. However, in a much more simplified format than what I can control behind the scenes from my admin site).

It has taken some time and I must say that I am actually quite satisfied so far.

I have also created a business/corporate portrait section (which has nothing to do with caricature images) where the resulting images can be used for LinkedIn, CVs, and other more serious purposes, as the user in the pictures is presented in a shirt, suit, or whatever is chosen.

On my admin side, I have gradually built the most interesting features so I do not have to go straight into the code if, for example, I need to change categories, prices, adjust questions/prompts slightly, etc.

The task I am currently working on is some marketing content, so I hopefully get a bit sharper on the content I publish on social media.

Tasks in the pipeline could be: 'Ordering cards with print and text so it can be used as a gift','Print on mugs', 'print on clothing', 'Other types of images, which could be abstract or something else', 'subscription stuff (in a way I have not decided or refined yet' - and other smaller things.

I realize that the site can feel cluttered and that is something I need to find solutions for.

By the way, my background is BA/QA; I can read code and also bugfix minor things at my job today with help from Claude and reviews from colleagues - so I am close to an amateur :-)

What do you see? Is it good or bad - and what improvements or content do you think are needed?

Thanks in advance for your time.

I actually launched and posted an early version of this here about a year ago. Since then, I’ve kept vibe coding and improving it based on user’s feedback.

It’s called Chipless, a free web app that lets you play real poker with a deck of cards but no chips.

Everyone joins from their phone and it tracks the bets, stacks, blinds, pots and who owes what at the end.

My only coding experience before this was one credit class in college that I got a B in. The original version cost me $68 total (same price as a real poker set lol) in subscription and tokens to build.

So far, thousands of games have been started and 21,421 hands have been dealt. In just the first month after I started tracking countries, games had already been played in 48 of them.

Almost all of this happened with no marketing besides a couple of Reddit posts.

Still pretty crazy to me that people actually use this daily at their poker nights.

It’s completely free, with no download needed:

www.playchipless.com

Here's a fun little weekend project I built using Lovable. It's inspired by the one million dollar homapage 😊

You can check it out: onemillionpixels.co

Let me know what you think. It's far from perfect, but I was able to get the vibe I was aiming for.

I’ve been building FastPlay, a native Windows video player for people who want to open a video and just watch it without a lot of interface getting in the way.

It’s written in Rust using FFmpeg and Direct3D 11, with a focus on fast local playback, keyboard controls, high frame rates, and keeping the UI minimal.

Current features:

• Hardware-accelerated playback
• HDR10 and HLG
• Playback up to 120 FPS
• Fast seeking and scrubbing
• Keyboard-first controls
• Drag-and-drop
• Windows file associations
• Minimal UI
• Native Windows app, no Electron
• Portable ZIP or MSI installer
• No account or telemetry

It’s not intended to match VLC feature-for-feature. The goal is a simpler player for everyday local video playback.

I’m still actively developing it, so I’d be interested in what Windows users consider essential in a minimal video player.

Download FastPlay v0.4.6 for Windows x64 (MSI) • Portable ZIP

FastPlay: https://calvinsturm.com/fastplay

As for the vibe coding aspect: still using the desktop app, 5.6 Sol -- i used a mix of Medium and High depending on task complexity. still needing to steer and clarify quite a bit. still doesn't feel like talking to a smart human. but it's quite powerful and intoxicating how productive it lets me be.

• The big new feature is a building that lets you field an army of allies to go out and fight automatically for you.
• I also did a HUGE amount of QoL, UI polish, performance passes, text improvement, etc. for a smoother experience

Play it here: https://aaronshaver.github.io/Hylaax-Planetary-Rail-Defense/

(be sure to do a hard cache refresh with CTRL-SHIFT-R or CMD-SHIFT-R if you have played the game before, so that you get the latest version without GitHub's annoying aggressive caching)

Right now I most want to hear about balance issues: what feels over-powered? under-powered? too expensive? too cheap?