What are the thought processes that go on when you are trying to solve a MATLAB problem?
1 visualización (últimos 30 días)
Mostrar comentarios más antiguos
Manny Kins
el 2 de Mayo de 2019
I am (fairly) new to MATLAB, just started using it more heavily these past few months (before then I just used it to make basic plots). So when I have an issue I typically spend hours on just the (seemingly) simplest things such as how to remove certain values from structures and how to improve image quality for image analysis etc...
I just wanted to know if there is a particular thought process that you (everyone) go though before finding a solution to your exact problem. This might sound like a pretty dumb question but I think maybe learning about how other people tackle code related problems may be able to help me add good habits to what I do and make me improve.
Thanks
2 comentarios
Stephen23
el 2 de Mayo de 2019
Editada: Stephen23
el 2 de Mayo de 2019
There are plenty of methods, processes, and approaches to help write code, which I am sure that an internet search will help you with.
"I typically spend hours on just the (seemingly) simplest things such as how to remove certain values from structures..."
As long as you spend those hours reading the documentation and trying examples, then that is a normal and productive way to learn how to write code. No one (with the possible exception of Donald Knuth) was born knowing how to write code. It has to be learned. And that takes time and reading the documentation. A lot.
Personally I think that one of the hardest parts to code writing is learning the names of things: if you do not know what a thing is named then searching for its documentation or explanation can be very difficult. Reading as much as possible is one remedy, or by taking part some structured learning (e.g. online/MOOC courses).
Tip: do not underestimate the data design! Good data organisation leads to much better code. A clear and logical organisation of data will make the rest of the code exponentially simpler and more efficient. As a general rule of thumb, leave data together as much as possible.
Respuesta aceptada
Adam
el 2 de Mayo de 2019
Editada: Adam
el 2 de Mayo de 2019
I make very heavy use of the debugger, in combination with the command line to try out syntax and options. I also often like to create quick scripts to test out alternative solutions to a problem where speed is an issue and I want to understand which is fastest.
I make heavy use of the offline documentation, using e.g.
doc ismember
or whatever function I want to use, looking at the 'See Also'; section or any other links from the page if the function itself is not what I want, but I feel I need something similar.
I keep a series of e-mails (effectively a blog, but for reasons not interesting here, e-mails were the chosen medium) in which I write up what I call 'Matlab Nuggets' which remind me (and my other team members, who I also send them to) about certain functions or how I solved a certain problem or reusable code I added to our repository. Basically just anything I think I or my team may find useful in future that i can search for.
Our team also has a fairly large repository of past code now so if I know I have solved a similar problem (or part of it) before I will do a search in our repository to find the relevant code if I can.
I also use other sources such as Matlab Answers and Yair Altman's Undoucmented Matlab blog, although this tends to be more hardcore! One of the main reasons I started answering questions on Matlab Answers is because it helps me learn. So many people post questions that can easily be answered just by testing out some syntax on command line - apparently they don't think of that, but me doing it and providing the answer they could just have easily found themselves helps various concepts or syntaxes sink into my brain too for future usage.
2 comentarios
Stephen23
el 2 de Mayo de 2019
Editada: Stephen23
el 2 de Mayo de 2019
"The part where you mentioned to keep improving code that is slow really hits home..."
This is also one of the hardest parts of being responsible for some code, because at some point you will have the choice: either improve/update that code and make it incompatible with existing data/functions (and make all of its users quite grumpy) or stick with some slower, buggier version (and make all of its users quite grumpy). There is no way to avoid this, it will happen:
The best solution is to use best-practice as much as you can (or is reasonable for your needs): keep track of code versions (best: with a version system), encapsulate functionality in functions or classes with clearly defined interfaces, keep data together as much as possible, etc..
Más respuestas (0)
Ver también
Productos
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!