Group items tagged

It's software that supports group interaction

how radical that pattern is. The Internet supports lots of communications patterns, principally point-to-point and two-way, one-to-many outbound, and many-to-many two-way.

Prior to the Internet, the last technology that had any real effect on the way people sat down and talked together was the table.

We've had social software for 40 years at most, dated from the Plato BBS system, and we've only had 10 years or so of widespread availability, so we're just finding out what works. We're still learning how to make these kinds of things.

If it's a cluster of half a dozen LiveJournal users, on the other hand, talking about their lives with one another, that's social. So, again, weblogs are not necessarily social, although they can support social patterns.

So email doesn't necessarily support social patterns, group patterns, although it can. Ditto a weblog. If I'm Glenn Reynolds, and I'm publishing something with Comments Off and reaching a million users a month, that's really broadcast.

So there's this very complicated moment of a group coming together, where enough individuals, for whatever reason, sort of agree that something worthwhile is happening, and the decision they make at that moment is: This is good and must be protected. And at that moment, even if it's subconscious, you start getting group effects. And the effects that we've seen come up over and over and over again in online communities.

You are at a party, and you get bored. You say "This isn't doing it for me anymore. I'd rather be someplace else.

The party fails to meet some threshold of interest. And then a really remarkable thing happens: You don't leave.

That kind of social stickiness is what Bion is talking about.

Twenty minutes later, one person stands up and gets their coat, and what happens? Suddenly everyone is getting their coats on, all at the same time. Which means that everyone had decided that the party was not for them, and no one had done anything about it, until finally this triggering event let the air out of the group, and everyone kind of felt okay about leaving.

This effect is so steady it's sometimes called the paradox of groups.

what's less obvious is that there are no members without a group.

there are some very specific patterns that they're entering into to defeat the ostensible purpose of the group meeting together. And he detailed three patterns.

The first is sex talk,

second basic pattern

The identification and vilification of external enemies.

So even if someone isn't really your enemy, identifying them as an enemy can cause a pleasant sense of group cohesion. And groups often gravitate towards members who are the most paranoid and make them leaders, because those are the people who are best at identifying external enemies.

third pattern Bion identified: Religious veneration

The religious pattern is, essentially, we have nominated something that's beyond critique.

So these are human patterns that have shown up on the Internet, not because of the software, but because it's being used by humans. Bion has identified this possibility of groups sandbagging their sophisticated goals with these basic urges. And what he finally came to, in analyzing this tension, is that group structure is necessary. Robert's Rules of Order are necessary. Constitutions are necessary. Norms, rituals, laws, the whole list of ways that we say, out of the universe of possible behaviors, we're going to draw a relatively small circle around the acceptable ones.

He said the group structure is necessary to defend the group from itself. Group structure exists to keep a group on target, on track, on message, on charter, whatever. To keep a group focused on its own sophisticated goals and to keep a group from sliding into these basic patterns. Group structure defends the group from the action of its own members.

technical and social issues are deeply intertwined. There's no way to completely separate them.

Some of the users wanted the system to continue to exist and to provide a forum for discussion. And other of the users, the high school boys, either didn't care or were actively inimical. And the system provided no way for the former group to defend itself from the latter.

What matters is, a group designed this and then was unable, in the context they'd set up, partly a technical and partly a social context, to save it from this attack from within. And attack from within is what matters.

This pattern has happened over and over and over again. Someone built the system, they assumed certain user behaviors. The users came on and exhibited different behaviors. And the people running the system discovered to their horror that the technological and social issues could not in fact be decoupled.

nd the worst crisis is the first crisis, because it's not just "We need to have some rules." It's also "We need to have some rules for making some rules." And this is what we see over and over again in large and long-lived social software systems. Constitutions are a necessary component of large, long-lived, heterogenous groups.

As a group commits to its existence as a group, and begins to think that the group is good or important, the chance that they will begin to call for additional structure, in order to defend themselves from themselves, gets very, very high.

The downside of going for size and scale above all else is that the dense, interconnected pattern that drives group conversation and collaboration isn't supportable at any large scale. Less is different -- small groups of people can engage in kinds of interaction that large groups can't. And so we blew past that interesting scale of small groups. Larger than a dozen, smaller than a few hundred, where people can actually have these conversational forms that can't be supported when you're talking about tens of thousands or millions of users, at least in a single group.

