ACM Inroads » computer science https://blog.inroads.acm.org Paving the Way Toward Excellence in Computing Education Sun, 18 Oct 2015 12:13:35 +0000 en-US hourly 1 https://wordpress.org/?v=3.9.34 CS Education Act introduced June 27, 2013 https://blog.inroads.acm.org/2013/06/cs-education-act-introduced-june-27-2013/?utm_source=rss&utm_medium=rss&utm_campaign=cs-education-act-introduced-june-27-2013 https://blog.inroads.acm.org/2013/06/cs-education-act-introduced-june-27-2013/#comments Sat, 29 Jun 2013 21:33:14 +0000 http://inroads.acm.org/blog/?p=221 Continue reading ]]> On June 27, 2013, the Computer Science Education Act was introduced into the US House by a group of bipartisan legislators. Please consider contacting your local House Rep urging him/her to support this bill.  This is DEFINITELY worth your time and efforts.  Among other things, this legislation would help K-12 teachers pay for summer workshops and allow those in collegiate institutions to offer them.  Great on both sides!

More information is on the CS Ed Week site: http://www.csedweek.org/m/kt1g4rn2/html
including a press release and an overview of the legislation.

If you haven’t already subscribed to the CS Ed Week page (if you received information about this piece of legislation, then you are subscribed), you should do so by scrolling down the page noted above and click on Subscribe.  As you’ll see you’re subscribing to Computing In The Core.  CSEdWeek is an activity of the Computing in the Core coalition.

Please support this legislation and encourage others to do likewise.

]]>
https://blog.inroads.acm.org/2013/06/cs-education-act-introduced-june-27-2013/feed/ 0
Examining failure https://blog.inroads.acm.org/2013/01/examining-failure/?utm_source=rss&utm_medium=rss&utm_campaign=examining-failure https://blog.inroads.acm.org/2013/01/examining-failure/#comments Fri, 18 Jan 2013 23:44:58 +0000 http://inroads.acm.org/blog/?p=90 Continue reading ]]> I had an interesting experience recently on my personal blog that started me thinking about failure and computing education.  I’m teaching a new class, and I wrote a blog post in which I discussed my preparations for the first lecture and my expectations about the quarter.  Recognizing that teaching a new class inevitably involves setbacks I titled the post ‘Poised for Failure.’  I certainly recognized in advance that this was a dramatic title, but it conveyed both my readiness and my expectation that I would have unsuccessful attempts along the way.  The reaction to my post, and particularly to its title, surprised me a bit.  People admonished me to be more positive, seeing failure as a term that I shouldn’t have used.

The responses led me to think about my attitude toward failure.  While it can be discouraging and disheartening to fail at something, it’s also inevitable.  It is only the most gifted of people who doesn’t experience failure on a regular basis, and those who push themselves experience it more often.  Personally, I see failure as feedback.  It’s a sign that you were doing wasn’t quite right and that you need to try something different.  The only part of failure that reflects on me as a person is my reaction to it.

Since this experience had come about in a work context, I also thought about failure and computing.  It occurred to me that my attitude about failure is particularly helpful in someone who wants to work in a computing-related field.  Problem solving, and the inevitable failure associated with it, is core to computing.  People who are successful in computing are people who handle failure on a regular basis: the program crashes, the network goes down, the algorithm has a problem, the machine dies.  Handling these situations requires a certain acceptance of failure as a natural part of the process.

But my experience teaching has let me see that students don’t tend to develop this attitude about failure until at least midway through their programs.  Students in early classes, typically programming classes, often personalize failure in ways that may not be helpful.  Yes, a student who repeatedly fails at coding probably isn’t going to be a developer, but some amount of failure is part of the process of coding and therefore part of the process of learning to code.  When I teaching CS1/2 I try to convey that failure is natural, as a way of letting the students see that they shouldn’t take their failure personally.  I’m not sure how effective I am at this.

