It took me 10+ years to realize what I’ll tell you in 8 minutes

00:08:38
https://www.youtube.com/watch?v=RGaW82k4dK4

Resumen

TLDRIn this video, Pete shares ten crucial lessons he learned over his 13 years as a professional programmer. He emphasizes that aspiring developers don't need to know everything and should focus on learning how to learn. He encourages hands-on practice over passive learning, warns against the pursuit of perfection, and highlights the importance of problem-solving skills. Pete also stresses that clients care more about the functionality of code than its elegance and advises against burnout by promoting a balanced approach to work. Overall, he aims to help beginners avoid common pitfalls in their coding journey.

Para llevar

  • 💡 You don't need to know everything.
  • 🛠️ Learn how to learn effectively.
  • 🚫 Perfection is a trap; ship your code anyway.
  • 🚀 Start building projects, even if they're messy.
  • 🧩 Coding is about problem-solving, not just typing.
  • 👥 Nobody cares about your code; they care about what it does.
  • ⚡ Protect your energy to avoid burnout.
  • 📚 Spend more time building than watching tutorials.
  • 🤔 Embrace mistakes as part of the learning process.
  • 🔍 Ask questions to enhance your understanding.

Cronología

  • 00:00:00 - 00:08:38

    In this video, Pete shares ten crucial insights he wishes he had known when he started coding. He emphasizes that you don't need to know everything to be a good developer; understanding how to find answers and think through problems is more important. He encourages beginners to focus on learning how to learn, advocating for a hands-on approach where building projects is prioritized over passive consumption of tutorials. He also discusses the pitfalls of striving for perfection, stating that done is better than perfect, and that real progress comes from shipping code, even if it's not flawless. Pete highlights the importance of starting projects without waiting for the perfect moment, as confidence is built through action. He stresses that problem-solving is the core skill in coding, and that developers should focus on understanding the 'why' behind their code rather than just the 'how.' Additionally, he reminds viewers that the end-users care more about functionality than the elegance of the code. Lastly, he warns against burnout, advocating for a balanced approach to coding that includes rest and self-care.

Mapa mental

Vídeo de preguntas y respuestas

  • What is the first thing Pete wishes he knew?

    You don't need to know everything; understanding patterns is more important.

  • How should beginners approach learning to code?

    Switch from consume mode to create mode; spend more time building than just watching tutorials.

  • What does Pete say about perfection in coding?

    Perfection is a lie; it's better to ship imperfect code than to wait for perfect code.

  • What is the real skill in coding according to Pete?

    The real skill is problem-solving, not just writing code.

  • How should developers handle burnout?

    Protect your energy by taking breaks and maintaining a sustainable work-life balance.

  • What do clients care about regarding code?

    Clients care about what the code does, not how clever or clean it is.

  • What is the recommended ratio of building to watching tutorials?

    For every hour spent watching tutorials, spend at least 4 hours building.

  • What should you do if you feel unprepared to start coding?

    Start anyway; you will never feel completely ready.

  • What does Pete suggest about learning from mistakes?

    Embrace mistakes as part of the learning process; debugging is part of the job.

  • What is the importance of asking questions in coding?

    Asking the right questions helps in problem-solving and understanding the code better.

Ver más resúmenes de vídeos

