Re: The Joys Of Data-Driven Programming

On Thursday, August 18, 2016 at 2:36:31 PM UTC+12, I wrote: > Solution: set up a table of rules ... Here is another example. The problem is to list all external file dependencies of a Blender document, to ensure that they exist etc.

Re: The Joys Of Data-Driven Programming

Paul Moore wrote: Is there any "make replacement" out there that focuses more on named sets of actions (maybe with prerequisite/successor type interdependencies), and less on building file dependency graphs? Possibly Gradle might qualify. I only have a hazy understanding of it (basically just

Re: The Joys Of Data-Driven Programming

On 31 August 2016 at 13:49, Cem Karan wrote: >> Has anyone else found this to be the case? Is there any "make replacement" >> out there that focuses more on named sets of actions (maybe with >> prerequisite/successor type interdependencies), and less on building file >>

Re: The Joys Of Data-Driven Programming

On Wednesday, August 31, 2016 at 5:52:02 PM UTC+5:30, Paul Moore wrote: > On Sunday, 21 August 2016 15:20:39 UTC+1, Marko Rauhamaa wrote: > > > Aren’t makefiles data-driven? > > > > Yes, "make" should be added to my sin list. > > > > > [Personally Ive always believed that jam is better than

Re: The Joys Of Data-Driven Programming

Cem Karan : > On Aug 31, 2016, at 9:02 AM, Paul Moore wrote: >> In the days when make was invented, not compiling a source file whose >> object file was up to date was a worthwhile time saving. Now I'm more >> likely to just do "cc -c *.c" and not worry

Re: The Joys Of Data-Driven Programming

On Aug 31, 2016, at 9:02 AM, Paul Moore wrote: > On 31 August 2016 at 13:49, Cem Karan wrote: >>> Has anyone else found this to be the case? Is there any "make replacement" >>> out there that focuses more on named sets of actions (maybe with >>>

Re: The Joys Of Data-Driven Programming

On Aug 31, 2016, at 8:21 AM, Paul Moore wrote: > On Sunday, 21 August 2016 15:20:39 UTC+1, Marko Rauhamaa wrote: >>> Aren’t makefiles data-driven? >> >> Yes, "make" should be added to my sin list. >> >>> [Personally Ive always believed that jam is better than make and

Re: The Joys Of Data-Driven Programming

On Sunday, 21 August 2016 15:20:39 UTC+1, Marko Rauhamaa wrote: > > Aren’t makefiles data-driven? > > Yes, "make" should be added to my sin list. > > > [Personally Ive always believed that jam is better than make and is > > less used for entirely historical reasons; something like half the > >

Re: The Joys Of Data-Driven Programming

On Monday, August 22, 2016 at 12:24:30 AM UTC+5:30, Tim Chase wrote: > On 2016-08-21 04:53, Rustom Mody wrote: > > 2. Basic computing theory shows that re-s and dfas are equivalent. > > Which would one prefer to write/debug? [Thats not a rhetorical > > question] > > I'm curious where REs and DFAs

Re: The Joys Of Data-Driven Programming

On Monday, August 22, 2016 at 3:48:49 AM UTC+5:30, Marko Rauhamaa wrote: > Lawrence D’Oliveiro : > > > On Monday, August 22, 2016 at 2:20:39 AM UTC+12, Marko Rauhamaa wrote: > >> ... can heartily recommend SCons. > > > > It’s Python 2 only, not Python 3. > > And? SCons is very good, definitely

Re: The Joys Of Data-Driven Programming

On Sunday, August 21, 2016 at 11:18:49 PM UTC+1, Marko Rauhamaa wrote: > Lawrence D’Oliveiro : > > > On Monday, August 22, 2016 at 2:20:39 AM UTC+12, Marko Rauhamaa wrote: > >> ... can heartily recommend SCons. > > > > It’s Python 2 only, not Python 3. > > And? SCons is

Re: The Joys Of Data-Driven Programming

Lawrence D’Oliveiro : > On Monday, August 22, 2016 at 2:20:39 AM UTC+12, Marko Rauhamaa wrote: >> ... can heartily recommend SCons. > > It’s Python 2 only, not Python 3. And? SCons is very good, definitely beats make. It also illustrates the use of a real programming

Re: The Joys Of Data-Driven Programming

Lawrence D’Oliveiro : > On Monday, August 22, 2016 at 2:20:39 AM UTC+12, Marko Rauhamaa wrote: >> Lisp's "data is code and code is data" is a good principle. I have >> successfully used it with Python as well. > > You think self-modifying code is a good idea? Why change

Re: The Joys Of Data-Driven Programming

On Monday, August 22, 2016 at 2:20:39 AM UTC+12, Marko Rauhamaa wrote: > ... can heartily recommend SCons. It’s Python 2 only, not Python 3. -- https://mail.python.org/mailman/listinfo/python-list

Re: The Joys Of Data-Driven Programming

On Monday, August 22, 2016 at 2:20:39 AM UTC+12, Marko Rauhamaa wrote: > Lisp's "data is code and code is data" is a good principle. I have > successfully used it with Python as well. You think self-modifying code is a good idea? -- https://mail.python.org/mailman/listinfo/python-list

Re: The Joys Of Data-Driven Programming

On Monday, August 22, 2016 at 12:21:36 AM UTC+12, Chris Angelico wrote: > The issues with makefiles are mainly to do with metaprogramming (plus > a few specific issues with the format itself, which don't apply to the > more general concept). There's a ton of magic to cope with makefiles > that try

Re: The Joys Of Data-Driven Programming

On Sunday, August 21, 2016 at 11:53:52 PM UTC+12, Rustom Mody wrote: > However seeing that list together like that I cant help wondering: > Is the philosophy of data-driven-ness itself somehow ill-conceived? I don’t understand why. They are all examples of the success of the technique, and I can

Re: The Joys Of Data-Driven Programming

Tim Chase writes: > On 2016-08-21 04:53, Rustom Mody wrote: >> 2. Basic computing theory shows that re-s and dfas are equivalent. >> Which would one prefer to write/debug? [Thats not a rhetorical >> question] > > I'm curious where REs and DFAs are shown to be

Re: The Joys Of Data-Driven Programming

Rustom Mody : > On Sunday, August 21, 2016 at 7:50:39 PM UTC+5:30, Marko Rauhamaa wrote: >> Don't know jam, but can heartily recommend SCons. > > Likely true at some point > Probably not now: http://stackoverflow.com/questions/2847730/c-build-systems > [ tup seems to be the

Re: The Joys Of Data-Driven Programming

On 2016-08-21 04:53, Rustom Mody wrote: > 2. Basic computing theory shows that re-s and dfas are equivalent. > Which would one prefer to write/debug? [Thats not a rhetorical > question] I'm curious where REs and DFAs are shown to be equivalent (serious, not trying to be snarky). I can see with

Re: The Joys Of Data-Driven Programming

On Sunday, August 21, 2016 at 7:50:39 PM UTC+5:30, Marko Rauhamaa wrote: > Rustom Mody : > >> > All I can say is that I've encountered numerous bad cases of rule > >> > systems, eg: > >> > > >> > - iptables > >> > > >> > - selinux policies > >> > > >> > - systemd unit files > >> > > >> > -

Re: The Joys Of Data-Driven Programming

Rustom Mody : >> > All I can say is that I've encountered numerous bad cases of rule >> > systems, eg: >> > >> > - iptables >> > >> > - selinux policies >> > >> > - systemd unit files >> > >> > - asterisk >> > >> > - sendmail > [...] > Some other examples: > 1. >

Re: The Joys Of Data-Driven Programming

On Sunday, August 21, 2016 at 5:51:36 PM UTC+5:30, Chris Angelico wrote: > On Sun, Aug 21, 2016 at 9:53 PM, Rustom Mody wrote: > > Some other examples: > > 1. > > Aren’t makefiles data-driven? And if so should not much more declarative > > attempts like jam have been correspondingly more

Re: The Joys Of Data-Driven Programming

On Sun, Aug 21, 2016 at 9:53 PM, Rustom Mody wrote: > Some other examples: > 1. > Aren’t makefiles data-driven? And if so should not much more declarative > attempts like jam have been correspondingly more successful? > https://www.perforce.com/resources/documentation/jam >

Re: The Joys Of Data-Driven Programming

On Sunday, August 21, 2016 at 5:13:28 AM UTC+5:30, Lawrence D’Oliveiro wrote: > On Saturday, August 20, 2016 at 8:08:24 PM UTC+12, Marko Rauhamaa wrote: > > > > Lawrence D’Oliveiro: > > > >> On Thursday, August 18, 2016 at 4:47:28 PM UTC+12, Marko Rauhamaa wrote: > >>> > >>> ... as a rule, I

Re: The Joys Of Data-Driven Programming

On Saturday, August 20, 2016 at 8:08:24 PM UTC+12, Marko Rauhamaa wrote: > > Lawrence D’Oliveiro: > >> On Thursday, August 18, 2016 at 4:47:28 PM UTC+12, Marko Rauhamaa wrote: >>> >>> ... as a rule, I dislike rules. Rule languages tend to >>> grow out of all bounds, always remain deficient and

Re: The Joys Of Data-Driven Programming

Lawrence D’Oliveiro : > On Thursday, August 18, 2016 at 4:47:28 PM UTC+12, Marko Rauhamaa wrote: >> ... as a rule, I dislike rules. Rule languages tend to >> grow out of all bounds, always remain deficient and have impenetrable, >> ad-hoc semantics. > > That’s a very

Re: The Joys Of Data-Driven Programming

On Thursday, August 18, 2016 at 4:47:28 PM UTC+12, Marko Rauhamaa wrote: > ... as a rule, I dislike rules. Rule languages tend to > grow out of all bounds, always remain deficient and have impenetrable, > ad-hoc semantics. That’s a very peculiar thing to say, considering that data-driven

Re: The Joys Of Data-Driven Programming

On Thu, Aug 18, 2016 at 2:47 PM, Marko Rauhamaa wrote: > Lawrence D’Oliveiro : > >> Solution: set up a table of rules > > Without judging the individual merits of rules for your use case, I just > want to mention that as a rule, I dislike rules. Rule

Re: The Joys Of Data-Driven Programming

Lawrence D’Oliveiro : > Solution: set up a table of rules Without judging the individual merits of rules for your use case, I just want to mention that as a rule, I dislike rules. Rule languages tend to grow out of all bounds, always remain deficient and have

The Joys Of Data-Driven Programming

Problem: let the user specify certain parameters for a screen display (width, height, diagonal, pixel density, pixels across, pixels down, optimum viewing distance) and from the ones specified, work out the parameters which were not specified. Solution: set up a table of rules