Live data from Hacker News

Viewing profile — MiyamotoAkira

MiyamotoAkira

HN member
Joined
Thu, Oct 19, 2017, 2:21 PM UTC
HN karma
91
Public activity
48 items

About MiyamotoAkira

No profile information was provided.

Recent public activity

  1. comment
    Comment #37465648

    That's interesting. Whenever I have an issue with a flag it gets picked up on dev/test/uat environments (all gets tested, especially around the code behaving the same as before wit…

  2. comment
    Comment #37465531

    Regarding checklist people like Hollnagel, Wears, Braithwaite, Dekker, ... have done a bit on investigation (Hollnagel mostly on Healthcare, Dekker started on air industry but spre…

  3. comment
    Comment #36029171

    I've used quite extensively Pair Programming, and at its best is better when both people tend to be senior, as you can bounce design ideas out of each other much easier, and is mor…

  4. comment
    Comment #36029144

    Going from nothing to some quality control is always an improvement. The point being made is that is not as good as other options.

  5. comment
    Comment #36029111

    After having used both PRs and Pair programming with a strong CI setup I found the later much better for quality, design and efficiency.

  6. comment
    Comment #35858642

    Pascal had indexes starting at 1 too. Starting indexes at 0 makes sense when you want to enable the developer to manipulate memory (for example, C) Indexes starting at 1 matches wi…

  7. comment
    Comment #35750019

    Bulk, for a mail delivery company, refers exclusively to volume. You get discount on volume. Creating massive volumes of customized mails has been trivial for years.

  8. comment
    Comment #35637384

    GDPR is the best thing since sliced bread

  9. comment
    Comment #35056361

    done today on python someMock = SomeMock() Also, inconsistency. The example that they put is SHOWLN and showln, and they use all over the place showln, but then they write ReadLN. …

  10. comment
    Comment #35055732

    Not case sensitive.

  11. comment
    Comment #34970001

    > This might be unusual but I would prefer to read someone's mental model of how the code works than the code itself. The hypothesis under Peter Naur's (the N on BNF) "Programming …

  12. comment
    Comment #34969834

    > as a code-input robot while developers around him bark commands at him is actually productive. Nothing to do with mob/ensemble programming. At the end, is a discussion that a) ma…

  13. comment
    Comment #34898070

    Some writing from Martin Fowler about the project: https://www.martinfowler.com/bliki/C3.html

  14. comment
    Comment #34739071

    > Sounds like you would just have people breaking `master` constantly to me. And how do you do code review? Or don't you? Pair and Ensemble programming

  15. comment
    Comment #34738681

    I love TBD. But it has its places. For mobile apps I've used (and would use) release branches. You have a hard requirement on the way that app stores work. You can still do TBD for…

  16. comment
    Comment #34738655

    Point two: Alternatives to source control branches are dark launches, branch by abstraction and feature flags. Point three: The best results that I have had on developing systems w…

  17. comment
    Comment #34738601

    Is even easier with a small team to do TBD. Because the amount of integration is reduced the possible need of branches (or their TBD equivalents dark launch/branch by abstraction/f…

  18. comment
    Comment #34738530

    Sadly that is the case with most ideas/techniques, because we misinterpret them or we hear about them 10 reinterpretations down from the original. Nothing like going back to the so…

  19. comment
    Comment #34736524

    The Agile manifesto was created by devs, for the benefit of creating software. Everyone gets the benefits. After having used release and feature branches, and trunk based developme…

  20. comment
    Comment #34736486

    So the problem is not the feature flags. If the code/system doesn't get improved bit by bit (is ok to have technical debt), then, whatever the technique, you are going to end in a …

  21. comment
    Comment #34736328

    Release integration branches bring the behaviour of big releases. The bigger the release, the bigger the risk, therefore the less you want to do it. With release integration branch…

  22. comment
    Comment #34475680

    I like that write up on [2]. I have not really been exposed to C in a very long time, and that has been quite informative. I also like that Set of Unit Testing Rules. That is basic…

  23. comment
    Comment #34475527

    I just want to point about that sentence of "goal posts get shifted". In his book Test Driven Development by Example (2003), Kent Beck, on the preface, page X says: "Red-Write a li…

  24. comment
    Comment #34378469

    Being in the bench is not unusual for Consultancy companies, where there is no necessarily alignment between finishing with a client and starting with the next one. Or even startin…

  25. comment
    Comment #34378040

    Rebranding wouldn't help. The same people doing Fauxagile will be doing FauxX after. The underlying issues of why Fauxagile exists don't get removed because of rebranding