3 ms·

Well, in the author's own words... > I was too focused on developing every feature, trying to give support to every single ticket, and I completely ignored the

Well, in the author's own words... > I was too focused on developing every feature, trying to give support to every single ticket, and I completely ignored the marketing aspects of it as I had no time for it. Saying the author was overly prioritizing responding to the communications that open sourcing the code allowed to come through shouldn't be controversial. He himself is admitting to it. My main point is that the author hasn't convinced me that blame should be placed on open sourcing the code. To me that's akin to blaming the messenger. He should instead be looking to why he felt obligated to spend the time supporting "every single ticket", when he himself knew that he was neglecting other aspects of the business side of things.

dwohnitmok 6y ago
I don't think the author is using "too focused" in the way you're saying that "he was overly prioritizing one aspect over others." Your contention as I understand it is that this was effectively the author's choice and that he conflating two concerns. There is the choice of whether to open source code and whether to support the code. Nobody was holding a gun to his head and forcing him to support code. Hence his misprioritization is of his own doing. The author's implied contention is that the two concerns are not independent. That while it may not have been a gun to his head, there are a variety of factors that link the two together. I'm expanding on that contention and saying that there is valid reason, if you have code on GitHub, to feel a need to support it. It's a trade-off. You can decide the risk is small enough to ignore which is fine, but it's still there.