So the first answer to Why Now? is simply "Because it's time." I can't tell you why it took as long for weblogs to happen as it did, except to say it had absolutely nothing to do with technology. We had every bit of technology we needed to do weblogs the day Mosaic launched the first forms-capable browser. Every single piece of it was right there. Instead, we got Geocities. Why did we get Geocities and not weblogs? We didn't know what we were doing.

It took a long time to figure out that people talking to one another, instead of simply uploading badly-scanned photos of their cats, would be a useful pattern. We got the weblog pattern in around '96 with Drudge. We got weblog platforms starting in '98. The thing really was taking off in 2000. By last year, everyone realized: Omigod, this thing is going mainstream, and it's going to change everything.

Why was there an eight-year gap between a forms-capable browser and the Pepys diaries? I don't know. It just takes a while for people to get used to these ideas. So, first of all, this is a revolution in part because it is a revolution. We've internalized the ideas and people are now working with them. Second, the things that people are now building are web-native.

A weblog is web-native. It's the web all the way in. A wiki is a web-native way of hosting collaboration. It's lightweight, it's loosely coupled, it's easy to extend, it's easy to break down. And it's not just the surface, like oh, you can just do things in a form. It assumes http is transport. It assumes markup in the coding. RSS is a web-native way of doing syndication. So we're taking all of these tools and we're extending them in a way that lets us build new things really quickly.

Third, in David Weinberger's felicitous phrase, we can now start to have a Small Pieces Loosely Joined pattern.

You can say, in the conference call or the chat: "Go over to the wiki and look at this."

It's just three little pieces of software laid next to each other and held together with a little bit of social glue. This is an incredibly powerful pattern. It's different from: Let's take the Lotus juggernaut and add a web front-end.

And finally, and this is the thing that I think is the real freakout, is ubiquity.

In many situations, all people have access to the network. And "all" is a different kind of amount than "most." "All" lets you start taking things for granted.

But for some groups of people -- students, people in high-tech offices, knowledge workers -- everyone they work with is online. Everyone they're friends with is online. Everyone in their family is online.

And this pattern of ubiquity lets you start taking this for granted.

There's a second kind of ubiquity, which is the kind we're enjoying here thanks to Wifi. If you assume whenever a group of people are gathered together, that they can be both face to face and online at the same time, you can start to do different kinds of things. I now don't run a meeting without either having a chat room or a wiki up and running. Three weeks ago I ran a meeting for the Library of Congress. We had a wiki, set up by Socialtext, to capture a large and very dense amount of technical information on long-term digital preservation.

The people who organized the meeting had never used a wiki before, and now the Library of Congress is talking as if they always had a wiki for their meetings, and are assuming it's going to be at the next meeting as well -- the wiki went from novel to normal in a couple of days.

It really quickly becomes an assumption that a group can do things like "Oh, I took my PowerPoint slides, I showed them, and then I dumped them into the wiki. So now you can get at them." It becomes a sort of shared repository for group memory. This is new. These kinds of ubiquity, both everyone is online, and everyone who's in a room can be online together at the same time, can lead to new patterns.

"What is required to make a large, long-lived online group successful?" and I think I can now answer with some confidence: "It depends."

The normal experience of social software is failure. If you go into Yahoo groups and you map out the subscriptions, it is, unsurprisingly, a power law. There's a small number of highly populated groups, a moderate number of moderately populated groups, and this long, flat tail of failure. And the failure is inevitably more than 50% of the total mailing lists in any category. So it's not like a cake recipe. There's nothing you can do to make it come out right every time.

Of the things you have to accept, the first is that you cannot completely separate technical and social issues.

So the group is real. It will exhibit emergent effects. It can't be ignored, and it can't be programmed, which means you have an ongoing issue. And the best pattern, or at least the pattern that's worked the most often, is to put into the hands of the group itself the responsibility for defining what value is, and defending that value, rather than trying to ascribe those things in the software upfront.

Members are different than users. A pattern will arise in which there is some group of users that cares more than average about the integrity and success of the group as a whole. And that becomes your core group, Art Kleiner's phrase for "the group within the group that matters most."

