- Use simpler data: Instead of using a 100,000 long vector, can you use a 10 long vector until you have the algorithm working?
- Remove complexity: Most MATLAB ‘bugs’ can be reproduced with no more than ten lines of code. Once we remove all the extraneous lines of code, it becomes clear what is really going on. For example, a recent graphics case was brought to me. The case had nothing to do with the title, so I removed the code that created a title. Was the title hurting anything? No, it was not, but that and 30 other similar removals made the code three lines long and made the problem very evident
- Use better variable names: I often get code to debug for people, the variable names are often distracting and take away mental energy from understanding the code. Which is easier to understand?
All I did was change the names of those variables for the plotting step. Ideally, I would have had well named variables throughout my code, but at least this little corner of the code it more understandable now. This kind of simplification (even though it is more lines of code), when applied many, many times will tame complexity.
plot(r287(ind:ev),hhGrams) or startIndex = ind; stopIndex = ev; xVec = r287; yVec = hhGrams; plot(xVec(startIndex, stopIndex), yVec)
1 CommentsOldest to Newest
rand(1, 12) % Creates a matrix of size [1 12]
rand(1:12) % Creates a LARGE array of size [1 2 3 4 5 6 7 8 9 10 11 12] ... if it canMATLAB will happily do (or try to do) what you TELL it to do ... which may not be what you WANT it to do.