This is an old revision of the document!
Reasons to reinvigorate qfwfq from a FoAM perspective.
As an approach to connecting diverse fields (biology, architecture, physics, media art) with some specific common problems:
Currently the approach to a solution is a myriad of domain specific tools, languages and environments - is there a way to design tools and practices that can cross these domains? The project needs at least two distant fields or application areas involved to prove this.
One approach is applying lessons learned in education, graphics and games design with visual programming and applying them in a more general way.
“the code literate of our society are mostly white men” … “code written today is not representative of our society” http://rarlindseysmash.com/index.php?n=1309736919
With the introduction of algorithms into every part of our lives, diversification of programming is an important goal in itself (in which this could be seen as a case study):
Alex says: I think we need to find more data on this, will have a look around. Looking at this news item hints at a general problem of non-engagement rather than of lack of diversity. Interest in computing subjects in the UK has plummetted: http://www.bbc.co.uk/news/education-11011564 – If you look at the gender disparity though you see that computing actually has above average gender equality, which surprised me. In bioinformatics I think programmers are mostly female, right? Perhaps the problem isn't so much diversity of programmers but of lack of programmers and lack of interest in computation in general. That said there is clearly lack of diversity in those who write programming languages, having strong lineage to brusque white men on military funds. So is it a problem for our project if we're all white men?
Our aims are to design a tool/language/environment that crosses disciplines by:
And will prove it with the evaluation of 2 (or more) use cases in diverse fields.
Alex says: I have a feeling that the aim of covering multiple levels of abstraction could be at odds with the aim of non-domain specificity. Are lower levels of abstraction necessarily domain specific?
Measurement of success by the use of workshops with individuals from the target fields. They could be given problems (perhaps outside of their field) to solve, initially studying ways in which their approaches differ - later applying the developed software/tool/process and studying the results.
Good bits:
Missing bits:
Why are we better placed to tackle this than CS or bioinformatics or architecture departments? Some way to present diversity as strength?
Bioinformatics