Developer needs
- Tools - coding, building, testing, deploying, debugging
- Code - the sources of the application or service being built
- Run time - to deploy/test/debug/teardown
- Workflow - a process to develop, test, and publish the developed software
...
- It is impossible to provide tooling for every use, although we can provide some basic development bootstrapping tools such as code editing
- Standalone IDE's are not web-ready, they must be used in a "machine" context, although that context could be in a container.
- The cloud-native GUI (html) does not simply match with native IDE local GUI models (X11, windows)
Design
- Tools/Stacks are published to catalogs
- Catalogs are searchable, sharable,
development in the cloud is typically done via a provisioned development machine configured with tooling and customized by the developer.
NDSLabs Current
- and any number can exist
- Each user has one or more toolboxes - populated from catalogs
- A toolbox is just another catalog
- Tools/Stacks Can be Configured - apply specific parameters
- Configurations can be saved and become attached to the tool in the catalog
- A Configuration can be launched - becomes one of the user's running tools
- A running environment can be saved to a catalog - saves the tools/stacks and configs
- Toolboxes, stacks, configs can be export/import to file
- User starts with a default catalog (shells/editors/etc) and basic home environ
- Edit personal/group files
- User can add catalogs from her groups to get preconfigured stacks
Alternatives/Options/Ideas
- No Dominanat tool (Developer with TestDrive/Workbench or the other way)
- Are there permanent, session, and ad-hoc instances? How to manage?
We can provide a developer the