So… apparently cfscript doesn’t have any sort of implementation for inside tags. This seemed rather silly to me, considering it supports /
try { i = 3/0; }
catch (any excpt) {
//do something… just don’t throw() anything.
}
After some quick googling, I discovered that good ‘ol Ray Camden wrote a UDF for the throw(). He also has a blog post about a function rethrow().
Thanks, Ray!
Safari for Windows.
Was I the only one completely caught off-guard by this move?
Hell froze over reference
I read an interesting blog post this week on Submerged (the official Subversion blog) which had an interesting take on why open-source development models work. The blunt of it came down to the fact that people write better code when it is exposed and reviewable by others.
For example, visibility seems an obvious approach to better quality that should be enabled by our processes. First, one is going to be more cautious in their work knowing that it can potentially be seen by the broader project team. It is a strong deterrent to shortcutting the coding standards that the project (or the enterprise) has identified. Second, the code benefits by having more eyes reviewing the changes, which means a higher probability of issues being identified earlier in the lifecycle at a lower cost to their enterprise. I realize some people are reticent to having their work “exposed”, but that shouldn’t be an inhibitor to doing the right thing. Most of the people that you really want doing the work will welcome the chance to share their “brilliance” at a more detailed level. This visibility is achieved to some extent by general read access, but also by posting deltas to a mailing list and its associated archive. Visibility can also be enhanced through an association of the delta with a change request
Great stuff coming from this blog. I can’t agree more with what the author says. It’s one thing to write code that doesn’t work, it’s another thing to write code that works but is terrible in design. That’s what prototyping, tracer-bullets, and branches are for. Having your code visible to the rest of the world will let anyone see your real skill as a developer