Labs/Bespin/Roadmap/Reboot: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
| Line 11: | Line 11: | ||
** September 25th | ** September 25th | ||
* In person: Week of Sept 28th | * In person: Week of Sept 28th | ||
** Bringing in consultant to help build on SproutCore | |||
** Use the week to decide if SproutCore Is It | |||
== High level principles for Bespin == | == High level principles for Bespin == | ||
| Line 23: | Line 25: | ||
* Provide a UI toolkit | * Provide a UI toolkit | ||
* Use canvas | |||
* Be everything to everyone | |||
== What are tactical things we want to fix? == | == What are tactical things we want to fix? == | ||
Revision as of 16:37, 1 September 2009
Bespin Reboot 2009
We have a new project to reboot Bespin, building on the knowledge that we have gained from the experiment so far. The goal is to allow us to build a solid foundation for the community at large to build on.
We have a different schedule for the reboot, which is:
- Weekly meetings, building to in person week
- September 4th; flushing out the high level goals
- September 11th
- September 18th
- September 25th
- In person: Week of Sept 28th
- Bringing in consultant to help build on SproutCore
- Use the week to decide if SproutCore Is It
High level principles for Bespin
What are the guiding principles for Bespin?
- Platform for developer tools
- Embedded component is a first class citizen
- Provide a fantastic editor user experience
What are un-goals?
- Provide a UI toolkit
- Use canvas
- Be everything to everyone
What are tactical things we want to fix?
What have we learned from Bespin that we don't want to mimic:
- Use a framework
- Events are great, but not too many
- One system for keyboard handling
- Embedded component must be a first class citizen else it gets left behind
- Tests, tests, tests
- Prototypes, prototypes, prototypes