365 days is more than enough time to get burned, mess things up, and (most importantly) learn some hard lessons.
My biggest wake-up call this year was neglecting my health until it completely derailed my business I had to turn down collabs, miss conferences, meetups, and a ton of opportunities.
Everyone focuses differently. And for a lot of people, where and how they work makes a huge difference.
Some need silence. Others need background noise. Some can t stand the cold, others lose focus if it s too warm. Coworking spaces? Only if they have the right vibe. Offices? Only if colleagues aren t interrupting every five minutes.
I built something last quarter that no customer requested. I built it because it annoyed me, and I assumed if it annoyed me it probably annoyed everyone.
It flopped. Almost nobody uses it. The people who do love it, which is a sentence I've written before and probably will again.
Hi all, there's a distinction I keep thinking about: apps built with AI (Cursor, Claude, Copilot writing the code) vs apps that depend on AI APIs at runtime to function.
I'm in the first camp. I used AI-assisted coding heavily to build Briskly (a cleaning app that scans your room and generates a timed task list), but the app itself makes zero LLM API calls. The scanning runs on Apple's Vision framework, entirely on-device. No tokens, no per-user inference costs, no latency, works offline, and my privacy label is basically empty.
I ve been wondering how people decide when to switch to a smaller model instead of just using the best one available. A bigger model might handle edge cases better, but it also costs more and takes longer to respond. For simple tasks, that trade off doesn t always seem worth it.
How are you guys approaching this?
It's so easy to prompt a quick prototype together over a weekend but if it gains any traction you're suddenly stuck maintaining a codebase full of logic you barely understand.
I try to force myself to write clean architecture docs early if I think an app has any long-term potential. Otherwise, refactoring later takes twice as long as building it properly from scratch.