Okay, sorry about that. I think I'm back. I had to turn another laptop going so I can record a session. Sorry about the delay. I think we were about three minutes late, but I will get started. Hopefully everybody can hear me okay and see the screen that I'm sharing. If you have any issues like curing or seeing the screen share, please make an order on the chat and we'll just get started. So again, my name is Ray Paik. I'm the community manager at GitLab. This is our actually our first anniversary of our hackathon and we started this in the Q3 of last year and I think David will be joining us in a few minutes. He's the director of community relations and he's also my boss. So he'll be joining us in a few minutes but it's exciting to kick off the fifth hackathon that we're sort of celebrating. So hopefully everybody had a good summer and ready to get started with the hackathon again. So the typical agenda that we have go over the quick reminder on the community code of conduct. I'll talk about various hackathon logistics and happy to answer any questions that you may have. And feel free to stop me if you have any questions or comments or concerns. You don't have to wait until the end. I have a Q&A section listed towards the end of the agenda but don't feel like you need to stop me. I don't feel like you need to wait until the end. Feel free to stop me if you have any questions. Just a quick reminder on the community code of conduct. Like all open source projects or most open source projects, I should say, we have a community code of conduct. There's a link there under the third bullet. If you want to read the bullet text, it's not terribly long. It's about a page of the website but basically says we are trying to foster an open and welcoming environment for everybody as they're participating in virtual, physical, face-to-face or online discussions. So we just want to remind everyone to be respectful. And if there are any concerns that you want to express, you can reach out to aliostericonduct.gov.com and just let us know that you observe something that shouldn't be part of the GetLive community and we'll address that right away. This is a standard practice, whether it's a virtual or face-to-face event. We want to remind people of the community code of conduct at all of our events. But if you have any questions, please let me know. Quickly, just six. If you participated in other hackathons before, this should look pretty familiar. This is a two-day online event. I mean, we do have a kickoff session that's starting right now in the wrap-up session at 2200 UTC on Thursday. But I mean, you can basically do your work. Based on your time zone, I know the MRs have already come in from the Asia-Pacific region, which I was happy to see because it's already in some parts of the APEC, it's already middle of the afternoon. So it's not surprising that some of the MRs have come in and pinged me with the hackathon mentioned. So we'll have a kickoff session and a wrap-up session. But I mean, you can basically do your work or submit your MRs during the two-day window, depending on where you're located. Any questions or if you want to have conversation with either me or other contributors, if you haven't already joined the Gitter Channel, I'll show you the screenshot in a minute. And you'll see a lot of activities typically happening with people asking questions and having discussions. So that's a good place to be if you're not part of the Gitter Channel already. And we also have three tutorial sessions, and I'll talk about the speakers in a minute. We actually have one right after this session. If you're interested in end-to-end testing, you might want to join that call as well in about 23 minutes. Then we'll have a discussion on the GitLab design system. If you're interested in UX and user interface design, and also we'll talk about the GitLab package stage. I think those sessions take place in about 10, 11 hours from now. And all the recordings, if you're not able to join, because of the time zone, if you have other commitments, you can watch the recordings in the hackathon playlist under YouTube. So you can catch all the sessions there if you're not able to join us in the Zoom session. As I noted, the Gitter Channel, if you're not part of this already, there are a couple of channels, GitLab HQ and contributors. I mean contributors is designed for people like you that are part of this session that are interested in contributing to GitLab. The last time I checked, there were closer about 300 people on the channel. I mean, we started with around 30 to 40 people during the last first hackathon last year, and the community has grown in the Gitter Channel. So you'll see a lot of people asking questions about specific issues, questions about GDK and anything else. Feel free to jump in there and ping me or David. You'll see our handles there. And hopefully we'll find an answer or find somebody else who can answer your questions. So that's sort of the first place you should go for support. And the speakers that we have lined up, like I said, we have our next tutorial session for people that are interested in contributing to our testing. So Ramya, we'll talk about end-to-end testing. And so that'll follow this session. And then tomorrow morning, Pacific time, we have Tori Davis and George coming to talk about the GitLab design system. I think during our first hackathon about a year ago, we had a session on UX design, but I mean, there's been some changes on how people have been contributing to our design system. So do join that session or watch a recording. So pretty excited about that session. And then about a 30 minutes following that session, we have Tim Rizzi, a product manager for the package group, coming to talk to you about the GitLab package stage. So continuing the tradition of various product managers coming to meet the community members. So in terms of MRs and prizes, when you do submit an MR during the two-day window on the 28th and 29th, feel free to mention either me or David. And you can type things like CCR, PIC, and deep planella. And just remind us that the MR is for the hackathon. And basically, we have an issue. And I'll switch the window where we're going to have a list of MRs that have been submitted for the hackathon. And you see that three of them have already been submitted, like I said, from the APAC region. So we'll keep a running tally of MRs here. So, and the prizes, the rules should be somewhat similar to the past hackathons. I mean, anyone with a merged MR will receive a prize. And we have a grand prize for a person who has the most number of MRs merged over the next couple of weeks. And we'll also have an award for the second place winner. Because I mean, I think we started out just giving you a grand prize. And a lot of people have been coming relatively close to the grand prize. So we started awarding second place winner as well. So the MRs needs to be merged by September 10th, 2300 ETC. So that's sort of the one from deadline that we have. That's not dependent on your local time zone. But this is sort of the one deadline that's common to everybody. We try to give people an ample amount of time for MRs to be merged. So please keep that in mind. And then I do believe that we have that highlighted in the main hackathon page. But if you have any questions on that or concerns, let me do it. Let me know. And the prize winners will be notified in an issue. So basically, we'll have a list of people who had their MRs merged by the deadline and that will also announce the winner there as well. So keeping with what we've done in the past. And then just also want to show, I mean, this is on the main hackathon page as well. But these are the prizes. Obviously, this is being the first anniversary of the hackathon. We wanted to create something custom, just sort of commemorating the event. So I think this is something that people like to use with a lot of mobile devices. So this is obviously a power bank for yourself or in a tablet that you can use. And I have something similar that I've been using for the past three or four years. And it's still working pretty well. So hopefully, this will be of the same quality. We have the fabric speaker lined up for the second place. And for the grand prize winner, as we've done in the past, basically, you get to spend $100 at our merchandise store at shop.gitlab.com. So you can pick a gitlab merchandise of your choice. Cool. So just moving on, just wanted to give a, provide a quick stat over the past four hackathons. This shows you the number of MRs that's been submitted during hackathons. And we had a pretty good clip of growth for the first few quarters. And then we took a bit of a dip in Q2. So I definitely want to reverse that and get up to the number that we are used to seeing in Q4 and Q1. I wouldn't mind breaking the record with the number of MRs, but do keep it coming. And people have been asking, you know, for the grand prize, like how many MRs were merged for those grand prize winners? So that gives you an idea, like it's been like between the 7 to 13 range, but that should give you an idea of how many MRs that people had merged to claim their grand prize. I think we can move on to the next slide. And sorry, this is a bit of an eye chart. But I think this is a wide blank. So if you go to the hackathon issue at this section here, it has a list of like suggested issues, I mean, good for like a relatively new contributors and put and lists of issues that are that are good for somewhat more experienced contributors. I mean, you're obviously welcome to any other issues or even on anything that issues haven't been open yet, but wanted to give people a starting point if you're not sure where to get started. So this hopefully is a helpful place for you to get started. But I mean, if you, like I said, if you see other issues that you're more interested in, or you want to create an issue that you want to work on, you're more than welcome to do that. This is just a restarting point that people can use. So feel free to use, look at other issue boards and find places where you can contribute. Let's see. And yeah, and that is very possible that on this on this issue, the other people might be adding like a different issues that that we want community members to take a look at. So come back once in a while to to see if there's an updated list. The slide may not be updated, may not be up to date, but this will be the single source of truth where all the issues are listed. Okay, and then I think I have a couple more slides. Last but not least, about getting help during the event. I mean, I already talked about the Gitter channel. Feel free to post questions there. But I mean, there are a lot of other resources where you can get help. I mean, not just during the hackathon, but in general, we have the merger request coach. So feel free to check out that page to find out what what a merger request coach is. But I mean, typically, if you're not sure, like who to ask for, who to go to for help, or if you want to find the right reviewers for your MR, you can mention the MR coaches in your MR issues to get their help. And I think I'm actually also in this group as well. So I automatically get pinged. So I mean, not just during the hackathon, but in the future, if you have questions about an MR that you don't think are being addressed in a timely manner, just feel free to mention the MR coaches. And one of us will be more than happy to help. And if you want to find specific reviewers and maintainers for different GitLab projects, this is a good link to go to. It's part of our handbook. It's relatively long. You'll see a long list of people, but it'll give you an idea where you can go to for help. So hopefully that helps. So I think I went through it real a little quickly. I just want to make sure that we got several people online. I want to make sure that people if people have any questions that you're free to ask, either raise your hand or type a comment in the chat window or go off mute and verbalize your question, that would be great. I'm going to give it a couple more minutes. It looks like everybody's good to go. We're ready to get started. Oh, it looks like there's a question. For the hackathon, during the hackathon, I mean, the first place to ask questions is probably I would start with the Gitter channel. Because usually either me or David, for example, we have a decent coverage in terms of time zone. David's in Europe. I'm in California, so one of us should be up watching the channel. So start with the Gitter channel. And if no one's responsible for several hours, then do ping the MR coach. But Gitter would be a good place to start with your questions. So cool. Glad I was able to answer your question. Any other questions or concerns? Cool. I guess we're good to go. Excited about our one year anniversary hackathon and looking forward to your MRs. And for those of you who are planning to join our next tutorial, I'm used to it. I see that Ramya, you're on too, but we'll see people again in about 10 minutes. And hopefully by then, I'll have my technical difficulties figured out with my laptops. But cool. Thanks, everybody.


