canmove, Confirmed users
345
edits
(Add Primary Considerations) |
|||
| Line 9: | Line 9: | ||
1. '''Ease of Development:''' We want to rapidly create new features and not have to wory about little details. | 1. '''Ease of Development:''' We want to rapidly create new features and not have to wory about little details. | ||
2. ''' | 2. '''Ease of Modification:''' We want to be able to ''change'' the code without too much work. The more "abstraction" opportunities a language or framework offers, the better off we are. | ||
3. ''' | 3. '''Performance:''' It shouldn't perform significantly worse than current Bugzilla code. | ||
4. ''' | 4. '''Available libraries:''' We don't want to have to re-write the things that we're using now from CPAN. We also want libraries generally available or built-in to the language that we can use in the future. | ||
5. '''Enforcement of Good Code:''' One place where Perl falls down is that it doesn't enforce any good coding standards. A language that does would be welcome. | 5. '''Security:''' Perl has a Taint mode, which encourages security. We want a language that has good security-oriented features, and that has a community with a history of paying attention to security issues. | ||
6. '''Enforcement of Good Code:''' One place where Perl falls down is that it doesn't enforce any good coding standards. A language that does would be welcome. | |||
= Frameworks Under Investigation = | = Frameworks Under Investigation = | ||