Stephen Downes

Knowledge, Learning, Community
OK, it's official. I am now siding against use cases, scenarios, and the other typical design methodologies, as instantiated in this post about learning resource repositories. Why? Because they freeze your perspective on design and development into a view of what is rather than what could be or ought to be. The use cases here, for example, limit the author's view to learning resources created by tutors or publishers, to uses consisting of 'put' and 'get', and to thinks like intellectual property rights being at the forefront of design principles. When we look like an assertion like "The benefits to users depend on how they already share their teaching content with their peers" we can see immediately not only how constraining it is, but also how false it is. As I commented somewhere recently: imagine how email would have turned out had it been designed with existing constraints in mind.

Today: 1059 Total: 1063 [Direct link] [Share]

Image from the website


Stephen Downes Stephen Downes, Casselman, Canada
stephen@downes.ca

Copyright 2024
Last Updated: Mar 29, 2024 04:56 a.m.

Canadian Flag Creative Commons License.

Force:yes