Yes, because from a business standpoint, you should care where your product is going to be after 20 years, and the VB6 programmer knows that eventually JS might

Yes, because from a business standpoint, you should care where your product is going to be after 20 years, and the VB6 programmer knows that eventually JS might not be a thing and will think of architecture decisions like 'we'll have to transition this to another language, how should we make that process easier?' Likewise, some lessons transfer. "Huh, that time we were working on Thing X and relying solely on Bob's technological expertise we were completely screwed and the company went under after after Bob had an aneurysm, I should make sure there are no single points of failure on the team knowledge wise." Or "Man, we built such a beautiful Visual Basic 6 program, but the interface was so bad nobody used it and we failed. Let's make sure our front end and back end people are communicating properly." Or, "This was the most elegant technical solution, but then it turned out nobody had the resources to run it. So let's make sure to do our user testing and make sure we're designing appropriately."