My chapter titled “Distributed Work: Working and Learning at a Distance” has been accepted for publication in Technology-Enhanced Professional Learning, edited by Allison Littlejohn and Anoush Margaryan, to be published by Routledge.

Abstract: Working at a distance has become commonplace. Co-workers may be spread around the world, perhaps never meeting face-to-face. Networked communication technologies are being used to support new ways of working in increasingly global organisations. This chapter provides an overview of the psychological and social challenges of working at a distance. It also discusses new organisational forms and types of distributed work that take advantage of distributed working arrangements. The chapter explores the implications of distributed work for professional learning, including impacts on training programs, organizational learning, and individual learning. The chapter concludes with a discussion of the potential of new technologies to support and improve professional learning in distributed organizations.

FB_gay_searchI remember way-back-when, in the early days of Facebook, it used to be possible to run searches based on personal attributes. Anyone who listed themselves as a woman interested in women was easy to find. And then, I think in part due to complaints from users and privacy advocates, that functionality disappeared (or at least was a lot harder to access). Now it’s back with a vengeance.

Continue Reading…

Updated Site Design

January 23, 2013 — Leave a comment

I’m sure that you, as a frequent visitor to MatthewBietz.org, have noticed that we’ve got a new (simpler) look. I’d been planning on updating things around here, but some lovely hackers have forced my hand. For the moment I’m using a default theme, but hope to customize it soon when I get a few spare moments.

Continue Reading…

Two papers have been accepted to the CSCW 2013 conference: “The work of developing cyberinfrastructure middleware projects” and “Globally distributed system developers: Their trust expectations and processes.”

Continue Reading…

Science and engineering are facing huge increases in data volumes and shifts toward more data-intensive work. The amount of data being produced is rapidly increasing with the development of new sensing and computer technologies, increasing use of computational simulation, and a move toward larger-scale and more interdisciplinary projects. Two workshops at CSCW will explore data-intensive collaboration from sociotechnical perspectives.

Continue Reading...

CSCW Here I Come!

October 21, 2011 — Leave a comment

I’ve had 3 papers and 1 workshop accepted at the CSCW 2012 conference. I’m also a co-chair of the Videos program. See you in Seattle Bellevue!

Papers:

  • Bietz, M. J., Ferro, T., & Lee, C. P. “Sustaining the development of cyberinfrastructure: An organization adapting to change.”
  • Lee, C. P., Bietz, M. J., Derthick, K., & Paine, D. “A Sociotechnical Exploration of Infrastructural Middleware Development.”
  • Thayer, A., Derthick, K., Bietz, M. J., & Lee, C. P. “I love you, let’s share calendars: Calendar sharing as relationship work.”

Workshop:

Our special issue of CSCW has been published! I’m really excited about the six accepted papers.

Special Issue: Sociotechnical Studies of Cyberinfrastructure and e-Research: Supporting Collaborative Research

Guest Edited by Charlotte P. Lee, David Ribes, Matthew J. Bietz, Helena Karasti and Marina Jirotka

CSCW, v. 19, no. 3-4, August 2010
Read Online at SpringerLink

  • Sociotechnical Studies of Cyberinfrastructure and e-Research: Current Themes and Future Trajectories / David Ribes and Charlotte P. Lee
  • Synergizing in Cyberinfrastructure Development / Matthew J. Bietz, Eric P. S. Baumer and Charlotte P. Lee
  • The Dialectical Tensions in the Funding Infrastructure of Cyberinfrastructure / Kerk F. Kee and Larry D. Browning
  • Transforming Scholarly Practice: Embedding Technological Interventions to Support the Collaborative Analysis of Ancient Texts / Grace de la Flor, Marina Jirotka, Paul Luff, John Pybus and Ruth Kirkham
  • Reconfiguring Evidence: Interacting with Digital Objects in Scientific Practice / Marko Monteiro
  • Reusing Scientific Data: How Earthquake Engineering Researchers Assess the Reusability of Colleagues’ Data / Ixchel M. Faniel and Trond E. Jacobsen
  • Infrastructure Time: Long-term Matters in Collaborative Development / Helena Karasti, Karen S. Baker and Florence Millerand

Guitars and Heros

July 27, 2010 — 1 Comment

Over at /dev/culture, my friend Nat posted about Guitar Hero and learning the ukulele:

It was pointed out to me by my brother that playing the guitar is a lot like playing a video game: There are certain things you need to do with your fingers at certain times, and you need to memorize the moves (either specifically or generally) before you try it so it works out better. He’s right. Having played electronic games for over two and a half decades, and finally poking about working on the ukulele, it’s entirely true.

I was a little surprised at how vehemently and viscerally I reacted. I’m sure my fellow Starbucks patrons were wondering why I suddenly burst out with an emphatic, “No it’s not!”

I’ve had (pretty much) the opposite experience from Nat’s. I’ve spent the past two and a half decades playing cello, and have never really gotten into video games. For a brief period of my youth, I was dedicated to Munch Man, but since then, it’s been less video game and more computer-mediated game play (solitaire, scrabble, boggle, etc.). Occasionally I’ve had the chance to play Guitar Hero or Rock Band when visiting friends. And I always come away from the experience frustrated because it doesn’t feel like playing a real instrument.

In one sense, I think Nat’s right: with video games, “your fingers have to be in the right place at the right time, just like fingering for chords on a guitar or other stringed instrument.” But with Guitar Hero, hitting the right button at the right time is the end of the story. If you do it right enough times, you win the game. On a real guitar (or other musical instrument), learning to put your fingers in the right place at the right time means that you are finally ready to begin making music. Playing the correct notes is more of a prerequisite than the goal.

This video of Max Roach is a perfect example that making music isn’t about how many buttons you have:

