User:Josh.dehlinger

Revision as of 15:01, 20 July 2015

Josh Dehlinger

Josh Dehlinger is an Associate Professor in the Department of Computer and Information Sciences at Towson University. Before joining Towson University in 2008, he was a Research Associate in the Charles L. Brown Department of Electrical and Computer Engineering at The University of Virginia. He received his Ph.D. in Computer Science from Iowa State University in 2007 working under the advisement of Dr. Robyn Lutz.

Part A, Part 1, Activity 4: Introduction to IRC - Walk through of IRC Conversation

• How do people interact? Interaction is quite informal, conversational and concise.

• What is the pattern of communication? The pattern of communication follows a typical stand-up meeting in Scrum where each developer talks about: 1. What did I accomplish; 2. What obstacles are impeding my progress; and, 3. What will I work on next. Clearly, in this meeting Darci is the coordinator/project manager since she is leading the meeting and keeping it focused.

• Are there any terms that seem to have special meaning? There are several IRC meetbot specific terms that have special meeting, including #topic, #info, #action and #link. There are also some notation to indicate non-verbal types of communication, including name: to direct a comment to a person (i.e., equivalent to the Twitter version of @name).

• Can you make any other observations? None.

Part A, Part 3, Activity 3: Introduction to IRC - Join and Observe Channel Discussion

• Summarize your observations of a selected HFOSS project(s). Between 7/18/15 - 7/20/15, I observed the #foss2serve, #openmrs and #ushahidi IRC channels using the Kiwi IRC web application. During this period, there was very little / no activity on both the #foss2serve and #openmrs channels, but the #openmrs channel was somewhat active with most of the messages seeming to be automated bot messages from a build/repository/issue tracker agent indicating pull requests were made, commits were made or files changed.

Part A, Part 6, Activity 4: Anatomy of a FOSS Project - Guided Tour: Sugar Labs Project

• Community. The Activity Team develops and maintains many of the activities available for Sugar and recruits, mentors and supports folks who develop Sugar activities. The Development Team implements, builds and maintains the core Sugar environment and works with the Design Team. Finally, the Documentation Team provides the Sugar community with high quality documentation, including learners' manuals, programming references, and tutorials. All of the teams have clearly defined mission statements and distinct roles within the Sugar Project and collaborate/coordinate with other teams. Both the Activity and Development team utilize IRC for meetings (its not immediately clear what the Documentation Team uses).

• Tracker. The Sugar Project uses an installation of Trac as their bug tracker and utilizes defect/enhancement/task ticket types/categories. Within each ticket, the information includes: Reported By, Priority, Component, Severity, Bug Status, Owned By, Milestone, Version and Description. Each ticket also includes a change history with comments and/or screenshots.

• Repository. The Sugar Project uses a GIT-based repository that seems to be local to Sugar Labs and not utilizing a common web-based repository site, such as Sourceforge.

• Release Cycle. It appears that the Sugar Project develops a short-term roadmap at the beginning of each development cycle outlining the features to be included in the current release cycle.

Part A, Part 6, Activity 4: Anatomy of a FOSS Project - Guided Tour: The Sahana Eden Project

• Community. The Developers, Testers and Designers for The Sahana Eden Project all seem to conform to their role (i.e., the developers are mainly responsible for development). However, unlike the Sugar Project, the team descriptions are less clear as there are no clear mission statements for the teams, it is not apparent how to join a team nor are there explicit meeting venues (e.g., IRC).

• Tracker. Like the The Sugar Project, The Sahana Eden Project seems to use an installation of Trac as their bug tracker and utilizes defect/enhancement/task ticket types/categories. I also noticed that they include a documentation type/category. Within each ticket, the information includes: Reported By, Priority, Component, Severity, Bug Status, Owned By, Milestone, Version and Description and each ticket also includes a change history with comments and/or screenshots as seen in the previous project. This is expected since they seem to be utilizing the same tracker software. The only immediate difference is that the tracker in The Sahana Eden Project first presents the user with a menu to view tickets organized by various statuses (e.g., milestone, version, etc.).

• Repository. The Sahana Eden Project seems to use a web-based GIT repository hosted at GitHub.

• Release Cycle. The Sahana Eden Project has a long-term roadmap that provides a listing of features to be included in several minor and major future versions of the software.