An often meandering repository for Indie author Robert C. Murray (a/k/a AK Moray).
17 December 2010
RIP Van Vliet
He was a friend and collaborator of Frank Zappa's, and a pretty far out, if you will, musician in his own right.
Damn you, SyFy
Reactions: |
08 December 2010
americano
Nature vs NASA
I know the entire mechanism for research has become entangled with getting media attention for your work so that when it comes time for more dollars to continue your work you can point to something in print that will impress the purse-holders, but I would consider it a superior and inherently more logical course for research be conducted, analyzed, and published in a scholarly journal.
With publication other researchers could then attempt to replicate the experiment a few times, and only after this process is complete, and assuming that the initial results are still correct, this information can be fed to science journalists so that lay persons such as myself with a dilettante's interest in these things gets an accurate picture. Not NASA trumpeting from the hills that we have met ET and he is us only to be refuted (see above) within days.
That's just embarrassing, folks.
On an entertainment level, I know where to get all the SF I want; only pull me up for air when the science has been proven.
On an academic / professional level, we're facing the same problem that plagues too much of our thinking as a society - the short term. What do you have for me now, in 6 months, 18 months? What damage are we doing to ourselves as a species that out current dominant mechanism for progress (money) is applied in a manner that so often neglects the long term?
Reactions: |
18 October 2010
Zero to Negative Growth
Reactions: |
28 September 2010
I-270: Wherein I attempt to make a coherent statement
MDOT, FHA, whomever, I am done. I need to use your road to get to work in the morning, and so do plenty of other people. No, check that: I need to get to work (read: the Metro station for leg 2 of my commute), and so do many other people (of varying driving skill levels, as is made painfully clear). I'd pay an extra dollar or two a day for a toll lane. I'd gladly ride a Red Line metro train from Frederick. Don't wave the MARC in front of me; where I live it is not an option for getting into DC.
I, and thousands of other people, need a solution to the traffic problem on I-270. I am well aware that gridlock is an international problem (see: China), but son of a ... Look, WMATA, for all their problems, gets me and plenty of other people a lot farther in a lot less time than it takes me to get from the top end of I-270 to Exit 9.
Here it is: I will vote for any MD politician (state or federal) who offers a concrete plan to fix this quagmire. I will vote AGAIN for this person if they are able to show real progress on the matter.
I'd like a solution to the problem when I wake up for work tomorrow, but I know that's not feasible, but something must be done.
Folks, if I'm missing the story (nothing has crossed my eyes on I-270 for some time, other than the dismal traffic reports every morning), kindly point me to where progress is being made, or where there are good people doing the work to resolve this problem so I can lend my meager support.
10 September 2010
Fantasy Football Revisited
Turns out I already did.
Everything I said then holds true. I might have used fewer double-quotes, though, had I written that now.
I fight that battle every day.
Hub Opera Ensemble Presents GF Handel's Ariodante
Reactions: |
13 August 2010
App Folder Purchases
Since iOS now has folders, it'd be nice if we had to option to purchase an entire folder of related / essential apps, for less than you'd pay for them all separately. It's like buying the album rather than all the tracks separately in iTunes. There are already recommended apps, and with Genius for Apps a folder could be recommended for you.
New to iOS? Grab the "essential Apps" folder. Addicted to Tower Defense? There's a folder for that.
You see where I'm going with this, probably came to the same conclusion after the first sentence.
Dear Mr. Jobs,
Please consider selling entire folders of apps.
Thanks,
Rob
Reactions: |
04 August 2010
Vacation Observation: What the aliens must think.
First, we begin our cleansing rite by dallying along the sandy shore, splashing, swimming, riding the waves, and invariably excoriating our skin on the aforementioned sand. That same sand sticks to our skin and becomes helpfully lodged in all the important places that need a good cleaning: armpits, knees, toes, etc.
Secondly, we rinse from the ocean and often undergo a chemical dip in the pool, like so many bar glasses getting their trip through the sanitizer. The behavior here may also involve some intermediate drying time in the sun.
Finally, we remove ourselves to our private quarters wherein we peel off our bathing costumes, shake out the excess sand, and proceed to scrub all our toes and knees and et cetera clean of dirt, sweat, chlorine, sand, and any small shells mixed in with the sand.
I had this thought after clumps of sand came falling out of my suit as I made for the shower, making sure all the sand was well out of my et cetera, remnants of my victorious shell hunting excursion in the surf. Though buffeted and tossed by the unusually strong wave action I came away with some really neat shells. Here's hoping my nephews like them.
Reactions: |
01 August 2010
On OS X keyboard stuff
How cool is that? I've been a mac user at home for about 6 years now, and I'm just discovering this. I that about this OS, there's always something new and useful to discover.
Surprisingly useful also is the virtual keyboard in iOS. I thought, when I first tried an iPhone on display that there was no way my fat fingers would ever be able to use that keyboard, but it's incredibly intelligent, that keyboard of air and light.
My favorite feature of the iOS keyboard is the auto-correction and the auto punctuation, largely adding the apostrophe so "Im" is automatically "I'm" without my having to manually add it. It's useful more often than it's not, so I'm wondering: When will we get this in OS X? NeoOffice/OpenOffice.org have a word auto-complete option that is a poorer implementation of the word-replacement in iOS. I want to be a lazy typist. I want to get more WPM and OS X filling in the apostrophes for me (never mind hitting space twice to add the period and auto-capitalize the next letter) will make me a faster typist. If nothing else, making iOS style typing a keyboard option in Settings on OS X would be a very welcome addition.
I just checked and I didn't see it as an option, but if it's buried somewhere, I'd love a revelatory comment. I'd love any comments that aren't spammers. I'm interested in your opinion.
Vacating, Random thoughts
But not this week! Nay, friends, I am in sunny sub-tropical Jensen Beach, Florida. I turn my head 60º to the right and peering through patio furniture I see shell-strewn beach and a wind-blown Atlantic caressing America's shore. It's more like a lake than the ocean (as I know it) own here. Most of my ocean experience is Ocean City, MD. Way fewer shells, way more waves (but no waves good for real surfing as I understand it).
So I'm here on vacation with the Mrs. and some good friends. I left my laptop and my DSLR at home. We have the Mrs.'s macbook (until recently mine) with us. I'm using my iPhone for almost everything, as I'm currently in my "year of iPhone photography" (unless someone wants to pay me to take pictures, in which case I do have the DSLR ready to go). Yes, I'm typing this on the macbook because log entries from the iPhone are painful (because of the interface, not because of the virtual keyboard). I'm partially unplugged for the week, but not entirely. There's a path-style construct down here that resembles the USB icon from this vantage point. I'll tweet an image later (unless I did that last night). So I might be doing my best Pennsic impression trying to step away from the tech for the week, I still have tech on the brain. I'm such a nerd.
So far so good. I'll try to remember to share some thoughts and impressions over the week, since this is my first time in Florida. For more in-the-moment commentary, keep a weather eye on my Twitter feed (recent tweets appear on the home page of this blog for your convenience).
I'd say "aloha" for now, but I think "later ya'll" or "hasta luego" is more appropriate here.
23 July 2010
One login to rule them all: The Facebook Hegemony
"Here's a fun fact: Like every other online community before it and every one after it, Facebook will eventually lose favor with its users and wither. Will it reach a billion users? Maybe, but probably not."
--From "Fun facts about Facebook's half-billion users" Comments
Comments on articles and articles themselves prophesying the demise of Facebook from the Internet like 6-Degrees and MySpace before it are as common as articles prophesying the imminent demise of a certain Cupertino-based computer company. However, there's one element of the page linked above that puts the lie to this prophecy: the button at the top of the comments section that reads "Connect with Facebook" (02Feb2012: and the now ubiquitous "like" button, which is slightly outside the scope of this essay, but must be acknowledged).
Facebook is no longer just a social networking site, it's become an Internet Utility* a la Google for search, iTunes for music, or Amazon for books (and music, and even the kitchen sink). It's become the Kleenex or Vaseline of social networking sites, much to the chagrin of those who didn't figure it out (see above) and those who just can't get it right (Google+ what's up). For awhile now people have been pushing for a universal login a la OpenID, but that lacked the right PR, the right spice, and it didn't also come with pictures of old High School friends that make you feel bad about yourself. Facebook has all of those things, and it enables you to log in somewhere to post comments without having to remember another password. How much longer before you can pay for a "Facebook Premium" login that guarantees your security and rivals PayPal for online payments? I think it's coming (02Feb2012: Facebook Credits, anyone?).
The user base for Facebook is going to continue to grow (02Feb2012: and has) because you can "Like" articles and sites, and just as the MacWorld article above demonstrates, who wouldn't want to simply click a button that confirms their Facebook login (mmm, cookies) to comment on an article rather than having to deal with the hassle of registering on that site, and then remembering that password. Why not just have one login to rule them all?
Personally, in the realm of website comments I'm all for it and I'm willing to bet a shiny James K. Polk Presidential Dollar that a significantly greater number than 500 million people will be, too (02Feb2012: 800 million+ if we're talking about all Facebook users). Now before you get your privacy knickers in a twist, I recognize the need for anonymity on the Internet, and I also recognize the danger inherent in centralizing all that information about yourself, which is why I'm glad this sort of thing exists for rival sites like Twitter, Google+, etc. I can think of any number of ways to anonymize yourself even using a Facebook login to post comments on articles, or do other things online (pay for stuff, see above), and it's up to us to make sure that we're never in a situation where such a thing becomes a problem.
The 18 months that have transpired since I originally published this essay have only strengthened my point, and with a looming IPO, the reality is that Facebook isn't going anywhere anytime soon. There's no reason it can't be used responsibly and there's every reason for us to remain vigilant and ready to call foul every time they do something stupid, but there's no use in wishing it away or ignoring it completely, because just like you blow your nose with a Kleenex, and you Google something on the Internet, soon you'll Facebook something or other.
*Has this been coined? I want credit if it hasn't.
Reactions: |
19 July 2010
In which I review "Inception", but do not summarize the plot
UPDATE 17 August, 2010:
Looks likes there is more to the score than I had at first realized. Nicely played, Hans & Christopher, Nicely played.
Reactions: |
21 June 2010
The Oatmeal does Legos
Reactions: |
16 June 2010
Garden Ramble: In the Weeds
Reactions: |
02 June 2010
30 Second Photography
- The f-stop is how wide open your aperture is; the aperture is the iris/hole that controls how much light gets through to the film or sensor.
- The bigger the hole the smaller the f number (i.e. f/11 is a small hole while f/1.8 is WIDE OPEN).
- Something to remember is that the more open your aperture is, the smaller your depth of field is (Depth of field is how much stuff is in focus. Say there are 3 people, 1 10 feet away, 1 15 feet away, 1 20 feet away. A shorter DoF means that only one of these people is going to be in focus, but the more you close your aperture (bigger f number), the more depth you will have in your field.)
- Simply put, it's how long the shutter lets light hit the film/sensor when you press the shutter button and take a picture.
- This is measured in fractions of a second (e.g. a shutter speed of 100 is actually 1/100 or .01 of a second).
- The longer you leave the shutter open (your exposure time), the more likely you are to have a blurry photo.
- Lenses are measure by their focal length, in millimeters (mm).
- The shorter the focal length, the more zoomed-out (wider) you are.
- About 50mm or so makes an object appear in your view finder about as big as it does to the naked eye.
- <>
- >50mm gives you zoom-in capabilities.
- The ISO number on a digital camera is how sensitive the sensor is to light; film has an ISO rating related to the size of the film grain that also tells how sensitive it is to light, which is where the numbers come from.
- The ISO number is changeable in digital cameras.
- The bigger the ISO number the more sensitive the sensor is to light (shoot ISO 200 in sunlight, but ISO 1600 in a dim room).
- The drawback is that more noise / weird pixels creep into your images at higher ISO numbers. Many cameras have Noise Reduction (NR) technology to help with this, but only so much.
Reactions: |
Iron Man 2: Don't Hate the Player
Reactions: |
01 June 2010
Total Personal Worth Formula
Reactions: |
Garden Ramble: 2010 Special Edition
Reactions: |
21 May 2010
Metronaut
11 January 2010
Software Maintenance and Free and Open Source Software: A Synergy for the Twenty-First Century
Robert C.
University of
Abstract
- - -
Software maintenance has enjoyed a renaissance in the decade from 2000 to 2009. Long considered nothing more than the unglamorous back end of software development, software maintenance long failed to obtain any focused attention per serious scholarly research (Pigoski, 1997). Over years research on the software development life cycle consistently reported that maintenance was the single largest expense in both time and resources related to a piece of software, consuming "...roughly 60 percent of the software life cycle."(Glass, 2003, p.115). This, coupled with the increase in legacy systems kept in use far beyond their originally intended life span, led to an increase in interest in software maintenance (Schneidewind, 1987). This growth in interest began in the mid-1990's, with text books like Pigoski's Practical Software Maintenance and the introduction of college courses devoted to software maintenance (Andrews and Lutfiyya, 2000). While text books written on the topic could afford to remain technology independent, course work and research on specific software maintenance practices and tools required software on which to work for their principles and effectiveness to be properly tested. Free and Open Source Software (FOSS), itself already undergoing an increase in popularity in the mid to late 1990's, was precisely what those interested in software maintenance needed to complete their research. The ascendancy of the popularity of FOSS and the increased interest in serious academic research in software maintenance have formed a synergy that has produced improvements in these related fields throughout the first decade of the twenty-first century.
Software Maintenance as of the Year 2000
Though this paper is concerned with the relationship between software maintenance and FOSS since the year 2000, it is important that the reader understand the status of software maintenance in the years leading up to 2000.
Schneidewind wrote "The State of Software Maintenance" in 1987, which documented the presence of the maintenance problem as a series of questions and answers; in fact the first question he puts to the reader is "Why Is There a Maintenance Problem?" (Schneidewind, 1987, p.303). Pigoski's 1997 textbook on software maintenance discussed the lack of research into software maintenance as well. In 2000 Andrews and Lutfiyya published a paper on their inaugural semester of teaching an undergraduate level software maintenance course, presented as a novel experience in their work. In 2000 Bennett and Rajlich published "Software Maintenance and Evolution: A Roadmap", wherein they indicate that the body of knowledge for software maintenance is still sorely lacking, that "...much more empirical knowledge about software maintenance and evolution is needed, including process, organization and human aspects." (Bennett and Rajlich, 2000, pp.85-86).
In the year 2000 software maintenance was beginning to be taught as a discrete subject in colleges, it had its own textbook, and there were papers published on the topic. But as Bennett, Rajlich, Pigoski, and Schneidewind all indicated, there was still much more work to be done. To accomplish the goals these researchers set forth for software maintenance, the discipline would need a tool that was freely available, easily accessed, and at the same time robust and widely used. FOSS would meet that need nicely.
The movement for FOSS arguably began in 1983, when Richard Stallman published his manifesto outlining the GNU is Not Unix (GNU) project. Stallman's thinking is that software should be as “free as air” (Stallman, 2007). In the document he considers the commercial sale of software to be a destructive force, and insists that people might only pay to either obtain support for or for the distribution of software. According to GNU, in a perfect world everyone has the right to freely create and modify the software they are using without the danger of violating any licensing agreements.
Almost a decade after the GNU project was begun, Linus Torvalds (a 21 year old from Finland) developed Linux, a FOSS Operating System (OS) based on Minix, itself a GNU licensed free version of Unix (Raymond, 2001). Since 1991 Linux has grown from one man's FOSS hobby project into a multi-million dollar industry that comprises dozens of distributions, all free and legal for the downloading (or installing from a friend's disc). Linux is by far not the only FOSS project in the world, but it could certainly be considered one of, if not the largest.
As stated FOSS is of course much more than Linux, but all FOSS conforms to specific criteria as indicated in Table 1:
Table 1. Outline of Key Conditions of Open Source Definition (Feller and Fitzgerald, 2000, p.59)
Condition | Commentary |
The source code must be available to user. | The software distribution must include the source code (i.e., the original programming language), or else the code must be made available by free, public Internet download. |
The software must be redistributable. | The user of an [Open Source Software] release is given full rights to reproduce and redistribute the software, on any medium, to any party, either gratis or for a fee. |
The software must be modifiable, and the creation of derivative works must be permitted. | All users are given the right to modify the software or produce derivative works. There is considerable variation among licenses regarding whether or not modifications must also be released publicly under an OSD compliant license. |
The license must not discriminate against any user, group of users, or field of endeavor. | In an attempt to counter overtly ideological content in software licenses, the OSD precludes any limitations on the possible uses of an [Open Source Software] distribution. |
The license must apply to all parties to whom the software is distributed. | While some licenses might allow modifications to be released under a noncompliant license, an [Open Source Software] distribution cannot be “relicensed” by the user. |
The license cannot restrict aggregations of software. | OSD compliant licenses cannot be limited to a particular distribution, nor can they seek to contaminate separately licensed software with which it is aggregated. |
As the twentieth century came to a close, researchers who had realized the potential of FOSS were calling for more research to be conducted on the paradigm so as to better understand as well as to improve it. Feller and Fitzgerald note this lack of academic inquiry in their 2000 paper "A Framework Analysis of the Open Source Software Development Paradigm", where they state "...we believe that rigorous academic inquiry into [FOSS] is sorely needed." This paper offered a basic framework upon which Feller and Fitzgerald hoped to both stimulate and direct further research into FOSS (Feller and Fitzgerald, 2000). Furthermore, Bennet and Rajlich wrote in 2000 that FOSS "may increase in importance" (Bennet and Rajlich, 2000, p.76).
As is demonstrated below in the Graphing the Synergy section, the opening decade of the twenty-first century did enjoy an overall growth in the amount of research conducted on FOSS. As major projects enjoyed greater success and the overall paradigm matured, the attention of major corporate entities like IBM was drawn (Capek, Frank, Gerdt, Shields, 2005). This corporate attention was coupled with what Feller and Fitzgerald had called for, additional academic research. Perhaps ironically, FOSS became a significant component in software maintenance research, as FOSS was found to be an excellent tool for successfully conducting this research.
Software Maintenance in FOSS Projects
As software maintenance is considered an unglamorous task by programmers working on commercial software products, software maintenance has been even more neglected in the FOSS community, where the members of the community (the widespread developers and user base of FOSS) are very likely to file problem requests -- known in the community as "bug reports" -- but are much less likely to take the initiative to work on a solution to these bugs (Mockus, Fielding, Herbsleb, 2000). Bug reports are the reality of software maintenance as it is found in FOSS, and are addressed by "massively parallel debugging"(Godfrey and Tu, 2000, p.3). This is an application of "Linus's Law", which states that "given a large enough beta-tester and co-developer base, almost every problem will be characterized quickly and the fix obvious to someone" (Raymond, 2001, p. 30). While Linus's Law is apparently contradictory to the previously indicated community reluctance to fix the bugs they reported, it is important to note the scale of most popular FOSS projects, where thousands of individuals will file bug reports and hundreds will subsequently attend to these bugs (Mockus et al, 2000).
The adaptive and evolutionary components as defined in software maintenance are present and attended to in FOSS, but they have been absorbed into the shortened need-implement-use life cycle that is indicative of FOSS projects (Capek, et al, 2005). Indeed the author found in his literature review that this mutation of software maintenance in FOSS projects can be attributed to the "rapidly moving codebase" that is found in the continual release cycle of popular FOSS project (Andrews and Lutfiyya, 2000).
Some scholarly research has been conducted in the arena of software maintenance on FOSS projects. Koponen and Hotti detailed a software maintenance process framework for FOSS in 2005, and in the same year Yu, Schach, Chen, Heller, and Offutt conducted a detailed study on the maintainability of FOSS OSes. The former wished to provide a formal maintenance process for FOSS analogous to those found in various ISO/IEC standards (Koponen and Hotti, 2005). The latter research was conducted as a rebuttal to a challenge of prior research by the authors, but was also used to highlight a potential danger to the future maintainability of Linux relative to other FOSS operating systems, namely FreeBSD, NetBSD, and OpenBSD. (Yu, Schach, Chen, Heller, and Offutt, 2005).
Eric Raymond likened FOSS development as a bazaar, "...a great babbling bazaar of differing agendas and approaches...out of which a coherent and stable system could seemingly emerge only by a succession of miracles." (Raymond, 2001, pp.21-22). By the start of the twenty-first century, this bazaar had brought forth a wealth of software, all of it free, with the creators and maintainers actively interested in having their work built upon and studied by others. This openness made FOSS ideal for academic projects from undergraduate coursework to graduate studies and ongoing academic research (Andrews and Lutfiyya, 2000). Another factor working in the favor of FOSS was the absence of non-disclosure agreements (NDAs) and other proprietary practices favored by commercial software creators (Hassan, Godfrey, and Holt, 2001). Because of this fundamental difference, and the ever-present label of free, these same commercial software creators viewed (as some continue to view) FOSS as nothing but competing software offered at no cost; the actuality is that the free in FOSS is meant in the context of free speech, and not simply zero-cost freeware (Feller and Fitzgerald, 2000). In fact, there are several forms of software licensing of which FOSS is only one.
FOSS in Software Maintenance Research
When software maintenance was finally receiving the serious academic attention it was due FOSS, as has been demonstrated, was recognized by software maintenance researchers as the best option to be the object of their research.
Throughout the first decade of the twenty-first century many FOSS projects have been used as research subjects by investigators examining new theories or processes pertaining to software maintenance. While some like Rajlich and Gosavi (2004), or Hill, Pollock, and Vijay-Shanker (2007) used smaller-scope projects like Drawlets and the Eclipse integrated development environment (respectively), much software maintenance research has gravitated toward the higher-profile projects like Linux and the OpenOffice.org suite of productivity applications. The work by software maintenance researchers using these FOSS projects has been mutually beneficial, providing the researchers with needed insight and test data on their theories and providing the FOSS community with valuable insight and improvements to their projects.
The synergy was being realized as early as 2000, when Tran, Godfrey, Lee, and Holt published "Architectural Repair of Open Source Software", addressed the specific issue of architectural drift, and the method they had developed for repairing this drift. One of the FOSS projects used to test the method was Linux, specifically the Linux kernel (Tran, Godfrey, Lee, and Holt, 2000). Their research demonstrated the initial effectiveness of their theory, and also presented the Linux development community with an opportunity to have an easier time with future work on their project. The work has continued as indicated by the publication dates above. In 2008 Abd-El-Hafiz, Shawsky, and El-Sedeek published "Recovery of Object-Oriented Design Patterns Using Static and Dynamic Analyses", where their object of study included several of the individual applications that comprise the OpenOffice.org suite. All four studies that have been discussed as using FOSS to conduct software maintenance research have indicated initially positive results, with the need for future work to both confirm and extend the findings. These statements indicate that there is a synergy at work.
In performing the initial research for this assignment, it became apparent that while there was not enough to be located in the literature pertaining to software maintenance of FOSS projects to properly complete a scholarly paper on the topic, FOSS projects appeared with regularity in software maintenance research papers. In light of this insight, and with the evidence already presented, it was determined that a brief and informal piece of research should be conducted to determine if such a synergy exists.
The methodology for conducting this experiment was basic. Four prominent academic search engines were selected by the author, chosen for their familiarity and for the likelihood of returning results for the search criteria indicated. Four search engines were chosen so that any unforeseen bias present in any one academic search engine might be mitigated by the absence of such in the other three. The academic search engines and the method of presenting the search criteria to them are listed in Table 2 below.
There were 2 sets of search criteria. For both sets was a year, from 2000 to 2009. For each of these years there were two exact phrases that were processed by the search engines: "Software Maintenance", and "Open Source". The number of returned documents for each phrase in each year for each search engine was entered into a spreadsheet, averaged, and then plotted on a line graph. The data collected can be viewed in Table 3 below, and the line graphs for the averages computed for both search phrases are presented in Figure 1 and Figure 2, below. One final note is that even though 2009 is not over, the year was included in the research to give as complete a picture as possible of the decade to date.
In comparing the two line graphs one can see that from 2000 to 2006 there is a shared upward trend in published material for both terms, with there being a downward trend for both in the years following 2006. The results differ between the search terms by an order of magnitude, with the average number of results across all years for "software maintenance" at 43.83, while results for "open source" were an average of 626.
Table 2. Academic Search Engines Used to Generate Results
Search Engine | Method of Criteria Presentation |
Google Scholar | Advanced Scholar Search using the exact phrase in the title, indicating each year, searching only articles in the Engineering, Computer Science, and Mathematics fields |
IEEE Computer Society | Advanced Search using the phrase without quotes appearing in the title for each year. Of note is the lack of “exact phrase”, which was an option. Searching this way returned 100 results for each year, and was considered to be a less valid indicator for this research. |
ACM Digital Library | Advanced Search for titles containing the exact phrase in the Abstract, considered a more valid indicator in this instance than the title field. |
ProQuest | Searched for the phrase in the citation and abstract, specifying a date range from 01/01 of the year to 12/31 of the year. |
Table 3a. Data Collected from Academic Search Engines for Search Term “Software Maintenance”.
Year | Google Scholar | IEEE Computer Society | ACM Digital Library | ProQuest | Maintenance Average |
2000 | 56 | 9 | 16 | 58 | 34.75 |
2001 | 62 | 10 | 30 | 48 | 37.5 |
2002 | 53 | 8 | 38 | 55 | 38.5 |
2003 | 57 | 7 | 20 | 62 | 36.5 |
2004 | 50 | 15 | 41 | 102 | 52 |
2005 | 49 | 15 | 63 | 116 | 60.75 |
2006 | 52 | 18 | 63 | 79 | 53 |
2007 | 50 | 8 | 76 | 59 | 48.25 |
2008 | 66 | 6 | 72 | 28 | 43 |
2009 | 26 | 8 | 59 | 43 | 34 |
Table 3b. Data Collected from Academic Search Engines for Search Term “Open Source”.
Year | Google Scholar | IEEE Computer Society | ACM Digital Library | ProQuest | Open Source Average |
2000 | 146 | 10 | 25 | 1330 | 377.75 |
2001 | 243 | 11 | 46 | 1058 | 339.5 |
2002 | 320 | 18 | 70 | 1022 | 357.5 |
2003 | 422 | 11 | 86 | 1336 | 463.75 |
2004 | 458 | 39 | 99 | 2051 | 661.75 |
2005 | 561 | 65 | 200 | 2666 | 873 |
2006 | 626 | 55 | 229 | 2962 | 968 |
2007 | 552 | 58 | 247 | 2254 | 777.75 |
2008 | 484 | 68 | 323 | 2571 | 861.5 |
2009 | 286 | 58 | 235 | 1739 | 579.5 |
Figure 1. Average Number of Published Material for Search Term “Software Maintenance”, from 2000 - 2009
Figure 2. Average Number of Published Material for Search Term “Open Source”, from 2000 - 2009
It was expected that the search terms would share a general trend, but the shared arc from 2000 to 2009 was an unexpected result that perhaps provides more correlative evidence to the presence of the synergy. Whether the downward trend from 2006 onward is indicative of this proposed synergy between these two fields, or of a reduction in information technology research in general, or of an even broader downturn in the amount of traditionally published literature is beyond the scope of this paper, but may warrant further investigation by interested parties. Another possible cause for the reduction in research into software maintenance may be the 2006 publication of the ISO/IEC 14764 IEEE Std 14764 (2006).
Though it is positive to note that 20 years after nothing was published, in 2005 more than 60 documents were published relating to software maintenance (Schneidewind, 1987), there was still an order of magnitude of difference between the two sets of search criteria. FOSS was an area of particular note at the end of the twentieth century, and continues to be very popular at the beginning of the twenty-first century. Any synergy between these two topics would mean that the celebrity of FOSS is only good for software maintenance.
The research conducted was informal and demonstrative. As indicated in Table 3 the specific methods of criteria entry into the different academic search engines was not uniform across all four, and perhaps it may have been better if the Institute of Electrical and Electronics Engineers (IEEE) Computer Society results had been not included, rather than making the indicated accommodation. The author felt, however, that the auspicious nature of IEEE publications would lend credence to the research.
Another threat would be the search results themselves. The number of documents returned was recorded, but these results were not vetted for quality or academic nature. It is entirely possibly that results may have included unrelated materials or non-scholarly works. It is hoped that the average of the four search engines' results would help mitigate such confounding returns; however, future research conducted in such a manner should take measures -- perhaps random auditing of search results and a larger number of academic search engines -- to prevent superfluous results from entering the data pool.
The author's interest in free and open source software led him to conduct a literature review of software maintenance as it pertains to FOSS. Initially he sought to contrast and compare the status of FOSS software maintenance in the year 2000 to the present day, but instead discovered that while FOSS is an important component of software maintenance research, software maintenance as traditionally defined does not play quite so large a role in the typical FOSS life cycle. Instead, it was further hypothesized that there exists a synergy between FOSS and software maintenance, and that the two have enjoyed a mutually beneficial relationship throughout the past decade.
An informal research method was developed, searching for the terms "open source" and "software maintenance" appearing in published materials in each of the years from 2000 to 2009 in four different academic search engines. The results for each search engine were averaged by year for each phrase and then graphed to demonstrate that a synergy existed. The shared arc in results across this decade points to such a synergy, but future work may wish to delve more deeply into both individual papers on these topics as well as the development of more stringent and farther-reaching searches.
Ultimately, FOSS and software maintenance have only benefited by the presence of the other, and as both are fields that are maturing, they will continue to benefit from each other well into the twenty-first century.
Abd-El-Hafiz, S.K., Shawsky, D.M., El-Sedeek, A.-L., (2008). Recovery of object-oriented design patterns using static and dynamic analyses. International Journal of computers and Applications 30(3), pp.220-233.
Andrews, J.H., Lutfiyya, H.L., (2000). Experience report: a software maintenance project course. 13th Conference on Software Engineering Education & Training, 2000. Proceedings, pp.132-139.
Bennett, K.H., Rajlich, V.T. (2000). Software maintenance and evolution: a roadmap. Proceedings of the Conference on The Future of Software Engineering, pp.73-87.
Capek, P.G., Frank, S.P., Gerdt, S., Shields, D. (2005). A history of IBM's open-source involvement and strategy. IBM Systems Journal 44(2), pp.249-257.
Feller, J., Fitzgerald, B. (2000). A framework analysis of the open source software development paradigm. Proceedings of the twenty first international conference on Information systems, pp.58-69.
Glass, R. (2003). Facts and fallacies of software engineering.
Godfrey, M.W., Tu, Q. (2000). Evolution in open source software: a case study. Proceedings of the International Conference on Software Maintenance, pp. 131-142.
Hassan, A.E., Godfrey, M.W., Holt, R.C. (2001). Software engineering research in the bazaar. Proceedings of the 2nd Workshop on Open Source Software Engineering at the 24th International Conference on Software Engineering.
Hill, E., Pollock, L., Vijay-Shanker, K. (2007). Exploring the neighborhood with dora to expedite software maintenance. Proceedings of the twenty-second IEEE/ACM international conference on Automated software engineering, pp.14-23.
ISO/IEC 14764 (2006) and IEEE 14764 (2006). International Standard: Software Engineering – Software Life Cycle Processes – Software Maintenance.
Koponen, T., Hotti, V. (2005). Open source software maintenance framework. ACM SIGSOFT Software Engineering Notes 30(4), pp.1-5.
Mockus, A., Fielding, R.T., Herbsleb, J. (2000). A Case Study of Open Source Software Development: The Apache Server. Proceedings of the 2000 International Conference on Software Engineering, pp. 263-272.
Pigoski, T.M.. (1997). Practical software maintenance.
Rajlich, V., Gosavi, P. (2004). Incremental change in object-oriented programming. IEEE Software 21(4), pp. 62-69.
Raymond, E.S. (2001). The cathedral and the bazaar: musings on linux and open source by an accidental revolutionary.
Schneidewind, N.F., (1987). The state of software maintenance. IEEE Transactions on Software Engineering 13(3), pp.303-310.
Stallman, R. (2007). The gnu manifesto.
Tran, J.B., Godfrey, M.W., Lee, E.H.S., Holt, R.C., (2000). Architectural repair of open source software. 8th International Workshop on Program Comprehension, pp.48-59.
Yu, L., Schach, S.R., Chen, K., Heller, G.Z., Offutt, J. (2005). Maintainability of the kernels of open-source operating systems: a comparison of linux with freebsd, netbsd, and openbsd. Journal of Systems and Software 79(6), pp.807-815.
Reactions: |
Popular Posts
-
We interrupt the new Sci-Fi based format of this blog to impart a bit of SharePoint wisdom: If you have managed metadata term sets that ar...
-
As those who track my movements via social media know, I have just completed a stint as the percussionist for the chamber orchestra for Si...
-
Image Credit: Screen Grab from UtopiaPlanitia.info header I spent 10 minutes today comparing various Main Engineering set diagrams for v...
