Mercurial > pylearn
diff doc/v2_planning/arch_src/plugin_JB_comments_YB.txt @ 1238:067b2f9ba122
comments by YB on JB's arch_sr/plugin_JB.py
author | Yoshua Bengio <bengioy@iro.umontreal.ca> |
---|---|
date | Thu, 23 Sep 2010 11:49:19 -0400 |
parents | |
children | 316410a38f6f |
line wrap: on
line diff
--- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/doc/v2_planning/arch_src/plugin_JB_comments_YB.txt Thu Sep 23 11:49:19 2010 -0400 @@ -0,0 +1,26 @@ + +YB. I am very worried about this proposal. It looks again like we would be +creating another language to replace one we already have, namely python, +mainly so that we could have introspection and programmable changes +into an existing control flow structure (e.g. the standard DBN code). + +I feel that the negatives outweigh the advantages. + +Please correct me: + +Disadvantages: + +* much more difficult to read +* much more difficult to debug + +Advantages: + +* easier to serialize (can't we serialize an ordinary Python class created by a normal user?) +* possible but not easier to programmatically modify existing learning algorithms + (why not the usual constructor parameters and hooks, + when possible, and just create another code for a new DBN variant when it can't fit?) +* am I missing something? + +I am not convinced that any of the stated advantages can't be achieved in more traditional ways. + +