Added info about modularity
Signed-off-by: Jim Martens <github@2martens.de>
This commit is contained in:
14
body.tex
14
body.tex
@ -611,6 +611,20 @@ Furthermore, it is configurable, well documented, and conforms
|
|||||||
to the clean code guidelines: evolvability and extendability among
|
to the clean code guidelines: evolvability and extendability among
|
||||||
others. Unit tests are part of the code as well to identify common
|
others. Unit tests are part of the code as well to identify common
|
||||||
issues early on, saving time in the process.
|
issues early on, saving time in the process.
|
||||||
|
% TODO: Unit tests (!)
|
||||||
|
|
||||||
|
The code was designed to be modular: One module creates the command
|
||||||
|
line interface (main.py), another implements the actions
|
||||||
|
chosen in the CLI (cli.py), the MS COCO to SceneNet RGB-D mapping can
|
||||||
|
be found in the definitions.py module,
|
||||||
|
preparation of the data sets and retrieval of data is
|
||||||
|
grouped in the data.py module, evaluation metrics have
|
||||||
|
their separate module (evaluation.py), the configuration is
|
||||||
|
accessed and handled by the config.py module, debug-only code
|
||||||
|
can be found in debug.py, and the ssd.py module contains
|
||||||
|
code to train the SSD and later predict with it. All
|
||||||
|
code relating to the auto-encoder can be found in its own
|
||||||
|
sub directory.
|
||||||
|
|
||||||
Lastly, the SSD implementation from a third party repository
|
Lastly, the SSD implementation from a third party repository
|
||||||
has been modified to work inside a Python package architecture and
|
has been modified to work inside a Python package architecture and
|
||||||
|
|||||||
Reference in New Issue
Block a user