The December 2022 issue of IEEE Spectrum is here!

Close bar

Of Modes and Men

Cut-and-paste, the one-button mouse, WYSIWIG desktop publishing—these are just a few of the user interface innovations pioneered by Larry Tesler

20 min read
Photo of Larry Tesler.
Iconography: In 1973 Larry Tesler predicted that icons would replace the lists of names then typical of computer interfaces. Variants of the trash-can icon have since become ubiquitous
Photo: Brian Smale

Like Woody Allen’s 1983 movie character, Zelig, who appears at every significant historical event of his era, Larry Tesler has had a hand in major events making computer history during the past 30 years. When the first document-formatting software was developed at Stanford University in 1971, Tesler was coding it. When a secretary first cut and pasted some text on a computer screen at Xerox Corp.’s Palo Alto Research Center (PARC) in 1973, Tesler was looking over her shoulder. When the first portable computer was turned on in an airport waiting area (and on an airplane), Tesler had his fingers on the keyboard. When Steve Jobs went to PARC in 1979 to see the legendary demo that is purported to have set the stage for a revolution in computing, Tesler had his hand on the mouse.

And when Apple Computer Inc.’s infamous Newton handheld computer failed spectacularly in the early 1990s, taking millions of dollars of investment and a few careers down with it, Tesler was there, too. Hey, nobody gets it right 100 percent of the time.

Keep reading...Show less

This article is for IEEE members only. Join IEEE to access our full archive.

Join the world’s largest professional organization devoted to engineering and applied sciences and get access to all of Spectrum’s articles, podcasts, and special reports. Learn more →

If you're already an IEEE member, please sign in to continue reading.

Membership includes:

  • Get unlimited access to IEEE Spectrum content
  • Follow your favorite topics to create a personalized feed of IEEE Spectrum content
  • Save Spectrum articles to read later
  • Network with other technology professionals
  • Establish a professional profile
  • Create a group to share and collaborate on projects
  • Discover IEEE events and activities
  • Join and participate in discussions

Paying Tribute to 1997 IEEE President Charles K. Alexander

The Life Fellow was a professor at Cleveland State University

4 min read
portrait of man smiling against a light background
The Alexander Family

Charles K. Alexander, 1997 IEEE president, died on 17 October at the age of 79.

The active volunteer held many high-level positions throughout the organization, including 1991–1992 IEEE Region 2 director. He was also the 1993 vice president of the IEEE United States Activities Board (now IEEE-USA).

Keep Reading ↓Show less

Robot Learns Human Trick for Not Falling Over

Humanoid limbs are useful for more than just manipulation

3 min read
A black and white humanoid robot with a malfunctioning leg supports itself with one arm against a wall

This article is part of our exclusive IEEE Journal Watch series in partnership with IEEE Xplore.

Humanoid robots are a lot more capable than they used to be, but for most of them, falling over is still borderline catastrophic. Understandably, the focus has been on getting humanoid robots to succeed at things as opposed to getting robots to tolerate (or recover from) failing at things, but sometimes, failure is inevitable because stuff happens that’s outside your control. Earthquakes, accidentally clumsy grad students, tornadoes, deliberately malicious grad students—the list goes on.

When humans lose their balance, the go-to strategy is a highly effective one: use whatever happens to be nearby to keep from falling over. While for humans this approach is instinctive, it’s a hard problem for robots, involving perception, semantic understanding, motion planning, and careful force control, all executed under aggressive time constraints. In a paper published earlier this year in IEEE Robotics and Automation Letters, researchers at Inria in France show some early work getting a TALOS humanoid robot to use a nearby wall to successfully keep itself from taking a tumble.

Keep Reading ↓Show less

Learn How Global Configuration Management and IBM CLM Work Together

In this presentation we will build the case for component-based requirements management

2 min read

This is a sponsored article brought to you by 321 Gang.

To fully support Requirements Management (RM) best practices, a tool needs to support traceability, versioning, reuse, and Product Line Engineering (PLE). This is especially true when designing large complex systems or systems that follow standards and regulations. Most modern requirement tools do a decent job of capturing requirements and related metadata. Some tools also support rudimentary mechanisms for baselining and traceability capabilities (“linking” requirements). The earlier versions of IBM DOORS Next supported a rich configurable traceability and even a rudimentary form of reuse. DOORS Next became a complete solution for managing requirements a few years ago when IBM invented and implemented Global Configuration Management (GCM) as part of its Engineering Lifecycle Management (ELM, formerly known as Collaborative Lifecycle Management or simply CLM) suite of integrated tools. On the surface, it seems that GCM just provides versioning capability, but it is so much more than that. GCM arms product/system development organizations with support for advanced requirement reuse, traceability that supports versioning, release management and variant management. It is also possible to manage collections of related Application Lifecycle Management (ALM) and Systems Engineering artifacts in a single configuration.

Keep Reading ↓Show less