This was really interesting, but I admit I bumped on this throwaway detail: > Our sleep consultant's plan arrived as a PDF full of conditional logic: wake windows, nap caps, what to do when a nap fails Every so often, you get a glimpse into a whole world you never knew existed.
This person seems insane. You don’t need to pay a “sleep consultant” to make a plan for your child’s nap times. It’s really not that complicated.
Software for One
31–40 of 301 posts
Re: Software for One
#32This was really interesting, but I admit I bumped on this throwaway detail: > Our sleep consultant's plan arrived as a PDF full of conditional logic: wake windows, nap caps, what to do when a nap fails Every so often, you get a glimpse into a whole world you never knew existed.
This person seems insane. You don’t need to pay a “sleep consultant” to make a plan for your child’s nap times. It’s really not that complicated.
Re: Software for One
#33Things I've built in the last month or so: * A personal music player for Apple Music with an embedded agent loop, so I can say things like "I'm going to work in the wood shop, play woodworking-appropriate music and keep the playlist full and non-repeating indefinitely". * A calorie/protein tracker that takes 1-liner summaries of meals, resolves them to macros with GPT5 calls, and tracks them in SQLite. * A macOS menu…
Re: Software for One
#34Your app tracks calorie intake, doesn't keep track of total calorie burn of the day (maintenance calorie tracking)
And no, calorie burn from watch is not good enough!
>A 2020 systematic review by Fuller et al. found that consumer wearables often perform poorly at estimating energy expenditure, even when they measure steps and heart rate reasonably well. Across brands like Apple, Garmin, Polar, and Withings, calorie burn estimates frequently showed substantial error, often in the 15–40% range and sometimes exceeding 50%. Wearables can still be useful for tracking trends, but not for precise calorie calculations.
Here's completely free one i built, https://macrocodex.app/ 16,000+ users already.
Re: Software for One
#35Things I've built in the last month or so: * A personal music player for Apple Music with an embedded agent loop, so I can say things like "I'm going to work in the wood shop, play woodworking-appropriate music and keep the playlist full and non-repeating indefinitely". * A calorie/protein tracker that takes 1-liner summaries of meals, resolves them to macros with GPT5 calls, and tracks them in SQLite. * A macOS menu…
How are you counting calories from a 1-line description of your meal? Surely that’s not even close to accurate.
Re: Software for One
#36This is such a romantic idea, but unfortunately Apple and Google are hostile to this model. Of the two, iOS is /worst/ for running vibe coded apps. You need to pay $99 a year to be an Apple developer if you want your app to live on your phone for more than a a week. Distribution is a also pain in the ass even for personal use alone (you can't just toss around an IPA). Finally, so many useful APIs are totally locked u…
https://apps.apple.com/us/app/delta-chat/id1459523234
The beauty of the ecosystem is that apps are just zips of a webapp that is self-contained, and uses the webxdc api to message other copies of itself running on other folks' phones that are part of that chat group. Basically, the app communicates (and is distributed over!) the group chat (it's otherwise insulated from the internet). And because apps are just zipped webapps, they can be pulled apart, hacked on, and reassembled as needed for your group.
ChatMail relays tend not to retain info - they aren't hosts, they just relay encrypted messages (the platform mandates encryption). This sidesteps all the approval/review processes, and there is no app store or developer fee or even SDK. It's just folks trading apps and running them together.
It can't solve a lot of cases, but it solves some use cases (like a shared grocery list, or real-time card games, or games with leaderboards) really well.
Re: Software for One
#37Things I've built in the last month or so: * A personal music player for Apple Music with an embedded agent loop, so I can say things like "I'm going to work in the wood shop, play woodworking-appropriate music and keep the playlist full and non-repeating indefinitely". * A calorie/protein tracker that takes 1-liner summaries of meals, resolves them to macros with GPT5 calls, and tracks them in SQLite. * A macOS menu…
How are you counting calories from a 1-line description of your meal? Surely that’s not even close to accurate.
Re: Software for One
#38Things I've built in the last month or so: * A personal music player for Apple Music with an embedded agent loop, so I can say things like "I'm going to work in the wood shop, play woodworking-appropriate music and keep the playlist full and non-repeating indefinitely". * A calorie/protein tracker that takes 1-liner summaries of meals, resolves them to macros with GPT5 calls, and tracks them in SQLite. * A macOS menu…
How are you counting calories from a 1-line description of your meal? Surely that’s not even close to accurate.
I've:
* Checked these against all three major frontier models and gotten the same macros breakdown within relatively tight bands
* Manually researched a couple of the most common recipes
* Run this system over many months against my most likely TDEE and reconciled against scale weight loss (which has been profound).
My confidence in frontier model's ability to generate "good enough, probably more than good enough" from this level of meal description is quite high.
Key simplifying assumption (for the model): I'm cooking most of my meals. I cook. I virtually never order out or eat packaged food of any sort. This would be a harder problem and the answers less reliable if I was giving it, like, "1/2 JP Graziano muffaletta, extra hot giardiniera".
Re: Software for One
#39Earlier quoted context omitted.
How are you counting calories from a 1-line description of your meal? Surely that’s not even close to accurate.
If it includes all ingredients, cooking method, and weight in exact grams, it’s probably reasonably accurate.
Re: Software for One
#40This is such a romantic idea, but unfortunately Apple and Google are hostile to this model. Of the two, iOS is /worst/ for running vibe coded apps. You need to pay $99 a year to be an Apple developer if you want your app to live on your phone for more than a a week. Distribution is a also pain in the ass even for personal use alone (you can't just toss around an IPA). Finally, so many useful APIs are totally locked u…
You can make perfectly good apps that run great with a free account. They expire in a week instead of 3 months (for TestFlight builds). That's it. You can redeploy with minimal effort. You have to reauth with Apple every ~30 days. The reauth is the only part of that you can't have a cron job run (you need to authenticate the keychain).
For normie folks, the hoops here are mildly annoying. But if you're someone making vibe-coded apps, we're talking about two scripts and a cron job, here. Or just run Sideloadly, which I hear works pretty well.
There exist reasons to be annoyed by Apple's iOS security posture, but "I can't run my vibecoded apps" isn't an especially good one.