Day 1

The WAI to Web Accessibility: A Tour of New Resources from the W3C Web Accessibility Initiative

Shawn Lawton Henry

The Web Accessibility Initiative (WAI) of the World Wide Web Consortium (W3C) is focused on make the web accessible and usable by all through advocacy and education.  There is a tremendous amount of content on the website (https://www.w3.org/WAI/). As one of the lead contributors, Shawn Lawton Henry presented a tour of these resources.

Although it is always a work-in-progress, one great feature is the points-of-entry for various audience types. The needs and interests of a "policy maker" are very different from a "developer" or "designer" and this is a way to help curate the experience.

Developing Applications for those with Cognitive Disabilities

Michelle Ranae Wild, BEST

Michelle is the founder and CEO of Brain Education Strategies & Technologies (BEST) and works with a team of experts including members with traumatic brain injuries to develop apps which help users with cognitive disabilities manage day-to-day tasks. A very interesting by-product of this process was discovering that the tools and methods user of this app need to structure daily routines are similar to the iterative design methodology used to develop the app: Plan > Monitor > Evaluate > Repeat

User research revealed to the team that pre-injury, most activities are performed on "auto-pilot". After a brain injury, this changes for most, and each step in a process requires focus and attention and cognitive overload becomes a major road block. This is also a lesson for designers to be aware when they are operating on "auto-pilot" allowing biases to creep in instead of paying attention to user needs.

Inclusive Design Workshop

Mary Jo Mueller, Hope Turner - IBM

As a provider of enterprise solutions for businesses, IBM has a vested interest in making sure their products are accessible by all. They have a team dedicated to setting inclusive design standards, documented here: https://www.ibm.com/able/toolkit/design/research/

This session was a hands-on work shop and everyone participated in creating an Empathy Map based on a suggested persona. It was a valuable learning experience, but not for the intended reason. Personas are a standard design tool to help understand audience types, build empathy, and lead to new discoveries. I find them to be fraught with problems, mainly in that they seem to reinforce the existing biases in the design team instead of learning from actual people. In the case of persons with disabilities this can lead the team down the wrong path. This was the case in the exercise performed here. Instead of making discoveries, the group narrowly focused on how frustrating and worrisome it would be to experience the suggested disability. It is not likely that that has anything to do with the day-to-day experience of a person who has faced this challenge their entire life and has a series of strategies to manage the challenge.  This is impossible to simply slap on to a persona and really understand this audience type. (This way of thinking will be confirmed and stated more eloquently in a Day 2 session!)

Day 2

Inclusive Design and Research

Shea Tanis, Coleman Inst.

"What is inclusion? belonging, respect, value"

"What is inclusive design? Considering the full range of human diversity."

Shae Tanis presented a very thorough overview of inclusive design and research methodologies. The main take away is that inclusion needs to be considered at every stage of the process in order to avoid "advocacy theater". This is when diverse audience members are included in discussion and research, but their contributions are not fully valued and they are not involved in testing the results to see if their needs have been met.

Shae also made an important point about why simulations, or the creation of personas, don't work. Individuals are resilient and adaptable, traits which are not reflected in the creation of personas. This is similar to how a sighted novice screen reader user testing a site is not anything like how an experienced person who depends on a screen reader uses one. Only actual users can provide the expertise and insight that leads to discoveries.

Designing Accessible Forms

Jim Allan - W3C

Great technical overview of HTML form elements all documented and available here: https://www.tsbvi.edu/web/forms/

Make a Splash: In depth dive into ARIA

NIcholas Steenhout - https://incl.ca/

ARAI is a set of attributes added to HTML elements to provide some accessibility functionality that was missing. HTML5 added some of those features. This is why ARIA usage has become complicated and widely misunderstood. In most situations semantic HTML5 is all that browsers need to make elements accessible in a predictable manner. Adding ARIA parameters can confuse or even break the accessibility. So the mantra has become: the best way to use ARIA is to not use ARIA!

Of course there are several cases where ARIA is essential. Here are some examples:

• aria-live - alerts users to newly presented dynamic content.
• role="log" - is used for constantly updating elements such as a time counter or stock ticker.
• role="dialog" - is used for modal windows. Use with caution as browser support is spotty.
• aria-required - is a preferred method to the HTML5 "required" implementation which can be problematic in the way screen readers announce it.

Day 3

Eight Traits That Make or Break Your Interface

Rob O'Connell - designer at USAA

I am a long time user of USAA digital services and have seen the improvements by the design team over the years, so it was interesting to gain some insight into how they approach the process. 

The "eight traits" are a bit of a misdirection. The theme of this presentation can be summed up by saying that interface elements have an identity which has inherent behaviors and a predictable presentation so user know what it is when they encounter it and it does what is expected. The "traits" are parameters that are part of the HTML standards and must be used to accurately describe interface elements to screen reader users.

What is unique to this approach is the focus on the DNA of each element and respecting that identity all the way to the presentation to the user. This idea will aid in the creation of a component library where we break each element down and ensure usage is consistent as it is added to other objects.

Designing Inclusive User Experiences

Henny Swan - Tetralogical

Henny is an digital accessibility consultant. She presented a list of tips and things to consider to improve the accessibility of websites. I appreciated her user-centered approach to this, for example, making sure alternative text for image is conversational and makes sense in context, sometimes conveying the emotional meaning of an image as opposed to just the literal. She urged us to consider the users situation when using an app or website, such as a running app which is impossible to use without reading glasses (I totally get this one!)

In the design process, it is vital that designers clearly convey the intention of designs so it does not get misinterpreted in development. Annotations are good way to do this, but be careful to only include what is needed to avoid cognitive overload causing developers to tune out and miss the information.

KEY NOTE: Judy Heumann

Judy is an activist who's work led to the Americans with Disabilities Act. She went on to work in the Clinton and Obama administrations and is still active in the movement. Listening to her story, some of which is presenting in the documentary "Crip Camp" (available on Netflix!) and her new memoir, was the perfect balance to all of the technical and legal presentation of the conference. We are all working to make the web better in some small way, to ensure guidelines are complied with, which is important work, but none of it would even be a discussion if it weren't for brave individuals like Judy who spoke up and demanded their rights. She is inspiring, and asks everyone who points that out, "So what are you going to DO with that inspiration?"

How to Develop an Efficient A11y Testing Process

Lyssa Prince - ABLE Tech

Lyssa gave us an overview of the various website accessibility checkers, such as Siteimprove, and how to compile the results in to an actionable report for clients.

The W3C Authoring Practices list is a vital resource in creating a checklist and understanding the intended functionality of elements.

Performing Task-Oriented A11y Walkthroughs

Sarah Pulis, Andrew Arch

The problem task-oriented walkthroughs solves is that accessibility checkers, such as Siteimprove, can point out issues, but simply passing one of these checks does not guaranty accessibility or usability. Testing based on specific user goals can be a better indicator. 

Of course this approach is useful, but in this presentation it is based on personas, which as described earlier can be problematic. The concepts presented here would become many times more valuable if tested on actual users.

Final Thoughts

I don't know if there really is some kind of collective theme, or if it is just my own journey of discovery, but it the theme last year was that accessibility enhancements benefit all users, then the theme this year was that accessibility solutions require true inclusion of persons with disabilities at every phase of design and implementation.

"Advocacy theater" is when representative of target audiences are brought to the table, but their contributions are left there. Persons with disabilities are the experts who are facing and overcoming challenges every day. They are the team members that can drive innovation and measure the results.

As much as I appreciate and am inspired by the incredible work of the presenters of AccessU, I still feel that much of the discussions present accessibility as an "add-on" and persons with disabilities as a separate group that must be considered. I understand that some distinctions need to be made in order to have a discussion, and that they are not the one's who defined themselves an "others". We are all working to undo this situation, and much work remains. However, I look forward to the time when we can simply consider these as usability issues. As user interface designers we all have a certain bias of what we consider the norm, mostly based on our own capabilities, like what we can easily see or click on. Even the smallest sampling of user tests will quickly reveal that our own concept of the "norm" is not enough. We need to get out of our own way and listen to our users and expand our notion of usability to include all users. There is no line between the "norm" and an accessible alternative. There is only a spectrum of presentation in various ways that can be used or combined to create whatever experience is best for that user at that particular moment.

As we've seen over the last year, having continuity plans is important because when Things Happen, we all have heightened fear, anxiety, stress, and uncertainty.

Challenges discovered over the last year:

• Teammate health
• Teammate is caregiver to ill person or children
• Work is impacted by life

Planning benefits:

• Anticipate risk
• Protect teammates
• Recover quickly
• Better communication/trust
• Turn stress into assurance

When bad things happen, knowing what to do makes things easier.

In practice:

• Be empathetic (build and foster psychological safety; avoid frustration and discouragement)
• Control what's controllable

Planning workshop framework

• Who do you interact with when doing X?
• Does someone authorize it?
• Who might be blocked if you can't do X?
• Where's the documentation for X?
• What internal/external systems do you work with?
• What other colleagues know this system
• Impact on your work?
• Description of impact
• Who do you meet with (clients)?
• How often?
• Other teammates present?
• Impact of these meetings?
• Description of impact?
• What could slow the team down?
• What key milestones are at risk?
• What blind spots did you uncover while working through this list?

This can help you see the possible risks and what you need to plan for. Then do a pre-mortem of about 50 mins:

• Review all risks team identified
• Determine mitigation strategies
• Look ahead at other possible challenges

Finally, share and compare:

• Make the environment safe; encourage transparency, openness, and support
• Share plans with other departments
• Make sure the plan works across departments

Speak about your lived experience, which might not look like anyone else's. Be willing to speak honestly, and apologize honestly if you cause harm (this is up to the person who is harmed, not you - impact over intent).

Feeling safe in a job search:

• Applicants want to feel seen, heard, respected, and valued for themselves and their contributions (not just because they tick a box)
• Applicants aren't just applying as "Firstname Lastname" - but as "Firstname Lastname, a black/queer/disabled/neurodivergent woman/man/non-binary person" - you can't separate these things from their work life, they're part of people
• Don't expect minorities to help you with future diversity hires, unless you're hiring them for a position that expressly does that

As a company you need to have hard conversation about safety, inclusion, intersectionality. Build a foundation to support diverse staff.

At Kanopi they weed out applicants who aren't willing to be dedicated to diversity and inclusion with a statement right above the "start the application process" button. If they select "no" they're disqualified and can't proceed.

Tips for building inclusive hiring teams:

• Be willing to address failings, learnings, and next steps
• Be willing to openly discuss questions without getting defensive
• Use inclusive interview teams
• Operate transparently

Understand that people with certain intersectional identities are usually the only one of their "type" in the room or even in the organization.  

Understand that not all applicants have the same background or access to tech and education.

Check diverse tech communities - Black tech Twitter, Black Girls Code, Latinx tech Twitter, etc.

Don't expect your diverse hires to answer these questions or remind you of things - self-educate! Your behaviors are your responsibility. You can RESPECTFULLY ask someone if something you read sounds good but back off if they don't want to answer.

Foundational best practices:

• Align company with inclusivity
• Openly discuss DEI
• Hold space in hard times (be empathetic)
• Create intentional internal mechanisms
• Align benefits with DEI practices
• Support orgs that elevate underrepresented
• Create internal guideposts for inclusivity
• Evolve and be teachable

Presenter Donna Bungard grew up as the only abled member of her family.

• Assume positive intent - Even if you feel there's room for improvement in your team or organization, don't assume they're acting in bad faith right away. Get to know them and where they're coming from. Thank people for trying. Everybody has a lot going on. Give the grace you want to receive.
• Build accessibility into planning. A project isn't "done" until it passes accessibility checks.
• Make sure your personas and tests are inclusive. Your persona list should include "users" with various disabilities.
• It's hard to account for unknowns, but you have to - disabilities come in a wide variety, and every person is different. Build in a little space for uncertainty to account for whatever might pop up.
• If people start to get tired of hearing about it you can remind them that "once accessibility is what we do, we won't talk about it as much."
• Common problem areas - navigation, forms, headings, alt tags, skip, carousels, captions, contrast. Understand these and avoid "flying monkeys" (unexpected trouble).
• Accessibility is not just for visually impaired users.
• Any testing is better than no testing.
• Inclusion matters.
• There are no shortcuts to accessibility. Advocate for patience.
• Practical accessibility helps more. Don't do things for users - do things that help users do things themselves.
• When working with new clients, introduce accessibility as part of onboarding.

Helpful tools from the chat:

• Personas -
  • https://accessibility.civicactions.com/playbook/roles
  • https://www.microsoft.com/design/inclusive/
• Color contrast -
  • https://eightshapes.com/articles/color-in-design-systems , https://contrast-grid.eightshapes.com/
• Why overlays and other "quick tools" are bad -
  • https://overlayfactsheet.com/

Developer relations is, basically, caring about developers and investing in them with education and growing the dev community. This is especially important in the open source community - developers are at the core of every open source project.

Exemplary communities for dev relations: VueJS, ReactJS, Gatsby, Drupal

Tips:

• Provide feedback avenues
• Provide and encourage great documentation for the project
• Encourage collaboration with other communities
• Provide more tutorials and use cases
• Organize talks and webinars

Day 1

Welcome Session

The event is being hosted on a platform called HopIn, with a single browser page interface with an event wide chat, dozens of concurrent event rooms, and networking spaces. It is a bit overwhelming at first and too easy to post a message in the wrong chat, but overall a giant step above other large events I have attended hosted on WebEx or others. Will add more thoughts on this at the end.

The turnout is large, a few thousand, and quite diverse and international.

Heather Rocker, president of the Drupal Association, and Dries Buytaert, the creator of Drupal, opened the event with a quick presentation. Two of the strategic initiatives they hope to advance at this event are making sure the Drupal community is diverse and inclusive, and preparing Drupal to be decoupled and work with JavaScript, or other, frontend platforms. Theses initiatives are related because they recognize the create strength of Drupal is not the technology or even the create number of site around the world that use it, but it is the community and the contributors and that community is stronger and smarter when all are included. Opening Drupal to the much larger ecosystem of JavaScript developers will help it evolve and remain on the forefront of web development.

Sessions

Views cookbook - advanced recipes for every web occasion - Anna Mykhaillova

This was a very brief overview of all of the pieces that work together to create and render Views on a Drupal site. There is already a tremendous amount of configuration available in the Drupal interface to set up views, and up to this point I have not run into any requirements on a project that needed custom configuration, but when that occurs, this presentation will serve as a great roadmap to know where to dig in and get started.

Building Frictionless Customer Journeys with Drupal, Mautic & Unomi - Leen Penders

The focus here was mainly for marketers, but the personalization concepts could be a solution to help us manage our very diverse audience types.

Unomi (https://unomi.apache.org) is an open source customer data platform that complies with all of the latest global privacy standards. It can be used to collect user data and create audience segments. When integrated with Drupal each component can be customized for each segment and when a user of a specific segment visits the site they will have a personalized experience.

Of course, personalization is not new, but how user data is collected and tracked, and the minute control over the personalization is what is unique here. Worth checking out.

Enable Drupal content creators to support cognitive accessibility - Rain Breaw

Rain has been helping to draft the new W3C Guidance for Users with Cognitive Disabilities (COGA guidance).

This has been challenging due to the difficulty of measuring the effectiveness of these solutions compared to the WCAG guidelines regarding visual, auditory, or mobility issues. The list does set some very clear standards that will most likely impact all users.

Webforms: Choose Your Own Adventure Workshop - Jacob Rockowitz

Jacob is the creator and maintainer of the Webforms module. Webforms is a super powerful form builder and I have been a bit overwhelmed by it and have not dug into it yet even though it is part of the ITS collection of modules. This presentation combines each of the presentations he has made over the many years that Webforms has existed, so even though it is a great overview, it is also a bit overwhelming. Here are a couple of concepts to encourage me to dive in:

• WebForms ships with default settings, so set up and use can just be a couple of clicks.
• Jacob always recommends seeing if the core contact form module will suit the needs of the project before expanding into WebForms.

Day 2

Decoupled Menus Initiative Keynote - Baddy Breidert, Gabe Sullice, Liam Hockley

This initiative sprang from the call last year for an initiative to bring the JavaScript frontend development ecosystem into Drupal. The team is working on a menu component that can be exported and included into frontends built with JS frameworks. The main purpose, however, is to help advance Drupal.org from being simple a repo for the Drupal application code base to an ecosystem that can maintain component libraries and the code base for other tools such as Drush.

This presentation set the tone for many of the others that followed on this day with a focus on decoupling to allow Drupal to really play to its strength as a data management platform and allow the community to take advantage of the advances in frontend frameworks and the much large pool of developers that can now work on Drupal projects.

Sessions

An Iterative Approach To Decoupling Your Existing Drupal Site With Gatsby - Brian Perry, Matthew Ramir

The team at Bounteous wanted to build a decoupled version of their company site and decided to experiment with just building out a portion of the pages while continuing to present the rest with Drupal. This is a tempting option since completely rebuilding a frontend can be complex and time consuming, and difficult to justify for the performance enhancement that is the main reason for using a JS presentation layer.

The results are impressive as can be seen on their home page (https://www.bounteous.com) with a quick load time and slick animations, but most of their discussion revolved around the challenges of serving up a mixture of Drupal and Gatsby pages (solved by some clever routing using the .htaccess file), and trying to explain to the marketing team why it would be difficult to combine components from each on a page.

This was a very detailed presentation and I will definitely refer back to it for tips, but my main takeaway is that it makes more sense to develop a parallel decoupled site, or app for specific functions, along side a full Drupal site rather than try to combine sections...

Decoupled Horizons: Drupal's next decade - Gabe Sullice

Gabe used this time to ask some big thought provoking questions rather than make any bold predictions. Kind of a refreshing change of pace from the minute details of these other presentations, but not much to share about it here.

What we learned from migrating 80+ sites during uncertainty 

This was a debriefing of a major migration project by Trinity University and a Drupal design firm called ImageX. There are many lessons to be learned from their experiences, but the key takeaways are the importance of a well structure team, division of roles, understanding of what areas require a deep level of institutional knowledge and which require a fresh outside perspective, and most of all, a Project Manager to organize and lead the process.

Building decoupled informational web for Czech government

A great example of decoupled Drupal can simplify and speed up development. This pandemic related project provides information and resources to the Czech people. With Drupal as the data repository behind a firewall, it could be managed safely and securely. The frontend displays an exported version of the data. This set up allowed for two different teams to work independently at the same time, and also allowed for a hand off to the Czech government where development has continued. 

Manually Curated Solr Search Results

This was a brief overview of the site search platform that can be integrated with Drupal.. There are some powerful tools to control search results, but even in the presentation it was clear how this can easily become complicated and have unexpected repercussions. I don't believe Solr is an option for us on the ITS server, but really the main takeaway here is that managing search results using SEO tactics rather than configurations will always be preferable.

Day 3

Easy Out of the Box Initiative Keynote

This initiative is about ensuring that Drupal remains simple to use with "low-code" options for new users. This includes projects like Layout Builder, the Claro admin theme, and the Media Library. As the team gave their updates I got the notion that this might be the right area for me to contribute to the project. These are the parts of the Drupal experience that can either be inviting or turn new users away. Even though I don't necessarily use these features now, I fully understand how important they are in creating that welcoming open door.

After the session I enrolled in the contributors meeting in the afternoon.

Driesnote

Dries Buytaert is the creator of Drupal and his keynote address is always a highlight of DrupalCon. He opened with some statistics about the increase in the number of site globally built with Drupal and made a special note of that three of the big four Covid-19 vaccine producing companies use Drupal. 

He discussed the four initiative, that each have their own keynotes during the week, as well as the Diversity and Inclusion Initiative, and then proposed one more for a "Project Browser" to simplify the installation of modules. This is really part of a bigger concept of making Drupal more inviting and easier to get started building sites. This is exciting to witness because this is how new ideas get introduced and sometimes take Drupal into new and unexpected places. I am sure there are plenty of suggestions over the years that went no where, but sometime a call-to-action and many volunteer hours designing, developing, and testing lead to something that inspires a whole new crop of Drupal users to create great things.

Sessions

Strategic User Experience for Stanford's Fingate

Stanford University's financial management web site had gotten out of hand. The audience types that make use of the site were very different, but could all agree that the site had become a difficult maze. ImageX was hired to help them with user testing to understand better how the users envisioned the service and how best to label and organize content and features. 

Easy Out of the Box Initiative Contributor Meeting

I have been seeking a way in to start contributing to the Drupal project for as long as I have been using it, and every time I make an effort I run into a road block or get too intimidated as describe in the Driesnote (see above). This experience was not different as the challenge just to enroll and find the breakout rooms was a challenge. Even the mentors were having difficulty, so instead of finding someone to help me get started, they were all just trying to learn how to navigate the "rooms". 

Day 4

Automatic Updates Initiative Keynote

This is a vitally important initiative, although it is not one that I really understand the nuts and bolts behind it. The idea is to be able to perform automatic updates to Drupal core and modules in the way it is done in the WordPress ecosystem. The biggest issue here is remaining secure, so being able to push security updates in a timely manner will help prevent attacks.

Sessions

Habitat for Humanity: Building a foundation for digital success - Caroline Self, Vicky Walker, Will Rusk

Habitat for Humanity had a really out dated site overrun with content. The worked with ImageX to migrate the site to D8 served on Aquia. The transition allowed them to perform a content audit and archive a good deal of old stuff. Most importantly, they have had a great step up in performance providing better service for their users. It has opened up many new opportunities as well, such as interactive apps to help get their message out to more people.

Accessibility for Deaf Beyond Video Captions & Sign Language

Day 5

A few notes from Hallway conversations:

• Training Drupal developers really needs to be by training them as Drupal site builders so they can create mental models how how nodes and views are put together with contextual relationships.
• Talked with the project lead for the Oliveto core theme about becoming a contributor. He showed me a few small issues to get started with and will mentor me through the process of committing my first patches.

Drupal 10 Readiness Initiative Keynote

D10 is coming next year, but just as it was for the arrival of D9, it will be a bit anti-climactic because most of the new features will be in place well before that time. The team has learned a great deal about how to make these big version updates go smoothly. The process can become complicated by the number of contributed modules each with their own set of dependencies that can cause conflicts, but they have some great tools in place to report on these potential problems, automate the changes that are needed or suggest a manual fix.

Sessions

The war on PDFs - Danny Bluestone (Cyber-Duck)

Danny began the presentation with that fact that 25% of the global population experiences some form of disability, either temporarily, situationally, or permanently. We must take this in to consideration when we design and build digital experiences. One report showed that the experience of accessing a PDF on a mobile devices for a visually impaired person can be excruciating. The same report showed that HTML on a desktop can be much better, but much of the remainder of the presentation went on to make the case that PDFs are not going away, and that when created properly can be Accessible. 

The takeaway for me is that we should always ask ourselves if a document really needs to be a PDF or not. If it does, then make use of the Accessibility tools right from the start.

Add a robust Events Systems to Your Drupal Site in Minutes - Martin Anderson-Clutz

This was a demo of a new contributed module called SMART DATE (https://www.drupal.org/project/smart_date). It includes some great enhancements for date input and display, and a reoccurring event feature that seems really well thought out. Can't wait to try this out.

Conclusions

There were some technical challenges, and some difficult user-interface puzzles, but nothing that wasn't overcome with a bit of patience. In the end, it wasn't anything more than we would have encountered with two long days of travel and a giant convention center to navigate, so this did not take the place of an in-person event, but there were some great benefits. The event-wide chat and the built in messaging system made it easy to reach out and meet people. Even though the contributor session proved to be a road block, I managed to have a one-on-one conversation later that had the same result of getting me up-to-speed.

The official theme of the conference was "Contribution", but the unofficial topic for a good portion of the presentations was "de-coupling". This is still only a glimpse into the future as it can be difficult to balance the benefits against the added complexity and development time. The best examples were not versions of "headless Drupal" but multi-headed Drupal. There is a great use-case for building apps alongside a tradition Drupal site. Another exciting use is to consume data from a variety of sources to be displayed quickly and efficiently in a modern front-end. In this situation, Drupal can play to its strength as a content manager and not be left behind as front-end development evolves and advances.

For me, the success of this DrupalCon will be determined by my ability to make my first commit to the Drupal project and finally become a Contributor. I managed to get my foot in the door, now it is time to walk through and get to work!

DrupalCon 2021 Higher Education Summit 

Drupal Summits are gatherings of special interest groups that happen around the same time as DrupalCon. We joined the Higher Education Summit on the Tuesday following the main event for a few presentations and roundtable discussions. Most of the attendees were from institution going through large-scale migrations to Drupal and managing wide-ranges of content creators and editors. This was a great opportunity to make note of specific methods and tools others are making use of in these situation, and to make connections with teams at other universities developing solutions that may be of interest to us as our project evolves.

https://archipelago.nyc/irun

Software that extends and builds on Drupal

Rethinking Drupal nodes as metadata fields, presenter created the "Strawberry Field" - a JSON blob, plugins that expose JSON/values as Field Properties; when you attach a Strawberry Field, any bundle becomes a Digital Object; events, subscribers, logic, computed fields, JSON API, Search API; mediates Files/Storage; ReactPHP background processor

Includes custom linked data webform elements; LoD reconciliation endpoints (Wikidata, Library of Congress, etc)

Twig based self rendering Drupal Entity - transforms JSON into any metadata schema on the fly; Twig output as endpoints; formatters for 3D, images, audiovisual, books, archived websites, etc.

Tabular UI/UX batch-driven importer/updater

Can generate files, new JSON, do OCR

28 deployed instances currently - small community of libraries and other institutions, metadata catalogers, vendors, developers, students

Trinity University presenters

"Web Champions" / "content owners" in each department, responsible for their department's website content - good strategy, but watch for outdated/decentralized content.

Used "Marie Kondo" method to focus on what helped end-users and improve info architecture.

Worked with ImageX https://imagexmedia.com/ - Trinity worked on the sites that required a lot of institutional knowledge, let ImageX deal with less visited and more common pages

They had a 6 month timeframe for all of this! a 3-person team!! with other projects to do as well!!! No time for wireframes, so they built a design system and reusable web components. This helped clients visualize what a site would look like without having to have a full-scale mockup. Also used forms to help report what exactly needed to be transferred, what the page's goals are, etc.

Biggest challenges: resources/staffing; prioritizing; knowing when enough is enough/preventing scope creep; scheduling meetings with 80 sites' stakeholders

All of this during the pandemic. Had to work on patience and grace and understanding where people were in their own work-lives. Empathy, respect very important.

presenter https://twitter.com/byronwoodfork

Unsurprisingly, POC find it more difficult to find mentors and employment opportunities. Desired changes: diversity recruitment, task forces to combat existing bias, 1-on-1 support from existing employees.

Challenges for mentoring POC are different than for mentoring majorities. POC's path is different, they will need different training than what's worked for white/male employees.

Career trajectory - POC are promoted more slowly, if ever. Women POC have the highest rates of being passed over. POC work is less valued in general. Eventually they lose interest in their work. https://hbswk.hbs.edu/archive/the-truth-about-mentoring-minorities-race-does-matter-in-mentoring

Providing a strong network of mentors can help break the barriers down. A single mentor leaves mentees alone and vulnerable if that one mentor leaves. A network also allows for a more diverse mentorship - you don't want to only have white-mentor-POC-mentee situation. Build a network of different teaching and learning styles. Include admin. Allow for open discussion of how race/ethnicity has affected mentees' experience at your organization - don't just talk code.

POC in tech can feel like outcasts. Mentors need to be both coach and counselor, ready to handle emotional issues to some extent. Build trust. Seek to understand why mentees are on their career path, why they were assigned the specific work they're doing. Listen, without speaking, especially when you are a majority and your POC mentee is venting.

Provide good feedback and a clear path forward. Give specific suggestions. "No clear path forward" is the biggest barrier to POC women getting promoted. Watch for "protective hesitation" - refraining from giving suggestions/feedback to POC/underrepresented for fear of being perceived as racist/sexist/etc. If you aren't sure, check with a colleague to ensure you're not speaking from bias. (Another way a mentor network is helpful!) 

Mentoring is hard - give yourself grace, learn from mistakes.