Confirmed users
2,615
edits
| Line 33: | Line 33: | ||
** see also point 5 of [http://www.mozilla.org/hacking/development-strategies.html the Development Strategies document]. | ** see also point 5 of [http://www.mozilla.org/hacking/development-strategies.html the Development Strategies document]. | ||
*; split work into manageable pieces : This is especially critical for reviewing, because difficulty to review often scales extremely non-linearly with patch size, | *; split work into manageable pieces : This is especially critical for reviewing, because difficulty to review often scales extremely non-linearly with patch size. However, it also rewards developers by allowing code to land sooner. Points 7, 8, and 12 of the [http://www.mozilla.org/hacking/new-features.html Developing New Mozilla Features page] address this in great detail. | ||