Editing OctConf 2018 Notes

Jump to navigation Jump to search

Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.

Latest revision Your text
Line 35: Line 35:
 
; future GSoC students
 
; future GSoC students
 
: we have questioned the value of this.  Most students don't stay after GSoC and most projects do not get merged into core and the packages.  Even if it costs us no money, it costs us a lot of time since most students need a lot of hand holding, and it's the whole community that is actually mentoring. Ignoring the students is also not nice to them.  Nir is the person responsible and he's not attending this year so we are not deciding anything.  However, we need to ensure that students know much, and do a better job at filtering out clueless students.
 
: we have questioned the value of this.  Most students don't stay after GSoC and most projects do not get merged into core and the packages.  Even if it costs us no money, it costs us a lot of time since most students need a lot of hand holding, and it's the whole community that is actually mentoring. Ignoring the students is also not nice to them.  Nir is the person responsible and he's not attending this year so we are not deciding anything.  However, we need to ensure that students know much, and do a better job at filtering out clueless students.
 
+
; refactoring (threading)
; refactoring (threading) / developer docs / symbol naming / liboctave interface stability and usability
+
; developer docs
: These are all very related issues.  We have some issues threading and those are mainly because we don't know how to do things properly. Some of us have learned how since but we don't have that knowledge shared and so it's a bit of lack of documentation for ourselves.  We decided that changes to Octave internals, the C++ stuff, will need to include doxygen docs for the things that it changes.  We have notes on how to write doxygen docs on our [[C++ style guide#Doxygen|C++ style guide]].
+
; symbol naming
: We also have builds of doxygen docs online, including development version http://octave.org/doxygen/ but they are not up to date. jwe will set his build bots to update the doxygen docs daily.
+
; liboctave interface stability and usability
: We also discussed making available builds of the default branch for users.  This would be nice because we get users reporting bugs earlier.  However, we are afraid that people will not understand that the latest version is a work in progress, not the latest usable version. So we decided against making such builds available.
 
 
 
 
; test coverage
 
; test coverage
 
: We can already get the line coverage of our test suite if we run make coverage but that only includes the C++ code.  jwe says that it would be simple to add some fields to the interpreter that would allow us to also get the line coverage.  This would only be done if Octave was built with specific flags.  Oliver pointed out that because of vectorized options, line coverage in m file is not as useful as in other languages since the conditions that in other languages is done with if blocks, are instead done by using indexing with an empty array of an array of false elements.
 
: We can already get the line coverage of our test suite if we run make coverage but that only includes the C++ code.  jwe says that it would be simple to add some fields to the interpreter that would allow us to also get the line coverage.  This would only be done if Octave was built with specific flags.  Oliver pointed out that because of vectorized options, line coverage in m file is not as useful as in other languages since the conditions that in other languages is done with if blocks, are instead done by using indexing with an empty array of an array of false elements.

Please note that all contributions to Octave may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see Octave:Copyrights for details). Do not submit copyrighted work without permission!

To edit this page, please answer the question that appears below (more info):

Cancel Editing help (opens in new window)

Template used on this page: