Live data from Hacker News

Viewing profile — hendershot

hendershot

HN member
Joined
Fri, Feb 01, 2013, 12:52 AM UTC
HN karma
9
Public activity
10 items

About hendershot

No profile information was provided.

Recent public activity

  1. comment
    Comment #27731043

    what the author is talking about in a short rant is classical vs mockist TDD. for better content on the subject: https://martinfowler.com/articles/mocksArentStubs.html https://mart…

  2. comment
    Comment #24288239

    Why would you want to? when the same unit test coverage will run under 1 minute, and be smaller easier to understand/change tests and can all be done on your laptop. it all depends…

  3. comment
    Comment #24287810

    Integration, E2E, and smoke tests are generally slow, flakey, hard to write. They should not cover/duplicate all the cases your unit tests cover. They are good at letting you know …

  4. comment
    Comment #22510321

    I've seen the following from pairing Junior and Senior engineers: * Really talented junior engineers blossom extremely quickly. They will easily be a multiple better after a year v…

  5. comment
    Comment #22510277

    Paring with Ping Pong TDD works really well. Improves paring with frequent driver/navigator switches and improves TDD by having the navigator thinking ahead. Been doing it almost e…

  6. comment
    Comment #20019397

    The problem often is that scrum (or any iterative process) fails when it's not paired with good XP engineering practices. There's constant learning and change on the product side, …

  7. comment
    Comment #5262802

    Yup. Play is built on top of Netty and adds value so my point is why not build it as a re-usable library (or set of libs) vs a Framework, it's really not any more difficult.

  8. comment
    Comment #5260721

    I like Play, currently using for a personal project. But ultimately looking forward to the day where frameworks are replaced by mixing and matching libraries where you get just wha…

  9. comment
    Comment #5253493

    +1 on keeping things simple and not using a "F"ramework for every concern from the very beginning. >in Java you have to make those architecture choices day 1. That's just not true.…

  10. comment
    Comment #5148542

    Sometimes solving the hard problem means jumping into a teamroom in front of a whiteboard and doing some serious brainstorming / design. That is the one thing that is very hard to …