Hacker News new | ask | show | jobs
by pranjalv123 2602 days ago
If there are problems like this with the finish work, it's likely that there are problems with the stuff you can't see as well. Just like a slow, buggy piece of software is more likely to have security issues than one that runs smoothly and presents a good user experience.
2 comments

People in the construction industry in the /r/nyc subreddit are saying that finish issues are common when a building first opens, and that overall quality should be judged a year out from opening, when everything has been addressed. The logic goes that there are lots of custom-fab components required in any sizable construction, some of which will inevitably be damaged during transit or install. It may take months to replace them, and you don't want to hold up the entire opening for months for some insignificant fit & finish issues because you'd be losing huge amounts of money.

So you get the place to the point where it opens, and then you do a trickle of night work over the coming months as replacement parts come in and you can finally get everything perfect.

Hell, this happened to my parents' house remodel recently. They scratched a custom-order door in a way that wasn't repairable. Rather than leaving my parents without a door for a month, they left it as-is and then came back a month later with a new door (once it was ready) and installed it.

That really doesn't follow. A building with a beautiful, perfect finish can be shoddy inside, and vice versa.

The software analogy doesn't hold, because security issues are often a consequence of buggy software, whereas shoddy finishes don't have much casual connection to the interior structure.

Also, software that "runs smoothly and presents a good used experience" can be just as prone to security problems, again because there's no necessary casual connection between the two.

You could argue that if the same team is responsible for everything, that the user experience, or finish, may be indicative of the internals - but it's common in both software and construction for different teams and even different companies to be responsible, and there can also be reasons to prioritize the areas differently and devote more attention and resources to one than the other.