Hello everyone this is Amit Dan of AmitDan.com. Today I'll have another episode of Kindle Tips and Tricks video and I'll talk about how to change Kindle Paperwhite font size. So I have a Kindle Paperwhite right here and the book you're looking at actually this is my own book Great Card Hacks. There will be links in the description box below and I'm going to show you how you can change font size on your Kindle Paperwhite or any other Kindle. If this is the first time I'll revisit thank you for your support. On this channel I'm always trying new and different ideas. If you're into thinking outside the box this is the channel to subscribe. If you're looking for more Kindle videos there will be links in the description box below. Before you change the font size what do you need to know that you have to be in that book to change the font size. So for example we have my own book Great Card Hacks and if I'd like to change the font size then you have to click on the upper part anywhere above this line. So for example if you click here then you're going to get a menu but before I do that I would recommend to go inside actually a book where you can see how the font looks.   The bold and size these are to change how bold your font is going to be and what size they are and if you'd like to change font then just click on here. Now you can see that by default the Kindle gives Bookerly font which is right here and if you'd like to change it then you have to just choose one of these options and here whenever you're choosing an option you're going to see the change here right away. So for example let's change to Futura so if you click here then you can see that the font has changed. So I'm just going to click on Palatino which is right here and you see that is different font. So once you have your font change so for example I'm just going to go back to Bookerly then you have to just like you know click anywhere on the book and then it will disappear and that's how you change your font on Amazon Kindle Paperwhite or any other Amazon Kindle. Thank you for watching this video. There will be more videos coming up so see you shortly. Thank you.


