|Syntactic Confectionery Delight|
I feel that if the problem fits into the idiom of the language forget the problem space. Languages are made with a particular application in mind, so it seems foolish to disregard this. Doing so often means being counterintuitive in solving a problem, approaching the problem from the point of the language. Which can often gives positive results and gives you a better insight into the system that aping the existing system won't yield.
splitStringByChar isn't that @foo=split//,$bar or a kingdom of alternatives to be used discerningly in situ?
In reply to Re: (Zigster) Map the language into the problem space