I've been working on a backend in PHP for the past year, expanding and changing it every time a customer needed new things that were not previously covered by it. I was using Laravel because not only I felt comfortable with pbp but also I really liked how easy it was to implement new functionality.<p>Now the time has come where I have to step up a notch, change the backend design and extend it a lot further to support an incoming wave of new clients that expect something more than what I'm currently offering.<p>I've been digging HN a lot and reading about everything that could help me here and I opted for using GO for the backend. The idea would be to write all the functionality on GO, users, db and such and write the frontend with AngularJS connecting it through a rest-like API. I don't have right now the time to learn GO and rewrite everything I made on PHP, but I plan on doing it in the next 6 months.<p>Right now I'll be writing the backend again in Laravel I think, but only the functionality. My idea is to make an API and have the frontend with AngularJS connect to it using post/get to do everything. This way I can isolate the backend from the frontend and eventually rewrite the backend in go without needing to touch the frontend in Angular.<p>Does this make any sense? Is this, a good way to approach this although its maybe not the best one? What are your thoughts? Thank you!
What motivates you to rewrite it in Go? / What benefit do you expect from it?<p>Moving things towards a clear API is a good step towards replacing a back-end. I won't comment on the choice of Angular because I don't know enough about front-end development and it really depends on the type of product what fits well.