DEV Community ๐Ÿ‘ฉโ€๐Ÿ’ป๐Ÿ‘จโ€๐Ÿ’ป

Liz
Liz

Posted on • Updated on

Last Minute Boilerplates

One of the definitions of boilerplates is "writing that is clichรฉd or expresses a generally accepted opinion or belief". This writing, in a sense, is the clichรฉ of "I had all week to do this, and I'm writing it 5 mins before midnight the night it's due". We all have our strengths and weaknesses, much like frameworks.

There's really sparkly ones that are full of menus to get you started, like Angular. It's too cluttered. No, I don't want to check out the Angular blog. What's the fun in having things easy? Angular is the only one that uses ng to set it up. Sounds like some proprietary bs (as I type this on a Mac).

StencilJS seems like an underdog, it's got a story to tell. But it's not a framework at all. Like the lovable oddball most movies have (back to clichรฉs), that's kinda where StencilJS sticks. It seemed similar to open-wc as in it used the terminal to select options, and was a simple line of text to you get started with your web component.

React was simply established. There was a lot of documentation associated, but there's a full stack of developers dedicating their lives to it. Many people who swear by it, and that just happens to create a large pool of features because everyone has their different needs. This is gold star of developer experience; there's so many resources and so many people working on it, how can it be horrible.

VueJS was simple enough to use. If I was going to build an app tomorrow, I would probably try Vue because there seems like enough documentation to help me stumble through it.

Overall, all frameworks have a similar set up. There's package.json files and src files. That's just conventions, clichรฉs, what frameworks are. I think my favorite is the inevitable README.

proof:
https://github.com/runtimeErrorsMadeEasy/boilerplates

Top comments (0)

๐ŸŒš Friends don't let friends browse without dark mode.

Sorry, it's true.