Dries Buytaert gave a presentation at DrupalCon Paris 2009 about the state of Drupal development. He illustrated the typical phases a project goes through from the beginning of a development cycle to release, including periods of strong momentum, a "patch frenzy" close to code freeze, a "developer scream" phase after release, and a "slow motion" period before the next cycle begins. He also showed charts depicting Drupal's growing install base over time as evidence that it may have reached a "plateau of productivity" for Drupal 6.
The document outlines an approach taken to introduce a wiki for knowledge sharing in a central knowledge group at a bank. The key steps taken were:
1) Identifying a suitable first user group.
2) Identifying and analyzing key people who could become advocates.
3) Having key people experiment with the wiki tool.
4) Turning key people into "evangelists" by having them share success stories.
5) Having evangelists train other groups on wiki use. The main learnings were to start by defining why change is needed, focus on individual motivation over groups, gain management support, fit the new tool with existing workflows, and measure adoption.
RDF is a way to break down information into subject-predicate-object statements with URIs to give data meaning for machines. Drupal is working to support RDF through RDFa annotations and importing external vocabularies. Early work focused on mapping standard Drupal content to ontologies like Dublin Core and SIOC. Future goals include exporting RDF and importing RDF in Drupal 8. The Drupal community is collaborating on RDFa modules to connect Drupal data to the semantic web.
This document discusses strategies for managing a Drupal project across multiple environments like development, testing, and production. It recommends using source control to manage code changes, taking database snapshots to migrate data between environments, and programmatically applying administrative changes through custom modules to keep all environments in sync. This systematic approach helps ensure seamless code integration, efficient database changes, and minimal downtime when updating production.
This document discusses the state of RDF in Drupal 7. It begins with an outline discussing the current web, the vision of the semantic web, semantic web technologies, and initiatives and projects. It then provides details on the current web, the vision of the semantic web as a giant global graph, and semantic web technologies including RDF, RDFa, SPARQL, and vocabularies. It discusses practical applications and initiatives including data portability, linking open data, and Sindice, a semantic web search engine. It concludes with a section on RDF in Drupal core and architecture.
The document discusses various techniques for communicating design ideas including sketching, site maps, wireframes, prototypes, and concept models. It emphasizes that sketches should be quick, timely, cheap, disposable, plentiful, and as refined as needed for the project. Sketches allow generating multiple ideas which is important for finding good designs. A case study of a concept model and storyboard is also briefly mentioned.
This document provides an overview of web typography fundamentals. It begins with defining typography and its structure. It then covers macro typography concepts like hierarchy, language, typesetting and grids. Next it discusses micro typography details such as framing, numerals in tables, and ampersands in titles. The document uses examples and images to illustrate typographic concepts. It aims to inform designers on best practices for web typography.
This document summarizes a presentation on using taxonomy in Drupal. It discusses using taxonomy for photo galleries by allowing photos to be categorized and tagged without creating albums first. It also discusses using taxonomy to categorize all content types by adding terms through free tagging. Finally, it discusses contrib taxonomy modules like Taxonomy Manager and Content Taxonomy, and new features in Drupal 7 like taxonomy entities and fields.
The document outlines an approach taken to introduce a wiki for knowledge sharing in a central knowledge group at a bank. The key steps taken were:
1) Identifying a suitable first user group.
2) Identifying and analyzing key people who could become advocates.
3) Having key people experiment with the wiki tool.
4) Turning key people into "evangelists" by having them share success stories.
5) Having evangelists train other groups on wiki use. The main learnings were to start by defining why change is needed, focus on individual motivation over groups, gain management support, fit the new tool with existing workflows, and measure adoption.
RDF is a way to break down information into subject-predicate-object statements with URIs to give data meaning for machines. Drupal is working to support RDF through RDFa annotations and importing external vocabularies. Early work focused on mapping standard Drupal content to ontologies like Dublin Core and SIOC. Future goals include exporting RDF and importing RDF in Drupal 8. The Drupal community is collaborating on RDFa modules to connect Drupal data to the semantic web.
This document discusses strategies for managing a Drupal project across multiple environments like development, testing, and production. It recommends using source control to manage code changes, taking database snapshots to migrate data between environments, and programmatically applying administrative changes through custom modules to keep all environments in sync. This systematic approach helps ensure seamless code integration, efficient database changes, and minimal downtime when updating production.
This document discusses the state of RDF in Drupal 7. It begins with an outline discussing the current web, the vision of the semantic web, semantic web technologies, and initiatives and projects. It then provides details on the current web, the vision of the semantic web as a giant global graph, and semantic web technologies including RDF, RDFa, SPARQL, and vocabularies. It discusses practical applications and initiatives including data portability, linking open data, and Sindice, a semantic web search engine. It concludes with a section on RDF in Drupal core and architecture.
The document discusses various techniques for communicating design ideas including sketching, site maps, wireframes, prototypes, and concept models. It emphasizes that sketches should be quick, timely, cheap, disposable, plentiful, and as refined as needed for the project. Sketches allow generating multiple ideas which is important for finding good designs. A case study of a concept model and storyboard is also briefly mentioned.
This document provides an overview of web typography fundamentals. It begins with defining typography and its structure. It then covers macro typography concepts like hierarchy, language, typesetting and grids. Next it discusses micro typography details such as framing, numerals in tables, and ampersands in titles. The document uses examples and images to illustrate typographic concepts. It aims to inform designers on best practices for web typography.
This document summarizes a presentation on using taxonomy in Drupal. It discusses using taxonomy for photo galleries by allowing photos to be categorized and tagged without creating albums first. It also discusses using taxonomy to categorize all content types by adding terms through free tagging. Finally, it discusses contrib taxonomy modules like Taxonomy Manager and Content Taxonomy, and new features in Drupal 7 like taxonomy entities and fields.
Gábor Hojtsy gave a presentation on the history and process of localization and translation for Drupal projects. He discussed how translation strings are extracted from code and stored in .po files to be shared among translators. Localize.drupal.org was created to streamline the translation process by automating tasks like parsing releases and providing a centralized web interface. The site now hosts over 5,600 translated releases and 149,000 translation strings across many projects.
Edipresse is an international media company with over 200 newspapers and magazines worldwide. They launched 11 websites in Switzerland using the Drupal content management system over 18 months. This allowed them to quickly build out new sites like 24heures.ch and Tdg.ch, which now attract 30,000 and 50,000 unique visitors per day respectively. To generate new revenue and escape traditional display advertising, Edipresse developed new advertising products enabled by Drupal, such as "Corners" thematic sponsorships and services integrated into editorial content.
This document summarizes a presentation about the Rules module in Drupal. It introduces Rules as a tool for automating site functionality and customization through triggered actions. Examples of use cases include reacting to user inactivity by scheduling notifications, and implementing editorial workflows to manage publishing content. The document also discusses features like importing/exporting rules, the rules API for other modules, and upcoming work on Rules 2.0 including improved APIs, support for lists and loops, and web service integration.
Drupal has gained momentum in the publishing and media world due to its ability to quickly prototype websites using over 40,000 modules. Two full-time employees took over a media website with 25 million users in just 5 months using Drupal. Key success factors for successful Drupal projects include choosing high quality modules, hiring talented developers, using an agile methodology, and optimizing performance at the end.
The document discusses the evolution of fields and the field API in Drupal from Drupal 6 to Drupal 7. In Drupal 6, fields were tied to nodes via the Content Construction Kit (CCK) module, but in Drupal 7, the Field API allows any entity like nodes, users, and comments to use fields. The Field API in Drupal 7 includes modules for attaching fields to entities, field types, CRUD operations, and storage. It provides APIs for core and contrib modules to integrate fields in a standardized way.
The document summarizes a presentation given by Chris Heuer about the past, present and future of social media and the Drupal content management system. Heuer discusses how social media has evolved from cave paintings to the modern web. He argues that organizations must embrace their role as media companies and look holistically at user experience. While Drupal has potential, it faces challenges in becoming more accessible and growing up from its roots as a platform for developers. Heuer calls on the Drupal community to seriously reflect on how to better serve a diverse range of users.
RDF and linked data standards allow for layering and linking of information on the web. There is a large and growing amount of RDF data available from sources like Wikipedia, Flickr, government data sets, and more. Standards like RDF, RDFS, OWL, SKOS, and SPARQL enable publishing, linking, querying and reusing this structured data on the web in a way that is machine-readable. Integrating RDF and linked data into systems like Drupal could provide benefits like improved searchability, cross-linking of content, and reuse of external taxonomies and metadata schemas.
The document discusses organizing various types of Drupal community events including meetups, camps, conferences, and online projects. It provides tips for finding venues, promoting events, planning logistics, and ensuring successful community building. Large events require more planning and resources to address needs like facilities, contracts, insurance, equipment, and budgets.
How To Contribute To Drupal Drupal - DrupalCon ParisDrupalcon Paris
The document outlines various ways that anyone can contribute to Drupal, from beginner to advanced levels, in order to become a "Drupal ninja". It encourages advocacy, translations, graphics work, reporting issues, providing feedback, helping with user support, improving documentation, filing bug reports and feature requests, testing and reviewing patches, mentoring others, organizing development efforts, and contributing code, themes and modules. The document emphasizes that contributing can help save time and money for businesses, attract better developers, and allow direct input into the project's direction, while also making individuals better programmers.
Gábor Hojtsy gave a presentation on the history and process of localization and translation for Drupal projects. He discussed how translation strings are extracted from code and stored in .po files to be shared among translators. Localize.drupal.org was created to streamline the translation process by automating tasks like parsing releases and providing a centralized web interface. The site now hosts over 5,600 translated releases and 149,000 translation strings across many projects.
Edipresse is an international media company with over 200 newspapers and magazines worldwide. They launched 11 websites in Switzerland using the Drupal content management system over 18 months. This allowed them to quickly build out new sites like 24heures.ch and Tdg.ch, which now attract 30,000 and 50,000 unique visitors per day respectively. To generate new revenue and escape traditional display advertising, Edipresse developed new advertising products enabled by Drupal, such as "Corners" thematic sponsorships and services integrated into editorial content.
This document summarizes a presentation about the Rules module in Drupal. It introduces Rules as a tool for automating site functionality and customization through triggered actions. Examples of use cases include reacting to user inactivity by scheduling notifications, and implementing editorial workflows to manage publishing content. The document also discusses features like importing/exporting rules, the rules API for other modules, and upcoming work on Rules 2.0 including improved APIs, support for lists and loops, and web service integration.
Drupal has gained momentum in the publishing and media world due to its ability to quickly prototype websites using over 40,000 modules. Two full-time employees took over a media website with 25 million users in just 5 months using Drupal. Key success factors for successful Drupal projects include choosing high quality modules, hiring talented developers, using an agile methodology, and optimizing performance at the end.
The document discusses the evolution of fields and the field API in Drupal from Drupal 6 to Drupal 7. In Drupal 6, fields were tied to nodes via the Content Construction Kit (CCK) module, but in Drupal 7, the Field API allows any entity like nodes, users, and comments to use fields. The Field API in Drupal 7 includes modules for attaching fields to entities, field types, CRUD operations, and storage. It provides APIs for core and contrib modules to integrate fields in a standardized way.
The document summarizes a presentation given by Chris Heuer about the past, present and future of social media and the Drupal content management system. Heuer discusses how social media has evolved from cave paintings to the modern web. He argues that organizations must embrace their role as media companies and look holistically at user experience. While Drupal has potential, it faces challenges in becoming more accessible and growing up from its roots as a platform for developers. Heuer calls on the Drupal community to seriously reflect on how to better serve a diverse range of users.
RDF and linked data standards allow for layering and linking of information on the web. There is a large and growing amount of RDF data available from sources like Wikipedia, Flickr, government data sets, and more. Standards like RDF, RDFS, OWL, SKOS, and SPARQL enable publishing, linking, querying and reusing this structured data on the web in a way that is machine-readable. Integrating RDF and linked data into systems like Drupal could provide benefits like improved searchability, cross-linking of content, and reuse of external taxonomies and metadata schemas.
The document discusses organizing various types of Drupal community events including meetups, camps, conferences, and online projects. It provides tips for finding venues, promoting events, planning logistics, and ensuring successful community building. Large events require more planning and resources to address needs like facilities, contracts, insurance, equipment, and budgets.
How To Contribute To Drupal Drupal - DrupalCon ParisDrupalcon Paris
The document outlines various ways that anyone can contribute to Drupal, from beginner to advanced levels, in order to become a "Drupal ninja". It encourages advocacy, translations, graphics work, reporting issues, providing feedback, helping with user support, improving documentation, filing bug reports and feature requests, testing and reviewing patches, mentoring others, organizing development efforts, and contributing code, themes and modules. The document emphasizes that contributing can help save time and money for businesses, attract better developers, and allow direct input into the project's direction, while also making individuals better programmers.
4. Code freeze Release
“Developer scream” phase
- “Drupal was released too early! We’re missing A, B and C still.”
“Patch frenzy” phase - “We should maintain backwards compatibility. This is crazy.”
- “Crap, my patch isn’t going to make it in!”
- “We failed to do enough of X.That is
poor leadership.”
- “Wait, we can’t freeze the code like this!
Production ready
Strong momentum
- “Drupal is going to be AWESOME.”
Start of development cycle “User scream” phase
- “I can’t believe you make me relearn this!”
- “You shouldn’t release core until contrib is updated.”
- “I can’t believe you’re already working on the next version
of Drupal core. I haven’t even upgraded yet.”
“Slow motion” phase
- “We need more core committers to review patches.”
- “Gosh, Drupal development is so broken. If only we used Git!”
- “We lost momentum.”
time
7. Nikolai Kondratiev
Economist, 1892-1938
Described fifty to sixty-year
long waves of economic
prosperity and depression
8. Joseph Schumpeter
Economist, 1883-1950
Radical innovation drives
recurring cycles of “creative
destruction”
9. Paul Saffo
• Overestimating short-term
benefits, underestimating
long-term benefits of
innovations
• Cycle of expectation and
disappointment is an
essential part of the
innovation process
12. Gartner’s hype cycle
Plateau of productivity
Negative hype
Slope of enlightenment
Innovation trigger Through of
disillusionment
time
13. Gartner’s hype cycle
Peak of inflated
expectations
Plateau of productivity
Positive hype
Slope of enlightenment
Innovation trigger
time
14. Gartner’s hype cycle
Peak of inflated
expectations
Plateau of productivity
Negative hype
Positive hype
Slope of enlightenment
Innovation trigger Through of
disillusionment
time
15. Gartner’s hype cycle
Peak of inflated
expectations
Plateau of productivity
Negative hype
Positive hype
Slope of enlightenment
Innovation trigger Through of
disillusionment
time
16. Gartner’s hype cycle
Peak of inflated
expectations
Plateau of productivity
Negative hype
Positive hype
Slope of enlightenment
Innovation trigger Through of
disillusionment
time
18. Code freeze Release
“Developer scream” phase
- “Drupal was released too early! We’re missing A, B and C still.”
“Patch frenzy” phase - “We should maintain backwards compatibility. This is crazy.”
- “Crap, my patch isn’t going to make it in!”
- “We failed to do enough of X.That is
poor leadership.”
- “Wait, we can’t freeze the code like this!
Production ready
Strong momentum
- “Drupal is going to be AWESOME.”
Start of development cycle “User scream” phase
- “I can’t believe you make me relearn this!”
- “You shouldn’t release core until contrib is updated.”
- “I can’t believe you’re already working on the next version
of Drupal core. I haven’t even upgraded yet.”
“Slow motion” phase
- “We need more core committers to review patches.”
- “Gosh, Drupal development is so broken. If only we used Git!”
- “We lost momentum.”
time
104. Development Code freeze
82 weeks
Feb 1, 2008 Unknown
Phase one: “DrupalCon Paris”
• Still allowed: everything
• Ends Monday morning
• Make a snapshot of everything that is RTBC
• Angie and myself will review and commit those as soon we have time to
105. Development Code freeze
82 weeks 5 weeks
Feb 1, 2008 Sep 7, 2009 Oct 15, 2009 Unknown
Phase two: “code slush”
• Time boxed at 5 weeks
• Not allowed:
• New features or functionality
• Still allowed:
• Up to 10 carefully selected exceptions for new features
• Important API changes for existing features
• Usability, accessibility, testing, documentation and performance
• October 15th = API freeze (including mark-up freeze and schema freeze)
106. Current exceptions
1. Imagefield
2. Field translations
3. Convert profile module to field API
4. Convert taxonomy to field API
5. Overlays
6. Edit anywhere
7. Shortcuts
8. Dashboard
9. Plugin manager
10. RDF/RFDa
107. Development Code freeze
82 weeks 5 weeks
Feb 1, 2008 Sep 7, 2009 Oct 15, 2009 Unknown
Phase two: “code slush”
• Time boxed at 5 weeks
• Not allowed:
• New features or functionality
• Still allowed:
• Up to 10 carefully selected exceptions for new features
• Important API changes for existing features
• Usability, accessibility, testing, documentation and performance
• October 15th = API freeze (including mark-up freeze and schema freeze)
108. Development Code freeze
82 weeks 5 weeks 4 weeks ? weeks
Feb 1, 2008 Sep 7, 2009 Oct 15, 2009 Nov 15, 2009 Unknown
Phase three: “strictly polish”
• Time boxed at 4 weeks
• Not allowed:
• New features, API changes, mark-up changes
• Allowed:
• Usability, accessibility, testing, documentation and performance
• November 15th = string freeze and UI freeze
• Releases: first alpha (or potentially beta)
109. Development Code freeze
82 weeks 5 weeks 4 weeks ? weeks
Feb 1, 2008 Sep 7, 2009 Oct 15, 2009 Nov 15, 2009 Unknown
Phase four: “bugs and release blockers only”
• Length: until all “release blockers” are fixed
• Allowed
• Release blockers
• Bug fixes
• Testing
• Releases: betas and RCs
110. Development Code freeze
82 weeks 5
6 weeks 4 weeks ? weeks
Feb 1, 2008 Sep 7, 2009 Oct 15, 2009 Nov 15, 2009 Unknown
Features
High-impact exceptions API freeze
API changes existing features Upgrade path
Performance
Usability
String freeze
Accessibility UI freeze
Documentation
String changes and UI changes
Bug fixes
SimpleTests
112. Joseph Schumpeter
Economist, 1883-1950
Radical innovation drives
recurring cycles of “creative
destruction”
113. Everett Rogers
1931-2004, Diffusion of innovations
Showed that innovation
adoption does not happen in a
straight line, but that it follows
a predictable S-curve
152. We can’t roll back time.
We have no choice to grow up.
153. We’ll reach out to new people, and have
to learn how to interact with them
154. Recap
• Learned a pattern on how we innovate -- and
we’re normal
• Innovation is on track, feel great about Drupal 6
and Drupal 7
• Learned what our evolution might be