5

What BackEnd framework you used and Why?

I will go first, I use Phoenix (Elixir) because it is Fast and high tolerance on errors. I used ASP.NET because I am forced to. (Company choice)

Comments
  • 3
    Why would you have to use a framework at all?

    At work what’s been used for backend has been vanilla PHP all the way in one project and ASP.NET Core (C#) in another. Haven’t had a say in those choices, and have no arguments against either.
  • 1
    Laravel, plain & procedural PHP, classic Asp.net, asp.net core & express.js.

    Myriad of "services" made by multiple devs, that I'm now handling.

    Mostly Laravel PHP that's being developed on, the others are mostly on a support basis.
  • 2
    Spring-Boot (Java) - It's awesome i and extremely flexible and extendible if you get deep into it and it has tons of great docs. I could never get into ThymeLeaf Templates and mostly used this with a separate JS front

    Flask (Python) - perfectly servicable, easy to start with, a bit finicky with more advanced features, has a decent community and docs written and It's MVC with Jinja2 allows for some relatively fast development of both back and front

    FastApi (Python) - I don't have a lot of experience here, but what I used it for worked perfectly, using it was fun, it is fast and designed well for fast prototypying. Can't speak for big projects yet, but I love it. Though afaik, it has no FE capabilities on It's own. I use it with a separate JS Front

    Code-Igniter (PHP) - fast to work with, easy to manage on small to medium projects. We have a bit of a bloat issue with a big project but I blame our design. It's extensible and does a *lot* of php heavy lifting for you.
  • 0
    @Hazarth I'm currently learn spring tho. Do you recommend Spring with gradle or maven ?
  • 0
    @Hazarth CI huh.. been a while since I touched that.
    Mostly through FusionCMS...

    Just had a look at CI4, reminiscing quite a bit of Laravel, but different .. :)
  • 1
    @johnmelodyme personally Im a much bigger fan of maven than graddle. But I know people who swear by graddle too.

    If you don't know one already start with maven in my opinion.
  • 0
    @Hazarth so it is recommended to use maven....
  • 4
    I tend to stay away from frameworks. For php I barely like Symfony, but instead of using it I use the libs it provides (sometimes) and prefer a library based approach.

    For go I do the same.

    Past jobs have used ASP NET, and Java Spring, I did way more with NET.

    I have also barely worked with Django providing support on small to medium sized apps (mostly on their frontend) and Rails. Rails I did like, but did minimal stuff on it too and on these last 2 I don't consider myself an expert or nothing of the like. Our Rails queen is @Root

    Then finally, Express. I have a large app running on a warehouse that takes data from a scanner and generates inventory reports etc. That one was fun, it is still working internally for them and I consult from time to time. The frontend uses Ejs with very simple styling that I made from scratch to test out flex and grid css, i was quite happy with the result.

    Would use express again, but I much prefer my go and php solutions
  • 2
    Express + Typescript.

    Fast development times, type safety, massive ecosystem, and easy deploys. It's got everything I need
  • 2
    @AleCx04 I hope this doesn’t ignite yet another petty war over the relevance of PHP, but I just have to take a moment and muse about how funny it is, that of all the backend endeavours I’ve had with several languages and some frameworks, and while I love Rust and F# as language... unless doing something for learning or exploration purposes, for web, I’d most always go with PHP, no frameworks attached. I don’t mind working with anything that’s been thrown at my way (except Python - just keep it away from me), but if I get a choice, it’s PHP all the way.
  • 1
    @100110111 I feel you. I have tried to remain partial to every dev technology out there. But every time I get a project I already know that regardless of the size I will almost always instantly reach out for PHP, just like how you described it, no frameworks attached, although I do pull lots of leverage from composer. My second best choice right now is go, but I tend to have this ecky feel towards the way in which a struct's state gets shared all over the place, I would like a bit more functional styles for go, even as it does have functions as first class citizens, it just feels odd to use it in a functional paradigm. I am right now reading on F# actually!

    And Python......I have a love hate relationship with it, quick for building small scripts, but i wouldn't use it for anything bigger, my work in the past with it never went above a couple of lines
  • 2
    CakePHP or just plain PHP (depending on the needs).
  • 1
    @AleCx04 the way you put it, Rust sounds like the better Go. (I’ve never used Go, so I don’t know how far that hunch is, but they seem to be often mentioned side by side so guess I can’t be that far off...)

    F# is great, and I love it. But... it’s just not as handy for web apps as PHP is, so unless I’m doing microservices (which almost by default end up done in F# or Rust), I tend to not use it as much as I’d like (also because there aren’t that many devs around who know the lang, which has to be a consideration...)
  • 2
    @100110111 oh it is, infinitely better designed and more advanced language (in terms of Rust and Go) it has a badass package manager and some of the friendliest less elitist communities I have seen, being nice there seems enforced by penalty of death really, I dig it. I have nothing bad to say about Rust and have no qualms over the idea of it being superior over Go, they are not pointing at the same thing though, Rust is a system level language, Go is not by virtue of its GC.

    BUT the language is indeed complex, I do see a very bright future for Rust. But at least in terms of web development I really dig Go, the language is stupid easy.
  • 3
    Using .NET 5 currently, because my love for C# is unseparated. 😂
  • 0
    @imaji Maui looks interesting, I fear it's gonna be Xamarin 2.0 initially though.
  • 1
    @lotd It is actually. Merging all inside .NET 6 could be a boomerang, though...
  • 0
    language : assembly
    franework: none
  • 0
    @100110111 you could argue .NET Core IS a framework...
  • 0
    @fullstackchris unrelated
  • 1
    @100110111 "Question: what framework do you use? Answer: "I don't use a framework, but I use this framework, so I actually use a framework."

    totally related
  • 2
    @fullstackchris unrelated in a sense I didn’t say I don’t use a framework, but only stated that using a framework is strictly speaking not neccessary.
Add Comment