| Hi, thanks for your feedback. I can understand that it might not seem useful to you if you already have a stack you've invested in, or it just doesn't fit the kind of projects you are working on. But I just wanted to respond to a few things. :) > A) Come from a javascript background It targets all web developers, who are all generally familiar with JavaScript. It aims to be another tool, not a total replacement for all projects. > B) Want to deploy on cheap hosters where node isn't available? Shared hosting is still a very popular way to run websites. And node is often overkill for basic CRUD sites. > C) Don't care about performance There is a big difference between not needing to support 100+ requests per second and "not caring". :) Out of the box, PHP is fast enough for a lot of apps, and the overhead of THT is not enough to be noticeable at that scale. > don't mind the additional complexity of the transpiler There are no build steps, so the extra complexity just involves running the initial setup script. After that, you drop in new files and update them like you would with PHP. Ideally, it won't feel more complex than any other framework. > Can this even leverage the enormous PHP ecosystem? This is on the roadmap. Though there are still plenty of projects that don't use 3rd party libraries and could be built with THT as it is today. I personally have never needed to use composer, etc. in my projects, but it's still something I am looking to support. Thanks! |
My comment about complexity in the transpiler is more about debugging and what do you do when you can't figure out where your bug is, because it's in the transpiler. ;)
And I think your last sentence regarding composer makes it clearer whom this is aimed at.
Again, best of luck..