JavaScript frameworks are all the rage these days, but an increasing number of developers, including myself, aren't so fond of them.
Why?...
For further actions, you may consider blocking this person and/or reporting abuse
I'm no expert in the frontend side but from the outside looks like they are overused; Angular was made by Google and React by FB, probably designed for their needs, with their priorities.
So webdevs started to learn them to look for a job in big companies and endup using them everywhere, no matter how small the project is. For a big company, the problem usually is to keep the internal chaos at bay while in small ones the challenge is to keep moving and being flexible; so fo a big company, being locked-in is a small price to pay for homogeneous codebase and cheap/exchangeable workforce; not so much for a smaller one.
But that's just my view from the outside...
You've nailed it.
Sincerely,
A web frontend designer and developer of nearly 20 years.
thanks, is good to have some confirmation to my suspicion.
To be honest, if you are doing some small project you don't need them. Working on larger projects, frameworks provide a lot of value. Even if you aren't using them, you are surely going to write your own in house kind of "framework". If you don't and you are constantly reinventing the wheel on every ptoject then I feel you are doing something wrong.
Or if you work in a company that has its own product and doesn't do work for others, you will definitely still benefit from a framework even if it's your own in house framework.
I feel the same as you, I think Compiler is the way to go, like Svelte or Nim.
nim? how are you supposed to use it in webdev?
Nim compiles to JavaScript and WebAssembly for Frontend, kinda like Svelte.
Nim compiles to C for Backend, kinda like Rust but with Python syntax.
:)
yeah, but I think that Nim is a bit too low level for such things.
also: does rust compile to c? thought that it's totally standalone.
Nim is quite the opposite is very high level,
Types are better than TypeScript types,
code is easy to read like old CoffeeScript,
code is high level usually takes less lines of code than Python,
Nim Metaprogramming can help make stuff really friendly at high level while keeping it efficient at low level and very expressive to write.
Nim Backend Hello World:
Nim Frontend Hello World:
Rust compiles to LLVM IR. LLVM IR is from another different project.
Well, I will agree with you on frequent updates and noSQL. No SqL is such a bad idea for small startup with high paid developers. I will rather go with pstgress or any relational database.
Though between react and angular. React can be use as reusable components to plug and play anywhere. But angular is full framework and can't be used for reusable components only..
Anywhere you ignore the huge size of it as a library dependency.
Today's frontend developers seem to think web frontends can be treated like backends. This delusion is one of several things killing the web.
Would you like to give us a little background info on the tool you mentioned, LitElement? Thnx
Sure.
LitElement is a base class that allows you to create web components that work everywhere using the shadow DOM. An example (from their website):
Thanx mate. Happy New Year2U & your family😊
What would you think is the reason Web components aren't as popular as React, Vue, or Angular and how can WC can be used widely as those libraries?
They are still weak in features compared to these libraries. Browser support is also still an issue. I know people like to argue that IE11 shouldn't be used and I agree, but real world scenarios might require you to support it and unfortunately it doesn't support WC.