An event-sourced CRM with declarative/point-and-click configuration such as Salesforce. If I had a moderately large budget ($30-200 million). I’ve done a lot of work with Salesforce, and there’s a more than a few good reasons for why I’m spending an increasing amount of time with Elixir…
Basically I’d like to have the capabilities of an event-sourced system built with highly composable components. I’m confident this composability of components/contexts/domains is only possible with event-based integration and functional language features. Declarative controls to manage workflows without the need for a dependency on DDD/CQRS/Elixir knowledge/skills is just the requirement to get users for a tool like this.
@dimitarvp
I would work on Blockchain-like global immutable pseudo-identity global database where people can maintain N virtual personas with zero personally identifiable information attached. See above: if this is combined with a new stateless protocol that doesn’t even track your IP then this will IMO save the internet from the merciless profiling and personal data harvesting that it suffers from today. (Well, it can open the doors for a huge wave of trolls as well but that’s happening right now already.)
One of the reasons I want these sorts of business information systems to be event-sourced is so that they’re natively compatible with blockchain paradigms. I’d like the “user” to be a separate, distributed, decentralized, and secure identity that is only authorized by an organization/system. There should be one identity/user that an application/smart-contract can utilize instead of every central service having their own user, login, profiles, etc. (Although there should probably also be pseudonym features for obvious reasons.)
Say the information systems people work with are all event-sourced, and every person has some kind of aforementioned user-aggregate. When you participate with an external system it stores it’s own copy of the system event you’re participating in, but since you are part of that system event, it is also appended to your user-aggregate.
At this point we could implement some interesting authentication mechanisms by transmitting encrypted copies of your user-aggregate events to one party that they can then verify with the other third-party’s system that produced that event. This prevents the need for every information system you participate in from viewing potentially private events on your user-aggregate.
Finally this user-aggregate could be used as a signal of merit (e.g. Resume/LinkedIn page). A service that has a sufficient data-set of merit-relevant data could make estimates as to your capabilities/qualifications/subject-matter-expertise. Again this functionality could be implemented without exposing your private details. When there’s a sufficient trust of these merit-summary services, we add a lot of capabilities to our economy such as merit-weighted-voting, gig-economy improvements due to reduced hiring costs, and actionable data to tackle fake-news. In my opinion the large scale systemic problems we have in society are rooted in this problem we have in estimating the credibility and capability or people and organizations.
So I guess, with an unlimited budget, I’d work on solving the problems of merit, identity, and governance because they’re all connected and would have the biggest impact. I suspect this sort of problem can only be tackled with an unlimited budget.