But in all successful online communities that I've looked at, a core group arises that cares about and gardens effectively. Gardens the environment, to keep it growing, to keep it healthy.

The core group has rights that trump individual rights in some situations

And absolute citizenship, with the idea that if you can log in, you are a citizen, is a harmful pattern, because it is the tyranny of the majority. So the core group needs ways to defend itself -- both in getting started and because of the effects I talked about earlier -- the core group needs to defend itself so that it can stay on its sophisticated goals and away from its basic instincts.

All groups of any integrity have a constitution. The constitution is always partly formal and partly informal. A

If you were going to build a piece of social software to support large and long-lived groups, what would you design for? The first thing you would design for is handles the user can invest in.

Second, you have to design a way for there to be members in good standing. Have to design some way in which good works get recognized. The minimal way is, posts appear with identity.

Three, you need barriers to participation.

It has to be hard to do at least some things on the system for some users, or the core group will not have the tools that they need to defend themselves.

The user of social software is the group, not the individual.

The default organization of the CMS forces them to think in terms of content types instead, breaking the natural structure of the semester.

In addition to a counterintuitive organizational scheme, integrated commercial systems have a built-in pedagogy, evident in the easiest-to-use, most accessible features. The focus on presentation (written documents to read), complemented by basic "discussion" input from students, is based on traditional lecture, review, and test pedagogy. This orientation is very different from the development of knowledge through a constructivist, learner-centered, or inquiry-based approach, which a number of faculty use successfully in the classroom.

But at the novice level, the system simply does not encourage such customization. To be able to modify the CMS to employ alternative teaching methods, instructors must have a well-developed sense of what is possible in the online environment before approaching the course design process—a perspective many do not have when they first start teaching online. When presented with a list of options, most people typically choose one option rather than question the list itself.

Most faculty do not use the web either extensively or intensively in their own work, and those who aren't "into technology" will quickly find themselves overwhelmed by a CMS.

Even after several years of working with a CMS, faculty requests for help tend to focus on what the technology can do rather than how their teaching and learning goals can be achieved.

An instructor seeking an easy way to post word-processed documents, enter grades, receive papers and assignments through a digital dropbox, and run a traditional threaded discussion board will tend to show great satisfaction with using a CMS.4 Those who tax the system more, and use the most complex features, show lower levels of satisfaction. In addition, after spending months creating material and quizzes in a proprietary system, faculty rightly panic at the idea of "moving everything" to another system. The big systems simply do not allow for easy export, and no one wants to do all that work over again. It is much easier to simply declare satisfaction with things the way they are.

There are, of course, alternatives to these hampering systems, and you don't have to be a programmer or Internet expert to use them.

Web 2.0 applications that encourage social construction of knowledge (Wikispaces, BubbleShare, Ning) are freely available and may provide more creative instructors with better options than any LMS currently available. Such programs make possible the creation of one's own mini-CMS, cobbled together out of programs that fit with the instructor's methodology. In these cases, pedagogy comes first—the tools can be used to build the courses we want to teach.

Do we foster an environment of “learned helplessness” among the faculty we support by most of our work being workshops on the tools rather than the craft?

And along these lines, I was part of some technology conversations with UBC faculty and I just relished watching my colleague Brian’s face contort when someone says, “how do I use twitter in my class?” He’d say in his sweet flip matter, “I am not going to answer that” — not because he doesn’t want to help, but because he wants to teach fishing, not toss them nuggets. You don’t find a freaking “job aid” that gives you a 8 step recipe to use twitter in your economics class– you spend some time in the environment, and let the affordances linger with your content area, and then maybe, you develop an idea that makes sense.

My thought is you do a lot of small things.

Toss ‘em something that might help on a personal level- be it flickr or doodle or diigo or heck, Blabberize.

it means less formal training, less workshops, and more learning by doing. It means using these tools a much as possible in our processes, so they become part of a fabric, not something strange and exotic.

They get so hung up on the basic that they can’t get into the cool stuff like expanding and applying their knowledge to more challenging problems. The same situation occurs with faculty. There are lots of folks out there…really…who don’t understand the Internet or servers or how web pages or email works or what the difference. For many folks, uploading links and icons and documents to Blackboard is a major accomplishment given their complete and total lack of understanding of the technological world. I am not even talking about understanding at the level of a techie but more an intuitive sense of how and why things work the way they do with technology.

