"Linux has a 255 bytes limitation for file names (this translates to just 63 four-byte characters in UTF-8) - not a great deal but copying or using files or directories with long names from your Windows PC can become a serious challenge."
File and folder names can't be longer than 255 UTF-8 code units in Linux, which means they can contain 255 US-ASCII characters, but only 127 Cyrillic characters, 85 Chinese characters, or 63 emoji. In Windows it's different, because file names can contain up to 255 UTF-16 code units. This is 255 characters in almost every language (but only 127 emoji.) So, if you create a file name with 100 Chinese characters in Windows, you can't transfer it to Linux (or upload it to a Linux web server, for example.)
Windows, on the other hand, has problems when the full path to the file (eg. C:\folder\file) is more than 259 UTF-16 code units, but it's getting better at this, and newer Windows apps normally handle longer paths just fine.
Maybe I'm not understanding that limit correctly but it looks like the whole path cannot be longer than 260 characters. I've hit that limit when transferring files from linux to windows.
As you mention, the linux limit is in bytes, so the issue could appear in some character sets, but it still looks like the path limits are a lot more drastic under windows.
I wondered about this as well, especially as Windows (10) still has issues with deeply nested (=long paths) structures. Especially in conjunction with OneDrive (forced upon me at work) it's an annoyance.
Not sure what he is speaking about.