Output:1.2: Difference between revisions

From atwg
(Created page with "{{Output |Description=modularized MediaWiki |Parent Outcome=Outcome:1 }}")
 
No edit summary
Line 2: Line 2:
|Description=modularized MediaWiki
|Description=modularized MediaWiki
|Parent Outcome=Outcome:1
|Parent Outcome=Outcome:1
|Resources=MediaWiki Platform
|Archived=No
}}
}}

Revision as of 10:04, 13 February 2018

Output modularized MediaWiki
Parent Outcome Infrastructure for Wikimedia projects can be more easily scaled due to increased modularization, re-use, maintainability, and testability of the technology stack
Primary Team
Collaborating Teams
TaskDescriptionDepends On TasksTypeAssociated OutputsPrimary TeamCollaborating TeamsStart YearDurationRisksContingenciesBenefitsAssumptionsImplicationsNotes
Refactor MediaWiki Core into well encapsulated components, removing global state and circular dependencies between classesIncrementallly refactor MediaWiki code into logical classes/components/libraries to isolate functions such as storage, parser, events and app logic. Prioritizing refactoring of code into components to allow: Easier testing (leading to faster development), more easily support both LAMP stack and WMF use cases that require scale and selective SOA, increased re-usability, enabling an API-first approach be de-coupeling the presentation layer. Removing global state also enabled full cross-wiki capability (e.g. loading and rendering content from multiple wikis in a single request).Write Architecture SpecDevelopmentOutput 1.2MediaWiki PlatformWMDE, Parsing, TechCom, Reading Infrastructure, Readers Web0Primary candidates are those where LAMP stack needs are vastly different than WMF scaling needs such as: Storage and Event Propagation