HN user

ajsharma

43 karma
Posts10
Comments26
View on HN
Why Write ADRs 6 years ago

Yes, I think of them as blogs. New engineers can read along and see the evolution of thoughts and design decisions.

At Goldbely, our solution has been to have a single GitHub repo that's just for issues and use tags to highlight the actual code repos involved.

Works pretty well, if a little awkward at first.

I do appreciate when tools/libraries take the time to explain the problem and how they differ from their competition. Especially in cases like this, where it's an underlying architecture difference.

The various Rake servers (Puma, Unicorn, etc.) have also done a great job of this.

This seems like a good way of creating stand up reports that no one will read, except maybe management.

I've always thought of stand ups as a self-management tool and a short period of forced communication.

Wikipedia says "the structure of the meeting is meant to promote follow-up conversation, as well as to identify issues before they become too problematic" which having it as an asynchronous discussion seems to prevent.

I use atmos/heaven for a similar functionality. It's nice because it ensures that the master branch on Github has gone through out automated tests and that whoever is deploying is deploying exactly the code from Github and not some strange variant locally.

This is the first I've heard of restify, but it seems like a useful framework for the main focus of most Node developers I know, which is to replace an API rather than a web application.

My dad taught me that delegation is about trusting that the work will be done better than if I had done it myself. Not always because of the lack of skill, but sometimes because of the lack of time. Hiring out of frustration due to pack of time can lead to poor choices, and a difficultly in working with the new hire