User:Morgamic/AMO: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
No edit summary
No edit summary
Line 12: Line 12:
== Recent Work ==
== Recent Work ==
* Maintenance script
* Maintenance script
* New template
* New template and content
* Versioning hell
* Versioning hell


== Where Do We Go From Here? ==
== What's Up With v2.0? ==
=== Needed Features and Changes ===
* Public side is almost done but... a lot has happened since the summer and we should get our bearing.
* Trust metrics - taking a different look at how we review add-ons.
** Migration to PHP5
* Locale support - where is it?  How do we take care of this?
** Adoption of a broader framework, dropping Smarty and PEAR?
* Version nightmares - what versioning standard should we enforce / agree on?
** Database redesign a necessity given other discussed changes
* Catering to our users - how can we improve the application to work for Mom and Dad? (input from Beltzner?)
* AMO 1.5?
** Release current v2.0 code as a new public-facing version of AMO that is simplified and more reliable.
** After this is released, refocus efforts on an improved rewrite/refactoring.


=== Who is Going to Do All of This? ===
== What's right? ==
* Existing volunteers
* Community is still strong
** Testing, QA
** bugs being reported
** Bugzilla management
** people appreciating the new template
** FAQ and support
** people working togother on QA
* Contractors and MoCo
* Database layer is not a bottleneck (yet), system still running relatively well
** Drive development and priorities
* No major security problems this year
** Set requirements, standards, timeline and stick to them


==== Human Resources -- why do we need a change? ====
== What's wrong? ==
Since April, the project has been in the hands of volunteers without a dirving force behind the project.  Some of the challeneges we've faced are:
Since April, the project has been in the hands of volunteers without a driving force behind the project.  Some of the challeneges we've faced are:
* distributed volunteer base
* distributed volunteer base
* lots of inexperience programmers
* lots of inexperience programmers
Line 48: Line 49:
** Other parties
** Other parties


=== What Additional Resources Do We Need? ===
== What do we need to change? ==
My conclusion (My == morgamic) is that the project suffers from a lack of organization that needs to be fixed by more involvement on behalf of MoCo. I would like to see the hiring/contracting of some key players that have been lacking over the course of the last year:
My conclusion (My == morgamic) is that the project suffers from a lack of organization that needs to be fixed by more involvement/investment on behalf of MoCo.
 
I would like to see the additional involvement (hiring/contracting/whatever) of some key players that have been lacking over the course of the last year:
* A project manager to help relieve the pressure developers feel from all angles
* A project manager to help relieve the pressure developers feel from all angles
* A project lead to set reasonable requirements and standards (this is morgamic, pretty much)
* A project lead to set reasonable requirements and standards (this is morgamic, pretty much)
Line 58: Line 61:
The bottom line is we tried to get everything done with a volunteer developer base, but that fell through because of lack of resources -- and we can't afford to keep things going the way they are.
The bottom line is we tried to get everything done with a volunteer developer base, but that fell through because of lack of resources -- and we can't afford to keep things going the way they are.


== What's Up With v2.0? ==
== What do we want to do? ==
* Public side is almost done but... a lot has happened since the summer and we should get our bearing.
* Trust metrics - taking a different look at how we review add-ons.
** Migration to PHP5
* Locale support - where is it?  How do we take care of this?
** Adoption of a broader framework, dropping Smarty and PEAR?
* Version nightmares - what versioning standard should we enforce / agree on?
** Database redesign a necessity given other discussed changes
* Catering to our users - how can we improve the application to work for Mom and Dad? (input from Beltzner?)
* AMO 1.5?
 
** Release current v2.0 code as a new public-facing version of AMO that is simplified and more reliable.
== Open Discussion ==
** After this is released, refocus efforts on an improved rewrite/refactoring.
* Questions about existing application
* Forum about future enhancements

Revision as of 22:47, 7 December 2005

< back to offsite schedule

Abstract

Discussion about addons.mozilla.org. Topics to be covered are usability, functionality, security, scalability and marketing.

Backdrop and State of AMO

  • It works
  • It doesn't work very well
  • Still needs to be rewritten
  • It needs to be simplified

Recent Work

  • Maintenance script
  • New template and content
  • Versioning hell

What's Up With v2.0?

  • Public side is almost done but... a lot has happened since the summer and we should get our bearing.
    • Migration to PHP5
    • Adoption of a broader framework, dropping Smarty and PEAR?
    • Database redesign a necessity given other discussed changes
  • AMO 1.5?
    • Release current v2.0 code as a new public-facing version of AMO that is simplified and more reliable.
    • After this is released, refocus efforts on an improved rewrite/refactoring.

What's right?

  • Community is still strong
    • bugs being reported
    • people appreciating the new template
    • people working togother on QA
  • Database layer is not a bottleneck (yet), system still running relatively well
  • No major security problems this year

What's wrong?

Since April, the project has been in the hands of volunteers without a driving force behind the project. Some of the challeneges we've faced are:

  • distributed volunteer base
  • lots of inexperience programmers
  • lack of testing for submitted patches (leads to a -)
  • some developers want to use php5
  • not enough time to organize all incoming requests
  • not enough time to satisfy all requirements from all groups
    • Sysadmins
    • Marketing
    • Product management
    • Add-on developer community
    • AMO site developer community
    • AMO users
    • Mozilla Security
    • Other parties

What do we need to change?

My conclusion (My == morgamic) is that the project suffers from a lack of organization that needs to be fixed by more involvement/investment on behalf of MoCo.

I would like to see the additional involvement (hiring/contracting/whatever) of some key players that have been lacking over the course of the last year:

  • A project manager to help relieve the pressure developers feel from all angles
  • A project lead to set reasonable requirements and standards (this is morgamic, pretty much)
  • A developer core, probably contractors, that is paid -- and held accountable for progress of a structured rewrite

Additional resources would help set aside much-needed development time and organization of the project that has served as a major obstacle to progress in the past year.

The bottom line is we tried to get everything done with a volunteer developer base, but that fell through because of lack of resources -- and we can't afford to keep things going the way they are.

What do we want to do?

  • Trust metrics - taking a different look at how we review add-ons.
  • Locale support - where is it? How do we take care of this?
  • Version nightmares - what versioning standard should we enforce / agree on?
  • Catering to our users - how can we improve the application to work for Mom and Dad? (input from Beltzner?)

Open Discussion

  • Questions about existing application
  • Forum about future enhancements