• tsonfeir@lemm.eeOP
      link
      fedilink
      arrow-up
      4
      arrow-down
      1
      ·
      1 year ago

      You mean print “hello world”; doesn’t work in JavaScript? Well whatever, I bought the book I can put it on my resume right?

    • jecxjo@midwest.social
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      I’m saying that the work they would be doing in two days isn’t the same as solving an actual problem. The way to really learn a language/framework/library is to actually use it in a real project. You run into pitfalls, you get compile errors and have to figure out how to debug in said tech, you find out how extentions to the tech work so you can create your own. Making a Todo Front End isn’t going to cover the vast majority of the stuff I’d expect one to know or experience when you say you “know” a language/framework/library/etc.

        • jecxjo@midwest.social
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 year ago

          You don’t have to actually do a real project. It’s more about doing a task that requires you to create outside the hand holding.

          After 15 years of OS and embedded systems development I learned web dev by creating a SaaS for my HOA’s property manager to communicate with tenants. Node, React, MongoDB, docker, iOS and Android apps. Did the project look good? Nope. Did I have to dig into manuals and debug for weeks, yep. But I easily stepped into a new role in an industry I had never worked in because I really learned the tech stack. Actually using the app wasn’t necessary, just that I actually had to create things requiring me to design around the technology I was learning.

          Pick a problem in your life and solve it. Doesn’t need to become something you sell or publish or even use after you’re done learning. But the point is to actually use your skills.