SSR React = Next.js

SSR Vue = Nuxt.js

Django is all SSR and is solid, if a little dated.

This is my biggest issues with SPAs. Its not that it is that hard, its just so much easier to keep it secure if its being done server-side.

What's an example of something that would be proprietary, reasonably on the front-end, and stealable from minified source?

In my mind, anything complex would probably be server side anyway for performance reasons (though I admit there are many, many SPAs with seemingly little thought about performance.)

An inexperienced dev might do something like put API keys in frontend code. You can even do an advanced search of Github to find people's keys to steal to get access to paid APIs.

Inexperienced devs already leak keys into front end code before SPAs.

Anything you would normally stash in an API gateway.

API keys, anything that handles auth, etc.

Bad code. I would pay for better developers. But they are all happily employed (for the most part) and we cant exactly back up the brink truck...

I wonder, do you need better developers, or better processes, practices and policies? Good developers will write shit code if the organisation has a gun to their head.

+1 to what he said. What many people complain that their Developer is bad, is mostly because of lack of business process and communicating clearly to the dev. Many small businesses still operate with the mindset that throw requirements to the other side and get back fully working bug free code which rarely works.

What kind of developers are you looking for?

Yeah, but its a poor pitch to say, "Oh, no internet? Just use your phones mobile hotspot." Existing solutions run entirely offline and I need to replicate that experience to get any initial usage of the app... at least outside of my contacts.

Sure, but your monetization strategy could still be tied to online access/community/etc. -- in other words, you could provide the software to keep track of the event offline for free, but have it connect to a website where people can see results live (when the event supports it), search historical results, and even watch video of the event for a fee (again, if the event supports it).

Yes, definately it will do those things. But it also needs to be 100% capable of running a meet offline.

This guy gets its. The software already available is a headache to use and the goal here is to "get out of the users way", so they can focus on running the meet instead of fighting the software.

Yeah, this approach is still on the table. Id just like to recoup my time _somehow_... even if monetization wasnt the original intent.

The people that would be using it arent really the ios/ipad type... its hard to explain without sounding like Im stereotyping.

I really recommend you do customer discovery here (just like what YC would teach you). Given the number of lifters who are Instagram savvy, I think you might be surprised.

If you do a ipad version, remember you can make it keyboard friendly, so even that reason is out.

I can think of more and more things that are only possible in the mobile version - bar code/QR code scanner (in case you are selling tickets to the event), livestreaming to YouTube/Instagram, etc

I think this is the right answer... not sure why I was so resistive to it. Maybe its the hive mind :p

Thanks.

My father used to run HS & college track meets using a SW package he bought online. Same model - buy a license, get updates once/year. It works.

I worked at Amazon for over 5 years and I currently work for a pretty big company (you've heard of them) that's all-in on Azure. It's got enough going for it that I wouldn't switch even if I were high enough in the hierarchy to make that decision.

GCP, Azure, Oracle, Alibaba ... just to name a few.