T

ThoughtWorks Blog

thoughtworks.github.io · Company blog · on HN since 2013

ThoughtWorks engineers write about software delivery, microservices, BDD, design practice, and tools such as Talisman for catching secrets in commits.

What HN saysHN links it for the NoPSD continuous design piece and the Talisman secret-scanning tool, and commenters bring up its microservices writing in discussions.
17HN people shared it
4linked it in comments
14stories submitted
178story points
4 years agolast shared
2013people per year2026

Most-shared posts

  1. 1
    Two months early. 300k under budget
    4 people · 4 points · first shared 2014 · 1 comments on HN
  2. 2
    BDDon’t: The Practice and Tools of BDD
    2 people · 10 points · first shared 2015 · 1 comments on HN
  3. 3
  4. 4
    Continuous Design and the NoPSD Movement
    1 people · 108 points · first shared 2013 · 106 comments on HN
  5. 5
    Why should you hire a polyglot programmer?
    1 people · 39 points · first shared 2014 · 55 comments on HN
  6. 6
    Puzzle: Garbage Collection
    1 people · 6 points · first shared 2014 · 2 comments on HN
  7. 7
    ThoughtWorks' P2 Magazine
    1 people · 3 points · first shared 2013 · discussion on HN
  8. 8
    Dealing With One Billion Lines of Code
    1 people · 2 points · first shared 2014 · discussion on HN
  9. 9
    Experiences Changing Programming Languages
    1 people · 2 points · first shared 2013 · discussion on HN
  10. 10
    ThoughtWorks P2 Magazine, issue 3
    1 people · 1 points · first shared 2013 · discussion on HN
  11. 11
    Cooking with Clojure
    1 people · 1 points · first shared 2013 · discussion on HN
  12. 12
    Round half to even, of course
    1 people · 1 points · first shared 2013 · discussion on HN
  13. 13
    Continuous design
    1 people · first shared 2014

What HN people wrote when they linked it

lkrubner · 2018-07-24
"And you know this rewrite, like others in the past, will be a significant sink of time, and likely a catastrophe." This statement can only be true if you're using a very specific definition of "microservices". The first time I wrote about small services, in 2013 [1], I had not heard the phrase "microservices" so I used the phrase "an architecture of small apps". I was thinking of apps that talked to each via Redis, or HTTP, or didn't talk to each other and pushed everything into a database -- my idea was broad. Then in March of 2014, Martin Fowler wrote his essay on Microservices [2], which brought the phrase into widespread use. Soon after that there arose a number of startups that were promoting microservices, and they were promoting a very specific ideal: a system of apps that spoke to each other using HTTP, finding each other via auto-discovery, and offering data via a RESTful interface, with Oauth for authentication. A large number of people then began to use "microservices" for this specific set of interlocking ideas. That's fine, but it is a bit rigid. Something so comprehensive can demand a full re-write. But there is the more general idea, of slowly breaking up a monolith, and replacing small pieces with independent apps -- that does not demand a full re-write. That can be done slowly, and you have the option to keep the original monolith in a limited role, often to handle the frontend. Martin Fowler said all this in his essay, but some of the more extreme…

Keyboard shortcuts

/Search
j kNext / previous blog
EnterOpen selected blog
vVisit the blog site
fFollow / unfollow
lSwitch grid / list view
dSwitch dark mode
g hHome
g pTop posts
g tTopics
g fFollowing
g lLiked
g yHistory
g qFAQ
EscBack / close