Viewing profile — greencurry43
greencurry43
HN member- Joined
- Thu, Sep 12, 2013, 6:32 PM UTC
- HN karma
- 116
- Public activity
- 75 items
- HN profile
- View on Hacker News ↗
About greencurry43
No profile information was provided.
Recent public activity
-
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 …
- story
- story
- story
-
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…
-
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…
-
comment
Comment #18912075
Author here, great link—thanks! Do you know of any coverage tools that implement this?
- story
- story
-
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).…
-
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…
- story
-
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…
- story
-
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…
- story
-
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…
-
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. …
-
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.
-
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. :)
-
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…
-
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…
-
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…
-
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
-
comment
Comment #13992896
lol, the doctor mentioned this! That's hilarious. The timing was definitely a coincidence for me though.