yeah "easy" is definitely a relative term (based on context, competencies, natural proclivities, and so on). what would you liked to have heard Tom expound upon in terms of the "business key" concept?

Business key is a central/core component of DV2.0 approach. You really need to explain what it actually means and why defining them correctly is so important. Are you able to understand and explain the idea of a business key from this presentation? Probably not, so there you go Nevertheless, great video and a definite 👍

amazing! so glad it was helpful :)

The biggest impact on using hashed key vs using a business key is the ability to load data in parallel. For instance you can load the hubs, links and satellites at the same time without referencing any other tables. Performance, less joining to other tables and uniqueness are also benefits but quite often these appear to be less of a concern depending on how much data you are processing and your database platform. Without using a solution such as AutomateDV (formerly dbtvault) using hashed keys will feel like more work. - Tom Schiro, speaker in video

of course, glad you enjoyed it!

much discernment with that one!

Glad you think so!

Thanks so much!

Glad you liked it

thanks so much

Thanks for the kind words! What did you like most about it?

Thank you so much for the detailed thoughts! What was your experience like in the Echelonfront training sessions?

very interesting food for thought. this echos Tom Peters' work in The Little Big Things where a lot of emphasis is put on excellence in product design and how important that is for keeping customers happy

thanks so much for the kind words! glad you were able to get some good use from the material :)

Much appreciated!

Most welcome!

the speaker is Devlin Liles. What are your concerns with how A.I. is being used?

thank you so much!

Thanks for saying so!

thanks for saying so!

I've seen where refinement ends up getting done in Sprint Planning because we didn't make time for the activity during the previous Sprint. I get concerned if we run past our time box for Sprint Planning or the engagement is low because of lack of focus. I'm supportive of the team exploring various ways of estimation...as long as it is the same team doing the work.

thank you so much!

<3

thank you so much!

He has as this is a test environment for "less trouble" but do not do this. This is against best practices and you might run in to a lot of troubles when you have to recover or replace.

thanks so much, that means a lot!

of course!

Many thanks!