Obtén acceso instantáneo a resúmenes gratuitos de vídeos de YouTube gracias a la IA.
Subtítulos
en
Desplazamiento automático:
  • 00:00:00
    So, I've been coding since 2012, and I
  • 00:00:03
    really wish someone told me these 10
  • 00:00:04
    things before I wasted years figuring
  • 00:00:07
    them out the hard way. If you're stuck,
  • 00:00:09
    overwhelmed, or doubting yourself, let
  • 00:00:11
    me save you 10 plus years. My name is
  • 00:00:14
    Pete, and I've been a professional
  • 00:00:15
    programmer for more than 13 years, and
  • 00:00:17
    I've helped hundreds of beginner devs
  • 00:00:20
    learn how to code properly and land a
  • 00:00:22
    job in tech. You don't need to know
  • 00:00:23
    everything. All right, here's the first
  • 00:00:25
    thing I wish someone told me. You don't
  • 00:00:27
    need to know everything. Not even close.
  • 00:00:30
    But when I started out, I thought real
  • 00:00:32
    developers had all of JavaScript
  • 00:00:34
    memorized. Like they were just built
  • 00:00:36
    different. I used to think real
  • 00:00:38
    developers could just wake up, grab
  • 00:00:40
    their keyboard from under their pillow,
  • 00:00:42
    and instantly write perfect JavaScript,
  • 00:00:45
    like they had the entire language stored
  • 00:00:47
    in their brain. Spoiler, they don't.
  • 00:00:50
    Nobody does. Imagine you're learning to
  • 00:00:52
    cook. You don't need to memorize every
  • 00:00:55
    recipe. You just need to know the
  • 00:00:56
    basics. how to chop, how to season, how
  • 00:00:59
    not to burn the house down. Coding is
  • 00:01:02
    the same. It's more about understanding
  • 00:01:04
    patterns than remembering every detail.
  • 00:01:07
    Back in the day, I used to feel bad
  • 00:01:09
    googling how to get the last item in
  • 00:01:11
    array. Like, wasn't I supposed to
  • 00:01:13
    already know this? But here's the thing,
  • 00:01:15
    I still Google that sometimes. And so do
  • 00:01:17
    developers who've been doing this way
  • 00:01:20
    longer than me. Being a good developer
  • 00:01:22
    isn't about having everything memorized.
  • 00:01:24
    It's about knowing how to find answers,
  • 00:01:26
    how to think through problems, and how
  • 00:01:28
    to stay calm when nothing works. So, if
  • 00:01:32
    you're googling basic stuff, congrats.
  • 00:01:34
    You're doing it right. Learn how to
  • 00:01:36
    learn. All right, here's a big one that
  • 00:01:38
    would have saved me years of feeling
  • 00:01:40
    stuck. Most beginners try to learn code
  • 00:01:42
    before they learn how to learn code.
  • 00:01:45
    See, I thought if I just watched enough
  • 00:01:47
    tutorials, eventually I'd get it.
  • 00:01:49
    Spoiler alert, 10 tutorials later, I
  • 00:01:52
    could follow along, but I couldn't build
  • 00:01:54
    anything on my own. It was like learning
  • 00:01:56
    to ride a bike by watching YouTube
  • 00:01:58
    videos. You feel productive right up
  • 00:02:00
    until you actually try pedaling and
  • 00:02:02
    crash into a bush. Learning to code is
  • 00:02:04
    like learning a language. You don't
  • 00:02:06
    become fluent by listening. You become
  • 00:02:08
    fluent by speaking. Same with coding. If
  • 00:02:11
    your fingers aren't on the keyboard,
  • 00:02:13
    your brain isn't really learning. What
  • 00:02:15
    really changed everything for me was
  • 00:02:17
    switching from consume mode to create
  • 00:02:19
    mode. Instead of just watching someone
  • 00:02:21
    else build an app, I started building my
  • 00:02:23
    own stuff, even if it was terrible.
  • 00:02:25
    Here's the rule I wish I had from day
  • 00:02:27
    one. For every hour you spend watching a
  • 00:02:30
    tutorial, spend at least 4 hours
  • 00:02:32
    building without it. Get stuck, Google
  • 00:02:34
    stuff, break things. That's the real
  • 00:02:36
    course. Perfection is a trap. Okay,
  • 00:02:39
    confession time. Early in my dev
  • 00:02:41
    journey, I once spent 3 hours trying to
  • 00:02:43
    name a variable. Not even kidding. Just
  • 00:02:46
    staring at the screen like, should I
  • 00:02:48
    call it data info or maybe super
  • 00:02:51
    important thingy? Why? Because I thought
  • 00:02:54
    everything I wrote had to be perfect.
  • 00:02:56
    But here's the problem. Perfection is a
  • 00:02:58
    lie. You're never going to write
  • 00:03:00
    flawless code. Nobody does. Even the
  • 00:03:02
    senior dev you look up to is pushing
  • 00:03:04
    code that breaks sometimes. They just
  • 00:03:07
    know how to fix it faster. It's like
  • 00:03:09
    learning to paint but never putting a
  • 00:03:11
    brush on canvas because you're scared
  • 00:03:13
    that the first stroke won't be a
  • 00:03:15
    masterpiece. Well, it won't be. It's not
  • 00:03:18
    supposed to be. Once I stopped obsessing
  • 00:03:20
    over making everything clean or elegant
  • 00:03:22
    and just started shipping stuff, things
  • 00:03:25
    changed. Projects got finished. I
  • 00:03:28
    started learning faster. And guess what?
  • 00:03:30
    The code got better as a result. Not
  • 00:03:32
    because I chased perfection, but because
  • 00:03:35
    I gave myself room to mess up. Done is
  • 00:03:38
    better than perfect. Ugly code that
  • 00:03:40
    works will teach you more than beautiful
  • 00:03:42
    code that never leaves your laptop. So
  • 00:03:45
    stop polishing. Start building. You will
  • 00:03:47
    never feel ready. Start anyway. You're
  • 00:03:50
    never going to feel ready. Not ready to
  • 00:03:52
    build your first project. Not ready to
  • 00:03:54
    apply for that dev job. Not ready to
  • 00:03:56
    charge money for your work. I kept
  • 00:03:59
    waiting for this magical moment where I
  • 00:04:01
    would feel like a real developer. But it
  • 00:04:03
    never came. Even after years of
  • 00:04:05
    experience, I'd still think, "Who let me
  • 00:04:07
    touch production?" It's kind of like
  • 00:04:09
    going to the gym. You don't wait until
  • 00:04:11
    you're in shape to start working out.
  • 00:04:13
    You just show up. You start small. You
  • 00:04:15
    get stronger over time. And same thing
  • 00:04:18
    with coding. Confidence is built by
  • 00:04:20
    doing, not waiting. My first freelance
  • 00:04:22
    gig, I was terrified. Imposter syndrome
  • 00:04:26
    on full blast. But I said yes anyway.
  • 00:04:28
    And for sure, I Googled half of it on
  • 00:04:30
    the fly. But I delivered. And that one
  • 00:04:33
    yes opened doors I didn't even know
  • 00:04:35
    existed. You're more ready than you
  • 00:04:37
    think. You don't need to feel confident.
  • 00:04:39
    You just need to be willing. Start
  • 00:04:40
    messy. Start scared. Just start. The
  • 00:04:44
    real skill is problem solving. Here's
  • 00:04:46
    something no tutorial thumbnail ever
  • 00:04:48
    says. The real skill in coding isn't
  • 00:04:50
    writing code. It's solving problems.
  • 00:04:53
    Anyone can memorize a for loop. But can
  • 00:04:55
    you break down a feature request into
  • 00:04:57
    tiny buildable chunks? Can you figure
  • 00:04:59
    out why something's broken when nothing
  • 00:05:02
    looks broken? Think of coding like being
  • 00:05:04
    a detective. The syntax, that's just
  • 00:05:06
    your notebook. But the real magic is in
  • 00:05:09
    asking the right questions, tracing
  • 00:05:11
    clues, and piecing things together.
  • 00:05:13
    Early on, I'd freeze every time
  • 00:05:15
    something didn't work. Like, it's
  • 00:05:17
    broken. I must suck. But eventually, I
  • 00:05:19
    realized debugging is the job. It's not
  • 00:05:22
    a failure. It's the process. The devs
  • 00:05:24
    you admire aren't just fluent in a
  • 00:05:27
    language. They are relentless problem
  • 00:05:29
    solvers. They stay curious. They ask
  • 00:05:31
    questions. They keep digging. If you
  • 00:05:33
    want to level up fast, start focusing
  • 00:05:35
    less on what to write and more on why
  • 00:05:38
    it's written that way. Build your
  • 00:05:40
    thinking muscle and not just your typing
  • 00:05:42
    speed. By the way, check the description
  • 00:05:44
    below for my beginner dev video series
  • 00:05:46
    because I'm sure you will find value
  • 00:05:47
    into it. Nobody cares about your code.
  • 00:05:50
    They care about what it does. This one
  • 00:05:52
    might hurt a little, but you need to
  • 00:05:54
    hear it. Nobody cares about your code.
  • 00:05:57
    Not your client, not your boss, not the
  • 00:06:00
    user. They care about what it does. You
  • 00:06:02
    could write the cleanest, most elegant
  • 00:06:04
    code known to humankind. But if the
  • 00:06:06
    button doesn't work or the site loads
  • 00:06:08
    like it's on dial app, it's useless. I
  • 00:06:11
    remember building this beautifully
  • 00:06:12
    abstracted component once. I was so
  • 00:06:15
    proud of it. It was reusable, efficient,
  • 00:06:17
    do not repeat yourself. But the client,
  • 00:06:20
    they just said, "Cool. Can we make the
  • 00:06:23
    button blue instead of green?" They
  • 00:06:25
    didn't care. They just didn't care about
  • 00:06:26
    my clever hooks. They just wanted
  • 00:06:28
    results. Think of your code like
  • 00:06:30
    plumbing. Nobody looks under the sink
  • 00:06:33
    and clubs because your pipes are tidy.
  • 00:06:36
    They just want the water to run. Write
  • 00:06:38
    code that works. Write code that solves
  • 00:06:40
    problems. If it's clean and elegant,
  • 00:06:42
    too, great. But don't lose sleep over
  • 00:06:45
    the perfect solution no one sees. Value
  • 00:06:48
    is better than vanity. Burnout is real.
  • 00:06:50
    Protect your energy. Let's get real for
  • 00:06:52
    a second. Burnout is real and it can hit
  • 00:06:55
    hard. You start off excited, motivated,
  • 00:06:58
    watching tutorials at double speed,
  • 00:07:00
    drinking way too much coffee. Fast
  • 00:07:02
    forward a few months later, you're
  • 00:07:04
    exhausted, confused, and wondering if
  • 00:07:07
    you're even meant for coding. Been
  • 00:07:09
    there. I once spent an entire weekend
  • 00:07:11
    trying to fix one tiny bug. Did I eat
  • 00:07:13
    properly? Barely slept. Just stared at
  • 00:07:16
    the screen hoping the code would
  • 00:07:17
    magically heal itself. When I finally
  • 00:07:19
    solved it, sure the bug was gone, but so
  • 00:07:22
    was my energy. And honestly, that wasn't
  • 00:07:25
    a win. That was a warning. This idea
  • 00:07:28
    that real developers grind 24/7. Total
  • 00:07:31
    nonsense. The best developers I know,
  • 00:07:33
    the ones who last, they take breaks,
  • 00:07:35
    they have boundaries, they rest, they go
  • 00:07:37
    on holidays, they play games. Think of
  • 00:07:40
    your brain like a battery. You wouldn't
  • 00:07:42
    run your phone at 1% all day. Why do
  • 00:07:44
    that to yourself? You don't need to
  • 00:07:46
    hustle every second to prove something.
  • 00:07:48
    Productivity isn't about burning out.
  • 00:07:50
    It's about sustainability. Sleep, touch
  • 00:07:53
    grass, go for a walk. Your code will
  • 00:07:56
    thank you. All right, let's recap fast
  • 00:07:58
    and real. You don't need to know
  • 00:08:00
    everything. Learn how to learn.
  • 00:08:02
    Perfection is a lie. Ship it anyway. You
  • 00:08:04
    will never feel ready. Start anyway.
  • 00:08:07
    Coding is problem solving, not just
  • 00:08:09
    typing. Nobody cares how clever your
  • 00:08:12
    code is, just that it works. And yeah,
  • 00:08:14
    burnout is real. Protect your brain
  • 00:08:17
    battery. If even one of those hits you
  • 00:08:19
    today, then this video did its job. And
  • 00:08:21
    now I want to hear from you. Which one
  • 00:08:23
    of these do you wish someone told you
  • 00:08:25
    earlier? Drop it in the comments below
  • 00:08:27
    and let's help each other avoid some
  • 00:08:29
    pain. Oh, and if this video helped, go
  • 00:08:31
    ahead and like and subscribe and maybe
  • 00:08:33
    hit that notification bell. Thanks for
  • 00:08:35
    watching. I'm Pete and I'll see you on
  • 00:08:37
    the next
Etiquetas
  • coding
  • programming
  • learning
  • problem solving
  • burnout
  • tutorials
  • development
  • software
  • career advice
  • beginner tips