Speaking of effectiveness, all of this led me to consider what the literature has to say about failure and computing education.  In my search I ran across two interesting articles.  In the first, Tony Clear writes about failure in the context of a capstone course, which is a situation on the opposite end of a degree program from CS1/2.  In the second, Klara Benda, Amy Bruckman, and Mark Guzdial examine failure in online courses.  There failure means lack of retention, and I particularly enjoyed their summary of the literature on retention.  It also surprised me how few articles in computing education were displayed in the ACM Digital Library when the keyword failure is provided.  It was a much more common term in the broader computing literature, which is somewhat ironic.

]]>
https://blog.inroads.acm.org/2013/01/examining-failure/feed/ 1
Are technology companies ready for a culture change? https://blog.inroads.acm.org/2012/12/are-technology-companies-ready-for-a-culture-change/?utm_source=rss&utm_medium=rss&utm_campaign=are-technology-companies-ready-for-a-culture-change https://blog.inroads.acm.org/2012/12/are-technology-companies-ready-for-a-culture-change/#comments Thu, 13 Dec 2012 22:16:18 +0000 http://inroads.acm.org/blog/?p=40 Continue reading ]]> A convergence of events has me thinking about a possible cultural change for technology companies.  But it will take me a while to explain what I mean, so forgive a personal digression.  I hope that it will be worth the wait.

Yesterday I made a rare trip downtown for a work-related meeting.  Normally December is a time spent with quietly writing away in my home office since our quarter system does not have regular classes between Thanksgiving and the start of the new year.  But a technology company in Chicago is interested in recruiting students from the College of Computing and Digital Media at DePaul, and the staff member who handles employer relations likes to have a subject-matter expert with her.  I left the meeting with a lot of new information, but two pieces stand out to me: 1. Employers are desperate to hire computer science graduates and 2. technology companies are most interested in people who blend into the (somewhat unique) culture of their workplace.

I then spent today reading most of the latest issue of ACM Inroads, for a paper I’m writing on diversity in gaming.  There are many fascinating articles in that issue, but one theme stood out to me.  Computer scientists have put, and continue to put, a lot of energy into improving diversity in the field.  From college-level initiatives like those at Harvey Mudd College, to NSF-funded programs to improve access to computing among the disabled, to a transformation of the high-school curriculum, computer scientists are deeply interested in seeing women and underrepresented minorities participate at higher numbers.  The hope, of course, is that these projects and programs will succeed, resulting in a transformation of computing into a field where gender parity is within reach.  In that process and with that goal, I think that computer science is serving as a model for other technology-focused disciplines.

The interaction I had with the employer-relations staff member after our visit yesterday made me wonder if technology companies are ready for this change, should it actually occur.  She and I started discussing the need that technology companies have for employees to fit their culture, and how their culture can be very different from other industries.  In response she told me a story about a visit she paid to a large technology company based on the West Coast (that will remain anonymous for reasons about to become obvious).  A representative for this company emphasized that adapting to the culture was important, causing the DePaul staff member to ask how the representative would describe the culture.  The response: The average employee age was 26 and the culture was like a “frat house”.  (Note that this company has been around for at least 8 years, so this is not a small start-up).  I rolled my eyes when I learned this and commented that I certainly would not be recommending the company to any of my female students.  She countered that this company was particularly interested in hiring female graduates.  We noted that the lack of reflection on this situation was intriguing.

Now I understand many technology companies are encouraging of and enthusiastic about the goal of broadening diversity in computer science.  But I think it takes more than a diversity initiative, which I know that the company described above has, to make the workplace welcoming.  It particularly remains unclear to me whether technology companies are ready to deal with the changes that would come from a pipeline that begins to approach gender parity.  On the other hand, technology companies are nothing if not adaptable, so maybe they would surprise me.

]]>
https://blog.inroads.acm.org/2012/12/are-technology-companies-ready-for-a-culture-change/feed/ 0