Hello and welcome. My name is Shannon Kemp and I'm the Executive Editor for Data Diversity. We'd like to thank you for joining this month's installment of the Data Diversity Webinar Series, The Heart of Data Modeling, moderated by Karen Lopez and sponsored today by IDIRA. Today, Karen will be joined by an esteemed guest speaker, Tamara Clark, to discuss data governance in an agile, crum, lean MVP world. Just a couple of points to get us started. Due to the large number of people that attend these sessions, you will be muted during the webinar. And we very much encourage you to chat with us and with each other throughout the webinar to do so. Click the chat icon in the top right corner for that screen to activate that feature. For questions, we'll be collecting them by the Q&A section or if you'd like to tweet, we encourage you to share and highlight their questions via Twitter using hashtag heartdata. As always, we will send a follow-up email within two business days, containing links to the recording of the session and additional information requested throughout the webinar. Now let me introduce to you our speaker for today, Karen Lopez. She is a senior project manager and architect at InfoAdvisors. She has 20-plus years of experience in project and data management on large, multi-project programs. Karen specializes in the practical application of data management principles. She is a frequent speaker, blogger and panelist. Karen is known for her fun and sometimes snarky observations on data and data management. Mostly, she just wants everyone to love their data. You can follow her at Datachick on Twitter. Karen is joined today by, again, like I said, by guest speaker, Tamara Clark. Let me turn it over to Karen to get us started and to introduce Tamara. Hello and welcome. Thanks so much, Shannon. Welcome, everybody. Yes, I'll introduce Tamara shortly. But I also wanted to say thank you for idea for sponsoring. It's always good to have vendors participate in the community of webinars and blog posts and everything that are happening on data versity. So we're going to talk about all the mean words of agile and scrum and lean and MVP and those things. And as a reminder, you can tweet all this. Both Tammy and I are watching the hashtag heart data. And by the way, this was a picture released this week by Astro Tim Peek, the UK astronaut currently up on the space station, because I always need to have a space picture in my presentation. So Tammy and I have worked together on some volunteer things before, and she's a frequent speaker and she blogs about data-related things, specifically about SQL Server and some of the SQL Server reporting features. But she's also a chronic volunteer like me, and she loves data too, which is why I have her helping me out today. But also, as usual, you're the panelists as well. That's why we open up the chat to everyone so you can chat with all the other attendees. And if you have a special question that you'd like to see addressed, please put that in the Q&A because I'm more likely to see it. So we will start out with our polls. I want to know who you are, and I'll get the poll started just in a second. So I'm asking you to fit yourself into one of these buckets of a data governance person, a data model or data architect data analyst, some sort of dev DBA other technical person, some other type of architect, or just a plain old other person. If you're another person, you can throw what you are, since you don't feel you fit into those buckets into the chat, so we can kind of get a good feel for what you do. And while that poll is going on, some people are having a hard time figuring out which bucket they belong in. That could be a data governance problem. Cameron, where would you put you? Oh, she's muted. So it looks like the poll is closing in a second now. Hang that mute button. Oh, we got somebody from the data model or architect analyst. There you go. We've got some scrum masters, some agile coaches, product managers, all good stuff. So I can show the poll results. So we have about 21 people saying they specialize in data governance, about 51 data modelers, which is kind of, I would expect that, since this is the data modeling series, about nine of you are devs, and other tax, three other architects, and 14 others. Developer, architect, process improvement leader. That's good. You could have picked one of the buckets or not.  And by formal, I mean, like, written down and used and having the full life cycle of data governance. So you have about 20 more seconds. Maybe five seconds. And in the poll results, we can see that we have about 27 of you have said, yes, you've had a data governance program for more than a year, 26 of you, so about the same amount. I'm not saying yes, but it's just starting 33% of you saying not quite yet, and nine of you saying no and likely not. 41 of you didn't answer. Maybe that's because you're busy typing up all your tweets and everything. But if you don't have, if you voted no and likely not, I'd love to hear some of the rationale in the chat. And I see yes sort of. I need to give you some sort of things in there. Yeah, the organization has one, but it's not followed in my immediate area, yeah, because your team is special or something like that. So now my next poll. This one, you know, I made this one binary intentionally. Does your organization use any of these new methods of agile data scrambling? Just anything other than no formal methods at all. Just people go and do work. And that's because I knew everyone would kind of say something in the middle. So much like my contentious issues presentation, I'm trying to get you to make a, actually make a vote and supply something that we can talk about. We've got about 20 more seconds. We call ourselves agile but our cowboys. Yes, I think I've even used that term in one of my presentations that, you know, there's agile and fragile. Some people are drawn to certain parts of agile but not the other parts that make it work. Okay, so I'll share those results with you. So 91 of you, that's quite a big number. Say your company does use these, what I call modern development methods. 21 said no and 35 probably wanted to vote somewhere in the middle and didn't. Okay, so those are the polls we have. And I'll just flip through those slides really quick. So actually the thing that sort of surprised me about it is that so many people had formal data governance programs, maybe because lately I've been working on troubled projects. Part of the issue is that there is a lack of a formal data governance program. Whether or not it's called that, there's a lack where just each development team gets to do whatever they want and use the data however they want. And what we're going to talk about today is really more about what data governance is, what do I mean by these methods, and where do they intersect, and then some gotchas and some overlaps, maybe some warnings, and really talk about how do we make data governance and data modeling to a bit, since this is a data modeling webinar, how do we make that all fit together? So just like every other IT method, data governance has several different definitions because we as an IT profession are really lousy at doing what we do. We want our business to have a single definition or a single version of the truth, but we don't hold ourselves to that. So Bob Siner, who's also a speaker and blogger at Dataverse, has a data governance practice, and his definition was data governance is the formal execution and enforcement of authority over the management of data and data-related assets. Now I've added the highlighting here because these are the types of words that most modern development shops or teams do not want to use, and they consider these terms to be an affront of everything they stand for and believe in, and this is the classic conflict between people who are measured, compensated, rewarded, and punished based on completely different outcomes. So we on the data governance or data modeling side, we generally are about formalizing things, enforcing data integrity, having the authority to say no, this is what's going to keep our CIO out of jail, and to manage things. It's data management. Modern development methods quite often sprung up. At least the start of it was under the belief that any formal management enforcement authority or any of these things was what was keeping software from being completed. So Gwen Thomas, a friend of mine who runs the Data Governance Institute, her definition is a little bit softer on the terminologies. Data governance is a system of decision rights and accountability for information related processes executed according to agreed upon models which describe who can take what actions, with what information, and when, under what circumstances using what methods. So her definition of data governance really is about not prescribing what your data governance is, but being able to understand, to be able to set up a framework for data governance that's the right fit for your organization. Then there is a professional association, DGPO, which is a group of practitioners that has a definition. It's a discipline that provides clear-cut policies, procedures, standards, roles, responsibilities, and accountability to ensure that data is well managed as an enterprise resource. So again, this also uses words that are typically important to data quality and IT quality, but there are also words that are sometimes expressed as being the opposite of agile or scrum or lean or MVP. So what does Karen have to say about this? Well, I say it's good that we have data governance now. So back in the olden days we had data and we had no governance, or we had information and we had no governance, or we had knowledge and we had no governance. So we have data governance programs. They're being funded. They're being implemented. But one of my sort of snarky observations is I have no idea why we need to give all this governance stuff another name and its own program. For me, governance is just sort of the definition of any professional practice. And when we get through what are the features of it, you know, I kind of think that it really should just be accepted as part of how we do data management. So for instance, we don't really have something called engineering or architecture governance. In fact, the governance aspects of those professions are baked right into what we consider professional engineering or professional architecture. So while I do really think it's good we have data governance and we have them funded and we have business people as part of the process and we get the backing of management, it's just so weird for me to think that data governance is an optional component to managing people's data. And I mean customers' data, vendors' data. To me, data governance shouldn't be a separate thing. We have to have it a separate thing because of our history of IT and our history of development. But my goal in life is to have the concept of data governance go away and all the stuff included of it just be considered how we do IT. One great feedback, the difference is the business is not used to having standard methods and it's really owned by them. So the definition of some of the rules and policies and strategy for data definitely owned by the business. But I see it as the same thing as if we were building a full campus for our company and it had buildings and HVAC and power centers and utilities and everything. We would never be allowed to consider doing all that engineering and architecture to build a campus for like the big Apple mothership that's being built. We wouldn't have an option of saying well the business doesn't want to have grounded outlets because they don't like looking at three-hole prong things. They just wouldn't be allowed to. And no true engineer would really want to build something that way because it should violate his own personal feelings about what electrical engineering is or what installations are. But I get what you're all saying. This is really the reason my thought is in a bubble thought cloud is because I'm just sharing that among people, data people and governance people about how I feel about it. One of the things we send by saying we need to have a data governance program is that it's something optional that can be turned on or off. And I think none of the content of data governance should ever be optional. It ought to just be how we manage data. So why data governance is important. Well, a lot of the lean methods came up and are still very much embraced by people who don't work within the giant ecosphere of an enterprise organization. So when someone says, well, I use this on my project. We use lean and it worked really well. We got everything done. It was a lot faster. But then when you ask them about their project, they were building a 100% self-contained e-commerce site that was web based where they were defining their business and their software and their infrastructure and their technology all at the same time from a green field. Yes, like in a silo. And some silos are great. If you're building the next big killer Facebook, you're probably not going to do that inside a large enterprise complex living and breathing organization. You're going to do this all on your own. And a lot of the lean and agile methods work very well that way. If you decide that you don't want to support doing business outside of the state of California just because you're going to keep it small and manageable, you can do that. If you work for a global retailer, your project team probably cannot decide that probably. So we have to do most data governance inside a massively complex set of architectures where we have multiple tools, overlapping tools, redundant tools, old versions of tools. We have mostly vendor applications, so Salesforce and Oracle, financials and PeopleSoft and all these large ERPs. We have small legacy systems. We have other packages we bought. And now we throw in the cloud, whatever that is, and whatever someone wants that to mean, even more complex. We've got feeds with external data, redundant internal data, conflicting data, poor data quality, missing data, unused data. Our data is complex. And then we have all these methods that have overlap. We have methods now for infrastructure and DevOps, methods for development. We have data methods. We have accounting methods. We have compliance methods. We have all this stuff going on. And that makes governing the data a lot more harder than someone just building a one-off self-contained system. So there's some facets of data governance. These are kind of compiled through a lot of the sources on data governance, the books, the people I've mentioned so far. But generally, they fall into data quality. And most of my clients start a data governance program because they've had some really serious issues with data quality. They've also implemented data stewardship, which is about assigning a business person, sometimes in conjunction with an IT person, to help curate the data, find sources of data, set the rules for individual data items, and help enforce some of those rules. There's outside compliance, like legal compliance, privacy compliance, security compliance, payment system compliance, your own company's rules. There's understanding infrastructure and architecture to help you implement your data governance. There's the business making the decisions because a lot of data people get tied up into the, well, not everyone has a first name, last name, or middle name, but the company itself might make a decision that, yes, that happens, and here's the way we're going to handle it. So your data models aren't reflection of the real world. They're reflection of the world your business wants to see and work with, and our job as data modelers is to help the business make that right decision of how they want to do the business. And then every data governance framework talks about implementing standards and then about not just rolling this out and say, okay, everyone, data people, we're kings and queens of the world, you shall go and follow these tablets. No, we need to have monitoring and metrics and find out if these rules, strategies, infrastructure tools are actually giving us the returns or protecting us from the risks or keeping us compliant, and that becomes a giant feedback loop. So where does it help? Well, almost like everything that's being proposed in the world in IT or anything, is we don't do anything unless it saves money. But some data governance things clearly save money, like avoiding fines or getting rid of duplicate data or helping us make better decisions. It allows us to satisfy our customers because messing up customers' data and making data problems customer problems is very annoying. I have a whole presentation on that one. It helps us retain customers. I know I've left companies that can't keep my orders straight, that can't keep things in stock. Target Canada went out of business because their data and their stock never matched. I mean, that's a big deal. And it also leads to results, to returns on investment. But if you've attended one of my webinars before, you know I have this other definition of ROI of risk of incarceration because keeping your CEO and your CIO out of jail is part of your job, even if they didn't put it in your job description. And then innovation. I have many projects I've worked on where we weren't able to implement either competitive features or to roll out new ones because we literally did not have the data or the right data quality in order to respond to what the market wanted from us. So by having good data governance, it allows us to easily measure when we can innovate and how fast we can innovate and can enable innovation. It definitely has a big impact into data and business analytics. So Tammy, this is where your thing is. Like you're working on reporting and BI and analytics and these things. If your data, if you can't find the data or the data's crap, doesn't that harm you in getting the reports and everything out? It does. And it sometimes paints the wrong picture. Yeah. And people make decisions off the wrong data, right? Yeah. And that's not good. Yeah. So one of the things I use in one of my examples recently is this whole concept of you just need to know that in 1986 or 87, 7 million children disappeared off the face of the earth. And that can screw up your trending analysis. It could screw up. But do you know where that came from, Tammy? Did they clean up some social security numbers? Yeah, something like that. So up until that point, you could claim dependents, which are not all children but pretty much are, on your tax return just by writing down how many children you had. And funnily enough, many people overcounted their children when they could get like a $1,800 deduction for each of them. And so the IRS implemented that if your kids were over, if your dependent was over the age of five, they now needed to have a social security number. And the next April 15th, these millions of children just went away or ran away or the parents, I don't know what they did. And then finally now we're in the U.S. where now any dependent has to have a social security number. So if you're going to claim your dog, it has to have a social security number. And so this data governance feature, that whole having to have a social security number is kind of a data governance thing, like we will only count commissions for which we have an actual trackable sales order. So I worked with a company that let sales people report their sales separately from their actual sales orders. And then once they put in that rule, it turns out their salespeople had overcounted their sales. Can you believe that? I think in the movie Fargo it was a lot like that too. So data governance then also reduce costs. So if you have more accurate data and you can rely on the data, you're able to cut costs and it allows the whole organization to be more responsive. And not just the business people, but the IT people, because there's no point in managing bad data or data you don't need or lots of duplicate data. So how do we establish a data governance practice? Well, like any program, you start out by taking an assessment of where you are now. What tools are you using? What development processes are being used? Not what people say they're using, but finding out what we're actually using. Finding out if we've been penalized or had findings by regulatory bodies. Finding out what our staffing skills are. Finding out what models we have. What our business and customer pain points are.  So a lot of people think this whole data governance versus the devs is something, while I say it's an ongoing conflict, we actually need to listen to what the devs find as their pain points. If every little change they want to the data model takes three months, that's a pain point that data governance could fix because part of our data governance strategy could be we're going to take away waste and we're going to take out processes that aren't helping us. And then, of course, third party audit findings are really important for taking care of. So some deliverables from these are, in general, you end up with a strategy and some policies and tools and processes. It doesn't mean that, you know, every team is going to use the same tools. Every team is going to use the same process. But what you have is that former measurement you just took against some metrics that you're going to roll out to find out if having multiple tools and multiple processes is working against what the company wants to get out from IT and from business processes. You often end up with new roles and responsibilities. So things like data stewards, data analysts, curators, maybe some dev roles that are more focused on data, maybe some new reporting roles, reporting analysts, those things. Definitely, you usually end up with more data quality roles and methods. Data modeling often ends up being literally something you have to do in order to drive out waste and redundant data and incorrect data. And then new monitoring, reporting, and analysis of results. So in Gwen's framework paper, which I highly recommend, it's very accessible to understand and follow of establishing a data governance program. You know, what she says is, this is what almost every program rollout looks like in regardless of what you're talking about, but you need to figure out what your return is going to be. You need to do a roadmap. You need to plan it. You need to get funding. You need to design the program, deploy it, then actually execute it, and then monitor, measure, and report back. And we're going to come back to the slide in a minute. So what are these agile and new methods? Well, as I said in one of my agile presentations this year, I love working on those projects. It's the fragile ones that I hate working on. And as I said, I specialize in turning around troubled projects, which means I see mostly fragile projects. So a lot of the gotchas I'm going to list is not because I'm anti-agile. It's because I have to fix so many of these problems. So if you're going to be working on an agile project or even a scrum one, which is based on agile, the best thing to do is go find the agile manifesto. I think it's agilemanifesto.org. And go read them and then memorize them because you're going to use these principles in guiding project teams about data governance. So these are all great manifesto items, satisfying the customer, welcoming changing requirements because changing requirements are a fact of life because either business people can't remember or can't decide or the world's changing around them, whatever it is, that you welcome changing requirements even late in the process, that you deliver working software frequently with always a preference for shorter time. And this is my favorite manifesto item having grown up in a time when we cut project phases into six-month increments and we often didn't see working software for a year or more after we started requirements. I mean, there are some specific cases where that has to happen, like in federal acquisition rules, say that all the requirements must be done by one organization and all the implementation must be done by another. It makes it hard to do them both at the same time, but it can be done. But delivering working software frequently is an important part. That business people and developers must work together daily throughout the project. This is sometimes the shocker to business people that they have to be involved daily, that you have projects around motivated individuals. Now, motivated individuals sometimes attracts really great people to work with and sometimes that means people who are obsessed with doing things one way. And the hard part is trying to keep people motivated without them being overly obsessed and that applies equally to us data folks and the development folks and the other people on the team and give them the environment, the sport they need and trust them to get the job done. And we'll come back to that one. And the most efficient and effective method for conveying information is face-to-face conversation. Now, while I agree with that manifesto, I have not worked on a project that allowed me to work face-to-face with everyone on the project. I think it's been longer than 15 years because we have diverse teams, we have teams that are with partners, we have people who are all over the world. So, while I do enjoy face-to-face conversation, I can't make that happen. And the next part of this is the key thing to Agile. For the most part, Agile development methods is about the software, the production of software on the project. Now, that doesn't mean that you can't have an Agile data governance process and Agile accounting reformatting project. You can have an Agile HR process. As a matter of fact, this is the buzzword to throw in front of every program. But that's not what I mean. Agile manifesto and everything tied to it when we talk about Agile development is focused on the software. So, most Agile projects don't expect to build out a server farm. They don't expect to have to buy desktops for all the users. They don't expect to have to evaluate and acquire a database management system. It's about building the software. Agile processes promote sustainable development and everyone should be able to maintain a constant pace indefinitely. So, what that means is run a marathon every day. Well, in order to run a marathon every day for most people, that means going slowly and taking lots of walk breaks. It doesn't mean sprinting a marathon every day. Technical excellent and good design. This is one that I have memorized that I use all the time because my definition of good design involves good data quality. Maximizing the amount of work not done. Just let that one sink in. That means that I want to do the least amount of work. I only want to do the work that needs to be done. And we data people have sometimes been guilty of learning a process in 1986 and still trying to do all the checklist items from it because that's how we learn to do it and we aren't able to tailor the cost benefit and risks deciding what needs to be done when to what's happening today. Self-organizing teams are also a feature and that at the end we reflect on what we're doing and try to figure out how to become more efficient. So I think that's all important. The reason I have these memorized is sometimes my processes need to be agile and my team doesn't want them to be. For instance, I want to be iterative. I want to make changes. That's part of the agile. Everyone needs to buy in and be able to make one of these principles available to them at least. So very quickly, this is how a typical agile or scrum development process looks like. We have those blue bars are sprints. So you do lots of sprints, sometimes all at the same time. A sprint typically lasts a week to three weeks, closer to two. And you code really hard and you do a couple of sprints and then usually depending on what process you're following, there's a sprint where you kind of catch up and either deal with backlog things or parking lot of things or use it for when your sprints are out of sync, whatever you need to do. So that's sort of the sprint, sprint, take a walk, break, sprint, take a walk, break, sprint, sprint, how you can maintain the constant pace. But a typical sprint works like this where you start at the beginning and you start with your input of a backlog and stories and everyone gets those and those are the outcome of sprint planning and everyone does those and then they hand off the stories to everyone and the first thing the developers say to me is where the heck's our database, right? Because I got the stories back here, which is really like the use case or the business story, like what is this about? And I've got all these questions that I need to ask about in order to do a data model, but there's no time because these people want a database and I'm still trying to do requirements because my story has something like and then we charge sales tax if we have to and I know that that's a huge story all in one little sentence. So what happens is everyone's frustrated and everyone hates what's going on and pretty soon the developers say, okay forget the data architect and the data models, we'll just build the database as we go along and that's not good data governance. So one of the things that goes wrong with data governance in Agile is that the requirements are out of sync. There's no room for stewards or anyone to understand. There's no room for any of this to happen because everyone's frustrated with the timing. So how do we fix that? Well the way we fix it is from a data modelers point of view the data models and the data modeler need to be part of the sprint planning or even before so that they can get a headway and get the right requirements for the developers who are waiting on mostly a database. They still like my lovable, beautiful data models but even that's not usually enough time. So what I recommend is that the sprint planning that I'm working on isn't going into this sprint, it's going two or three sprints ahead and that gives me this time to work on requirements, get things clarified, but that also implies that something way back here had to have happened before we start this sprint. So the key to making not just data modeling but any data quality, understanding what needs to be encrypted, understanding what the security and requirements are, understanding what features we're going to use in the database, all of that needs to happen long before we hand something over for the coders to happen. And that sounds like it's anti-Agile but it's not really. It's about doing the right amount of work and reducing rework and not having a lot of wasted time because someone threw together a database design that isn't going to work in production. And SCRUM, which brings us, you know, the concept of these backlogs in the sprint planning and being able to do the sprints has also important values that are very much like the manifesto and they sound really great in the manifesto. Oh, manifestos sound really good, actually. It's that those are important to understand but to understand what they mean under the covers and how they typically get misinterpreted on a fragile project, which I'll leave for another presentation. So then there's Lean. Lean software, so Lean came out of the manufacturing process specifically at Toyota, so physical manufacturing and is now being applied to the software part of the world. So the number one thing, eliminate waste. That sounds really good. The problem is one person's definition of waste and another person's definition of waste, you know, that can be different. We can make sure everyone's learning. We're going to decide things as late as possible but deliver as fast as possible. So you can kind of think about, you know, where there could be a disconnect here is deciding late as possible. That sounds good. Like, don't set things in stone six months ahead of time because the world's going to change long before you get to build on it. But deciding something really and key important that also needs a lot more work before we can actually implement it, that works against most data governance processes. Empower the team. So you notice Agile and Scrum and Lean empower the team. And I think that's really great. Like hire great people, give them the authority to make decisions and get out of their way. Who does not want a boss like that? The problem with what empower the team means on fragile and broken projects is don't let anyone review their work. Don't let anyone, even someone who's an expert in that field, tell them that they might be doing it wrong or that they might be sending the CIO to jail. It usually means on the most broken teams, let the most inexperienced, untrained person do it because they can do it a lot faster than they experience people. And that is true. That's the physics of resourcing. The person who doesn't know how to properly secure a piece of data is probably going to take a really fast, easy-to-break way of doing it because doing it right is hard. That's why every other profession has specialists. Build integrity in. So build it into your processes. I'd say build it into your data and see the whole picture. These again all sound great until you see how dysfunctional team members might try to build them. So what do they mean by waste? Work that's not finished. Extra processes. Features you don't need. Getting moved around from tasks. Waiting for something to be done. Moving for the sake of moving. Building defects into your thing and management activities.  That's all they're going to see. They don't care that somebody else in another building says that we should not be using those security numbers in this design because we don't need them. That overview for them is going to be seen as an extra process. Extra features. I've had a developer tell me we're not going to do any privacy or security stuff. After we've built the systems, then someone can come in and add that to it because that's an extra feature. Management activities. So that could mean a lot of things, but usually data management is included there. Oversight, audit, reviews. Tammy, what would you see as a management activity that you think actually needs to be done? Oh, I mean, there are some working ones. Well, I think management activity is a time sheet. Yeah, stay out of my way. Let me get my job done. I think one of the times I like managers to be bulldozers, like go get what I'm waiting for. Move on, so I'm not wasting time, right? Yeah, exactly. So that might be cool. So get rid of my waiting. Stop pulling me off to go fight another fire, right? Let me finish this or get someone to finish that other work, right? I think we all agree that defects cost us time, but then we have to manage that against, you know, fail fast, which says don't sit around trying to make the perfect data model or the perfect database or the perfect design. Let's get something going and write down what needs to be fixed. Now, this is during the development process. I don't mean this during the production process, but all of that's important, too. So what are the lean processes for software? We said do all these things. Oops. The minimum viable product or MVP. Now, MVP is usually for startups. Minimum viable product is the process of developing a product, which usually is mostly a 100% software product, software and services that is pared down but still can be released. So that's the important part. It usually has enough value that people are willing to use it or buy it. It demonstrates all that it's going to be in order to retain those people. And the most important part is that it provides this feedback loop to guide future development. So the easiest case of minimum viable product, now Cortana is listening to me. When did I say Cortana? So the easiest thing to, that you might have seen personally, have you ever seen one of these, Tammy? It's a website. She said, hey, we're going to build something. We've got a website and it's called Free and Easy Money. And you go to the website and it's one of those beautiful parallax with barefoot women on the beach walking but just a copy of her feet. She's carrying a guitar and there are people in the background and there are trees and birds. And it uses all this marketing speak and it says, you know, we're going to make your life easier. We've got a new way and we are the bank machine for people who love music and data.  But it doesn't tell you what it actually is and it just has a sign up box. It says sign up to be one of our, to get an invite for our product. Have you ever seen one of those? I think there was a rash of those not that many years ago where everybody was coming to market with Twitter, the new greatest Facebook, the new greatest MySpace. Yeah, so all of that. That's actually the minimalist, minimalist example of MVP. And that is basically, that's the first test of, I built a website and I can get people to hand over their email address just because the story I wrote. So that's a way of testing whether or not it's worth it for you to even start building something. Yes, vaporware is also what it's called. But it's not, vaporware is something that goes on for months like that. So basically the minimal, minimum viable product is that. But most MVPs are something with a little bit of something. So in one of the stories that I heard, you know, what you want, you don't want to go off and spend two years or five years building the next best Facebook and then deploying it. What you want to do is build maybe one feature of the next great Facebook which might be, oh, I don't know, Facebook Messenger. So you're trying to take away, you know, maybe chat or iMessage or something. So you build this thing, the next great Messenger, and you get people using it. But it's just a little simple chat thing. And you tell them in the future they'll be able to share their stories and their videos and their folders and they'll be able to like and rate and all that other stuff. And then yes, and it is, like what we call prototyping, the difference is it's still production. A lot of prototyping has, you know, truly faked out things happening on the background. Not that some MVPs don't, but, you know, you have these things going on there. Now, here's the key thing if you're in the enterprise. It's usually technical products used by technical users. Why is that? Because we technical people are willing sometimes to get in early, to be an early adopter, to put up with, you know, mostly functional feature-lean products, to get in early, maybe grab that handle or that avatar or that login ID or get our own name in the URL or get our own name as the user name. We're willing to do that, even if nothing really becomes of it for another couple of years. Now, I'm making this sound all bad and it's not, it's because it's all about feedback. Early feedback, feedback, and then some feedback so that you're not spending any time building things that end users don't want. So what you can see is you're probably not going to use minimum viable product for your accounts receivable system because we already know that there's a huge complex mass of things that have to happen inside a project like that. But if you are building the next Facebook or the next Twitter or the next thing that we've never even thought of, you would probably use MVP. But the reason I brought this up is that I don't personally think there's a whole lot of enterprise stories that fit well with this MVP method. So a lot of times some dysfunctional teams want to latch on to these new methods so that they can just do their work unbothered, ungoverned, unconstrained, unreviewed. That's for broken projects. So where do these all intersect? Well, here's Gwen's data governance process. Really, the hard part about data governance is, so this was my how to fix agile. It doesn't even come in until, you know, right in here. When we're starting to deploy the governance process, I can actually do it. So it fits inside this Chevron-y arrow-y thing. And we will use, we will do lots of other things that are happening there because in addition to governing data, our reporting systems and our curating systems will all be part of this process. The disconnect is when people try to, data people try to involve the devs heavily develop or involve a sprint or an agile project team into this part of it. So just like most data people don't care how the network got set up, we just want to trust the people that they did it and it's going to meet our needs. The agile and scrum people just want to know what's going on here and how it's going to impact them. And they might also have some inputs into the monitor and effectiveness of it all. And it might also integrate with their own monitoring and effectiveness projects. Let me just check. Where do they intersect? Remember I talked about sprint planning and preahead sprint planning. The sprint planning I think must take into account data governance. So there must be planning and resourcing allocation for security, compliance, privacy, data quality, all of those things. If sprint planning thinks we'll just add that at the end or it's going to be taken care of and what data we're going to use, it's going to fail. But remember those red words. Agile pros do not want to hear words like constraining and standards and reviewing and authority and enforcing. We're still going to do all that, but I highly recommend that we find the right vocabulary for it and that might include things like using the word test and defect or issue and use their issue management system, all of those things. Also does it intersect? Well, I picked on these three manifesto items of working software is the primary measure of progress. So if my data is wrong, it might be fast and the software might work. But if my data is wrong, I'm going to use this against the team and say that our project is not working because the data is wrong or you're using the wrong data or you're not protecting the data or you're going to send the CIO to jail. All of that is part of working software and if they don't agree with it, we can go to the CIO and ask them is working software include the definition of keeping you out of jail, just let us know and we'll adjust our process. Technical excellence and good design enhances agility. I've used that one a lot. We need to reflect on what's working, what's not, and make adjustments. That's how I get my involvement in split planning off in several sprints ahead. But you're going to find obstacles along the way. Kamie, you've run into obstacles before, right? Yeah, that's about every time I do something. But people want to do, I mean people are being rewarded and compensated, measured and punished for doing things fast and a lot of stuff we're talking about, yes, it's going to be perceived as slowing them down but really we're trying to get them to not have to do rework or not have to log a bunch of defects. That's my pitch to them. And there are these extensions to agile which may or may not be true. One of them is that you can't have anyone who's got a title with administrator architect or manager anywhere near the project team. And that might work if you're building your own next big Facebook. It doesn't work well on enterprise systems. Test driven development, part of most of these, I absolutely love it and adore it. It means doing testing often, like every single 15 minutes and every single change and I use test driven development even for my data models and databases. Those four letter acronyms there is no big modeling up front or no big design up front. That's true. All of these things don't have you do the entire data model and the entire design for the entire project before you even start coding. But many people interpret it to mean not doing any modeling and not doing any of those things which is wrong. Paired programming, also a feature of it. I tell people I do paired programming with data stuff not at the tool level but at the white board level and then there's blocking and I will render this example of not supporting data governance. There are people who believe including the author of this that you should fit to management and say that you've done things, say that you're following a process, fabricate tests, fabricate test results so you can get around the pain of dealing with paper pushers and it's so hard to deal with that he recommends that you make it a revolving role on the project so that people, so that not one person has to deal with these horrible data governance data model or data steward people. The first time I had this happen on one of my projects, our chief data governance officer was also someone who reported directly to the CIO and funny enough she backed me up on why that was no longer going to be a process project. So for data governance in lean, I think bringing models to the table is lean. It eliminates waste, you're not duplicating steps, I think bringing all the great metadata we have to a project is lean, but forcing lean projects to implement an entire data model or every single feature in it may not be lean. Now by the end or by a certain delivery date of a project, yes, but we can't waterfall like things on top of a lean project because the goal of lean is fast and efficient much like agile. I think our data governance programs, the deployment of them should follow a lean process. So rather than take two months to put together your strategy and another two months to do each of the phases and then say going forward, starting today, every project, every step, every task we have to move on and implement data governance in your project, I think all work will stop, a lot of people will leave, a lot of processes will fall over, a lot of projects will be delayed, incur a bunch of costs and someone will come along four months later and cancel the data governance process. Finding the right metrics to report because lean and all these are about measuring the effectiveness of your processes and tools, finding the right ones is key, and lean isn't just an excuse for sloppiness or lack of compliance. And then MVP, this was the hardest one for me to tag in because it really depends on what minimal ends up being in the minimal viable product. For a data person, if all they're doing is collecting first name, last name and email address, we can give them the one and a half tables and maybe that's our only role and we can make sure if we have a requirement to encrypt that data or protect that data or allow people to change it or whatever it is that we have to do, we can help them decide what minimal is. If it's a much bigger thing than maybe we have more. I imagine most of our roles would be for compliance monitoring, data quality sure, but compliance, keeping people out of jail. But I said before, I don't think it's typically an enterprise method, although at a couple of data meetings I've been to recently, people have asked me, we're going all minimum viable product, and I said good luck with your tax system. So your 10 tips, you should learn about them, not avoid them, you've already got a good start because you're in this webinar. You should actually request to get training on these things and you should request to go on the training because it's not enough to just know these buzzwords and manifesto level stuff, you need to know how the manifestos and how the principles are actually being going to be implemented. You should learn all their lingo, you should use it, you should be able to describe data modeling and data governance in context of these methods. You should try to get sprints or phases or releases ahead. You should be able to bring models to the team, not just tell them, okay, it's going to take us six months to develop them, and you shouldn't back off even if they're initially hostile because they've likely been to a course where they have been told all data modeling is evil, all documentation is evil, data governance is a bad word, you don't back off from it, but you should also not be a roadblock to the teams. So then the final tip is I think we in the data production should use, consider these methods for our own deliverables. I mean a lot of the fragile projects that go on, even the data modeling team has no policies and procedures, they don't use test-driven development, they don't have an issue management system for putting things that they'd like to do or cut out a scope for the data models, backlogging and parking lauding and all those other terms, that we should get much better at continuous delivery and being part of a DevOps process to deliver our DDL and our data models and all the other deliverables we have, we should consider eliminating waste from our processes. Like we should literally go leanify all of our stuff and that we should figure out if we're doing something new, what's the minimum viable product for that. So before I go here, I'm just going to take a look through the questions. Tammy, did you have any questions or insights or stories? So I worked on some agile projects as the data person and you're right, they don't like you. Getting that training is also important because now you understand what they're trying to tell you that they're talking about, right? At least you have a leg to stand on. So it is kind of nice that you now are on the same page. Yeah. And I've had the fight to get on the training before because it doesn't have anything to do with data. I'm like, oh, your system is not going to have any data. You're not going to use any databases. Yeah. Well, then the data person should be on this, right?  That's really great. Thanks, John. I did. I love that one. I may have to retweet that one. But if modeling is data governance, doesn't that have to be actually first? Well, all of the modeling has to be done when you do data governance. Although most data governance programs, in order to write your strategies and come up with your data quality rules, you need to know about your data. So some type of modeling happens. But that might be a completely different type of data modeling than, say, the physical database design or data store design that happens on a project. It might be conceptual or logical modeling. Which then, because that's not software, would be outside a lot of these methods. Yep. And data governance is like security. It has levels, definitely. So there is no one method called data governance. I tried to use the word data governance programs and frameworks when I talked about all these. Not see the role of product owner. So product owner, that depends on if you're doing software as a service or developing a software product, then the product owner, that term sometimes is the same as business person because your business people, if you're building software to sell or rent or whatever, you're in the customers and you might not even know who they are yet. But even inside enterprises, we have product owners for software projects. And that's definitely the person that, like a team leader or project manager, helps everyone on the team find the right balance between governance and performance and agile development. And that's all part of the planning, negotiating and collaborating and also reflecting the fact that we're all getting compensated to do things that might conflict with each other. So making data run fast sometimes conflicts with making the data have high quality. Or getting software out the door fast sometimes has a natural conflict with getting the data right. And so you find that right balance. Yes, many levels of abstraction and modeling and detail. And yeah, I like the more cowbell too. So it looks like a lot of the questions in the Q and A were about everything I predicted they would be. Yes, you will get the slide deck probably on Monday. Yes, there will be a recording probably on Monday. Although Monday is a holiday here, so maybe not. No, I promise Shannon I'll get it to her. And we're three minutes over. But usually what we do now is go on into the webinar but we stay on to have some other discussions. So Shannon, over to you. Thank you Karen and thank you Tamara for joining us this month. Such a pleasure to have you with us. And thanks to Adira for sponsoring today's webinar. Yes, always to them. And thanks to of course as always to our attendees for being so engaged in everything we do. We just love the chat when it's on fire like that. So here I go stopping the recording.


