• Anti-Antidote@lemmy.zip
    link
    fedilink
    arrow-up
    24
    arrow-down
    1
    ·
    1 year ago

    Honestly I just open up a new project and start fucking around until I figure out syntax, language features, and how files relate to each other

  • gerryflap@feddit.nl
    link
    fedilink
    arrow-up
    23
    ·
    edit-2
    1 year ago
    • Start with an ambitious project
    • Get stuck
    • Curse everything about said language or framework, “why did they do it like this”
    • Read the docs and find out why they did it like this
    • Feel stupid
    • Finish the project (or at least the part you actually cared about) with your new knowledge
    • Feel smart
    • Repeat until you know said language or framework
  • moreeni@lemm.ee
    link
    fedilink
    arrow-up
    6
    ·
    1 year ago

    Get theory from somewhere on the Internet (videos, tutorials etc.), then do exercises on platforms like Exercism. Once you feel like you are getting good at it, start replacing the time for exercises on time with real projects

  • muhanga@programming.dev
    link
    fedilink
    arrow-up
    5
    ·
    1 year ago

    Is it possible to build XML parser in it?

    If answer is yes then i will build XML parser in it.

    Solving a problem you know how to solve and solved more than once is a my goto approach in learning languge or frameworks. Translation of already solved problem to the new operational model or semantic exposes a lot internal stuff and marketing double talk.

    This is a lot of work and time so can not recommend it for all cases and situations.

  • PeeOnYou [he/him]@lemmygrad.ml
    link
    fedilink
    arrow-up
    4
    ·
    1 year ago

    i like to douse myself in mud, then slowly creep up on it from behind, taking extra care not to break any twigs or ruffle any leaves, then I grab it and hold on for the ride of my life

  • MaoZedongers@lemmy.today
    link
    fedilink
    arrow-up
    4
    ·
    1 year ago

    Rewrite one of my old C projects in it and compare the difficulty, ease of understanding the code, any issues/boons in documenting it, etc.

  • Kogasa@programming.dev
    link
    fedilink
    arrow-up
    2
    ·
    edit-2
    1 year ago

    Start a project with a good template and learn by tinkering. Some languages/frameworks have some canonical starter templates (.NET, Phoenix/Elixir) and most others you can find by googling “x boilerplate.”

  • Lmaydev@programming.dev
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    I’ve started using LLMs for this. You can get up and running incredibly fast this way.

    I use enterprise bing at work so it sources each sentence so I can go directly to the docs if I need to.

    I’ve found it really superior to reading docs as it’s interactive. Being able to ask follow up questions is very powerful.

    I’ve noticed the new batch of juniors at work are able to get productive very fast by using them.

  • owsei@programming.dev
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    rebuild stuff

    I’ve remade a temperature converter cli 3 times in rust. Just to understand enums, structs and the borrow checker. Then I made an http server, that acted as a library’s book borrowing system.