Skip to content

Hooks analysis and learning #3978

Description

@kristenwomack

Background and context

We now have over 100 templates and many more applications using azd to deploy to Azure. We can see that developers use the hooks feature to accomplish many things. In order to understand the patterns and to help developers accomplish their goals faster, with less work, and more consistency, we want to understand the common use cases and patterns in how developers use hooks.

Once we understand the demonstrated needs, we will use that data to make creating an azd template or azd-ifying an application more straightforward with less scripting. This might mean new core azd features, a shared library or package manager for common hooks, reusability guidelines, and refactoring our documentation.

Some common use cases and patterns we see today are:

  • data initialization
  • multiple data sources (DB, API, PDF, etc.)
  • multi-platform (Linux, MacOS, Windows)

This is not a complete set. To find the classes of hooks we will do a combination of qualitative and quantitative customer research to come to a "top 3" list of the most common things we see template authors do.

Gather data

  • Programmatic script
  • Customer survey
  • Retrospective observation narrative

Programmatic script

Things we want to learn from the quantitative analysis:

  • % of all projects using 'hooks'
  • average number of hooks per template
  • reasons developers use 'hooks'

Customer survey

Things we want to learn from the customer input:

  • more first-hand from our most frequent template authors
  • opportunity for multi-select options and verbatim feedback
  • Pamela, Jon, Shayne, and Brady have been identified as first group to send the survey (still discussing if it's valuable to expand this list externally)

Retrospective observation narrative

  • document learnings from recent AI templates project

Next steps

After we've gathered more data, we will determine the top 3 things we see developers do when authoring a template or azd-ifying their application. We will then decide the best way to approach the solution.

Metadata

Metadata

Assignees

Labels

area/hooksLifecycle hooksarea/templatesTemplates, init, scaffoldgolden-pathImprovements to the getting started experience + golden path (local dev -> first deploy)

Type

No type

Fields

No fields configured for issues without a type.

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions