Wordless Wednesday — Women in IT
April 6, 2012This slideshow requires JavaScript.
Grace Murray Hopper
March 7, 2012Believe it or not, the world of computers didn’t begin with Bill Gates or Steve Jobs. Look what Grace Hopper has to say about it.
Da Vinci and Robotics?
January 29, 2012I had always known that Leonardo Da Vinci was a bright fellow who studied not only the human form, but also engineering. I was reminded how many engineering applications he either created or perfected during his lifetime today while visiting an exhibit of Da Vinci machines made from his 500-year-old designs. This exhibition presents over sixty models grouped in themes: War machines, Flying machines, Nautical & Hydraulic machines as well as devices illustrating the Principles of Mechanics. His sketches of the human body and of horses bodies are fascinating. But the thing that took me most by surprise was Da Vinci’s study of robotics. According to the exhibit, he began considering the creation of a robot started while he was an apprentice. He designed the robot below based on the inner workings of the human body. (Don’t forget, Da Vinci dissected many bodies so as to understand how the human body functioned.) He designed this robot using levers and counter levers, joints, and with ropes and pulleys acting as muscles and tendons. It turns out that the King of France commissioned Da Vinci to create a robotic lion that would walk forward and then open his breastplate to display a cluster of lilies. Imagine — this was 500 years ago, before electricity and electronics. It is amazing! I particularly like this robot below … notice the pulley system it uses.
This slideshow requires JavaScript.
Making Jean Bartik’s prediction come true
March 28, 2011Jean Jennings Bartik died last week. If you are one of those people who are asking “who is Jean Bartik” then you might consider reading the obituary at CNN. Although she was born, raised and educated in Missouri, I found no mention of her in the St. Louis Post Dispatch, even in the “national spotlight” section of the obituaries. Lenin’s niece made the list, but not Bartik. Isn’t it amazing that the passing of an individual who made a significant contribution to the development of computing and to winning WWII didn’t make news?
Jean Bartik was one of the six women who programmed the first general purpose computer, the Eniac. But, according to Bartik, “for many years in the computing industry, the hardware was it, the software was considered an auxiliary thing,” and so neither she nor her five colleagues got much credit. In fact, when they were showing off the Eniac, managers downplayed their role, simply making them out to be models who posed in front of the machines. (you can learn more about them at the Top Secret Rosies website or the Eniac Programmers website).
According to CNN, in February, Bartik said women hadn’t gotten far enough in technology, but she saw a promising future. This comment made me think — why? The first programmer, Ada the Countess of Lovelace, was a woman. These six women played a significant role in early computing as did Grace Murray Hopper. Why do not more women see them as role models and chose IS as a field for their careers? And, what can we do about it to make that future more promising for the next generations of women?
As most people who know me will attest, I am an advocate for getting more girls and women into technology. Why? Because it is a great field and the field needs them! I am advocating a balanced advocacy for women that is best represented by an article I read a few weeks ago: What is a Woman in Tech? When I say “advocating for women,” I am talking about educating women about the range of opportunities associated with an IS degree and giving those women a fair chance at the field. It does not mean preferential treatment or advancement simply because people are women. It means helping to eliminate the IS workplace that is hostile and building a supportive community.
Does that mean I want less opportunities for my male students and colleagues? NO! Putting a woman in a position for which she is not prepared only makes the whole problem worse for everyone!
Last week I also read a study out of University of Washington which shows girls are already picking up on the stereotypes of what is and is not an appropriate career path for them by second grade. WOW! How can anyone know what they can and cannot do by the second grade?! How can we fight the stereotypes if it starts that early?
I, unfortunately, do not have a solution. I believe the proactive efforts of all of us are needed to make the accomplishments of all of the women, from Ada to those on the front line today, known to young women. I believe we need those same proactive efforts to help those young women see the possibilities that are available to them. Finally, I believe we need those same proactive efforts to make the field welcoming of those women. It takes all of us to change the tide of decreasing numbers of women in the field. It takes all of us to make Jean’s hope that the future is promising for young women in computing.
The Essence of an IS Professional
August 23, 2010Recently I read the blog of Nicole Sullivan-Haas, who uses the name Stubbornella (http://www.stubbornella.org/). I don’t know why she uses that name and it is not a blog I generally follow (but I may start). In this particular entry, she is discussing women in technology. But, that is not the part to which I want to direct your attention. Rather she provides a nice dichotomy of the difference between good developers and bad developers (the specific blog is at http://www.stubbornella.org/content/2010/07/26/woman-in-technology/).
|
The code cowboy * Stays up all night recoding the entire code base, documents nothing, and forbids anyone to touch it because they aren’t good enough to understand his level of code. |
The good developer * Digs the fact that he is making products for people. Likes people and enjoys communicating with them and understanding how they think. Can put him or herself in other people’s shoes and reliably imagine how they might react to different parts of the UI. |
This is a reasonable view of the dichotomy of technology professionals. It particularly appeals to me as I face a new semester with two sections of “systems analysis.” One of the major purposes of the class is to transform people who are in the first column into people in the second column. Believe me, sometimes it is easier to turn lead into gold!
The goal of an Information Systems degree (in contrast with a computer science degree*) is to focus on how the computer is helping the enterprise. The goal is to set the business priorities first and see how computers can reasonably help the enterprise meet those priorities faster, more cheaply and with less stress. In order to be successful, IS professionals must understand the business better than the people in the professions. This is why we require all of those business courses. It requires an understanding of where the business is going and how the system needs to support that growth.
Any professional will want to optimize the product he or she produces – make it bigger and better than anyone else has done before. Sometimes, however, that means that it costs too much or takes too long to produce. Instead, it needs to “satisfice” – to be good enough given the constraints on the system. As a profession, we don’t do that very well. The one kind of constraint that we do not process very well is that of the human component. In particular, what can we expect that human to do and to know and what will that human expect of the system. Said differently, as IS professionals, we need to know how the customer thinks and make sure that the system responds to that well. As a profession, we need to get past the code cowboy behavior and show empathy for the client, and show creativity in our solutions.
So, what’s my point? First, for all of you who are not in IS because you think you must be like the people in column one above, PLEASE change your majors and join us – we need more people of the type in column two. Second, for those of you who want to know how to practice the profession better, focus on the first point in column two – how can you make the system work better for the business, including the people, who work there? Third, of course, if you have any advice on how to transform people from type one to type two (or to transform lead to gold for that matter), please share!
Architecture and Systems
June 28, 2010Friday’s TechNews highlighted some work being done at the University of Leicester by saying:
The University of Leicester’s Farah Lakhani is studying how techniques from architecture could be used in the development of software for embedded processors, which have grown in complexity. Lakhani says the designs of buildings and control systems share commonalities. “Architects must couple knowledge of engineering–for example what type of steel girder is required to support a floor–with human-centered design, i.e. what makes a building a good place to live or work,” she says. Lakhani says that similar concerns should be a focus of developers of embedded systems, and her current research focuses on “how techniques called ‘design patterns’ from the field of architecture can be used by developers of reliable embedded systems.”
It is quite obvious that we can learn from architects — and not just for embedded systems. In fact, the object oriented movement has highlighted the work of Alexander. His views of “a property without a name” drive my doctoral students crazy until they “get it.” While the field has gone on to document many patterns for design, they have been less likely to document the patterns for analysis. In fact, my reading of Alexander is that he believes patterns for analysis are more important than those for design. Specifically, knowing what kinds of issues need documentation for specific kinds of problems, what kinds of stakeholders probably exist in what kinds of situations, and where problems tend to appear for certain kinds of problems would be most helpful for novices in analysis. Accounting systems differ from personnel systems — there should be help for the novices to know how to approach them. Further, many of the failures of systems can be tracked back to bad analysis (not understanding the problem, not communicating, etc.) than to design. Thus, patterns in analysis would be more critical. Of course, the reason they don’t exist is that it is much harder to define analysis patterns than design patterns. I wonder how we would start?
Kindergarten Engineering
June 16, 2010An article in the NY Times today discussed a new movement to teach engineering to primary students. According to the article,
Supporters say that engineering reinforces math and science skills, promotes critical thinking and creativity, and teaches students not to be afraid of taking intellectual risks.
Clearly, my next step was to check out the available modules; I was disappointed to find there were no modules addressing information technology. It was an interesting set of topics, though, set in different contexts and different countries. I looked at the industrial engineering module (I do, after all, have a BSIE). The module introduced the topic of how machines make work easier, a traditional topic in IE. The materials include a children’s book (which chronicles two young girls’ trip to the potato chip factory where they learn how machines make work safer), a teacher’s manual, a DVD with vignettes about machines and a set of materials. Not a bad collection.
So, on and off today I have been thinking about what activity could be developed to help young children appreciate programming or other aspects of technology. I thought about creating a “human computer” where only some children could compute and others could write on the board and others carried messages, etc. Would that help them understand it? What kind of book would go along with that topic?
Then I thought about having them explain precise instructions of how to do something. The tasks in the program, according to the teachers interviewed, were to teach the children to “take students step by step through the engineering process: design, build, test, evaluate.” Well, those are good things to learn. But, how to apply them to information technology?
I still don’t have an answer, but I do have a question. Does anyone else have an answer?
Barbie, the computer engineer
May 22, 2010Yesterday I had an email from Systers (more about that later) that cited an article about a woman who works for the defense department who was a consultant on designing the computer engineer Barbie (see http://science.dodlive.mil/2010/05/21/defense-fellow-helps-give-barbie-a-new-career/). The article was an interesting summary of how this woman tapped her networks and came up with some of the ideas for the new outfit. So, it talked about “networking.” My son and my students will tell you this is one of my favorite topics for “lectures.”
Why is networking important? It is important for getting jobs, and learning things and just existing. Life happens because of the people we know and what we learn from them. In the article, Dr. Fitzgerald notes that some of the people who gave her ideas were on Systers, “the world’s largest email community of technical women in computing.” Systers is an online community hosted by the Anita Borg Institute that brings together young and old women in technology with each other. It is a wonderful resource through which women receive ideas and mentoring, share their accomplishments, and talk about what it means to be a woman in technology. I found this list late in my career, but it has done much to help me realize that some of the things I experience are not because I am “me,” but rather because I am a woman in technology. I read emails that tell stories that I have experienced almost exactly – different people, but the same discussion and the same issues. What is wonderful about the list is that the Systers give advice – “this is how I got out of that situation” or “this is what I would do.” So, it is more than a place to complain, but rather a place to get support and guidance. When you join you promise to keep the emails secret (so there can be honest discussion), so I cannot give you explicit examples. But, I recommend it to any woman in technology; and I recommend you learn more about the activities of the Anita Borg Institute.
Now, back to Barbie. If you haven’t heard the story, here is the line. When Mattel brings a new career to Barbie, it puts up some ideas online and people vote. In addition, Mattel holds some focus groups. So, when it became known that a computer engineer was one of the careers being considered for Barbie, an email came over Systers announcing that we could vote. I’ll be truthful – even though I have not played with a Barbie in many decades, I voted. I sent emails to friends and colleagues and encouraged them to vote. When all was said and done the “middle age women” (probably most of us from Systers) voted for computer engineer while the focus groups (all girls who actually play with the doll) voted for media anchor. Mattel decided to introduce both careers this year and they will be available this fall. This was all announced by Mattel (including the voting), but several weeks later, the Wall Street Journal broke the story that we old women were stealing the election. As a former resident of Chicago, I couldn’t believe they were claiming there was a problem – I had only voted once! (For those of you who don’t know, Chicago is known for voting irregularities.) The story was picked up by the Chicago Tribune and later the St. Louis Post Dispatch. How do I know this? Because I received anonymous and not-so-anonymous clippings of the story in my email and my snail mailbox. My colleagues were making sure I knew we had stolen the election.
To me, the real story is why these women took the time to vote and to share the idea of voting with others. What did they see that others don’t. What they see is that the number of young women opting for a career in computing is dropping every year, while the problems of women in computing in the workforce are not going away as they are in other professions. For some reason, it is no longer seen as “the thing to do.” Dr. Fitzgerald says it well in the article “What Computer Engineer Barbie will do, I think, is broaden the realm of not only what is possible, but what feels accessible—being smart, confident, and tech-savvy without sacrificing femininity or fun.” We believe that if Barbie can be a computer engineer that it will open more doors for young women to pursue this path. And, that is a good thing.
Why do we care? Obviously, those of us who have been in the trenches for a while would like to think that the pathways we opened will stay open for those who have the interest. It is more important than that. The Standish Report, which is cited all over the industry (even though it has many methodological problems), tells us that somewhere between 20% and 70% of all systems development projects are not successes. Some are out and out failures, some are just challenges. But, the point is that we, as an industry, do not get many clear cut wins. We also know that diverse the design teams generally produce better results. So, why do we want to see more women in technology? Obviously, we want the output of the industry to be better. If computer engineer Barbie will help, then I am all for it.
Mattel will probably do quite well with this decision. I know I have already purchased my own computer engineer Barbie and I am sure others on the Systers list have done so too. Those are purchases Mattel would not otherwise have gotten. This is in addition to all of those Barbies that will be given to age appropriate girls.
