Features/Inbox: Difference between revisions

improves a lot formatting
m (by team -> by engineering team)
(improves a lot formatting)
Line 1: Line 1:
__NOTOC__
__NOTOC__
{{ForceRefreshButton}}
{{ForceRefreshButton}}
Ubuntu has bite size bugs, that is, easy to patch bugs. Also, you had to implement a feature to show a window's parents in the window like Preferences -> Advanced -> General, but there was not enough time, because the feature was too hard to implement. Also, if two features are equally important, you should implement the easy one first, then the hard one last, because you'll start working in the unmentioned medium ones faster. So there should be a column with Difficulty (easy, medium or hard) and Length (short, medium or long) in the Inbox feature tables, then the "By Associate Project" feature tables, then finally the hard and long, but extremely tasty "By Engineering Team" feature tables.
<b>Some features are easier and take shorter time to implement than others.</b> Ubuntu marks short easy bugs as bite size for beginners. The Firefox team couldn't show a window's parents in the window like Preferences -> Advanced -> General, because the feature was too hard or too long to implement.
<b>Some features should be implemented before others.</b> If two features are equally important, you implement the easy one first and the hard one last. you'll be able to start implementing the unmentioned medium ones faster...
<b>Difficulty and Length in Feature tables</b> helps beginners find short easy features and programmmers compete for bounty!
== Feature Inbox ==
== Feature Inbox ==
=== How to propose a new feature ===
=== How to propose a new feature ===
127

edits