<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>Vincent is right in the fact you have less debugging tools (in python for example).</div><div>Still, I never needed one for what I was doing, and my app has 50000 pure python lines. You have also very nice tools that integrate to vim, emacs and sublime text that do pep8, pyflakes and pylint checks each time you save the file, so that indentation or syntax errors get statically checked. About strict types, it depends a lot on what type of application you are running, and if this is really critical to you, you should not use python. If you need only integers, floats and strings, you may not need to care. And when code starts to be too long, break it up in classes and methods in different modules, and refactor :)</div><div><br></div><div>If your software will be used by beginners, letting them use it with python is very nice, and a lot of softwares are doing it (Paraview for example, but there are many others).</div><div>Even for more advanced users, it’s sometimes easier to start off with some python in a software they don’t know.</div><div>But I would not say you would get a spike in productivity for advanced users, they already know how to code in c++.</div><div>Still, Python is very mature, and as I said, I am running a pure python app to do multiprocessing computing on big files … and I am happy with it.</div><div><br></div><div>The question if it is worth to add python support is a difficult question. It depends how many time and the ressources you have to throw at it :)</div><br><div><div>On 25 juil. 2014, at 06:22, Satyananda Kashyap <<a href="mailto:ksatyananda@gmail.com">ksatyananda@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">Thanks for your perspective Vincent. <div><br></div><div>One of my initial questions were about the productivity boost which you get when using scripting languages. I am reasonably comfortable coding in C++ toolchain. From your experience do you really see a spike in productivity when you shift over. Is it worth the effort ?  </div>

<div><br></div><div>I think I will do some of the core development in C++ and expose them to Python. I wanted to use the scripting side more for prototyping and testing purposes. </div><div class="gmail_extra"><br clear="all">

<div><div dir="ltr">Regards,<div>Kashyap</div></div></div>
<br><br><div class="gmail_quote">On Thu, Jul 24, 2014 at 10:18 PM, vincent ngai <span dir="ltr"><<a href="mailto:vincent.ngai@gmail.com" target="_blank">vincent.ngai@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr">I'm no expert, but previously when I worked on projects where we exposed almost all core functionalities via scripts, it seemed like a good initially, but what really happened is a shifting of complexities. Rather than have the complexity on the C++/Compiled codebase side shifted over to the scripts, in situation where you need to be able to change functionality without recompiling the source, or even have access to the source, scripts are the way to go. But shifting complexities to the runtime/script side has its own issues, I'm happy with the C/C++ toolchain maturity, Visual C++, GCC, GDB etc, you have very comprehensive debugging and editor facilities available for C++, but on the script side you have far less tools, and debugging may be a hassle. <div>


<br></div><div>Also for scripts that are scoped by whitespace/tabs and are not strictly typed, we found that scripts exceeding 1/2 pages in length tend to be less maintainable, and the chances of nuking a whitespace or overwriting a variable gets higher.</div>


<div><br><div class="gmail_extra">Just my 2 cents<br><br><div class="gmail_quote"><div><div class="h5">On Wed, Jul 23, 2014 at 11:11 PM, Satyananda Kashyap <span dir="ltr"><<a href="mailto:ksatyananda@gmail.com" target="_blank">ksatyananda@gmail.com</a>></span> wrote:<br>


</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hello,<div><br></div><div>I am looking for your expert opinions here. I have a relatively large C++ project I am working on which uses ITK mainly (hence the question here) and to some extent VTK and OpenCV. I do think that my code is fairly well written. I was thinking of wrapping my code to python using either SWIG or boost.python. Here are my questions : </div>




<div><br></div><div><br></div><div>1. I am led to believe that prototyping and code development is much faster in Python. Given that I have such a big cpp base code is it really worth the effort to wrap into python and then continue there. </div>




<div><br></div><div>2. From what I have read ITK uses SWIG wrappings for wrapping into Python while VTK uses the boost.python route. My initial attempts with both have been relatively unsuccessful. Any opinion on which one is more user friendly/better when I have to wrap my own custom classes which use a combination of both ITK and VTK in them. </div>




<div><br></div><div>3. Any suggestion on a road map as to how to proceed. I am not sure at what base class level I should wrap them and rewrite the dependencies in python.  </div><div><br></div><div>Thanks,</div><div><div>




<div dir="ltr">Regards,<div>Kashyap</div></div></div>
</div></div>
<br></div></div><div class="">_____________________________________<br>
Powered by <a href="http://www.kitware.com/" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at<br>
<a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Kitware offers ITK Training Courses, for more information visit:<br>
<a href="http://www.kitware.com/products/protraining.php" target="_blank">http://www.kitware.com/products/protraining.php</a><br>
<br>
Please keep messages on-topic and check the ITK FAQ at:<br>
<a href="http://www.itk.org/Wiki/ITK_FAQ" target="_blank">http://www.itk.org/Wiki/ITK_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/insight-users" target="_blank">http://public.kitware.com/mailman/listinfo/insight-users</a><br>
<br></div></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br>Regards,<br>Vincent<br>
</font></span></div></div></div>
</blockquote></div><br></div></div>
_____________________________________<br>Powered by <a href="http://www.kitware.com">www.kitware.com</a><br><br>Visit other Kitware open-source projects at<br><a href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a><br><br>Kitware offers ITK Training Courses, for more information visit:<br>http://www.kitware.com/products/protraining.php<br><br>Please keep messages on-topic and check the ITK FAQ at:<br>http://www.itk.org/Wiki/ITK_FAQ<br><br>Follow this link to subscribe/unsubscribe:<br>http://public.kitware.com/mailman/listinfo/insight-users<br></blockquote></div><br></body></html>