Hi Kevin, Thanks for that, I'm extremely interested in feedback on the code. Yes, the repo is currently private, until I have the remaining parts of the stack in place before opening it up, that'll happen in March.
You're right, the code in that doc should run standalone, but perhaps I have a couple of functions defined elsewhere in the repo which that page needs. I'll fix that when I get back. I'm away for a much needed break tomorrow, cycling around Tenerife, so I'll get back to this after March 2nd. On your PS, Clojure people just hate stupid use of mutable data, but the Clojure way of doing things encourages change and improvement because it removes the fear caused by bad ways of programming. A Clojure expert very kindly looked at the code and gave me some very clear feedback on the faux-paszes I'd committed. As discussed earlier, it's likely best that these encoders have memory (for consistent encodings), and my design will isolate the mutable state in a component which communicates over channels with others. Regards, Fergal Byrne On Wed, Feb 19, 2014 at 6:59 PM, Archie, Kevin <[email protected]>wrote: > Fergal, > > > > If you're still interested in comments on your RDSE in Clojure, on the > topic of the bug that's keeping the first bit on, I'm very suspicious of > this line: > > > > remove-bit (previous-sdr (inc (randomer (dec on)))) > > > > ...but it's hard to be sure without building and running. You have a link to > a repo at the top of the page but I get 404 when I follow. Maybe the repo > is private? > > > > - Kevin > > > > p.s. As for the complaints about mutation, Clojurists just fear change. > For a real production system you probably would want to turn buckets into a > purely functional interval tree and then return the updated buckets instead > of mutating in place, but that's sort of the last thing you need to hear > when you're just prototyping. > > ------------------------------ > > The material in this message is private and may contain Protected > Healthcare Information (PHI). If you are not the intended recipient, be > advised that any unauthorized use, disclosure, copying or the taking of any > action in reliance on the contents of this information is strictly > prohibited. If you have received this email in error, please immediately > notify the sender via telephone or return mail. > > _______________________________________________ > nupic mailing list > [email protected] > http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org > > -- Fergal Byrne, Brenter IT <http://www.examsupport.ie>http://inbits.com - Better Living through Thoughtful Technology http://ie.linkedin.com/in/fergbyrne/ https://github.com/fergalbyrne e:[email protected] t:+353 83 4214179 Formerly of Adnet [email protected] http://www.adnet.ie
_______________________________________________ nupic mailing list [email protected] http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org