Today, we're going to be focusing on storytelling, song, and dance. Let's get started. Let's start by warming up our bodies so that we are ready to move. So reach up tall like a tree, stretch, stretch tall like this. Keep your balance. Reach up again like tall like a tree, but this time, bend all. Great. Okay, now let's do a shake-up. So we're going to shake out each parts of our body from 5 to 1. Follow me. 1, 2, 3, 4, 5, 1, 2, 3, 4, 5, 1, 2, 3, 4, 5, 1, 2, 3, 4, 5, 1, 2, 3, 4, 1, 2, 3, 4, 1, 2, 3, 4, 1, 2, 3, 4, 1, 2, 3, 4, 1, 2, 3, 1, 2, 3, 1, 2, 3, 1, 2, 1, 2, 1, 2, 1, One two one two one two one two one one one one one one one one one now shake your body go crazy Let's first start with a song repeat after me Shea she lives in a village with her father and her father sings that song to her every night Reminding her that if ever she feels scared or lonely or sad That home is in her heart and where that will be is safety Safety is in her so she hugs herself tight reminding herself that she is safe Let's do it again Now let's dance I drum this is called the Jim Bay Jim Bay. Yes, when you hear it make this sound We're gonna make a shape with your body any shape it could be this shape this shape a Triangle a star whatever shape you can think of okay Let's get started make a shake Make a shake Make a shake Make another shake Make another shake It seems like you guys are all ready to move. Let's get started with the dance Okay, so you're gonna step forward one two and bounce bounce Nice, let's go to the side one two and bounce bounce nice to the back and one two to the side and One two. Okay. We ready to move on from there. Okay, and then you're gonna spread your wings Really big like you can fly through the whole world and you're gonna go around in the circle and fly Moving your shoulders and your chest and one two three Okay, let's start from the beginning five six seven eight and one two Bounce bounce inside to bounce bounce and back to To bounce bounce and fly so from here from the flying part Then we're gonna do our Shayla move because this is a dance for Shayla, right? So we go one Two just like we did before but our feet are gonna go with it one Put it back and to the other side. Yes. No. Yes No, let's try that move again and one two three four other side and one two three four Nice, can we add one more move after that?  Don't forget the shoulders fly Fly and stop Shayla move and one to other side and one to and knee on the hand and one to other side and one to Oh my god, we did it. That was awesome. Okay now Let's do the last move. Okay, so from here We're just going to give our foot in our hand a high five. So it's gonna go like this one one Two your foot giving your hand a high five. Let's try that again five six seven and we're gonna sing our song Shay, let's try it with music instructions. Let's just dance. I shake hate and we were just at story story Thank you so much


