| > OP, it was a bit unclear from your post: What technologies are you already familiar with? Does this mean you can already comfortably make the backend (DB, API, etc.), or is that part unfamiliar too? You're right,I didn't notice that.I had a 4-year enterprise working experience which was more focused on the back end. I'm familiar with using object-oriented programming languages such as Java, Python Js to create DBs, APIs, etc.
But I rarely dealt with front-end interaction. So it's diffcult for me now. This is rather contradictory. Currently, my main time and enegy are spent using NLP to filter high-quality content in the field of technology [or others], and dynamic rendering of page data is required [but not realtime], whether on the client side or the server side. At present, the front end has become a weakness. I've been trying to move towards a static architecture, like static site generator. but it doesn't seem to work..LOL..like: 1.The NLP system will update the data frequently, and the data needs to be displayed in a list,and how to deal with pagination staticlly? 2.Form data needs to be enterd manually.Interaction adn persistence are also required. 3.Like HN item, if it is statically genereated, whether several pages are generated for each comment? I think it will encounter this situation again in the future.There are two ways: One is to pick up HTML, CSS, React etc again. The other possibility(laziness) is to find other technologies (perhaps some that I'm not aware of) to replace the first one. Since interface interaction doesn't need to be fancy. I know about Gradio,Streamlit, etc. They dont seem very flexible. For Instance, embedding a database or implementing a login system is troublesome,etc. |
But I don't know that your situation is necessarily about static vs dynamic rendering, but just basic web architecture (API design, caching, etc.). You can do all of it serverside and render the HTML dynamically on every load, or you can cache some of it, or you can statically bake it into HTML and use patterns like ISR (incremental static regeneration) or SWR (stale while revalidate) to re-build when they change, etc., or you can render some or all of it dynamically on the frontend after fetching from your APIs... those are performance optimizations, IMO, but none of them are necessarily more difficult than the others.
I don't think this is really a frontend-specific question, but like web dev in general (meaning all the in-between parts too, like HTTP and CDNs and such). If you want the backend to spit out all the pages dynamically you can do that, but you still have to be able to write basic HTML (doesn't have to be anything fancy, or you can use systems like Tailwind/Bootstrap to make it simpler but somewhat modern looking). But if you can't make a functional HTML webpage from your existing backend knowledge, you'll have to either fill that gap or yeah, find something that can auto-generate that for you.
> The other possibility(laziness) is to find other technologies (perhaps some that I'm not aware of) to replace the first one.
Is this for a commercial project? Can I suggest possibly partnering up with a frontender or hiring a freelancer, at least for the initial implementation? You can sit down and hash out the API endpoints needed, how to deal with pagination and caching, where to host all of this, etc. And then with that basic architecture up and running, maintaining it or adding new features in the future might be something you can do on your own with less effort.
Or if it's an open source kinda thing, maybe put up what you have now, explain what it does and what you need the UI to do more specifically, and maybe people can provide more concrete specifics? It's all still kinda vague beyond "there is some data and some of it comes from NLP algorithms and it needs to update every so often". Sorry that I couldn't be more helpful.