Code Review Tips (How I Review Code as a Staff Software Engineer)

Поділитися
Вставка
  • Опубліковано 26 лис 2024

КОМЕНТАРІ • 52

  • @CodyEngelCodes
    @CodyEngelCodes  3 роки тому +7

    So after making this video it got me thinking... What are the best qualities in a code reviewer? Let me know in the comments, would be interested to see your thoughts 😊

    • @CodyEngelCodes
      @CodyEngelCodes  3 роки тому +3

      No one gives a damn.

    • @ChrisAthanas
      @ChrisAthanas 3 роки тому +1

      @@CodyEngelCodes those hacker comments should be deleted

    • @xanaduzhang186
      @xanaduzhang186 2 роки тому

      The best quality of a review - Ask for Better Code, Not Best.

    • @manueldiera6781
      @manueldiera6781 Місяць тому

      Thanks for the great content!
      In my experience, I always remember engineers that:
      - Actually read the code and the description before they started questioning things.
      - Made suggestions for changes that they know will work
      - Focused on the logic and recommended or made changes to the linter rules instead of nitpicking

    • @kieranryan6148
      @kieranryan6148 22 дні тому

      The reviewer's comments and suggestions are "helpful".. it's more about helping to deliver a well working feature that the "team" is okay with rather than nit pick over code styling.. or points out something you were unaware of that can potentially fix a bug in hands-on testing..

  • @nromancarcamo
    @nromancarcamo Рік тому +5

    Love the tips, I feel 100% relatable due to I have done some of the things you said, but I learn somethings as well, the difference I see is that you have already like a framework in your head, maybe because of your vast experience which is something really good. 👍
    You gained a new subscriber.

  • @dimaorols8143
    @dimaorols8143 Рік тому +3

    I'd be straight to be point with things I dislike, and have an open mind. I'd ask questions when I wouldn't understand the intended output for project N, but not to say that I found something wrong with the code.
    Had a co-worker leaving such remarks: "Don't you think this would've been better?", "Why did you do it this way instead if using our in built code?"
    That's a bad approach. I rather guide the developer and explain within reason why something might be out of bounds and provide examples.

  • @dashengovender766
    @dashengovender766 18 днів тому

    Great advice, tips and rundown Cody!

  • @jackli1924
    @jackli1924 12 днів тому

    Great explaination! Thank you a ton!

  • @gunedaa9621
    @gunedaa9621 8 місяців тому

    This was super helpful as a junior software engineer who hasn't delivered a proper code review before, I especially like that you also take the time to compliment when you see a good piece of code. Do you have any recommendations for code review interviews? I've applied to a job and passed the live coding session and next is to do a code review interview which I haven't done before for any of my previous job applications. Would be super helpful to get your insights :)

  • @sk8sbest
    @sk8sbest 3 роки тому +7

    Would love a video on unit tests!

  • @robertstitt4004
    @robertstitt4004 3 роки тому +1

    Greetings! I'm also a software engineer here in Chicago! Love you videos!

    • @CodyEngelCodes
      @CodyEngelCodes  3 роки тому

      Thanks Robert! Really appreciate the kind feedback ☺️

  • @Nei月牙天衝-y7u
    @Nei月牙天衝-y7u Рік тому

    Amazing video. You just gained another subscriber.

  • @devvilboyy676767
    @devvilboyy676767 4 місяці тому

    Can you give us an example of things you pass or let slide when reviewing and vice versa things that absolutely need to be changed

  • @raw_tech_with_tom
    @raw_tech_with_tom Рік тому

    Going to rewatch this

  • @mani653
    @mani653 Рік тому

    being Senior engineer ,how do we manage our own work along with the PR review , which is quite challenging , which leads to poor code quality.

  • @shyamagrawal6161
    @shyamagrawal6161 2 роки тому

    Thanks for valuable stuff

  • @saquibsiddique2641
    @saquibsiddique2641 2 роки тому

    Great job 👍
    Really helpful 🙂

  • @ChrisAthanas
    @ChrisAthanas 3 роки тому +1

    Great synopsis

  • @Prash5
    @Prash5 2 роки тому

    Quality content!

  • @roltthehunter
    @roltthehunter Рік тому

    When you say business requirements what do you mean by that? I am curious also great video I am an Android engineer with about 2 years of experience and I have not really had anyone explicitly give me business requirements I feel like maybe I am slipping. Is it something I should be searching out or something that I should just be getting from my manager and lead and stuff?

    • @CodyEngelCodes
      @CodyEngelCodes  Рік тому

      Business requirements are just the requirements of the application. If you have an application that loads pictures, loading pictures in a list is a requirement of the business. It's basically just an overloaded term that could be replaced with "how the application functions or behaves".

  • @anandpatel3580
    @anandpatel3580 8 місяців тому

    Impressive

  • @Appiah8180
    @Appiah8180 2 роки тому

    Great video.

  • @iconelias508
    @iconelias508 3 роки тому +1

    I love reviewing other people's code

  • @azkaarkhatib
    @azkaarkhatib 7 місяців тому

    Successfully accomplished destruction of the like button. 👍💥

  • @steveyoo9342
    @steveyoo9342 Рік тому

    What do you typically do if there are no unit tests in a pull request?

    • @CodyEngelCodes
      @CodyEngelCodes  Рік тому +3

      Providing it can be unit tested I ask for unit tests to be written and block the PR from merging.

    • @MoonShadeStuff
      @MoonShadeStuff Рік тому

      That’s an easy one. The real question is, what do you do when someone just writes bad tests, e.g. tests that are so small they usually boil down to „the code that I wrote is the code that I wrote“ (code implementation duplication in small unit tests), not as easy of a discussion with some people to block their PR.

  • @stoicacquiescence
    @stoicacquiescence 2 роки тому +1

    Cody, how do you approach code reviews
    -for juniors/new grads who’ve just joined and are generally confident but their code has room to improve
    -for juniors/new grads who’ve just joined who are less confident and their code has room to improve
    -if you are a senior engineer but new to the code base and/or tech stack and the team expects you to participate heavily

    • @CodyEngelCodes
      @CodyEngelCodes  2 роки тому

      Truthfully it's the same for everyone except for folks that are newer to the codebase or programming I expect that I'll need to offer more assistance with resolving my comments. For senior engineers I expect that most comments will either be straight forward to resolve or they'll have a reason to not address the feedback.

  • @naveenkumar-ns9sg
    @naveenkumar-ns9sg 2 роки тому

    Please do some good video on writing unit test with more details

    • @CodyEngelCodes
      @CodyEngelCodes  2 роки тому

      Have you already watched this video? Can you let me know what else you'd like to see covered? ua-cam.com/video/aId-WLZnvkw/v-deo.html

  • @sashasyrotenko6051
    @sashasyrotenko6051 Рік тому +1

    My TL
    35% of comments
    65% of changes requested
    xD

    • @majorhumbert676
      @majorhumbert676 Рік тому

      This ratio depends on your colleagues and what work you do. I'd say that my ratio is about the same.

  • @WOUUUTT
    @WOUUUTT 3 роки тому

    are you using Mockito or MockK?

  • @laneoscar7847
    @laneoscar7847 4 місяці тому

    thanks from a junior

  • @phenton91
    @phenton91 2 роки тому

    Heh heh... Cody... codes

  • @valydo3927
    @valydo3927 3 роки тому +1

    You can't start with saying you reviewed 1000 PRs as a staff, which is far from impressive, and then immediately make a cringey joke about liking the video. Wait for people to see the actual video, mate.
    The content is top notch though.

  • @dimaorols8143
    @dimaorols8143 Рік тому

    Don't talk to developer and put your mind out. Developer might come to you and then you negotiate.

  • @CallousCoder
    @CallousCoder Рік тому

    Naming is utterly useless! A developer that relies on names to understand the code doesn’t crash the code! The fact that us old folks had to track registers and memory addresses should say enough that names are overrated. Especially long ones, ugghh hate those! I’m fine with dealing with p for a person object instance for example. And in maths and physics all formulas also use one or 2 letters and your also not lost.