It's the spirit of science rather than hardcore curriculum that permeates SLA. "In science education, inquiry-based learning is the foothold," Lehmann says. "We asked, 'What does it mean to build a school where everything is based on the core values of science: inquiry, research, collaboration, presentation, and reflection?'"

It means the first-year curriculum is built around essential questions: Who am I? What influences my identity? How do I interact with my world? In addition to science, math, and engineering, core courses include African American history, Spanish, English, and a basic how-to class in technology that also covers Internet safety and the ethical use of information and software. Classes focus less on facts to be memorized and more on skills and knowledge for students to master independently and incorporate into their lives. Students rarely take tests; they write reflections and do "culminating" projects. Learning doesn't merely cross disciplines -- it shatters outdated departmental divisions. Recently, for instance, kids studied atomic weights in biochemistry (itself a homegrown interdisciplinary course), did mole calculations in algebra, and created Dalton models (diagrams that illustrate molecular structures) in art.

This is Dewey for the digital age, old-fashioned progressive education with a technological twist.

computers and networking are central to learning at, and shaping the culture of, SLA. "

he zest to experiment -- and the determination to use technology to run a school not better, but altogether differently -- began with Lehmann and the teachers last spring when they planned SLA online. Their use of Moodle, an open source course-management system, proved so easy and inspired such productive collaboration that Lehmann adopted it as the school's platform. It's rare to see a dog-eared textbook or pad of paper at SLA; everybody works on iBooks. Students do research on the Internet, post assignments on class Moodle sites, and share information through forums, chat, bookmarks, and new software they seem to discover every day.

Teachers continue to use Moodle to plan, dream, and learn, to log attendance and student performance, and to talk about everything -- from the student who shows up each morning without a winter coat to cool new software for tagging research sources. There's also a schoolwide forum called SLA Talk, a combination bulletin board, assembly, PA system, and rap session.

Web technology, of course, can do more than get people talking with those they see every day; people can communicate with anyone anywhere. Students at SLA are learning how to use social-networking tools to forge intellectual connections.

In October, Lehmann noticed that students were sorting themselves by race in the lunchroom and some clubs. He felt disturbed and started a passionate thread on self-segregation.

"Having the conversation changed the way kids looked at themselves," he says.

"What I like best about this school is the sense of community," says student Hannah Feldman. "You're not just here to learn, even though you do learn a lot. It's more like a second home."

As part of the study of memoirs, for example, Alexa Dunn's English class read Funny in Farsi, Firoozeh Dumas's account of growing up Iranian in the United States -- yes, the students do read books -- and talked with the author in California via Skype. The students also wrote their own memoirs and uploaded them to SLA's network for the teacher and class to read and edit. Then, digital arts teacher Marcie Hull showed the students GarageBand, which they used to turn their memoirs into podcasts. These they posted on the education social-networking site EduSpaces (formerly Elgg); they also posted blogs about the memoirs.

hat, exactly, constitutes a valid, original work? What are the implications for how we assess and reward creativity? Can a college or university tap the same sources of innovative talent and energy as Google or Flickr? What are the risks of permitting or opening up to this activity?

Remix is the reworking or adaptation of an existing work. The remix may be subtle, or it may completely redefine how the work comes across. It may add elements from other works, but generally efforts are focused on creating an alternate version of the original. A mashup, on the other hand, involves the combination of two or more works that may be very different from one another. In this article, I will apply these terms both to content remixes and mashups, which originated as a music form but now could describe the mixing of any number of digital media sources, and to data mashups, which combine the data and functionalities of two or more Web applications.

Harper's article "The Ecstasy of Influence," the novelist Jonathan Lethem imaginatively reviews the history of appropriation and recasts it as essential to the act of creation.3

Lethem's article is a must-read for anyone with an interest in the history of ideas, creativity, and intellectual property. It brilliantly synthesizes multiple disciplines and perspectives into a wonderfully readable and compelling argument. It is also, as the subtitle of his article acknowledges, "a plagiarism." Virtually every passage is a direct lift from another source, as the author explains in his "Key," which gives the source for every line he "stole, warped, and cobbled together." (He also revised "nearly every sentence" at least slightly.) Lethem's ideas noted in the paragraph above were appropriated from Siva Vaidhyanathan, Craig Baldwin, Richard Posner, and George L. Dillon.

