When it's valid and constructive, negative feedback is a good thing.
When it's neither of those, and repetitive on top of that, you can't help but leave civility at the door and tell the complainers to shove it.
I get a lot of bitching and negative outside feedback in my project too, including some very uninformed and unreasonable comments, boiling down to "$past_competitor released much more often than you do" and ignoring the fact that their releases were much buggier and less polished. I am not sure what I can do to reduce the amount of complaints like that...
I am not sure what I can do to reduce the amount of complaints like that
Nothing. Those commends look like they're about you, but they are really about the author trying to prove something about themselves to themselves. Searching for and commenting on perceived faults in other people's work is a valuable therapeutic exercise, and shouldn't be confused with genuine, constructive feedback.
If absolutely feel the need to respond, say "Yes, those are absolutely valid concerns, and you're welcome to work to fix them. However, they're perpendicular from my personal vision for this project (link to vision), so I'll keep working on things which I, personally, consider more relevant."
Unless the exchange is in public, in which case, something more thorough (like the article) may be proper.
A more valid criticism of the perl 6 development model is that it's a big-bang approach. They have sunk enormous resources into the components of this system with limited capacity to test either the compatibility of the components they're generating or the utility of the features they're implementing. Sounds like a recipe for disappointment.
I'll start this with "I'm a Perl programmer" but I'm not looking for a flame war. I am interested in hearing an expansion of your statements. I am going to admit I don't understand this one.
What do you mean by "Big Bang"? That Perl 6 is being developed on top of Parrot? That Perl 6 is a reinvention instead of re-iteration?
What "enormous resources" are you referring to? The Perl 6 team isn't huge and it's all volunteer with very little financial backing (only some relatively small grants from the Perl Foundation).
Which components are you referring to? Where are the "limited ability to test the compatibility of the components"? Which components? There are a lot of tests though... a truly massive test set. I'm assuming you're not referring to these.
From my understanding the "utility" is a pretty big part of what they're testing. There are folk writing Perl 6 (November wiki http://www.perlfoundation.org/perl6/index.cgi?november). The implementors are going back and forth with Larry about things. A lot of the ideas aren't new, just new in Perl.
I'm just trying to understand where you're coming from. :)
"The standard grammar doesn't need a frozen specification to be implemented, because its implementation is considered part of the spec." Huge step backwards in semantics/specification.
If I understand what he's saying correctly, it's quite the opposite: because of a frozen specification, Python needed to halt syntax changes [1] as secondary language implementations catch up. Perl 6, on the other hand, will never have this problem, as the standard grammar will be executable in the language itself.
[+] [-] DCoder|16 years ago|reply
I get a lot of bitching and negative outside feedback in my project too, including some very uninformed and unreasonable comments, boiling down to "$past_competitor released much more often than you do" and ignoring the fact that their releases were much buggier and less polished. I am not sure what I can do to reduce the amount of complaints like that...
[+] [-] andreyf|16 years ago|reply
Nothing. Those commends look like they're about you, but they are really about the author trying to prove something about themselves to themselves. Searching for and commenting on perceived faults in other people's work is a valuable therapeutic exercise, and shouldn't be confused with genuine, constructive feedback.
If absolutely feel the need to respond, say "Yes, those are absolutely valid concerns, and you're welcome to work to fix them. However, they're perpendicular from my personal vision for this project (link to vision), so I'll keep working on things which I, personally, consider more relevant."
Unless the exchange is in public, in which case, something more thorough (like the article) may be proper.
[+] [-] Estragon|16 years ago|reply
[+] [-] whiskeyjack|16 years ago|reply
What do you mean by "Big Bang"? That Perl 6 is being developed on top of Parrot? That Perl 6 is a reinvention instead of re-iteration?
What "enormous resources" are you referring to? The Perl 6 team isn't huge and it's all volunteer with very little financial backing (only some relatively small grants from the Perl Foundation).
Which components are you referring to? Where are the "limited ability to test the compatibility of the components"? Which components? There are a lot of tests though... a truly massive test set. I'm assuming you're not referring to these.
From my understanding the "utility" is a pretty big part of what they're testing. There are folk writing Perl 6 (November wiki http://www.perlfoundation.org/perl6/index.cgi?november). The implementors are going back and forth with Larry about things. A lot of the ideas aren't new, just new in Perl.
I'm just trying to understand where you're coming from. :)
[+] [-] jmount|16 years ago|reply
[+] [-] andreyf|16 years ago|reply
1. http://www.python.org/dev/peps/pep-3003/
[+] [-] w3matter|16 years ago|reply
[deleted]