Open rubys opened 9 years ago
First, my intent with this section (which I think I might need to re-word to clarify) was to point out that I had seen two approaches discussed in consideration of interop challenges:
I then went on to say that I imagine (1) or (2) will differ on a case by case basis and I also think that different browser engine developers will favour one or the other at different times too. Our experience is that these differences between browsers do eventually bite and the question is really whether that will be sooner or later. On the specific example of URL, Microsoft doesn't see this as a high priority and would put it in bucket (1) today.
For (2), what I heard was some people saying that they do want to take advantage of the investment and enthusiasm people put into what are real interop gaps. I think this is less about sunk costs and more about "we're going to have to do this eventually and if someone has done the work we should pay attention".
You raise an interesting question though: how do we maintain a backlog of this type of activity that needs informed, engaged, and potentially independent people to work on and to give those people something to invest in with maximum ROI.
Re:
I don't believe that we should focus on sunk costs.
The question I would like to tee up is how we channel people who are willing to do hard work so that the results are more productive (i.e., will actually affect the future evolution of the web).
I'll state my premise that I do believe that there is a role for people who are informed, engaged and independent (i.e., not beholden to any one browser vendor).