On Mon, May 21, 2012 at 12:54 AM, Artyom Kazak <artyom.ka...@gmail.com> wrote: > Andreas Pauley <apau...@gmail.com> писал(а) в своём письме Sun, 20 May 2012 > 20:33:13 +0300: > > >> I want to see how elegant a solution I can get in a functional >> language, given that the problem description is not really elegant at >> all. It has a few annoying exceptions to the normal rules, typical of >> what one might get in a real specification from some client. > > > After taking a look at other solutions, I feel like I will have to explain > myself, so I’d better do that without prompting :) > > - nothing was said about meaningful error messages, so I didn’t bother. > - I had decided against defining constants like > `supplier_markup_percentage_modification` > separately; `PremiumSupplierIDs` and markup table are defined locally in > the `calc` > function, too. The latter two issues are fixed in the next version, as > someone > may consider them to be against elegance. > - surprisingly, all solutions use explicit comparisons to determine the > product > category. While it is okay for continuous ranges of codes, it doesn’t > scale and > not really elegant. Fixed as well.
Thanks, I've merged this. Had a quick look at the code, I like it :-) -- http://pauley.org.za/ http://twitter.com/apauley _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe