Tag Archives: social media

Student Affairs and Social Media

Warning:  I’m about to sound like a curmudgeon.  I’ve held my tongue (so to speak) on this topic for several years now, but Eric Stoller’s post today in Inside Higher Ed was the straw that broke the camel’s back.  And to be clear, this has nothing to do with this specific post, or with Eric personally.  I’ve never met Eric, and I find many of his posts thought-provoking and entertaining.  I just had to put what I’ve been thinking about into words.

Maybe I need to broaden my online reading horizons, but whenever I see posts about technology in student affairs, nine times out of ten it’s about social media.  Social media and leadership.  Social media and identity.  Social media and the admissions process.  Social media and emergency notification systems.  Social media and campus climate.  Social media and why you’re missing the boat if you’re not on the latest platform.  Enough already!  Without a doubt, social media is important, and there are interesting ramifications for students with this new “permanent record” that we older folks haven’t come to grips with yet.

Many rising stars in the student affairs profession are brilliant at using social media as a platform for self-promotion.  An irrepressibly upbeat attitude coupled with a positive message goes a long way in this field.  If you have an EdD, you’re probably also an unstoppable force of nature and you don’t give a damn what I think.  Popularity contests don’t bother me.  What bothers me is the implicit connection being made that somehow social media IS technology.

That’s wrong, and it really grinds my gears.  Mastery of social media is not the same thing as mastery of technology.

Legions of IT pros in student affairs support an incredibly diverse range of systems, services and infrastructure.  Most of them work behind the scenes and don’t draw any attention to themselves.  It just so happens that the things they work on aren’t perceived as being as sexy as “SoMe.”  But the systems they manage are an integral part of what makes a university run.  And if any of those systems fail, boy howdy.

What makes social media interesting as a technology (at least to me) is that they’re platforms designed from the ground up AS PLATFORMS.  They’re easy to integrate with and can “talk to” virtually any system you can shake a stick at.  But this isn’t what student affairs social media evangelists talk about.  They instead use it as a fulcrum to leverage against current hot topics in the field.

I usually don’t complain without bringing some sort of solution to the table, but in this case I’m annoyed and need to vent a bit.  Maybe the quiet techies need to speak up more and participate in standards-making bodies.  Maybe they should be more active in (gasp) social media.  The only thing I can say for sure is that I’d really like to see the student affairs social media evangelists slow their roll a smidge.

Frankly, I doubt this post will resonate with anyone.  Hardly a surprise, given my massive double-digit readership.  Maybe I should take the hint and use social media more effectively << sighs >>

Scaling Web Accessibility at Facebook

This is my fourth session from the first day at the CSUN conference.  This session “…covers Facebook’s work over the past year to scale web/mobile accessibility across the company’s large engineering department.”  Description comes from the conference event guide.


  • Jeffrey Wieland
  • Ramya Sethuraman
  • George Zamfir (@good_wally)




BACKGROUND:  how to scale accessibility in a large engineering environment.

  • Complexity:  Each platform has different considerations
  • Awareness:  products need to know what do for accessibility
  • Speed:  need to integrate accessibility into the process



Accessibility team came into existence by recognizing that users were using AT to mediate their relationship with the product.  Jeffrey appealed to user interface engineering (UIE), which is the front-end team that builds all the core components of the product.  These components are similar to the design pattern library work that LinkedIn is doing.

Unfortunately, most Computer Science graduates do not have much exposure to accessibility.  So, accessibility has been integrated into the core training regimen at Facebook.  If it’s a part of the core training, then it sends a message to the developers that it’s important.

Testing matters, so we’ve invested in something called an “accessibility nub” which is essentially a flyout menu (built in-house) that allows developers to toggle looking for best practices.

Centralizing documentation and best practices has helped engineering review things “in-context.”  Contextual links to this resource have been embedded wherever needed.

These steps have give us the ability to “have more hands on deck” with respect to accessibility.  This has grow the number of developers working on accessibility fixes to over 80(!)

A number of ambassadors have been enlisted to help evangelize accessibility internally.  We also have channels by which we communicate with our users (see resources section above)



Ramya began her segment by describing the alt text issue she had posting a picture of her one year-old daughter trying yogurt for the first time (very cute!).

Caption generator:  takes bits of metadata about uploaded photos and auto-generates a caption for the user.  Ramya demonstrated how this sounds with VoiceOver, both before and after using the caption generator.  Addition of  metadata elements like location photo was taken was very effective!

Semantic Structure has been added via headings and landmarks.

The core components library contains controls like buttons, links, images, etc.  Accessibility is built directly into these components.  Dialogs now have keyboard enhancements, with appropriate labeling.  Focus cycles through dialogs.

Keyboard Shortcuts:

  • j/k keys are used for moving focus forward and backward, respectively.
  • “c” key is used to comment on a post
  • “s” key is used to share the post,
  • “o” key is used to open attachments like photos
  • “q” key to chat.

High contrast mode is also available now.

A lot of effort was put into making the desktop view accessible.



Quality Assurance:  all is done with scale in mind.  It all started with a spread sheet, and testing was done in an ad-hoc fashion by a very small accessibility team.  In order to scale it, it had to be spread to the entire team!

We now run standardized regression tests on a regular basis for each platform.  We also do user testing with people who have disabilities.

QA (test run) > ProdOps (triage & assignment) > Eng (improvements)

Where does the A11Y team fit into the above?  It fits in wherever it makes sense.  Across products & platforms, and runs on auto-pilot.

“If you build the product, accessibility is YOUR responsibility.” It’s just another form of code quality.



Mainstreaming accessibility is something that we want to pursue at all levels.  One of their front-end engineers was working on the web messenger product, and when asked if he’d tested with a screen reader, his response was “what’s a screen reader?”  This is not his fault, because he was not exposed to accessibility during his education.  So, Facebook is now partnering with PayPal, Stanford engineering to get students to think about accessibility.  This will help to build awareness.



Question:  how much of the data associated with the photo example presented earlier is auto-generated versus user-supplied?  Answer:  it has be user-entered content.

Question:  how are you testing for high-contrast mode?  Answer:  well, it’s complicated…(I didn’t catch all of the answer).

Question:  are the testing links you talked about generalizable for use by public testers?  Answer:  not really, but we’re working on it.

Question:  how do you track focus when using keyboard shortcuts?  Answer:  we return the currently active element.

Question:  have you been able to document whether or how the accessibility features have been implemented?  This is a big challenge, quantifying the impact your work has made.  We’re doing a lot around measurement, which helps improve where we focus our efforts.  We do read all of the feedback we receive, both positive and negative…please be candid with us!

Question:  where does the role of the engineer start and end?  Where does design fit in…how do you get accessibility baked in?  Answer:  we’re still defining how this works Facebook.  Some things engineers should absolutely be involved with, notably focus and readback.  Things get trickier when building more dynamic and collaborative tools.  George indicated that their designers were ready to roll straight into implementation and pretty much ate up everything he gave them.

Question:  do you need to activate keyboard shortcuts somewhere in the user preferences?  Answer:  no!

Comment:  I wanted to mention that I submitted a JavaScript-related accessibility bug recently and got a response THE SAME DAY.   Very great high-touch service (this got some applause).