Comments on: Where Design Fits In http://third-bit.com/blog/archives/1708.html Data is ones and zeroes | Software is ones and zeroes and hard work. Tue, 22 May 2012 16:23:22 +0000 hourly 1 http://wordpress.org/?v=3.3.2 By: Phillip J. Eby http://third-bit.com/blog/archives/1708.html#comment-2071 Phillip J. Eby Tue, 05 Aug 2008 03:54:35 +0000 http://pyre.third-bit.com/blog/archives/1708.html#comment-2071 You might consider using a rule-based access control method:: http://peak.telecommunity.com/DevCenter/SecurityRules#semantic-rules One of the nice things about generic functions (really, the main thing that motivated me to develop Python implementations of them), is that they let you skip a lot of your BDUF. Specifically, the part where you have to figure out in advance how to neatly divide up all the cases that MIGHT exist, versus focusing on the overall governing principles. You might consider using a rule-based access control method::

http://peak.telecommunity.com/DevCenter/SecurityRules#semantic-rules

One of the nice things about generic functions (really, the main thing that motivated me to develop Python implementations of them), is that they let you skip a lot of your BDUF. Specifically, the part where you have to figure out in advance how to neatly divide up all the cases that MIGHT exist, versus focusing on the overall governing principles.

]]> By: David Wolever http://third-bit.com/blog/archives/1708.html#comment-2070 David Wolever Mon, 04 Aug 2008 19:01:49 +0000 http://pyre.third-bit.com/blog/archives/1708.html#comment-2070 I'm not sure that I'm up to defending anecdote quoted by Atwood... But I think the point I draw from what he says -- you can read and theorize about good programming all day long, but (in most problem domains) that will only get you so far. Writing code then learning from your mistakes and building an intuition is the best way to move forward. I’m not sure that I’m up to defending anecdote quoted by Atwood… But I think the point I draw from what he says — you can read and theorize about good programming all day long, but (in most problem domains) that will only get you so far. Writing code then learning from your mistakes and building an intuition is the best way to move forward.

]]> By: Greg Wilson http://third-bit.com/blog/archives/1708.html#comment-2069 Greg Wilson Mon, 04 Aug 2008 13:10:00 +0000 http://pyre.third-bit.com/blog/archives/1708.html#comment-2069 I don't believe the anecdote quoted in the Coding Horror story --- it smells too much like something made up to bolster someone's philosophical point. Anyone have a citation? I don’t believe the anecdote quoted in the Coding Horror story — it smells too much like something made up to bolster someone’s philosophical point. Anyone have a citation?

]]> By: David Wolever http://third-bit.com/blog/archives/1708.html#comment-2068 David Wolever Mon, 04 Aug 2008 03:54:10 +0000 http://pyre.third-bit.com/blog/archives/1708.html#comment-2068 "If you’re doing exploratory programming in a new domain, there isn’t much point trying to do a lot of up-front design..." And, right below this in my news feed: http://www.codinghorror.com/blog/archives/001160.html “If you’re doing exploratory programming in a new domain, there isn’t much point trying to do a lot of up-front design…”

And, right below this in my news feed: http://www.codinghorror.com/blog/archives/001160.html

]]> By: Granularity of Permissions « Pyrtl http://third-bit.com/blog/archives/1708.html#comment-2067 Granularity of Permissions « Pyrtl Sun, 03 Aug 2008 13:54:01 +0000 http://pyre.third-bit.com/blog/archives/1708.html#comment-2067 [...] Tagged Design, permissions, tickets Excerpted from Greg Wilson’s blog: [...] [...] Tagged Design, permissions, tickets Excerpted from Greg Wilson’s blog: [...]

]]>