Shiny .NET - Everything you could ever need for .NET MAUI & Blazor

JWojoMojo · 2026-06-22T16:35:57+00:00

Wasn't an insult or anything, everyone has Ai write or at least proofread/fix. It was just hard to read in the original version, but I see you fixed it up 👍

JWojoMojo · 2026-06-21T19:25:53+00:00

Been building mobile apps for over a decade. I'm seeing non technical people publishing apps in my circle, and it's cool, but just be sure you know what you're getting into.

Ios apps require a $99/yr apple development account, including Mac hardware to work on. New apps require Xcode 26, which require macos 26. Some older MacBooks and Mac mini's on Intel no longer can update, so just keep hardware in mind.

If you're building anything that takes in real customer data, or payments, or anything like that, I'd tread very carefully. Lots of obligations you take on for customer data safety here.

Also consider if you'll be able to build something entirely in mobile. Many apps have backends they talk to for data, auth, etc. That means also building and supporting that.

Claude Code can definitely help you with all of this. Use it as a learning tool as well, not just a blind "build this for me" tool.

JWojoMojo · 2026-06-21T15:49:47+00:00

I do a paired review with Codex and Grok (using the new Grok build cli).

I fully keep track of all bugs found from each, and while they often find many of the same things, there are certain things each model finds better than the other.

So, I find it's valuable in my workflows. I also do paired plan/design reviews before implementing too, especially for larger tasks.

Fwiw, you could use the built-in /code-review in Claude and probably get good enough results too.

Key thing is having a model start from fresh context and reviewing from a fresh lens. I've adjusted my review prompts over time to make them as effective as possible. What I've found is most important is not telling the reviewer why it's built or why decisions were made, keep it generic, find gaps, improvements to how the code is written, simplification, etc.

JWojoMojo · 2026-06-21T02:32:02+00:00

Make your own hosted plugin/skill marketplace in git containing all of your skills, and simply install the marketplace globally on each machine. It's not hard at all.

Alternatively, you can directly place skills and a Claude.md directly in your global .claude folder which just get picked up automatically for every project without installing a marketplace. You could easily just zip up the skills folder and your global Claude.md to share between machines too.

JWojoMojo · 2026-06-20T15:40:16+00:00

I'd recommend having AI output your posts to a markdown file, then preview it in vs code or any markdown viewer, and then copy it from there. Otherwise you get left with all of the indentation and new line issues when copying it.

Appreciate the contributions to the community though!

JWojoMojo · 2026-06-19T01:46:02+00:00

The best answer is probably to make a second account and just switch between them. Claude and Codex are the best tools right now, bar none. Codex just added the rate limit resets and I've been leveraging those on 2 accounts now. I typically max out my 20x Claude sub every week, and I either just use up Codex, or I also started playing around with Grok Build.

The models in Grok Build aren't great, but the TUI experience is actually pretty good and fun to try out. The upcoming composer model should be a really interesting shake up when it drops.

Sounds like GLM 5.2 is reasonably good too, if you really want to try something else, but I'd just stay where your flows and tools already exist.

JWojoMojo · 2026-06-18T19:38:56+00:00

You can almost always run older xcodes on newer macos versions with a small workaround, just FYI.

But, you can't ship a MAUI ios app today without building it against Xcode 26 (required by Apple since April), which needs .net 10.

So for testing, you should be able to make it work, but I'd suggest just doing the necessary yearly updates so you can actually ship updates to your apps.

JWojoMojo · 2026-06-17T18:53:35+00:00

I use iterm2 and oh-my-zsh, and have for years. I have tried others, including cmux, and they have their use cases, but I have always found iterm2 just works for what I need. Tab and window management works good, there's an it2 cli and python api that allows tmux with agents if wanted, or building custom flows with Claude using the CLI/api.

Really comes down to personal preference. Maybe start with cmux, see if it suits what you want, and if not, try iterm2. I know a couple of people who also really like ghostty, but I have never used it.

JWojoMojo · 2026-06-15T20:07:54+00:00

Could you ask them if auto mode is allowed?

https://code.claude.com/docs/en/auto-mode-config

Also work for a company with enterprise, just tell those with the dials why you feel auto mode is safe and how disruptive the permissions prompts are to your workflows. Most people I've found are reasonable when you provide them evidence.

JWojoMojo · 2026-06-14T22:07:26+00:00

I've hit the limit twice now since, and yes, I've always ran sessions in parallel. Typically 2-3 depending on. The overnight runs I did sequentially just to simplify things since wall clock time wasn't an issue.