Like Nat, I’d be happy if playing Guitar Hero encourages more people to get into making music. But I think that it’s just as likely that kids who might have asked for a real guitar for their birthday will now be begging their parents for a cheap five-button fake, and that makes me a little sad.

A few recent posts from around the web have gotten me thinking about how the concerns of cyberinfrastructure play out in local laboratories:

  • Jonathan Eisen, a biologist at UC Davis, posted on The Tree of Life about his quest to find an electronic lab notebook, and the ensuing discussion suggests that, while it’s possible to kludge together something that works, there aren’t many options specifically designed to support the day-to-day needs and constraints of an academic research laboratory. (And just try to find ones that play well with other information systems inside and outside the lab!)
  • Richard Apodaca at Depth-First wants to stop talking about “electronic laboratory notebooks” and instead use the phrase “networked laboratory information.” He suggests that consideration of this new mental model would “start out with identifying the many forms of information we create and use, and the needs of those doing the creating and using. It would then move on to how best to share this information within our organization, and with our customers and partners in a secure manner.”
  • Titus Brown has posted a wonderfully tongue-in-cheek Data Management Plan on his blog, Daily Life in an Ivory Basement:

“I will store all data on at least one, and possibly up to 50, hard drives in my lab. The directory structure will be custom, not self-explanatory, and in no way documented or described. Students working with the data will be encouraged to make their own copies and modify them as they please, in order to ensure that no one can ever figure out what the actual real raw data is. Backups will rarely, if ever, be done.”

These posts seem to highlight a tension that arises from individuals and small laboratories doing science in a computerized, networked, big science world. We hear a lot about how building massive databases and supercomputers is increasingly important for doing cutting edge science. The NSF, NIH, DOE, and many other agencies and organizations are putting significant funding and attention toward creating large, centralized scientific resources. But I wonder if this focus on the centralized portion of infrastructure sometimes comes at the expense of supporting local practice.

For example, Brown’s satire is written in response to the NSF’s new policy requiring grants to have data management plans. At least as it is described in the press release, the focus of the new policy is on “community access to data” and “open sharing of research data.” It seems that for the NSF, data management is only important insofar as it supports the one-way movement of data out of the lab and into the community. This is a shortsighted view of data management.

In a recent article, Karen Baker and Lynn Yarmey present a much more nuanced and complex understanding of data management for big science. They see data repositories existing within different “spheres-of-context.” For example, a local repository might be found in a particular laboratory or small group, where it is intended to support data use in the context of a specific set of research questions. On the other hand, a large remote archive might be aimed at preserving data for future reuse. Whereas the NSF policy treats the local context (e.g., the laboratory) as a pit stop on the road to a shared database, Baker and Yarmey remind us that laboratories are more than data factories, and that the data management challenges are about more than simply enabling data aggregation. Data management policies need to consider how data move through and around the entire “web of repositories.”

I think the spheres-of-context concept can help us think not just about repositories, but about the entire range of cyberinfrastructure. In the same way that the electricity infrastructure needs both power plants and wall outlets, cyberinfrastructures need both the local and the community contexts. Our investments in cyberinfrastructure won’t have the transformational impact we want unless we also pay attention to supporting new scientific practices in day-to-day laboratory life, and to meaningfully connecting those local practices with collective scientific activities.

Baker, K. S., & Yarmey, L. (2009). Data stewardship: Environmental data curation and a web-of-repositories. International Journal of Digital Curation, 4(2), 12-27.

Government-wide emphasis on community access to data supports substantive push toward more open sharing of research data

I spend a lot of time in videoconference meetings. I live in San Diego, but I’m a post-doc in the CSC Lab at the University of Washington, and also have an appointment in the Institute for Software Research at UC Irvine. I attend 3-5 distributed meetings in a typical week. Most of them are videoconferenced, and in most of them, there is a group of people on the other end of the line.

I’ve noticed is that the way I am lit seems to affect how others see me. These meetings are often my only real-time interaction with my collaborators, and I want to be perceived as an important part of the group. Of course, I don’t want to miss what is going on, but I also want my collaborators to know that I am attentive and care about what they have to say. I don’t think good lighting will make it seem like I’m paying attention when I’m not. But I do think that bad lighting can give the wrong impression.

Comparison of 3 lighting conditions

These are 3 pictures of my normal videoconferencing setup taken within moments of each other. In the picture on the left, I have only the regular room lights (an overhead fixture), with the camera set for automatic exposure control. In the middle picture, I’ve turned on the proprietary (and pretty amazing) Logitech RightLight feature, which finds the face and sets the brightness and contrast so that the face will look decently lit. In the picture on the right, I’ve turned on the lights. The colors are brighter, the shadows aren’t as deep, and there’s more contrast with the background. And even though I’m in the same position and have the same expression as the other two photos, I think I look more engaged.

My Lighting Setup

I have a cheap but effective lighting setup. Two 25w Kvart clamp lamps from Ikea ($6.99 each) clamped to chairs positioned at about a 45° angle on the right and left. The fronts of the lamps are covered with tracing paper so the light isn’t quite so harsh. I also have a cheap gooseneck lamp on the floor behind me to provide some backlight. The camera sits on a cookbook stand that’s a little higher than the screen of my laptop (just about at chin level for me). The separate stand also makes it jostle less as I type. When I’m at the computer, there are two windows on my left, and behind me is a translucent curtain in front of a large window, so if it’s sunny outside, I’ll only use one lamp in the 45° position to my right. Even with all 3 lights I can get the whole thing set up in just a couple of minutes.

I use a high-quality webcam, but good lighting helps even low-end cameras.

I haven’t conducted rigorous trials, but I get the sense that when I am well lit, the people at the other end are more likely to include me in the conversation. Good lighting helps me feel less far away.