It’s no secret that data is exploding and that it’s a n-squared problem for organizations trying to figure out where it comes from and where it should go.
There’s a recent tweet by one of the most eminent VCs and data thought leaders about a rise in a data warehouse being an application database (!). While that strikes long-time data practitioners as absurd, there is no clearer indication that data engineers are desperately seeking sanity in consolidating data sources to serve a business user’s needs. It’s just too hard to keep up.
Reverse ETL claims to help with that transition. Semantic and metric standardization layers have popped up. Any effort to standardize data sources is fundamentally doomed. Just think about all the ways in which your organization uses data. It’d be like asking everyone in the world to wear the same clothes.
Any effort to standardize data sources is fundamentally doomed. Just think about all the ways in which your organization uses data. It’d be like asking everyone in the world to wear the same clothes.
Wanna go to prom? Wear sweatpants. On a date? Wear sweatpants. To a job interview? Wear sweatpants. Comfortable as they are, they’re not always the right choice. Sometimes you need sweats, other times you need a ballgown.
Here’s a handy decision-making chart:
Engineers can hack their way around access to all the above. Business users suffer most since
Business applications of the future will cater to a data-driven user or risk missing the mark entirely. These people don’t care about semantic definitions, they’re just trying to get their data into the right application to do something. Their primary motivation is leverage, without engineering. They don’t want to think about any of this, so let’s stop making them think.
Can we:
Unlocking this will unlock the next wave of productivity, and actually fulfill the promise low code started.