Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.compilers > #1525

Re: parsability and human factors

Show all headers | View raw

Glen,

 > The talk was titled "The Programming Language Wars".
 >
 > http://web.cs.unlv.edu/stefika/Papers.php

and the answer is to invent another language!
http://www.quorumlanguage.com/

 > is a list of some of the papers by the author, and
 >
 > paper number 7 is one people might find interesting.

Most of this paper is based on two self reporting surveys,
the sort of thing pollsters use to rate public opinion.

The experiment that was run for the second part of the paper
looks very sloppy.

 > There is very little research into how people actually use features in
 > programming languages, though all designers seem to already know
 > without studying.

Some work is analyzed here:
http://shape-of-code.coding-guidelines.com/2014/08/27/evidence-for-the-benefits-of-strong-typing-where-is-it/

There is a growing body of measurements of the use of programming
language features.  Here is a very good one on the use of eval in
Javascript:
http://the.gregor.institute/papers/ecoop2011-richards-eval.pdf

It is now common to encounter papers that measure stuff and arm
wave about finding power laws and how interesting this must be.
Sometimes they even check to see whether the data does in fact
follow a power law:
http://vserver1.cscs.lsa.umich.edu/~crshalizi/weblog/491.html

What is generally missing is any theory for the patterns seen.
A step up from arm waving here:
http://shape-of-code.coding-guidelines.com/2013/05/17/preferential-attachment-applied-to-frequency-of-accessing-a-variable/
Of course developer decisions on what variables to use are not based
on probabilities, this is an emergent behavior of higher level, as
yet unknown, processes.

 > He did actual tests with both experienced and new programmers.

The academic definition of experienced is often very different from
that used by industry.  It is common to hear third year undergraduates
labeled as experts and first year students as novices; industry would
regard them both as novices.  As far as I can see in this paper
experienced subjects are the ones enrolled in computer science courses
and inexperienced subjects are those not enrolled in such courses.

Thanks for the pointer, but I have deleted my copy of this paper.

Back to comp.compilers | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Re: Choosing a parser for Mathematica input fateman@gmail.com - 2015-02-05 08:08 -0800
  parsability (was: Choosing a parser for Mathematica input) glen herrmannsfeldt <gah@ugcs.caltech.edu> - 2015-02-06 00:05 +0000
    Re: parsability and human factors "Derek M. Jones" <derek@_NOSPAM_knosof.co.uk> - 2015-02-07 12:45 +0000
      Re: parsability and human factors glen herrmannsfeldt <gah@ugcs.caltech.edu> - 2015-02-08 10:32 +0000
        Re: parsability and human factors "Derek M. Jones" <derek@_NOSPAM_knosof.co.uk> - 2015-02-10 12:44 +0000
    Re: parsability "Robin Vowels" <robin51@dodo.com.au> - 2015-02-09 00:48 +1100
      Re: parsability Hans-Peter Diettrich <DrDiettrich1@netscape.net> - 2015-02-08 20:49 +0100
        Re: parsability news@iecc.com (News Subsystem) - 2015-02-09 14:37 +1100
  Re: Choosing a parser for Mathematica input Robert Jacobson <rljacobson@gmail.com> - 2015-02-06 19:04 -0800

csiph-web