Kevlin Henney - The Case for Technical Excellence

แชร์
ฝัง
  • เผยแพร่เมื่อ 30 ต.ค. 2024

ความคิดเห็น • 10

  • @BryonLape
    @BryonLape 11 วันที่ผ่านมา

    I hope to meet Kevlin in person some day.

  • @alexanderpodkopaev6691
    @alexanderpodkopaev6691 10 หลายเดือนก่อน +1

    Many thanks for pointing to 'business value' !
    I was surprised to find out that a lot of 1st line managers and team leads in the outsource company does not have clear sense of this tricky balance of value to the customer vs value to the employer.

  • @soulGrafitti
    @soulGrafitti ปีที่แล้ว

    Always enjoy working Lakoff into a tech discussion.

  • @dash9655
    @dash9655 11 หลายเดือนก่อน +2

    No disagreement, but what to do when sales and management keep promising feature after feature, to keep the customer buying, and you spend more and more time adding quick and dirty features and fighting fires instead of repaying the technical debt? This can't end well at all, that is obvious, but how do you get out of this cycle?

  • @edgeeffect
    @edgeeffect ปีที่แล้ว +1

    Kevlin: "There's a word for this..."
    Me: "BOLLOX!"
    Kevlin: "The colloquial term is 'bollocks'"
    Me: (small choking fit).

  • @vinzzz666
    @vinzzz666 11 หลายเดือนก่อน

    I'm not so sure about the French proverb thing. It is "Je suis a Paris.", but is also: "Je suis en France". The French proverbe "en", is not really a contraction of "à" and "là" but is specially used for countries. In both cases they mean "at".

    • @dash9655
      @dash9655 11 หลายเดือนก่อน

      I'm in town, at the bookshop.

  • @defipunk
    @defipunk 11 หลายเดือนก่อน

    Curious to see your opinion on large (100s or 1000s) orgs working in one code base, where VPs may continuously kingdom-build and reorg. I believe this is the "self-organized" being violated.
    There is also something about the number of people sharing ownership or having in the past had ownership that leads to degradation of code quality

    • @gruttewibe76
      @gruttewibe76 10 หลายเดือนก่อน

      Yes, when teams are formed, changed and disbanded at will by management then there is little space for self-organizing teams. It also has the effect that code ownership gets changed, and people will start getting detached from it, not feeling responsible, not feeling pride to keep it clean.

  • @safulkin
    @safulkin 11 หลายเดือนก่อน

    "quick and easy" vs "quick and dirty". I've expect some conclusions