<FromGitter>
<eliasjpr> @wout I have asked myself the same question, and when I looked at lucky source and the approach to design, the only thing I noticed is that lucky makes a lot of method calls for instance the view layer of lucky is all methods calls and blocks, this will eventually add lots of instructions to cpu, also lucky works hard to be type safe while I think in principle this should not add more overhead in the case of lucky
<FromGitter>
... can be a symptom. Another note on the fair side lucky is a full featured framework with a set of patterns for developing full web apps, Amber seems to be right in between of Kemal and Lucky, with “lesser” features.
<FromGitter>
<greentornado> How can I use raw websocket without amber channel please ?
<FromGitter>
<greentornado> I want to implement a simple ws with my device
vivus has quit [Quit: Leaving]
<FromGitter>
<evgkrsk> Hi. How do you implement prometheus metrics in amber? Seems like there is only crometheus project, but it is stalled and dont work with recent crystal versions.
<FromGitter>
<eliasjpr> @andrewc910 we currently do not have a definite roadmap. This is due to two facts one we consider that amber has all the necessary features to create any app you can think off and second crystal Lang hasn’t reached 1.0 so they could be some breaking changes if we overcommit so delaying until we can see more close
<FromGitter>
<eliasjpr> @greentornado you can literally use amber in a single file check the docs also there are some web sockets examples in the docs
<FromGitter>
<eliasjpr> @evgkrsk In order to implement Prometheus metrics you are gonna need a Prometheus client I haven’t seen any shards available yet.
<FromGitter>
<wout> @eliasjpr in the meantime I got an explanation:
<FromGitter>
<wout> > The problem is that at some point some of the benchmarks changed to multi core and we never updated the lucky implementation. So it looks WAY slower than it is in practice.
<FromGitter>
<andrewc910> @eliasjpr so it's safe to say Amber is staying pretty much where it is. Any development is some minor QOL improvements & bug fixing?
<FromGitter>
<eliasjpr> We want to improve of course we are just trying to move cautiously given that there’s no official release of version 1 of Crystal. The amber community is active as you see. If you have an idea thought suggestion of feature to add feel free and make an RFC proposal, Amber is very community driven and the maintainers will not hold back something the community wants to contribute too
<FromGitter>
<eliasjpr> @wout definitely that can be the case!! I’m curious to see how it performs after adjusting
<FromGitter>
<eliasjpr> Now take the performance not to serious regardless what framework you choose they all perform well, compared to what’s out there and taking in consideration all that Crystal has to offer
<FromGitter>
<eliasjpr> The biggest performance hit in Crystal land will be the database
<FromGitter>
<eliasjpr> Keep in mind of the pros and cons of each framework and if you’re building and e-commerce is gonna be transaction heavy on the DB so your Orm layer is important and which DB your are going to support
<FromGitter>
<Blacksmoke16> pg ftw
<FromGitter>
<eliasjpr> @andrewc910 we take bug fixes seriously. In regards quality of life I think amber is easy to pick up very small learning curve, and allows you multiple type of code structure (design) but the most important part is that gets the job done as quick as possible with just enough batteries included, you can expand it easily, customize for your needs m, hell you can write an amber app in a single file.