huh? Making a change to the > function doesn't mean you *can't* write high performance data structures in Clojure. It just means, you *may* need to use a different fn name as opposed to the common one. Similarly I could simply use a different name to accomplish my own function that includes strings, but that's not the point.
The point is that the common name should benefit the common user (not typically the folks who appear in this group, but still representing 90+ percent of usage). Many people would benefit by having a cleaner easy-to-use intuitive language. i.e '=' works on strings, so why not '>' ? It's not like I don't get the benefits listed, but I think this group should also consider audiences outside the arena of expert language programmers (who are capable of making functions to suit their needs). IMHO. On Nov 29, 1:23 pm, David Nolen <dnolen.li...@gmail.com> wrote: > On Mon, Nov 29, 2010 at 2:28 PM, Tim Robinson <tim.blacks...@gmail.com>wrote: > > > I dunno, > > > Where is this arbitrary point people set where language improvements/ > > ease-of-use become less important than negligible performance impacts? > > I ran several benchmarks, with warm up and correct time measurements, > > and didn't get the impression the change was in anyway significant. > > Perhaps not significant to you. But to others it means that they can write > high performance data structures in Clojure itself that other people can > benefit from. To me that's far more compelling than convenient string > comparison operators. Consider the implementation of > gvec.clj:https://github.com/clojure/clojure/blob/master/src/clj/clojure/gvec.clj. > I > wonder what "negligible performance impact" you change would have on that? > > It might more sense to put what you're suggesting in clojure.string. > > David -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
