<story><title>A web-based mission control framework by NASA</title><url>https://github.com/nasa/openmct</url></story><parent_chain><item><author>dotdi</author><text>I&amp;#x27;ve worked for the European Space Agency and EUMETSAT and it&amp;#x27;s crazy how much effort is wasted because everybody is writing separate mission control, monitoring and data analysis applications that do 95% of the same things, each with its own horrendous UX&amp;#x2F;UI, idiosyncrasies and bugs.&lt;p&gt;I&amp;#x27;m not in that industry anymore but I just wish everybody would just grow up, use this (and related) software and contribute. No reason not to do that (of course except for pride).</text></item></parent_chain><comment><author>KineticLensman</author><text>This is actually a generic problem in public acquisition - projects are tightly funded to meet specific customer requirements and cannot themselves resolve enterprise-level problems. Building for re-use tends to add complexity &amp;#x2F; cost and a hard-nosed PM will not easily be pursued to solve someone else&amp;#x27;s problem. It seems to require top-down commitment of intent and resources - and a big stick - to make individual projects do the right thing.&lt;p&gt;Obviously there can be situations where common approaches are developed and used but this seems to be the exception rather than the norm.&lt;p&gt;(source - I&amp;#x27;ve spent 10 years trying to work this issue in a UK public acquisition context)</text></comment>
<story><title>A web-based mission control framework by NASA</title><url>https://github.com/nasa/openmct</url></story><parent_chain><item><author>dotdi</author><text>I&amp;#x27;ve worked for the European Space Agency and EUMETSAT and it&amp;#x27;s crazy how much effort is wasted because everybody is writing separate mission control, monitoring and data analysis applications that do 95% of the same things, each with its own horrendous UX&amp;#x2F;UI, idiosyncrasies and bugs.&lt;p&gt;I&amp;#x27;m not in that industry anymore but I just wish everybody would just grow up, use this (and related) software and contribute. No reason not to do that (of course except for pride).</text></item></parent_chain><comment><author>pjmlp</author><text>Back when I was in a similar field, there were about 5 C++ threading libraries in production.&lt;p&gt;Naturally no one was willing to give up on their own one.</text></comment>