What about partnering with a frontend person on a % of future profits basis? Maybe going to some dev/JS meetups and pitch your ideas there?

Depending on what exactly you're trying to launch, it may only take a few hours/days of work. If it's interesting in its own right, does some community good, or even just has a good risk/reward ratio (i.e. the frontend person puts in a few hours of work upfront for the potential of X% later on), you might get a few bites.

--------------------------------------------------------

As a former full-stack dev now focused on the frontend, I'm in a similar (but reversed) situation... I don't enjoy working on backend stuff, but frontend side projects are very quick to whip up for me (can get a page up and running in a couple minutes, a workable prototype in an hour or two, typically).

That's largely thanks to recent startups like Vercel, Netlify, Gatsby, Remix, Astro, etc. that have taken it upon themselves to improve the frontend (at least JS/React) developer experience. The vendor support adds a LOT of quality-of-life such that it's no longer as difficult as it was 3-5 years ago to spin up new MVPs.

As an example, my stack is often:

- Vercel for hosting, because they take a Git repo and host it for you in a couple clicks and manage everything. Free or cheap ($20/mo) at MVP stage.

- Next.js (Vercel's open-source React framework) will handle frontend tooling, routing, type checking, and linting for you with a single command (`npx create-next-app`). Starting the server is one more command (`next dev`) and your page is up and running.

- For the UI layer, I'd recommend either starting with one of their prebuilt templates (https://vercel.com/templates/next.js) and modifying it as needed

OR using a modern component system like https://mui.com/ or https://ant.design/ or https://chakra-ui.com/ instead of trying to learn and write your own component and JS+CSS code. Using one of these systems will allow you to compose complex apps out of well-made, well-documented, easy-to-use primitives, making it much easier to focus on business needs rather than basic frontend components and infra.

The basic MUI system, for example, is totally free. You can find third-party apps built on top of it (https://mui.com/store/#populars) and pay a one-time license fee to essentially "fork" them, getting a prebuilt working app that you just attach your backend API calls to.

There are also low-code extensions of these frameworks (meaning you start with a GUI, plan out your app that way, but still have access to the source for future advanced changes). One example is https://mui.com/toolpad/

----------------------

Is this a lot? Yes and no. React has a learning curve of its own, but it can take the place of having to learn raw HTML and CSS. (Yes, you eventually should know those things for debugging and polishing, but they are largely a level of abstraction below what you really need for a basic MVP).

Once you learn React, its primary value isn't that it's a great language (opinions differ) but that it has a humongous ecosystem of third-party vendors, free open-source libraries (basically any component you might think to build is probably already available on npm), and a wide availability of devs from hobbyists to full-timers.

Others in this topic will suggest going away from Javascript as much as possible (and using things like HTMX or backend-to-HTML solutions like the old days). That's fine, but you lose out on the rich ecosystem of React and Javascript, so you end up having to build more yourself -- which is what you're trying to avoid in your case.

My own 2¢: As someone who grew up with HTML and made websites since the birth of Javascript and CSS, the web has always been messy. It's always been a semi-open ecosystem controlled by a few major companies (whether that's Netscape or Microsoft or Sun or Adobe, or these days Google and Apple), so it very much suffers from design-by-bullying. Whoever is the power player of the decade gets to add their favorite technologies that everyone else is forced to adopt. Thus the web became a hodgepodge of document markup systems poorly fitted for modern apps, with various hacks on top of hacks built to satisfy some big company or another's in-house needs. Sadly, that means going "vanilla HTML+JS" doesn't leave you with much, just the shattered legacy of poor historical decisions.

React at least helps by encouraging componentization and abstraction of UI elements to functions, using cleaner data models (actual variables and objects) vs direct DOM manipulation (using page content as a store of state).

We've gone through many generational shifts in approach, from the raw HTML days of Geocities to the you-build-it, we-host-it approach of Godaddy and its ilk, to the "all in one" CMSes like Wordpress or Drupal. These days, (if you want there to be), there can be a pretty clear separation between backend and frontend systems, and with that specialization came a bunch of startups (mentioned above) whose approach is "let us help you build it as best as we can, so you can focus on business logic instead of basic UI and infra". After 20 years of doing this, the current state of the web developer experience is actually my favorite so far. HTML and CSS suck for building apps (as opposed to documents), and although Javascript is a lot better since ECMAscript v6 (ES6), it is still inextricably tied to the DOM (and thus HTML elements) unless you use an abstraction like React.

It's the difference between writing something like:

```

import {Datatable} from 'third-party-ui-kit'

<Datatable rows={myObj} columns={myColDefinitions}/>

```
(Where it'll look good enough out of the box, plus give you filtering and sorting etc. for free, all with good documentation and support)

vs writing your own table generator, HTML and CSS for every cell/row/column. Could you do that? Sure. All the modern hosts will still support that sort of document. It's just a pain to write and maintain.