Welcome to Data Science: An Introduction. I'm Barton Poulson and what we are going to do in this course is We are going to have a brief, accessible and non-technical overview of the field of Data Science. Now, some people when they hear Data Science, they start thinking things like: Data and think about piles of equations and numbers and then throw on top of that Science and think about people working in their lab and they start to say eh, that's not for me. I'm not really a technical person and that just seems much too techy. Well, here's the important thing to know. While a lot of people get really fired up about the technical aspects of Data Science the important thing is that Data Science is not so much a technical discipline, but creative. And, really, that's true. The reason I say that is because in Data Science you use tools that come from coding and statistics and from math But you use those to work creatively with data. The idea is there's always more than one way to solve a problem or answer a question But most importantly to get insight Because the goal, no matter how you go about it, is to get insight from your data. and what makes Data Science unique, compared to so many other things is that you try to listen to all of your data, even when it doesn't fit in easily with your standard approaches and paradigms you're trying to be much more inclusive in your analysis and the reason you want to do that is because everything signifies. everything carries meaning and everything can give you additional understanding and insight into what's going on around you and so in this course what we are trying to do is give you a map to the field of Data Science and how you can use it and so now you have the map in your hands and you can get ready to get going with Data Science. Welcome back to Data Science: An Introduction. And we're going to begin this course by defining data science. That makes sense. But, we are going to be doing it in kind of a funny way. The first thing I am going to talk about is the demand for data science. So, let's take a quick look. Now, data science can be defined in a few ways. I am going to give you some short definitions. Take one on my definition is that data science is coding, math, and statistics in applied settings. That's a reasonable working definition. But, if you want to be a little more concise, I've got take two on a definition. That data science is the analysis of diverse data, or data that you didn't think would fit into standard analytic approaches. A third way to think about it is that data science is inclusive analysis. It includes all of the data, all of the information that you have, in order to get the most insightful and compelling answer to your research questions. Now, you may say to yourself, "Wait... that's it?" Well, if you're not impressed, let me show you a few things. First off, let's take a look at this article. It says, "Data Scientist: the Sexiest Job of the 21st Century." And please note, this is coming from Harvard Business Review. So, this is an authoritative source and it is the official source of this saying: that data science is sexy! Now, again, you may be saying to yourself, "Sexy? I hardly think so." Oh yeah, it's sexy. And the reason data science is sexy is because first, it has rare qualities, and second it has high demand. Let me say a little more about those. The rare qualities are that data science takes unstructured data, then finds order, meaning, and value in the data. Those are important, but they're not easy to come across. Second, high demand. Well, the reason it's in high demand is because data science provides insight into what's going on around you and critically, it provides competitive advantage, which is a huge thing in business settings. Now, let me go back and say a little more about demand. Let's take a look at a few other sources. So, for instance the McKinsey Global Institute published a very well-known paper, and you can get it with this URL. And if you go to that webpage, this is what's going to come up. And we're going to take a quick look at this one, the executive summary. It's a PDF that you can download. And if you open that up, you will find this page. And let's take a look at the bottom right corner. Two numbers here, I'm going to zoom in on those. The first one, is they are projecting a need in the next few years for somewhere between 140 and 190,000 deep analytical talent positions. So, this means actual practicing data scientists. That's a huge number; but almost ten times as high is 1.5 million more data-savvy managers will be needed to take full advantage of big data in the United States. Now, that's people who aren't necessarily doing the analysis but have to understand it, who have to speak data. And that's one of the main purposes of this particular course, is to help people who may or may not be the practicing data scientists learn to understand what they can get out of data, and some of the methods used to get there. Let's take a look at another article from LinkedIn. Here is a shortcut URL for it and that will bring you to this webpage: "The 25 hottest job skills that got people hired in 2014." And take a look at number one here: statistical analysis and data mining, very closely related to data science. And just to be clear, this was number one in Australia, and Brazil, and Canada, and France, and India, and the Netherlands, and South Africa, and the United Arab Emirates, and the United Kingdom. Everywhere. And if you need a little more, let's take a look at Glassdoor, which published an article this year, 2016, and it's about the "25 Best Jobs in America." And look at number one right here, it's data scientist. And we can zoom on this information. It says there is going to be 1,700 job openings, with a median base salary of over $116,000, and fabulous career opportunities and job scores. So, if you want to take all of this together, the conclusion you can reach is that data science pays. And I can show you a little more about that. So for instance, here's a list of the top ten highest paying salaries that I got from US News. We have physicians (or doctors), dentists, and lawyers, and so on. Now, if we add data scientist to this list, using data from O'Reilly.com, we have to push things around. And goes in third with an average total salary (not the base we had in the other one, but the total compensation) of about $144,000 a year. That's extraordinary. So in sum, what do we get from all this? First off, we learn that there is a very high demand for data science. Second, we learn that there is a critical need for both specialists; those are the sort of practicing data scientists; and for Generalists, the people who speak the language and know what can be done. And of course, excellent pay. And all together, this makes Data Science a compelling career alternative and a way of making you better at whatever you are doing. Back here in data science, we're going to continue our attempt to define data science by looking at something that's really well known in the field; the Data Science Venn Diagram. Now if you want to, you can think of this in terms of, "What are the ingredients of data science?" Well, we're going to first say thanks to Drew Conway, the guy who came up with this. And if you want to see the original article, you can go to this address. But, what Drew said is that data science is made of three things. And we can put them as overlapping circles because it is the intersection that's important. Here on the top left is coding or computer programming, or as he calls it: hacking. On the top right is stats or, stats or mathematics, or quantitative abilities in general. And on the bottom is domain expertise, or intimate familiarity with a particular field of practice: business, or health, or education, or science, or something like that. And the intersection here in the middle, that is data science. So it's the combination of coding and statistics and math and domain knowledge. Now, let's say a little more about coding. The reason coding is important is because it helps you gather and prepare the data. Because a lot of the data comes from novel sources and is not necessarily ready for you to gather and it can be in very unusual formats. And so coding is important because it can require some real creativity to get the data from the sources to put it into your analysis. Now, a few kinds of coding that are important; for instance, there is statistical coding. A couple of major languages in this are R and Python. Two open-source free programming languages. R, specifically for data. Python is general-purpose, but well adapted to data. The ability to work with databases is important too. The most common language there is SQL, usually pronounced "Sequel," which stands for Structured Query Language, because that's where the data is. Also, there is the command line interface, or if you are on a Mac, people just call it "the terminal." Most common language there is Bash, which actually stands for Bourne-again shell. And then searching is important and regex, or regular expressions. While there is not a huge amount to learn there (it's a small little field), it's sort of like super-powered wildcard searching that makes it possible for you to both find the data and reformat it in ways that are going to be helpful for your analysis. Now, let's say a few things about the math. You're going to need things like a little bit of probability, some algebra, of course, regression (very common statistical procedure). Those things are important. And the reason you need the math is: because that is going to help you choose the appropriate procedures to answer the question with the data that you have. And probably even more importantly; it is going to help you diagnose problems when things don't go as expected. And given that you are trying to do new things with new data in new ways, you are probably going to come across problems. So the ability to understand the mechanics of what is going on is going to give you a big advantage. And the third element of the data science Venn Diagram is some sort of domain expertise. Think of it as expertise in the field that you're in. Business settings are common. You need to know about the goals of that field, the methods that are used, and the constraints that people come across. And it's important because whatever your results are, you need to be able to implement them well. Data science is very practical and is designed to accomplish something. And your familiarity with a particular field of practice is going to make it that much easier and more impactful when you implement the results of your analysis. Now, let's go back to our Venn Diagram here just for a moment. Because this is a Venn, we also have these intersections of two circles at a time. At the top is machine learning. At the bottom right is traditional research. And on the bottom left hand is what Drew Conway called, "the danger zone." Let me talk about each of these. First off, machine learning, or ML. Now, you think about machine learning and the idea here is that it represents coding, or statistical programming and mathematics, without any real domain expertise. Sometimes these are referred to as "black box" models. They kind of throw data in and you don't even necessarily have to know what it means or what language it is in, and it will just kind of crunch through it all and it will give you some regularities. That can be very helpful, but machine learning is considered slightly different from data science because it doesn't involve the particular applications in a specific domain. Also, there's traditional research. This is where you have math or statistics and you have domain knowledge; often very intensive domain knowledge but without the coding or programming. Now, you can get away with that because the data that you use in traditional research is highly structured. It comes in rows and columns, and is typically complete and is typically ready for analysis. Doesn't mean your life is easy, because now you have to expand an enormous amount of effort in the methods and the designing of the project and the interpretation of the data. So, still very heavy intellectual cognitive work, but it comes from a different place. And then finally, there is what Conway called, "the danger zone." And that's the intersection of coding and domain knowledge, but without math or statistics. Now he says it is unlikely to happen, and that is probably true. On the other hand, I can think of some common examples, what are called "word counts," where you take a large document or a series of documents, and you count how many times a word appears in there. That can actually tell you some very important things. And also, drawing maps and showing how things change across place and maybe even across time. You don't necessarily have to have the math, but it can be very insightful and helpful. So, let's think about a couple of backgrounds where people come from here. First, is coding. You can have people who are coders, who can do math, stats, and business. So, you get the three things (and this is probably the most common), most the people come from a programming background. On the other hand, there is also stats, or statistics. And you can get statisticians who can code and who also can do business. That's less common, but it does happen. And finally, there is people who come into data science from a particular domain. And these are, for instance, business people who can code and do numbers. And they are the least common. But, all of these are important to data science. And so in sum, here is what we can take away. First, several fields make up Data Science. Second, diverse skills and backgrounds are important and they are needed in data science. And third, there are many roles involved because there are a lot of different things that need to happen. We'll say more about that in our next movie. The next step in our data science introduction and our definition of data science is to talk about the Data Science Pathway. So I like to think of this as, when you are working on a major project, you have got to do one step at a time to get it from here to there. In data science, you can take the various steps and you can put them into a couple of general categories. First, there are the steps that involve planning. Second, there's the data prep. Third, there's the actual modeling of the data. And fourth, there's the follow-up. And there are several steps within each of these; I'll explain each of them briefly. First, let's talk about planning. The first thing that you need to do, is you need to define the goals of your project so you know how to use your resources well, and also so you know when you are done. Second, you need to organize your resources. So you might have data from several different sources; you might have different software packages, you might have different people. Which gets us to the third one: you need to coordinate the people so they can work together productively. If you are doing a hand-off, it needs to be clear who is going to do what and how their work is going to go together. And then, really to state the obvious, you need to schedule the project so things can move along smoothly and you can finish in a reasonable amount of time. Next is the data prep, where you are taking like food prep and getting the raw ingredients ready. First of course, is you need to get the data. And it can from many different sources and be in many different formats. You need to clean the data and, the sad thing is, this tends to be a very large part of any data science project. And that is because you are bringing in unusual data from a lot of different places. You also want to explore the data; that is, really see what it looks like, how many people are in each group, what the shape of the distributions are like, what is associated with what. And you may need to refine the data. And that means choosing variables to include, choosing cases to include or exclude, making any transformations to the data you need to do. And of course these steps kind of can bounce back and forth from one to the other. The third group is modeling or statistical modeling. This is where you actually want to create the statistical model. So for instance, you might do a regression analysis or you might do a neural network. But, whatever you do, once you create your model, you have to validate the model. You might do that with a holdout validation. You might do it really with a very small replication if you can. You also need to evaluate the model. So, once you know that the model is accurate, what does it actually mean and how much does it tell you? And then finally, you need to refine the model. So, for instance, there may be variables you want to throw out; maybe additional ones you want to include. You may want to, again, transform some of the data. You may want to get it so it is easier to interpret and apply. And that gets us to the last part of the data science pathway. And that's follow up. And once you have created your model, you need to present the model. Because it is usually work that is being done for a client, could be in house, could be a third party. But you need to take the insights that you got and share them in a meaningful way with other people. You also need to deploy the model; it is usually being done in order to accomplish something. So, for instance, if you are working with an e-commerce site, you may be developing a recommendation engine that says, "people who bought this and this might buy this." You need to actually stick it on the website and see if it works the way that you expected it to. Then you need to revisit the model because a lot of the times, the data that you worked on is not necessarily all of the data, and things can change when you get out in the real world or things just change over time. So, you have to see how well your model is working. And then, just to be thorough, you need to archive the assets, document what you have, and make it possible for you or for others to repeat the analysis or develop off of it in the future. So, those are the general steps of what I consider the data science pathway. And in sum, what we get from this is three things. First, data science isn't just a technical field, it is not just coding. Things like, planning and presenting and implementing are just as important. Also, contextual skills, knowing how it works in a particular field, knowing how it will be implemented, those skills matter as well. And then, as you got from this whole thing, there are a lot of things to do. And if you go one step at a time, there will be less backtracking and you will ultimately be more productive in your data science projects. We'll continue our definition of data science by looking at the roles that are involved in data science. The way that different people can contribute to it. That's because it tends to be a collaborative thing, and it's nice to be able to say that we are all together, working together towards a single goal. So, let's talk about some of the roles involved in data science and how they contribute to the projects. First off, let's take a look at engineers. These are people who focus on the back end hardware. For instance, the servers and the software that runs them. This is what makes data science possible, and it includes people like developers, software developers, or database administrators. And they provide the foundation for the rest of the work. Next, you can also have people who are Big Data specialists. These are people who focus on computer science and mathematics, and they may do machine learning algorithms as a way of processing very large amounts of data. And they often create what are called data products. So, a thing that tells you what restaurant to go to, or that says, "you might know these friends," or provides ways of linking up photos. Those are data products, and those often involve a huge amount of very technical work behind them. There are also researchers; these are people who focus on domain-specific research. So, for instance, physics, or genetics, or whatever. And these people tend to have very strong statistics, and they can use some of the procedures and some of the data that comes from the other people like the big data researchers, but they focus on the specific questions. Also in the data science realm, you will find analysts. These are people who focus on the day-to-day tasks of running a business. So for instance, they might do web analytics (like Google analytics), or they might pull data from a SQL database. And this information is very important and good for business. So, analysts are key to the day-to-day function of business, but they may not be, exactly be Data Science proper, because most of the data they are working with is going to be pretty structured. Nevertheless, they play a critical role in business in general. And then, speaking of business. You have the actual business people; the men and women who organize and run businesses. These people need to be able to frame business-relevant questions that can be answered with the data. Also, the business person manages the project and the efforts and the resources of others. And while they may not actually be doing the coding, they must speak data; they must know how the data works, what it can answer, and how to implement it. You can also have entrepreneurs. So, you might have a data startup; they are starting their own little social network, their own little web search platform. An entrepreneur needs data and business skills. And truthfully, they have to be creative at every step along the way. Usually because they are doing it all themselves at a smaller scale. Then we have in data science something known as "the full stack unicorn." And this is a person who can do everything at an expert level. They are called a unicorn because truthfully, they may not actually exist. I will have more to say about that later. But for right now, we can sum up what we got out of this video by three things. Number one, data science is diverse. There's a lot of different people who go into it, and they have different goals for their work, and they bring in different skills and different experiences and different approaches. Also, they tend to work in very different contexts. An entrepreneur works in a very different place from a business manager, who works in a very different place from an academic researcher. But, all of them are connected in some way to data science and make it a richer field. The last thing I want to say in "Data Science: An Introduction" where I am trying to define data science, is to talk about teams in data science. The idea here is that data science has many different tools, and different people are going to be experts in each one of them. Now, you have, for instance, coding and you have statistics. Also, you have what feels like design, or business and management that are involved. And the question, of course, is: "who can do all of it? Who's able to do all of these things at the level that we need?" Well, that's where we get this saying (I have mentioned it before), it's the unicorn. And just like in ancient history, the unicorn is a mythical creature with magical abilities. In data science, it works a little differently. It is a mythical Data Scientist with universal abilities. The trouble is, as we know from the real world, there are really no unicorns (animals), and there are really not very many unicorns in data science. Really, there are just people. And so we have to find out how we can do the projects even though we don't have this one person who can do everything for everybody. So let's take a hypothetical case, just for a moment. I am going to give you some fictional people. Here is my fictional person Otto, who has strong visualization skills, who has good coding, but has limited analytic or statistical ability. And if we graph his stuff out, his abilities... So, here we have five things that we need to have happen. And for the project to work, they all have to happen at least, a level of eight on the zero-to-ten. If we take his coding ability, he is almost there. Statistics, not quite halfway. Graphics, yes he can do that. And then, business, eh, alright. And project, pretty good. So, what you can see here is, in only one of these five areas is Otto sufficient on his own. On the other hand, let's pair him up with somebody else. Let's take a look at Lucy. And Lucy has strong business training, has good tech skills, but has limited graphics. And if we get her profile on the same thing that we saw, there is coding, pretty good. Statistics, pretty good. Graphics, not so much. Business, good. And projects, OK. Now, the important thing here is that we can make a team. So let's take our two fictional people, Otto and Lucy, and we can put together their abilities. Now, I actually have to change the scale here a little bit to accommodate the both of them. But our criterion still is at eight; we need a level of eight in order to do the project competently. And if we combine them: oh look, coding is now past eight. Statistics is past eight. Graphics is way past. Business way past. And then the projects, they are too. So when we combine their skills, we are able to get the level that we need for everything. Or to put it another way, we have now created a unicorn by team, and that makes it possible to do the data science project. So, in sum: you usually can't do data science on your own. That's a very rare individual. Or more specifically: people need people, and in data science you have the opportunity to take several people and make collective unicorns, so you can get the insight that you need in your project and you can get the things done that you want. In order to get a better understanding of data science, it can be helpful to look at contrasts between data science and other fields. Probably the most informative is with Big Data because these two terms are actually often confused. It makes me think of situations where you have two things that are very similar, but not the same. Like we have here in the Piazza San Carlo here in Italy. Part of the problem stems from the fact that data science and big data both have Venn Diagrams associated with them. So, for instance, Venn number one for data science is something we have seen already. We have three circles and we have coding and we have math and we have some domain expertise, that put together get data science. On the other hand, Venn Diagram number two is for Big Data. It also has three circles. And we have the high volume of data, the rapid velocity of data, and the extreme variety of data. Take those three v's together and you get Big Data. Now, we can also combine these two if we want in a third Venn Diagram, we call Big Data and Data Science. This time it is just two circles. With Big Data on the left and Data Science on the right. And the intersection in the middle, there is Big Data Science, which actually is a real term. But, if you want to do a compare and contrast, it kind of helps to look at how you can have one without the other. So, let's start by looking at Big Data without Data Science. So, these are situations where you may have the volume or velocity or variety of data but don't need all the tools of data science. So, we are just looking at the left side of the equation right now. Now, truthfully, this only works if you have Big Data without all three V's. Some say you have to have the volume, velocity, and variety for it to count as Big Data. I basically say anything that doesn't fit into a standard machine is probably Big Data. I can think of a couple of examples here of things that might count as Big Data, but maybe don't count as Data Science. Machine learning, where you can have very large data sets and probably very complex, doesn't require very much domain expertise, so that may not be data science. Word counts, where you have an enormous amount of data and it's actually a pretty simple analysis, again doesn't require much sophistication in terms of quantitative skills or even domain expertise. So, maybe/maybe not data science. On the other hand, to do any of these you are going to need to have at least two skills. You are going to need to have the coding and you will probably have to have some sort of quantitative skills as well. So, how about data science without Big Data? That's the right side of this diagram. Well, to make that happen you are probably talking about data with just one of the three V's from Big Data. So, either volume or velocity or variety, but singly. So for instance, genetics data. You have a huge amount of data and it comes in very set structure and it tends to come in at once. So, you have got a lot of volume and it is a very challenging thing to work with. You have to use data science, but it may or may not count as Big Data. Similarly, streaming sensor data, where you have data coming in very quickly, but you are not necessarily saving it; you are just looking at these windows in it. That is a lot of velocity, and it is difficult to deal with, and it takes Data Science, the full skill set, but it may not require Big Data, per se. Or facial recognition, where you have enormous variety in the data because you are getting photos or videos that are coming in. Again, very difficult to deal with, requires a lot of ingenuity and creativity may or may not count as Big Data, depending on how much of a stickler you are about definitions. Now, if you want to combine the two, we can talk about Big Data Science. In that case, we are looking right here at the middle. This is a situation where you have volume, and velocity, and variety in your data and truthfully, if you have the three of those, you are going to need the full Data Science skill set. You are going to need coding, and statistics, and math, and you are going to have to have domain expertise. Primarily because of the variety you are dealing with, but taken all together you do have to have all of it. So in sum, here is what we get. Big Data is not equal to, it is not identical to data science. Now, there is common ground, and a lot of people who are good at Big Data are good at data science and vice versa, but they are conceptually distinct. On the other hand, there is the shared middle ground of Big Data Science that unifies the two separate fields. Another important contrast you can make in trying to understand data science is to compare it with coding or computer programming. Now, this is where you are trying to work with machines and you are trying to talk to that machine, to get it to do things. In one sense you can think of coding as just giving task instructions; how to do something. It is a lot like a recipe when you're cooking. You get some sort of user input or other input, and then maybe you have if/then logic, and you get output from it. To take an extremely simple example, if you are programming in Python version 2, you write: print, and then in quotes, "Hello, world!" will put the words "Hello, world!" on the screen. So, you gave it some instructions and it gave you some output. Very simple programming. Now, coding and data gets a little more complicated. So, for instance, there is word counts, where you take a book or a whole collection of books, you take the words and you count how many there are in there. Now, this is a conceptually simple task, and domain expertise and really math and statistics are not vital. But to make valid inferences and generalizations in the face of variability and uncertainty in the data you need statistics, and by extension, you need data science. It might help to compare the two by looking at the tools of the respective trades. So for instance, there are tools for coding or generic computer programming, and there are tools that are specific for data science. So, what I have right here is a list from the IEEE of the top ten programming languages of 2015. And it starts at Java and C and goes down to Shell. And some of these are also used for data science. So for instance, Python and R and SQL are used for data science, but the other ones aren't major ones in data science. So, let's, in fact, take a look at a different list of most popular tools for data science and you see that things move around a little bit. Now, R is at the top, SQL is there, Python is there, but for me what is the most interesting on the list is that Excel is number five, which would never be considered programming, per se, but it is, in fact, a very important tool for data science. And that is one of the ways that we can compare and contrast computer programming with data science. In sum, we can say this: data science is not equal to coding. They are different things. On the other hand, they share some of the tools and they share some practices specifically when coding for data. On the other hand, there is one very big difference in that statistics, statistical ability is one of the major separators between general purpose programming and data science programming. When we talk about data science and we are contrasting with some fields, another field that a lot of people get confused and think they are the same thing is data science and statistics. Now, I will tell you there is a lot in common, but we can talk a little bit about the different focuses of each. And we also get into the issue of definitionalism that data science is different because we define it differently, even when there is an awful lot in common between the two. It helps to take a look at some of the things that go on in each field. So, let's start here about statistics. Put a little circle here and we will put data science. And, to borrow a term from Steven J. Gould, we can call these non-overlapping magisteria; NOMA. So, you think of them as separate fields that are sovereign unto themselves with nothing to do with each other. But, you know, that doesn't seem right; and part of that is that if we go back to the Data Science Venn Diagram, statistics is one part of it. There it is in the top corner. So, now what do we do? What's the relationship? So, it doesn't make sense to say these are totally separate areas, maybe data science and statistics because they share procedures, maybe data science is a subset or specialty of statistics, more like this. But, if data science were just a subset or specialty within statistics then it would follow that all data scientists would first be statisticians. And interestingly that's just not so. Say, for instance, we take a look at the data science stars, the superstars in the field. We go to a rather intimidating article; it's called "The World's 7 Most Powerful Data Scientists" from Forbes.com. You can see the article if you go to this URL. There's actually more than seven people, because sometimes he brings them up in pairs. Let's check their degrees, see what their academic training is in. If we take all the people on this list, we have five degrees in computer science, three in math, two in engineering, and one each in biology, economics, law, speech pathology, and one in statistics. And so that tells us, of course, these major people in data science are not trained as statisticians. Only one of them has formal training in that. So, that gets us to the next question. Where do these two fields, statistics and data science, diverge? Because they seem like they should have a lot in common, but they don't have a lot in training. Specifically, we can look at the training. Most data scientists are not trained, formally, as statisticians. Also, in practice, things like machine learning and big data, which are central to data science, are not shared, generally, with most of statistics. So, they have separate domains there. And then there is the important issue of context. Data scientists tend to work in different settings than statisticians. Specifically, data scientists very often work in commercial settings where they are trying to get recommendation engines or ways of developing a product that will make them money. So, maybe instead of having data science a subset of statistics, we can think of it more as these two fields have different niches. They both analyze data, but they do different things in different ways. So, maybe it is fair to say they share, they overlap, they have analysis in common of data, but otherwise, they are ecologically distinct. So, in sum: what we can say here is that data science and statistics both use data and they analyze it. But the people in each tend to come from different backgrounds, and they tend to function with different goals and contexts. And in that way, render them to be conceptually distinct fields despite the apparent overlap. As we work to get a grasp on data science, there is one more contrast I want to make explicitly, and that is between data science and business intelligence, or BI. The idea here is that business intelligence is data in real life; it's very, very applied stuff. The purpose of BI is to get data on internal operations, on market competitors, and so on, and make justifiable decisions as opposed to just sitting in the bar and doing whatever comes to your mind. Now, data science is involved with this, except, you know, really there is no coding in BI. There's using apps that already exist. And the statistics in business intelligence tend to be very simple, they tend to be counts and percentages and ratios. And so, it's simple, the light bulb is simple; it just does its one job there is nothing super sophisticated there. Instead the focus in business intelligence is on domain expertise and on really useful direct utility. It's simple, it's effective and it provides insight. Now, one of the main associations with business intelligence is what are called dashboards, or data dashboards. They look like this; it is a collection of charts and tables that go together to give you a very quick overview of what is going on in your business. And while a lot of data scientists may, let's say, look down their nose upon dashboards, I'll say this, most of them are very well designed and you can learn a huge amount about user interaction and the accessibility information from dashboards. So really, where does data science come into this? What is the connection between data science and business intelligence? Well, data science can be useful to BI in terms of setting it up. Identifying data sources and creating or setting up the framework for something like a dashboard or a business intelligence system. Also, data science can be used to extend it. Data science can be used to get past the easy questions and the easy data, to get the questions that are actually most useful to you; even if they require really sometimes data that is hard to wrangle and work with. And also, there is an interesting interaction here that goes the other way. Data science practitioners can learn a lot about design from good business intelligence applications. So, I strongly encourage anybody in data science to look at them carefully and see what they can learn. In sum: business intelligence, or BI, is very goal oriented. Data science perhaps prepares the data and sets up the form for business intelligence, but also data science can learn a lot about usability and accessibility from business intelligence. And so, it is always worth taking a close look. Data science has a lot of real wonderful things about it, but it is important to consider some ethical issues, and I will specifically call this "do no harm" in your data science projects. And for that we can say thanks to Hippocrates, the guy who gave us the Hippocratic Oath of Do No Harm. Let's specifically talk about some of the important ethical issues, very briefly, that come up in data science. Number one is privacy. That data tells you a lot about people and you need to be concerned about the confidentiality. If you have private information about people, their names, their social security numbers, their addresses, their credit scores, their health, that's private, that's confidential, and you shouldn't share that information unless they specifically gave you permission. Now, one of the reasons this presents a special challenge in data science because, we will see later, a lot of the sources that are used in data science were not intended for sharing. If you scrape data from a website or from PDFs, you need to make sure that it is ok to do that. But it was originally created without the intention of sharing, so privacy is something that really falls upon the analyst to make sure they are doing it properly. Next, is anonymity. One of the interesting things we find is that it is really not hard to identify people in data. If you have a little bit of GPS data and you know where a person was at four different points in time, you have about a 95% chance of knowing exactly who they are. You look at things like HIPAA, that's the Health Insurance Portability and Accountability Act. Before HIPAA, it was really easy to identify people from medical records. Since then, it has become much more difficult to identify people uniquely. That's an important thing for really people's well-being. And then also, proprietary data; if you are working for a client, a company, and they give you their own data, that data may have identifiers. You may know who the people are, they are not anonymous anymore. So, anonymity may or may not be there, but major efforts to make data anonymous. But really, the primary thing is even if you do know who they are, that you still maintain the privacy and confidentiality of the data. Next, there is the issue about copyright, where people try to lock down information. Now, just because something is on the web, doesn't mean that you are allowed to use it. Scraping data from websites is a very common and useful way of getting data for projects. You can get data from web pages, from PDFs, from images, from audio, from really a huge number of things. But, again the assumption that because it is on the web, it's ok to use it is not true. You always need to check copyright and make sure that it is acceptable for you to access that particular data. Next, and our very ominous picture, is data security and the idea here is that when you go through all the effort to gather data, to clean up and prepare for analysis, you have created something that is very valuable to a lot of people and you have to be concerned about hackers trying to come in and steal the data, especially if the data is not anonymous and it has identifiers in it. And so, there is an additional burden to place on the analyst to ensure to the best of their ability that the data is safe and cannot be broken into and stolen. And that can include very simple things like a person who is on their project but is no longer, but took the data on a flash drive. You have to find ways to make sure that that can't happen as well. There's a lot of possibilities, it's tricky, but it is something that you have to consider thoroughly. Now, two other things that come up in terms of ethics, but usually don't get addressed in these conversations. Number one is potential bias. The idea here is that the algorithms or the formulas that are used in data science are only as neutral or bias-free as the rules and the data that they get. And so, the idea here is that if you have rules that address something that is associated with, for instance, gender or age or race or economic standing, you might unintentionally be building in those factors. Which, say for instance, say for title nine, you are not supposed to. You might be building those into the system without being aware of it, and an algorithm has this sheen of objectivity, and people say they can place confidence in it without realizing that it is replicating some of the prejudices that may happen in real life. Another issue is overconfidence. And the idea here is that analyses are limited simplifications. They have to be, that is just what they are. And because of this, you still need humans in the loop to help interpret and apply this. The problem is when people run an algorithm to get a number, say to ten decimal places, and they say, "this must be true," and treat it as written-in-stone absolutely unshakeable truth, when in fact, if the data were biased going in; if the algorithms were incomplete, if the sampling was not representative, you can have enormous problems and go down the wrong path with too much confidence in your own analyses. So, once again humility is in order when doing data science work. In sum: data science has enormous potential, but it also has significant risks involved in the projects. Part of the problem is that analyses can't be neutral, that you have to look at how the algorithms are associated with the preferences, prejudices, and biases of the people who made them. And what that means is that no matter what, good judgment is always vital to quality and success of a data science project. Data Science is a field that is strongly associated with its methods or procedures. In this section of videos, we're going to provide a brief overview of the methods that are used in data science. Now, just as a quick warning, in this section things can get kind of technical and that can cause some people to sort of freak out. But, this course is a non-technical overview. The technical hands on stuff is in the other courses. And it is really important to remember that tech is simply the means to doing data science. Insight or the ability to find meaning in your data, that's the goal. Tech only helps you get there. And so, we want to focus primarily on insight and the tools and the tech as they serve to further that goal. Now, there's a few general categories we are going to talk about, again, with an overview for each of these. The first one is sourcing or data sourcing. That is how to get the data that goes into data science, the raw materials that you need. Second is coding. That again is computer programming that can be used to obtain and manipulate and analyze the data. After that, a tiny bit of math and that is the mathematics behind data science methods that really form the foundations of the procedures. And then stats, the statistical methods that are frequently used to summarize and analyze data, especially as applied to data science. And then there is machine learning, ML, this is a collection of methods for finding clusters in the data, for predicting categories or scores on interesting outcomes. And even across these five things, even then, the presentations aren't too techie-crunchy, they are basically still friendly. Really, that's the way it is. So, that is the overview of the overviews. In sum: we need to remember that data science includes tech, but data science is greater than tech, it is more than those procedures. And above all, that tech while important to data science is still simply a means to insight in data. The first step in discussing data science methods is to look at the methods of sourcing, or getting data that is used in data science. You can think of this as getting the raw materials that go into your analyses. Now, you have got a few different choices when it comes to this in data science. You can use existing data, you can use something called data APIs, you can scrape web data, or you can make data. We'll talk about each of those very briefly in a non-technical manner. For right now, let me say something about existing data. This is data that already is at hand and it might be in-house data. So if you work for a company, it might be your company records. Or, you might have open data; for instance, many governments and many scientific organizations make their data available to the public. And then there is also third party data. This is usually data that you buy from a vendor, but it exists and it is very easy to plug it in and go. You can also use APIs. Now, that stands for Application Programming Interface, and this is something that allows various computer applications to communicate directly with each other. It's like phones for your computer programs. It is the most common way of getting web data, and the beautiful thing about it is it allows you to import that data directly into whatever program or application you are using to analyze the data. Next is scraping data. And this is where you want to use data that is on the web, but they don't have an existing API. And what that means, is usually data that's in HTML web tables and pages, maybe PDFs. And you can do this either with using specialized applications for scraping data or you can do it in a programming language, like R or Python, and write the code to do the data scraping. Or another option is to make data. And this lets you get exactly what you need; you can be very specific and you can get what you need. You can do something like interviews, or you can do surveys, or you can do experiments. There is a lot of approaches, most of them require some specialized training in terms of how to gather quality data. And that is actually important to remember, because no matter what method you use for getting or making new data, you need to remember this one little aphorism you may have heard from computer science. It goes by the name of GIGO: that actually stands for "Garbage In, Garbage Out," and it means if you have bad data that you are feeding into your system, you are not going to get anything worthwhile, any real insights out of it. Consequently, it is important to pay attention to metrics or methods for measuring and the meaning - exactly what it is that they tell you. There's a few ways you can do this. For instance, you can talk about business metrics, you can talk about KPIs, which means Key Performance Indicators, also used in business settings. Or SMART goals, which is a way of describing the goals that are actionable and timely and so on. You can also talk about, in a measurement sense, classification accuracy. And I will discuss each of those in a little more detail in a later movie. But for right now, in sum, we can say this: data sourcing is important because you need to get the raw materials for your analysis. The nice thing is there's many possible methods, many ways that you can use to get the data for data science. But no matter what you do, it is important to check the quality and the meaning of the data so you can get the most insight possible out of your project. The next step we need to talk about in data science methods is coding, and I am going to give you a very brief non-technical overview of coding in data science. The idea here is that you are going to get in there and you are going to King of the Jungle/master of your domain and make the data jump when you need it to jump. Now, if you remember when we talked about the Data Science Venn Diagram at the beginning, coding is up here on the top left. And while we often think about sort of people typing lines of code (which is very frequent), it is more important to remember when we talk about coding (or just computers in general), what we are really talking about here is any technology that lets you manipulate the data in the ways that you need to perform the procedures you need to get the insight that you want out of your data. Now, there are three very general categories that we will be discussing here on datalab. The first is apps; these are specialized applications or programs for working with data. The second is data; or specifically, data formats. There's special formats for web data, I will mention those in a moment. And then, code; there are programming languages that give you full control over what the computer does and how you interact with the data. Let's take a look at each one very briefly. In terms of apps, there are spreadsheets, like Excel or Google Sheets. These are the fundamental data tools of probably a majority of the world. There are specialized applications, like Tableau for data visualization, or SPSS, it is a very common statistical package in the social sciences and in businesses, and one of my favorites, JASP, which is a free open source analog of SPSS, which actually I think is a lot easier to use and replicate research with. And, there are tons of other choices. Now, in terms of web data, it is helpful to be familiar with things like HTML, and XML, and JSON, and other formats that are used to encapsulate data on the web, because those are the things that you are going to have to be programming about to interact with when you get your data. And then there are actual coding languages. R is probably the most common, along with Python; general purpose language, but it has been well adapted for data use. There's SQL, the structured query language for databases, and very basic languages like C, C++, and Java, which are used more in the back-end of data science. And then there is Bash, the most common command line interface, and regular expressions. And we will talk about all of these in other courses here at datalab. But, remember this: tools are just tools. They are only one part of the data science process. They are a means to the end, and the end, the goal is insight. You need to know where you are trying to go and then simply choose the tools that help you reach that particular goal. That's the most important thing. So, in sum, here's a few things: number one, use your tools wisely. Remember your questions need to drive the process, not the tools themselves. Also, I will just mention that a few tools is usually enough. You can do an awful lot with Excel and R. And then, the most important thing is: focus on your goal and choose your tools and even your data to match the goal, so you can get the most useful insights from your data. The next step in our discussion of data science methods is mathematics, and I am going to give a very brief overview of the math involved in data science. Now, the important thing to remember is that math really forms the foundation of what we're going to do. If you go back to the Data Science Venn Diagram, we've got stats up here in the right corner, but really it's math and stats, or quantitative ability in general, but we'll focus on the math part right here. And probably the most important question is how much math is enough to do what you need to do? Or to put it another way, why do you need math at all, because you have got a computer to do it? Well, I can think of three reasons you don't want to rely on just the computer, but it is helpful to have some sound mathematical understanding. Here they are: number one, you need to know which procedures to use and why. So you have your question, you have your data and you need to have enough of an understanding to make an informed choice. That's not terribly difficult. Two, you need to know what to do when things don't work right. Sometimes you get impossible results. I know that statistics you can get a negative adjusted R2; that's not supposed to happen. And it is good to know the mathematics that go into calculating that so you can understand how something apparently impossible can work. Or, you are trying to do a factor analysis or principal component and you get a rotation that won't convert. It helps to understand what it is about the algorithm that's happening, and why that won't work in that situation. And number three, interestingly, some procedures, some math is easier and quicker to do by hand than by firing up the computer. And I'll show you a couple of examples in later videos, where that can be the case. Now, fundamentally there is a nice sort of analogy here. Math is to data science as, for instance, chemistry is to cooking, kinesiology is to dancing, and grammar is to writing. The idea here is that you can be a wonderful cook without knowing any chemistry, but if you know some chemistry it is going to help. You can be a wonderful dancer without know kinesiology, but it is going to help. And you can probably be a good writer without having an explicit knowledge of grammar, but it is going to make a big difference. The same thing is true of data science; you will do it better if you have some of the foundational information. So, the next question is: what kinds of math do you need for data science? Well, there's a few answers to that. Number one is algebra; you need some elementary algebra. That is, the basically simple stuff. You can have to do some linear or matrix algebra because that is the foundation of a lot of the calculations. And you can also have systems of linear equations where you are trying to solve several equations all at once. It is a tricky thing to do, in theory, but this is one of the things that is actually easier to do by hand sometimes. Now, there's more math. You can get some Calculus. You can get some big O, which has to do with the order of a function, which has to do with sort of how fast it works. Probability theory can be important, and Bayes' theorem, which is a way of getting what is called a posterior probability can also be a really helpful tool for answering some fundamental questions in data science. So in sum: a little bit of math can help you make informed choices when planning your analyses. Very significantly, it can help you find the problems and fix them when things aren't going right. It is the ability to look under the hood that makes a difference. And then truthfully, some mathematical procedures, like systems of linear equations, that can even be done by hand, sometimes faster than you can do with a computer. So, you can save yourself some time and some effort and move ahead more quickly toward your goal of insight. Now, data science wouldn't be data science and its methods without a little bit of statistics. So, I am going to give you a brief statistics overview here of how things work in data science. Now, you can think of statistics as really an attempt to find order in chaos, find patterns in an overwhelming mess. Sort of like trying to see the forest and the trees. Now, let's go back to our little Venn Diagram here. We recently had math and stats here in the top corner. We are going to go back to talking about stats, in particular. What you are trying to do here; one thing is to explore your data. You can have exploratory graphics, because we are visual people and it is usually easiest to see things. You can have exploratory statistics, a numerical exploration of the data. And you can have descriptive statistics, which are the things that most people would have talked about when they took a statistics class in college (if they did that). Next, there is inference. I've got smoke here because you can infer things about the wind and the air movement by looking at patterns in smoke. The idea here is that you are trying to take information from samples and infer something about a population. You are trying to go from one source to another. One common version of this is hypothesis testing. Another common version is estimations, sometimes called Confidence Intervals. There are other ways to do it, but all of these let you go beyond the data at hand to making larger conclusions. Now, one interesting thing about statistics is you're going to have to be concerned with some of the details and arranging things just so. For instance, you get to do something like feature selection and that's picking variables that should be included or combinations and there are problems that can come up that are frequent problems and I will address some of those in later videos. There's also the matter of validation. When you create a statistical model you have to see if it is actually accurate. Hopefully, you have enough data that you can have a holdout sample and do that, or you can replicate the study. Then, there is the choice of estimators that you use; how you actually get the coefficients or the combinations in your model. And then there's ways of assessing how well your model fits the data. All of these are issues that I'll address briefly when we talk about statistical analysis at greater length. Now, I do want to mention one thing in particular here, and I just call this "beware the trolls." There are people out there who will tell you that if you don't do things exactly the way they say to do it, that your analysis is meaningless, that your data is junk and you've lost all your time. You know what? They're trolls. So, the idea here is don't listen to that. You can make enough of an informed decision on your own to go ahead and do an analysis that is still useful. Probably one of the most important things to think about in this is this wonderful quote from a very famous statistician and it says, "All models or all statistical models are wrong, but some are useful." And so the question isn't whether you're technically right, or you have some sort of level of intellectual purity, but whether you have something that is useful. That, by the way, comes from George Box. And I like to think of it basically as this: as wave your flag, wave your "do it yourself" flag, and just take pride in what you're able to accomplish even when there are people who may be criticizing it. Go ahead, you're doing something, go ahead and do it. So, in sum: statistics allow you to explore and describe your data. It allows you to infer things about the population. There is a lot of choices available, a lot of procedures. But no matter what you do, the goal is useful insight. Keep your eyes on that goal and you will find something meaningful and useful in your data to help you in your own research and projects. Let's finish our data science methods overview by getting a brief overview of Machine Learning. Now, I've got to admit when you say the term "machine learning," people start thinking something like, "the robot overlords are going to take over the world." That's not what it is. Instead, let's go back to our Venn Diagram one more time, and in the intersection at the top between coding and stats is Machine Learning or as it's commonly called, just ML. The goal of Machine Learning is to go and work in data space so you can, for instance, you can take a whole lot of data (we've got tons of books here), and then you can reduce the dimensionality. That is, take a very large, scattered, data set and try to find the most essential parts of that data. Then you can use these methods to find clusters within the data; like goes with like. You can use methods like k-means. You can also look for anomalies or unusual cases that show up in the data space. Or, if we go back to categories again, I talked about like for like. You can use things like logistic regression or k-nearest neighbors, KNN. You can use Naive Bayes for classification or Decision Trees or SVM, which is Support Vector Machines, or artificial neural nets. Any of those will help you find the patterns and the clumping in the data so you can get similar cases next to each other, and get the cohesion that you need to make conclusions about these groups. Also, a major element of machine learning is predictions. You're going to point your way down the road. The most common approach here; the most basic is linear regression, multiple regression. There is also Poisson regression, which is used for modeling count or frequency data. And then there is the issue of Ensemble models, where you create several models and you take the predictions from each of those and you put them together to get an overall more reliable prediction. Now, I will talk about each of these in a little more detail in later courses, but for right now I mostly just want you to know that these things exist, and that's what we mean when we refer to Machine Learning. So, in sum: machine learning can be used to categorize cases and to predict scores on outcomes. And there's a lot of choices, many choices and procedures available. But, again, as I said with statistics, and I'll also say again many times after this, no matter what, the goal is not that "I'm going to do an artificial neural network or a SVM," the goal is to get useful insight into your data. Machine learning is a tool, and use it to the extent that it helps you get that insight that you need. In the last several videos I've talked about the role in data science of technical things. On the other hand, communicating is essential to the practice, and the first thing I want to talk about there is interpretability. The idea here is that you want to be able to lead people through a path on your data. You want to tell a data-driven story, and that's the entire goal of what you are doing with data science. Now, another way to think about this is: when you are doing your analysis, what you're trying to do is solve for value. You're making an equation. You take the data, you're trying to solve for value. The trouble is this: a lot of people get hung up on analysis, but they need to remember that analysis is not the same thing as value. Instead, I like to think of it this way: that analysis times story is equal to value. Now, please note that's multiplicative, not additive, and so one consequence of that is when you go back to, analysis times story equals value. Well, if you have zero story you're going to have zero value because, as you recall, anything times zero is zero. So, instead of that let's go back to this and say what we really want to do is, we want to maximize the story so that we can maximize the value that results from our analysis. Again, maximum value is the overall goal here. The analysis, the tools, the tech, are simply methods for getting to that goal. So, let's talk about goals. For instance, an analysis is goal-driven. You are trying to accomplish something that's specific, so the story, or the narrative, or the explanation you give about your project should match those goals. If you are working for a client that has a specific question that they want you to answer, then you have a professional responsibility to answer those questions clearly and unambiguously, so they know whether you said yes or no and they know why you said yes or no. Now, part of the problem here is the fact the client isn't you and they don't see what you do. And as I show here, simply covering your face doesn't make things disappear. You have to worry about a few psychological abstractions. You have to worry about egocentrism. And I'm not talking about being vain, I'm talking about the idea that you think other people see and know and understand what you know. That's not true; otherwise, they wouldn't have hired you in the first place. And so you have to put it in terms that the client works with, and that they understand, and you're going to have to get out of your own center in order to do that. Also, there's the idea of false consensus; the idea that, "well everybody knows that." And again, that's not true, otherwise, they wouldn't have hired you. You need to understand that they are going to come from a different background with a different range of experience and interpretation. You're going to have to compensate for that. A funny little thing is the idea about anchoring. When you give somebody an initial impression, they use that as an anchor, and then they adjust away from it. So if you are going to try to flip things over on their heads, watch out for giving a false impression at the beginning unless you absolutely need to. But most importantly, in order to bridge the gap between the client and you, you need to have clarity and explain yourself at each step. You can also think about the answers. When you are explaining the project to the client, you might want to start in a very simple procedure: state the question that you are answering. Give your answer to that question, and if you need to, qualify as needed. And then, go in order top to bottom, so you're trying to make it as clear as possible what you're saying, what the answer is, and make it really easy to follow. Now, in terms of discussing your process, how you did this all. Most of the time it is probably the case of they don't care, they just want to know what the answer is and that you used a good method to get that. So, in terms of discussing processes or the technical details, only when absolutely necessary. That's something to keep in mind. The process here is to remember that analysis, which means breaking something apart. This, by the way, is a mechanical typewriter broken into its individual component. Analysis means to take something apart, and analysis of data is an exercise in simplification. You're taking the overall complexity, sort of the overwhelmingness of the data, and you're boiling it down and finding the patterns that make sense and serve the needs of your client. Now, let's go to a wonderful quote from our friend Albert Einstein here, who said, "Everything should be made as simple as possible, but not simpler." That's true in presenting your analysis. Or, if you want to go see the architect and designer Ludwig Mies van der Rohe, who said, "Less is more." It is actually Robert Browning who originally said that, but Mies van der Rohe popularized it. Or, if you want another way of putting a principle that comes from my field, I'm actually a psychological researcher; they talk about being minimally sufficient. Just enough to adequately answer the question. If you're in commerce you know about a minimal viable product, it is sort of the same idea within analysis here, the minimal viable analysis. So, here's a few tips: when you're giving a presentation, more charts, less text, great. And then, simplify the charts; remove everything that doesn't need to be in there. Generally, you want to avoid tables of data because those are hard to read. And then, one more time because I want to emphasize it, less text again. Charts, tables can usually carry the message. And so, let me give you an example here. I'm going to give a very famous dataset at Berkeley admissions. Now, these are not stairs at Berkeley, but it gives the idea of trying to get into something that is far off and distant. Here's the data; this is graduate school admissions in 1973, so it's over 40 years ago. The idea is that men and women were both applying for graduate school at the University of California Berkeley. And what we found is that 44 percent of the men who applied were admitted, that's their part in green. And of the women, only 35 percent of women were admitted when they applied. So, really at first glance this is bias, and it actually led to a lawsuit, it was a major issue. So, what Berkeley then tried to do was find out, "well which programs are responsible for this bias?" And they got a very curious set of results. If you break the applications down by program (and here we are calling them A through F), six different programs. What you find, actually, is that in each of these male applicants on the left female applicants are on the right. If you look at program A, women actually got accepted at a higher rate, and the same is true for B, and the same is true for D, and the same is true for F. And so, this is a very curious set of responses and it is something that requires explanation. Now in statistics, this is something that is known as Simpson's Paradox. But here is the paradox: bias may be negligible at the department level. And in fact, as we saw in four of the departments, there was a possible bias in favor of women. And the problem is that women applied to more selective programs, programs with lower acceptance rates. Now, some people stop right here and say therefore, "nothing is going on, nothing to complain about." But you know, that's still ending the story a little bit early. There are other questions that you can ask, and as producing a data-driven story, this is stuff that you would want to do. So, for instance, you may want to ask, "why do the programs vary in overall class size? Why do the acceptance rates differ from one program to the other? Why do men and women apply to different programs?" And you might want to look at things like the admissions criteria for each of the programs, the promotional strategies, how they advertise themselves to students. You might want to look at the kinds of prior education the students have in the programs, and you really want to look at funding level for each of the programs. And so, really, you get one answer, at least more questions, maybe some more answers, and more questions, and you need to address enough of this to provide a comprehensive overview and solution to your client. In sum, let's say this: stories give value to data analysis. And when you tell the story, you need to make sure that you are addressing your client's' goals in a clear, unambiguous way. The overall principle here is be minimally sufficient. Get to the point, make it clear. Say what you need to, but otherwise be concise and make your message clear. The next step in discussing data science and communicating is to talk about actionable insights, or information that can be used productively to accomplish something. Now, to give sort of a bizarre segue here, you look at a game controller. It may be a pretty thing, it may be a nice object, but remember: game controllers exist to do something. They exist to help you play the game and to do it as effectively as possible. They have a function, they have a purpose. Same way data is for doing. Now, that's a paraphrase for one of my favorite historical figures. This is William James, the father of American Psychology, and pragmatism is philosophy. And he has this wonderful quote, he said, "My thinking is first and last and always for the sake of my doing." And the idea applies to analysis. Your analysis and your data is for the sake of your doing. So, you're trying to get some sort of specific insight in how you should proceed. What you want to avoid is the opposite of this from one of my other favorite cultural heroes, the famous Yankees catcher Yogi Berra, who said, "We're lost, but we're making good time." The idea here is that frantic activity does not make up for lack of direction. You need to understand what you are doing so you can reach the particular goal. And your analysis is supposed to do that. So, when you're giving your analysis, you're going to try to point the way. Remember, why was the project conducted? The goal is usually to direct some kind of action, reach some kind of goal for your client. And that the analysis should be able to guide that action in an informed way. One thing you want to do is, you want to be able to give the next steps to your client. Give the next steps; tell them what they need to do now. You want to be able to justify each of those recommendations with the data and your analysis. As much as possible be specific, tell them exactly what they need to do. Make sure it's doable by the client, that it's within their range of capability. And that each step should build on the previous step. Now, that being said, there is one really fundamental sort of philosophical problem here, and that's the difference between correlation and causation. Basically, it goes this way: your data gives you correlation; you know that this is associated with that. But your client doesn't simply want to know what's associated; they want to know what causes something. Because if they are going to do something, that's an intervention designed to produce a particular result. So, really, how do you get from the correlation, which is what you have in the data, to the causation, which is what your client wants? Well, there's a few ways to do that. One is experimental studies; these are randomized, controlled trials. Now, that's theoretically the simplest path to causality, but it can be really tricky in the real world. There are quasi-experiments, and these are methods, a whole collection of methods. They use non-randomized data, usually observational data, adjusted in particular ways to get an estimate of causal inference. Or, there's the theory and experience. And this is research-based theory and domain-specific experience. And this is where you actually get to rely on your client's information. They can help you interpret the information, especially if they have greater domain expertise than you do. Another thing to think about are the social factors that affect your data. Now, you remember the data science Venn Diagram. We've looked at it lots of times. It has got these three elements. Some proposed adding a fourth circle to this Venn diagram, and we'll kind of put that in there and say that social understanding is also important, critical really, to valid data science. Now, I love that idea, and I do think that it's important to understand how things are going to play out. There are a few kinds of social understanding. You want to be aware of your client's mission. You want to make sure that your recommendations are consistent with your client's mission. Also, that your recommendations are consistent with your client's identity; not just, "This is what we do," but, "This is really who we are." You need to be aware of the business context, sort of the competitive environment and the regulatory environment that they're working in. As well as the social context; and that can be outside of the organization, but even more often within the organization. Your recommendations will affect relationships within the client's organization. And you are going to try to be aware of those as much as you can to make it so that your recommendations can be realized the way they need to be. So, in sum: data science is goal focused, and when you're focusing on that goal for your client you need to give specific next steps that are based on your analysis and justifiable from the data. And in doing so, be aware of the social, political, and economic context that gives you the best opportunity of getting something really useful out of your analysis. When you're working in data science and trying to communicate your results, presentation graphics can be an enormously helpful tool. Think of it this way: you are trying to paint a picture for the benefit of your client. Now, when you're working with graphics there can be a couple of different goals; it depends on what kind of graphics you're working with. There's the general category of exploratory graphics. These are ones that you are using as the analyst. And for exploratory graphics, you need speed and responsiveness, and so you get very simple graphics. This is a base histogram in R. And they can get a little more sophisticated and this is done in ggplot2. And you can break it down into a couple other histograms, or you can make it a different way, or make it see-through, or split them apart into small multiples. But in each case, this is done for the benefit of you as the analyst understanding the data. These are quick, they're effective. Now, they are not very well-labeled, and they are usually for your insight, and then you do other things as a result of that. On the other hand, presentation graphics which are for the benefit of your client, those need clarity and they need a narrative flow. Now, let me talk about each of those characteristics very briefly. Clarity versus distraction. There are things that can go wrong in graphics. Number one is color. Colors can actually be a problem. Also, three-dimensional or false dimensions are nearly always a distraction. One that gets a little touchy for some people is interaction. We think of interactive graphics as really cool, great things to have, but you run the risk of people getting distracted by the interaction and start playing around with it. Going, like, "Ooh, I press here it does that." And that distracts from the message. So actually, it may be important to not have interaction. And then the same thing is true of animation. Flat, static graphics can often be more informative because they have fewer distractions in them. Let me give you a quick example of how not to do things. Now, this is a chart that I made. I made it in Excel, and I did it based on some of the mistakes I've seen in graphics submitted to me when I teach. And I guarantee you, everything in here I have seen in real life, just not necessarily combined all at once. Let's zoom in on this a little bit, so we can see the full badness of this graphic. And let's see what's going on here. We've got a scale here that starts at 8 goes to 28% and is tiny; doesn't even cover the range of the data. We've got this bizarre picture on the wall. We've got no access lines on the walls. We come down here; the labels for educational levels are in alphabetical order, instead of the more logical higher levels of education. Then we've got the data represented as cones, which are difficult to read and compare, and it's only made worse by the colors and the textures. You know, if you want to take an extreme, this one for grad degrees doesn't even make it to the floor value of 8% and this one for high school grad is cut off at the top at 28%. This, by the way, is a picture of a sheep, and people do this kind of stuff and it drives me crazy. If you want to see a better chart with the exact same data, this is it right here. It is a straight bar chart. It's flat, it's simple, it's as clean as possible. And this is better in many ways. Most effective here is that it communicates clearly. There's no distractions, it's a logical flow. This is going to get the point across so much faster. And I can give you another example of it; here's a chart previously about salaries for incomes. I have a list here, I've got data scientist in it. If I want to draw attention to it, I have the option of putting a circle around it and I can put a number next to it to explain it. That's one way to make it easy to see what's going on. We don't even have to get fancy. You know, I just got out a pen and a post-it note and I drew a bar chart of some real data about life expectancy. This tells the story as well, that there is something terribly amiss in Sierra Leone. But, now let's talk about creating narrative flow in your presentation graphics. To do this, I am going to pull some charts from my most cited academic paper, which is called, A Third Choice: A Review of Empirical Research on the Psychological Outcomes of Restorative Justice. Think of it as mediation for juvenile crimes, mostly juvenile. And this paper is interesting because really it's about fourteen bar charts with just enough text to hold them together. And you can see there's a flow. The charts are very simple; this is judgments about whether the criminal justice system was fair. The two bars on the left are victims; the two bars on the right are offenders. And for each group on the left are people who participated in restorative justice, so more victim-offender mediation for crimes. And for each set on the right are people who went through standard criminal procedures. It says court, but it usually means plea bargaining. Anyhow, it's really easy to see that in both cases the restorative justice bar is higher; people were more likely to say it was fair. They also felt that they had an opportunity to tell their story; that's one reason why they might think it's fair. They also felt the offender was held accountable more often. In fact, if you go to court on the offenders, that one's below fifty percent and that's the offenders themselves making the judgment. Then you can go to forgiveness and apologies. And again, this is actually a simple thing to code and you can see there's an enormous difference. In fact, one of the reasons there is such a big difference is because instead of court preceding, the offender very rarely meets the victim. It also turns out I need to qualify this a little bit because a bunch of the studies included drunk driving with no injuries or accidents. Well, when we take them out, we see a huge change. And then we can go to whether a person is satisfied with the outcome. Again, we see an advantage for restorative justice. Whether the victim is still upset about the crime, now the bars are a little bit different. And whether they are afraid of revictimization and that is over a two to one difference. And then finally recidivism for offenders or reoffending; and you see a big difference there. And so what I have here is a bunch of charts that are very very simple to read, and they kind of flow in how they're giving the overall impression and then detailing it a little bit more. There's nothing fancy here, there's nothing interactive, there's nothing animated, there's nothing kind of flowing in seventeen different directions. It's easy, but it follows a story and it tells a narrative about the data and that should be your major goal with the presentation graphics. In sum: presenting, or the graphics you use for presenting, are not the same as the graphics you use for exploring. They have different needs and they have different goals. But no matter what you are doing, be clear in your graphics and be focused in what you're trying to tell. And above all create a strong narrative that gives different level of perspective and answers questions as you go to anticipate a client's questions and to give them the most reliable solid information and the greatest confidence in your analysis. The final element of data science and communicating that I wanted to talk about is reproducible research. And you can think of it as this idea; you want to be able to play that song again. And the reason for that is data science projects are rarely "one and done;" rather they tend to be incremental, they tend to be cumulative, and they tend to adapt to these circumstances that they're working in. So, one of the important things here, probably, if you want to summarize it very briefly, is this: show your work. There's a few reasons for this. You may have to revise your research at a later date, your own analyses. You may be doing another project and you want to borrow something from previous studies. More likely you'll have to hand it off to somebody else at a future point and they're going to have to be able to understand what you did. And then there's the very significant issue in both scientific and economic research of accountability. You have to be able to show that you did things in a responsible way and that your conclusions are justified; that's for clients funding agencies, regulators, academic reviewers, any number of people. Now, you may be familiar with the concept of open data, but you may be less familiar with the concept of open data science; that's more than open data. So, for instance, I'll just let you know there is something called the Open Data Science Conference and ODSC.com. And it meets three times a year in different places. And this is entirely, of course, devoted to open data science using both open data, but making the methods transparent to people around them. One thing that can make this really simple is something called the Open Science Framework, which is at OSF.io. It's a way of sharing your data and your research with an annotation on how you got through the whole thing with other people. It makes the research transparent, which is what we need. One of my professional organizations, the Association for Psychological Science has a major initiative on this called open practices, where they are strongly encouraging people to share their data as much as is ethically permissible and to absolutely share their methods before they even conduct a study as a way of getting rigorous intellectual honesty and accountability. Now, another step in all of this is to archive your data, make that information available, put it on the shelf. And what you want to do here is, you want to archive all of your datasets; both the totally raw before you did anything with it dataset, and every step in the process until your final clean dataset. Along with that, you want to archive all of the code that you used in the process and analyzed the data. If you used a programming language like R or Python, that's really simple. If you used a program like SPSS you need to save the syntax files, and then that can be done that way. And again, no matter what, make sure to comment liberally and explain yourself. Now, part of that is you have to explain the process, because you are not just this lone person sitting on the sofa working by yourself, you're with other people and you need to explain why you did it the way that you did. You need to explain the choices, the consequences of those choices, the times that you had to backtrack and try it over again. This also works into the principle of future-proofing your work. You want to do a few things here. Number one; the data. You want to store the data in non-proprietary formats like a CSV or Comma Separated Values file because anything can read CSV files. If you stored it in the proprietary SPSS.sav format, you might be in a lot of trouble when somebody tries to use it later and they can't open it. Also, there's storage; you want to place all of your files in a secure, accessible location like GitHub is probably one of the best choices. And then the code, you may want to use something like a dependency management package like Packrat for R or Virtual Environment for Python as a way of making sure that the packages that you use; that there are always versions that work because sometimes things get updated and it gets broken. This is a way of making sure that the system that you have will always work. Overall, you can think of this too: you want to explain yourself and a neat way to do that is to put your narrative in a notebook. Now, you can have a physical lab book or you can also do digital books. A really common one, especially if you're using Python, is Jupyter with a "y" there in the middle. Jupyter notebooks are interactive notebooks. So, here's a screenshot of one that I made in Python, and you have titles, you have text, you have the graphics. If you are working in R, you can do this through something called RMarkdown. Which works in the same way you do it in RStudio, you use Markdown and you can annotate it. You can get more information about that at rmarkdown.rstudio.com. And so for instance, here's an R analysis I did, and as you can see the code on the left and you see the markdown version on the right. What's neat about this is that this little bit of code here, this title and this text and this little bit of R code, then is displayed as this formatted heading, as this formatted text, and this turns into the entire R output right there. It's a great way to do things. And if you do RMarkdown, you actually have the option of uploading the document into something called RPubs; and that's an online document that can be made accessible to anybody. Here's a sample document. And if you want to go see it, you can go to this address. It's kind of long, so I am going to let you write that one down yourself. But, in sum: here's what we have. You want to do your work and archive the information in a way that supports collaboration. Explain your choices, say what you did, show how you did it. This allows you to future-proof your work, so it will work in other situations for other people. And as much as possible, no matter how you do it, make sure you share your narrative so people understand your process and they can see that your conclusions are justifiable, strong and reliable. Now, something I've mentioned several times when talking about data science, and I'll do it again in this conclusion, is that it's important to give people next steps. And I'm going to do that for you right now. If you're wondering what to do after having watched this very general overview course, I can give you a few ideas. Number one, maybe you want to start trying to do some coding in R or Python; we have courses for those. You might want to try doing some data visualization, one of the most important things that you can do. You may want to brush up on statistics and maybe some math that goes along with it. And you may want to try your hand at machine learning. All of these will get you up and rolling in the practice of data science. You can also try looking at data sourcing, finding information that you are going to do. But, no matter what happens try to keep it in context. So, for instance, data science can be applied to marketing, and sports, and health, and education, and the arts, and really a huge number of other things. And we will have courses here at datalab.cc that talk about all of those. You may also want to start getting involved in the community of data science. One of the best conferences that you can go to is O'Reilly Strata, which meets several times a year around the globe. There's also Predictive Analytics World, again several times a year around the world. Then there's much smaller conferences, I love Tapestry or tapestryconference.com, which is about storytelling in data science. And Extract, a one-day conference about data stories that is put on by import.io, one of the great data sourcing applications that's available for scraping web data. If you want to start working with actual data, a great choice is to go to Kaggle.com and they sponsor data science competitions, which actually have cash rewards. There's also wonderful data sets you can work with there to find out how they work and compare your results to those of other people. And once you are feeling comfortable with that, you may actually try turning around and doing some service; datakind.org is the premier organization for data science as humanitarian service. They do major projects around the world. I love their examples. There are other things you can do; there's an annual event called Do Good Data, and then datalab.cc will be sponsoring twice-a-year data charrettes, which are opportunities for people in the Utah area to work with the local nonprofits on their data. But above all of this, I want you to remember this one thing: data science is fundamentally democratic. It's something that everybody needs to learn to do in some way, shape or form. The ability to work with data is a fundamental ability and everybody would be better off by learning to work with data intelligently and sensitively. Or, to put it another way: data science needs you. Thanks so much for joining me in this introductory course and I hope it has been good and I look forward to seeing you in the other courses here at datalab.cc. Welcome to "Data Sourcing". I'm Barton Poulson and in this course, we're going to talk about Data Opus or that's Latin for Data Needed. The idea here is that no data, no data science; and that is a sad thing. So, instead of leaving it at that we're going to use this course to talk about methods for measuring and evaluating data and methods for accessing existing data and even methods for creating new, custom data. Take those together and it's a happy situation. At the same time, we'll do all of this still at an accessible, conceptual and non-technical level because the technical hands-on stuff will happen in later other courses. But for now, let's talk data. For data sourcing, the first thing we want to talk about is measurement. And within that category, we're going to talk about metrics. The idea here is that you actually need to know what your target is if you want to have a chance to hit it. There's a few particular reasons for this. First off, data science is action-oriented; the goal is to do something as opposed to simply understand something, which is something I say as an academic practitioner. Also, your goal needs to be explicit and that's important because the goals can guide your effort. So, you want to say exactly what you are trying to accomplish, so you know when you get there. Also, goals exist for the benefit of the client, and they can prevent frustration; they know what you're working on, they know what you have to do to get there. And finally, the goals and the metrics exist for the benefit of the analyst because they help you use your time well. You know when you're done, you know when you can move ahead with something, and that makes everything a little more efficient and a little more productive. And when we talk about this the first thing you want to do is try to define success in your particular project or domain. Depending on where you are, in commerce that can include things like sales, or click-through rates, or new customers. In education it can include scores on tests; it can include graduation rates or retention. In government, it can include things like housing and jobs. In research, it can include the ability to serve the people that you're to better understand. So, whatever domain you're in there will be different standards for success and you're going to need to know what applies in your domain. Next, are specific metrics or ways of measuring. Now again, there are a few different categories here. There are business metrics, there are key performance indicators or KPIs, there are SMART goals (that's an acronym), and there's also the issue of having multiple goals. I'll talk about each of those for just a second now. First off, let's talk about business metrics. If you're in the commercial world there are some common ways of measuring success. A very obvious one is sales revenue; are you making more money, are you moving the merchandise, are you getting sales. Also, there's the issue of leads generated, new customers, or new potential customers because that, then, in turn, is associated with future sales. There's also the issue of customer value or lifetime customer value, so you may have a small number of customers, but they all have a lot of revenue and you can use that to really predict the overall profitability of your current system. And then there's churn rate, which has to do with, you know, losing and gaining new customers and having a lot of turnover. So, any of these are potential ways for defining success and measuring it. These are potential metrics, there are others, but these are some really common ones. Now, I mentioned earlier something called a key performance indicator or KPI. KPIs come from David Parmenter and he's got a few ways of describing them, he says a key performance indicator for business. Number one should be nonfinancial, not just the bottom line, but something else that might be associated with it or that measures the overall productivity of the association. They should be timely, for instance, weekly, daily, or even constantly gathered information. They should have a CEO focus, so the senior management teams are the ones who generally make the decisions that affect how the organization acts on the KPIs. They should be simple, so everybody in the organization, everybody knows what they are and knows what to do about them. They should be team-based, so teams can take joint responsibility for meeting each one of the KPIs. They should have significant impact, what that really means is that they should affect more than one important outcome, so you can do profitably and market reach or improved manufacturing time and fewer defects. And finally, an ideal KPI has a limited dark side, that means there's fewer possibilities for reinforcing the wrong behaviors and rewarding people for sort of exploiting the system. Next, there are SMART goals, where SMART stands for Specific, Measurable, Assignable to a particular person, Realistic (meaning you can actually do it with the resources you have at hand), and Time-bound, (so you know when it can get done). So, whenever you form a goal you should try to assess it on each of these criteria and that's a way of saying that this is a good goal to be used as a metric for the success of our organization. Now, the trick, however, is when you have multiple goals, multiple possible endpoints. And the reason that's difficult is because, well, it's easy to focus on one goal if you're just trying to maximize revenue or if you're just trying to maximize graduation rate. There's a lot of things you can do. It becomes more difficult when you have to focus on many things simultaneously, especially because some of these goals may conflict. The things that you do to maximize one may impair the other. And so when that happens, you actually need to start engaging in a deliberate process of optimization, you need to optimize. And there are ways that you can do this if you have enough data; you can do mathematical optimization to find the ideal balance of efforts to pursue one goal and the other goal at the same time. Now, this is a very general summary and let me finish with this. In sum, metrics or methods for measuring can help awareness of how well your organization is functioning and how well you're reaching your goals. There are many different methods available for defining success and measuring progress towards those things. The trick, however, comes when you have to balance efforts to reach multiple goals simultaneously, which can bring in the need for things like optimization. When talking about data sourcing and measurement, one very important issue has to do with the accuracy of your measurements. The idea here is that you don't want to have to throw away all your ideas; you don't want to waste effort. One way of doing this in a very quantitative fashion is to make a classification table. So, what that looks like is this, you talk about, for instance, positive results, negative results... and in fact let's start by looking at the top here. The middle two columns here talk about whether an event is present, whether your house is on fire, or whether a sale occurs, or whether you have got a tax evader, whatever. So, that's whether a particular thing is actually happening or not. On the left here, is whether the test or the indicator suggests that the thing is or is not happening. And then you have these combinations of true positives; where the test says it's happening and it really is, and false positives; where the test says it happening, but it is not, and then below that true negatives, where the test says it isn't happening and that's correct and then false negatives, where the test says there's nothing going on, but there is in fact the event occurring. And then you start to get the column totals, the total number of events present or absent, then the row totals about the test results. Now, from this table what you get is four kinds of accuracy, or really four different ways of quantifying accuracy using different standards. And they go by these names: sensitivity, specificity, positive predictive value, and negative predictive value. I'll show you very briefly how each of them works. Sensitivity can be expressed this way, if there's a fire does the alarm ring? You want that to happen. And so, that's a matter of looking at the true positives and dividing that by the total number of alarms. So, the test positive means there's an alarm and the event present means there's a fire; you want it to always have an alarm when there's a fire. Specificity, on the other hand, is sort of the flip side of this. If there isn't a fire, does the alarm stay quiet? This is where you're looking at the ratio of true negatives to total absent events, where there's no fire, and the alarms aren't ringing, and that's what you want. Now, those are looking at columns; you can also go sideways across rows. So, the first one there is positive predictive value, often abbreviated as PPV, and we flip around the order a little bit. This one says, if the alarm rings, was there a fire? So, now you're looking at the true positives and dividing it by the total number of positives. Total number of positives is any time the alarm rings. True positives are because there was a fire. And negative predictive value, or NPV, says of the alarm doesn't ring, does that in fact mean that there is no fire? Well, here you are looking at true negatives and dividing it by total negatives, the time that it doesn't ring. And again, you want to maximize that so the true negatives account for all of the negatives, the same way you want the true positives to account for all of the positives and so on. Now, you can put numbers on all of these going from zero percent to a 100% and the idea is to maximize each one as much as you can. So, in sum, from these tables we get four kinds of accuracy and there's a different focus for each one. But, the same overall goal, you want to identify the true positives and true negatives and avoid the false positives and the false negatives. And this is one of way of putting numbers on, an index really, on the accuracy of your measurement. Now data sourcing may seem like a very quantitative topic, especially when we're talking about measurement. But, I want measure one important thing here, and that is the social context of measurement. The idea here really, is that people are people, and they all have their own goals, and they're going their own ways. And we all have our own thoughts and feelings that don't always coincide with each other, and this can affect measurement. And so, for instance, when you're trying to define your goals and you're trying to maximize them you want to look at things like, for instance, the business model. An organization's business model, the way they conduct their business, the way they make their money, is tied to its identity and its reason to be. And if you make a recommendation and it'scontrary to their business model, that can actually be perceived as a threat to their core identity, and people tend to get freaked out in that situation. Also, restrictions, so for instance, there may be laws, policies, and common practices, both organizationally and culturally, that may limit the ways the goals can be met. Now, most of these make a lot of sense, so the idea is you can'tjust do anything you want, you need to have these constraints. And when you make your recommendations, maybe you'll work creatively in them as long as you're still behaving legally and ethically, but you do need to be aware of these constraints. Next, is the environment. And the idea here is that competition occurs both between organizations, that company here is trying to reach a goal, but they're competing with company B over there, but probably even more significantly there is competition within the organization. This is really a recognition of office politics. And when you, as a consultant, make a recommendation based on your analysis, you need to understand you're kind of dropping a little football into the office and things are going to further one person's career, maybe to the detriment of another. And in order for your recommendations to have maximum effectiveness they need to play out well in the office. That's something that you need to be aware of as you're making your recommendations. Finally, there's the issue of manipulation. And a sad truism about people is that any reward system, any reward system at all, will be exploited and people will generally game the system. This happens especially when you have a strong cut off; you need to get at least 80 percent, or you get fired and people will do anything to make their numbers appear to be eighty percent. This happens an awful lot when you look at executive compensation systems, it looks a lot when you have very high stake school testing, it happens in an enormous number of situations, and so, you need to be aware of the risk of exploitation and gaming. Now, don't think, then, that all is lost. Don't give up, you can still do really wonderful assessment, you can get good metrics, just be aware of these particular issues and be sensitive to them as you both conduct your research and as you make your recommendations. So, in sum, social factors affect goals and they affect the way you meet those goals. There are limits and consequences, both on how you reach the goals and how, really, what the goal should be and that when you're making advice on how to reach those goals please be sensitive to how things play out with metrics and how people will adapt their behavior to meet the goals. That way you can make something that's more likely to be implemented the way you meant and more likely to predict accurately what can happen with your goals. When it comes to data sourcing, obviously the most important thing is to get data. But the easiest way to do that, at least in theory, is to use existing data. Think of it as going to the bookshelf and getting the data that you have right there at hand. Now, there's a few different ways to do this: you can get in-house data, you can get open data, and you can get third-party data. Another nice way to think of that is proprietary, public, and purchased data; the three Ps I've heard it called. Let's talk about each of these a little bit more. So, in-house data, that's stuff that's already in your organization. What's nice about that, it can be really fast and easy, it's right there and the format may be appropriate for the kind of software in the computer that you are using. If you're fortunate, there's good documentation, although sometimes when it's in-house people just kind of throw it together, so you have to watch out for that. And there's the issue of quality control. Now, this is true with any kind of data, but you need to pay attention with in-house, because you don't know the circumstances necessarily under which people gathered the data and how much attention they were paying to something. There's also an issue of restrictions; there may be some data that, while it is in-house, you may not be allowed to use, or you may not be able to publish the results or share the results with other people. So, these are things that you need to think about when you're going to use in-house data, in terms of how can you use it to facilitate your data science projects. Specifically, there are a few pros and cons. In-house data is potentially quick, easy, and free. Hopefully it's standardized; maybe even the original team that conducted this study is still there. And you might have identifiers in the data which make it easier for you to do an individual level analysis. On the con side however, the in-house data simply may not exist, maybe it's just not there. Or the documentation may be inadequate and of course, the quality may be uncertain. Always true, but may be something you have to pay more attention to when you're using in-house data. Now, another choice is open data like going to the library and getting something. This is prepared data that's freely available, consists of things like government data and corporate data and scientific data from a number of sources. Let me show you some of my favorite open data sources just so you know where they are and that they exist. Probably, the best one is data.gov here in the US. That is the, as it says right here, the home of the US government's open data. Or, you may have a state level one. For instance, I'm in Utah and we have data.utah.gov, also a great source of more regional information. If you're in Europe, you have open-data.europa.eu, the European Union open data portal. And then there are major non-profit organizations, so the UN has unicef.org/statistics for their statistical and monitoring data. The World Health Organization has the global health observatory at who.int/gho. And then there are private organizations that work in the public interest, such as the Pew Research Center, which shares a lot of its data sets and the New York Times, which makes it possible to use APIs to access a huge amount of the data of things they've published over a huge time span. And then two of the mother loads, there's Google, which at google.com has public data which is a wonderful thing. And then Amazon at aws.amazon.com/datasets has gargantuan datasets. So, if you needed a data set that was like five terabytes in size, this is the place that you would go to get it. Now, there's some pros and cons to using this kind of open data. First, is that you can get very valuable datasets that maybe cost millions of dollars to gather and to process. And you can get a very wide range of topics and times and groups of people and so on. And often, the data is very well formatted and well documented. There are, however, a few cons. Sometimes there's biased samples. Say, for instance, you only get people who have internet access, and that can mean, not everybody. Sometimes the meaning of the data is not clear or it may not mean exactly what you want it to. A potential problem is that sometimes you may need to share your analyses and if you are doing proprietary research, well, it's going to have to be open instead, so that can create a crimp with some of your clients. And then finally there are issues with privacy and confidentiality and in public data that usually means that the identifiers are not there and you are going to have to work at a larger aggregate level of measurement. Another option is to use data from a third-party, these go by the name Data as a Service or DaaS. You can also call them data brokers. And the thing about data brokers is they can give you an enormous amount of data on many different topics, plus they can save you some time and effort, by actually doing some of the processing for you. And that can include things like consumer behaviors and preferences, they can get contact information, they can do marketing identity and finances, there's a lot of things. There's a number of data brokers around, here's a few of them. Acxiom is probably the biggest one in terms of marketing data. There's also Nielsen which provides data primarily for media consumption. And there's another organization Datasift, that's a smaller newer one. And there's a pretty wide range of choices, but these are some of the big ones. Now, the thing about using data brokers, there's some pros and there's some cons. The pros are first, that it can save you a lot of time and effort. It can also give you individual level data which can be hard to get from open data. Open data is usually at the community level; they can give you information about specific consumers. They can even give you summaries and inferences about things like credit scores and marital status. Possibly even whether a person gambles or smokes. Now, the con is this, number 1 it can be really expensive, I mean this is a huge service; it provides a lot of benefit and is priced accordingly. Also, you still need to validate it, you still need to double check that it means what you think it means and that it works in with what you want. And probably the real sticking point here is the use of third-party data is distasteful to many people, and so you have to be aware that as you're making your choices. So, in sum, as far as data sourcing existing data goes obviously data science needs data and there's the three Ps of data sources, Proprietary and Public and Purchased. But no matter what source you use, you need to pay attention to quality and to the meaning and the usability of the data to help you along in your own projects. When it comes to data sourcing, a really good way of getting data is to use what are called APIs. Now, I like to think of these as the digital version of Prufrock's mermaids. If you're familiar with the love song on J. Alfred Prufrock by TS Eliot, he says, "I have heard the mermaids singing, each to each," that's TS Eliot. And I like to adapt that to say, "APIs have heard apps singing, each to each," and that's by me. Now, more specifically when we talk about an API, what we're talking about is something called Application Programming Interface, and this is something that allows programs to talk to each other. Its most important use, in terms of data science, is it allows you to get web data. It allows your program to directly go to the web, on its own, grab the data, bring it back in almost as though it were local data, and that's a really wonderful thing. Now, the most common version of APIs for data science are called REST APIs; that stands for Representational State Transfer. That's the software architectural style of the world wide web and it allows you to access data on web pages via HTTP, that's the hypertext transfer protocol. They, you know, run the web as we know it. And when you download the data that you usually get its in JSON format, that stands for Javascript Object Notation. The nice thing about that is that's human readable, but it's even better for machines. Then you can take that information and you can send it directly to other programs. And the nice thing about REST APIs is that they're what is called language agnostic, meaning any programming language can call a REST API, can get data from the web, and can do whatever it needs to with it. Now, there are a few kinds of APIs that are really common. The first is what are called Social APIs; these are ways of interfacing with social networks. So, for instance, the most common one is Facebook; there's also Twitter. Google Talk has been a big one and FourSquare as well and then SoundCloud. These are on lists of the most popular ones. And then there are also what are called Visual APIs, which are for getting visual data, so for instance, Google Maps is the most common, but YouTube is something that accesses YouTube on a particular website or AccuWeather which is for getting weather information. Pinterest for photos, and Flickr for photos as well. So, these are some really common APIs and you can program your computer to pull in data from any of these services and sites and integrate it into your own website or here into your own data analysis. Now, there's a few different ways you can do this. You can program it in R, the statistical programming language, you can do it in Python, also you can even use it in the very basic BASH command line interface, and there's a ton of other applications. Basically, anything can access an API one way or another. Now, I'd like to show you how this works in R. So, I'm going to open up a script in RStudio and then I'm going to use it to get some very basic information from a webpage. Let me go to RStudio and show you how this works. Let me open up a script in RStudio that allows me to do some data sourcing here. Now, I'm just going to use a package called JSON Lite, I'm going to load that one up, and then I'm going to go to a couple of websites. I'm going to getting historical data from Formula One car races and I'm going to be getting it from Ergast.com. Now, if we go to this page right here, I can go straight to my browser right now. And this is what it looks like; it gives you the API documentation, so what you're doing for an API, is you're just entering a web address and in that web address it includes the information you want. I'll go back to R here just for a second. And if I want to get information about 1957 races in JSON format, I go to this address. I can skip over to that for a second, and what you see is it's kind of a big long mess here, but it is all labeled and it is clear to the computer what's going on here. Let's go back to R. And so what I'm going to do is, I am going to save that URL into an object here, in R, and then I'm going to use the command from JSON to read that URL and save it into R. And which it has now done. And I'm going to zoom in on that so you can see what's happened. I've got this sort of mess of text, this is actually a list object in R. And then I'm going to get just the structure of that object, so I'm going to do this one right here and you can see that it's a list and it gives you the names of all the variables within each one of the lists. And what I'm going to do is, I'm going to convert that list to a data frame. I went through the list and found where the information I wanted was located, you have to use this big long statement here, that will give me the names of the drivers. Let me zoom in on that again. There they are. And then I'm going to get just the column names for that bit of the data frame. So, what I have here is six different variables. And then what I'm going to do is, I'm going to pick just the first five cases and I'm going to select some variables and put them in a different order. And when I do that, this is what I get. I will zoom in on that again. And the first five people listed in this data set that I pulled from 1957, are Juan Fangio, makes sense one of the greatest drivers ever, and other people who competed in that year. And so what I've done is by using this API call in R, a very simple thing to do, I was able to pull data off that webpage in a structured format, and do a very simple analysis with it. And let's sum up what we've learned from all this. First off, APIs make it really easy to work with web data, they structure, they call it for you, and then they feed it straight into the program for you to analyze. And they are one of the best ways of getting data and getting started in data science. When you're looking for data, another great way of getting data is through scraping. And what that means is pulling information from webpages. I like to think of it as when data is hiding in the open; it's there, you can see it, but there's not an easy, immediate way to get that data. Now, when you're dealing with scraping, you can get data in several different formats. You can get HTML text from webpages, you can get HTML tables from the rows and columns that appear on webpages. You can scrape data from PDFs, and you can scrape data from all sorts of data from images and video and audio. Now, we will make one very important qualification before we say anything else: pay attention to copyright and privacy. Just because something is on the web, doesn't mean you're allowed to pull it out. Information gets copyrighted, and so when I use examples here, I make sure that this is stuff that's publicly available, and you should do the same when you are doing your own analyses. Now, if you want to scrape data there's a couple of ways to do it. Number one, is to use apps that are developed for this. So, for instance, import.io is one of my favorites. It is both a webpage, that's its address, and it's a downloadable app. There's also ScraperWiki. There's an application called Tabula, and you can even do scraping in Google Sheets, which I will demonstrate in a second, and Excel. Or, if you don't want to use an app or if you want to do something that apps don't really let you do, you can code your scraper. You can do it directly in R, or Python, or Bash, or even Java or PHP. Now, what you're going to do is you're going to be looking for information on the webpage. If you're looking for HTML text, what you're going to do is pull structured text from webpages, similar to how a reader view works in a browser. It uses HTML tags on the webpage to identify what's the important information. So, there's things like body, and h1 for header one, and p for paragraph, and the angle brackets. You can also get information from HTML tables, although this is a physical table of rows and columns I am showing you. This also uses HTML table tags, that is like table, and tr for table row, and td for table data, that's the cell. The trick is when you're doing this, you need the table number and sometimes you just have to find that through trial and error. Let me give you an example of how this works. Let's take a look at this Wikipedia page on the Iron Chef America Competition. I'm going to go to the web right now and show you that one. So, here we are in Wikipedia, Iron Chef America. And if you scroll down a little bit, you see we have got a whole bunch of text here, we have got our table of contents, and then we come down here, we have a table that lists the winners, the statistics for the winners. And let's say we want to pull that from this webpage into another program for us to analyze. Well, there is an extremely easy way to do this with Google Sheets. All we need to do is open up the Google Sheet and in cell A1 of that Google Sheet, we paste in this formula. It's IMPORTHTML, then you give the webpage and then you say that you are importing a table, you have to put that stuff in quotes, and the index number for the table. I had to poke around a little bit to figure out this was table number 2. So, let me go to Google Sheets and show you how this works. Here I have a Google Sheet and right now it's got nothing in it. But watch this; if I come here to this cell, and I simply paste in that information, all the stuff just sort of magically propagates into the sheet, makes it extremely easy to deal with, and now I can, for instance, save this as a CSV file, put it in another program. Lots of options. And so this is one way that I'm scraping the data from a webpage because I didn't use an API, but I just used a very simple, one-link command to get the information. Now, that was a HTML table. You can also scrape data from PDFs. You have to be aware of if it's a native PDF, I call that a text PDF, or a scanned or imaged PDF. And what it does with native PDFs, it looks for text elements; again those are like code that indicates this is text. And you can deal with Raster images, that's pixel images, or vector, which draws the lines, and that's what makes them infinitely scalable in many situations. And then in PDFs, you can deal with tabular data, but you probably have to use a specialized program like Scraper, Wiki, or Tabula in order to get that. And then finally media, like images and video and audio. Getting images is easy; you can download them in a lot of different ways. And then if you want to read data from them, say for instance, you have a heat map of a country, you can go through it, but you will probably have to write a program that loops through the image pixel-by-pixel to read the data and them encode it numerically into your statistical program. Now, that's my very brief summary and let's summarize that. First off, if the data you are trying to get at doesn't have an existing API, you can try scraping and you can write code in a language like R or Python. But, no matter what you do, be sensitive to issues of copyright and privacy, so you don't get yourself in hot water, but instead, you make an analysis that can be of use to you or to your client. The next step in data sourcing is making data. And specifically, we're talking about getting new data. I like to think of this as, you're getting your hands on and you're getting "data de novo," new data. So, can't find the data that you need for your analysis? Well, one simple solution is, do it yourself. And we're going to talk about a few general strategies used for doing that. Now, these strategies vary on a few dimensions. First off is the role. Are you passive and simply observing stuff that's happening already, or are you active where you play a role in creating the situation to get the data? And then there's the "Q/Q question," and that is, are you going to get quantitative, or numerical, data, or are you going to get qualitative data, which usually means text, paragraphs, sentences as well as things like photos and videos and audio? And also, how are you going to get the data? Do you want to get it online, or do you want to get it in person? Now, there's other choices than these, but these are some of the big delineators of the methods. When you look at those, you get a few possible options. Number one is interviews, and I'll say more about those. Another one is surveys. A third one is card sorting. And a fourth one is experiments, although I actually want to split experiments into two kinds of categories. The first one is laboratory experiments, and that's in-person projects where you shape the information or an experience for the participants as a way of seeing how that involvement changes their reactions. It doesn't necessarily mean that you're a participant, but you create the situation. And then there's also A/B testing. This is automated, online testing of two or more variations on a webpage. It's a very, very simple kind of experimentation that's actually very useful for optimizing websites. So, in sum, from this very short introduction make sure you can get exactly what you need. Get the data you need to answer your question. And if you can't find it somewhere, then make it. And, as always, you have many possible methods, each of which have their own strengths and their own compromises. And we'll talk about each of those in the following sections. The first method of data sourcing where you're making new data that I want to talk about is interviews. And that's not because it's the most common, but because it's the one you would do for the most basic problem. Now, basically an interview is nothing more than a conversation with another person or a group of people. And, the fundamental question is, why do interviews as opposed to doing a survey or something else? Well, there's a few good reasons to do that. Number one: you're working with a new topic and you don't know what people's responses will be, how they'll react. And so you need something very open-ended. Number two: you're working with a new audience and you don't know how they will react in particular to what it is you're trying to do. And number three: something's going on with the current situation, it's not working anymore, and you need to find what's going on, and you need to find ways to improve. The open-ended information where you get past you're existing categories and boundaries can be one of the most useful methods for getting that data. If you want to put it another way, you want to do interviews when you don't want to constrain responses. Now, when it comes to interviews, you have one very basic choice, and that's whether you do a structured interview. And with a structured interview, you have a predetermined set of questions, and everyone gets the same questions in the same order. It gives a lot of consistency even though the responses are open-ended. And then you can also have what's called an unstructured interview. And this is a whole lot more like a conversation where you as the interviewer and the person you're talking to - your questions arise in response to their answers. Consequently, an unstructured interview can be different for each person that you talk to. Also, interviews are usually done in person, but not surprisingly, they can be done over the phone, or often online. Now, a couple of things to keep in mind about interviews. Number one is time. Interviews can range from just a few minutes to several hours per person. Second is training. Interviewing's a special skill that usually requires specific training. Now, asking the questions is not necessarily the hard part. The really tricky part is the analysis. The hardest part of interviews by far is analyzing the answers for themes, and way of extracting the new categories and the dimensions that you need for your further research. The beautiful thing about interviews is that they allow you to learn things that you never expected. So, in sum: interviews are best for new situations or new audiences. On the other hand, they can be time-consuming, and they also require special training; both to conduct the interview, but also to analyze the highly qualitative data that you get from them. The next logical step in data sourcing and making data is surveys. Now, think of this: if you want to know something just ask. That's the easy way. And you want to do a survey under certain situations. The real question is, do you know your topic and your audience well enough to anticipate their answers? To know what the range of their answers and the dimensions and the categories that are going to be important. If you do, then a survey might be a good approach. Now, just as there were a few dimensions for interviews, there are a few dimensions for surveys. You can do what is called a closed-ended survey; that is also called a forced choice. It is where you give people just particular options, like a multiple choice. You can have an open-ended survey, where you have the same questions for everybody, but you allow them to write in a free-form response. You can so surveys in person and you can also do them online or over the mail or phone or however. And now, it is very common to use software when doing surveys. Some really common applications for online surveys are SurveyMonkey, and Qualtrics, or at the very simple end there is Google Forms, and the simple and pretty end there is Typeform. There is a lot more choices, but these are some of the major players and how you can get data from online participants in survey format. Now, the nice thing about surveys is, they are really easy to do, they are very easy to set up and they are really easy to send out to large groups of people. You can get tons of data really fast. On the other hand, the same way that they are easy to do, they are also really easy to do badly. The problem is that the questions you ask, they can be ambiguous, they can be double-barreled, they can be loaded and the response scales can be confusing. So, if you say, "I never think this particular way" and the person puts strongly disagree, they may not know exactly what you are trying to get at. So, you have to take special effort to make sure that the meaning is clear, unambiguous, and that the rating scale, the way that people respond, is very clear and they know where their answer falls. Which gets us into one of the things about people behaving badly and that is beware the push poll. Now, especially during election time; like we are in right now, a push poll is something that sounds like a survey, but really what it is is a very biased attempt to get data, just fodder for social media campaigns or I am going to make a chart that says that 98% of people agree with me. A push poll is one that is so biased, there is really only one way to answer to the questions. This is considered extremely irresponsible and unethical from a research point of view. Just hang up on them. Now, aside from that egregious violation of research ethics, you do need to do other things like watch out for bias in the question wording, in the response options, and also in the sample selection because any one of those can push your responses off one way or another without you really being aware that it is happening. So, in sum, let's say this about surveys. You can get lots of data quickly, on the other hand, it requires familiarity with the possible answers in your audience. So, you know, sort of, what to expect. And no matter what you do, you need to watch for bias to make sure that your answers are going to be representative of the group that you are really concerned about understanding. An interesting topic in Data Sourcing when you are making data is Card Sorting. Now, this isn't something that comes up very often in academic research, but in web research, this can be a really important method. Think of it as what you are trying to do is like building a model of a molecule here, you are trying to build a mental model of people's mental structures. Put more specifically, how do people organize information intuitively? And also, how does that relate to the things that you are doing online? Now, the basic procedure goes like this: you take a bunch of little topics and you write each one on a separate card. And you can do this physically, with like three by five cards, or there are a lot of programs that allow you to do a digital version of it. Then what you do is you give this information to a group of respondents and the people sort those cards. So, they put similar topics with each other, different topics over here and so on. And then you take that information and from that you are able to calculate what is called, dissimilarity data. Think of it as like the distance or the difference between various topics. And that gives you the raw data to analyze how things are structured. Now, there are two very general kinds of card sorting tasks. There are generative and there's evaluative. A generative card sorting task is one in which respondents create their own sets, their own piles of cards using any number of groupings they like. And this might be used, for instance, to design a website. If people are going to be looking for one kind of information next to another one, then you are going to want to put that together on the website, so they know where to expect it. On the other hand, if you've already created a website, then you can do an evaluative card sorting. This is where you have a fixed number or fixed names of categories. Like for instance, the way you have set up your menus already. And then what you do is you see if people actually put the cards into these various categories that you have created. That's a way of verifying that your hierarchical structure makes sense to people. Now, whichever method you do, generative or evaluative, what you end up with when you do a card structure is an interesting kind of visualization called a Dendrogram. That actually means branches. And what we have here is actually a hundred and fifty data points; if you are familiar with the Fisher's Iris data, that's what's going on here. And it groups it from one giant group on the left and then splits it in pieces and pieces and pieces until you end up with lots of different observations, well actually, individual-level observations at the end. But you can cut things off into two or three groups or whatever is most useful for you here, as a way of visualizing the entire collection of similarity or dissimilarity between the individual pieces of information that you had people sort. Now, I will just mention very quickly if you want to do a digital card sorting, which makes your life infinitely easier because keeping track of physical cards is really hard. You can use something like Optimal Workshop, or UserZoom or UX Suite. These are some of the most common choices. Now, let's just sum up what we've learned about card sorting in this extremely brief overview. Number one, card sorting allows you to see intuitive organization of information in a hierarchical format. You can do it with physical cards or you can also have digital choices for doing the same thing. And when you are done, you actually get this hierarchical or branched visualization of how the information is structured and related to each other. When you are doing your Data Sourcing and you are making data, sometimes you can't get what you want through the easy ways, and you've got to take the hard way. And you can do what I am calling laboratory experiments. Now of course, when I mention laboratory experiments people start to think of stuff like, you know, doctor Frankenstein in his lab, but lab experiments are less like this and in fact they are a little more like this. Nearly every experiment I have done in my career has been a paper and pencil one with people in a well-lighted room and it's not been the threatening kind. Now, the reason you do a lab experiment is because you want to determine cause and effect. And this is the single most theoretically viable way of getting that information. Now, what makes an experiment an experiment is the fact that researchers play active roles in experiments with manipulations. Now, people get a little freaked out when they hear manipulations, think that you are coercing people and messing with their mind. All that means is that you are manipulating the situation; you are causing something to be different for one group of people or for one situation than another. It's a benign thing, but it allows you to see how people react to those different variations. Now, you are going to want to do an experiment, you are going to want to have focused research, it is usually done to test one thing or one variation at a time. And it is usually hypothesis-driven; usually you don't do an experiment until you have done enough background research to say, "I expect people to react this way to this situation and this way to the other." A key component to all of this is that experiments almost always have random assignment regardless of how you got your sample, when they are in your study, you randomly assign them to one condition or another. And what they does is it balances out the pre-existing differences between groups and that's a great way of taking care of confounds and artifacts. The things that are unintentionally associated with differences between groups that provide alternate explanations for your data. If you have done good random assignment and you have a large enough group of people than those confounds and artifacts are basically minimized. Now, some places where you are likely to see laboratory experiments in this version are for instance are eye tracking and web design. This is where you have to bring people in front of a computer and you stick a thing there that sees where they are looking. That's how we know for instance that people don't really look at ads on the side of web pages. Another very common place is research in medicine and education and in my field, psychology. And in all of these, what you find is that experimental research is considered the gold standard for reliable valid information about cause and effect. On the other hand, while it is a wonderful thing to have, it does come at a cost. Here's how that works. Number 1, experimentation requires extensive, specialized training. It is not a simple thing to pick up. Two, experiments are often very time consuming and labor intensive. I have known some that take hours per person. And number three, experiments can be very expensive. So, what that all means is that you want to make sure that you have done enough background research and you need to have a situation where it is sufficiently important to get really reliable cause and effect information to justify these costs for experimentation. In sum, laboratory experimentation is generally considered the best method for causality or assessing causality. That's because it allows you to control for confounds through randomization. On the other hand, it can be difficult to do. So, be careful and thoughtful when considering whether you need to do an experiment and how to actually go about doing it. There's one final procedure I want to talk about in terms of Data Sourcing and Making New Data. It's a form of experimentation and it is simply called A/B testing and it's extremely common in the web world. So, for instance, I just barely grabbed a screenshot of Amazon.com's homepage and you're got these various elements on the homepage and I just noticed, by the way, when I did this that this woman is actually an animated gif, so she moves around. That was kind of weird; I have never seen that before. But the thing about this, is this entire layout, how things are organized and how they are on there, will have been determined by variations on A/B testing by Amazon. Here's how it works. For your webpage, you pick one element like what's the headline or what are the colors or what's the organization or how do you word something and you create multiple versions, maybe just two version A and version B, why you call it A/B testing. Then when people visit your webpage you randomly assign these visitors to one version or another, you have software that does that for you automatically. And then you compare the response rates on some response. I will show you those in a second. And then, once you have enough data, you implement the best version, you sort of set that one solid and then you go on to something else. Now, in terms of response rates, there are a lot of different outcomes you can look at. You can look at how long a person is on a page, you can actually do mouse tracking if you want to. You can look at click-throughs, you can also look at shopping cart value or abandonment. A lot of possible outcomes. All of these contribute through A/B testing to the general concept of website optimization; to make your website as effective as it can possibly be. Now, the idea also is that this is something that you are going to do a lot. You can perform A/B tests continually. In fact, I have seen one person say that what A/B testing really stands for is always be testing. Kind of cute, but it does give you the idea that improvement is a constant process. Now, if you want some software to do A/B testing, two of the most common choices are Optimizely and VWO, which stands for Visual Web Optimizer. Now, many others are available, but these are especially common and when you get the data you are going to use statistical hypothesis testing to compare the differences or really the software does it for you automatically. But you may want to adjust the parameters because most software packages cut off testing a little too soon and the information is not quite as reliable as it should be. But, in sum, here is what we can say about A/B testing. It is a version of website experimentation; it is done online, which makes it really easy to get a lot of data very quickly. It allows you to optimize the design of your website for whatever outcome is important to you. And it can be done as a series of continual assessments, testing, and development to make sure that you're accomplishing what you want to as effectively as possible for as many people as possible. The very last thing I want to talk about in terms of data sourcing is to talk about the next steps. And probably the most important thing is, you know, don't just sit there. I want you to go and see what you already have. Try to explore some open data sources. And if it helps, check with a few data vendors. And if those don't give you what you need to do your project, then consider making new data. Again, the idea here is get what you need and get going. Thanks for joining me and good luck on your own projects. Welcome to "Coding in Data Science". I'm Bart Poulson and what we are going to do in this series of videos is we're going to take a little look at the tools of Data Science. So, I am inviting you to know your tools, but probably even more important than that is to know their proper place. Now, I mention that because a lot of the times when people talk about data tools, they talk about it as though that were the same thing as data science, as though they were the same set. But, I think if you look at it for just a second that is not really the case. Data tools are simply one element of data science because data science is made up of a lot more than the tools that you use. It includes things like, business knowledge, it includes the meaning making and interpretation, it includes social factors and so there's much more than just the tools involved. That being said, you will need at least a few tools and so we're going to talk about some of the things that you can use in data science if it works well for you. In terms of getting started, the basic things. #1 is spreadsheets, it is the universal data tool and I'll talk about how they play an important role in data science. #2 is a visualization program called Tableau, there is Tableau public, which is free, and there's Tableau desktop and there is also something called Tableau server. Tableau is a fabulous program for data visualization and I'm convinced for most people provides the great majority of what they need. And though while it is not a tool, I do need to talk about the formats used in web data because, you have to be able to navigate that when doing a lot of data science work. Then we can talk about some of the essential tools for data science. Those include the programming language R, which is specifically for data, there's the general purpose programming language Python, which has been well adapted to data. And there's the database language sequel or SQL for structured query language. Then if you want to go beyond that, there are some other things that you can do. There are the general purpose programming languages C, C++, and Java, which are very frequently used to form the foundation of data science and sort of high level production code is going to rely on those as well. There's the command line interface language Bash, which is very common, a very quick tool for manipulating data. And then there's the, sort of wild card supercharged regular expressions or Regex. We'll talk about all of these in separate courses. But, as you consider all the tools that you can use, don't forget the 80/20 rule. Also known as the Pareto Principle. And the idea here is that you are going to get a lot of bang for your buck out of small number of things. And I'm going to show you a little sample graph here. Imagine that you have ten different tools and we'll call them A through B. A does a lot for you, B does a little bit less and it kind of tapers down to, you have got a bunch of tools that do just a little of stuff that you need. Now, instead of looking at the individual effectiveness, look at the cumulative effectiveness. How much are you able to accomplish with a combination of tools? Well, the first ones right here at 60% where the tools started and then you add on the 20% from B and it goes up and then you add on C and D and you add up little smaller, smaller pieces and by the time you get to the end, you have got 100% of effectiveness from your ten tools combined. The important thing about this is, you only have to go to the 2nd tool, that is two out of ten, that's B, that's 20% of your tools and in this made up example, you have got 80% of your output. So, 80% of the output from 20% of the tools, that's a fictional example of the Pareto Principle, but I find in real life it tends to work something approximately like that. And so, you don't necessarily have to learn everything and you don't have to learn how to do everything in everything. Instead you want to focus on the tools that will be most productive and specifically most productive for you. So, in sum, let's say these three things. Number 1, coding or simply the ability to manipulate data with programs and computers. Coding is important, but data science is much greater than the collection of tools that's used in it. And then finally, as you're trying to decide what tools to use and what you need to learn and how to work, remember the 80/20, you are going to get a lot of bang from a small set of tools. So, focus on the things that are going to be most useful for you in conducting your own data science projects. As we begin our discussion of Coding and Data Science, I actually want to begin with something that's not coding. I want to talk about applications or programs that are already created that allow you to manipulate data. And we are going to begin with the most basic of these, spreadsheets. We're going to do the rows and columns and cells of Excel. And the reason for this is you need spreadsheets. Now, you may be saying to yourself, "no no no not me, because you know what I'm fancy, I'm working in my big set of servers, I've got fancy things going on." But, you know what, you too fancy people, you need spreadsheets as well. There's a few reasons for this. Most importantly, spreadsheets can be the right tool for data science in a lot of circumstances; there are a few reasons for that. Number one, spreadsheets, they're everywhere, they're ubiquitous, they're installed on a billion machines around the world and everybody uses them. They probably have more data sets in spreadsheets than anything else, and so it's a very common format. Importantly, it's probably your client's format; a lot of your clients are going to be using spreadsheets for their own data. I've worked with billion dollar companies that keep all of their data in spreadsheets. So, when you're working with them, you need to know how to manipulate that and how to work with it. Also, regardless of what you're doing, spreadsheets are specifically csv - comma separated value files - are sort of the lingua franca or the universal interchange format for data transfer, to allow you to take it from one program to another. And then, truthfully, in a lot of situations they're really easy to use. And if you want a second opinion on this, let's take a look at this ranking. There's a survey of data mining experts, it's the KDnuggets data mining poll, and these are the tools they most use in their own work. And look at this: lowly Excel is fifth on the list, and in fact, what's interesting about it is it's above Hadoop and Spark, two of the major big data fancy tools. And so, Excel really does have place of pride in a toolkit for data analyst. Now, since we're going to sort of the low tech end of things, let's talk about some of the things you can do with a spreadsheet. Number one, they are really good for data browsing. You really get to see all of the data in front of you, which isn't true if you are doing something like R or Python. They're really good for sorting data, sort by this column then this column then this column. They're really good for rearranging columns and cells and moving things around. They're good for finding and replacing and seeing what happens so you know that it worked right. Some more uses they're really good for formatting, especially conditional formatting. They're good for transposing data, switching the rows and the columns, they make that really easy. They're good for tracking changes. Now it's true if you're a big fancy data scientist you're probably using GitHub, but for everybody else in the world spreadsheets and the tracking changes is a wonderful way to do it. You can make pivot tables, that allows you to explore the data in a very hands-on way, in a very intuitive way. And they're also really good for arranging the output for consumption. Now, when you're working with spreadsheets, however, there's one thing you need to be aware of: they are really flexible, but that flexibility can be a problem in that when you are working in data science, you specifically want to be concerned about something called Tidy Data. That's a term I borrowed from Hadley Wickham, a very well-known developer in the R world. Tidy Data is for transferring data and making it work well. There's a few rules here that undo some of the flexibility inherent in spreadsheets. Number one, what you want to do is have a column be equivalent to the same thing as a variable; columns, variables, they are the same thing. And then, rows are equal - exactly the same thing as cases. That you have one sheet per file, and that you have one level of measurement, say, individual, then organization, then state per file. Again, this is undoing some of the flexibility that's inherent in spreadsheets, but it makes it really easy to move the data from one program to another. Let me show you how all this works. You can try this in Excel. If you have downloaded the files for this course, we simply want to open up this spreadsheet. Let me go to Excel and show you how it works. So, when you open up this spreadsheet, what you get is totally fictional data here that I made up, but it is showing sales over time of several products at two locations, like if you're selling stuff at a baseball field. And this is the way spreadsheets often appear; we've got blank rows and columns, we've got stuff arranged in a way that makes it easy for the person to process it. And we have got totals here, with formulas putting them all together. And that's fine, that works well for the person who made it. And then, that's for one month and then we have another month right here and then we have another month right here and then we combine them all for first quarter of 2014. We have got some headers here, we've got some conditional formatting and changes and if we come to the bottom, we have got a very busy line graphic that eventually loads; it's not a good graphic, by the way. But, similar to what you will often find. So, this is the stuff that, while it may be useful for the client's own personal use, you can't feed this into R or Python, it will just choke and it won't know what to do with it. And so, you need to go through a process of tidying up the data. And what this involves is undoing some of the stuff. So, for instance, here's data that is almost tidy. Here we have a single column for date, a single column for the day, a column for the site, so we have two locations A and B, and then we have six columns for the six different things that are sold and how many were sold on each day. Now, in certain situations, you would want the data laid out exactly like this if you are doing, for instance, a time series, you will do something vaguely similar to this. But, for true tidy stuff, we are going to collapse it even further. Let me come here to the tidy data. And now what I have done is, I have created a new column that says what is the item being sold. And so, by the way, what this means is that we have got a really long data set now, it has got over a thousand rows. Come back up to the top here. But, what that shows you is that now it's in a format that's really easy to import from one program to another, that makes it tidy and you can re-manipulate it however you want once you get to each of those. So, let's sum up our little presentation here, in a few lines. Number one, no matter who you are, no matter what you are doing in data science you need spreadsheets. And the reason for that is that spreadsheets are often the right tool for data science. Keep one thing in mind though, that is as you are moving back and forth from one language to another, tidy data or well-formatted data is going to be important for exporting data into your analytical programmer language of choice. As we move through "Coding and Data Science," and specifically the applications that can be used, there's one that stands out for me more than almost anything else, and that's Tableau and Tableau Public. Now, if you are not familiar with these, these are visualization programs. The idea here is that when you have data, the most important thing you can do is to first look and see what you have and work with it from there. And in fact, I'm convinced that for many organizations Tableau might be all that they really need. It will give them the level of insight that they need to work constructively with data. So, let's take a quick look by going to tableau.com. Now, there are a few different versions of Tableau. Right here we have Tableau Desktop and Tableau Server, and these are the paid versions of Tableau. They actually cost a lot of money, unless you work for a nonprofit organization, in which case you can get them for free. Which is a beautiful thing. What we're usually looking for, however, is not the paid version, but we are looking for something called Tableau Public. And if you come in here and go to products and we have got these three paid ones, over here to Tableau Public. We click on that, it brings us to this page. It is public.tableau.com. And this is the one that has what we want, it's the free version of Tableau with one major caveat: you don't save files locally to your computer, which is why I didn't give you a file to open. Instead, it saves them to the web in a public form. So, if you are willing to trade privacy, you can get an immensely powerful application for data visualization. That's a catch for a lot of people, which is why people are willing to pay a lot of money for the desktop version. And again, if you work for a nonprofit you can get the desktop version for free. But, I am going to show you how things work in Tableau Public. So, that's something that you can work with personally. The first thing you want to do is, you want to download it. And so, you put in your email address, you download; it is going to know what you are on. It is a pretty big download. And once it is downloaded, you can install and open up the application. And here I am in Tableau Public, right here, this is the blank version. By the way, you also need to create an account with Tableau in order to save your stuff online to see it. I will show you what that looks like. But, you are presented with a blank thing right here and the first thing you need to do is, you need to bring in some data. I'm going to bring in an Excel file. Now, if you downloaded the files for the course, you will see that there is this one right here, DS03_2_2_TableauPublic.excel.xlsx. In fact, it is the one that I used in talking about spreadsheets in the first video in this course. I'm going to select that one and I'm going to open it. And a lot of programs don't like bringing in Excel because it's got all the worksheets and all the weirdness in it. This one works better with it, but what I'm going to do is, I am going to take the tidy data. By the way, you see that it put them in alphabetical order here. I'm going to take tidy data and I'm going to drag it over to let it know that it's the one that I want. And now what it does is it shows me a version of the data set along with things that you can do here. You can rename it, I like that you can create bin groups, there's a lot of things that you can do here. I'm going to do something very, very quick with this particular one. Now, I've got the data set right here, what I'm going to do now is I'm going to go to a worksheet. That's where you actually create stuff. Cancel that and go to worksheet one. Okay. This is a drag and drop interface. And so what we are going to do is, we are going to pull the bits and pieces of information we want to make graphics. There's immense flexibility here. I'm going to show you two very basic ones. I'm going to look at the sales of my fictional ballpark items. So, I'm going to grab sales right here and I'm going to put that as the field that we are going to measure. Okay. And you see, put it down right here and this is our total sales. We're going to break it down by item and by time. So, let me take item right here, and you can drag it over here, or I can put it right up here into rows. Those will be my rows and that will be how many we have sold total of each of the items. Fine, that's really easy. And then, let's take date and we will put that here in columns to spread it across. Now, by default it is doing it by year, I don't want to do that, I want to have three months of data. So, what I can do is, I can click right here and I can choose a different time frame. I can go to quarter, but that's not going to help because I only have one quarter's worth of data, that's three months. I'm going to come down to week. Actually, let me go to day. If I do day, you see it gets enormously complicated, so that's no good. So, I'm going to back up to week. And I've got a lot of numbers there, but what I want is a graph. And so, to get that, I'm going to come over here and click on this and tell it that I want a graph. And so, we're seeing the information, except it lost items. So, I'm going to bring item and put it back up into this graph to say this is a row for the data. And now I've got rows for sales by week for each of my items. That's great. I want to break it down one more by putting in the site, the place that it sold. So, I'm going to grab that and I'm going to put it right over here. And now you see I've got it broken down by the item that is sold and the different sites. I'm going to color the sites, and all I've got to do to do that is, I'm going to grab site and drag it onto color. Now, I've got two different colors for my sites. And this makes it a lot easier to tell what is going on. And in fact, there is some other cool stuff you can do. One of the things I'm going to do is come over here to analytics and I can tell it to put an average line through everything, so I'll just drag this over here. Now we have the average for each line. That's good. And I can even do forecasting. Let me get a little bit of a forecast right here. I will drag this on and if you can go over here. I will get this out of the way for a second. Now, I have a forecast for the next few weeks, and that's a really convenient, quick, and easy thing. And again, for some organizations that might be all that they really need. And so, what I'm showing you here is the absolute basic operation of Tableau, which allows you to do an incredible range of visualizations and manipulate the data and create interactive dashboards. There's so much to it and we'll show that in another course, but for right now I want to show you one last thing about Tableau Public, and that is saving the files. So now, when I come here and save it, it's going to ask me to sign into Tableau Public. Now, I sign in and it asks me how I want to save this, same name as the video. There we go, and I'm going to hit save. And then that opens up a web browser, and since I'm already logged into my account, see here's my account and my profile. Here's the page that I created. And it's got everything that I need there; I'm going to edit just a few details. I'm going to say, for instance, I'm going to leave its name just like that. I can put more of a description in there if I wanted. I can allow people to download the workbook and its data; I'm going to leave that there so you can download it if you need to. If I had more than one tab, I would do this thing that says show the different sheets as tabs. Hit save. And there's my data set and also it's published online and people can now find it. And so what you have here is an incredible tool for creating interactive visualizations; you can create them with drop-down menus, and you can rearrange things, and you can make an entire dashboard. It's a fabulous way of presenting information, and as I said before, I think that for some organizations this may be as much as they need to get really good, useful information out of their data. And so I strongly recommend that you take some time to explore with Tableau, either the paid desktop version or the public version and see what you can do to get some really compelling and insightful visualizations out of your work in data science. For many people, their first experience of "Coding and Data Science" is with the application SPSS. Now, I think of SPSS and the first thing that comes to my mind is sort of life in the Ivory tower, though this looks more like Harry Potter. But, if you think about it the package name SPSS comes from Statistical Package for the Social Sciences. Although, if you ask IBM about it now, they act like it doesn't stand for anything. But, it has its background in social science research which is generally academic. And truthfully, I'm a social psychologist and that's where I first learned how to use SPSS. But, let's take a quick look at their webpage ibm.com/spss. If you type that in, that will just be an alias that will take you to IBM's main webpage. Now, IBM didn't create SPSS, but they bought it around version 16, and it was very briefly known as PASW predictive analytic software, that only lasted briefly and now it's back to SPSS, which is where it's been for a long time. SPSS is a desktop program; it's pretty big, it does a lot of things, it's very powerful, and is used in a lot of academic research. It's also used in a lot of business consulting, management, even some medical research. And the thing about SPSS, is it looks like a spreadsheet but has drop-down menus to make your life a little bit easier compared to some of the programming languages that you can use. Now, you can get a free temporary version, if you're a student you can get a cheap version, otherwise SPSS costs a lot of money. But, if you have it one way or another, when you open it up this is what it is going to look like. I'm showing SPSS version 22, now it's currently on 24. And the thing about SPSS versioning is, in anything other than software packaging, these would be point updates, so I sort of feel like we should be on 17.3, as opposed to 23 or 24. Because the variations are so small that anything you learn from the early ones, is going to work on the later ones and there is a lot of backwards and forwards compatibility, so I'd almost say that this one, the version I have practically doesn't matter. You get this little welcome splash screen, and if you don't want to see it anymore you can get rid of it. I'm just going to hit cancel here. And this is our main interface. It looks a lot like a spreadsheet, the difference is, you have a separate pane for looking at variable information and then you have separate windows for output and then an optional one for something called Syntax. But, let me show you how this works by first opening up a data set. SPSS has a lot of sample data sets in them, but they are not easy to get to and they are really well hidden. On my Mac, for instance, let me go to where they are. In my mac I go to the finder, I have to go to Mac, to applications, to the folder IBM, to SPSS, to statistics, to 22 the version number, to samples, then I have to say I want the ones that are in English, and then it brings them up. The .sav files are the actual data files, there are different kinds in here, so .sav is a different kind of file and then we have a different one about planning analyses. So, there are versions of it. I'm going to open up a file here called "market values .sav," a small data set in SPSS format. And if you don't have that, you can open up something else; it really doesn't matter for now. By the way, in case you haven't noticed, SPSS tends to be really really slow when it opens. It also, despite being version 24, it tends to be kind of buggy and crashes. So, when you work with SPSS, you want to get in the habit of saving your work constantly. And also, being patient when it is time to open the program. So, here is a data set that just shows addresses and house values, and square feet for information. This, I don't even know if this is real information, it looks artificial to me. But, SPSS lets you do point and click analyses, which is unusual for a lot of things. So, I am going to come up here and I am going to say, for instance, make a graph. I'm going to make a- I'm going to use what is called a legacy dialogue to get a histogram of house prices. So, I simply click values. Put that right there and I will put a normal curve in top of it and click ok. This is going to open up a new window, and it opened up a microscopic version of it, so I'm going to make that bigger. This is the output window, this is a separate window and it has a navigation pane here on the side. It tells me where the data came from, and it saves the command here, and then, you know, there's my default histogram. So, we see most of the houses were right around $125,000, and then they went up to at least $400,000. I have a mean of $256,000, a standard deviation of about $80,000, and then there is 94 houses in the data set. Fine, that's great. The other thing I can do is, if I want to do some analyses, let me go back to the data just for a moment. For instance, I can come here to analyze and I can do descriptive and I'm actually going to do one here called Explore. And I'll take the purchase price and I'll put it right here and I'm going to get a whole bunch just by default. I'm going to hit ok. And it goes back to the output window. Once again made it tiny. And so, now you see beneath my chart I now have a table and I've got a bunch of information. A stem and leaf plot, and a box plot too, a great way of checking for outliers. And so this is a really convenient way to save things. You can export this information as images, you can export the entire file as an HTML, you can do it as a pdf or a PowerPoint. There's a lot of options here and you can customize everything that's on here. Now, I just want to show you one more thing that makes your life so much easier in SPSS. You see right here that it's putting down these commands, it's actually saying graph, and then histogram, and normal equals value. And then down here, we've got this little command right here. Most people don't know how to save their work in SPSS, and that's something you kind of just have to do it over again every time, but there's a very simple way to do this. What I'm going to do is, I'm going to open up something called a Syntax file. I'm going to go to new, Syntax. And this is just a blank window that's a programming window, it's for saving code. And let me go back to my analysis I did a moment ago. I'll go back to analyze and I can still get at it right here. Descriptives and explore, my information is still there. And what happens here is, even though I set it up with drop-down menus and point and click, if I do this thing, paste, then what it does is, it takes the code that creates that command and it saves it to this syntax window. And this is just a text file. It saves it as .spss, but it is a text file that can be opened in anything. And what's beautiful about this is, it is really easy to copy and paste, and you can even take this into Word and do a find and replace on it, and it's really easy to replicate the analyses. And so for me, SPSS is a good program. But, until you use Syntax you don't know the true power of it and it makes your life so much easier as a way of operating it. Anyhow, this is my extremely brief introduction to SPSS. All I want to say is that it is a very common program, kind of looks like a spreadsheet, but it gives you a lot more power and options and you can use both drop-down menus and text-based Syntax commands as well to automate your work and make it easier to replicate it in the future. I want to take a look at one more application for "Coding and Data Science", that's called JASP. This is a new application, not very familiar to a lot of people and still in beta, but with an amazing promise. You can basically think of it as a free version of SPSS and you know what, we love free. But, JASP is not just free, it's also open source, and it's intuitive, and it makes analyses replicable, and it even includes Bayesian approaches. So, take that all together, you know, we're pretty happy and we're jumping for joy. So, before we move on, you just may be asking yourself, JASP, what is that? Well, the creator has emphatically denied that it stands for Just Another Statistics Program, but be that as it may, we will just go ahead and call it JASP and use it very happily. You can get to it by going to jasp-stats.org. And let's take a look at that right now. JASP is a new program, they say a low fat alternative to SPSS, but it is a really wonderful great way of doing statistics. You're going to want to download it, by supplying your platform; it even comes in Linux format, which is beautiful. And again, it's beta so stay posted, things are updating regularly. If you're on Mac, you're going to need to use Xquartz, that's an easy thing to install and it makes a lot of things work better. And it's the wonderful way to do analyses. When you open up JASP, it's going to look like this. It's a pretty blank interface, but it's really easy to get going with it. So for instance, you can come over here to file and you can even choose some example data sets. So for instance, here's one called Big 5 that's personality factors. And you've got data here that's really easy to work with. Let me scroll this over here for a moment. So, there's our five variables and let's do some quick analyses with these. Say for instance, we want to get descriptives; we can pick a few variables. Now, if you're familiar with SPSS, the layout feels very much the same and the output looks a lot the same. You know, all I have to do is select what I want and it immediately pops up over here. Then I can choose additional statistics, I can get core tiles, I can get the median. And you can choose plots; let's get some plots, all you have to do is click on it and they show up. And that's a really beautiful thing and you can modify these things a little bit, so for instance, I can take the plot points. Let's see if I can drag that down and if I make it small enough I can see the five plots, I went a little too far on that one. Anyhow, you can do a lot of things here. And I can hide this, I can collapse that and I can go on and do other analyses. Now, what's really neat though is when I navigate away, so I just clicked in a blank area of the results page, we are back to the data here. But if I click on one of these tables, like this one right here, it immediately brings up the commands that produced it and I can just modify it some more if I want. Say I want skewness and kurtosis, boom they are in there. It is an amazing thing and then I can come back out here, I can click away from that and I can come down to the plots expand those and if I click on that it brings up the commands that made them. It's an amazingly easy and intuitive way to do things. Now, there's another really nice thing about JASP and that is that you can share the information online really well through a program called osf.io. That stands for the open science foundation, that's its web address osf.io. So, let's take a quick look at what that's like. Here's the open science framework website and it's a wonderful service, it's free and it's designed to support open, transparent, accessible, accountable, collaborative research and I really can't say enough nice things about it. What's neat about this is once you sign up for OSF you can create your own area and I've got one of my own, I will go to that now. So, for instance, here's the datalab page in open science framework. And what I've done is i created a version of this JASP analysis and I've saved it here, in fact, let's open up my JASP analysis in JASP and I'll show you what it looks like in osf. So, let's first go back to JASP. When we're here we can come over to file and click computer and I just saved this file to the desktop. Click on desktop, and you should have been able to download this with all the other files, DS03_2_4_JASP, double click on that to open it and now it's going to open up a new window and you see I was working with the same data set, but I did a lot more analyses. I've got these graphs; I have correlations and scatter plots. Come down here, I did a linear regression. And we just click on that and you can see the commands that produce it as well as the options. I didn't do anything special for that, but I did do some confidence intervals and specified that and it's really a great way to work with all this. I'll click back in an empty area and you see the commands go away and so I've got my output here in JASP, but when I saved it though, I had the option of saving it to OSF, in fact if you go to this webpage osf.io/3t2jg you'll actually be able to go to the page where you can see and download the analyses that I conducted, let's take a look. This is that page, there's the address I just barely gave you and what you see here is the same analysis that I conducted, it's all right here, so if you're collaborating with people or if you want to show things to people, this is a wonderful way to do it. Everything is right there, this is a static image, but up at the top people have the option of downloading the original file and working with it on their own. In case you can't tell, I'm really enthusiastic about JASP and about its potential, still in beta, still growing rapidly. I see it really as an open source free and collaborative replacement to SPSS and I think it is going to make data science work so much easier for so many people. I strongly recommend you give JASP a close look. Let's finish up our discussion of "Coding and Data Science" the applications part of it by just briefly looking at some other software choices. And I'll have to admit it gets kind of overwhelming because there are just so many choices. Now, in addition to the spreadsheets, and Tableau, and SPSS, and JASP, that we have already talked about, there's so much more than that. I'm going to give you a range of things that I'm aware of and I'm sure I've left out some important ones or things that other people like really well, but these are some common choices and some less common, but interesting ones. Number one, in terms of ones that I haven't mentioned is SAS. SAS is an extremely common analytical program, very powerful, used for a lot of things. It's actually the first program that I learned and on the other hand it can be kind of hard to use and it can be expensive, but there's a couple of interesting alternatives. SAS also has something called the SAS University Edition, if you're a student this is free and it's slightly reduced in what it does, but the fact that it's free. And also it runs in a virtual machine which makes it an enormous download, but it's a good way to learn SAS if it's something that you want to do. SAS also makes a program that I really love were it not so extraordinarily expensive and that is called JMP and its visualization software. Think a little bit of Tableau, how we saw it, you work with it visually and this one you can drag things around, it's really wonderful program. I personally find it prohibitively expensive. Another very common choice among working analysts is Stata and some people use Minitab. Now, for mathematical people, there's MATLAB and then of course there's Mathematica itself, but it is really more of a language than a program. On the other hand, Wolfram; who makes Mathematica, is also the people who give us Wolfram Alpha, most people don't think of this a stats application because you can run it on your iPhone. But, Wolfram Alpha is an incredibly capable and especially if you pay for the pro account, you can do amazing things in this, including analyses, regression models, visualizations and so it's worth taking a little closer look at that. Also, because it provides a lot of the data that you need so Wolfram Alpha is an interesting one. Now, several applications that are more specifically geared towards data mining, so you don't want to do your regular, you know, little t tests and stuff on these. But, there's RapidMiner and there's KNIME and Orange and those are all really nice to use because they are control languages where you drag notes onto a screen and you connect them with lines and you can see how things run through. All three of them are free or have free versions and all three of them work in pretty similar manners. There's also BigML, which is for machine learning and this is unusual because it's browser based, it runs on their servers. There's a free version, though you can't download a whole lot, it doesn't cost a lot to use BigML and it's a very friendly, very accessible program. Then in terms of programs you can actually install for free on your own computer, there's one call SOFA Statistics, it means statistics open for all, it's kind of a cheesy title, but it's a good program. And then one with a web page straight out of 1990 is Past 3, this is paleontological software, on the other hand does do very general stuff, it runs on many platforms and it's a really powerful thing and it's free, but it is relatively unknown. And then speaking of relatively unknown, one that's near and dear to my heart is a web application called Statcrunch, it costs, but it costs like $6 or $12 a year, it's really cheap and it's very good, especially if for basic statistics and for learning, I used in some of the classes that I was teaching. And then if you're deeply wedded to Excel and you can't stand to leave that environment, you can purchase add-ons like XLSTAT, which give you a lot of statistical functions within the Excel environment itself. That's a lot of choices and the most important thing here is don't get overwhelmed. There's a lot of choices, but you don't even have to try all of them. Really the important question is what works best for you and the project that you're working on? Here's a few things you want to consider in that regard. First off is functionality, does it actually do what you want or does it even run on your machine? You don't need everything that a program can do. When you think about the stuff Excel can do, people probably use five percent of what's available. Second is ease of use. Some of these programs are a lot easier to use than the others and I personally find that the ones that are easier to use, I like them, so you might say, "No, I need to program because I need custom stuff". But I'm willing to bet that 95% of what people do does not require anything custom. Also, the existence of a community. Constantly when you're working you come across problems and don't know how to solve it and being able to get online and do a search for an answer and have enough of a community that there are people there who have put answers up and discuss these things. Those are wonderful. Some of these programs are very substantial communities and some of them it is practically nonexistent and it is to you to decide how important it is to you. And then finally of course there is the issue of cost. Many of these programs I mentioned are free, some of them are very cheap, some of them run some sort of premium model and some of them are extremely expensive. So, you don't buy them unless somebody else is paying for it. So, these are some of the things that you want to keep in mind when you're trying to look at various programs. Also, let's mention this; don't forget the 80/20 rule. You're going to be able to do most of the stuff that you need to do with only a small number of tools, one or two, maybe three, will probably be all that you ever need. So, you don't need to explore the range of every possible tool. Find something that you need, find something you're comfortable with and really try to extract as much value as you can out of that. So, in sum, in our discussion of available applications for coding and data science. First remember applications are tools, they don't drive you, you use them. And that your goals are what drive the choice of your applications and the way that you do it. And the single most important thing is to remember, what works for you, may work well for somebody else, if you're not comfortable with it, if it's not the questions you address, then it's more important to think about what works for you and the projects that you're working on as you make your own choices for tools, for working in data science. When you're "Coding in Data Science," one of the most important things you can do is be able to work with web data. And if you work with web data you're going to be working with HTML. And in case you're not familiar with it, HTML is what makes the World Wide Web go ‘round. What it stands for is HyperText Markup Language - and if you've never dealt with web pages before, here's a little secret: web pages are just text. It is just a text document, but it uses tags to define the structure of the document and a web browser knows what those tags are and it displays them the right way. So, for instance, some of the tags, they look like this. They are in angle brackets, and you have an angle bracket and then the beginning tag, so body, and then you have the body, the main part of your text, and then you have in angle brackets with backslash body to let the computer know that you are done with that part. You also have p and backslash p for paragraphs. H1 is for header one and you put it in between that text. TD is for table data or the cell in a table and you mark it off that way. If you want to see what it looks like just go to this document: DS03_3_1_HTML.txt. I'm going to go to that one right now. Now, depending on what text editor you open this up, it may actually give you the web preview. I've opened it up in TextMate and so it actually is showing the text the way I typed it. I typed this manually; I just typed it all in there. And I have HTML to see what a document is, I have an empty header, but that sort of needs to be there. This, I say what the body is, and then I have some text. li is for list items, I have headers, this is for a link to a webpage, then I have a small table. And if you want to see what this looks like when displayed as a web page, just go up here to window and show web preview. This is the same document, but now it is in a browser and that's how you make a web page. Now, I know this is very fundamental stuff, but the reason this is important is because if you're going to be extracting data from the web, you have to understand how that information is encoded in the web, and it is going to be in HTML most of the time for a regular web page. Now, I will mention something that, there's another thing called CSS. Web pages use CSS to define the appearance of a document. HTML is theoretically there to give the content and CSS gives the appearance. And that stands for Cascading Style Sheets. I'm not going to worry about that right now because we're really interested in the content. And now you have the key to being able to read web pages and pull data from web pages for your data science project. So, in sum; first, the web runs on HTML and that's what makes the web pages that are there. HTML defines the page structure and the content that is on the page. And you need to learn how to navigate the tags and the structure in order to get data from the web pages for your data science projects. The next step in "Coding and Data Science" when you're working with web data is to understand a little bit about XML. I like to think of this as the part of web data that follows the imperative, "Data, define thyself". XML stands for eXtensible Markup Language, and what it is XML is semi-structured data. What that means is that tags define data so a computer knows what a particular piece of information is. But, unlike HTML, the tags are free to be defined any way you want. And so you have this enormous flexibility in there, but you're still able to specify it so the computer can read it. Now, there's a couple of places where you're going to see XML files. Number one is in web data. HTML defines the structure of a web page, but if they're feeding data into it, then that will often come in the form of an XML file. Interestingly, Microsoft Office files, if you have .docx or .xlsx, the X-part at the end stands for a version of XML that's used to create these documents. If you use iTunes, the library information that has all of your artists, and your genre's, and your ratings and stuff, that's all stored in an XML file. And then finally, data files that often go with particular programs can be saved as XML as a way of representing the structure of the data to the program. And for XML, tags use opening and closing angle brackets just like HTML did. Again, the major difference is that you're free to define the tags however you want. So for instance, thinking about iTunes, you can define a tag that's genre, and you have the angle brackets in genre to begin that information, and then you have the angle brackets with the backslash to let it know you're done with that piece of information. Or, you can do it for composer, or you can do it for rating, or you can do it for comments, and you can create any tags you want and you put the information in between those two things. Now, let's take an example of how this works. I'm going to show you a quick dataset that comes from the web. It's at ergast.com and API, and this is a website that stores information about automobile Formula One racing. Let's go to this webpage and take a quick look at what it's like. So, here we are at Ergast.com, and it's the API for Formula One. And what I'm bringing up is the results of the 1957 season in Formula One racing. And here you can see who the competitors were in each race, and how they finished and so on. So, this is a dataset that is being displayed in a web page. If you want to see what it looks like in XML, all you have to do is type XML onto the end of this: .XML. I've done that already, so I'm just going to go to that one. And as you see, it's only this bit that I've added: .XML. Now, it looks exactly the same because the web page is structuring XML data by default but if you want to see what it looks like in its raw format, just do an option, click on the web page, and go to view page source. At least that's how it works in Chrome, and this is the structured XML page. And you can see we have tags here. It says Race Name, Circuit Name, Location, and obviously, these are not standard HTML tags. They are defined for the purposes of this particular dataset. But we begin with one. We have Circuit Name right there, and then we close it using the backslash right there. And so this is structured data; the computer knows how to read it, which is exactly, this is how it displays it by default. So, it's a really good way of displaying data and its a good way to know how to pull data from the web. You can actually use what is called an API, an Application Programming interface to access this XML data and it pulls it in along with its structure which makes working with it really easy. What's even more interesting is how easy it is to take XML data and convert it between different formats, because it's structured and the computer knows what you're dealing with. So for example, one it's really easy to convert XML to CSV or comma separated value files (that's the spreadsheet format) because it knows exactly what the headings are; what piece of information goes in each column. Example two: it's really easy to convert HTML documents to XML because you can think of HTML with its restricted set of tags as sort of a subset of the much freer XML. And three, you can convert CSV, or your spreadsheet comma separated value, to XML and vice versa. You can bounce them all back and forth because the structure is made clear to the programs you're working with. So in sum, here's what we can say. Number one, XML is semi-structured data. What that means is that it has tags to tell the computer what the piece of information is, but you can make the tags whatever you want them to be. And, XML is very common for web data and it's really easy to translate the format XML/HTML/CSV so on and so forth. It's really easy to translate them back and forth which gives you a lot of flexibility in manipulating data so can get into the format you need for your own analysis. The last thing I want to mention about "Coding and Data Science" and web data is something called JSON. And I like to think of it as a version of smaller is better. Now, what JSON stands for is JavaScript Object Notation, although JavaScript is supposed to be one word. And what it is, is that like XML, JSON is semi-structured data. That is, you have tags that define the data, so the computer knows what each piece of information is, but like XML the tags can vary freely. And so there's a lot in common between XML and JSON. So XML is a Markup Language (that's what the ML stands for), and that gives meaning to the text; it lets the computer know what each piece of information is. Also, XML allows you to make comments in the document, and it allows you to put metadata in the tags so you can actually put information there in the angle brackets to provide additional context. JSON, on the other hand, is specifically designed for data interchange and so it's got that special focus. And the structure; JSON corresponds with data structures, you know it directly represents objects and arrays and numbers and strings and booleans, and that works really well with the programs that are used to analyze data. Also, JSON is typically shorter than XML because it does not require the closing tags. Now, there are ways to do that with XML, but that's not typically how it's done. As a result of these differences, JSON is basically taking XML's place in web data. XML still exists, it's still used for a lot of things, but JSON is slowly replacing it. And we'll take a look at the comparison between the three by going back to the example we used in XML. This is data about Formula One car races in 1957 from ergast.com. You can just go to the first web page here, then we will navigate to the others from that. So this is the general page. This is if you just type in without the .XML or .JSON or anything. So it's a table of information about races in 1957. And we saw earlier that if you add just add .XML to the end of this, it looks exactly the same. That's because this browser is displaying XML properly by default. But, if you were to right click on it, and go to view page source, you would get this instead, and you can see the structure. This is still XML, and so everything has an opening tag and a closing tag and some extra information in there. But, if you type in .JSON what you really get is this jumbled mess. Now that's unfortunate because there is a lot of structure to this. So, what I am going to do is, I am actually going to copy all of this data, then I'm going to go to a little web page; there's a lot of things you can do here, and it's a cute phrase. It's called JSON Pretty Print. And that is, make it look structured so it's easier to read. I just paste that in there and hit Pretty Print JSON, and now you can see hierarchical structure of the data. The interesting thing is that the JSON tags only have tags at the beginning. It says series in quotes, then a colon, then it gives the piece of information in quotes, and a comma and it moves on to the next one. And this is a lot more similar to the way data would be represented in something like R or Python. It is also more compact. Again, there are things you can do with XML but this is one of the reasons that JSON is becoming preferred as a data carrier for websites. And as you may have guessed, it's really easy to convert between the formats. It's easy to convert between XML, JSON, CSV, etc. You can get a web page where you can paste a version in and you get the other version out. There are some differences, but for the vast majority of situations, they are just interchangeable. In Sum: what did we get from this? Like XML, JSON is semi-structured data, where there are tags that say what the information is, but you define the tags however you want. JSON is specifically designed for data interchange and because it reflects the structure of the data in the programs, that makes it really easy. Also, because it's relatively compact JSON is replacing gradually XML on the web, as the container for data on web pages. If we are going to talk about "Coding and Data Science" and the languages that are used, then first and foremost is R. The reason for that is, according to many standards, R is the language of data and data science. For example, take a look at this chart. This is a ranking based on a survey of data mining experts of the software they use in doing their work, and R is right there at the top. R is first, and in fact that's important because there's Python which is usually taken hand in hand with R for Data Science. But R sees 50% more use than Python does, at least in this particular list. Now there's a few reasons for that popularity. Number one, R is free and it's open source, both of which make things very easy. Second, R is specially developed for vector operations. That means it's able to go through an entire list of data without having to write ‘for' loops to go through. If you've ever had to write ‘for' loops, you know that would be kind of disastrous having to do that with data analysis. Next, R has a fabulous community behind it. It's very easy to get help on things with R, you Google it, you're going to end up in a place where you're going to be able to find good examples of what you need. And probably most importantly, R is very capable. R has 7,000 packages that add capabilities to R. Essentially, it can do anything. Now, when you are working with R, you actually have a choice of interfaces. That is, how you actually do the coding and how you get your results. R comes with it's own IDE or Interactive Development Environment. You can do that, or if you are on a Mac or a Linux you can actually do R through the Terminal through the command line. If you've installed R, you just type R and it starts up. There is also a very popular development environment called RStudio.com, and that's actually the one I use and the one I will be using for all my examples. But another new competitor is Jupyter, which is very commonly used for Python; that's what I use for examples there. It works in a browser window, even though its locally installed. And RStudio and Jupyter there's pluses and minus to each one of them and I'll mention them as we get to each one of them. But no matter which interface you use, R's command line, you're typing lines of code in order to get the commands. Some people get really scared about that but really there are some advantages to that in terms of the replicability and really the accessibility, the transparency of your commands. So for instance, here's a short example of some of the commands in R. You can enter them into what is called a console, and that's just one line at a time and that's called an interactive way. Or you can save scripts and run bits and pieces selectively and that makes your life a lot easier. No matter how you do it, if you are familiar with programming other languages then you're going to find that R's a little weird. It has an idiosyncratic model. It makes sense once you get used to it, but it is a different approach, and so it takes some adaptation if you are accustomed to programming in different languages. Now, once you do your programming to get your output, what you're going to get is graphs in a separate window. You're going to get text and numbers, numerical output in the console, and no matter what you get, you can save the output to files. So that makes it portable, you can do it in other environments. But most importantly, I like to think of this: here's our box of chocolates where you never know what you're going to get. The beauty of R is in the packages that are available to expand its capabilities. Now there are two sources of packages for R. One goes by the name of CRAN, and that stands for the Comprehensive R Archive Network, and that's at cran.rstudio.com. And what that does is takes the 7,000 different packages that are available and organizes them into topics that they call task views. And for each one if they have done their homework, they have datasets that come along with the package. You have a manual in .pdf format, and you can even have vignettes where they run through examples of how to do it. Another interface is called Crantastic! And the exclamation point is part of the title. And that is at crantastic.org. And what this is, is an alternative interface that links to CRAN. So if you find something you like in Crantastic! and you click on the link, it's going to open in CRAN. But the nice thing about Crantastic! is it shows the popularity of packages, and it also shows how recently they were updated, and that can be a nice way of knowing you're getting sort of the latest and greatest. Now from this very abstract presentation, we can say a few things about R: Number one, according to many, R is the language of data science and it's a command line interface. You're typing lines of code, so that gives it both a strength and a challenge for some people. But the beautiful thing is that for the thousands and thousands of packages of additional code and capability that are available for R, that make it possible to do nearly anything in this statistical programming language. When, talking about "Coding and Data Science" and the languages, along with R, we need to talk about Python. Now, Python the snakes is a general-purpose program that can do it all, and that's its beauty. If we go back to the survey of the software used by data mining experts, you see that Python's there and it's number three on the list. What's significant about that, is that on this list, Python is the only general purpose programming language. It's the only one that can be theoretically used to develop any kind of application that you want. That gives it some special powers compared to all the others, most of which are very specific to data science work. The nice things about Python are: number one, it's general purpose. It's also really easy to use, and if you have a Macintosh or Linux computer, Python is built into it. Also, Python has a fabulous community around it with hundreds of thousands of people involved, and also python has thousands of packages. Now, it actually has 70 or 80,000 packages, but in terms of ones that are for data, there are still thousands available that give it some incredible capabilities. A couple of things to know about Python. First, is about versions. There are two versions of Python that are in wide circulation: there's 2.x; so that means like 2.5 or 2.6, and 3.x; so 3.1, 3.2. Version 2 and version 3 are similar, but they are not identical. In fact, the problem is this: there are some compatibility issues where code that runs in one does not run in the other. And consequently, most people have to choose between one and the other. And what this leads to is that many people still use 2.x. I have to admit, in the examples that I use, I'm using 2.x because so many of the data science packages that are developed with that in mind. Now let me say a few things about the interfaces for Python. First, Python does come with its own Interactive Development Learning Environment and they call it IDLE. You can also run it from the Terminal, or command line interface, or any IDE that you have. A very common and a very good choice is Jupyter. Jupyter is a browser-based framework for programming and it was originally called IPython. That served as its initial, so a lot of the time when people are talking about IPython, what they are really talking about is this Python in Jupyter and the two are sometimes used interchangeably. One of the neat things you can do, there are two companies: Continuum and Enthought. Both of which have made special distributions of Python with hundreds and hundreds of packages preconfigured to make it very easy to work with data. I personally prefer Continuum Anaconda, it's the one that I use, a lot of other people use it, but either one is going to work and it's going to get you up and running. And like I said with R, no matter what interface you use, all of them are command line. You're typing lines of code. Again, there is tremendous strength to that but, it can be intimidating to some people at first. In terms of the actual commands of Python, we have some examples here on the side, and the important thing to remember is that it's a text interface. On the other hand, Python is familiar to millions of people because it is very often a first programming language people learn to do general purpose programming. And there are a lot of very simple adaptations for data that make it very powerful for data science work. So, let me say something else again: data science loves Jupyter, and Jupyter is the browser-based framework. It's a local installation, but you access it through a web browser that makes it possible to really do some excellent work in data science. There's a few reasons for this. When you're working in Jupyter you get text output and you can use what's called Markdown as a way of formatting documents. You can get inline graphics for the graphics to show up directly beneath the code that you did it. It's also really easy to organize, present, and to share analyses that are done in Jupyter. Which makes it a strong contender for your choices in how you do data science programming. Another one of the beautiful things about Python, like R, is there are thousands of packages available. In Python, there is one main repository; it goes by the name PyPI. Which is for the Python Package Index. Right here it says there are over 80,000 packages and 7 or 8,000 of those are for data-specific purposes. Some of the packages that you will get to be very familiar with are NumPy and SciPy, which are for scientific computing in general; Matplotlib and a development of it called Seaborn are for data visualization and graphics. Pandas is the main package for the doing statistical analysis. And for machine learning, almost nothing beats scikit-learn. And when I go through hands-on examples in Python, I will be using all of these as a way of demonstrating the power of the program for working with data. In sum we can say a few things: Python is a very popular program very familiar to millions of people and that makes it a good choice. Second, of all the languages we use for data science on a frequent basis, this is the only one that's general purpose. Which means it can be used for a lot of things other than processing data. And it gets its power, like R does, from having thousands of contributed packages which greatly expand its capabilities especially in terms of doing data science work. A choice for "Coding in Data Science," one of the languages that may not come immediately to mind when they think data science, is Sequel or SQL. SQL is the language of databases and we think, "why do we want to work in SQL?" Well, to paraphrase the famous bank robber Willie Sudden who apparently explained why he robbed banks and said: "Because that's where the money is." The reason we would with SQL in data science is because that's where the data is. Let's take another look at our ranking of software among data mining professionals, and there's SQL. Third on the list, and also of this list, its also the first database tool. Other tools, for instance, get much fancier, and much new and shinier, but SQL has been around for a while as very very capable. There's a few things to know about SQL. You will notice that I am saying Sequel even though it stands for Structured Query Language. SQL is a language, not an application. There's not a program SQL, it's a language that can be used in different applications. Primarily, SQL is designed for what are called relational databases. And those are special ways of storing structured data that you can pull in. You can put things together, you can join them in special ways, you can get summary statistics, and then what you usually do is then export that data into your analytical application of choice. The big word here is RDBMS - Relational Database Management System; that is where you will usually see SQL as a query language being used. In terms of Relational Database Management System, there are a few very common choices. In the industrial world where people have some money to spend, there's Oracle database is a very common one and Microsoft SQL Server. In the open source world, two very common choices are MySQL, even though we generally say Sequel, when it's here you generally say MySQL. Another one is PostgreSQL. These are both open source, free versions of the language; sort of dialects of each, that make it possible for you to working with your databases and for you to get your information out. The neat thing about them, no matter what you do, databases minimize data redundancy by using connected tables. Each table has rows and columns and they store different levels or different of abstraction or measurement, which means you only have to put the information one place and then it can refer to lots of other tables. Makes it very easy to keep things organized and up to date. When you are looking into a way of working with a Relational Database Management System, you get to choose in part between using a graphical user interface or GUI. Some of those include SQL Developer and SQL Server Management Studio, two very common choices. And there are a lot of other choices such as Toad and some other choices that are graphical interfaces for working with these databases. There are also text-based interfaces. So really, any command line interface, and any interactive development environment or programming tool is going to be able to do that. Now, you can think of yourself on the command deck of your ship and think of a few basic commands that are very important for working with SQL. There are just a handful of commands that can get you where you need to go. There is the Select command, where you're choosing the cases that you want to include. From: says what tables are you going to be extracting them from. Where: is a way of specifying conditions, and then Order By: obviously is just a way of putting it all together. This works because usually when you are in a SQL database you're just pulling out the information. You want to select it, you want to organize it, and then what you are going to do is you are going to send the data to your program of choice for further analysis, like R or Python or whatever. In sum here's what we can say about SQL: Number one, as a language it's generally associated with relational databases, which are very efficient and well-structured ways of storing data. Just a handful of basic commands can be very useful when working with databases. You don't have have to be a super ninja expert, really a handful. Five, 10 commands will probably get you everything you need out of a SQL database. Then once the data is organized, the data is typically exported to some other program for analysis. When you talk about coding in any field, one of the languages or one of the groups of languages that come up most often are C, C++, and Java. These are extremely powerful applications and very frequently used for professional, production level coding. In data science, the place where you will see these languages most often is in the bedrock. The absolute fundamental layer that makes the rest of data science possible. For instance, C and C++. C is from the ‘60s, C++ is from the ‘80s, and they have extraordinary wide usage, and their major advantage is that they're really really fast. In fact, C is usually used as the benchmark for how fast is a language. They are also very, very stable, which makes them really well suited to production-level code and, for instance, server use. What's really neat is that in certain situations, if time is really important, if speeds important, then you can actually use C code in R or other statistical languages. Next is Java. Java is based on C++, it's major contribution was the WORA or the Write Once Run Anywhere. The idea that you were going to be able to develop code that is portable to different machines and different environments. Because of that, Java is the most popular computer programming language overall against all tech situations. The place you would use these in data science, like I said, when time is of the essence, when something has to be fast, it has to get the job accomplished quickly, and it has to not break. Then these are the ones you're probably going to use. The people who are going to use it are primarily going to be engineers. The engineers and the software developers who deal with the inner workings of the algorithms in data science or the back end of data science. The servers and the mainframes and the entire structure that makes analysis possible. In terms of analysts, people who are actually analyzing the data, typically don't do hands-on work with the foundational elements. They don't usually touch C or C++, more of the work is on the front end or closer to the high-level languages like R or Python. In sum: C, C++ and Java form a foundational bedrock in the back end of data and data science. They do this because they are very fast and they are very reliable. On the other hand, given their nature that work is typically reserved for the engineers who are working with the equipment that runs in the back that makes the rest of the analysis possible. I want to finish our extremely brief discussion of "Coding in Data Sciences" and the languages that can be used, by mentioning one other that's called Bash. Bash really is a great example of old tools that have survived and are still being used actively and productively with new data. You can think of it this way, it's almost like typing on your typewriter. You're working at the command line, you're typing out code through a command line interface or a CLI. This method of interacting with computers practically goes back to the typewriter phase, because it predates monitors. So, before you even had a monitor, you would type out the code and it would print it out on a piece of paper. The important thing to know about the command line is it's simply a method of interacting. It's not a language, because lots of languages can run at the command line. For instance, it is important to talk about the concept of a shell. In computer science, a shell is a language or something that wraps around the computer. It's a shell around the language, that is the interaction level for the user to get things done at the lower level that aren't really human-friendly. On Mac computers and Linux, the most common is Bash, which is short for Bourne Again Shell. On Windows computers, the most common is PowerShell. But whatever you do there actually are a lot of choices, there's the Bourne Shell, the C shell; which is why I have a seashell right here, the Z shell, there's fish for Friendly Interactive Shell, and a whole bunch of other choices. Bash is the most common on Mac and Linux and PowerShell is the most common on Windows as a method of interacting with the computer at the command line level. There's a few things you need to know about this. You have a prompt of some kind, in Bash, it's a dollar sign, and that just means type your command here. Then, the other thing is you type one line at a time. It's actually amazing how much you can get done with a one-liner program, by sort of piping things together, so one feeds into the other. You can run more complex commands if you use a script. So, you call a text document that has a bunch of things in it and you can get much more elaborate analyses done. Now, we have our tools here. In Bash we talk about utilities and what these are, are specific programs that accomplish specific tools. Bash really thrives on "Do one thing, and do it very well." There are two general categories of utilities for Bash. Number one, is the Built-ins. These are the ones that come installed with it, and so you're able to use it anytime by simply calling in their name. Some more common ones are: cat, which is for catenate; that's to put information together. There's awk, which is it's own interpreted language, but it's often used for text processing from the command line. By the way, the name 'Awk' comes from the initials of the people who created it. Then there's grep, which is for Global search with a Regular Expression and Print. It's a way of searching for information. And then there's sed, which stands for Stream Editor and its main use is to transform text. You can do an enormous amount with just these 4 utilities. A few more are head & tail, display the first or last 10 lines of a document. Sort & uniq, which sort and count the number of unique answers in a document. Wc, which is for word count, and printf which formats the output that you get in your console. And while you can get a huge amount of work done with just this small number of built-in utilities, there are also a wide range of installable. Or, other command line utilities that you can add to Bash, or whatever programming language you're using. So, since some really good ones that have been recently developed are jq: which is for pulling in JSON or JavaScript, object notation data from the web. And then there's json2csv, which is a way of converting JSON to csv format, which is what a lot of statistical programs are going to be happy with. There's Rio which allows you to run a wide range of commands from the statistical programming language R in the command line as part of Bash. And then there's BigMLer. This is a command line tool that allows you to access BigML's machine learning servers through the command line. Normally, you do it through a web browser and it accesses their servers remote. It's an amazingly useful program but to be able to just pull it up when you're in the command line is an enormous benefit. What's interesting is that even though you have all these opportunities, all these different utilities, you can do all amazing things. And there's still an active element of utilities for the command line. So, in sum: despite being in one sense as old as the dinosaurs, the command line survives because it is extremely well evolved and well suited to its purpose of working with data. The utilities; both the built-in and the installable are fast and they are easy. In general, they do one thing and they do it very, very well. And then surprisingly, there is an enormous amount of very active development of command line utilities for these purposes, especially with data science. One critical task when you are Coding in Data Science is to be able to find the things that you are looking for, and Regex (which is short of Regular Expressions) is a wonderful way to do that. You can think of it as the supercharged method for finding needles in haystacks. Now, Regex tends to look a little cryptic so, for instance, here's an example. As something that's designed to determine if something is a valid email address, and it specifies what can go in the beginning, you have the at sign in the middle, then you've got a certain number of letters and numbers, then you have to have a dot something at the end. And so, this is a special kind of code for indicating what can go where. Now regular expressions, or regex, are really a form of pattern matching in text. And it's a way of specifying what needs to be where, what can vary, and how much it can vary. And you can write both specific patterns; say I only want a one letter variation here, or a very general like the email validator that I showed you. And the idea here is that you can write this search pattern, your little wild card thing, you can find the data and then once you identify those cases, then you export them into another program for analysis. So here's a short example of how it can work. What I've done is taken some text documents, they're actually the texts to Emma and to Pygmalion, two books I got off of Project Gutenberg, and this is the command. Grep ^l.ve *.txt - so what I'm looking for in either of these books are lines that start with ‘l', then they can have one character; can be whatever, then that's followed by ‘ve', and then the .txt means search for all the text files in the particular folder. And what it found were lines that began with love, and lived, and lovely, and so on. Now in terms of the actual nuts and bolts of regular expressions, there are some certain elements. There are literals, and those are things that are exactly what they mean. You type the letter ‘l', you're looking for the letter ‘l'. There are also metacharacters, which specify, for instance, things need to go here; they're characters but are really code that give representations. Now, there are also escape sequences, which is normally this character is used as a variable, but I want to really look for a period as opposed to a placeholder. Then you have the entire search expression that you create and you have the target string, the thing that it is searching through. So let me give you a few very short examples. ^ this is the caret. This is the sometimes called a hat or in French, a circonflexe. What that means, you're looking for something at the beginning of the search you are searching. For example, you can have ^ and capital M, that means you need something that begins with capital M. For instance the word "Mac," true, it will find that. But if you have iMac, it's a capital M, but it's not the first letter and so that would be false, it won't find that. The $ means you are looking for something at the end of the string. So for example: ing$ that will find the word ‘fling' because it ends in ‘ing', but it won't find the word ‘flings' because it actually ends with an ‘s'. And then the dot, the period, simply means that we are looking for one letter and it can be anything. So, for example, you can write ‘at.'. And that will find ‘data' because it has an ‘a', a ‘t', and then one letter after it. But it won't find ‘flat', because ‘flat' doesn't have anything after the ‘at'. And so these are extremely simple examples of how it can work. Obviously, it gets more complicated and the real power comes when you start combining these bits and elements. Now, one interesting thing about this is you can actually treat this as a game. I love this website, it's called Regex golf and it's at regex.alf.nu. And what it does is brings up lists of words; two columns, and your job is to write a regular expression in the top, that matches all the words on the left column and none of the words on the right. And uses the fewest characters possible, and you get a score! And it's a great way of learning how to do regular expressions and learning how to search in a way that is going to get you the data you need for your projects. So, in sum: Regex, or regular expressions, help you find the right data for your project, they're very powerful and they're very flexible. Now, on the other hand, they are cryptic, at least when you first look at them but at the same time, it's like a puzzle and it can be a lot of fun if you practice it and you see how you can find what you need. I want to thank you for joining me in "Coding in Data Science" and we'll wrap up this course by talking about some of the specific next steps you can take for working in data science. The idea here, is that you want to get some tools and you want to start working with those tools. Now, please keep in mind something that I've said at another time. Data tools and data science are related, they're important but don't make the mistake of thinking that if you know the tools that you have done the same thing as actually conducted data science. That's not true, people sometimes get a little enthusiastic and they get a little carried away. What you need to remember is the relationship really is this: Data Tools are an important part of data science, but data science itself is much bigger than just the tools. Now, speaking of tools remember there's a few kinds that you can use, and that you might want to get some experience with these. #1, in terms of just Apps, specific built applications Excel & Tableau are really fundamental for both getting the data from clients or doing some basic data browsing and Tableau is really wonderful for interactive data visualization. I strongly recommend you get very comfortable with both of those. In terms of code, it's a good idea to learn either ‘R' or ‘Python' or ideally to learn both. Ideally because you can use them hand in hand. In terms of utilities, it's a great idea to work with Bash, the command line utility and to use regular expression or regex. You can actually use those in lots and lots of programs; regular expressions. So they can have a very wide application. And then finally, data science requires some sort of domain expertise. You're going to need some sort of field experience or intimate understanding of a particular domain and the challenges that come up and what constitutes workable answers and the kind of data that's available. Now, as you go through all of this, you don't need to build this monstrous list of things. Remember, you don't need everything. You don't need every tool, you don't need every function, you don't need every approach. Instead remember, get what's best for your needs, and for your style. But no matter what you do, remember that tools are tools, they are a means to an end. Instead, you want to focus on the goal of your data science project whatever it is. And I can tell you really, the goal is in the meaning, extracting meaning out of your data to make informed choices. In fact, I'll say a little more. The goal is always meaning. And so with that, I strongly encourage you to get some tools, get started in data science and start finding meaning in the data that's around you. Welcome to "Mathematics in Data Science". I'm Barton Poulson and we're going to talk about how Mathematics matters for data science. Now, you maybe saying to yourself, "Why math?", and "Computers can do it, I don't need to do it". And really fundamentally, "I don't need math I am just here to do my work". Well, I am here to tell you, No. You need math. That is if you want to be a data scientist, and I assume that you do. So we are going to talk about some of the basic elements of Mathematics, really at a conceptual level and how they apply to data science. There are few ways that math really matters to data science. #1, it allows you to know which procedures to use and why. So you can answer your questions in a way that is the most informative and the most useful. #2, if you have a good understanding of math, then you know what to do when things don't work right. That you get impossible values or things won't compute, and that makes a huge difference. And then #3, an interesting thing is that some mathematical procedures are easier and quicker to do by hand then by actually firing up the computer. And so for all 3 of these reasons, it's really helpful to have at least a grounding in Mathematics if you're going to do work in data science. Now probably the most important thing to start with in Algebra. And there are 3 kinds of algebra I want to mention. The first is elementary algebra, that's the regular x+y. Then there is Linear or matrix algebra which looks more complex, but is conceptually it is used by computers to actually do the calculations. And then finally I am going to mention Systems of Linear Equations where you have multiple equations simultaneously that you're trying to solve. Now there's more math than just algebra. A few other things I'm going to cover in this course. Calculus, a little bit of Big O or order which has to do with the speed and complexity of operations. A little bit of probability theory and a little bit of Bayes or Bayes theorem which is used for getting posterior probabilities and changes the way you interpret the results of an analysis. And for the purposes of this course, I'm going to demonstrate the procedures by hand, of course you would use software to do this in the real world, but we are dealing with simple problems at conceptual levels. And really, the most important thing to remember is that even though a lot of people get put off by math, really You can do it! And so, in sum: let's say these three things about math. First off, you do need some math to do good data science. It helps you diagnose problems, it helps you choose the right procedures, and interestingly you can do a lot of it by hand, or you can use software computers to do the calculations as well. As we begin our discussion of the role of "Mathematics and Data Science", we'll of course begin with the foundational elements. And in data science nothing is more foundational than Elementary Algebra. Now, I'd like to begin this with really just a bit of history. In case you're not aware, the first book on algebra was written in 820 by Muhammad ibn Musa al-Khwarizmi. And it was called "The Compendious Book on Calculation by Completion and Balancing". Actually, it was called this, which if you transliterate that comes out to this, but look at this word right here. That's the algebra, which means Restoration. In any case, that's where it comes from and for our concerns, there are several kinds of algebra that we're going to talk about. There's Elementary Algebra, there's Linear Algebra and there are systems of linear equations. We'll talk about each of those in different videos. But to put it into context, let's take an example here of salaries. Now, this is based on real data from a survey of the salary of people employed in data science and to give a simple version of it. The salary was equal to a constant, that's sort of an average value that everybody started with and to that you added years, then some measure of bargaining skills and how many hours they worked per week. And that gave you your prediction, but that wasn't exact there's also some error to throw into it to get to the precise value that each person has. Now, if you want to abbreviate this, you can write it kind of like this: S + C + Y + B + H + E, although it's more common to write it symbolically like this, and let's go through this equation very quickly. The first thing we have is outcome,; we call that y the variable y for person i, "i" stands for each case in our observations. So, here's outcome y for person i. This letter here, is a Greek Beta and it represents the intercept or the average, that's why it has a zero, because we don't multiply it times anything. But right next to it we have a coefficient for variable 1. So Beta, which means a coefficient, sub 1 for the first variable and then we have variable 1 then x 1, means variable 1, then i means its the score on that variable for person i, whoever we are talking about. Then we do the same thing for variables 2 and 3, and at the end, we have a little epsilon here with an i for the error term for person i, which says how far off from the prediction was their actual score. Now, I'm going to run through some of these procedures and we'll see how they can be applied to data science. But for right now let's just say this in sum. First off, Algebra is vital to data science. It allows you to combine multiple scores, get a single outcome, do a lot of other manipulations. And really, the calculations, their easy for one case at at time. Especially when you're doing it by hand. The next step for "Mathematics for Data Science" foundations is to look at Linear algebra or an extension of elementary algebra. And depending on your background, you may know this by another name and I like to think welcome to the Matrix. Because it's also known as matrix algebra because we are dealing with matrices . Now, let's go back to an example I gave in the last video about salary. Where salary is equal to a constant plus years, plus bargaining, plus hours plus error, okay that's a way to write it out in words and if you want to put it in symbolic form, it's going to look like this. Now before we get started with matrix algebra, we need to talk about a few new words, maybe you're familiar with them already. The first is Scalar, and this means a single number. And then a vector is a single row or a single column of numbers that can be treated as a collection. That usually means a variable. And then finally, a matrix consists of many rows and columns. Sort of a big rectangle of numbers, the plural of that by the way is matrices and the thing to remember is that Machines love Matrices. Now let's take a look at a very simple example of this. Here is a very basic representation of matrix algebra or Linear Algebra. Where we are showing data on two people, on four variables. So over here on the left, we have the outcomes for cases 1 and 2, our people 1 and 2. And we put it into the square brackets to indicate that it's a vector or a matrix. Here on the far left, it's a vector because it's a single column of values. Next to that is a matrix, that has here on the top, the scores for case 1, which I've written as x's. X1 is for variable 1, X2 is for variable 2 and the second subscript is indicated that it's for person 1. Below that, are the scores for case 2, the second person. And then over here, in another vertical column are the regression coefficients, that's a beta there that we are using. And then finally, we've got a tiny little vector here which contains the error terms for cases 1 and 2. Now, even though you would not do this by hand, it's helpful to run through the procedure, so I'm going to show it to you by hand. And we are going to take two fictional people. This will be fictional person #1, we'll call her Sophie. We'll say that she's 28 years old and we'll say that she's has good bargaining skills, a 4 on a scale of 5, and that she works 50 hours a week and that her salary is $118,000.00. Our second fictional person, we'll call him Lars and we'll say that he's 34 years old and he has moderate bargaining skills 3 out of 5, works 35 hours per week and has a salary of $84,000.00. And so if we are trying to look at salaries, we can look at our matrix representation that we had here, with our variables indicated with their Latin and sometimes Greek symbols. And we will replace those variables with actual numbers. We have the salary for Sophie, our first person. So why don't we plug in the numbers here and let's start with the result here. Sophie's salary is $118,000.00 and here's how all these numbers all add up to get that. The first thing here is the intercept. And we just multiply that times 1, so that's sort of the starting point, and then we get this number 10, which actually has to do with years over 18. She's 28 so that's 10 years over 18, we multiply each year by 1395. Next is bargaining skills. She's got a 4 out of 5 and for each step up you get $5,900.00. By the way, these are real coefficients from study of survey of salary of data scientists. And then finally hours per week. For each hour, you get $382.00. Now you can add these up, and get a predicted value for her but it's a little low. It's $30,00.00 low. Which you may be saying that's pretty messed up, well that's because there's like 40 variables in the equation including she might be the owner and if she's the owner then yes she's going to make a lot more. And then we do a similar thing for the second case, but what's neat about matrix algebra or Linear Algebra is this means the same stuff and what we have here are these bolded variables. That stand in for entire vectors or matrices. So for instance; this Y, a bold Y stands for the vector of outcome scores. This bolded X is the entire matrix of values that each person has on each variable. This bolded beta is all of the regression coefficients and then this bolded epsilon is the entire vector of error terms. And so it's a really super compact way of representing the entire collection of data and coefficients that you use in predicting values. So in sum, let's say this. First off, computers use matrices. They like to do linear algebra to solve problems and is conceptually simpler because you can put it all in there in this type formation. In fact, it's a very compact notation and it allows you to manipulate entire collections of numbers pretty easily. And that's that major benefit of learning a little bit about linear or matrix algebra. Our next step in "Mathematics for Data Science Foundations" is systems of linear equations. And maybe you are familiar with this, but maybe you're not. And the idea here is that there are times, when you actually have many unknowns and you're trying to solve for them all simultaneously. And what makes this really tricky is that a lot of these are interlocked. Specifically that means X depends on Y, but at the same time Y depends on X. What's funny about this, is it's actually pretty easy to solve these by hand and you can also use linear matrix algebra to do it. So let's take a little example here of Sales. Let's imagine that you have a company and that you've sold 1,000 iPhone cases, so that they are not running around naked like they are in this picture here. Some of them sold for $20 and others sold for $5. You made a total of $5,900.00 and so the question is "How many were sold at each price?" Now, if you were keeping our records, but you can also calculate it from this little bit of information. And to show you I'm going to do it by hand. Now, we're going to start with this. We know that sales the two price points x + y add up to 1,000 total cases sold. And for revenue, we know that if you multiply a certain number times $20 and another number times $5, that it all adds up to $5,900.00. Between the two of those we can figure out the rest. Let's start with sales. Now, what I'm going to do is try to isolate the values. I am going to do that by putting in this minus y on both sides and then I can take that and I can subtract it, so I'm left with x is equal to 1,000 - y. Normally I solve for x, but I solve for y, you'll see why in just a second. Then we go to revenue. We know from earlier that our sales at these two prices points, add up to $5,900.00 total. Now what we are going to do is take the x that's right here and we are going to replace it with the equation we just got, which is 1,000 - y. Then we multiply that through and we get $20,000.00 minus $20y plus $5 y equals $5,900.00. Well, we can subtract these two because they are on the same thing. So, $20y then we get $15y, and then we subtract $20,000.00 from both sides. So there it is, right there on the left, and that disappears, then I get it over on the right side. And then I do the math there, and I get minus $14, 100.00. Well, then I divide both sides by negative $15.00 and when we do that we get y equals 940. Okay, so that's one of our values for sales. Let's go back to sales. We have x plus y equals 1,000. We take the value we just got, 940, we stick that into the equation, then we can solve for x. Just subtract 940 from each side, there we go. We get x is equal to 60. So, let's put it all together, just to recap what happened. What this tells us is that 60 cases were sold at $20.00 each. And that 940 cases were sold at $5 each. Now, what's interesting about this is you can also do this graphically. We're going to draw it. So, I'm going to graph the two equations. Here are the original ones we had. This one predicts sales, this one gives price. The problem is, these aren't in the economical form for creating graphs. That needs to be y equals something else, so we're going to solve both of these for y. We subtract x from both sides, there it is on the left, we subtract that. Then we have y is equals to minus x plus 1,000. That's something we can graph. Then we do the same thing for price. Let's divide by 5 all the way through, that gets rid of that and then we've got this 4x, then let's subtract 4x from each side. And what we are left with is minus 4x plus 1,180, which is also something we can graph. So this first line, this indicates cases sold. It originally said x plus y equals 1000, but we rearranged it to y is equal to minus x plus 1000. And so that's the line we have here. And then we have another line, which indicates earnings. And this one was originally written as $20.00 times x plus $5.00 times y equals $5,900.00 total. We rearranged that to y equals minus 4x plus 1,180. That's the equation for the line and then the solution is right here at the intersection. There's our intersection and it's at 60 on the number of cases sold at $20.00 and 940 as the number of cases sold at $5.00 and that also represents the solution of the joint equations. It's a graphical way of solving a system of linear equations. So in sum, systems of linear equations allow us to balance several unknowns and find unique solutions. And in many cases, it's easy to solve by hand, and it's really easy with linear algebra when you use software to do it at the same time. As we continue our discussion of "Mathematics for Data Science" and the foundational principles the next thing we want to talk about is Calculus. And I'm going to give a little more history right here. The reason I'm showing you pictures of stones, is because the word Calculus is Latin for stone, as in a stone used for tallying. Where when people would actually have a bag of stones and they would use it to count sheep or whatever. And the system of Calculus was formalized in the 1,600s simultaneously, independently by Isaac Newton and Gottfried Wilhelm Leibniz. And there are 3 reasons why Calculus is important for data science. #1, it's the basis for most of the procedures we do. Things like least squares regression and probability distributions, they use Calculus in getting those answers. Second one is if you are studying anything that changes over time. If you are measuring quantities or rates that change over time then you have to use Calculus. Calculus is used in finding the maxima and minima of functions especially when you're optimizing. Which is something I'm going to show you separately. Also, it is important to keep in mind, there are two kinds of Calculus. The first is differential Calculus, which talks about rates of change at a specific time. It's also known as the Calculus of change. The second kind of Calculus is Integral Calculus and this is where you are trying to calculate the quantity of something at a specific time, given the rate of change. It's also known as the Calculus of Accumulation. So, let's take a look at how this works and we're going to focus on differential Calculus. So I'm going to graph an equation here, I'm going to do y equals x2 a very simple one but it's a curve which makes it harder to calculate things like the slope. Let's take a point here that's at minus 2, that's the middle of the red dot. X is equal to minus 2. And because y is equal to x2 , if we want to get the y value, all we got to do is take that negative 2 and square it and that gives us 4. So that's pretty easy. So the coordinates for that red point are minus 2 on x, and plus 4 on the y. Here's a harder question. "What is the slope of the curve at that exact point?" Well, it's actually a little tricky because the curve is always curving there's no flat part on it. But we can get the answer by getting the derivative of the function. Now, there are several different ways of writing this, I am using the one that's easiest to type. And let's start by this, what we are going to do is the n here and that is the squared part, so that we have x2 . And you see that same n turns into the squared, and then we come over here and we put that same value 2 in right there, and we put the two in right here. And then we can do a little bit of subtraction. 2 minus 1 is 1 and truthfully you can just ignore that then then you get 2x. That is the derivative, so what we have here is the derivative of x2 is 2x. That means, the slope at any given point in the curve is 2x. So, let's go back to the curve we had a moment ago. Here's our curve, here's our point at x minus 2, and so the slope is equal to 2x, well we put in the minus 2, and we multiply it and we get minus 4. So that is the slope at this exact point in the curve. Okay, what if we choose a different point? Let's say we came over here to x is equal to 3? Well, the slope is equal to 2x so that's 2 times 3, is equal to 6. Great! And on the other hand, you might be saying to yourself "And why do I care about this?" There's a reason that this is important and what it is, is that you can use these procedures to optimize the decisions. And if that seems a little to abstract to you, that means you can use them to make more money. And I'm going to demonstrate that in the next video. But for right now in sum, let's say this. Calculus is vital to practical data science, it's the foundation of statistics and it forms the core that's needed for doing optimization. In our discussion about Mathematics and data science foundations, the last thing I want to talk about right here is calculus and how it relates to optimization. I like to think of this, in other words, as the place where math meets reality, or it meets Manhattan or something. Now if you remember this graph I made in the last video, y is equal to x2, that shows this curve here and we have the derivative that the slope can be given by 2x. And so when x is equal to 3, the slope is equal to 6, fine. And this is where this comes into play. Calculus makes it possible to find values that maximize or minimize outcomes. And if you want to think of something a little more concrete here, let's think of an example, by the way that's Cupid and Psyche. Let's talk about pricing for online dating. Let's assume you've created a dating service and you want to figure out how much can you charge for it that will maximize your revenue. So, let's get a few hypothetical parameters involved. First off, let's say that subscriptions, annual subscriptions cost $500.00 each year and you can charge that for a dating service. And let's say you sell 180 new subscriptions every week. On the other hand, based on your previous experience manipulating prices around, you have some data that suggests that for each $5 you discount from the price of $500.00 you will get 3 more sales. Also, because its an online service, lets make our life a little more easier right now and assume there is no increase in overhead. It's not really how it works, but we'll do it for now. And I'm actually going to show you how to do all this by hand. Now, let's go back to price first. We have this. $500.00 is the current annual subscription price and you're going to subtract $5.00 for each unit of discount, that's why I'm giving D. So, one discount is $5.00, two discounts is $10.00 and so on. And then we have a little bit of data about sales, that you're currently selling 180 subscriptions per week and that you will add 3 more for each unit of discount that you give. So, what we're going to do here is we are going to find sales as a function of price. Now, to do that the first thing we have to do is get the y intercept. So we have price here, is $500.00, is the current annual subscription price minus $5 times d. And what we are going to do is, is we are going to get the y intercept by solving when does this equal zero? Okay, well we take the $500 we subtract that from both sides and then we end up with minus $5d is equal to minus $500.00. Divide both sides by minus $5 and we are left with d is equal to 100. That is, when d is equal to 100, x is 0. And that tells us how we can get the y intercept, but to get that we have to substitute this value into sales. So we take d is equal to 100, and the intercept is equal to 180 plus 3; 180 is the number of new subscriptions per week and then we take the three and we multiply that times our 100. So, 180 times 3 times 100,[1] is equal to 300 add those together and you get 480. And that is the y intercept in our equation, so when we've discounted sort of price to zero then the expected sale is 480. Of course that's not going to happen in reality, but it's necessary for finding the slope of the line. So now let's get the slope. The slope is equal to the change in y on the y axis divided by the change in x. One way we can get this is by looking at sales; we get our 180 new subscriptions per week plus 3 for each unit of discount and we take our information on price. $500.00 a year minus $5.00 for each unit of discount and then we take the 3d and the $5d and those will give us the slope. So it's plus 3 divided by minus 5, and that's just minus 0.6. So that is the slope of the line. Slope is equal to minus 0.6. And so what we have from this is sales as a function of price where sales is equal to 480 because that is the y intercept when price is equal to zero minus 0.6 times price. So, this isn't the final thing. Now what we have to do, we turn this into revenue, there's another stage to this. Revenue is equal to sales times price, how many things did you sell and how much did it cost. Well, we can substitute some information in here. If we take sales and we put it in as a function of price, because we just calculated that a moment ago, then we do a little bit of multiplication and then we get that revenue is equal to 480 times the price minus 0.6 times the price. Okay, that's a lot of stuff going on there. What we're going to do now is we're going to get the derivative, that's the calculus that we talked about. Well, the derivative of 480 and the price, where price is sort of the x, the derivative is simply 480 and the minus 0.6 times price? Well, that's similar to what we did with the curve. And what we end up with is 0.6 times 2 is equal to 1.2 times the price. This is the derivative of the original equation. We can solve that for zero now, and just in case you are wondering. Why do we solve it for zero? Because that is going to give us the place when y is at a maximum. Now we had a minus squared so we have to invert the shape. When we are trying to look for this value right here when it's at the very tippy top of the curve, because that will indicate maximum revenue. Okay, so what we're going to do is solve for zero. Let's go back to our equation here. We want to find out when is that equal to zero? Well, we subtract 480 from each side, there we go and we divide by minus 1.2 on each side. And this is our price for maximum revenue. So we've been charging $500.00 a week, but this says we'll have more total income if we charge $400.00 instead. And if you want to find out how many sales we can get, currently we have 480 and if you want to know what the sales volume is going to be for that. Well, you take the 480 which is the hypothetical y intercept when the price is zero, but then we put in our actual price of $400.00, multiply that, we get 240, do the subtraction and we get 240 total. So, that would be 240 new subscriptions per week. So let's compare this. Current revenue, is 180 new subscriptions per week at $500.00 per year. And that means our current revenue is $90,000.00 per year, I know it sounds really good, but we can do better than that. Because the formula for maximum value is 240 times $400.00, when you multiply those you get $96,000.00. And so the improvement is just a ratio of those two. $96,000.00 divided by $90,000.00 is equal to 1.07. And what that means is a 7% increase and anybody would be thrilled to get a 7% increase in their business simply by changing the price and increasing the overall revenue. So, let's summarize what we found here. If you lower the cost by 20%, go from $500.00 year to $400.00 per year, assuming all of our other information is correct, then you can increase sales by 33%; that's more than the 20 that you had and that increases total revenue by 7%. And so we can optimize the price to get the maximum total revenue and it has to do with that little bit of calculus and the derivative of the function. So in sum, calculus can be used to find the minima and maxima of functions including prices. It allows for optimization and that in turn allows you to make better business decisions. Our next topic in "Mathematics and Data Principals", is something called Big O. And if you are wondering what Big O is all about, it is about time. Or, you can think of it as how long does it take to do a particular operation. It's the speed of the operation. If you want to be really precise, the growth rate of a function; how much more it requires as you add elements is called its Order. That's why it's called Big O, that's for Order. And Big O gives the rate of how things grow as the number of elements grows, and what's funny is there can be really surprising differences. Let me show you how it works with a few different kinds of growth rates or Big O. First off, there's the ones that I say are sort of one the spot, you can get stuff done right away. The simplest one is O1, and that is a constant order. That's something that takes the same amount of time, no matter what. You can send an email out to 10,000 people just hit one button; it's done. The number of elements, the number of people, the number of operations, it just takes the same amount of time. Up from that is Logarithmic, where you take the number of operations, you get the logarithm of that and you can see it's increased, but really it's only a small increase, it tapers off really quickly. So an example is finding an item in a sorted rate. Not a big deal. Next, one up from that, now this looks like a big change, but in the grand scheme, it's not a big change. This is a linear function, where each operation takes the same unit of time. So if you have 50 operations, you have 50 units of time. If you're storing 50 objects it takes 50 units of space. So, find an item in an unsorted list it's usually going to be linear time. Then we have the functions where I say you know, you'd better just pack a lunch because it's going to take a while. The best example of this is called Log Linear. You take the number of items and you multiply that number times the log of the items. An example of this is called a fast Fourier transform, which is used for dealing for instance with sound or anything that sort of is over time. You can see it takes a lot longer, if you have 30 elements your way up there at the top of this particular chart at 100 units of time, or 100 units of space or whatever you want to put it. And it looks like a lot. But really, that's nothing compared to the next set where I say, you know you're just going to be camping out you may as well go home. That includes something like the Quadratic. You square the number of elements, you see how that kind of just shoots straight up. That's Quadratic growth. And so multiplying two n-digit numbers, if you're multiplying two numbers that have 10 digit numbers it's going to take you that long, it's going to take a long time. Even more extreme is this one, this is the exponential, two raised to the power to the number of items you have. You'll see, by the way, the red line does not even go all the way to the top. That's because the graphing software that I'm using, doesn't draw it when it goes above my upper limit there, so it kind of cuts it off. But this is a really demanding kind of thing, it's for instance finding an exact solution for what's called the Travelling Salesman Problem, using dynamic programming. That's an example of exponential rate of growth. And then one more I want to mention which is sort of catastrophic is Factorial. You take the number of elements and you raise that to the exclamation point Factorial, and you see that one cuts off very soon because it basically goes straight up. You have any number of elements of any size, it's going to be hugely demanding. And for instance if you're familiar with the Travelling Salesman Problem, that's trying to find the solution through the brute force search, it takes a huge amount of time. And you know before something like that is done, you're probably going to turn to stone and wish you'd never even started. The other thing to know about this, is that not only do something's take longer than others, some of these methods and some functions are more variable than others. So for instance, if you're working with data that you want to sort, there are different kinds of sort or sorting methods. So for instance, there is something called an insertion sort. And when you find this on its best day, it's linear. It's O of n, that's not bad. On the other hand the average is Quadratic and that's a huge difference between the two. Selection sorts on the other hand, the best is quadratic and the average is quadratic. It's always consistent, so it's kind of funny, it takes a long time, but at least you know how long it's going to take versus the variability of something like an insertion sort. So in sum, let me say a few things about Big O. #1, You need to know that certain functions or procedures vary in speed, and the same thing applies to making demands on a computer's memory or storage space or whatever. They vary in their demands. Also, some are inconsistent. Some are really efficient sometimes and really slow or difficult the others. Probably the most important thing here is to be aware of the demands of what you are doing. That you can't, for instance, run through every single possible solution or you know, your company will be dead before you get an answer. So be mindful of that so you can use your time well and get the insight you need, in the time that you need it. A really important element of the "Mathematics and Data Science" and one of its foundational principles is Probability. Now, one of the things that Probability comes in intuitively for a lot of people is something like rolling dice or looking at sports outcomes. And really the fundamental question of what are the odds of something. That gets at the heart of Probability. Now let's take a look at some of the basic principles. We've got our friend, Albert Einstein here to explain things. The Principles of Probability work this way. Probabilities range from zero to 1, that's like zero percent to one hundred percent chance. When you put P, then in parenthesis here A, that means the Probability of whatever is in parenthesis. So P(A), means the Probability of A. and then P(B) is the Probability of B. When you take all of the probabilities together, you get what is called the probability Space. And that's why we have S and that all adds up to 1, because you've now covered 100 % of the possibilities. Also you can talk about the compliment. The tilde here is used to say the probability of not A is equal to 1 minus the probability of A, because those have to add up. So, let's take a look at something also that conditional probabilities, which is really important in statistics. A conditional probability is the probability that something if something else is true. You write it this way: the probability of, and that vertical line is called a Pipe and it's read as assuming that or given that. So you can read this as the probability of A given B, is the probability of A occurring if B is true. So you can say for instance, what's the probability if something's orange, what's the probability that it's a caret given this picture. Now, the place that this comes in really important for a lot of people is the probability of type one and type two errors in hypothesis testing, which we'll mention at some other point. But I do want to say something about arithmetic with probabilities because it does not always work out the way people think it will. Let's start by talking about adding probabilities. Let's say you have two events A and B, and let's say you want to find the probabilities of either one of those events. So that's like adding the probabilities of the two events. Well, it's kind of easy. You take the probability of event A and you add the probability of event B, however you may have to subtract something, you may have to subtract this little piece because maybe there are some overlap between the two of them. On the other hand if A and B are disjoined, meaning they never occur together, then that's equal to zero. And then you can subtract zero which is just, you get back to the original probabilities. Let's take a really easy example of this. I've created my super simple sample space I have 10 shapes. I have 5 squares on top, 5 circles on the bottom and I've got a couple of red shapes on the right side. Let's say we want to find the probability of a square or a red shape. So we are adding the probabilities but we have to adjust for the overlap between the two. Well here's our squares on top. 5 out of the 10 are squares and over here on the right we have two red shapes, two out of 10. Let's go back to our formula here and let's change a little bit. Change the A and the B to S and R for square and red. Now we can start this way, let's get the probability that something is a square. Well, we go back to our probability space and you see we have 5 squares out of 10 shapes total. So we do 5 over 10, that reduces to .5. Okay, next up the probability of something red in our sample space. Well, we have 10 shapes total, two of them on the far right are red. That's two over 10, and you do the division get.2. Now, the trick is the overlap between these two categories, do we have anything that is both square and red, because we don't want to count that twice we have to subtract it. Let's go back to our sample space and we are looking for something that is square, there's the squares on top and there's the things that are red on the side. And you see they overlap and this is our little overlapping square. So there's one shape that meets both of those, one out of 10. So we come back here, one out of 10, that reduces to .1 and then we just do the addition and subtraction here. .5 plus .2 minus .1, gets us .6. And so what that means is, there is a 60% chance of an object being square or red. And you can look at it right here. We have 6 shapes outlined now and so that's the visual interpretation that lines up with the mathematical one we just did. Now let's talk about multiplication for Probabilities. Now the idea here is you want to get joint probabilities, so the probability of two things occurring together, simultaneously. And what you need to do here, is you need to multiply the probabilities. And we can say the probability of A and B, because we are asking about A and B occurring together, a joint occurrence. And that's equal to the probability of A times the probability of B, that's easy. But you do have to expand it just a little bit because you can have the problem of things overlapping a little bit, and so you actually need to expand it to a conditional probability, the probability of B given A. Again, that's that vertical pipe there. On the other hand, if A and B are independent and they never co-occur, or B is no more likely to occur if A happens, then it just reduces to the probability of B, then you get your slightly simpler equation. But let's go and take a look at our sample space here. So we've got our 10 shapes, 5 of each kind, and then two that are red. And we are going to look at originally, the probability of something being square or red, now we are going to look at the probability of it being square and red. Now, I know we can eyeball this one real easy, but let's run through the math. The first thing we need to do, is get the ones that are square. There's those 5 on the top and the ones that are red, and there's those two on the right. In terms of the ones that are both square and red, yes obviously there's just this one red square at the top right. But let's do the numbers here. We change our formula to be S and R for square and red, we get the probability of square. Again that's those 5 out of 10, so we do 5/10, reduce this to .5. And then we need the probability of red given that it's a square. So, we only need to look at the squares here. There's the squares, 5 of them, and one of them is red. So that's 1 over 5 . That reduces to .2. You multiply those two numbers; .5 times .2, and what you get is .10 or 10% chance or 10 percent of our total sample space is red squares. And you come back and you look at it and you say yeah there's one out of 10. So, that just confirms what we are able to do intuitively. So, that's our short presentation on probabilities and in sum what did we get out of that? #1, Probability is not always intuitive. And also the idea that conditional values can help in a lot of situations, but they may not work the way you expect them to. And really the arithmetic of Probability can surprise people so pay attention when you are working with it so you can get a more accurate conclusion in your own calculations. Let's finish our discussion of "Mathematics and Data Science" and the basic principles by looking at something called Bayes' theorem. And if you're familiar with regular probability and influential testing, you can think of Bayes' theorem as the flip side of the coin. You can also think of it in terms of intersections. So for instance, standard inferential tests and calculations give you the probability of the data; that's our d, given the hypothesis. So, if you assume a known hypothesis is true, this will give you the probability of the data arising by chance. The trick is, most people actually want the opposite of that. They want the probability of the hypothesis given the data. And unfortunately, those two things can be very different in many circumstances. On the other hand, there's a way of dealing with it, Bayes does it and this is our guy right here. Reverend Thomas Bayes, 18th Century English minister and statistician. He developed a method for getting what he called posterior probabilities that use as prior probabilities. And test information or something like base rates, how common something overall to get the posterior or after the fact Probability. Here's the general recipe to how this works: You start with the probability of the data given the hypothesis which is what you get from the likelihood of the data. You also get that from a standard inferential test. To that, you need to add the probability to the hypothesis or the cause of being true. That's called the prior or the prior probability. To that you add the D; the probability of the data, that's called the marginal probability. And then you combine those and in a special way to get the probability of the hypothesis given the data or the posterior probability. Now, if you want to write it as an equation, you can write it in words like this; posterior is equal to likelihood times prior divided by marginal. You can also write it in symbols like this; the probability of H given D, the probability of the hypothesis given the data, that's the posterior probability. Is equal to the probability of the data given the hypothesis, that the likelihood, multiplied by the probability of the hypothesis and divided by probability of the data overall. But this is a lot easier if we look at a visual version of it. So, let's go this example here. Let's say we have a square here that represents 100% of all people and we are looking at a medical condition. And what we are going to say here is that we got this group up here that represents people who have a disease, so that's a portion of all people. And that what we say, is we have a test and people with the disease, 90% of them will test positive, so they're marked in red. Now it does mean over here on the far left people with the disease who test negative that's 10%. Those are our false negatives. And so if the test catches 90% of the people who have the disease, that's good right? Well, let's look at it this way. Let me ask y0u a basic question. "If a person tests positive for a disease, then what is the probability they really have the disease?" And if you want a hint, I'm going to give you one. It's not 90%,. Here's how it goes. So this is the information I gave you before and we've got 90% of the people who have the disease; that's a conditional probability, they test positive. But what about the other people, the people in the big white area below, ‘of all people'. We need to look at them and if any of them ever test positive, do we ever get false positives and with any test you are going to get false positives. And so let's say our people without the disease, 90% of them test negative, the way they should. But of the people who don't have the disease, 10% of them test positive, those are false positives. And so if you really want to answer the question, "If you test positive do you have the disease?", here's what you need. What you need is the number of people with the disease who test positive divided by all people who test positive. Let's look at it this way. So here's our information. We've got 29.7% of all people are in this darker red box, those are the people who have the disease and test positive, alright that's good. Then we have 6.7% of the entire group, that's the people without the disease who test positive. So we want to do, we want the probability of the disease what percentage have the disease and test positive and then divide that by all the people that test positive. And that bottom part is made up of two things. That's made up of the people who have the disease and test positive, and the people who don't have the disease and test positive. Now we can take our numbers and start plugging them in. Those who have the disease and test positive that's 29.7% of the total population of everybody. We can also put that number right here. That's fine, but we also need to look at the percentage that do not have the disease and test positive; of the total population, that's 6.7%. So, we just need to rearrange, we add those two numbers on the bottom, we get 36.4% and we do a little bit of division. And the number we get is 81.6%, here's what that means. A positive test result still only means a probability of 81.6% of having the disease. So, the test is advertised at having 90% accuracy, well if you test positive there's really only a 82% chance you have the disease. Now that's not really a big difference. But consider this: what if the numbers change? For instance, what if the probability of the disease changes? Here's what we originally had. Let's move it around a little bit. Let's make the disease much less common. And so now what we do, we are going to have 4.5% of all people are people who have the disease and test positive. And then because there is a larger number of people who don't have the disease, we are going to have a relatively larger proportion of false positives. Again, compared to the entire population it's going to be 9.5% of everybody. So we are going to go back to our formula here in words and start plugging in the numbers. We get 4.5% right there, and right there. And then we add in our other number, the false positives that's 9.5%. Well, we rearrange and we start adding things up, that's 14% and when we divide that, we get 32.1%. Here's what that number means. That means a positive test result; you get a positive test result, now means you only have a probability of 32.1% of having the disease. That's ? less than the accuracy of 90%, and in case you can't tell, that's a really big difference. And that's why Bayes theorem matters, because it answers the questions that people want and the answer can be dramatically different depending on the base rate of the thing you are talking about. And so in sum, we can say this. Bayes theorem allows you to answer the right question, people really want to know; what's the probability that I have the disease. What's the probability of getting a positive if I have the disease. They want to know whether they have the disease. And to do this, you need to have prior probabilities, you need to know how common the disease is, you need to know how many people get positive test results overall. But, if you can get that information and run them through it can change your answers and really the emotional significance of what you're dealing with dramatically. Let's wrap up some of our discussion of "Mathematics and Data Science" and the data principles and talk about some of the next steps. Things you can do afterwards. Probably the most important thing is, you may have learned about math a long time ago but now it's a good time to dig out some of those books and go over some of the principles you've used before. The idea here is that a little math can go a long way in data science. So, things like Algebra and things like Calculus and things like Big O and Probability. All of those are important in data science and its helpful to have at least a working understanding of each. You don't have to know everything, but you do need to understand the principles of your procedures that you select when you do your projects. There are two reasons for that very generally speaking. First, you need to know if a procedure will actually answer your question. Does it give you the outcome that you need? Will it give you the insight that you need? Second; really critical, you need to know what to do when things go wrong. Things don't always work out, numbers don't always add up, you got impossible results or things just aren't responding. You need to know enough about the procedure and enough about the mathematics behind it, so you can diagnose the problem, and respond appropriately. And to repeat myself once again, no matter what you're working on in data science, no matter what tool you're using, what procedure you're doing, focus on your goal. And in case you can't remember that, your goal is meaning. Your goal is always meaning. Welcome to "Statistics in Data Science". I'm Barton Poulson and what we are going to be doing in this course is talking about some of the ways you can use statistics to see the unseen. To infer what's there, even when most of it's hidden. Now this shouldn't be surprised. If you remember the data science Venn Diagram we talked about a while ago, we have math up here at the top right corner, but if you were to go to the original description of this Venn Diagram, it's full name was math and stats. And let me just mention something in case it's not completely obvious about why statistics matters to data science. And the idea is this; counting is easy. It's easy to say how many times a word appears in a document, it's easy to say how many people voted for a particular candidate in one part of the country. Counting is easy, but summarizing and generalizing those things hard. And part of the problem is there's no such thing as a definitive analysis. All analyses really, depend on the purposes that you're dealing with. So as an example, let me give you a couple of pairs of words and try to summarize the difference between them in just two or three words. In a word or two, how is a souffle different from a quiche, or how is an Aspen different from a Pine tree? Or how is Baseball different from Cricket? And how are musicals different from opera? It really depends on who you are talking to, it depends on your goals and it depends on the shared knowledge. And so, there's not a single definitive answer, and then there's the matter of generalization. Think about it again, take music. Listen to three concerti by Antonio Vivaldi, and do you think you can safely and accurately describe all of his music? Now, I actually chose Vivaldi on purpose because even Igor Stravinsky said you could, he said he didn't write 500 concertos he wrote the same concerto 500 times. But, take something more real world like politics. If you talk to 400 registered voters in the US, can you then accurately predict the behavior of all of the voters? There's about 100 million voters in the US, and that's a matter of generalization. That's the sort of thing we try to take care of with inferential statistics. Now there are different methods that you can use in statistics and all of them are described to give you a map; a description of the data you're working on. There are descriptive statistics, there are inferential statistics, there's the inferential procedure Hypothesis testing and there's also estimation and I'll talk about each of those in more depth. There are a lot of choices that have to be made and some of the things I'm going to discuss in detail are for instance the choice of Estimators, that's different from estimation. Different measures of fit. Feature selection, for knowing which variables are the most important in predicting your outcome. Also common problems that arise when trying to model data and the principles of model validation. But through this all, the most important thing to remember is that analysis is functional. It's designed to serve a particular purpose. And there's a very wonderful quote within the statistics world that says all models are wrong. All statistical descriptions of reality are wrong, because they are not exact depictions, they are summaries but some are useful and that's from George Box. And so the question is, you're not trying to be totally, completely accurate, because in that case you just wouldn't do an analysis. The real question is, are you better off not doing your analysis than not doing it? And truthfully, I bet you are. So in sum, we can say three things: #1, you want to use statistics to both summarize your data and to generalize from one group to another if you can. On the other hand, there is no "one true answer" with data, you got to be flexible in terms of what your goals are and the shared knowledge. And no matter what your doing, the utility of your analysis should guide you in your decisions. The first thing we want to cover in "Statistics in Data Science" is the principles of exploring data and this video is just designed to give an exploration overview. So we like to think of it like this, the intrepid explorers, they're out there exploring and seeing what's in the world. You can see what's in your data, more specifically you want to see what your dataset is like. You want to see if your assumptions are right so you can do a valid analysis with your procedure. Something that may sound very weird, but you want to listen to your data. Something's not work out, if it's not going the way you want, then you're going to have to pay attention and exploratory data analysis is going to help you do that. Now, there are two general approaches to this. First off, there's a graphical exploration, so you use graphs and pictures and visualizations to explore your data. The reason you want to do this is that graphics are very dense in information. They're also really good, in fact the best to get the overall impression of your data. Second to that, there is numerical exploration. I make it very clear, this is the second step. Do the visualization first, then do the numerical part. Now you want to do this, because this can give greater precision, this is also an opportunity to try variations on the data. You can actually do some transformations, move things around a little bit and try different methods and see how that effects the results, see how it looks. So, let's go first to the graphical part. They are very quick and simple plots that you can do. Those include things like bar charts, histograms and scatterplots, very easy to make and a very quick way to getting to understand the variables in your dataset. In terms of numerical analysis; again after the graphical method, you can do things like transform the data, that is take like the logarithm of your numbers. You can do Empirical estimates of population numbers, and you can use robust methods. And I'll talk about all of those at length in later videos. But for right now, I can sum it up this way. The purpose of exploration is to help you get to know your data. And also you want to explore your data thoroughly before you start modelling, before you build statistical models. And all the way through you want to make sure you listen carefully so that you can find hidden or unassumed details and leads in your data. As we move in our discussion of "Statistics and Exploring Data", the single most important thing we can do is Exploratory Graphics. In the words of the late great Yankees catcher Yogi Berra, "You can see a lot by just looking". And that applies to data as much as it applies to baseball. Now, there's a few reasons you want to start with graphics. #1, is to actually get a feel for the data. I mean, what's it distributed like, what's the shape, are there strange things going on. Also it allows you to check the assumptions and see how well your data match the requirements of the analytical procedures you hope to use. You can check for anomalies like outliers and unusual distributions and errors and also you can get suggestions. If something unusual is happening in the data, that might be a clue that you need to pursue a different angle or do a deeper analysis. Now we want to do graphics first for a couple of reasons. #1, is they are very information dense, and fundamentally humans are visual. It's our single, highest bandwidth way of getting information. It's also the best way to check for shape and gaps and outliers. There's a few ways that you can do this if you want to and the first is with programs that rely on code. So you can use the statistical programming language R, the general purpose language Python. You can actually do a huge amount in JavaScript, especially D3JS. Or you can use Apps, that are specifically designed for exploratory analysis, that includes Tableau both the desktop and public versions, Qlik and even Excel is a good way to do this. And finally you can do this by hand. John Tukey who's the father of Exploratory Data Analysis, wrote his seminal book, a wonderful book where it's all hand graphics and actually it's a wonderful way to do it. But let's start the process for doing these graphics. We start with one variable. That is univariate distributions. And so you'll get something like this, the fundamental chart is the bar chart. This is when you are dealing with categories and you are simply counting however many cases there are in each category. The nice thing about bar charts is they are really easy to read. Put them in descending order and may be have them vertical, maybe have them horizontal. Horizontal could be nice to make the labels a little easier to read. This is about psychological profiles of the United States, this is real data. We have most states in the friendly and conventional, a smaller amount in the temperamental and uninhibited and the least common of the United States is relaxed and creative. Next you can do a Box plot, or sometimes called a box and whiskers plot. This is when you have a quantitative variable, something that's measured and you can say how far apart scores are. A box plot shows quartile values, it also shows outliers. So for instance this is google searches for modern dance. That's Utah at 5 standard deviations above the national average. That's where I'm from and I'm glad to see that there. Also, it's a nice way to show many variables side by side, if they are on proximately similar scales. Next, if you have quantitative variables, you are going to want to do a histogram. Again, quantitative so interval or ratio level, or measured variables. And these let you see the shape of a distribution and potentially compare many. So, here are three histograms of google searches on Data Science, and Entrepreneur and Modern Dance. And you can see, mostly for the part normally distributed with a couple of outliers. Once you've done one variable, or the univariate analyses, you're going to want to do two variables at a time. That is bivariate distributions or joint distributions. Now, one easy way to do this is with grouped plots. You can do grouped bar charts and box plots. What I have here is grouped box plots. I have my three regions, Psychological Regions of the United States and I'm showing how they rank on openness that's a psychological characteristic. As you can see, the relaxed and creative are high and the friendly conventional tend to go to the lowest and that's kind of how that works. It's also a good way of seeing the association between a categorical variable like region of the United States psychologically, and a quantitative outcome, which is what we have here with openness. Next, you can also do a Scatterplot. That's where you have quantitative variables and what you're looking for here is, is it a straight line? Is it linear? Do we have outliers? And also the strength of association. How closely do the dots all come to the regression line that we have here in the middle. And this is an interesting one for me because we have openness across the bottom, so more open as you go to the right and agreeableness. And what you can see is there is a strong downhill association. The states and the states that are the most open are also the least agreeable, so we're going to have to do something about that. And then finally, you're going to want to go to many variables, that is multivariate distributions. Now, one big question here is 3D or not 3D? Let me make an argument for not 3D. So, what I have here is a 3D Scatterplot about 3 variables from Google searches. Up the left, I have FIFA which is for professional soccer. Down there on the bottom left, I have searches for the NFL and on the right I have searches for NBA. Now, I did this in R and what's neat about this is you can click and drag and move it around. And you know that's kind of fun, you kind of spin around and it gets kind of nauseating as you look at it. And this particular version, I'm using plotly in R, allows you to actually click on a point and see, let me see if I can get the floor in the right place. You can click on a point and see where it ranks on each of these characteristics. You can see however, this thing is hard to control and once it stops moving, it's not much fun and truthfully most 3D plots I've worked with are just kind of nightmares. They seem like they're a good idea, but not really. So, here's the deal. 3D graphics, like the one I just showed you, because they are actually being shown in 2D, they have to be in motion for you to tell what is going on at all. And fundamentally they are hard to read and confusing. Now it's true, they might be useful for finding clusters in 3 dimensions, we didn't see that in the data we had, but generally I just avoid them like the plague. What you do want to do however, is see the connection between the variables, you might want to use a matrix of plots. This is where you have for instance many quantitative variables, you can use markers for group membership if you want, and I find it to be much clearer than 3D. So here, I have the relationship between 4 search terms: NBA, NFL, MLB for Major League Baseball and FIFA. You can see the individual distributions, you can see the scatterplots, you can get the correlation. Truthfully for me this is a much easier chart to read and you can get the richness that we need, from a multidimensional display. So the questions you're trying to answer overall are: Number 1, Do you have what you need? Do you have the variables that you need, do you have the ability that you need? Are there clumps or gaps in the distributions? Are there exceptional cases/anomalies that are really far out from everybody else, spikes in the scores? And of course are there errors in the data? Are there mistakes in coding, did people forget to answer questions? Are there impossible combinations? And these kinds of things are easiest to see with a visualization that really kind of puts it there in front of you. And so in sum, I can say this about graphical exploration of data. It's a critical first step, it's basically where you always want to start. And you want to use the quick and easy methods, again. Bar charts, scatter plots are really easy to make and they're very easy to understand. And once you're done with the graphical exploration, then you can go to the second step, which is exploring the data through numbers. The next step in "Statistics and Exploring Data" is exploratory statistics or numerical exploration of data. I like to think of this, as go in order. First, you do visualization, then you do the numerical part. And a couple of things to remember here. #1, you are still exploring the data. You're not modeling yet, but you are doing a quantitative exploration. This might be an opportunity to get empirical estimates, that is of population parameters as opposed to theoretically based ones. It's a good time to manipulate the data and explore the effect of manipulating the data, looking at subgroups, looking at transforming variables. Also, it's an opportunity to check the sensitivity of your results. Do you get the same general results if you test under different circumstances. So we are going to talk about things like Robust Statistics, resampling data and transforming data. So, we'll start with Robust Statistics. This by the way is Hercules, a Robust mythical character. And the idea with robust statistics is that they are stable, is that even when the data varies in unpredictable ways you still get the same general impression. This is a class of statistics, it's an entire category, that's less affected by outliers, and skewness, kurtosis and other abnormalities in the data. So let's take a quick look. This is a very skewed distribution that I created. The median, which is the dark line in the box, is right around one. And I am going to look at two different kinds of robust statistics, The Trimmed Mean and the Winsorized Mean. With the Trimmed mean, you take a certain percentage of data from the top and the bottom and you just throw it away and compute for the rest. With the Winsorized, you take those and you move those scores into the highest non-outlier score. Now the 0% is exactly the same as the regular mean and here it's 1.24, but as we trim off or move in 5%, the mean shifts a little bit. Then 10 % it comes in a little bit more to 25%, now we are throwing away 50% of our data. 25% on the top and 25% on the bottom. And we get a trimmed mean of 1.03 and a winsorized of 1.07. When we throw away 50% or we trim 50%, that actually means we are leaving just the median, only the middle scores left. Then we get 1.01. What's interesting is how close we get to that, even when we have 50% of the data left, and so that's an interesting example of how you can use robust statistics to explore data, even when you have things like strong skewness. Next is the principle of resampling. And that's like pulling marbles repeatedly from the jar, counting the colors, putting them back in and trying again. That's an empirical estimate of sampling variability. So, sometimes you get 20% red marbles, sometimes you get 30, sometimes you get 22 and so on. There are several versions for this, they go by the name jackknife, the bootstrap the permutation. And the basic principle of resampling is also key to the process of cross-validation, I'll have more to say about validation later. And then finally there's transforming variables. Here's our caterpillars in the process of transforming into butterflies. But the idea here, is that you take a difficult data set and then you do what's called a smooth function. There's no jumps in it, and something that allows you to preserve the order and work on the full dataset. So you can fix skewed data, and in a scatter plot you might have a curved line, you can fix that. And probably the best way to look at this is probably with something called Tukey's ladder of powers. I mentioned before John Tukey, the father of exploratory data analysis. He talked a lot about data transformations. This is his ladder, starting at the bottom with the -1, over x2, up to the top with x3. Here's how it works, this distribution over here is a symmetrical normally distributed variable, and as you start to move in one direction and you apply the transformation, take the square root you see how it moves the distribution over to one end. Then the logarithm, then you get to the end then you get to this minus 1 over the square of the score. And that pushes it way way, way over. If you go the other direction, for instance you square the score, it pushes it down in the one direction and then you cube it and then you see how it can move it around in ways that allow you to, you can actually undo the skewness to get back to a more centrally distributed distribution. And so these are some of the approaches that you can use in the numerical distribution of data. In sum, let's say this: statistical or numerical exploration allows you to get multiple perspectives on your data. It also allows you to check the stability, see how it works with outliers, and skewness and mixed distributions and so on. And perhaps most important it sets the stage for the statistical modelling of your data. As a final step of "Statistics and Exploring Data", I'm going to talk about something that's not usually exploring data but it is basic descriptive statistics. I like to think of it this way. You've got some data, and you are trying to tell a story. More specifically, you're trying to tell your data's story. And with descriptive statistics, you can think of it as trying to use a little data to stand in for a lot of data. Using a few numbers to stand in for a large collection of numbers. And this is consistent with the advice we get from good ole Henry David Thoreau, who told us Simplify, Simplify. If you can tell your story with more carefully chosen and more informative data, go for it. So there's a few different procedures for doing this. #1, you'll want to describe the center of your distribution of data, that is if you're going to choose a single number, use that. # 2, if you can give a second number give something about the spread or the dispersion of the variability. And #3, give something about the shape of the distribution. Let me say more about each of these in turn. First, let's talk about center. We have the center of our rings here. Now there are a few very common measure of center or location or central tendency of a distribution. There's the mode, the median and there's the mean. Now, there are many, many others but those are the ones that are going to get you most of the way. Let's talk about the mode first. Now, I'm going to create a little dataset here on a scale from 1 to 11, and I'm going to put individual scores. There's a one, and another one, and another one and another one. Then we have a two, two, then we have a score way over at 9 and another score over at 11. So we have 8 scores, and this is the distribution. This is actually a histogram of the dataset. The mode is the most commonly occurring score or the most frequent score. Well, if you look at how tall each of these go, we have more ones than anything else, and so one is the mode. Because it occurs 4 times and nothing else comes close to that. The median is a little different. The median is looking for the score that is at the center if you split it into two equal groups. We have 8 scores, so we have to get one group of 4, that's down here, and the other group of four, this really big one because it's way out and the median is going to be the place on the number line that splits those into two groups. That's going to be right here at one and a half. Now the mean is going to be a little more complicated, even though people understand means in general. It's the first one here that actually has a formula, where M for the mean is equal to the sum of X (that's our scores on the variable), divided by N (the number of scores). You can also write it out with Greek notation if you want, like this where that's sigma - a capital sigma is the summation sign, sum of X divided by N. And with our little dataset, that works out to this: one plus one plus one plus one plus two plus two plus nine plus eleven. Add those all up and divide by 8, because that's how many scores there are. Well that reduces to 28 divided by 8, which is equal to 3.5. If you go back to our little chart here, 3.5 is right over here. You'll notice there aren't any scores really exactly right there. That's because the mean tends to get very distorted by its outliers, it follows the extreme scores. But a really nice, I say it's more than just a visual analogy, is that if this number were a sea saw, then the mean is exactly where the balance point or the fulcrum would be for these to be equal. People understand that. If somebody weighs more they got to sit in closer to balance someone who less, who has to sit further out, and that's how the mean works. Now, let me give a bit of the pros and cons of each of these. Mode is easy to do, you just count how common it is. On the other hand, it may not be close to what appears to be the center of the data. The Median it splits the data into two same size groups, the same number of scores in each and that's pretty easy to deal with but unfortunately, it's pretty hard to use that information in any statistics after that. And finally the mean, of these three it's the least intuitive, it's the most effective by outliers and skewness and that really may strike against it, but it is the most useful statistically and so it's the one that gets used most often. Next, there's the issue of spread, spread your tail feathers. And we have a few measures here that are pretty common also. There's the range, there are percentiles and interquartile range and there's variance and standard deviation. I'll talk about each of those. First the Range. The Range is simply the maximum score minus the minimum score, and in our case that's 11 minus 1, which is equal to 10, so we have a range of 10. I can show you that on our chart. It's just that line on the bottom from the 11 down to the one. That's a range of 10. The interquartile range which is actually usually referred to simply as the IQR is the distance between the Q3; which is the third quartile score and Q1; which is the first quartile score. If you're not familiar with quartiles, it's the same the 75th percentile score and the 25th percentile score. Really what it is, is you're going to throw away some of the some of the data. So let's go to our distribution here. First thing we are going to do, we are going to throw away the two highest scores, there they are, they're greyed out now, and then we are going to throw away two of the lowest scores, they're out there. Then we are going to get the range for the remaining ones. Now, this is complicated by the fact that I have this big gap between 2 and 9, and different methods of calculating quartiles do something with that gap. So if you use a spreadsheet it's actually going to do an interpolation process and it will give you a value of 3.75, I believe. And then down to one for the first quartile, so not so intuitive with this graph but that it is how it works usually. If you want to write it out, you can do it like this. The interquartile range is equal to Q3 minus Q1, and in our particular case that's 3.75 minus 1. And that of course is equal to just 2.75 and there you have it. Now our final measure of spread or variability or dispersion, is two related measures, the variance and the standard deviation. These are little harder to explain and a little harder to show. But the variance, which is at least the easiest formula, is this: the variance is equal to that's the sum, the capital sigma that's the sum, X minus M; that's how far each score is from the mean and then you take that deviation there and you square it, you add up all the deviations, and then you divide by the number. So the variance is, the average square deviation from the mean. I'll try to show you that graphically. So here's our dataset and there's our mean right there at 3 and a half. Let's go to one of these twos. We have a deviation there of 1.5 and if we make a square, that's 1.5 points on each side, well there it is. We can do a similar square for the other score too. If we are going down to one, then it's going to be 2.5 squared and it's going to be that much bigger, and we can draw one of these squares for each one of our 8 points. The squares for the scores at 9 and 11 are going to be huge and go off the page, so I'm not going to show them. But once you have all those squares you add up the area and you get the variance. So, this is the formula for the variance, but now let me show the standard deviation which is also a very common measure. It's closely related to this, specifically it's just the square root of the variance. Now, there's a catch here. The formulas for the variance and the standard deviation are slightly different for populations and samples in that they use different denominators. But they give similar answers, not identical but similar if the sample is reasonably large, say over 30 or 50, then it's really going to be just a negligible difference. So let's do a little pro and con of these three things. First, the Range. It's very easy to do, it only uses two numbers the high and the low, but it's determined entirely by those two numbers. And if they're outliers, then you've got really a bad situation. The Interquartile Range the IQR, is really good for skewed data and that's because it ignores extremes on either end, so that's nice. And the variance and the standard deviation while they are the least intuitive and they are the most affected by outliers, they are also generally the most useful because they feed into so many other procedures that are used in data science. Finally, let's talk a little bit about the shape of the distribution. You can have symmetrical or skew distribution, unimodal, uniform or u-shaped. You can have outliers, there's a lot of variations. Let me show you a few of them. First off is a symmetrical distribution, pretty easy. They're the same on the left and on the right. And this little pyramid shape is an example of a symmetrical distribution. There are also skewed distributions, where most of the scores are on one end and they taper off. This here is a positively skewed distribution where most of the scores are at the low end and the outliers are on the high end. This is unimodal, our same pyramid shape. Unimodal means it has one mode, really kind of one hump in the data. That's contrasted for instance to bimodal where you have two modes, and that usually happens when you have two distributions that got mixed together. There is also uniform distribution where every response is equally common, there's u-shaped distributions where people tend to pile up at one end or the other and a big dip in the middle. And so there's a lot of different variations, and you want to get those, the shape of the distribution to help you understand and put the numerical summaries like the mean and like the standard deviation and put those into context. In sum, we can say this: when you use this script of statistics that allows you to be concise with your data, tell the story and tell it succinctly. You want to focus on things like the center of the data, the spread of the data, the shape of the data. And above all, watch out for anomalies, because they can exercise really undue influence on your interpretations but this will help you better understand your data and prepare you for the steps to follow. As we discuss "Statistics in Data Science", one of the really big topics is going to be Inference. And I'll begin that with just a general discussion of inferential statistics. But, I'd like to begin unusually with a joke, you may have seen this before it says "There are two kinds of people in the world. 1) Those you can extrapolate from incomplete data and, the end". Of course, because the other group is the people who can't. But let's talk about extrapolating from incomplete data or inferring from incomplete data. First thing you need to know is the difference between populations and samples. A population represents all of the data, or every possible case in your group of interest. It might be everybody who's a commercial pilot, it might be whatever. But it represents everybody in that or every case in that group that you're interested in. And the thing with the population is, it just is what it is. It has its values, it has it's mean and standard deviation and you are trying to figure out what those are, because you generally use those in doing your analyses. On the other hand, samples instead of being all of the data are just some of the data. And the trick is they are sampled with error. You sample one group and you calculate the mean. It's not going to be the same if you do it the second time, and it's that variability that's in sampling that makes Inference a little tricky. Now, also in inference there are two very general approaches. There's testing which is short for hypothesis testing and maybe you've had some experience with this. This is where you assume a null hypothesis of no effect is true. You get your data and you calculate the probability of getting the sample data that you have if the null hypothesis is true. And if that value is small, usually less than 5%, then you reject the null hypothesis which says really nothings happen and you infer that there is a difference in the population. The other most common version is Estimation. Which for instance is characterizing confidence intervals. That's not the only version of Estimation but it's the most common. And this is where you sample data to estimate a population parameter value directly, so you use the sample mean to try to infer what the population mean is. You have to choose a confidence level, you have to calculate your values and you get high and low bounds for you estimate that work with a certain level of confidence. Now, what makes both of these tricky is the basic concept of sampling error. I have a colleague who demonstrates this with colored M&M's, what percentage are red, and you get them out of the bags and you count. Now, let's talk about this, a population of numbers. I'm going to give you just a hypothetical population of the numbers 1 through 10. And what I am going to do, is I am going to sample from those numbers randomly, with replacement. That means I pull a number out, it might be a one and I put it back, I might get the one again. So I'm going to sample with replacement, which actually may sound a little bit weird, but it's really helpful for the mathematics behind inference. And here are the samples that I got, I actually did this with software. I got a 3, 1, 5, and 7. Interestingly, that is almost all odd numbers, almost. My second sample is 4, 4, 3, 6 and 10. So you can see I got the 4 twice. And I didn't get the 1, the 2, the 5, 7, or 8 or 9. The third sample I got three 1's! And a 10 and a 9, so we are way at the ends there. And then my fourth sample, I got a 3, 9, 2, 6, 5. All of these were drawn at random from the exact same population, but you see that the samples are very different. That's the sampling variability or the sampling error. And that's what makes inference a little trickier. And let's just say again, why the sampling variability, why it matters. It's because inferential methods like testing and like estimation try to see past the random sampling variation to get a clear picture on the underlying population. So in sum, let's say this about Inferential Statistics. You sample your data from the larger populations, and as you try to interpret it, you have to adjust for error and there's a few different ways of doing that. And the most common approaches are testing or hypothesis testing and estimation of parameter values. The next step in our discussion of "Statistics and Inference" is Hypothesis Testing. A very common procedure in some fields of research. I like to think of it as put your money where your mouth is and test your theory. Here's the Wright brothers out testing their plane. Now the basic idea behind hypothesis testing is this, and you start out with a question. You start out with something like this: What is the probability of X occurring by chance, if randomness or meaningless sampling variation is the only explanation? Well, the response is this, if the probability of that data arising by chance when nothing's happening is low, then you reject randomness as a likely explanation. Okay, there's a few things I can say about this. #1, it's really common in scientific research, say for instance in the social sciences, it's used all the time. #2, this kind of approach can be really helpful in medical diagnostics, where you're trying to make a yes/no decision; does a person have a particular disease. And 3, really anytime you're trying to make a go/no go decision, which might be made for instance with a purchasing decision for a school district or implementing a particular law, You base it on the data and you have to make a yes/no. Hypothesis testing might be helpful in those situations. Now, you have to have hypotheses to do hypothesis testing. You start with H0, which is shorthand for the null hypothesis. And what that is in larger, what that is in lengthier terms is that there is no systematic effect between groups, there's no effect between variables and random sampling error is the only explanation for any observed differences you see. And then contrast that with HA, which is the alternative hypothesis. And this really just says there is a systematic effect, that there is in fact a correlation between variables, that there is in fact a difference between two groups, that this variable does in fact predict the other one. Let's take a look at the simplest version of this statistically speaking. Now, what I have here is a null distribution. This is a bell curve, it's actually the standard normal distribution. Which shows z-scores in relative frequency, and what you do with this is you mark off regions of rejection. And so I've actually shaded off the highest 2.5% of the distribution and the lowest 2.5%. What's funny about this is, is that even though I draw it +/- 3, it looks like 0. It's actually infinite and asymptotic. But, that's the highest and lowest 2.5% collectively leaves 95% in the middle. Now, the idea is then that you gather your data, you calculate a score for you data and you see where it falls in this distribution. And I like to think of that as you have to go down one path to the other, you have to make a decision. And you have to decide to whether to retain your null hypothesis; maybe it is random, or reject it and decide no I don't think it's random. The trick is, things can go wrong. You can get a false positive, and this is when the sample shows some kind of statistical effect, but it's really randomness. And so for instance, this scatterplot I have here, you can see a little down hill association here but this is in fact drawn from data that has a true correlation of zero. And I just kind of randomly sampled from it, it took about 20 rounds, but it looks negative but really there's nothing happening. The trick about false positives is; that's conditional on rejecting the null. The only way to get a false positive is if you actually conclude that there's a positive result. It goes by the highly descriptive name of a Type I error, but you get to pick a value for it, and .05 or a 5% risk if you reject the null hypothesis, that's the most common value. Then there's a false negative. This is when the data looks random, but in fact, it's systematic or there's a relationship. So for instance, this scatterplot it looks like there's pretty much a zero relationship, but in fact this came from two variables that were correlated at .25, that's a pretty strong association. Again, I randomly sampled from the data until I got a set that happened to look pretty flat. And a false negative is conditional on not rejecting the null. You can only get a false negative if you get a negative, you say there's nothing there. It's also called a Type II error and this is a value that you have to calculate based on several elements of your testing framework, so it's something to be thoughtful of. Now, I do have to mention one thing, big security notice, but wait. The problem with Hypothesis Testing; there's a few. #1, it's really easy to misinterpret it. A lot of people say, well if you get a statistically significant result, it means that it's something big and meaningful. And that's not true because it's confounded with sample size and a lot of other things that don't really matter. Also, a lot of other people take exception with the assumption of a null effect or even a nil effect, that there's zero difference at all. And that can be, in certain situations can be an absurd claim, so you've got to watch out for that. There's also bias from the use of cutoff. Anytime you have a cut off, you're going to have problems where you have cases that would have been slightly higher, slightly lower. It would have switched on the dichotomous outcome, so that is a problem. And then a lot of people say, it just answers the wrong question, because "What it's telling you is what's the probability of getting this data at random?" That's not what most people care about. They want it the other way, which is why I mentioned previously Bayes theorem and I'll say more about that later. That being said, Hypothesis Testing is still very deeply ingrained, very useful in a lot of questions and has gotten us really far in a lot of domains. So in sum, let me say this. Hypothesis Testing is very common for yes/no outcomes and is the default in many fields. And I argue it is still useful and information despite many of the well substantiated critiques. We'll continue in "Statistics and Inference" by discussing Estimation. Now as opposed to Hypothesis Testing, Estimation is designed to actually give you a number, give you a value. Not just a yes/no, go/no go, but give you an estimate for a parameter that you're trying to get. I like to think of it sort of as a new angle, looking at something from a different way. And the most common, approach to this is Confidence Intervals. Now, the important thing to remember is that this is still an Inferential procedure. You're still using sample data and trying to make conclusions about a larger group or population. The difference here, is instead of coming up with a yes/no, you'd instead focus on likely values for the population value. Most versions of Estimation are closely related to Hypothesis Testing, sometimes seen as the flip side of the coin. And we'll see how that works in later videos. Now, I like to think of this as an ability to estimate any sample statistic and there's a few different versions. We have Parametric versions of Estimation and Bootstrap versions, that's why I got the boots here. And that's where you just kind of randomly sample from the data, in an effort to get an idea of the variability. You can also have central versus noncentral Confidence Intervals in the Estimation, but we are not going to deal with those. Now, there are three general steps to this. First, you need to choose a confidence level. Anywhere from say, well you can't have a zero, it has to be more than zero and it can't be 100%. Choose something in between, 95% is the most common. And what it does, is it gives you a range a high and a low. And the higher your level of confidence the more confident you want to be, the wider the range is going to be between your high and your low estimates. Now, there's a fundamental trade off in what' happening here and the trade off between accuracy; which means you're on target or more specifically that your interval contains the true population value. And the idea is that leads you to the correct Inference. There's a tradeoff between accuracy and what's called Precision in this context. And precision means a narrow interval, as a small range of likely values. And what's important to emphasize is this is independent of accuracy, you can have one without the other! Or neither or both. In fact, let me show you how this works. What I have here is a little hypothetical situation, I've got a variable that goes from 10 to 90, and I've drawn a thick black line at 50. If you think of this in terms of percentages and political polls, it makes a very big difference if you're on the left or the right of 50%. And then I've drawn a dotted vertical line at 55 to say that that's our theoretical true population value. And what I have here is a distribution that shows possible values based on our sample data. And what you get here is it's not accurate, because it's centered on the wrong thing. It's actually centered on 45 as opposed to 55. And it's not precise, because it's spread way out from may be 10 to almost 80. So, this situation the data is no help really at all. Now, here's another one. This is accurate because it's centered on the true value. That's nice, but it's still really spread out and you see that about 40% of the values are going to be on the other side of 50%; might lead you to reach the wrong conclusion. That's a problem! Now, here's the nightmare situation. This is when you have a very very precise estimate, but it's not accurate; it's wrong. And this leads you to a very false sense of security and understanding of what's going on and you're going to totally blow it all the time. The ideal situation is this: you have an accurate estimate where the distribution of sample values is really close to the true population value and it's precise, it's really tightly knit and you can see that about 95% of it is on the correct side of 50 and that's good. If you want to see all four of them here at once, we have the precise two on the bottom, the imprecise ones on the top, the accurate ones on the right, the inaccurate ones on the left. And so that's a way of comparing it. But, no matter what you do, you have to interpret confidence interval. Now, the statistically accurate way that has very little interpretation is this: you would say the 95% confidence interval for the mean is 5.8 to 7.2. Okay, so that's just kind of taking the output from your computer and sticking it to sentence form. The Colloquial Interpretation of this goes like this: there is a 95% chance that the population mean is between 5.8 and 7.2. Well, in most statistical procedures, specifically frequentist as opposed to bayesian you can't do that. That implies the population mean shifts, that's not usually how people see it. Instead, a better interpretation is this; 95% of confidence intervals for randomly selected samples will contain the population mean. Now, I can show you this really easily, with a little demonstration. This is where I randomly generated data from a population with a mean of 55 and I got 20 different samples. And I got the Confidence Interval from each sample and I charted the high and the low. And the question is, did it include the true population value. And you can see of these 20, 19 included it, some of them barely made it. If you look at sample #1 on the far left; barely made it. Sample #8, it doesn't look like it made it, sample 20 on the far right, barely made it on the other end. Only one missed it completely, that sample #2, which is shown in red on the left. Now, it's not always just one out of twenty, I actually had to run this simulation about 8 times, because it gave me either zero or 3, or 1 or two, and I had to run it until I got exactly what I was looking for here,. But this is what you would expect on average. So, let's say a few things about this. There are somethings that affect the width of a Confidence Interval. The first is the confidence level, or CL. Higher confidence levels create wider intervals. The more certain you have to be, you're going to give a bigger range to cover your basis. Second, the Standard Deviation or larger standard deviations create wider intervals. If the thing that you are studying is inherently really variable, then of course you're estimate of the range is going to be more variable as well. And then finally there is the n or the sample size. This one goes the other way. Larger sample sizes create narrower intervals. The more observations you have, the more precise and the more reliable things tend to be. I can show you each of these things graphically. Here we have a bunch of Confidence Intervals, where I am simply changing the confidence level from .50 at the low left side to .999 and as you can see, it gets much bigger as we increase. Next one is Standard Deviation. As the sample standard deviation increases from 1 to 16, you can see that the interval gets a lot bigger. And then we have sample size going from just 2 up to 512; I'm doubling it at each point. And you can see how the interval gets more and more and more precise as we go through. And so, let's say this to sum up our discussion of estimation. Confidence Intervals which are the most common version of Estimation focus on the population parameter. And the variation in the data is explicitly included in that Estimation. Also, you can argue that they are more informative, because not only do they tell you whether the population value is likely, but they give you a sense of the variability of the data itself, and that's one reason why people will argue that confidence levels should always be included in any statistical analysis. As we continue our discussion on "Statistics and Data Science", we need to talk about some of the choices you have to make, some of the tradeoffs and some of the effects that these things have. We'll begin by talking about Estimators, that is different methods for estimating parameters. I like to think of it as this, "What kind of measuring stick or standard are you going to be using?" Now, we'll begin with the most common. This is called OLS, which is actually short for Ordinary Least Squares. This is a very common approach, it's used in a lot of statistics and is based on what is called the sum of squared errors, and it's characterized by an acronym called BLUE, which stands for Best Linear Unbiased Estimator. Let me show you how that works. Let's take a scatterplot here of an association between two variables. This is actually the speed of a car and the distance to stop from about the ‘20's I think. We have a scatterplot and we can draw a straight regression line right through it. Now, the line I've used is in fact the Best Linear Unbiased Estimate, but the way that you can tell that is by getting what are called the Residuals. If you take each data point and draw a perfectly vertical line up or down to the regression line, because the regression line predicts what the value would be for that value on the X axis. Those are the residuals. Each of those individual, vertical lines is Residual. You square those and you add them up and this regression line, the gray angled line here will have the smallest sum of the squared residuals of any possible straight line you can run through it. Now, another approach is ML, which stands for Maximum Likelihood. And this is when you choose parameters that make the observed data most likely. It sounds kind of weird, but I can demonstrate it, and it's based on a kind of local search. It doesn't always find the best, I like to think of it here like the person here with a pair of binoculars, looking around them, trying hard to find something, but you could theoretically miss something. Let me give a very simple example of how this works. Let's assume that we're trying to find parameters that maximize the likelihood of this dotted vertical line here at 55, and I've got three possibilities. I've got my red distribution which is off to the left, blue which is a little more centered and green which is far to the right. And these are all identical, except they have different means, and by changing the means, you see there the one that is highest where the dotted line is the blue one. And so, if the only thing we are doing is changing the mean, and we are looking at these three distributions, then the blue one is the one that has the maximum likelihood for this particular parameter. On the other hand, we could give them all the same meaning right around 50, and vary their standard deviations instead and so they spread out different amounts. In this case, the red distribution is highest at the dotted vertical line and so it has the maximum value. Or if you want to, you can vary both the mean and the standard deviations simultaneously. And here green gets the slight advantage. Now this is really a caricature of the process because obviously you would just want to center it on the 55 and be done with it. The question is when you have many variables in your dataset. Then it's a very complex process of choosing values that can maximize the association between all of them. But you get a feel for how it works with this. The third approach which is pretty common is MAP or map for Maximum A Posteriori. This is a Bayesian approach to parameter estimation, and what it does it adds the prior distribution and then it goes through sort of an anchoring and adjusting process. What happens, by the way is stronger prior estimates exert more influence on the estimate and that might mean for example larger sample or more extreme values. And those have a greater influence on the posterior estimate of the parameters. Now, what's interesting is that all three of these methods all connect with each other. Let me show you exactly how they connect. The ordinary least squares, OLS, this is equivalent to maximum likelihood, when it has normally distributed error terms. And maximum likelihood, ML is equivalent to Maximum A Posteriori or MAP, with a uniform prior distribution. You want to put it another way, ordinary least squares or OLS is a special case of Maximum Likelihood. And then maximum likelihood or ML, is a special case of Maximum A Posteriori, and just in case you like it, we can put it into set notation. OLS is a subset of ML is a subset of MAP, and so there are connections between these three methods of estimating population parameters. Let me just sum it up briefly this way. The standards that you use OLS, ML, MAP they affect your choices and they determine which parameters best estimate what's happening in your data. Several methods exist and there's obviously more than what I showed you right here, but many are closely related and under certain circumstances they're all identical. And so it comes down to exactly what are your purposes and what do you think is going to work best with the data that you have to give you the insight that you need in your own project. The next step we want to consider in our "Statistics and Data Science", are choices that we have to make. Has to do with Measures of fit or the correspondence between the data that we have and the model that you create. Now, turns out there are a lot of different ways to measure this and one big question is how close is close enough or how can you see the difference between the model and reality. Well, there's a few really common approaches to this. The first one has what's called R2. That's kind of the longer name, that's the coefficient of determination. There's a variation; adjusted R2, which takes into consideration the number of variables. Then there's minus 2LL, which is based on the likelihood ratio and a couple of variations. The Akaike Information Criterion or AIC and the Bayesian Information Criterion or BIC. Then there's also Chi-Squared, it's actually a Greek c, it looks like a x, but it's actually c and it's chi-squared. And so let's talk about each of these in turn. First off is R2, this is the squared multiple correlation or the coefficient of determination. And what it does is it compares the variance of Y, so if you have an outcome variable, it looks like the total variance of that and compares it to the residuals on Y after you've made your prediction. The scores on squared range from 0 to 1 and higher is better. The next is -2 Log-likelihood that's the likelihood ratio or like I just said the -2 log likelihood. And what this does is compares the fit of nested models, we have a subset then a larger set, than the larger set overall. This approach is used a lot in logistic regression when you have a binary outcome. And in general, smaller values are considered better fit. Now, as I mentioned there are some variations of this. I like to think of variations of chocolate. The -2 log likelihood there's the Akaike Information Criterion (AIC) and the Bayesian Information Criterion (BIC) and what both of these do, they adjust for the number of predictors. Because obviously you're going to have a huge number of predictors, you're going to get a really good fit. But you're probably going to have what is called overfitting, where your model is tailored to specifically to the data you currently have and that doesn't generalize well. These both attempt to reduce the effect of overfitting. Then there's chi-squared again. It's actually a lower case Greek c, looks like an x and chi-squared is used for examining the deviations between two datasets. Specifically between the observed dataset and the expected values or the model you create, we expect this many frequencies in each category. Now, I'll just mention when I go into the store there's a lot of other choices, but these are some of the most common standards, particularly the R2. And I just want to say, in sum, there are many different ways to assess the fit that corresponds between a model and your data. And the choices effect the model, you know especially are you getting penalized for throwing in too many variables relative to your number of cases? Are you dealing with a quantitative or binary outcome? Those things all matter, and so the most important thing as always, my standing advice is keep your goals in mind and choose a method that seems to fit best with your analytical strategy and the insight you're trying to get from your data. The "Statistics and Data Science" offers a lot of different choices. One of the most important is going to be feature selection, or the choice of variables to include in your model. It's sort of like confronting this enormous range of information and trying to choose what matters most. Trying to get the needle out of the haystack. The goal of feature selection is to select the best features or variables and get rid of uninformative/noisy variables and simplify the statistical model that you are creating because that helps avoid overfitting or getting a model that works too well with the current data and works less well with other data. The major problem here is Multicollinearity, a very long word. That has to do with the relationship between the predictors and the model. I'm going to show it to you graphically here. Imagine here for instance, we've got a big circle here to represent the variability in our outcome variable; we're trying to predict it. And we've got a few predictors. So we've got Predictor # 1 over here and you see it's got a lot of overlap, that's nice. Then we've got predictor #2 here, it also has some overlap with the outcome, but it's also overlaps with Predictor 1. And then finally down here, we've got Predictor 3, which overlaps with both of them. And the problem rises the overlap between the predictors and the outcome variable. Now, there's a few ways of dealing with this, some of these are pretty common. So for instance, there's the practice of looking at probability values and regression equations, there's standardized coefficients and there's variations on sequential regression. There are also, there's newer procedures for dealing with the disentanglement of the association between the predictors. There's something called Commonality analysis, there's Dominance Analysis, and there are Relative Importance Weights. Of course there are many other choices in both the common and the newer, but these are just a few that are worth taking a special look at. First, is P values or probability values. This is the simplest method, because most statistical packages will calculate probability values for each predictor and they will put little asterisks next to it. And so what you're doing is you're looking at the p-values; the probabilities for each predictor or more often the asterisks next to it, which sometimes give it the name of Star Search. You're just kind of cruising through a large output of data, just looking for the stars or asterisks. This is fundamentally a problematic approach for a lot of reasons. The problem here, is your looking individually and it inflates false positives. Say you have 20 variables. Each is entered and tested with an alpha or a false positive of 5%. You end up with nearly a 65% chance of a least one false positive in there. That's distorted by sample size, because with a large enough sample anything can become statistically significant. And so, relying on p-values can be a seriously problematic approach. Slightly better approach is to use Betas or Standardized regression coefficients and this is where you put all the variables on the same scale. So, usually standardized from zero and then to either minus 1/plus 1 or with a standardized deviation of 1. The trick is though, they're still in the context of each other and you can't really separate them because those coefficients are only valid when you take that group of predictors as a whole. So, one way to try and get around that is to do what they call stepwise procedures. Where you look at the variables in sequence, there's several versions of sequential regression that'll allow you to do that. You can put the variables into groups or blocks and enter them in blocks and look at how the equation changes overall. You can examine the change in fit in each step. The problem with a stepwise procedure like this, is it dramatically increases the risk of overfitting which again is a bad thing if you want to generalize your data. And so, to deal with this, there is a whole collection of newer methods, a few of them include commonality analysis, which provides separate estimates for the unique and shared contributions of each variable. Well, that's a neat statistical trick but the problem is, it just moves the problem of disentanglement to the analyst, so you're really not better off then you were as far as I can tell. There's dominance analysis, which compares every possible subset of Predictors. Again, sounds really good, but you have the problem known as the combinatorial explosion. If you have 50 variables that you could use, and there are some that have millions of variables, with 50 variables, you have over 1 quadrillion possible combinations, you're not going to finish that in your lifetime. And it's also really hard to get things like standard errors and perform inferential statistics with this kind of model. Then there's also something that's even more recent than these others and that's called relative importance weights. And what that does is creates a set of orthogonal predictors or uncorrelated with each other, basing them off of the originals and then it predicts the scores and then it can predict the outcome without the multicollinear because these new predictors are uncorrelated. It then rescales the coefficients back to the original variables, that's the back-transform. Then from that it assigns relative importance or a percentage of explanatory power to each predictor variable. Now, despite this very different approach, it tends to have results that resemble dominance analysis. It's actually really easy to do with a website, you just plug in your information and it does it for you. And so that is yet another way of dealing with a problem multicollinearity and trying to disentangle the contribution of different variables. In sum, let's say this. What you're trying to do here, is trying to choose the most useful variables to include into your model. Make it simpler, be parsimonious. Also, reduce the noise and distractions in your data. And in doing so, you're always going to have to confront the ever present problem of multicollinearity, or the association between the predictors in your model with several different ways of dealing with that. The next step in our discussion of "Statistics and the Choices you have to Make", concerns common problems in modeling. And I like to think of this is the situation where you're up against the rock and the hard place and this is where the going gets very hard. Common problems include things like Non-Normality, Non-Linearity, Multicollinearity and Missing Data. And I'll talk about each of these. Let's begin with Non-Normality. Most statistical procedures like to deal with nice symmetrical, unimodal bell curves, they make life really easy. But sometimes you get really skewed distribution or you get outliers. Skews and outliers, while they happen pretty often, they're a problem because they distort measures like the mean gets thrown off tremendously when they have outliers. And they throw off models because they assume the symmetry and the unimodal nature of a normal distribution. Now, one way of dealing with this as I've mentioned before is to try transforming the data, taking the logarithm, try something else. But another problem may be that you have mixed distributions, if you have a bimodal distribution, maybe what you really have here is two distributions that got mixed together and you may need to disentangle them through exploring your data a little bit more. Next is Non-Linearity. The gray line here is the regression line, we like to put straight lines through things because it makes the description a lot easier. But sometimes the data is curved and this is you have a perfect curved relationship here, but a straight line doesn't work with that. Linearity is a very common assumption of many procedures especially regression. To deal with this, you can try transforming one or both of the variables in the equation and sometimes that manages to straighten out the relationship between the two of them. Also, using Polynomials. Things that specifically include curvature like squares and cubed values, that can help as well. Then there's the issues of multicollinearity, which I've mentioned previously. This is when you have correlated predictors, or rather the predictors themselves are associated to each other. The problem is, this can distort the coefficients you get in the overall model. Some procedures, it turns out are less affected by this than others, but one overall way of using this might be to simply try and use fewer variables. If they're really correlated maybe you don't need all of them. And there are empirical ways to deal with this, but truthfully, it's perfectly legitimate to use your own domain expertise and your own insight to the problem. To use your theory to choose among the variables that would be the most informative. Part of the problem we have here, is something called the Combinatorial Explosion. This is where combinations of variables or categories grow too fast for analysis. Now, I've mentioned something about this before. If you have 4 variables and each variable has two categories, then you have 16 combinations, fine you can try things 16 different ways. That's perfectly doable. If you have 20 variables with five categories; again that's not to unlikely, you have 95 trillion combinations, that's a whole other ball game, even with your fast computer. A couple of ways of dealing with this, #1 is with theory. Use your theory and your own understanding of the domain to choose the variables or categories with the greatest potential to inform. You know what you're dealing with, rely on that information. Second is, there are data driven approaches. You can use something called a Markov chain Monte Carlo model to explore the range of possibilities without having to explore the range of possibilities of each and every single one of your 95 trillion combinations. Closely related to the combinatorial explosion is the curse of dimensionality. This is when you have phenomena, you're got things that may only occur in higher dimensions or variable sets. Things that don't show up until you have these unusual combinations. That may be true of a lot of how reality works, but the project of analysis is simplification. And so you've got to try to do one or two different things. You can try to reduce. Mostly that means reducing the dimensionality of your data. Reduce the number of dimensions or variables before you analyze. You're actually trying to project the data onto a lower dimensional space, the same way you try to get a shadow of a 3D object. There's a lot of different ways to do that. There's also data driven methods. And the same method here, a Markov chain Monte Carlo model, can be used to explore a wide range of possibilities. Finally, there is the problem of Missing Data and this is a big problem. Missing data tends to distort analysis and creates bias if it's a particular group that's missing. And so when you're dealing with this, what you have to do is actually check for patterns and missingness, you create new variables that indicates whether or not a variable is missing and then you see if that is associated with any of your other variables. If there's not strong patterns, then you can impute missing values. You can put in the mean or the median, you can do Regression Imputation, something called Multiple Imputation, a lot of different choices. And those are all technical topics, which we will have to talk about in a more technically oriented series. But for right now, in terms of the problems that can come up during modeling, I can summarize it this way. #1, check your assumptions at every step. Make sure that the data have the distribution that you need, check for the effects of outliers, check for ambiguity and bias. See if you can interpret what you have and use your analysis, use data driven methods but also your knowledge of the theory and the meaning of things in your domain to inform your analysis and find ways of dealing with these problems. As we continue our discussion of "Statistics and the Choices that are Made", one important consideration is Model Validation. And the idea here is that as you are doing your analysis, are you on target? More specifically, the model that you create through regression or whatever you do, your model fits the sample beautifully, you've optimized it there. But, will it work well with other data? Fundamentally, this is the question of Generalizability, also sometimes called Scalability. Because you are trying to apply in other situations, and you don't want to get too specific or it won't work in other situations. Now, there are a few general ways of dealing with this and trying to get some sort of generalizability. #1 is Bayes; a Bayesian approach. Then there's Replication. Then there's something called Holdout Validation, then there is Cross-Validation. I'll discuss each one of these very briefly in conceptual terms. The first one is Bayes and the idea here is you want to get what are called Posterior Probabilities. Most analyses give you the probability value for the data given; the hypothesis, so you have to start with an assumption about the hypothesis. But instead, it's possible to flip that around by combining it with special kind of data to get the probability of the hypothesis given the data. And that is the purpose of Bayes theorem; which I've talked about elsewhere. Another way of finding out how well things are going to work is through Replication. That is, do the study again. It's considered the gold standard in many different fields. The question is whether you need an exact replication or if a conceptual one that is similar in certain respects. You can argue for both ways, but one thing you do want to do is when you do a replication then you actually want to combine the results. And what's interesting is the first study can serve as the Bayesian prior probability for the second study. So you can actually use meta-analysis or Bayesian methods for combining the data from the two of them. Then there's hold out validation. This is where you build your statistical model on one part of the data and you test it on the other. I like to think of it as the eggs in separate baskets. The trick is that you need a large sample in order to have enough to do these two steps separately. On the other hand, it's also used very often in data science competitions, as a way of having a sort of gold standard for assessing the validity of a model. Finally, I'll mention just one more and that's Cross-Validation. Where you use the same data for training and for testing or validating. There's several different versions of it, and the idea is that you're not using all the data at once, but you're kind of cycling through and weaving the results together. There's Leave-one-out, where you leave out one case at a time, also called LOO. There's Leave-p-out, where you leave out a certain number at each point. There's k-fold where you split the data into say for instance 10 groups and you leave out one and you develop it on the other nine, then you cycle through. And there's repeated random subsampling, where you use a random process at each point. Any of those can be used to develop the model on one part of the data and tested on another and then cycle through to see how well it holds up on different circumstances. And so in sum, I can say this about validation. You want to make your analysis count by testing how well your model holds up from the data you developed it on, to other situations. Because that is what you are really trying to accomplish. This allows you to check the validity of your analysis and your reasoning and it allows you to build confidence in the utility of your results. To finish up our discussion of "Statistics and Data Science" and the choices that are involved, I want to mention something that really isn't a choice, but more an attitude. And that's DIY, that's Do it yourself. The idea here is, you know really you just need to get started. Remember data is democratic. It's there for everyone, everybody has data. Everybody works with data either explicitly or implicitly. Data is democratic, so is Data Science. And really, my overall message is You can do it! You know, a lot of people think you have to be this cutting edge, virtual reality sort of thing. And it's true, there's a lot of active development going on in data science, there's always new stuff. The trick however is, the software you can use to implement those things often lags. It'll show up first in programs like R and Python, but as far as it showing up in a point click program that could be years. What's funny though, is often these cutting edge developments don't really make much of a difference in the results of the interpretation. They may in certain edge cases, but usually not a huge difference. So I'm just going to say analyst beware. You don't have to necessarily do it, it's pretty easy to do them wrong and so you don't have to wait for the cutting edge. Now, that being said, I do want you to pay attention to what you are doing. A couple of things I have said repeatedly is "Know your goal". Why are you doing this study? Why are you analyzing the data, what are you hoping to get out of it? Try to match your methods to your goal, be goal directed. Focus on the usability; will you get something out of this that people can actually do something with. Then, as I've mentioned with that Bayesian thing, don't get confused with probabilities. Remember that priors and posteriors are different things just so you can interpret things accurately. Now, I want to mention something that's really important to me personally. And that is, beware the trolls. You will encounter critics, people who are very vocal and who can be harsh and grumpy and really just intimidating. And they can really make you feel like you shouldn't do stuff because you're going to do it wrong. But the important thing to remember is that the critics can be wrong. Yes, you'll make mistakes, everybody does. You know, I can't tell you how many times I have to write my code more than once to get it to do what I want it to do. But in analysis, nothing is completely wasted if you pay close attention. I've mentioned this before, everything signifies. Or in other words, everything has meaning. The trick is that meaning might not be what you expected it to be. So you're going to have to listen carefully and I just want to reemphasize, all data has value. So make sure your listening carefully. In sum, let's say this: no analysis is perfect. The real questions is not is your analysis perfect, but can you add value? And I'm sure that you can. And fundamentally, data is democratic. So, I'm going to finish with one more picture here and that is just jump write in and get started. You'll be glad you did. To wrap up our course "Statistics and Data Science", I want to give you a short conclusion and some next steps. Mostly I want to give a little piece of advice I learned from a professional saxophonist, Kirk Whalum. And he says there's "There's Always Something To Work On", there's always something you can do to try things differently to get better. It works when practicing music, it also works when you're dealing with data. Now, there are additional courses, here at datalabb.cc that you might want to look at. They are conceptual courses, additional high-level overviews on things like machine learning, data visualization and other topics. And I encourage you to take a look at those as well, to round out your general understanding of the field. There are also however, many practical courses. These are hands on tutorials on these statistical procedures I've covered and you learn how to do them in R, Python and SPSS and other programs. But whatever you're doing, keep this other little piece of advice from writers in mind, and that is "Write what you know". And I'm going to say it this way. Explore and analyze and delve into what you know. Remember when we talked about data science and the Venn Diagram, we've talked about the coding and the stats. But don't forget this part on the bottom. Domain expertise is just as important to good data science as the ability to work with computer coding and the ability to work with the numbers and quantitative skills. But also, remember this. You don't have to know everything, your work doesn't have to be perfect. The most important thing is just get started, you'll be glad you did. Thanks for joining me and good luck!