308
edits
Gecko BD Guidelines: Difference between revisions
no edit summary
No edit summary |
No edit summary |
||
| Line 5: | Line 5: | ||
* It's rare that we get enough details in an initial request that we can go off and build the feature. Generally we need to talk engineer to engineer with the partner to hammer out details. | * It's rare that we get enough details in an initial request that we can go off and build the feature. Generally we need to talk engineer to engineer with the partner to hammer out details. | ||
* Staff who are going to work on a feature should sign off before we agree to it (including work needed on dependencies). | * Staff who are going to work on a feature should sign off before we agree to it (including work needed on dependencies). Please don't commit to things until that happens. | ||
* Features accessible to Web sites require special attention. Web-visible features must have a public specification. There are some specs we don't want to implement, so check with staff (module owners) whether an existing spec is one we're willing to implement. If there is no spec, we can work with a partner to create one. This includes extensions to existing features. The reason this is needed is because once we expose a feature to the web, we essentially commit to supporting that feature indefinitely. | * Features accessible to Web sites require special attention. Web-visible features must have a public specification. There are some specs we don't want to implement, so check with staff (module owners) whether an existing spec is one we're willing to implement. If there is no spec, we can work with a partner to create one. This includes extensions to existing features. The reason this is needed is because once we expose a feature to the web, we essentially commit to supporting that feature indefinitely. | ||