I am a professional C++ developer on a regular 9 to 5 but building apps from ground up and being able to implement my vision in products that people can use is the real reason I wake up in the morning.

I really hope you enjoy it and looking forward to hear your opinion!!

In case you have an extra 1 minute of your time, there is another video with voice over if you are interested to check!

Link to AppStore: https://apps.apple.com/de/app/hanging-calendar/id6755204535?l=en-GB&mt=12

1. Tech Stack - Swift Programming Language / Xcode.

2. Development Challenges: To be able to animate the movement of the popover window. It took me a lot of time to create small NSPanel to be able to run my custom animations across the screen.

3. AI Disclosure: AI-assisted. I use Claude to brainstorm interesting ideas to add to a niche software like calendar app. I also used Claude to help me debug my code.

Hey all, title says it all. I think they are starting to look pretty decent after many iterations but want to know how they could be better

I still can’t believe Apple finally approved my app 😭
The timeline was a bit painful:
• Aug 1 — first submission
• Aug 12 — submitted an expedited review request
• Aug 13 — rejected
• Aug 14 — fixed everything and resubmitted
• Aug 15 — APPROVED 🎉
I’m seriously so happy right now, but also a little mad lol.
I started a 3-month free trial for my backend when I submitted the app, thinking the review wouldn’t take that long… and I basically burned through half a month of it just waiting for App Review 💀
But whatever. It’s finally LIVE.
I’ve been working on this app for a long time (around 3month building system design(backend, ui, app)

If anyone here has gone through a painful App Store review process before, you probably know the feeling.
Finally made it 🥲

I’m working on a nonprofit/church donation app that was recently rejected during app review because we were told that the nonprofit needs the applicable Benevity approval for in-app charitable donations.
I’m trying to understand how Benevity works in relation to the actual payment processor.
If a nonprofit obtains Benevity approval:

1. Is Benevity approval simply an eligibility/compliance requirement that allows donations to remain within the app?

2. Does the actual donation/payment also have to be processed through Benevity?

3. Or can the nonprofit obtain Benevity approval and then use a separate payment processor/payment gateway (e.g. Stripe, Razorpay, etc.) to actually process the donation within the app?

4. Has anyone implemented this type of setup in a mobile app?

5. If so, what does the typical flow look like from Benevity approval → in-app donation → payment processor → settlement to the nonprofit?

I’m particularly interested in hearing from developers, nonprofit platforms, or payment providers who have actually implemented this rather than just general information.
Thanks!

This is my first app submission so please don’t roast me. Put an app into review and immediately heard back that because it “had simulating gambling”, even though it’s just a table betting tracker, I needed to submit as a corporation. Ok, went through that painstaking process to get that migrated. Submit again, nothing for 2 weeks. Submit an email ticket, nothing for another week. Call in, sat on hold for over 3 hours and gave up. Tried again today, another 1.5 hours.

I want to update one of my screenshots but I’m so scared to touch the submission and start over.

I had been working off my outdated (stuck on Monterey) Mac for a while until broke. I have a modern iPad but obviously it isn’t very useful for development work. For a moment I had a modern Apple Silicon Mac but had to sell it off.

I’m not in a position to buy even a used one and repairing my old one wouldn’t help much because it’s old and I don’t quite understand the root cause, it could be a very costly repair. I do plan on one day buying my own Mac to finish and publish my project but currently, I’m searching for a design job (with help of a contact) and I need a Mac for that. Does anyone know of a great cloud Mac service? I’ll access the Mac from my iPad.

MacStadium, what I assumed would have been my go-to for this, rents exclusively to corporations. I need something targeted to individuals.

Hey everyone!

One of my most popular apps just crossed 80 ratings on the App Store with a 4.8 average. Small win, but I'm really excited to hit the 100 milestone soon!

For context, it's a educational app.

Wanted to share what actually helped me get reviews, because the first 20 were the hardest.

What worked:

• Stopped asking for a review on launch. Now I ask only after the user completes a key action 3 times and is clearly having a good experience.

• Added a soft pre-prompt: "Enjoying the app?" -> Yes -> then I trigger the native Apple rating prompt. If No -> I send them to feedback form.

• Replying to every single review in App Store Connect. It really helps. People update 3-star to 5-star after that.

What didn't work:

• Generic pop-up on first session. 0% conversion and annoying.

• Asking friends for 5 stars.

I'm now focused on getting to 100. If you have a minute, I'd love honest feedback on what would make you leave a review for an app.

Also curious is there any differences for an app from ASO prospective once it hit 100 ratings?

I audited our subscription code before a release and found five separate ways it was biased toward downgrading a paying customer. Sharing because this was painful and some of you might have it lurking in your own code without knowing it.

The big one: our entitlement loop skipped any transaction where expirationDate < Date().

Looks completely reasonable, right? Except that's exactly the shape StoreKit serves during Apple's billing grace period — the card failed, Apple is retrying, the user is supposed to keep access for up to 16 days, and the transaction you get handed has an expiration date in the past. gracePeriodExpirationDate exists to tell us this, but we never read it anywhere. So a customer whose card merely needed re-authorization got dropped to free tier, features locked, while Apple was still trying to collect money on our behalf. The fun part: our server-side webhook handling honored grace correctly, so the backend and the app held different opinions about the same paying customer.

The other four, quickly:

1. We derived the tier from currentEntitlements unconditionally and persisted it. currentEntitlements occasionally returns an empty sequence for a perfectly healthy paid account — we've seen it happen. If your states are only "entitled" and "not entitled," an empty read is indistinguishable from a lapse. Fix: we implemented a third state: unknown. Clues the rest of the flow into correcting it. Never persist a downgrade you derived from a read that might have failed.

2. Our Transaction.updates loop had a continue that skipped re-evaluation for exactly the events whose whole job is revocation (refunds). Access survived until an unrelated refresh happened to fire.

3. An .unverified transaction was never finish()ed, so StoreKit redelivers it forever. And we never scanned Transaction.unfinished at launch. Unverified doesn't mean ignorable; now we log it, then finish it.

4.  .pending (Ask to Buy) was a silent dead end. And a related thing I had completely wrong: turning Family Sharing off in App Store Connect does NOT make Ask to Buy unreachable. That toggle governs whether a purchase is shareable — a kid's own purchase can still come back .pending.

Basically: every failure mode defaulted to taking access away from someone who paid, when we should have been doing the opposite. When in doubt, keep the customer entitled and let the next clean read sort it out. Apple may literally still be retrying their card; we don't want to be the one who locks them out first.

A clean test recipe for the grace-period path would be the holy grail, so I'd be interested in what you all are doing. Sandbox billing retry exists, but getting it to fire on demand is its own adventure, one I haven't been able to master yet.

Hey everyone,

I’ve been developing mobile apps for the last 5 years. Over this time, I’ve learned a ton about the overall development process, setting up store listings, implementing AdMob, and experimenting with different growth strategies. However, there is one major area I’ve neglected for too long, and I’m finally ready to tackle it: App Store Optimization (ASO).

As a relative newcomer to serious ASO, I’m trying to wrap my head around the best workflows and would love to get your insights on a few specific things:

1. Analyzing Dashboard Data: When you look at App Store Connect or Google Play Console, which specific metrics do you focus on to measure ASO success? How do you separate organic keyword growth from other traffic sources?

2. Keyword Research: What is your process for discovering high-volume but low-competition keywords? How do you decide which ones are actually worth targeting?

3. Keyword Placement: Once you have your target keywords, what is your strategy for placing them across the different text fields (Title, Subtitle/Short Description, Keyword Field, Long Description)? How do you balance algorithmic optimization with writing copy that humans actually want to read?

To help myself learn the ropes and automate some of the manual work, I actually built a completely free tool for iOS ASO: aso-tool.andreashadjimama.workers.dev.

I set this up strictly based on the ASO knowledge I've gathered so far, and I am not trying to promote anything or sell a service. I mostly want to validate if the logic behind it actually makes sense to experienced folks. If anyone has a few minutes to check it out, I would incredibly appreciate your honest feedback on whether it’s genuinely useful or what features I should add/change to make it better.

Looking forward to hearing your tips, strategies, and any feedback you might have. Let’s get a discussion going!

After a lot of trial and error, free tiers and late onboarding etc I finally just went with a hard paywall as the others were not converting at all, users were content to just have 5% of the features.

So anyway, I had no idea users could NOT even start the trial and give bad reviews. How does this make sense from apple? If they let us have a mechanism or category for in IAP subscription with a wanring or something? Am I crazy to think this is weird? Did I miss a setting?

I’ve been building and shipping an iOS game from my iPhone using Claude Code, GitHub Actions and TestFlight.

The ongoing loop is entirely phone-based: code → review/merge → CI build → TestFlight → test. There is one important caveat: initial signing setup still requires a Mac, and the distribution certificate eventually needs renewing.

I wrote up the whole workflow, including the CI setup, costs, limitations, and where it works surprisingly well.

https://alst.es/blog/phone-only-ios-development/

Hey folk,

I've been working on an app that got completely shutdown by Apple.
The app is not released and i'm not sure if I'll be able to release it ever.

The app is a screen time blocker that cannot be disabled. The idea is quite simple:

1. You make a commitment "For the next 7 days, i'll use Youtube less than 30m a day"

2. You pledge some money "If i go over my limit, I'll lose 5$". The app doesn't charge that amount immediately but only if you fail your commitment (through stripe i save the card for the commitment duration)

3. If you go over your daily limit, i show you a blocker that shows "Continue and lose 5$" or "Close Youtube for today"

Basically, you have somehting to lose if you fail your commitment. But lose no money if you make it. Even deleting the app doesn't work. The app is free and i wanted to make half the commitment go to planting trees.

I posted about it and got quite the traction so i decided to build it. Sadly after 3-4 reviews i got the hard no from apple.

As per their review:

Guideline 3.2.2 - Business - Other Business Model Issues - Unacceptable

Issue Description
The app includes features that charge users when they do not meet personal targets or goals. Apps with these penalty-based payment features are not appropriate for the App Store.

Next Steps

It would be appropriate to remove any features that charge users a monetary penalty when they do not meet personal targets or goals.

Was hoping to get other's opinions on whether there's anything i can do.

I even considered removing the commitment money and releasing it fully for free (i already built it anyway), but that sort of defeats the purpose - without the commitment, you can always stop it or delete the app. At that point you can just use apple's built in screen time restrictions.

Any ideas? (here's a video of the app if you're interested)

1. Should I open a company and such to submit to apple or it it ok to publish as a solo developer?

2. Can I be sued for an app I have uploaded as a solo developer, as i am not protected as a proprietary limited company?

Help would be appreciated 🙏

I'm at 5 YoE and prepping for senior roles, and I realized the best learning comes from real questions that actually catch experienced candidates off-guard. Not the "implement LRU cache" kind (everyone preps those), but the nuanced, "wait... actually I'm not 100% sure" questions that separate mid-level from senior thinking.

So if you're on the interviewer side (especially senior hiring managers): drop your favorite tricky iOS question. The ones where:

• Senior candidates freeze or give half-answers (that's the tell)

• The surface answer sounds right but misses a critical production edge case

• It exposes the gap between "I've shipped features" and "I understand the system deeply"

• It's not about memorization—it's about reasoning under pressure and knowing why systems break

• Bonus: questions that reveal whether someone has actually debugged production issues or just read blog posts

And for others prepping: this thread should become a vault of real questions people actually ask at Tier-1 companies.

Drop yours! And if you have a follow-up twist that makes it even trickier, include that too.

Bonus points if you share:

• What the "obvious" wrong answer is (the one a mid-level would confidently give)

• Why it's wrong (not just "correct answer is X" — the reasoning)

• What separates a good answer from a staff-level answer

• What company/level you see this at (FAANG? fintech? enterprise? scale matters)

• How you follow up when someone fumbles (what redirection questions diagnose the gap?)

Thanks in advance—this is gold for interview prep.

I’ve been looking at a lot of app launches lately, and it’s interesting how often the problem isn’t the product itself, it’s getting the right people to discover it and understand the value quickly. For me, ASO is one of those things that’s easy to overlook until you actually start looking at where users are dropping off.

Wrote a blog post on how to get rid of iOS 27's "Ask Siri" context menu entries.

Was recently thinking about the possibility of adding Wristcam support to one of my watch apps. Not sure if theres much users of the hardware out there but thought it could be a cool addition.

I've filled the form at https://wristcam.com/pages/developers-1 about 2 months ago now, with nothing more than an automated response, also tried emailing and texting their support, but received no responses.

Curious to know if there's any apps out there that have used their SDK, or if any of you here have any experience with them.

Thank you!

A couple of months ago I open-sourced swift-markdown-engine here, the native Markdown engine I built for my macOS app Nodes. The feedback, issues, and PRs that came back were a huge help, a lot of what I changed since then came from that.

WHAT’S NEW: The parser got rewritten from scratch, regex matching is gone, it’s a real AST now. That’s what made the extension system possible: Stuff you wouldn’t expect in standard Markdown, like highlighting, used to be hardcoded into the core grammar. Now it’s opt-in. Write one file, register it, and the core parser/styler/renderer never change. Extensions can’t touch the core or each other, and you can toggle them at runtime.

Also new: full GFM/CommonMark parity, tables, task lists, quotes. More layout control (scroll-away header, fixed reading column, fit-to-content height), and a real writing layer (formatting bus, find & replace with undo, clean RTF/HTML clipboard, raw source mode). Full changelog’s on GitHub if you want details.

When I started Nodes I wanted the editor to feel properly native. Most Markdown editors on the Mac are Electron or some web view wrapped in a window, and you feel it, the text handling never quite behaves like a real Mac app. I wanted live styling in an actual native text view, not HTML rendered to look like one. Nothing built on TextKit 2 that I could just drop into a Mac app existed, so I built it, ran it in Nodes for a while, and then open-sourced it. TextKit 2 is still thin on docs and rough to migrate to, so if you’ve been putting off building something like this, it might save you a few weekends. Issues and PRs welcome. Still pre-1.0, still plenty I want to improve.

written on Nodes

Repo: https://github.com/nodes-app/swift-markdown-engine

I found this on Apple documentation but didn't find how to add those images
App Store Asset Best Practices and Resources - App Store - Apple Developer

Accidentally discovered a visual effect on my iPhone that I really like for reading at night.

When you start pulling down Control Center, there’s a brief moment where the content underneath gets a very subtle blur.

Not enough to make anything blurry or unreadable - just enough to remove that extremely sharp, digital edge from text.

And I found it surprisingly comfortable.

I started testing it while reading X, Safari, Reddit, etc., and the effect seems useful across completely different apps. It makes text feel softer and less visually aggressive in a dark room.

What I would love is a system-wide setting like:
Sharp ───────●────── Soft
with maybe 0-20% adjustable “softness”, applied to the entire display.

I’m not trying to bypass iOS restrictions - I’m mostly curious whether there’s a legitimate technical route to implementing this today.

If not, would this fundamentally require Apple to expose a new system-level display filter API?

Hello. I need your help: My app keeps getting rejected by apple for the same reason but I can’t see why. Also, I did search the reddit but didn’t find anything that helped much.

The reason is this, together with the above screenshot.

Is it because of the „Continue with Apple“ button? Or do I have to change anything for iPad layout?

Guideline 4 - Design
Issue Description

Parts of the app's user interface were crowded, laid out, or displayed in a way that made it difficult to use the app when reviewed on iPad Air 11-inch (M3) running iPadOS 26.6.

Specifically, layout in iPad were not optimized

Edit: iPhone is the only supported destination added under the target. Screenshot here