9 ms·

When new people join your team and learn your infrastructure, I bet they often ask ”why is this so complicated? It’s just a <insert simple thing here>.” And yo

When new people join your team and learn your infrastructure, I bet they often ask ”why is this so complicated? It’s just a <insert simple thing here>.” And your response is surely “Well of course, that would be nice, but it’s not as simple as that. Here are constraints X Y and Z that make a trivial solution infeasible.”

jiggawatts 1y ago
> And your response is surely “Well of course, that would be nice, but it’s not as simple as that. Here are constraints X Y and Z that make a trivial solution infeasible.” It's 500 MB of text. A phone could serve that at the scale we're talking about here, which is a PR blog, not netflix.com. They're struggling with "reading" from a database that is also used for "writes", a terribly difficult situation that no commercial database engine has ever solved in the past. Meanwhile they have a complex job engine to perform complex tasks such as joining two strings together to form a complete URL instead of just a relative path. This is pure, unadulterated architecture astronaut arrogance. PS: This forum, right here, supports editing at a much higher level of concurrency. It also has personalised content that is visible to users with low latency. Etc, etc... All implemented without CQRS, Kafka, and so forth.
- foobarian 1y ago
  Yes but HN is not Yahoo scale
  - yandie 1y ago
    This Netflix blog isn’t yahoo scale either
motorest 1y ago
> And your response is surely “Well of course, that would be nice, but it’s not as simple as that. Here are constraints X Y and Z that make a trivial solution infeasible.” All problems are trivial once you ignore all real-world constraints.
ericmcer 1y ago
This is a static blog site with lists about popular Netflix content. Yes many times there are very valid reasons for complexity, but my suspicion is that this is the result of 20+ very talented engineers+designers+pms being put in charge of a building a fairly basic static site. Of course you are going to get something overengineered.
- RandallBrown 1y ago
  Tudum has some personalization so I'm not sure it's just a static blog site. I can't say whether or not it's complicated enough to justify this level of engineering. It could just be some engineers building something cool because they can, like you said.
KronisLV 1y ago
> And your response is surely “Well of course, that would be nice, but it’s not as simple as that. Here are constraints X Y and Z that make a trivial solution infeasible.” Sometimes it’s “It was made many months/years ago in circumstances and with views that no longer seem to apply (possibly by people no longer there). Sadly, the cost of switching to something else would be significant and nobody wants to take on the risk of rewriting it because it works.” It depends.
- shermantanktop 1y ago
  Engineers and product managers fall in love with their dreams a little too easily. A working system is a wonderful thing. Then again, sometimes it only “works” by waking people up with pages multiple times a night.

jiggawatts 1y ago

> And your response is surely “Well of course, that would be nice, but it’s not as simple as that. Here are constraints X Y and Z that make a trivial solution infeasible.” It's 500 MB of text. A phone could serve that at the scale we're talking about here, which is a PR blog, not netflix.com. They're struggling with "reading" from a database that is also used for "writes", a terribly difficult situation that no commercial database engine has ever solved in the past. Meanwhile they have a complex job engine to perform complex tasks such as joining two strings together to form a complete URL instead of just a relative path. This is pure, unadulterated architecture astronaut arrogance. PS: This forum, right here, supports editing at a much higher level of concurrency. It also has personalised content that is visible to users with low latency. Etc, etc... All implemented without CQRS, Kafka, and so forth.

foobarian 1y ago
Yes but HN is not Yahoo scale
- yandie 1y ago
  This Netflix blog isn’t yahoo scale either

motorest 1y ago

> And your response is surely “Well of course, that would be nice, but it’s not as simple as that. Here are constraints X Y and Z that make a trivial solution infeasible.” All problems are trivial once you ignore all real-world constraints.

ericmcer 1y ago

This is a static blog site with lists about popular Netflix content. Yes many times there are very valid reasons for complexity, but my suspicion is that this is the result of 20+ very talented engineers+designers+pms being put in charge of a building a fairly basic static site. Of course you are going to get something overengineered.

RandallBrown 1y ago
Tudum has some personalization so I'm not sure it's just a static blog site. I can't say whether or not it's complicated enough to justify this level of engineering. It could just be some engineers building something cool because they can, like you said.

KronisLV 1y ago

> And your response is surely “Well of course, that would be nice, but it’s not as simple as that. Here are constraints X Y and Z that make a trivial solution infeasible.” Sometimes it’s “It was made many months/years ago in circumstances and with views that no longer seem to apply (possibly by people no longer there). Sadly, the cost of switching to something else would be significant and nobody wants to take on the risk of rewriting it because it works.” It depends.

shermantanktop 1y ago
Engineers and product managers fall in love with their dreams a little too easily. A working system is a wonderful thing. Then again, sometimes it only “works” by waking people up with pages multiple times a night.