I want to create a project devoted to Neural Networks. Would Ruby
Central be interested to support me and this project for Google Summer
of Code?
Right now, there are two gems with a Neural Network support -
http://ai4r.rubyforge.org/ =C9
http://ruby-fann.rubyforge.org/. But both
of them implement only one learning algorithm - back-propagation (and
accordingly to that fact only one type of Neural Network - multilayer
perceptron) - also they don't have ability to choose different
activation functions for different layers and so you can't even build
Radial Basis Function Network with those gems. They don't have a built-
in interface to use even widespread learning strategies (e.g., begin
learning with a high learning rate and then switch to a low learning
rate after approaching some threshold).
So as a GSoC project I decide to implement several Neural Network
types, including multilayer perceptron, self-organizing feature map
(Kohonen net), auto-associative memory (Hopfield net) and recurrent
neural network. I want to build an easy but powerful interface to use
with. So it will support a range of learning strategies for fast start
but it will be very customizable in case of need. It will have a built-
in visualization module so you could see a net topology with all
values of weights, errors, input and output values in any moment of
time. You could also see a graphic of values (good to see a final
approximation) and errors (to understand a dependence on epoch count).
And as the last step i want to build a Neural Network web-editor via
silverlight and IronRuby.
So what does RubyCentral think about my proposal?
On Mar 19, 5:05=9Apm, James Gray <ja...@grayproductions.net> wrote:
> On Mar 19, 2008, at 12:16 AM, Chiyuan Zhang wrote:
>
> > Is there any project ideas collected? Maybe something about Ruby 1.9,
> > Rubinius etc.
>
> I'm sure we can brainstorm some for you.
>
> Regarding your Ruby 1.9 idea: =9Amany libraries don't work correctly yet =
=9A
> in Ruby 1.9. =9AYou could come up with a list of favorites that don't =9A
> work and offer to patch them for Ruby 1.9. =9AI think that could be =9A
> quite a resource to the community. =9AI got this idea from Greg Brown =9A
> who may be doing a similar project soon, but I think there are more =9A
> than enough libraries to go around.
>
> Beyond that, here are a few other random ideas:
>
> * There's been a lot of talk about better documentation tools lately. =9A
> I believe Eric Hodel is working on revamping RDoc. =9APerhaps you could =
=9A
> see what you could do to help with that. =9AJames Britt has also looked =
=9A
> at better ways to assemble the documentation for ruby-doc.org, so that =9A=
> may be another place you could help out.
> * I've recently had need of a multiprocess event safe logger. =9AWhat I =
=9A
> mean by that is that I have two processes writing to the same log =9A
> file. =9AThey may log five things for each event. =9AIn the log file, I =
=9A
> would prefer the resulting ten entries not be interleaved. =9AYou could =
=9A
> provide a start event method and an end event method and only add =9A
> events to the log file after the event ended. =9AThis is more =9A
> complicated than it sounds since you will want to deal with large =9A
> logging data for a single event (probably using Tempfile), badly =9A
> behaved programs that don't manage to call the end event method, long =9A
> running events, etc.
> * Daniel Berger has requested a pure Ruby implementation of zlib a few =9A=
> times now. =9AThis might give new options for Windows installers.
>
> I do encourage you to think up your own ideas though. =9AI've been a =9A
> mentor for the last two years and I can easily say that the =9A
> applications for unique ideas were generally more appealing. =9AThere =9A
> are two reasons for that. =9AThe first is that lots of applications come =
=9A
> in for the ideas we post publicly, so you're competing with a lot of =9A
> people who want to do the exact same thing. =9AThe other is that you =9A
> will just be more creative when running with your own idea. =9ADon't =9A
> hesitate to latch onto one of your own needs and run with it.
>
> James Edward Gray II