Trustworthy Code with Naming as a Process | Team Learning Session

Поделиться
HTML-код
  • Опубликовано: 12 дек 2024

Комментарии • 12

  • @CsyroxXx
    @CsyroxXx 4 месяца назад

    Thats good !!! I will think how to implement this in our team.

  • @georgwagner5577
    @georgwagner5577 4 месяца назад

    Too bad, I had to pause this vid. Will return later. But what I've seen so far was awesome. :) You're awesome, Emily!

  •  5 месяцев назад +1

    Really useful video thanks Emily !

  • @ricardoguzmanvelasco
    @ricardoguzmanvelasco 4 месяца назад

    Good session. Gonna use that with a team I'm coaching.
    From the content, we here in my dev group (The Guild from Spain) do like how maaany names in early stages of its naming process end up vanished, like inlined or the whatnot. That's why we came up with the most satisfying and writing-pleasant alternative to appleasauce: jitanjaphores!

    • @EmilyBache-tech-coach
      @EmilyBache-tech-coach  4 месяца назад

      It's a cool name, jitanjaphores!
      So long as everyone recognizes obvious nonsense then do whatever your team prefers.

  • @RoamingAdhocrat
    @RoamingAdhocrat 5 месяцев назад

    ever find yourself moving words out of the function name and into a parameter with a default value you'd never change
    e.g. `fn SendTpsReport_WithCoverSheet(TpsData)` becomes `fn SendTpsReport(TpsData, CoverSheet = true)`
    (or could be into a parameters object with a default value)

    • @EmilyBache-tech-coach
      @EmilyBache-tech-coach  4 месяца назад +1

      Interesting! I'm a little skeptical of boolean arguments but I think the point you're making would still stand with a more complex type too. The idea of the final steps of naming as a process is to make domain objects with encapsulation of their data, so probably something more like TpsReport.GenerateFrom(data).SendWithCoverSheet() ?