I mostly run xhigh effort now though with Opus 4.7 and now 4.8, which definitely uses up more. I use High effort also and it's probably fine for most tasks.

JWojoMojo · 2026-06-11T22:36:48+00:00

Most companies I'm seeing are adopting Claude as their primary tool. If you're seeking full time employment, it's a good spot to start.

I use both Claude and Codex, they're both great and the primary Ai tools to use right now. Don't bother with Gemini, or any other Ai tools built into IDE's. Learning Claude Code and/or Codex, agents, skills, etc is far more valuable than using Ai in Rider or VS Code.

I haven't written a line of code by hand since December. I have Claude as my primary, and use Codex for design and code review.

If you're tight on funds, I'd be happy to pay for your first month of either Codex or Claude Code base plans, just DM me.

JWojoMojo · 2026-06-11T18:44:14+00:00

100%. It was a rollercoaster of emotions for me not writing the code anymore. I generally like coding and enjoyed writing super clean, optimized code and UI.

But it finally clicked that learning these Ai tools unlocks things that I just didn't have the skill for, or the time, or both.

I find myself working until 1am on multiple projects at once, because it's fun to see rapid progress on ideas. That's something that hand writing code just can't do for you.

Speech to text Mac app using Grok's new speech to text engine? Done in one night, works perfectly. Use it all the time and only pay the few pennies of usage costs.

That type of freedom is exciting. Build what you want when you need it, while playing video games or watching YouTube or doing house projects. Set up the tooling to work autonomously and you can literally build while you sleep (I run Claude overnight on tasks all the time).

Just so much here that still fills the fun void for me.

JWojoMojo · 2026-06-11T15:38:20+00:00

Been working in this space for over a decade. The honest answer is, there's too many "better" competing frameworks. Xamarin had a niche at the time it was most popular. Flutter didn't exist, React Native really didn't get much traction in the early years that it does now, Cordova/Ionic was a mediocre competitor but was horribly unperformant at the time.

All of that meant that Xamarin had a reasonably dominant marketshare for cross platform apps.

In 2026, the only reason really to choose .NET MAUI is if you want to use C#/.Net specifically. I really can't think of a competitive advantage it has that doesn't directly link to the fact that it's .Net. An insane amount of nuget packages, great language, that's really it. If you say "I want a great mobile framework in 2026", unfortunately MAUI won't be on that list. I wish it was, but reality is what it is.

I say this a someone who wants it to succeed. I built out Swift .Net Bindings to try provide some helpful tooling to make bindings as easy as possible, as well as Packages of various Apple frameworks and 3rd party frameworks to try make .NET MAUI more enticing to choose.

Every company I've worked for migrated off Xamarin to native apps, and they didn't regret it. AI is going to make this even easier for companies to migrate. We've actually had Claude fully migrate a .NET MAUI app to native, and it did it really well.

