A presentation based on a similar document that was provided by Richard Johnson some years ago. It provides an annotated summary of the main best practice guidelines for writing MATLAB programs.
That's a questionable naming style guide. It has nothing to do with functional programming
Please look up the definition of Functional Programming. This has nothing to do with functional programming.
Thank you very much!
Thanks for the hint! I have inserted a disclaimer accordingly.
You should put on the first slide:
This is a re-formatted version of
Richard Johnson's "MATLAB Programming Style Guidelines"
Acknowledging Johnson in the description above is not good enough because the description is not part of the document.
Thanks Daniel for the hint! It should be rectified now.
FYI, there's a typo on page 11, 'recommanded' instead of 'recommended'.
The title is very misleading. "Functional style" actually means something like lisp, haskell and OCaml, not how to define your functions.
Yes there will be!
The file name indicates 'part1'. So will there be a part2 for this submission?
I have already read the article from Loren. Congratulations for putting this book together!
The book that grew out of these guidelines was recently reviewed by Loren in her Art of MATLAB blog.
Thanks a lot！
It's true! And this is stated in the description of the submission. A link to the original document is also included in the references list of the presentation. I submitted this presentation because it is more visually appealing, and it is much lighter to digest than the original document. Does it matter at all? The goal here is that people find these guidelines and adapt them to their programming practices. I also don't see the legend you are talking about, since these are commonly used guidelines in other languages like Java and C++. However, Richard Johnson did a very good job in putting these guidelines together for MATLAB. If you are interested, he even has now published a book on the subject: http://www.amazon.com/Elements-MATLAB-Style-Richard-Johnson/dp/0521732581/ref=sr_1_2?ie=UTF8&s=books&qid=1297535830&sr=1-2
By the way, this presentation is not PowerPoint. It is a Lyx beamer-based presentation.
This appears to be a nearly direct copy of Richard Johnson's legendary MATLAB Programming Style Guidelines, just put into PowerPoint format.
Do you mean regarding introducing logical variables for complex expressions? Of course, short circuiting can save carrying on extra tests. I did not mean to avoid the use of short circuiting completely. It is about breaking complex conditionals into smaller more readable variables that also explain the purpose of the conditionals. So, the goal is to reduce complexity and increase readability. Of course, it could be the case this will incurr extra tests that could be avoided due to short circuiting since we are evaluating all logical variables ahead of the test. In this case, one has to outweigh the gain in performance of using short circuiting vs. the gain in breaking the complexity of conditionals and improving readability.
I disagree with your conditional preference. Since boolean operators can short circuit, some of the conditional calculations can be avoided.
Thank you for uploading this. Great advice!
Name correction in the disclaimer
Addition of a disclaimer
Spelling errors corrected.