1 / 17

Chandler

Chandler. ISR June 2004. Chandler. Open Source Personal Information Manager Email, calendar, contacts, tasks, free-form items Easy sharing and collaboration Server optional Linux, Mac, and Windows Modular and extensible platform. Heart of Chandler.

fritz
Download Presentation

Chandler

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Chandler ISR June 2004

  2. Chandler • Open Source Personal Information Manager • Email, calendar, contacts, tasks, free-form items • Easy sharing and collaboration • Server optional • Linux, Mac, and Windows • Modular and extensible platform

  3. Heart of Chandler • Organize and structure information the way people would like • Rich ability to associate and interconnect all kinds of items • Ground-up rethink of user experience including sharing and collaboration

  4. Project History • June 2001- inception, vision statement. 3 people (birth) • October 2002 - Web site launched, source code publicly available. 8 people. (childhood) • February 2004 - first production quality infrastructure code, rationalization of development process. 20 people. (adolescence)

  5. Chandler Roadmap • Chandler 1.0 (Canoga) suitable for individuals and small workgroups • Chandler 2.0 (Westwood) is our first version designed for institutional adoption. Plan of record Q4 2005 • Next release (0.4) is scheduled for Oct. 2004 • We are recalibrating our long-term schedules

  6. Chandler Snapshot • Basic architecture framework in place • Repository • Chandler Presentation and Interaction Framework • Scheduling and Notification Framework • Content Model • Making the first experimentally usable release • Enter and edit items and collections • Organize and share items and collections, e.g., calendars • Basic security

  7. Chandler 1.0 (Canoga) • Competitive PIM feature set + a few compelling ‘cool’ features • Target: ‘info-centric’ users • High volume information transactions • Information spanning multiple domains and richly inter-related • Low reliance on organizational infrastructure • Self-declared technology enthusiast • Routinely collaborates with other info-centric users • On campus: small departments and workgroups

  8. Chandler 2.0 (Westwood) • First version for campus-wide adoption • Target: students, faculty and staff in higher education • Supported by $2.75 MM grant from Andrew E. Mellon Foundation and a group of 25 universities

  9. Key Westwood Features • Nomadic usage and central repositories • Standards based calendar client • Full interoperability with standards based infrastructure • Robust security framework • Next level of maturity in features, performance and robustness

  10. Why Open Source • I started with a product vision • No viable path to sustainable business model via proprietary development model • Success of open source in OS and middleware highly suggestive for applications

  11. Is it really Open Source? • Building Blocks • Built on other OSS projects: Python, Berkeley DB, Open SSL, wxWidgets, Lucene, etc. • OSAF contributes back to those projects • Tools • CVS • Bugzilla • Tinderbox • Licensing • Hybrid license: GPL or commercial

  12. Our Culture • Values matter • We value design integrity, product quality, inclusive & respectful workplace • Is there life after stock options? • Better alignment to open source culture, native engineering culture

  13. About Software Design • Software design as a distinct discipline • An autobiographical aside • What architects are supposed to do for buildings… • Why software design IS NOT user interface or user interaction design • Software design in practice at OSAF • Working groups and the Design working group • Learning to separate the discourse • Designers and developers working together • Software design as a profession

  14. Transparency and Participation • Public mailing lists and wiki for design, architecture, development discussion, documentation, product planning, meeting minutes, developer journals • Process transparency itself cannot remove barriers to participation

  15. Community • The ideal • Prerequisites • Builds and Patches • Code

  16. Key Challenges • Constrain and mold ambition without losing the spark • Increase rate of progress without exploitation of the staff • Build community while maintaining design integrity • Transition from benign dictatorship to greater democracy

  17. The Bigger Picture • Is Chandler an Outlook killer? • Why a non-profit? • Creating a vibrant ecology • Will open source win on the desktop?

More Related