Being Ridiculed for My Open Source Project (2013)
harthur.wordpress.com
harthur.wordpress.com
I remember when I was working on a web server project in the late nineties, one of my first commercial gigs, the whole thing was done in Borland Delphi. As the maintenance programmer came in to take over, he berated me publicly several times for not using regular expressions to do string manipulation. The language did not even have regex support as far as I recall, and as he replaced my very simple and easily-debuggable string routines with absurd regexes in combination with an arcane regex library, I felt like the most worthless programmer ever. Worse yet, people were praising him for his assertiveness and competence. And then following his "refactoring", over the next weeks, horrible string manipulation bugs and exploits started happening in production. Turns out, he introduced lots of problems and nobody could fix them. As far as I know the project was plagued with these kinds of bugs until it went offline years later.
The loudest hecklers are often the most successful at projecting an appearance of competence that may not necessarily be warranted. They derive energy and peer recognition from publicly berating colleagues for decisions. Whether they are factually correct or not, little is gained by letting them drag you down.
It's not the end of the world. Most of the time, there are many ways to achieve a result in programming. Writing a little script is certainly a valid solution, and if it makes you more productive for doing a specific thing, or even just as a learning exercise, why not?
Absolutely a great point, and a very ironic one to see considering the comments on Linus Torvalds that have been going around on HN lately.
I have a hunch that maybe some people interpret a GitHub project page as a claim that "this project is amazing and better than other things and you should use it," when actually the only implicit claim is "here's a free thing."
A related question has to do with package namespaces, e.g. npm. This project claims the name "replace" on npm. What does that entail? How do we decide if it's a "legitimate" claim? If someone makes another replace utility that's way more sophisticated or beautiful or whatever, should the name be reassigned?
Npm has a policy: https://www.npmjs.com/policies/disputes
Even more abstractly, it's pretty interesting how names, versions, URLs, and publishing becomes an area where "politics" come into play, more than one might expect given the nature of the code artifacts. That stuff brings up all kinds of policies, claims, etc.