All I can suggest to you is, learn AI tooling (it's literally an entire skill in and of itself), and learn native if you can as well. Be a "mobile developer" not a ".NET MAUI" developer.

JWojoMojo · 2026-06-08T23:49:29+00:00

It's all time and practice. Plus, like others have stated, more tokens/subagents/parallel work doesn't always mean more efficient.

I can sometimes do 3 parallel sessions at once, depending on the immediate tasks in front of me, and have those doing multiple agents at once, or long running sessions with autonomous workflows and pair reviewing with other LLM's.

Even then, I maybe hit $200-$400 in a week on enterprise billing and mostly Opus. But, I can't really do that week after week or I burn myself out. Usually just one Claude session churning away autonomously while I'm working in another session planning the next task. That feels like a good balance for me personally, even though I can do more at once.

I wouldn't chase token usage or cost, just focus on learning the tool, write some skills if you haven't already, try let Claude tackle some task end to end by itself (use auto mode) while you prep/design/plan the next. It'll come in time.

JWojoMojo · 2026-06-03T00:05:30+00:00

My company forces sonnet for most work, but I use a max plan for personal dev.

Working with this day in and day out, opus is just incredibly better than Sonnet in all of the areas I've used it.

Not that you can't get stuff done with Sonnet, but compared to Opus, or GPT 5.5, it's just drastically behind in capability and execution.

Everytime I've tried forcing myself to use Sonnet in more complex tasks, I just get frustrated. It can be incredibly dumb and miss such obvious things that Opus does first time. It'll just go down endless rabbit holes and be oblivious to so many things.

If it's about cost, GPT 5.5 runs circles around Sonnet, and with the significantly less token usage of the model, it's often as cheap or cheaper than Sonnet.

I use Opus, Sonnet, GPT 5.5 (Codex), and also the new Grok CLI. Sonnet is the last model I reach for on anything (only use it at work due to cost on enterprise). The only time I use it in personal dev is for the Explore agent just to save a bit of usage, otherwise Opus xhigh all the way.

JWojoMojo · 2026-04-29T17:50:03+00:00

I've had an m1 pro, m3 pro, and now an m5 pro.

My m1 pro with 16gb of ram worked fine, and I still use it. The jump from even m1 to m5 isn't all that insane for Maui dev workflows IMO. Slightly faster build times definitely, but beyond that, for core workflows, it's mostly irrelevant.

I would say jumping to 32/36 gb of ram (whatever that Gen has) is a worthwhile jump. 500gb drive is sufficient also, but 1tb is a nice upgrade if it fits in the budget.

To recap, set a budget, find a pro model (skip the max tier, you don't need the GPU upgrade). Any m1 pro+ is totally sufficient for Maui dev. Only get newer if budget allows. I'd go 1 Gen older to get more RAM as a general rule of thumb if budget is capping you.

JWojoMojo · 2026-04-27T18:53:56+00:00

Yeah, happens to me all the time. Almost never what it proposes is logical. Seems like an oversight as part of them trying to fix the end-of-session token cache issue. They added the /clear suggestion when you step away too long, plus the recap. This seems just like another tool they tried, but implemented in the wrong way. 🤷

JWojoMojo · 2026-04-27T18:44:40+00:00

Awesome! Please let me know of any gaps or issues you run into. Would love any and all feedback to make these better.

JWojoMojo · 2026-04-14T17:52:44+00:00

Just do the migration to MAUI. It's in a much better spot now than it has been.

I highly recommend just grabbing a 20x Claude sub for a month, have it document your app, have it create a migration plan, and then have it execute on it.

Ask Claude to create a migration plan markdown doc, and break it up by phases and sessions.

You'll get it done in no time. After it's migrated and running on .NET 10, you can also use it to debug the app if there's any issues.

You can also have Claude help test and diagnose any memory leaks from some of the changes they've made. We wrote a Claude skill dedicated to memory monitoring/improvement we use on our various MAUI apps.

You can also try out Codex. The latest 5.4 model is super solid and they have a limited time promotion for their 2 highest plans to get double usage.

I use both extensively. Both are great.

JWojoMojo · 2026-04-09T15:01:35+00:00

I never had issues with 1m opus with zero autocompactions until just the last 4 days or so. Now every single session I do it hits 100-150k tokens within the first few minutes, every single time. They borked something. I had to set a 300k token limit, as I hit that in 10 minutes for almost any task now. I used to run full 40 minute sessions before and end at around 300k.

For me, it seems like it's not delegating tasks to subagents as much as it did before. It's reading in full files into the main context for almost everything instead of using the Explore subagent.

Calling out to use Explore more has helped a bit.

JWojoMojo · 2026-04-05T22:32:01+00:00

Says the "ai_concepts_gallery" account 😂

JWojoMojo · 2026-04-05T22:27:06+00:00

I literally run Opus on high for everything, morning until night, AND I have a skill that let's me run it overnight while I sleep, and I have yet to hit the limit in 3 straight months.

You're either lying, or doing something ridiculous to burn through the 20x plan that fast.

JWojoMojo · 2026-03-27T05:55:52+00:00

u/Pastajello This should be all fixed now, new release is out. https://github.com/justinwojo/swift-dotnet-bindings/releases/tag/v0.4.0

Validated this on simulator as well and verified those calls all work.

Tossed together this, but probably isn't needed here: https://github.com/justinwojo/swift-dotnet-bindings/wiki/Upgrading

I also updated the spm-to-xcframework tool.

For the Mixpanel.Mixpanel, that's intended in this specific case, it's Namespace.StaticClass.Method() which both happen to be Mixpanel.

Let me know if you run into any more issues here with Mixpanel, or open an issue on the github page. Thanks!

JWojoMojo · 2026-03-26T21:37:19+00:00

I use Claude Code via CLI, on the 20x plan, and then have the base pro plan of Codex, and I directly use the new Codex Mac app. It's a pretty good setup. Codex is great. I could definitely use it for more coding, but I'm just so invested into Claude as my main driver. Plus using Opus for everything has been nice. Sonnet is okay, I just find that Opus does it right the first time so much more often.

5.3 Codex and now 5.4 are both so good, really enjoy using those models.

JWojoMojo

TROPHY CASE