Reading Walter Benjamin's highly influential 1936 essay "The Work of Art in the Age of Mechanical Reproduction,"4 it's clear that the profound effects of reproductive technology were obvious at that time. As Gould argued in 1964 (influenced by theorists such as Marshall McLuhan5), changes in how art is produced, distributed, and consumed in the electronic age have deep effects on the character of the art itself.

Yet the technology developments of the past century have clearly corresponded with a new attitude toward the "aura" associated with a work of invention and with more aggressive attitudes toward appropriation. It's no mere coincidence that the rise of modernist genres using collage techniques and more fragmented structures accompanied the emergence of photography and audio recording.

Educational technologists may wonder if "remix" or "content mashup" are just hipper-sounding versions of the learning objects vision that has absorbed so much energy from so many talented people—with mostly disappointing results.

The question is, why should a culture of remix take hold when the learning object economy never did?

when most learning object repositories were floundering, resource-sharing services such as del.icio.us and Flickr were enjoying phenomenal growth, with their user communities eagerly contributing heaps of useful metadata via simple folksonomy-oriented tagging systems.

the standards/practices relationship implicit in the learning objects model has been reversed. With only the noblest of intentions, proponents of learning objects (and I was one of them) went at the problem of promoting reuse by establishing an arduous and complex set of interoperability standards and then working to persuade others to adopt those standards. Educators were asked to take on complex and ill-defined tasks in exchange for an uncertain payoff. Not surprisingly, almost all of them passed.

Discoverable Resources

Educators might justifiably argue that their materials are more authoritative, reliable, and instructionally sound than those found on the wider Web, but those materials are effectively rendered invisible and inaccessible if they are locked inside course management systems.

It's a dirty but open secret that many courses in private environments use copyrighted third-party materials in a way that pushes the limits of fair use—third-party IP is a big reason why many courses cannot easily be made open.

The potential payoff for using open and discoverable resources, open and transparent licensing, and open and remixable formats is huge: more reuse means that more dynamic content is being produced more economically, even if the reuse happens only within an organization. And when remixing happens in a social context on the open web, people learn from each other's process.

Part of making a resource reusable involves making the right choices for file formats.

To facilitate the remixing of materials, educators may want to consider making the source files that were used to create a piece of multimedia available along with the finished result.

