CSC/ECE 517 Fall 2007/wiki3 10 tm: Difference between revisions

From Expertiza_Wiki
Jump to navigation Jump to search
No edit summary
No edit summary
Line 38: Line 38:
* [http://portal.acm.org/citation.cfm?doid=1151954.1067531 "Extreme Learning"]  
* [http://portal.acm.org/citation.cfm?doid=1151954.1067531 "Extreme Learning"]  
* [http://portal.acm.org/citation.cfm?id=1062543&coll=GUIDE&dl=GUIDE&CFID=42425829&CFTOKEN=88673594 "A cross-program investigation of students' perceptions of agile methods"]  
* [http://portal.acm.org/citation.cfm?id=1062543&coll=GUIDE&dl=GUIDE&CFID=42425829&CFTOKEN=88673594 "A cross-program investigation of students' perceptions of agile methods"]  
* [http://portal.acm.org/citation.cfm?id=776897&coll=Portal&dl=GUIDE&CFID=42448435&CFTOKEN=54833985 "eXtreme Programming at universities: an educational perspective"]<br>


===Project Manegment===
===Project Manegment===

Revision as of 05:09, 12 November 2007

The Agile debate. Perhaps the most prominent controversy in o-o design today is whether it is possible to do a robust design with as little advance planning as agile methodologies recommend. Research this issue, on the Web and in the ACM DL, and report (fairly) on the major arguments of both sides, and on the evidence for both positions.

What is 'Agile Methodologies'?

'Principle of Least Astonishment' or 'Rule of minimum surprise' asserts that the system will cause the least surprise for the user by being as consistent and predictable as possible, and therefore usable. Which imply that in case of an ambiguity or a conflict in the system, the behavior of the system should be the one which will least surprise the user. In computer science, this principle has a wide range of application in topics such as user-interface design, programming language design, and programming. This principle is used in various disciplines as well as computer science such as engineering, science, and philosophy which are covered later in this wiki. After this brief information about the principle of least astonishment, now we are going to talk more about the sources found online about this topic and how well they explore the topic.

Arguments *Against* Agile Methodologies

lack of structure and necessary documentation only works with senior-level developers incorporates insufficient software design requires too much cultural change to adopt can lead to more difficult contractual negotiations

Arguments *Support* Agile Methodologies

"Are agile methods good for design?" is a blog of an instructor, Alex Bunardzic, where he shares his in class experience when he was teaching Principle of Least Astonishment. The example that he gave in class is the Ruby on Rails code where he suggests using <%yield%> instead of <%content_for_layout%> to demonstrate this principle. This web page is not a good start to learn the topic, but it gives the idea of the principle and it demonstrates it with the Ruby on Rails code which is very related to what we have been doing in our class.

Success Stories

"Site finding system" is a topic appeared in BBC News on September, 2003 which gives an real-life example of violation of this principle, and explains what it had caused.


Agile Methodologies in Other Disciplines

Education

Project Manegment

=R&D


Conclusion

This wiki is intended to be a Guide for Principle of Least Astonishment. It provides many links to online sources that explains the topic simply with easy-to-understand examples, and/or gives an idea where this principle can be used in real-life. These links should be helpful for the ones who want to learn more on this topic or understand the topic in more detail.

This principle can be used in many different disciplines for a universal useful solution for good designs. But it should be taken into consideration that the principle goes parallel with common sense, although it may not go with the convention.

"Who Stole Agile?"

Refrences

External Links by Side

Against

With


External Links by Methodology

XP