Live data from Hacker News

Viewing profile — greencurry43

greencurry43

HN member
Joined
Thu, Sep 12, 2013, 6:32 PM UTC
HN karma
116
Public activity
75 items

About greencurry43

No profile information was provided.

Recent public activity

  1. comment
    Comment #19444074

    Author here. Sounds like I won you over :) Thanks for the feedback here. I modified the post a bit to not show the arrays because the library doesn't return arrays but rather aync …

  2. story
  3. story
  4. story
  5. comment
    Comment #18969408

    I wrote my own feedback below but left out this crucial piece you've mentioned here. I think to add to it, my family treats it as if I'm not there. I can't watch the kiddos for a f…

  6. comment
    Comment #18969295

    I've had successes and failures working four years remotely, so that's my disclaimer. But the key for me has been to have a dedicated space with a dedicated computer for work. If i…

  7. comment
    Comment #18912075

    Author here, great link—thanks! Do you know of any coverage tools that implement this?

  8. story
  9. story
  10. comment
    Comment #17566278

    The difference is that I am not proposing a Turing complete config language, but rather proposing to build configurations with plain old JavaScript (or whatever language you want).…

  11. comment
    Comment #17562438

    I wrote a little library for building DSLs in JavaScript [0] because of this very issue—JSON is not good for this kind of stuff. I want to be able to create small DSLs to solve pro…

  12. story
  13. comment
    Comment #16311951

    I made my own little language called Geneva [0] for similar ideas but it acts as code and can be parsed as JSON. I also came up with a spec for doing this for HTML [1] (but no code…

  14. story
  15. comment
    Comment #15568658

    One of the most transformative things I've come across for how to structure and test code has been Gary Bernhardt's talk on Boundaries [0]. I've watched it at least ten times. He a…

  16. story
  17. comment
    Comment #14637851

    You might find it useful to spend some time looking into the hypermedia constraint of REST itself (i.e. hypermedia as the engine of application state). The point of REST is to repr…

  18. comment
    Comment #14521498

    True. I would consider a continuous stream like that to not be helpful change management. But if you have to have continuous breaking changes like that, you would want clean cuts. …

  19. comment
    Comment #14521350

    Name it whatever you want. Point is, you don't have to plan for such a drastic change when a separate domain/subdomain will solve it for you.

  20. comment
    Comment #14517341

    I think you are right here. It takes two to tango, and if the clients are tightly coupled to the API, the best intentions for evolving slowly will fail. :)

  21. comment
    Comment #14516996

    That's true. However, I think this falls under YAGNI [0]. If you happen to get to a point where you have to change your an entire API rather than evolve what you have, you should c…

  22. comment
    Comment #14516962

    I've seen some use a versioned media typed like GitHub [0] or add a version parameter like "vnd.example-com.foo+json; version=1.0" [1]. People may use this version for the entire A…

  23. comment
    Comment #14516766

    I personally like to think about managing change well rather than versioning an entire API. In this, API designers provide instructions on how APIs will evolve over time, how featu…

  24. comment
    Comment #14273748

    For those who do daily standups via a Slack channel, I made a little tool to help me. https://www.npmjs.com/package/onit

  25. comment
    Comment #13992896

    lol, the doctor mentioned this! That's hilarious. The timing was definitely a coincidence for me though.