And we are live ladies and gentlemen and crazy people including myself. What is up? Welcome to another edition of The Random Show. And I think we are on episode five. So we're moving along. I thought I should structure these. So we're gonna go episode by episode. And like always, let's do a mic check which let's do a video check. So if you do hear me, please let me know. And if you do see me, please let me know. And so today's agenda is gonna be like this as follows. I wanna have a good AMA. So all questions are open. I will not answer questions that are dumb. I will not answer questions about price predictions or what to invest in. Let's have a real dialogue and talk about some really interesting stuff, okay? And so it's gonna be by first come first basis. And so the questions are rolling in guys. Cool, yes, yes, yes. No video. Well, refresh the page. Okay. Hear you loud and clear, sweet. Okay. Hello, hello, hello. All right, so the first questions are rolling in right now. Ooh, one second. There we go. Bitcoin wisdom, the time, zero three, January 2009. Chancellor on brink of second below for bank. That's a timestamp of something. Okay. Here we go. We got a question from Crypto Baron. Do you think that EOS will overtake Ether by the end of the year or possible next year? I will say this. If people are talking in terms of pricing for Ethereum and EOS, then they really don't know what they're talking about. These are technology platforms, they're not currencies. Now EOS is not even live yet. May net goes live sometime in June. Ethereum this year most likely will start implementing proof of stake variations with a parallel chain, proof of stake and proof of work. That being said, if people are just viewing price without looking at the technology, without looking at the network effect, without looking at how many developers are building on that platform, without looking at the actual use cases of the technology, then they're lost, right? So will EOS take ETH? I'm not gonna make that statement, I have no idea. I am excited for EOS to launch, to be on May net for developers to work on it and for use cases to aspire from this new platform being built. And so price will follow innovation, price will follow utility, price will follow problem solving, actual problem solving, as opposed to what we see today is more or less 90% speculation. CryptoNets, am I going to AON next tomorrow? Yeah, I'm going to the AON conference tomorrow, speaking at 1130 and Blockheeks has a booth there. So I'll be there all day from nine to three, roughly.  Will Binance support OMG AirDrop or to claim, I have no idea about that. Jonathan, Aaron, I want to invest in profit sharing and dividend crypto for the longterm, what's your thoughts? If a token is suggesting a dividend return, then 99% is gonna be deemed securities. And so just be warned, that's it. Crypto Baron, are you offering EOS development courses now in the future? We are planning to work with certain developers from EOS to offer courses on Blockheeks. It's in the pipeline, yes. Entropy, do I see a relationship between plasma chains and a tenement cosmos in any way? Do they complement each other or their computing technologies? That's a good question. I think the space is a little bit different than regular software. There is a more or less zero sum game because regular software, you as the end user, don't have any financial incentive. And so when we're looking at something like plasma or tenement, the end user, whether that is a developer or business or just a person holding the token, they have incentive model, which is financially driven. And so I don't think so. We'll have, like I said at the beginning, won't win or take all. I think each of them have a different use case. Plasma is really different from tenement. And plasma doesn't have a token, it's just a straight scaling solution, second layer scaling solution. Tenement within cosmos does have a token. So I don't think so. One or the other will be the winner. I think people use them independently for different use cases. Okay. What is my opinion about Decreed? Appears to be one of the most honest projects with the best team. There's a lot of people that I know that like Decreed. I'm gonna be brutally honest with you guys. I haven't had time to look into it, to look at the code or look at the developers or look at the use cases. So I can't give you my opinion-needed answer right now. How about VeChain? Having the most enterprise users on any blockchain on mainnet launch with options coming. I don't know what VeChain is. So I can't really comment on that whatsoever. I got more questions coming in. What do you think about the new legislations in the EU GDPR? GDPR, yeah, the new privacy laws for the European citizens. Well, a lot of businesses, if they don't follow the policies, they're in trouble. So if you guys don't know what GDPR is, you can't, okay, so I'll give you actually a real use case study that's gonna affect a lot of businesses. So let's say you're a business and you're collecting information, whether that is an email list or name or whatever it may be. And they're European citizens. GDPR is only for EU. And so you collect their email address or name. You cannot then market to them in the future for other products. So if you collected their email address or name on the basis of, hey, give me your name or email address. I'll give you this book. That doesn't give you fundamental right to keep on marketing to them other products. The only way you can market to them with other products if they give you consent. So there has to be like terms and service agreement where they check the box and give you consent. Same thing with a lot of companies have been doing is very bad practice. And this is also in the crypto space is people scrape email addresses. So let's say you scrape it off of Facebook or Twitter or whatever it may be and you start spamming people. That's completely illegal and most companies will be fined on their GDPR. Once again, that has to be an EU citizen or company. That's what GDPR is. It's a really strong privacy law. And it's gonna be interesting and that applies to blockchain and open source blockchains or private source blockchains with GDPR. From Jonathan Aaron, I'm a network engineer with very limited programming skills. I wanna get more involved in space in a different way than just investing like I'm doing in ADS. Yeah, become a developer, more the merrier. From crypto share, if stock market crashes in 2018 will crypto crash? Yeah, crypto, at least right now it's directly correlated with the greenback, right? So if you look at all the exchanges everything is pegged on the greenback.  Crypto is really liquid. People would cash out on crypto for the most part. Look at the tax season and look at what's happened recently with the bear market. When people need cash, they'll sell crypto. Crypto is not immune to the rest of the markets. Master BD, what is the oldest person using blockheeks and taking up coding? Average age? Honestly, it's a little bit older. I think maybe like a lot of people in their 30s on our platform. But we also have a lot of young kids as well. It's pretty dichotomies, we have very young people who we have much more mature people. So it's all over the place. From Sivirit Marqueset, a friend of mine is waiting for the perfect idea before he wants to start a business but that will never happen. What should I tell him? You shouldn't tell him nothing. Start your own business and let him see what you're doing. Boom, you know, I'll live by example. From Menho Donahue, what's your view on tax and crypto space regards to Europe? Well, I don't know the European tax laws and even that is still a continent we're talking about Europe. And within Europe, you have different countries and different jurisdictions. So you can't just bunch Europe into it. Follow your local tax laws, like don't pay your taxes for the most part, right? Or I tell people this, legally try to minimize your taxes as much as possible, pay your taxes. What's my view? So from, this is from Donahue, what's my view is regards to new money cornering the crypto space like investment banks? More money into crypto, the better. That's my view on it. More eyeballs to it, more, well, I wanna say not more innovation. In fact, I think we've gone backwards a little bit with innovation with the ICOs because they're not really innovating anything. They're just making an ERC-20 token and just cashing in on the hype. From Adam Davies, what time scale are you expecting crypto to be mainstream adoption? Well, if we're looking at adoption, currently it's about 0.1 or sorry, yeah, 0.1 to 0.5% of total people around the world. So not even a percentage of people are using crypto. No, we have a while away for adoption. Investor Milton, one other YouTuber is he recommend watching Joe Rogan. Let's say I don't watch anybody else. Oh, that's not fair. Joe Rogan, Sam Harris, Jordan Peterson. Who else as of late? Old school videos of Alan Watts, Terence McKinnon. Yeah, those are on top of my mind right now. When will Blockheeks integrate ETH payments? We're integrating full crypto payments probably third week of May, give or take. From I8, how would you approach building a mindset when struggling with a disability? Good question. I'm a firm believer in your environment dictates your behavior. So you can think that you have willpower.  What matters the most is having a conducive environment for your success.    Then you can ask yourself the question, where can I surround myself where other people will pull me up, will show me through examples of the possibilities out there? Because you and I, we don't know our possibilities. And I'll explain my reasoning here. We know, the only way that we find a possibility is when we're around other people and we see what they're capable of doing. And then you realize, fuck, I'm capable of that, right? We humans live off of something called mirror neurons. That's a baby learns, right? Monkey see, monkey do. And so when you're hanging around people who are positive minded, who are out there, who are actually doing things, your mind literally acts like a sponge and mimics their actions. So that's my take on it. First of all, don't view your disability as a disability, view it as an advantage, view it as how you can use it for yourself and your life, or you're much better in things than other people are, and then surround yourself with amazing people. Crypto Baron, did I partake in the ayahuasca? Not yet, no ayahuasca, a little bit of micro dosing of stuff here and there, but that's pretty much it. From Anna Anubavi, I'm an investor only, not a developer. Will Blockheed subscription help me? No, we only train developers. Okay. From Lucas, what is my favorite dApps and which projects that you invested in crypto you've been using? I don't know, I personally haven't invested in many projects whatsoever. DApps, I don't know. I can't think of any dApps that I really like. Like actual dApps that people use on a daily basis for its purpose. I don't know, maybe I'm having a brain fart right now, but I can't think of any dApps on top of my mind. I might be wrong, they'll come to me. From investor Milton, what advice do you have to new crypto YouTubers? Well, I'll give you advice. Whatever you're doing, whether it's YouTube or business, consistency is key. Keep on putting out content, add value. Don't get stuck in, let me put it this way. People get stuck with the personation syndrome where they feel like they have to personate other people. Be yourself, and simple as that, put out content on a weekly basis or daily, whatever you wanna do, and it's a long game. Think years as opposed to weeks or months. Maltese Lover, another video with your mate, Brad. Yeah, yeah, I'll get him on, Brad's a good guy. So from I8, Mr. Nom Nom, I've been watching your videos for years and value your opinion highly, thank you. May I ask, have you read the article in Current Affairs about Jordan Peterson, the intellectual we deserve? No, I haven't read it, but I know Jordan Peterson very well. He's from Toronto, I've been following him since the whole debacle, I guess two years ago, so I like the guy, I like what he stands for. I don't agree with everything he talks about. One, I'm very anti-religious, so I don't believe in religion whatsoever. He's very religious, well, he believes that there's a lot of stories that we can learn from in religion where I'm the opposite. I think any organization, whether that, I don't believe in nationalism, I don't believe in religion, I don't believe in any isms where you have mind group thinking as opposed to individual thinking. From Martin M, how can we separate genuine crypto insights on YouTube from paid pitches? The latter trashes the community.  I don't, I've never accepted a penny from anybody ever in my life for advertising for anything. And that's how it's gonna stay. You should just ask that, if someone's pitching products on YouTube, you know they're getting paid, so pretty much whatever they're saying is take it with a grain of salt. From Anu Bhavi, can you recommend some resources about learning about blockchain and cryptos for beginners?  Go to blockgeeks.com slash guides. You can probably spend weeks learning. We probably publish industries most robust guides. You know, we take our time and research for our guides, so go at it. What would I think will happen with Bolivia after claiming independence from the IMF? So if you guys don't know what the IMF is, International Monetary Fund, I don't know. What will happen to Bolivia? Nothing. Am I still eating high-fat paleo? Have I tried any mental supplements? It's coming up summertime, I eat whatever I want during the summer. Supplements, I don't know. Take my magnesium vitamin C. I'm a minimalist, I hardly take anything. Carlos Montoya. Do you think EOS will crash to zero? No. Do I think it's overvalued? Yes. For something not being launched, it's billions of dollars? Yes. My eyes is overvalued. What time do I wake up? 5 a.m. I go to sleep around 10-ish, and then 30, and I wake up at 5. From Jacob Laidica. Laidica. Amir, would you want to try a supplement? Call it SuperMind, I run a supplement company. Well, if it's healthy ingredients, sure. Send it over. Email me, Amir at BlockGeeks. For a 40-year-old looking to start from scratch with a developer course, can I still... If you're looking to become a developer of 40 at BlockGeeks for Blockchain, I would highly recommend you first take some free courses in JavaScript or Python. Then once you have some basic fundamentals with JavaScript and Python, then you can start learning whether it's Solidity or other SDKs from Bitcoin or Cosmos or EOS or Hyperledger. Hello, what would be my top three long-term plays? Like always, doesn't change. Bitcoin, Ether, Monero. Thoughts on Ven. I don't know Ven. V-E-N, Ven. Hmm, don't know. Crypto Baron, I don't sleep eight hours a day. Does that take a toll on my health? Yeah, I'm tired lately. Does it take a toll, of course. Sleep is the most underrated thing, man. People don't understand. We need eight hours of sleep and we need proper quality of sleep. We need to avoid light at night and be in front of light in the morning, so we're talking about sunlight. We need to wind ourselves down before bed so no computers and no electronics and wear your blue block of glasses, read a book, but people don't care about their sleep. So even though I don't get eight hours of sleep, I get really high quality sleep. I get into REM sleep. What do I think about credits blockchain? I don't even know what it is, credits. I don't know, maybe I don't know what it is. Let me Google it. Credits. There we go.  Credits. Oh, this website is bad. I don't know what in God's name credits is. You were speaking about the, this is from Pizza Police. You were speaking about the value of dApps in the past video and how it's actually limited. This is true. This is very true. It's limited. Like I don't see a lot of use cases for dApps. Initially right now, it might be in the future, but right now I don't see any use cases. Like, why does everything have to be centralized and why does everything need a token? Like, I don't get it. From a business aspect, it makes no sense whatsoever. Do I like Bitcoin Cash? I don't care what Bitcoin Cash does. What I don't like is people pretending that Bitcoin Cash is Bitcoin, which is not. Bitcoin is Bitcoin, Bitcoin Cash is Bitcoin Cash. That's it. I don't care what to do. I think more people building code and innovating code is good for the ecosystem, but for me it's the nuances of the marketing and the propaganda of language where some people actually claim that Bitcoin Cash is Bitcoin. Where do I store my cryptocurrency hard wallets? Ledger Nano is really good. There's a link below this video, which you can grab one. Any thoughts on DGB or DigiByte? Thoughts on XRP? It's not a crypto. It's centralized. Like, for me I care about technology and innovation. For me, XRP is none of those. Thoughts on Stellar? I don't have any thoughts yet. I'm actually doing a deep dive on it as we speak and releasing a guide on Blockheeks maybe this week or next week. So I'll let you know then. All right, guys. It's been half an hour. I'm gonna call it. If you guys have any questions, leave a comment after this video. And if you want me to do more videos like this, just email any questions and I will get back to you. All right, guys. Peace.