What should the future of 'simp config' look like?
Add your comments directly to the page. Include links to any relevant research, data, or feedback.
Background
We've struggled with what 'simp config' should act like for quite some time. This page has been created to help us capture the future of the SIMP configuration command and how it should be presented to the user.
Relevant data
Restrictions:
- No guaranteed Internet connection
- Minimal system load (whatever comes with a 'yum install simp' on a minimized system)
- No GUI available
- No web client available by default
Expectations
What do you actually feel that simp config
should look like and/or do?
Please add your ideas with your Confluence ID beside them for ongoing discussion and consideration
Options considered
Option 1: | Option 2: | |
---|---|---|
Description | Statically Compiled TUI Something like one of the following: | Q&A Tree Similar to current 'simp config' |
Pros and cons | Easily runs on a minimal system with no external dependencies Can guarantee no external network connections easily Adds an additional language into the mix | Relatively straightforward to build Quite difficult to provide a flexible interface for user help as well as trees of options that are only relevant when a higher level option is selected Has turned out to have a relatively high maintenance burden in terms of small changes since it's effectively half of a framework As it grows, it starts bringing in a LOT of external dependencies that have to be packaged and shipped separately due to licensing and interaction concerns |