In addition to choosing the right file format and perhaps offering the original sources, another issue to consider when publishing content online is the critical question: "Is there an RSS feed available?" If so, conversion tools such as Feed2JS (http://www.feed2JS.org) allow for the republication of RSS-ified content in any HTML Web environment, including a course management system, simply by copying and pasting a few lines of JavaScript code. When an original source syndicated with RSS is updated, that update is automatically rendered anywhere it has been republished.

Jack Schofield

Guardian Unlimited

"An API provides an interface and a set of rules that make it much easier to extract data from a website. It's a bit like a record company releasing the vocals, guitars and drums as separate tracks, so you would not have to use digital processing to extract the parts you wanted."1

What's new about mashed-up application development? In a sense, the factors that have promoted this approach are the same ones that have changed so much else about Web culture in recent years. Essential hardware and software has gotten more powerful and for the most part cheaper, while access to high-speed connectivity and the enhanced quality of online applications like Google Docs have improved to the point that Tim O'Reilly and others can talk of "the emergent Internet operating system."15 The growth of user-centered technologies such as blogs have fostered a DIY ("do it yourself") culture that increasingly sees online interaction as something that can be personalized and adapted on the individual level. As described earlier, light syndication and service models such as RSS have made it easier and faster than ever to create simple integrations of diverse media types. David Berlind, executive editor of ZDNet, explains: "With mashups, fewer technical skills are needed to become a developer than ever. Not only that, the simplest ones can be done in 10 or 15 minutes. Before, you had to be a pretty decent code jockey with languages like C++ or Visual Basic to turn your creativity into innovation. With mashups, much the same way blogging systems put Web publishing into the hands of millions of ordinary non-technical people, the barrier to developing applications and turning creativity into innovation is so low that there's a vacuum into which an entire new class of developers will be sucked."16

The ability to "clone" other users' mashups is especially exciting: a newcomer does not need to spend time learning how to structure the data flows but can simply copy an existing framework that looks useful and then make minor modifications to customize the result.19

As with content remixing, open access to materials is not just a matter of some charitable impulse to share knowledge with the world; it is a core requirement for participating in some of the most exciting and innovative activity on the Web.

"My Maps" functionality

For those still wondering what the value proposition is for offering an open API, Google's development process offers a compelling example of the potential rewards.

Elsewhere, it is difficult to point to significant activity suggesting that the mashup ethos is taking hold in academia the way it is on the wider Web.

Yet for the most part, the notion of the data mashup and the required openness is not even a consideration in discussions of technology strategy in higher educational institutions. "Data integration" across campus systems is something that is handled by highly skilled professionals at highly skilled prices.

Revealing how a more adventurous and inclusive online development strategy might look on campus, Raymond Yee recently posted a comprehensive proposal for his university (UC Berkeley), in which he outlined a "technology platform" not unlike the one employed by Amazon.com (http://aws.amazon.com/)—resources and access that would be invaluable for the institution's programmers as well as for outside interests to build complementary services.

All too often, college and university administrators react to this type of innovation with suspicion and outright hostility rather than cooperation.

those of us in higher education who observe the successful practices in the wider Web world have an obligation to consider and discuss how we might apply these lessons in our own contexts. We might ask if the content we presently lock down could be made public with a license specifying reasonable terms for reuse. When choosing a content management system, we might consider how well it supports RSS syndication. In an excellent article in the March/April 2007 issue of EDUCAUSE Review, Joanne Berg, Lori Berquam, and Kathy Christoph listed a number of campus activities that could benefit from engaging social networking technologies.26

What might happen if we allow our campus innovators to integrate their practices in these areas in the same way that social networking application developers are already integrating theirs? What is the mission-critical data we cannot expose, and what can we expose with minimal risk? And if the notion of making data public seems too radical a step, can APIs be exposed to selected audiences, such as on-campus developers or consortia partners?

There is an inexorable trend among college students to universal ownership, mobility, and access to technology.

Students were asked about the applications they used on their electronic devices. They reported that they use technology first for educational purposes, followed by communication.

presentation software was driven primarily by the requirements of the students' major and the curriculum.

Communications and entertainment are very much related to gender and age.

From student interviews, a picture emerged of student technology use driven by the demands of the major and the classes that students take. Seniors reported spending more time overall on a computer than do freshmen, and they reported greater use of a computer at a place of employment. Seniors spent more hours on the computer each week in support of their educational activities and also more time on more advanced applications—spreadsheets, presentations, and graphics.

Confirming what parents suspect, students with the lowest grade point averages (GPAs) spend significantly more time playing computer games; students with the highest GPAs spend more hours weekly using the computer in support of classroom activities. At the University of Minnesota, Crookston, students spent the most hours on the computer in support of classroom activities. This likely reflects the deliberate design of the curriculum to use a laptop extensively. In summary, the curriculum's technology requirements are major motivators for students to learn to use specialized software.

The interviews indicated that students are skilled with basic office suite applications but tend to know just enough technology functionality to accomplish their work; they have less in-depth application knowledge or problem solving skills.

According to McEuen, student technology skills can be likened to writing skills: Students come to college knowing how to write, but they are not developed writers. The analogy holds true for information technology, and McEuen suggested that colleges and universities approach information technology in the same way they approach writing.6

he major requires the development of higher-level skill sets with particular applications.

The comparative literature on student IT skill self-assessment suggests that students overrate their skills; freshmen overrate their skills more than seniors, and men overrate their skills more than women.7 Our data supports these conclusions. Judy Doherty, director of the Student Technologies Resource Group at Colgate University, remarked on student skill assessment, "Students state in their job applications that they are good if not very good, but when tested their skills are average to poor, and they need a lot of training."8

Mary Jane Smetanka of the Minneapolis–St. Paul Star Tribune reported that some students are so conditioned by punch-a-button problem solving on computers that they approach problems with a scattershot impulsiveness instead of methodically working them through. In turn, this leads to problem-solving difficulties.

We expected to find that the Net Generation student prefers classes that use technology. What we found instead is a bell curve with a preference for a moderate use of technology in the classroom (see Figure 1).

It is not surprising that if technology is used well by the instructor, students will come to appreciate its benefits.

A student's major was also an important predictor of preferences for technology in the classroom (see Table 3), with engineering students having the highest preference for technology in the classroom (67.8 percent), followed by business students (64.3 percent).

Humanities 7.7% 47.9% 40.2

he highest scores were given to improved communications, followed by factors related to the management of classroom activities. Lower impact activities had to do with comprehension of classroom materials (complex concepts).

I spend more time engaged in course activities in those courses that require me to use technology.

The instructors' use of technology in my classes has increased my interest in the subject matter. 3.25 Classes that use information technology are more likely to focus on real-world tasks and examples.

Interestingly, students do not feel that use of information technology in classes greatly increases the amount of time engaged with course activities (3.22 mean).12 This is in direct contrast to faculty perceptions reported in an earlier study, where 65 percent of faculty reported they perceived that students spend more time engaged with course materials

Only 12.7 percent said the most valuable benefit was improved learning; 3.7 percent perceived no benefit whatsoever. Note that students could only select one response, so more than 12.7 percent may have felt learning was improved, but it was not ranked highest. These findings compare favorably with a study done by Douglas Havelka at the University of Miami in Oxford, Ohio, who identified the top six benefits of the current implementation of IT as improving work efficiency, affecting the way people behave, improving communications, making life more convenient, saving time, and improving learning ability.14

Our data suggest that we are at best at the cusp of technologies being employed to improve learning.

The interactive features least used by faculty were the features that students indicated contributed the most to their learning.

he students in this study called our attention to performance by noting an uneven diffusion of innovation using this technology. This may be due, in part, to faculty or student skill. It may also be due to a lack of institutional recognition of innovation, especially as the successful use of course management systems affects or does not affect faculty tenure, promotion, and merit decisions

we found that many of the students most skilled in the use of technology had mixed feelings about technology in the classroom.

What we found was that many necessary skills had to be learned at the college or university and that the motivation for doing so was very much tied to the requirements of the curriculum. Similarly, the students in our survey had not gained the necessary skills to use technology in support of academic work outside the classroom. We found a significant need for further training in the use of information technology in support of learning and problem-solving skills.

Course management systems were used most by both faculty and students for communication of information and administrative activities and much less in support of learning.

In 1997, Michael Hooker proclaimed, "higher education is on the brink of a revolution." Hooker went on to note that two of the greatest challenges our institutions face are those of "harnessing the power of digital technology and responding to the information revolution."18 Hooker and many others, however, did not anticipate the likelihood that higher education's learning revolution would be a journey of a thousand miles rather than a discrete event. Indeed, a study of learning's last great revolution—the invention of moveable type—reveals, too, a revolution conducted over centuries leading to the emergence of a publishing industry, intellectual property rights law, the augmentation of customized lectures with textbooks, and so forth.

Both the ECAR study on faculty use of course management systems and this study of student experiences with information technology concluded that, while information technology is indeed making important inroads into classroom and learning activities, to date the effects are largely in the convenience of postsecondary teaching and learning and do not yet constitute a "learning revolution." This should not surprise us. The invention of moveable type enhanced, nearly immediately, access to published information and reduced the time needed to produce new publications. This invention did not itself change literacy levels, teaching styles, learning styles, or other key markers of a learning revolution. These changes, while catalyzed by the new technology, depended on slower social changes to institutions. I believe that is what we are witnessing in higher education today.

The institutions chosen represent a nonrepresentative mix of the different types of higher education institution in the United States, in terms of Carnegie class as well as location, source of funding, and levels of technology emphasis. Note, however, that we consider our findings to be instructive rather than conclusive of student experiences at different types of Carnegie institutions.

Qualitative data were collected by means of focus groups and individual interviews. We interviewed undergraduate students, administrators, and individuals identified as experts in the field of student technology use in the classroom. Student focus groups and interviews of administrators were conducted at six of the thirteen schools participating in the study.