My definition of fast!

Nuxt.js is motivating me to learn Vue.js
Huh.

I really like the way Nuxt.js handles routes so I implemented it in PHP with some additional features. Will release soon!
(Basically as a own microframework)

First time I use Travis CI today :D
(And my first build error ever...)
In combination with Nuxt.js it is so fucking useful for Vue Development. Wow!
I think I've found my new favourite JS Framework.

Had a bit of trouble with Github Pages but I just created a 'source' branch with the source code and a 'master' branch with the deployed site. The reason is that organization sites can only be published from 'master' branch for some reason...

Anyways Travis CI is very useful!

How I wish my job interviews would end like this:

HR: "So, we're looking for a developer with experience in Nuxt.js. Can you tell us about your experience with that framework?"

Developer: "Honestly, I'm not very familiar with Nuxt.js. But I have a lot of experience with Vue.js, which Nuxt.js is built on top of."

HR: "Oh, well that's just fantastic. So you're telling me that we're supposed to hire someone who doesn't know the most important part of our stack? How hilarious!"

Developer: "Look, I understand that Nuxt.js is important to your team. But I'm a quick learner, and I'm confident that I can pick it up quickly."

HR: "Oh, I'm sure you are. I mean, it's not like Nuxt.js is a completely different framework or anything. You can just magically learn it overnight, right?"

Developer: "I never said it would be easy, but I'm willing to put in the work to learn it. My experience with Vue.js and JavaScript is still valuable, and I think I could make a positive contribution to your team."

HR: "Oh, I'm sure you could. I mean, it's not like there's a million other developers out there who already know Nuxt.js. We might as well just hire someone who doesn't know anything and hope for the best, right?"

Developer: "Okay, that's enough. I get it, you're not interested in my skills. But maybe you should consider the fact that your job description didn't even mention Nuxt.js as a requirement. If it was so important, you should have made that clear from the beginning."

HR: "Oh, don't get angry. We're just trying to find the best candidate for the job. And clearly, that's not you."

Developer: "Fine. I don't need this kind of attitude from someone who doesn't even know the difference between Vue.js and Nuxt.js. Good luck finding someone who meets your impossible standards."

HR: "Yeah, good luck to you too. I'm sure you'll find a job where you don't have to learn anything new or challenging."

Developer: "At least I'll be working with people who appreciate my skills and experience."

HR: "Sorry, what was that? I couldn't hear you over the sound of your arrogance."

Developer: "You know what? I don't need this. I'm out of here."

HR: "Wait, wait, wait. Don't be like that. We were just having a little bit of fun. You know, trying to lighten the mood."

Developer: "I don't think it's funny to belittle someone for not knowing everything. And I don't appreciate being treated like I'm not good enough just because I haven't used Nuxt.js before."

HR: "Okay, okay. You're right. We shouldn't have been so hard on you. But the truth is, we really do need someone who knows Nuxt.js. We can't afford to waste time on training someone who doesn't know the technology."

Developer: "I understand that, but I'm willing to learn. And I think my experience with Vue.js and JavaScript could still be valuable to your team."

HR: "You know what? You're right. We've been looking for someone with Nuxt.js experience for so long that we forgot to consider other skills and experience. We'd like to offer you the job."

Developer: "Really? Are you serious?"

HR: "Yes, really. We think you'd be a great fit for our team, and we're willing to provide you with the training you need to get up to speed on Nuxt.js. So, what do you say? Are you interested?"

Developer: "Yes, I'm definitely interested. Thank you for giving me a chance."

HR: "No problem. We're excited to have you on board. Welcome to the team!"

Markdown admonitions are unofficial extra's to the spec to render basic info/warning/note alert boxes. There were already 2 syntaxes for these:

Supported in python-markdown, Mkdocs, marked js extension: 3 exclamation marks followed by a type, and indenting its contents by 4 spaces:
!!! note

Supported by Docusaurus & extended by Nuxt.js as "MDC" or "markdown components": 3 or more colons followed by a type, and with an end delimiter:
:::note
:::

So why the fuck did Github have to go for this retarded syntax mixing blockquotes with half the syntax of an image link instead of following in the footsteps of others?

> [!NOTE]
>

In most businesses, self-proclaimed full-stack teams are usually more back-end leaning as historically the need to use JS more extensively has imposed itself on back-end-only teams (that used to handle some basic HTML/CSS/JS/bootstrap on the side). This is something I witnessed over the years in 4 projects.

Back-end developers looking for a good JS framework will inevitably land on the triad of Vue, React and Angular, elegant solutions for SPA's. These frameworks are way more permissive than traditional back-end MVC frameworks (Dotnet core, Symfony, Spring boot), meaning it is easy to get something that looks like it's working even when it is not "right" (=idiomatic, unit-testable, maintainable).

They then use components as if they were simple HTML elements injecting the initial state via attributes (props), skip event handling and immediately add state store libraries (Vuex, Redux). They aren't aware that updating a single prop in an object with 1000 keys passed as prop will be nefarious for rendering performance. They also read something about SSR and immediately add Next.js or Nuxt.js, a custom Node express.js proxy and npm install a ton of "ecosystem" modules like webpack loaders that will become abandonware in a year.

After 6 months you get: 3 basic forms with a few fields, regressions, 2MB of JS, missing basic a11y, unmaintainable translation files & business logic scattered across components, an "outdated" stack that logs 20 deprecation notices on npm install, a component library that is hard to unit-test, validate and update, completely vendor-& version locked in and hundreds of thousands of wasted dollars.

I empathize with the back-end devs: JS frameworks should not brand themselves as "simple" or "one-size-fits-all" solutions. They should not treat their audience as if it were fully aware and able to use concepts of composition, immutability, and custom "hooks" paired with the quirks of JS, and especially WHEN they are a good fit.

`[vuex] unknown mutation type:`

This is the worst bullshit error that I ever got. It just stubbornly stays there making me waste my whole morning on this stupid error and still no solution.

Using >> Nuxt.js with static site generation

Doing a presentation about nuxt.js tomorrow. Any pointers ideas about stuff I should mention (excluding the obvious ones)

Is asking the question on Stack Overflow 'how to insert <script> elements from .md comments in .css files to a nuxt.js-based site' a point where I should rethink my life and code design choices? Or should I see where this insanity will lead me?