Well, good management/tech leadership is about making sure that the risks coming from individual failure points (10 people in your example) are recognized and mitigated, and that the individuals involved can flag risks and conflicts early enough so that the overall project success probability does not go down as you describe...
The problem with collapsed repeated chords comes not only from the data processing -- most Ultimate Guitar songs are written down entirely ignoring how often a chord is repeated -- the classic "lyrics plus chords" format is incomplete and requires the player to somewhat know the structure of the song anyway. The write-up usually just gives hints where, relative to the lyrics, the chord changes.
While this is from ByteDance, who also are behind TikTok, this algorithm is likely not the one behind TikTok.
Instead, it is likely a component that powers ByteDance's commercial recommender system solution, which they market to e-commerce companies: https://www.byteplus.com/en/product/recommend
This was mentioned in past discussions of the paper on HN.
And even if aspects of this are used for TikTok:
(a) it would be just one of many components of their recommendation system, and
(b) the TikTok recommendation system has changed a lot during the 2+ years since this has been published.
So take what you see here with a grain of salt. After reading the paper and the code, you will NOT know how TikTok's recommendations work.
People here in the comments seem to focus on whether it is possible to predict an artist's success based on secondary "civic" virtues, and criticize the author for having subjective criteria for what "success" means.
I'd argue that independently of how you measure success, all other things being equal, having diligence and other civic virtues will get you further, on average.
That said, the most interesting lessons are in the first and sixth (the 2nd 6th, the actual 6th) item: How to do a better/more widely scoped job than what you got hired for (by understanding how interests, incentives and responsibilities align in an org) and the fact that in most places, most people are not serious (meaning they tend to not go deeper, look at the big picture, etc.).
IM software can be closed, too, and in a healthy company the expectations around IMs should not be that they are "instant", but more of an async medium like email.
I am somewhat surprised that a programmer who was unaware of arrays in Perl managed to have tests. But then again, he managed to implement their own version of arrays, maybe he came up with the concept of software testing by himself :-P
It's cheaper for a (large enough) state to just damages/settlements, rather than paying insurance contributions.
Many countries manage to have (mostly) courteous and effective professional police forces without using an insurance/private lawsuit based framework such as the one you suggest.