Taro Logo

How to upskill effectively, especially with the software design aspect?

Profile picture
Anonymous User at Taro Communitya year ago

After a certain experience there's a certain expectation from Senior Software Engineers, I think because in the beginning of my career I wasn't involved in Development and hence despite being of experience 10 years I think I may not have the design skills required to work independently on a feature.

That said, I am going through LLD questions on YouTube, to understand more about designing from scratch, while I am doing I thought if there's a way to get me upto speed even more. The reason I am asking is because apart from doing Leetcode daily I would like to spend some time daily on design aspect as well.

In summary, I want to work independently, and for that am learning from the internet. I am wondering if that's it or there's something more I can do in my free time to become better developer. Any actionable items would be great.



  • 61
    Profile picture
    Tech Lead @ Robinhood, Meta, Course Hero
    a year ago

    Action item: I highly recommend watching our System Design Series taking a real-world project from Taro and building it out: System Design Masterclass: Taro Playlists

    It's front-end focused, but a lot of the overall concepts apply to any software project (e.g. checking for messy inputs is applicable to both back-end API development and front-end). You can use the system design doc there for your actual work as well - Just clear out my content and replace it with yours.

    That being said, system design isn't something that can be really fully "learned" through studying and reading (it'll get you 25% of the way there max). The system design series I just shared will help (more than almost all online resources as it's very concrete), but at the end of the day you learn system design by, well, going out there and designing systems (i.e. building stuff). After watching the series, I recommend:

    • If you're working - Try being more proactive with the work you get assigned. If you get a project that will take 1 month+ to build, definitely try writing a system design doc for it and running it by your teammates for feedback.
    • If you can't learn at work - Build side projects! When you build side projects and deeply care about their quality, your learning skyrockets - I break this down in my video here: [Masterclass] How To Build And Grow Tech Products To 500k+ Users For Free. I was able to build several Android apps for fun that got 100k+ users, which is definitely a scale where you need to start thinking about system design: I actually had to refactor some of my apps to be more resilient and scalable.
    • Share your projects here - I love system design, so I'm happy to give high-level advice right here in Taro! Let's say you're building a private messaging system (either at work or as a side project), just share that in a question and ask "What are the things I should look out for when designing this system?"
  • 48
    Profile picture
    Meta, Pinterest, Kosei
    a year ago

    I'll question the premise a bit.

    Many engineers often feel imposter syndrome when it comes to system design. In my opinion, the amount of true system design thinking needed for most jobs is pretty minimal. I'd reframe the job to be done as "how can you build intuition around which questions are important to ask?"

    I also wonder if you could create some sort of measuring stick for your progress? How will you track if you're getting better at system design? With Leetcode, it's easy -- just answer more problems correctly. But with system design, I'd encourage you to do more interviews (mock or real), or work with someone, to build this skill.

  • 71
    Profile picture
    Robinhood, Meta, Course Hero, PayPal
    a year ago

    Adding on to what Rahul said about concretely measuring your progress, I feel like the main metric here is quite simple: Shipping a software product that doesn't suck.

    When it comes to software sucking, there's so many ways this can happen:

    For The User

    • It doesn't work in all cases (e.g. they have a typo in their input and the flow collapses)
    • It's slow (e.g. takes several seconds to load a page due to a slow API call)
    • It crashes a lot
    • It's unsafe (e.g. bad actors can easily hijack their account)

    For The Engineers

    • The code is hard to read
    • You can't add basic feature extensions without making the existing product collapse
    • The code is hard to test
    • The code takes forever to build
    • It's very easy for another team to break your code due to bad coupling

    These are just some examples of how software can suck - System design is effectively the art of doing proactive thinking to minimize the amount of ways your software sucks (there is no piece of software that is great on 100% of axes).

    If you can build software where it's hard to tell how it sucks and your software operates at scale, congratulations - You are good at system design. 🙂

  • 8
    Profile picture
    Tech Lead @ Robinhood, Meta, Course Hero
    10 months ago