This personal dev log covers the initial sprint to launch tudu. For the latest feature updates, tutorials, and articles, please visit the official blog!
Go to the Official tudu BlogI know I should be pivoting fully to marketing, but I keep getting sucked back into development. I told myself I was done with features, but I had this idea for a killer feature that I just *had* to build: **Custom AI Prompts.**
Users can now define their own "AI shortcuts." For example, you can create a prompt called "Log Workout" that automatically applies the `#health` and `#gym` tags, sets the duration to 60 minutes, and uses a specific title format. It's an incredibly powerful way to tailor the AI to your personal workflow. This is a feature I know no one else has. I also added bulk editing alongside it. This app is becoming so valuable, it's easily better than Todoist for my use case (minus the big integrations, but that comes with time!).
Of course, it wasn't easy. I spent hours debugging why my new custom prompts weren't saving. The AI would process it, but the data would be blank. It turns out, my UI was made in a way that the "Done" button's hitbox was overlapping with the "Clear" button's hitbox. So every time I tapped "Done," it would trigger "Clear" first, wipe the text, and *then* save the now-empty prompt. So, so frustrating. But it's fixed now!
I still have people reaching out from that one viral Reddit post asking for web design work, which is hilarious. I'm actually about to go write up a quote for one of them. Hopefully, I can use that money to fund some real marketing for tudu!
I'm rethinking the whole "lock in on SEO" plan for the landing page. At this stage, who is really Googling for this app? The name isn't even out there. I think getting the word out is still the right move. I really want to launch on Product Hunt, but I'm scared my visuals aren't good enough. I have this old screen recording, but I want a professionally made video to do the app justice. Everyone who *tries* the app seems to love the idea, but I need to get them to that "try" stage first.
It's a strange feeling. On one hand, I have a paying customer and a 5-star product. On the other hand, the user growth is slow because I haven't been posting on Reddit. It's time to find that balance. I'm starting to think about my college apps too, and turning this into a real business I can write about is a huge motivator. Just got Alex Hormozi's "$100M Leads" book, maybe that'll have the answers. Time to build a brand, and hopefully, an income stream.
This is the one. The update I've been waiting to write. Yesterday, I got my first paid customer.
I was just checking RevenueCat out of habit, not expecting anything, and saw the revenue number had actually gone up. It wasn't a promo code; it was a real person who decided tudu was worth paying for. It's not about the money (yet), it's about the validation. That single event has given me more confidence and motivation to keep going than anything else. Someone out there believes in this.
He immediately canceled the auto-renew, which is a bit unfortunate, but he paid for the month. I'll probably reach out in a week to get his feedback. Interestingly, this is the same user who has a ton of feature requests, so I know he's deeply engaged. That's a huge win.
This new motivation fueled a huge feature push over the last week. I've been listening to user feedback and just cranking out updates:
The app now has 5 reviews on the App Store! Slow and steady growth, but it's all moving in the right direction. The momentum is back.
Today was all about closing the loop. I pushed our biggest update yet, "Supercharged Subtasks," to the App Store, and almost immediately got another round of incredibly detailed feedback from my power-user beta tester. It's amazing to see the app evolve in real-time based on how someone is actually using it.
This was a huge push to make task hierarchy truly powerful and intuitive.
The feedback came in hot, and it was fantastic. He's really putting the app through its paces. Here’s a summary of what he found and my thoughts:
He also had some great feature ideas, like custom priority labels, which I've added to my long-term roadmap. For now, the focus is on squashing these new bugs and polishing the core experience. It's incredibly motivating to have someone so invested in making the app better. Back to Xcode!
The best part about having real users is getting real feedback. The user I gave a "Pro" trial to in exchange for his thoughts came through in a huge way. He sent me a comprehensive list of bugs, AI quirks, and brilliant UI/UX suggestions. This kind of detailed feedback is pure gold for a solo developer.
I spent all day today tackling his list. It felt like a mini-sprint, and I've already pushed a new version to the App Store with a ton of fixes and improvements directly based on his experience.
The feedback highlighted some edge cases where the AI wasn't quite thinking like a human. Here's what I fixed:
This is where the feedback was most valuable, pointing out small annoyances that add up to a clunky experience.
This was one of the most productive days yet. Going from a detailed user bug report to a new, improved version on the App Store in under 24 hours feels incredible. This is the power of building in public and listening to your earliest adopters. Back to the SEO grind tomorrow!
It's been a blur of coding based on all the amazing user feedback. I've already pushed out three new versions of the app to the App Store in the last few days! The user count just hit 50 downloads, and I now have my first five-star written review. It's happening!
Here are the new features I managed to ship, all directly from user requests:
Next on the list are Calendar integration and home screen widgets. But this dev log is getting a bit granular. The app wasn't a total flop by any means – the users who find it seem to love it, but there aren't *enough* of them yet. My next big focus needs to be on discoverability.
I've decided to change the format of this log. Daily updates were great for the initial sprint, but now it's time to think long-term. My plan is to pivot the content strategy towards Search Engine Optimization (SEO). From now on, I'll be posting more detailed feature announcements, tutorials, and productivity articles directly on the tudu website blog to attract organic traffic from Google.
This will be the final daily entry in this personal dev log. I'll still post occasional weekly check-ins here for major milestones, but for the day-to-day, the journey continues over on the official site. Thanks for following along with the launch madness!
Decided to test the waters again on Reddit today. After spending a lot of time revising my copy, I made a new post on `r/productivity`. It's always a gamble. The posts get downvoted pretty quickly by people tired of "another to-do list app," but the copy seems to really resonate with a specific type of user. The ones who get it, *really* get it.
The most amazing thing is starting to happen: I'm seeing organic advocacy. In threads where people ask "what app do you use?", I've seen a couple of my actual users comment things like, "Oh, I just found this new app tudu and I'm loving it." These comments don't get a ton of traction, but seeing someone promote my product for free, just because they like it, is an incredible feeling. It validates the entire effort.
Also got an offer from a small blog to feature the app. It might not drive a ton of traffic, but it's my first piece of "press"! Of course I said yes. Every little bit helps.
The wave from that first viral Reddit post is still going. The post is now sitting at over 30,000 impressions, which is mind-boggling. I haven't even made a new major post, this is all just the residual momentum carrying the app forward. The user count has officially crossed 30! It's not a massive number, but every single one is a person who saw tudu and decided to give it a shot. That's huge.
I've also been getting some interesting offers from Reddit. A few people reached out asking for web design services after seeing the tudu site. I created a Calendly link and sent it their way – if I can fund the marketing for this app by building a few websites on the side, that's a win-win. No bites yet, but it's good to have lines in the water.
The first 7-day trials haven't ended yet, so I have no idea if anyone will convert to a paid user. It's a bit nerve-wracking, but for now, I'm just focused on user feedback. One of the early users has been incredibly helpful, providing detailed feedback and bug reports. I gave him a promo code for a free month of Tudu Pro as a thank you. At this stage, a happy, vocal user is worth more than a few dollars. It doesn't cost me anything, and it builds good will.
The `r/web_design` post continued to do numbers today, ending up with around 13,000 impressions, 70+ upvotes, and nearly 80 comments. It's absolutely insane. Feeling confident, I tried posting in other subreddits like `r/productivityapps` and `r/sideproject`.
The results were... humbling. The post on `r/sideproject` got downvoted to zero. Ouch. `r/productivityapps` did okay, but nothing like the first one. It was a bit of a bummer and a reality check. Not every community is going to vibe with your approach.
The comments have been a wild ride. On one hand, I'm getting people accusing me of using AI to build the website (which is honestly a huge compliment), and I've even had a few offers to do paid web design work. On the other hand, there's the inevitable "why another to-do list app?" and "a subscription for this is insane, a big company will just eat you up" comments. One person even said I should just open-source it.
The open-source take is valid, but big companies are slow. I have the first-mover advantage with this specific AI angle. And as for the pricing, if the app saves you even a little bit of time, I think $5 is more than fair. The fact that people are already switching from Todoist tells me I'm onto something.
Just when I was feeling a bit down about the mixed feedback, an email popped up. It was from a new user, and it started with, **"I absolutely love the app for the 15 minutes I've used it."** He then pointed out a small bug he found. That one email cut through all the noise. It proved that the people who *get* it, *really* get it. My user count went from 3 to 6 today. It's not a hockey stick growth chart, but it's real people using and loving my app.
This experience made me realize something. I was hesitant to make video content, thinking 100 views is nothing. But I'm not a big brand like Acely that needs massive numbers. For me, 100 views that lead to even *one* passionate user like the guy who emailed me is a huge win. More importantly, I don't have a corporate brand voice to maintain. I can go nutty. I can be controversial. I can be 100% myself.
So that's the new plan. Time to lean into what makes this project unique—me—and start making some real, unfiltered content. I'm not giving up on this. I don't know if it will make money, but I know it's a product people can love, and that's enough to keep me locked in.
With tudu live on the App Store, the real work began: getting people to actually see it. I knew that just tweeting into the void wasn't going to cut it (and spoiler: my posts on X and IndieHackers got exactly zero interaction, as expected). I decided to take a page from modern UGC marketing and make a post on Reddit.
I didn't want to just spam "Hey, check out my app!" That never works. Instead, I made a screen recording of the tudu website I'm so proud of and posted it to `r/web_design`, asking for feedback. The strategy was simple: the website itself is the hook. It looks cool, it's interactive, and it naturally leads people to wonder about the app it's for. People also love giving advice, so it felt like a natural way to get eyes on the project.
I was not prepared for the response. The post blew up. It hit the #1 spot on the subreddit for the day, with tons of comments and upvotes. And then it happened: I checked my App Store Connect, and I had my first downloads from complete strangers. It was an absolutely surreal feeling.
Then, I got a comment that made my entire week. One user said he was **switching over from Todoist to tudu**. He said the app was good and that he was willing to give me detailed feedback. This wasn't just a download; this was validation from a power user of a major competitor. It proved that the core idea has legs.
Today was a massive lesson in marketing: find a community, provide value (in this case, a cool website to look at), and let them discover the product on their own terms. Incredible.
This is it. After weeks of intense coding, debugging, and strategic planning, it was time to hit the big red button.
At 5 AM on June 25th, I submitted tudu to the App Store for review.
The feeling was a mix of pure adrenaline and relief. I tried to sleep, but mostly just refreshed my email every five minutes. A few hours later, I woke up to the inevitable first-timer email: **Rejected.**
My heart sank, but then I read the reason. I forgot to include a link to the End-User License Agreement (EULA). Of all the things! Not a critical bug, not a major policy violation, just a missing link. In a weird way, it was a relief. I quickly added the standard Apple EULA, triple-checked everything else, and resubmitted.
The "Waiting for Review" status is agonizing. But then, at 2 AM on June 26th, the email came through: "Ready for Sale."
Tudu is live on the App Store. It's a real, downloadable, purchasable product that anyone in the world can use. It's an incredible feeling. I immediately made a post on Indie Hackers and Twitter to announce the launch. Unsurprisingly, that didn't exactly break the internet or drive a flood of downloads. The real marketing work starts now.
Time to lock in and figure out Reddit. The journey isn't over; it's just beginning a whole new chapter.
Today was all about one thing: the paywall. It's the gatekeeper between a cool project and a real business. After getting the technical side working yesterday, I spent today wrestling with the *strategy* of it all.
This was a huge debate in my head. What's the best way to introduce users to the "Pro" features?
Since this app has some genuinely novel AI features, I think users need to be *shown* their value, not just told about it. So, I went with the **automatic "forced" free trial**. It feels like a more confident, user-friendly approach. I actually implemented the standard opt-in paywall first because it was easier, but then I scrapped it and built the auto-trial logic. It was more work, but it feels right.
This led to another big question: why even have a free tier after the trial? If I'm forcing a trial, why not just make it "subscribe or you can't use the app"? It's an aggressive strategy that might lead to more initial conversions. But it could also scare a lot of people away. For now, the plan is to have a generous free tier after the trial ends, with the core AI and sync features behind the paywall. It's definitely something I need to A/B test later if the app gets any traction.
With the paywall logic set, the rest of the day was a blur of final preparations:
Everything is ready. The app is packed, the parachute is... hopefully packed correctly. Tomorrow, we launch.
Today was supposed to be straightforward. The goal: add the final, critical authentication methods and set up the monetization framework. "Straightforward," I said. Famous last words.
I needed to add Email/Password sign-in and the mandatory "Sign in with Apple" to get this app on the App Store. Email was easy. Apple... was not. I spent literally 10 hours on it. I followed every guide, triple-checked my Xcode capabilities, my App ID in the Apple Developer Portal, the private keys, the Firebase OAuth settings... everything. I did the entire setup from scratch *five times*. And it failed every single time with some cryptic error. I was losing my mind.
As a last-ditch effort, I asked my dad for help. He knows nothing about SwiftUI, but he's good at Googling. He just casually says, "Google says to try turning the Wi-Fi on and off." I'd seen that too but brushed it off. I had already restarted my phone; surely that would have fixed a simple network issue, right?
Wrong. I turned Wi-Fi off on my phone, tried it on cellular data, and it worked. Instantly. For some reason, my home Wi-Fi was the problem all along. 10 hours of high-level debugging, solved by the oldest trick in the IT support book. I don't know whether to laugh or cry.
With the authentication nightmare behind me, I moved on to setting up the paywall. This involved a ton of setup, but it feels so real now:
The app now has a complete user account system and a fully functional business model framework. All that's left is to actually *integrate* the paywall, decide which features are "Pro," update the App Store screenshots, and then... launch. I've spent a bit more time on this project than I originally planned, but I'm hoping to get it launched by June 25th. It would be amazing to see if I can actually make some real profit from all this work.
With the app itself feeling more polished, I turned my attention back to the landing page. It looked great, but I realized it wasn't *selling* hard enough. It needed to do more than just list features; it needed to build trust and prove the app's intelligence. I focused on three key upgrades.
The "You Say... tudu Creates..." demo was good, but it could be better. It needed to showcase the full power of the AI. I updated it to show that the AI doesn't just parse dates and titles, but also infers **Priority**, adds **Tags**, and includes **Notes**. I added colorful, distinct badges for each element, making the output more scannable and visually impressive. It now immediately communicates a much higher level of intelligence.
I realized I had this awesome "Auto-Tag" feature in the app but wasn't even mentioning it on the site! I added a new feature card for "Smart Tags" and changed the layout to a more balanced 2x2 grid. This provides another concrete example of the AI in action and makes the whole feature section look more organized and deliberate.
This was a big strategic move. To proactively answer the question, "Why this app over the hundred others?", I added a new "Competitor Comparison" section. It's a clean, modern table that positions tudu's unique strengths (AI parsing, intelligent suggestions, streaks) against "Traditional Apps."
It's a classic marketing technique, but it's effective. It builds confidence by showing I'm not afraid to compare, and it clearly articulates tudu's unique value proposition from the get-go. It frames the app not as just another to-do list, but as a next-generation tool.
These changes make the website feel less like a simple info page and more like a persuasive, high-tech sales tool. It's all about building that initial trust and making a compelling case for why tudu is different.
Back in the code today with a mission: make the AI feel less like a parser and more like a real assistant. It's one thing to have cool features, but if the workflow is clunky, nobody will use them. I focused on making the entire process of creating and editing tasks smoother and more intelligent.
This was a big one. The AI is now fully aware of task priorities. Users can now type things like, "Schedule a meeting for tomorrow, it's urgent" or "Add 'buy milk' low priority," and the app will correctly assign High, Medium, or Low priority. I also added a manual picker, so you have full control, but letting the AI handle it feels magical.
The global "Auto-Assign Tags" feature got a major logic overhaul. The first version was a bit too literal, creating tons of one-off tags. I refined the prompt to instruct the AI to prioritize grouping and reusing existing tags. So now, instead of creating a useless `#hydration` tag, it'll correctly group it under the more reusable `#health` tag. It's now accessible from a new "AI Actions" menu right on the main task list.
This was a huge quality-of-life update. I completely re-thought the AI editing experience:
These changes make the app feel so much more professional and intuitive. The AI and the UI are finally working together as a team.
The pivot is real. I've officially switched hats from "coder who hasn't seen the sun in a week" to "marketer who still hasn't seen the sun." Today was a whirlwind of branding, design, and logistics. It's one thing to build an app, but another thing entirely to build a brand around it.
First order of business: FINALLY give this app a name. I landed on **tudu**. It's short, memorable, and plays on the tagline I came up with: "a to-do list, for u." Unfortunately, `tudu.com` and `tudu.ai` were long gone. I debated between `trytudu.com` and `gettudu.com` and ultimately went with **gettudu.com**. It feels more like a confident call-to-action, not just a trial. I registered it through AWS, so we are officially on the map!
With the name sorted, I spent a solid 7 hours locked in, building the official website. I'm not even exaggerating; I completely forgot to eat, but it was so worth it. The site is live right now, and I am SO proud of it. It's exactly what I envisioned and more – sleek, modern, and it feels as high-tech as the AI inside the app. I wanted to sell the *benefit* ("Stop organizing, Start achieving") rather than just listing features, and I think the site nails it.
The process was intense. It went from a basic concept to a polished final product by focusing on key phases: strategy, content structure, adding high-tech interactive elements (like an aurora background and a spotlight that follows your cursor), and then a final "pixel-perfect" pass to align everything with the new brand colors.
I tried my hand at logo design. I had this cool idea of combining a chat bubble and a checkmark. My dad took one look and said, "Looks like WhatsApp." I didn't see it at first, but after looking at it on the site... yeah, he was right. It screamed "messaging app." So, for now, the logo is just the name `tudu.` in the brand color. I'm not a graphic designer, but it works! It's clean.
Also knocked out the boring but essential stuff: created the Apple Developer account (in my dad's name, so I can start setting up RevenueCat for the paywall) and drafted the initial Privacy Policy and Contact pages. Every piece of the puzzle is slowly falling into place.
With the app no longer crashing every five seconds (see Part 1!), I could finally get back to building features. I just discovered GitHub Issues, and it's been a game-changer for organizing the chaos in my head into an actual to-do list. Ironic, I know.
This has been the most requested feature from... well, from me. I needed a way to break down big tasks. Implementing this was a fun challenge in data modeling. A task can now be a parent to other tasks, creating a hierarchy.
The trickiest part was getting them to display correctly in the UI. I had to create a "flattened hierarchy" where the list still looks simple, but child tasks are neatly indented and sorted under their parent. It feels so satisfying to finally be able to organize "Launch App" into subtasks like "Finalize Name," "Design Logo," and "Panic."
The AI is powerful, but some of the more experimental ideas might not be for everyone. So, I added a new "BETA Features" section in Settings.
How do I know if the AI is actually being helpful? I need data! I built a system to log every user prompt and the AI's raw response to a separate, secure collection in Firestore. This is purely for analytics and debugging. Seeing what works (and what doesn't) will be invaluable for making the AI smarter over time. I used a `defer` block in the code to make sure the logging happens no matter what, which is a pretty robust pattern.
I swear, the "Delete Account" button is haunted. I fixed it, and then it broke again for no apparent reason. Then I'd change something completely unrelated, and it would start working. It's one of those bugs that just makes you laugh so you don't cry. It's stable... for now. *knock on wood*.
Still need to finalize the app's name, branding, logo, colors, tagline... the fun stuff! But having a stable, cloud-synced app with subtasks and smart AI toggles feels like a massive leap forward.
Woke up this morning with one mission: fix the bug that was crashing the app on every single data-related tab. The cliffhanger from last night was that the Settings tab worked, and that was the golden clue.
It was a "silly" mistake, but the kind that makes you want to pull your hair out. A classic dependency injection problem. I was passing the Firestore and Auth managers to each view *inside* the TabView, but it turns out SwiftUI's TabView can be picky about how it passes things down its hierarchy. Some of my views were waking up after login and basically shouting "Where's the database?!" into the void, causing an immediate crash.
The fix? I moved the .environmentObject() modifiers to the `TabView` itself. One change. I built the app, ran it, held my breath... and it worked. Every tab opened. No crash. The feeling of relief was *immense*.
With the main crash fixed, I found more subtle bugs in the sign-in/sign-out flow. It felt like cleaning up after a party.
isNewUser flag from Firebase. Now, we only create a user profile if they are *genuinely* new.resetAllSettingsToDefaults() that now gets called on sign-out. It completely wipes the local database and resets all settings, ensuring a clean slate.PassthroughSubject. Now, when a user is deleted, it broadcasts a "didSignOut" event that the root view listens for, reliably forcing it back to the login screen.With these fixes, the cloud foundation finally feels solid and stable. The app is no longer a house of cards. Now, the *real* fun begins: building cool stuff on top of it.
Riding high off yesterday's success with real-time sync, I thought, "How hard can adding Google Sign-In be?" Famous last words.
The goal was to replace my simple "mock user ID" with proper user authentication. This would be the final piece of the puzzle to make the cloud sync truly user-specific. I followed the Firebase docs, integrated the authentication library, and added the sign-in button. It looked great.
I signed in successfully, and the app immediately crashed. Reloaded. Tapped the "Tasks" tab. Crash. Tapped the "Dashboard" tab. Crash. Tapped the "Completed" tab. Crash.
Weirdly enough, the "Settings" tab worked perfectly fine. What on earth?
This is one of those bugs that makes you question everything. My cloud sync logic was solid yesterday. The authentication *seems* to work because I can see my user account in the Firebase console. But navigating to any view that actually needs the user's data just nukes the app.
The fact that the Settings tab works is the key. It's the only one that isn't trying to fetch tasks or projects from Firestore. This means the problem isn't the login itself, but how the "logged-in state" and the connection to the database are being passed around the app *after* the login happens. My Task List, Dashboard, and other views are trying to ask Firestore "Hey, get me this user's data!" but it seems like they have no idea who the user is or how to even talk to the database anymore.
It's a classic dependency injection problem, I'm pretty sure. The managers that handle authentication and Firestore are not being passed down correctly through the main TabView to all its children. I'm injecting them, but something about the way SwiftUI handles TabView hierarchies is tripping me up.
It's now 4 AM. I've been staring at this for hours, but at least I think I know *what* the problem is, even if I don't know the exact line of code to fix it yet. I'm going to hit the sheets. I'll pick this up tomorrow with fresh eyes. The bug can't win if I'm asleep.
It's time. We need to grow beyond just a single-device app, it needs a brain in the cloud. The goal: real-time data sync across devices. This is the foundation for everything – multi-device support, web versions, the works!
First big decision: where to host this brain? The two main contenders were Apple's CloudKit and Google's Firebase.
Foresight won out. **I went with Firebase.** A little more work now for a lot more flexibility later.
I set up my Firebase project, configured the SDKs, added the `GoogleService-Info.plist`... and tried to save a task. Nothing. No crash, no error, just... silence. My data was not appearing in the Firebase console. I spent a good hour double-checking my app's Bundle ID, convinced I had a typo somewhere. Nope.
Turns out, Firestore's default security rules are basically a brick wall that says "NOBODY GETS IN!" You have to explicitly give it permission to accept data. A quick change to the rules for development mode (`allow read, write: if true;`), and boom! The door was unlocked.
Okay, door's unlocked, let's try again. Save task... still nothing. But this time, I caught a fleeting error in the Xcode console: `Unavailable: Network connectivity changed.` My Wi-Fi was fine, so what gives?
Aha! A classic race condition. My code was telling Firebase "Hey, start saving this data!" and then immediately telling the view "Okay, you're done, close yourself now!" The view was being destroyed before the asynchronous save request could finish, so iOS was just killing the connection. The solution was surprisingly simple: move the `dismiss()` call so it only happens *after* the Firebase operation confirms it's done.
With those hurdles cleared, I implemented the sync for Tasks and then extended it to Projects. I created a mock user ID for now, so I didn't have to tackle full Google Sign-In just yet. I had the app running on my phone and the Firebase Firestore console open on my laptop. I added a new task on my phone...
...and watched it appear on my laptop screen in real-time. It felt like absolute magic. That "single source of truth" pattern where the app only writes to the cloud, and a listener updates the local database, is working flawlessly. It's robust, clean, and so satisfying to see in action. Big, big win for today.
After a busy morning and afternoon on core features (see Part 1!), I switched gears to something equally important: the new user experience. First impressions are everything, right? So, I built out a multi-screen onboarding flow for Synaptask.
The idea is to make users feel welcomed and also to subtly gather some info that might help personalize their experience down the line (and maybe even train the AI better eventually, who knows!).
Here’s what the onboarding journey looks like now:
All these preferences get saved to AppSettings. For now, it's mostly for me to understand user needs, but the dream is to use this data to tailor the app or even fine-tune AI behavior for individuals in the future. Imagine the AI knowing you primarily use the app for "school" and adjusting its suggestions accordingly!
Spent a decent amount of time on the styling, trying to make it look polished with some custom touches and subtle animations. It's presented only on the very first app launch. Hopefully, it sets a good tone and helps with user retention – that initial investment of time by the user can be surprisingly sticky. My dad hasn't seen this part yet, so fingers crossed he approves of *this* UI!
Okay, today felt like one of those days where the coffee kicks in and you just *code*. Managed to knock out two pretty significant feature sets. First up, reminders got a serious upgrade, and then I laid the foundation for project-based organization.
I've been wanting to make the reminders in Synaptask (still workshopping that name, ha!) more than just a single ping. Now, users can add multiple, specific reminders to any task. Think: "Remind me to start on this 2 hours before it's due" AND "Nudge me again 30 mins before."
TaskItem can now hold an array of custom Reminder objects (date, note, enabled/disabled). SwiftData is handling the storage like a champ.NotificationManager now juggles all these individual reminders, scheduling and canceling them as tasks get completed or un-completed. Each one gets its own unique ID to avoid any mix-ups.Honestly, getting the AI to reliably suggest reminders and then making sure the app actually *saves* and *schedules* them correctly was a bit of a head-scratcher. State management with SwiftUI and asynchronous AI calls... let's just say there was some "spirited debugging."
The other big piece today was adding a way to group tasks into projects. This has been on my mind since the start, as I personally juggle a bunch of different "hats" – school, this app, other side hustles.
No AI smarts for projects yet, like "Hey Synaptask, add this to my 'App Dev' project." That's definitely a v2 thing, probably when I can justify upgrading the Gemini model. For now, manual project assignment is a solid first step for better organization.
Whew! A lot packed into one day. Time to push this and then maybe, just maybe, touch some grass.
Today was a marathon of notification work! Finally got the re-engagement notifications ("We miss you!") and streak danger reminders implemented. The goal is to make these helpful, not annoying – like Duolingo, but hopefully a bit more chill.
Feeling pretty good about the notification system's depth. It's these little touches that I hope will make the app feel more alive and supportive.
Big day for core logic! Finally tackled streaks – current streak, longest streak, alerts for losing one or hitting a new record. This is heavily inspired by Duolingo's retention magic, so I'm excited to see how it plays out.
The app's starting to feel really feature-rich. Balancing new features with stability is key now.
Focused on data management and making the dashboard more interactive today.
Thinking about how notifications will actually work. Should they be tied directly to task objects, or a separate system? Leaning towards integrating them closely with tasks for reminders, but having a separate manager for the motivational/streak ones.
HUGE milestone today: tasks are now saved locally on the device using SwiftData! No more losing everything when the app closes. This feels like a proper app now.
This took a bit to get right, refactoring how data is accessed and managed. But so worth it. Now I can actually start building features that rely on persistent data, like streaks and proper completed task history.
My dad gave some... direct feedback on the UI. Said it sucked (lol, he was right in hindsight). So, spent a good chunk of today doing a full UI overhaul with a fresh color scheme. It looks SO much better now, much cleaner and more modern.
Debating whether cloud sync and user accounts are MVP or post-launch. For now, local storage is king for speed, but cloud sync is essential for multi-device users. Probably post-validation. Need to monetize ASAP, and cloud adds costs (Firebase is free up to a point, but still...).
Big AI day! The general AI command feature is now live. Users can type things like "Mark 'Buy milk' as done" or "What are my tasks for today?". The AI gets the current task list as context, which is pretty neat. I'm using two separate Gemini models now: `generativeModel` for general chat and `taskParsingModel` specifically for dissecting task input. Gemini 1.5 Flash is surprisingly capable for the free tier!
The AI interaction feels like the app's superpower. Still considering if Whisper API for voice input is worth the cost down the line. For now, text input with smart parsing is the focus.
MVP for AI task creation is WORKING! Using Gemini 2.5 Flash. It's surprisingly good at parsing natural language like "Team meeting tomorrow 2pm for 1 hour #work note:bring slides" and populating the fields. This is the magic I was hoping for. But honestly, if app makes profit, then I think swapping to pro is the move, or atleast try out Anthropic or OpenAI models.
Funny story: My provisional certificate for Xcode decided to expire because I was messing with my iPhone's system time for testing date-related features. Spent a solid 3 hours debugging why Xcode wouldn't build, thinking it was some complex code issue. Turns out, Apple's time-sensitive authentication just said "nope!" Lesson learned: don't mess with system time during active development builds!
Still need a name for this app! And branding. And a logo. And a motto... a lot of "ands".
Alright, kicking off a new iOS app project! The idea: an AI-Powered To-Do list. Less manual data entry, more smarts. Spent today setting up the initial Xcode project, Git repo, and watching a Swift/SwiftUI tutorial to refresh the basics (it's been a minute!).
Wrote up a requirements document and a feature list. The core concept is making task management more interactive and less tedious. Think voice commands, automatic task creation from natural language, smart reminders, etc. But for MVP, the focus is on AI-powered task input and solid to-do list fundamentals.
Thinking about monetization from day one. What features would users actually pay for? Maybe advanced AI insights, super-customizable reminders, or team collaboration down the line. For now, getting a solid free version out is priority.