Thanks for checking out this video and this is hot off the presses as people would say just got the email about it not long ago and Shutter had said that in the month of October they were gonna be having some surprises now we've already seen some of those surprises like a creep show and The Halloween hideaway with Joe Bob But didn't expect this one at all I just thought it would all be movies or shows that they would surprise us with so Shutter is putting on Shutter Fest Which is not just for subscribers, so please understand that if you are a subscriber you have access to it If you're not you have access to it So tell every horror-loving person you know that they can get this for free on Halloween So all you need to do is go to Shutter Fest calm and it will be streaming free They're Shutter Fest that will be starting on Halloween day and go through that night for a bit And yeah, it's just gonna be all free interesting stuff So I'll read I'll read off the email what their schedule for it is now. It's starting at 12 p.m. Eastern Time Which is 9 a.m. 9 a.m. They say 12 p.m. Eastern Time 9 a.m. Pacific Time 4 p.m. UK and 3 a.m. Which is a EST I assume that's like Australian Eastern Standard Time. I don't know. I'm sorry I don't know that one. I'm not that worldly. So here are what the events are gonna end up being so this is all based off the Eastern Standard Time Timing so at 12 p.m. Eastern Time welcome to Shutter Fest with host Keith David. Love Keith David the thing they live many others Horror Royalty Hangout with Doug Bradley we all love Doug Bradley Robert England Lance Henrickson Kane Hatter Actor-director and effects artist Tom Savini Lynn Shea and Tony Todd moderated by Yahoo Entertainment's Kevin Palau we Then at 1 p.m. Is going to be Blair witch X host is what it says. I don't know what that's the Blair witch project co-director Eduardo Sanchez producer Michael Manello and Co-producer Greg Hale in conversation with host director and co-writer Rob Savage and stars Haley Bishop and Emma Louise Webb Moderated by Shutter curator Samuel Zimmerman. That sounds like a fun time people loved host The future of black horror that's at 2 p.m. A look at the thrilling present and bold future of black horror with Rusty Cundiff To Nanarive do Shannon M. Houston Victor Laveille and Camille a Shundara Moderated by journalist writer Evan Narcisse That should be interesting. I had seen Horror noir documentary on Shutter and it was very very cool and interesting I'm assuming they're gonna cover a lot of that type of stuff and go further So that sounds like fun. Then at 3 p.m. Interview with the Glampire a blood-draining dissertation with paperbacks from hell's Grady Hendricks Paperbacks from hell is the book. I assume by Grady Hendricks 4 p.m Musicians who love horror pop star bright light bright light. I don't know who that is Guards the berserker blow-thar. Do you know who that is? Postulus maximus and saw board destructo know about that Grammy-winning composer and guitarist Steve Stevens and Star crawler lead singer Aero De Wilde moderated by Yahoo Entertainment's Lindsey Parker 5 p.m. Storytime with scare me's Josh Rubin and friends scare me's writer director star Rubin shares spooky stories with friends Frank Garcia Hale Noah Segan Dream of Walker and Astronomy clubs Jonathan Braylock James third and Jara Milligan 6 p.m. Very very interested in this one. I'm interested in all of it, but this one in particular 6 p.m. Inside the mortuary collection meet the teen behind the horror anthology that Sam Raimi called a twisted Tapestry of grizzly fun and endlessly inventive terror writer director Ryan Spindel star Clancy Brown and producers Allison Friedman and T Justin Russell followed by Kirk Hammett's top five moments in horror and Keith David answering your questions That sounds like fun 7 p.m. The King cast podcast with special guest Greg Nick Taro Who has been the showrunner for creep show on shutter the King cast a podcast devoted to Stephen King by veteran film bloggers? Eric Vesp and Scott Wampler Sorry sits down to discuss adapting the author's works with showrunner writer director and FX Maestro Greg Nick Taro who's directed two King stories for creep show and created FX for multiple other King adaptations that sounds like fun very interesting stuff and the last one which I think a lot of people are gonna find very very interesting Not not necessarily the first part of it, but the last part of it. This is the biggest thing I think potentially in in all of this Members only double feature Halloween and secret screening on shutter TV So this is for just members I believe shutter members can wrap up their shutter fest with a special double double feature of John Carpenter's 1978 classic Halloween at 9 p.m. Eastern time and a special One-time only preview of a future shutter film that won't stream again until 2021 but they can't tell you which one at this point that it is you will find out at that time That'll be at 10 30 p.m. Is when it is when the special screening is so yeah the disclaimer says Available only via the shutter TV feed on shutters apps and site in the US, Canada UK, Ireland Australia and New Zealand so just so people know all the events are just on shutter fest calm until it comes to Seeing Halloween at 9 p.m. And then at 10 30 that special screening of we don't know That will actually be through the shutter app. So you have to be a member at that point So it looks like this is something fun that they're putting on for everyone because Halloween is Kind of cancelled in some places for some people most people are choosing not to do much my wife And I were just planning on doing you know watching movies and stuff like that So I think I'm gonna pivot and do shutter fest. So this is exciting. I think it's really cool I wanted to share that with everyone and like I said Not just for you subscribers like tell all your friends who are into horror This is just something fun that they can have a good time with on Halloween and spread the word Just let people know that everyone can check it out shutter fest calm starting at 12 p.m. Eastern Standard Time on Halloween, which is the Saturday. So let's get it done. Anyway, thanks for checking this out Do me a quick favor though. If you like any videos. I've ever done Please please hit that subscribe button really does mean a lot to me And that's your best way to repay me for putting out any video you've liked or all these videos Hopefully you like some of them also hit the notification bell that way you know when I'm putting up a new movie review or something like this So you can get some cool news or unboxing or doing a live stream or any of that jazz. I would appreciate that But regardless, thanks for checking this out and until next time keep it brutal


Don't raise the taxes on the town instead lower the taxes on the village So they're the same as the town and then anywhere will vote for the merger As long as the town taxes go up and the village taxes go down. It's not gonna pass. I've been watching the Democratic Format but I I think y'all I Think Bernie has a good chance even though everybody's saying he does it, but I think he has a good chance So great Well, actually I didn't I'm on the other party, but I do I would if I could go Bernie People fought and died for a right to vote so I make it out every every time there's an opportunity I've always been a voter and I enjoy voting and feel it's my responsibility and all citizens should do that Well, the family gathered it was my wife's birthday and so she never allows us to talk about politics But it's a the Democratic primary is exciting. We were talking about the Essex and Essex town select board and Yeah, we all we all came in knowing what what we were gonna put on the ballot So the reason why I'm voting no and encouraging people to vote no is because the three plus three charter change is very divisive It pits the village versus a town instead of asking what could we as a community do to further move our community forward? It creates these divisions that we're trying to move past Additionally for today's election for instance, we have Vince Franco and we have Andy Watts who are two town residents in a current proposal The village wouldn't have anybody to vote for them at that point Additionally the current five select board members are voted at large which would mean that I as a resident have five options in this Opportunity I don't even have three. So it's also limiting my representation options So those are just some of the some of the reasons why three plus three is a concept where we'll get rid of at-large voting At-large voting is a system which can be easily manipulated and taken advantage of Historically it has been it's been used for racial discrimination all sorts of things which a small majority can totally dominate a town and We have that problem here historically What's happened in our town is that when the town creates a service that the village already has The village has to pick up half that tab even though they already have one of their own the fire Station is the best example the fire departments Really not fair. How could that possibly happen? Well, I think the answer is select board domination So three plus three will put us on an even footing Negotiations at a time like that for example might have been interesting the village might have been able to say well Wait a minute. We need to have some compensation for the situation We've been covering a town all these years and now we're gonna have to cover half the town fire station We have our own an arrangement might have been made we think And then three plus we will at least set us up for negotiation Two things motivated me one was the presidential primary and I'm delighted to have cast my vote for the most qualified candidate and my my other thing is this whole Charter issue and so I wanted to make sure I cast my vote on that because that's our local issue that would affect My representation so what brought me onto the polls is just that I think everybody should vote I know that the system a lot of people feel the system is broken and I don't disagree with that opinion But I think that the best chance we have is of getting Representation that really reflects what people want is getting as many people to the polls as possible So just wanted to come and put my vote in today as well with Trump in office. It's for me. It's immigration policies criminal justice reform and General like equality is like gender equality lgbtq rights like those types of things that I feel like The country is kind of just I feel like we've stopped caring about them And I feel like there's a lot of injustices that are happening Maybe not in Vermont, but definitely around the country


Hello, Thomas. Hello, Thomas. And first of all, thank you very much for inviting me along to this. It's been a, it's a, it gives me great pleasure and it's great honour to be, to be invited. So I'm very pleased with that. I'll be sharing my screen in a moment and I will make sure that all the slides are available to people after the, after the presentation is finished. I'll also be drawing on some of the slides as well as we go through and the annotations that I make. So everything that I write onto the slides will also be saved. And at the end, this will be made available to everybody. But there we go. So first of all, I'm going to share my screen and here we go. I can find the right screen. That should be the right one. So hopefully you should see a screen. If someone can just confirm it says model based systems engineering part one complexity. Yes, yes. And it's the whole screen. Yep. Yep. Yeah. Perfect. That's absolutely perfect. So thank you very much for that. So thank you for the lovely introduction. So as Thomas said, my name is John Holt. That's what I normally look like at the moment you've caught me at home in my home office. I don't look quite like that. I look a bit messier. I've normally got the hat on. You'll be pleased to know I'm also joined today. I've got my cat on my lap. So if you hear any strange noises, that might be the cat that might not be me. So I would just warn you about that now. As Thomas said, I work for a company called Scarecrow consultants. I'm also a professor of systems engineering at Cranfield University. And I'm the current technical director of Incozy UK. So to get to begin with then when we when I was in asked to do this, this is actually the first of three presentations that Thomas has asked me to do. The problem that I have is whenever anybody asked me to do something, I immediately agree because it's months and months in the future. And then when the future arrives and the future becomes the present, I then think, oh no, I've just promised to do three presentations. This is the first of three presentations. And as such should be treated as almost like an introduction to what we're going to be doing in some of the others. So what I've been asked to talk about in the first one is the need for model based systems engineering. And, you know, to really sort of make the case for model based systems engineering. So that's going to be the topic of today. There's not going to be much MBS a technical content for today. We're going to be saving that for the other two presentations, but I am going to be going to be talking about why we need model based systems engineering and why it is a real need. Now, a little bit about my background. I've spent my whole career working in model based systems engineering. And so for the last 30 years, that's pretty much everything that I've done has been model based systems engineering. Although 30 years ago it wasn't called model based systems engineering. I was just applying modeling to different types of systems. And what I've seen is over those years is the questions that people would ask has changed significantly. So if I was to go back 20 or 25 years, I'd go to different conferences and different events. And some of you would have actually seen me at some of those if some of the older members of the audience like Andy is there for example would have seen me all these years ago. And I spent all of my life arguing with people about why modeling was a good idea and why we should model. And then about probably, let's say 10 or 15 years ago, the question changed. And people finally started to accept that modeling was a good idea and it was a good thing to do. But what people then wanted to know was actually how do we model effectively and efficiently. So the question had changed. And one of the reasons why the question has changed the main reason is because modeling became accepted. It became sort of popular wisdom rather than just a strange idea. And so that was very good. But the question changed. So the way that we deliver these presentations would change to reflect that. But what would what then happened probably about five years ago, the question changed again. And the question then became, well, how do we deploy model based systems engineering in our organizations? How do we implement this this modeling this MBC in our organizations. So as the years have gone on, I've seen this change in attitudes and opinions towards MBC and a far greater acceptance of MBC. And you can see this anybody that's been involved with in cozy for any number of years, just look at the papers that we have in the conferences. So, you know, 10 years ago, 15 years ago, papers on MBC would have a title something like using MBC to do this applying MBC to do this. They don't really do that anymore. They tend to just be titles like, you know, applying systems engineering to something. And most people now I think it's fair to say certainly in my experience, most people now are using to some level or another some level of modeling and some level of MBC. So I want to talk today about why that is and why we've seen this increasing need over the last few decades for model based systems engineering. And I'm going to illustrate that with a few examples. And then I'm going to finish off by just talking about this evolution of MBC as well and why it's become why it's become so important. Now I would say before we before we begin, people say, well, how is the need for model based systems engineering different from the need to systems engineering. And in my opinion, it isn't because in my opinion, model based systems engineering is systems engineering. There's nothing that we do in systems engineering that we can't do with model based systems engineering. If we can pair MBS T with a topic like requirements engineering requirements engineering is a sub discipline is a small part of systems engineering. MBC isn't MBC is systems engineering. And if we're going to be arrogant about it, I would argue that MBC is doing systems engineering in a more rigorous in a more repeatable and in a more demonstrable way. And that's one of the things that we're going to be talking about over the course of these are these three seminars. So let's let's move on and let's move on to the main subject of what we're going to talk about which is this idea of the need for model based systems engineering. And when we look at the need for model based systems engineering, we can look at the need for systems engineering as our main influence for that. And if we talk about why we need systems engineering. To me, the answer is quite simple. There's lots of books on the subject, but basically, we have system failures, we have system disasters, we have projects failures project overruns and so on. It's very easy in the real world. And I think that's one of the big qualifiers for systems engineering is in the real world. It's very easy for things to go wrong. Okay, if things didn't go wrong, I wouldn't have a job. Okay, or I wouldn't have the job that I have now. When we look at why things go wrong. If we start to do the literature work on system failures system disasters project overruns will find that most literature agrees that there's three fundamental causes for things going wrong. And these are complexity in our system. I'll talk about that in a moment. Communication problems so we can't talk to different stakeholders in a way that they can understand. Because different stakeholders speak different languages so communication is key to everything that we do, but also this lack of understanding across the entire life cycle. We have to remember that as systems engineers, we actually we deal across the whole life cycle at least we take into account the entire life cycle, even if we not directly involved with each stage we're aware of the bigger life cycle, and we work, bearing in mind that there are a number of stages in the life cycle. But what I want to focus on to begin with is this idea of complexity and that's going to be the main focus of discussion for today because we'll see that this is one of the big drivers for complexity. So when we talk about complexity in our system. First of all, you know what do we mean by complexity. And, you know, where does it occur. So, there's two broad categories of complexity. There's what we refer to as essential complexity, and what we refer to as accidental complexity. Now essential complexity is called essential because it lies in the essence of the system. Okay, it's naturally how complex something is, and we can't really reduce that. We can't lower that level of complexity. However, just because we, we can't reduce that it doesn't mean we can't manage it in some way. So we can actually manage the essential complexity, even if we can't reduce it. So for example, if we can identify this where this complexity lives, we can maybe minimize the way that we interact with that part of the system. So we find that one part of the system exhibits a lot of complexity. Then maybe we can limit the way that we interface with that part of the system or the behaviors associated with that part of the system. Although we can't lower or reduce the essential complexity, because it's naturally how complex something is, we can certainly try to manage it and cope with that complexity. Another type of complexity that we need to be aware of is what we refer to as accidental complexity. And accidental complexity is our fault. Accidental complexity is introduced by our people, our processes, and our tools. And that we certainly can reduce. We can lower accidental complexity. But again, a crucial part of that, an important part of that is being able to identify the complexity in the first place. So with essential complexity, we can't lower it, but we can manage it, but we need to identify it with accidental complexity. We can lower it. But again, we need to be able to identify where this complexity lives. And it would be good if we could spot or we could see or identify this complexity. And so what I'm going to do now I'm going to attempt to draw on my screen for the first time. And I'm going to draw three boxes, and I'm going to label them A, B, and C. Okay. And there's a couple of things I need to point out at this, this juncture in the presentation. So some of you may have spotted I'm wearing dark glasses.  And these helped me not be quite so badly dyslexic. I'm very confident that I can spell the words A, B, and C that we can see on here. But beyond that, there's no promises. So when I write words on the screen, if they're not in the traditional order that you're used to seeing them so maybe the letters are in the wrong order, or there's more syllables than is traditional, then you don't need to point it out to me. I know that I'm doing it. Okay. So that's the first thing if there's any peculiar spellings. That's my dyslexia. It's, it's kind of it is me, but it isn't me. That makes sense. So what we've got here then are three things that are going to form part of our overall system. And I'm just going to label these A, B, and C. Now these could be anything these could be systems or subsystems or processes or organizations, people, it doesn't really matter. So, for the sake of the example, let's imagine that A, B, and C, each one of those is a statement of need. It's a requirement. Okay, and let's imagine that each requirement is has been very well written. It's got some lovely text associated with it, and it's got a unique identifier and so on. And let's imagine that I read A and I understand A and I read B, and I understand B, and I read C, and I understand C. Now the assumption that is often made at this point is that because I understand A, B, and C, that is I understand the system as a whole, I understand the requirements set as a whole, because I understand each of the constituent parts. However, that's not actually the case. Okay. Because what we got here is an oversimplified representation of the true situation. So what I can do, I can actually start to introduce some complexity into this by just drawing some lines between these, because each time I draw a line between them, what I'm doing is identifying relationships. And every time I have a relationship between these three, in this case these three requirements, I've identified potential interactions between these elements. And this is one of the main ways that complexity manifests itself in the real world is on the interactions between things. So I need to make sure that I can identify these otherwise the complexity is hidden from me. If I draw some more lines again, this is becoming more complex. And if I take my red pen and draw lots more lines. This is absolutely horrible. Okay. So what people will say at this point very often is, well, hang on, you've just made this more complex, you've introduced all this complexity, you've made it more complex. I used to understand it, I understood A, B, and C. And now I've drawn all these lines on I made it more complex. I haven't made it more complex. What I've done, I'm a systems engineer. And one of the things that we apply in systems engineering is systems thinking. And one of the key tenets of systems thinking is we don't think about things in isolation. We think about them and the relationships between them. And that's key to our understanding of things. So what I've done, I haven't made this more complex. What I have done, I have highlighted the complexity that was previously hidden in my system. I've highlighted these relationships on here and therefore these potential interactions, therefore this complexity. I haven't introduced that complexity myself. It was always there that previously it has been hidden from me. So this is one of the ways, and a very good way that we can identify that we can see complexity in our system. And a very good way to do this is by applying modeling, because when we model, we think about things. And very importantly, we think about relationships between them, and we visualize them. One of the key parts of modeling is visualization. And by visualizing these lines, it allows me to visualize the complexity that's actually in my system, whether I realize it's there or not. So we need to identify complexity in order to cope with essential complexity, and in order to lower accidental complexity. And this is one of the ways that we can use, for example, modeling to do that. But what we now need to consider is the nature of this complexity, and very importantly, how this complexity has changed or how it's evolved over the last few decades. So we're going to consider a simple example. So this is an old car. Okay. So the system we're going to consider is that of a car or an automobile. This is one of the first cars that I ever owned. Okay, this is a 1969 Triumph Herald. Technically, it's a Vitesse, but it's a Herald. Okay. And Triumph, many, many years ago in the UK, we used to have a car industry. We don't really anymore. But Triumph was one of our one of our big companies. I didn't own this car from new, but it was a fabulous car. It was very, very beautiful. And I loved this car before it died on me. So this car as a system, we can ask ourselves a few important questions. So as we would for any sort of system, we can ask ourselves, what's the high level need for that system? What's the high level needs and the high level need for this system is to take me from A to B. Anybody that ever owned a car at this age, or maybe your parents owned a car at this age will realize that this system very rarely satisfied both of those requirements in any single journey. Okay. If we then ask ourselves, what are the, how do I interact with this car? What's the human machine interface? We say, well, for the car, it's the steering wheel. It's the gear control and it's some pedals that I press with my feet. So very high level, very simplistic view of my system. Now, what's the need is to get me from A to B? What's the human machine interface? It's the steering wheel, the gear control and the pedals. If I compare this system with its modern day counterpart, it might look something like this. Now, it doesn't matter what make this car is, you know, who the manufacturer is or anything like that. All we need to know is that this is representing a modern connected vehicle that might be autonomous or semi-autonomous, and it's an electric vehicle, for example. Okay. And if I ask myself the same questions concerning the modern vehicle, what's the basic need is to get me from A to B. And if I ask myself, what's the human machine interface? Well, it's a steering wheel. It's a gear control and it's pedals. Okay. If we had no domain knowledge regarding cars, regarding automobiles, if we just consider these as systems and we had no domain knowledge, and we looked at the overall need and the HMI for each of them, we might be fooled into thinking that we would realize them in the same way. Okay, because the basic needs the same, and the HMI is the same. What we need to appreciate is that is simply not the case that we're seeing here. And because if I was to say to you, which is more complex than modern vehicle that we can see on the right hand side, or the old vehicle from 50 years ago on the left hand side, almost everybody would say the modern vehicle. But it's not good enough just to say which is more complex. We have to consider the complexity and the way that that's changed or the way that that's evolved over the last few decades. And we're going to consider four ways that's changed. And the first way is to consider the system elements. And therefore, the interfaces between them. If we consider the system elements for this car on the left hand side, 95% of them are mechanical. Okay, there's a few electrical elements. There are headlights, there were windscreen wipers, there's a horn that goes beep beep, and there's the starter motor. That's it. The wiring diagram, the electrical wiring diagram for this vehicle fits on one side of a single sheet of paper. And there's still enough room around the edge to make notes. Okay, it's incredibly simple, the electrical system. Therefore, if we consider the interfaces on this system, the vast majority of interfaces are mechanical, there's a few electrical, and there's a very few electromechanical interfaces. So you can imagine the system elements has been like a B and C on the previous side, and the interfaces being like the lines between a B and C. Okay, if we move so, and that was what a car would be typically like in the 1970s. If we move into the 1980s, what we'll see is there's a brand new type of element starts to arise. And that's electronics. Okay, so we've now got more letters A, B and C, D, E, F and so on. But very importantly, because it's a new type of system element, it brings with it new interfaces. So now we've got electronic interfaces, we've got electronic to electrical interfaces, we've got electronic to mechanical interfaces. So the number of letters A, B and C is increasing, the number of lines is increasing, therefore the complexity is increasing. If we move into the 1990s, we start to see software being deployed around the car, individual pockets of software. Again, a new type of system element, therefore, new types of interfaces. If we go into the 2000s, we start to see networks, so control area networks and things like that, buses around the car system. So again, more elements, more interfaces, protocols, all these extra levels of complexity coming in. And if we look at a car, a modern day car, it's also connected. It's connected to the outside world, it's connected to GPS and all sorts of other things. So what we now start to see is this whole other level of interfaces. So what's happened is as time has gone on over the last few decades, the system elements, it's not just the number of them has increased. The nature of them has increased because of things like technology and therefore the number of interfaces has increased. So overall, the complexity of this system compared to this one is incredibly high. The second way that I want to look at is by considering the constraints that we have on this system. And by constraints here, I mean anything that's going to limit the way that I can realize my system in some way. So things like safety, reliability, maintainability and so on. Let's consider safety to begin with. So this car, it had seatbelts in it in the front, but not in the back. The seatbelts that it had in the front were like you get on an aeroplane. They were the ones you put over your lap. They were static. You had to adjust them manually each time you got into the car. They didn't go over the shoulder. And here's the kicker here. Here's the big thing. Up until 1983 in the UK, it wasn't the law. It wasn't mandatory to wear seatbelts in a car. It wasn't until 1991 that it became law in the UK to wear seatbelts in the back of a car. Now, if you compare that to today, if you got into a car today and there were no seatbelts, you'd get straight back out again. And what's changed here is our attitude towards safety, but also the constraints that we have. So things like the standards, the legislation. Okay, this system on the right-hand side here, not only does it have seatbelts, it's got airbags. It's got crumple zones. It's got side impact protection. It will stop you veering into the next lane on the motorway. It will stop you crashing into the car in front. And what's changed here is the constraints that we have there. And these constraints are driven by things like the different stakeholders' attitudes towards things. Think about the environmental aspects of this. It won't take you long because there aren't any environmental aspects of this. It's got an internal combustion engine. It's got leaded fuel. There's no concept of either using recycled parts or recycling the parts afterwards. All these are now enshrined in standards and legislation that we can now see. Look at the stakeholder expectations of these cars as well. Introducing more constraints, maybe not legal constraints, but customer constraints. Up until, let's say, five years ago, many cars, when you saw an advertisement on television, were sold on the basis that they went very fast and they went very fast very quickly. 0 to 60 in five seconds and so on. We don't sell cars like that anymore. We sell cars based on the user experience, based on the driver experience. So the whole attitude towards these constraints has changed enormously over the last few decades. And because of these, you know, far more constraints, it's increased the complexity of our systems. The third way that the complexity is increased is because the system that we see on the right-hand side is truly a system, part of a wider system of systems. We live in a connected world. Our entire world is connected. Everything we buy is connected to the Internet of Things, to the Internet, to the cloud, and so on and so forth. And cars are no different. What we're starting to see is now, so when I talk about the system of systems, it's not just a number of systems interacting with one another. It's a number of systems interacting with one another to deliver some sort of high-level behavior or capability that none of the constituent systems, what we refer to as constituent systems, can do by themselves. And so, for example, now in the UK, the wider system of systems for the car is the UK road network. Now, if you've ever driven in the UK, it may be difficult to believe that there's any sort of high-level intelligence that's monitoring and controlling the way that we drive our cars, but there is. So the traffic flow is monitored on motorways, the speeds will change, traffic lights will change, and so on. We've got this higher-level system of systems that's using information that's shared by our vehicles to give us a more seamless journey. I can take this up to the next level and say, well, what about the transport network in the UK? What we're able to do now, I can leave where I live and say, I live in Wales, on the left of England. If I want to travel to London, I can get an app and say, take me to London and do it in as green away as possible. And what will happen, the app will say, leave my flat where I live, get on a bicycle, cycle to the train station, get on this train, when I get to London, there'll be an electric taxi waiting for me, and that will take me to my destination. And now dealing with end-to-end capability here, rather than making these individual plans myself. So the car is truly part of a wider system of systems. And this leads us onto the fourth point I want to make, oops, spoiler alert, the fourth point I want to make, which is this, of a complexity shift. If we look at the elements that comprise our systems, now let's look at the motor in both of these. The motor in my old Triumph Herald is an internal combustion engine. It's entirely mechanical. If I look at the complexity of that motor, it's mechanical complexity. If I look at the modern-day counterpart, if I look at an electric motor, the mechanical complexity is almost trivial. There's basically this one moving part in an electric motor, and that's the rotor that whizzes around in the middle. The complexity comes in because of the software that's controlling it. So it's not fair to say, this is more complex than this. It's different types of complexity. We've seen a shift away from mechanical to electrical when it comes to engines, for example. But we're also seeing this shift, not just in the technology that we're using, but also relating back to system of systems. The responsibilities that I had as the driver in this old car, in the old Triumph, are now largely being taken up by the car, by the actual the system part of it. This system is now interacting with the outside world, whereas I used to have to use my eyes and ears. I don't have to quite as much anymore because we've seen this shift away from what we've got here into these automated systems, these cleaner systems that we're starting to see on the right-hand side. And just to really compound things, all of these things work together. I've got an electric vehicle. I would love to say it's a Tesla, but it isn't. I've got an electric, what we call in the UK, a moped. So if you know like a Vespa or a Lambretto or something like that, I've got an electric one of those, and it's fabulous. And it exhibits all of these things. There's a complexity shift. It's got a twisty grip that makes it go forwards. It's got a battery under the seat. It's got a Bosch washing machine motor on the back wheel, and it's got software. OK, we've seen this complete shift in complexity. It's truly part of a wider system of systems. I've got an app. So if I have a fleet of these, I can control the fleet of them. It connects to GPS and 4G. OK, it tells you where it is at any point in time. It runs diagnostics. It will tell me if it's moved, if it's fallen over, it will plot every route that I take and tell me the average speed and so on. The system elements and interfaces that we got on there now are completely different from what we used to have. The constraints, safety, it limits the speed. It won't let me go over a certain speed. It won't let me decelerate more than a particular rate of change. OK, it reclaims energy from when I put the brakes on and use it to charge a battery. It's got cruise control on it. This thing is crazy, but it's what we're seeing here is the manifestation of all these different types of complexity that have evolved over the last few days. Over the last few decades. So it's not good enough just to say the complexity is higher. We have to think about why it's higher and how this complexity is evolved over time. And complexity has a shape and the shape that complexity has is the shape of a brontosaurus. And this is what we refer to as the brontosaurus of complexity. The idea is that the magnitude of the complexity is analogous to the thickness of the brontosaurus. So there's a thing called the brontosaurus theory that was first coined in 1972. And the brontosaurus theory states that a brontosaurus is very thin at one end. It's much, much thicker in the middle and it's very thin at the other end. And the idea behind this is that whenever we start a project, this is a human eye. We look into the face of the brontosaurus. And when we look into the face of the brontosaurus, what we see is the we want to go from A to B. We see this is the human machine interface. We see the very simple high level representation of what our system is and the complexity as a consequence of that is very low. And we look into the smiley face of the brontosaurus and the brontosaurus smiles at us and we smile back and the brontosaurus winks at us and we wink back. And the world is a very happy place and we do all of our cost and time resource estimates based on the smiley face of the brontosaurus. But then we start to deploy our systems techniques. We start to model things. We start to do stakeholder analysis and the complexity starts to increase. We start to do contextual modeling. The complexity starts to increase. We start to scenario modeling the complexity increases. We look at different candidate solutions. We end up here in the belly of the brontosaurus where the complexity has got out of hand. There's different people using different software to do the same thing or even worse, different people using slightly different versions of the same software that are in no means by no means compatible. You go into a room, someone's drawn a diagram. This is big as a wall and they say, look at my diagram. It's as big as a wall. Aren't I clever? And the answer is you're very clever, but nobody can understand your diagram because it's as big as a wall. What we have here when we're in the belly of the brontosaurus is a solution to the problem that we got here, but it's overly verbose. It's overly complex. It's difficult to understand and we can't communicate it very effectively to the different stakeholders in a way that they can understand. And you say, well, what's wrong here? I've done everything right. I've done all the right things, but the complexity is now it's gone out of hand. But then something interesting happens, because if we continue with our modeling, if we continue with our NBSE, the complexity starts to go down and it goes down and down until we get to the tail until we get to that point. And what we have at this point is a concise, elegant solution to the problem that we had up here. It's as simple as necessary, not as simple as possible, as simple as necessary and no more so. We can understand it and very importantly, we can communicate it to the different stakeholders in a way that's meaningful to them. In order to go from the smiley face to the tail, we always have to go through the belly beforehand. It's impossible to make the transition from smiley face to tail without going through the belly. I've been doing NBSE for 30 years. I can't go from here to here without going through the belly. However, if we employ NBSE successfully, what NBSE will do, it will make the transition as short as possible. And crucially, it will make the belly as slim as possible as we're making this transition from smiley face to tail. So the complexity will always go up, but using NBSE will allow me to control and to manage that complexity and to make the whole transition as painless as possible. So just to deploying NBSE, the things, various things we need to consider. We mentioned accidental complexity and we mentioned this is because of our fault because of our people, our processes and our tools. This is what we can see here. By people, we mean competent people with the appropriate skills to do their job. By process, we mean approach. Do we have a good approach in place? And by tools, we mean anything that's going to enable us or make our lives easier. These lines are important. We mentioned how important the lines were. There's just two lines on here at the moment, and these are crucial. We need to make sure that the competencies of our people, the skills, the knowledge, the attitude of our people enables our approach that got to be very closely coupled. We also need to make sure that our approach drives the tools and not the other way around. As soon as we use any tool, it's going to constrain us in some way. We need to make sure that our approach drives it. We can control the way that the tool is being used. We shouldn't be changing the way that we work because that's what the tool wants us to do. That way lies madness. Okay. And this brings us on to the whole idea of the evolution of MBSC. As the complexity of our systems evolve over time, as the complexity evolves over time, so must our approach to systems engineering. And the main point that I want to make today is MBSC, we should consider has been a natural evolution of systems engineering. If we look at how MBSC evolves, if we're trying to deploy it in an organization, we've identified five stages here. Document-based systems engineering, document-centric systems engineering, model-enhanced, model-centric, and model-based systems engineering. A document-based approach. Obviously the graphics represent in the pile of documents, but crucially it's representing where the information and the knowledge that we need to develop our system lives. What owns it and where does it live? It's owned by the documents and it splits across this disparate set of documents across the whole organization. Usually hundreds, if not thousands of different documents across the whole organization. This is what we mean by a document-based approach to systems engineering. All of the knowledge or the information lives in and is owned by the documents. And I would say at this point, and I'm being very serious about that, there's nothing wrong with this. Because what people will often say to me is, we've been using the same approach, the document-based approach for the last 20 or 30 years. Why should I change to a model-based approach? There's nothing wrong whatsoever with a document-based approach. If you want to build Triumph Heralds, if you want to build a system of the level of complexity of a Triumph Herald, then this is perfectly acceptable. If you want to build a modern connected system where we see in those four different types of complexity, the system elements and interfaces, the constraints, the connectedness, the system of systems and the complexity shift, then the techniques that you use to realize that system are going to have to evolve as well. Model-based systems engineering, I would argue, is a natural evolution of document-based systems engineering. We go to document-centric where we see diagrams and pictures being used to enhance what's already there. That's why the pile of documents has got bigger. We start to see at stage three the model emerge from our documents. It's incomplete. It's very incomplete. It's emerging from our documents. Stage four, model-centric, we see the model is almost complete and stage five is complete. But people will say, what, so we're never going to have documents again? No, of course we're going to have documents. But the point here is our documents at this point are just different visualizations of my views. They're different manifestations of my model views. They're not entities in their own right. They don't own the information. They don't own the knowledge. It's just a way to visualize that information and knowledge using text, using graphics, using whatever. When we have a model-based approach to systems engineering, all of the information, all of that knowledge is brought together into a single conceptual place that we refer to as the model. And crucially, all of that information is consistent. Otherwise, it's not a model. When we talk about model-based, it doesn't mean we're getting rid of documents. It doesn't mean we're getting rid of text. It doesn't mean we're doing everything in SysML. We can use whatever notation, whether it's SysML, whether it's simulation, whether it's mathematical languages, whether it's text, whether it's tables. What MBSC is concerned about is all of that information is consistent with each other and we're presenting this single source of truth. That's what we're talking about with model-based systems engineering. So I introduce this by spoke about the reason there's a very real need for MBSC, and this is the point that I want to make now. MBSC, we're not just doing it because it sounds like a good idea or it's the latest technique or whatever. There's a need for that because the complexity of our system has evolved enormously over the last few decades. And as the complexity of our systems has evolved, so must our approach to systems engineering evolve to match that. That's where I see model-based systems engineering. In the next presentations, I'll be talking about more specific technical aspects of MBSC and how we can use MBSC to realize everything that I've spoken about today. Before we go, Christmas is just around the corner. Everybody loves Christmas presents. Buy your whole family some books. Buy all 17 of my books and get a free shrine. Thank you very much for allowing me to come in. Thanks to Thomas. Thanks to Amir. Thanks to Nkozi. Thanks to Nkozi German chapter and all the sponsors. Please follow us on LinkedIn. Join us for our silly puzzles that we do every Friday morning. And thank you very much. So many people for turning up and I'd be happy to answer any questions. Thank you. Thank you, John, for the great presentation. I will look now over the questions that have been posed from the audience. And the first one is from Mr. Goldman. So isn't MBSC just a tool approach to system engineering? No, I would argue it's not just a tool approach. And that's very important because this is going to be the main focus of the next presentation. MBSC is a lot more than the tool. The tool allows me to implement things. It will allow me to implement, for example, notations. Notation are very important. Things like system are very important, but they're a small part of it. We've also got to have an approach in place. We need processes in place. We need frameworks in place that allow us to control the model. The model itself is our abstract representation of the system. The goal of MBSC is not to produce a model. The goal of MBSC is to realize the system successfully. We just happen to be doing that by using a model. The tool itself is crucial, but it's one small part of the big picture that's MBSC. And so I would argue, no, it's not just a tool-based approach to doing it. Being tool-based is important, but that's a small part of the big picture that's MBSC. And as I said, that will be the main discussion for the next presentation. We will look forward to it. Thanks. The next one, surely, if the need for MBSC is no different from FE, there would be no motivation for the organization using document-based system engineering to model-based system engineering. Well, I think that's the point I was making. The reason is, if the complexity hadn't evolved so much over the last few decades, you'd be absolutely right. And there's still a lot of value in a document-based approach to systems engineering. But when you see just how complex our modern-day systems are, the approach that we take needs to evolve to match that. Because using a document-based approach, when we got literally tens of thousands of different elements interacting elements in our systems, is no longer good enough. And so I would argue that if the complexity hadn't evolved, I would agree with you 100%. And for some people, to be perfectly fair, you don't need to go to model-based if you're dealing with systems that you understand that are relatively straightforward. But as the complexity evolves, so there is this need to evolve into a model-based approach. Next question. Could you please elaborate on your statement about MBSC? It's like SE, because models are a part of SE, exactly like how you said requirements engineering is. I would like to understand more about your statement. Right, so if we look at requirements engineering, yes, models are part of that, but requirements engineering like design, like implementation, like test, they're a part of the big picture that systems engineering. Model-based systems engineering is not just a small part of the big picture of systems engineering, it allows us to realize the big picture of systems engineering. So yes, we can use MBSC to do our requirements, to do our analysis, to do our design, to do our implementation and our test and our support and our operations and retirement and so on. So that's what I mean by that is MBSC, we can apply across the entire lifecycle to all these different sub-disciplines of systems engineering that we would traditionally see. Okay. Do you have a concise, adequate definition of complexity as used in this presentation and how does it relate to complexity theory? Yeah, so I mean that's the point that we've been trying to make in this. I've deliberately avoided the whole issue of complexity theory when it comes to things like measuring complexity and the way that we analyze things like nodes and interactions between them, that's a whole other area again, that's a whole other presentation. I deliberately wanted to keep it very high, high level to what we got here. So that's why there wasn't any, you know, you could argue there wasn't much rigor to the definitions that I was using for complexity, but I was trying to aim at a very pragmatic reason and to make the point of why we need model-based systems engineering. All of the, if we look at complexity theory, all of the techniques, all of the sort of measurements, the metrics and so on that we can apply to there and the theories associated with it equally apply to what I've done. I was just deliberately trying to keep it at a very high level, rather than to get bogged down in a big debate about exactly what do we mean by complexity. So that's why I was trying to explain it through examples, rather than through, for example, mathematical formula. Okay, we have quite a few questions. We've already got 60 more comments and 30 more questions, so that's fine. Better than otherwise. Is modeling a system using MBSE tools and methodology, but not including executable models and simulations still accounted as MBSE application, or is it just called drawing? No, I would say MBSE encompasses the simulations and the mathematical side of the modelling. Absolutely definitely. When we talk about framework, so I'll talk about this in the next presentation. It's important to realise there's more to MBSE than there is just doing the CISML diagram, for example. We need to look at what I would call the model based engineering. So things like electrical modelling, heat transfer modelling, simulations, physical modelling, all these need to be represented within MBSE because what we're concerned about with the model is the consistency of all this information, regardless of whether it's visualised in CISML, in the CISML modelling tool, or whether it's done in MATLAB or Simulink, or DAWs, or the electrical wiring diagram, all of those things need to be consistent. And therefore, in my opinion, that's all under the umbrella of model based systems engineering. Okay, next question. Given that the reason for a car has not changed, aren't the majority of your described current complexity based on the implementation choices, whether than complexity introduced by the problem domain, hence are actually implementation complications introduced complexity, whether than actually complexity. Well, I think that's a very good point. And I would argue there that in some cases, yes, we're introducing complexity for the sake of it, particularly with some technologies. We're introducing it for convenience rather than that there's any dying need for it. But many of the aspects of complexity, particularly where the constraints come in, no, they're necessity. And that's because things like people's attitudes have changed over the years. And because people's attitudes have changed, things like standards and legislation have also changed over the years. You could argue that the function of a car isn't different because we've got seat belts. That's true. But actually, it's made it a lot safer and safety is a big concern. And it's a paramount concern now when it comes to the different stakeholders looking at it. So I would agree that in some instances, and particularly with some aspects of technology, there are convenience for us to make our lives more comfortable. But I would also argue that many of them, particularly things like constraints and the system of systems aspects are there for very real and very pragmatic reasons. And all of the aspects related to increase the complexity of today's vehicles seems to be to be related to the elitist, not to the functional aspects. Wouldn't you agree? I believe, at least in automotive incidentally, complexity is strongly coupled with our professional discipline. So shouldn't we blame ourselves for the increase of complexity? Could you please spell a few words on that? And I think this relates to the previous point. So the safety, the security, all the elitism and so on. Yes, the need for those, sorry, not the need for them, but the driving forces behind them have increased. And I think you can argue that we've introduced those, but we've introduced it for very practical reasons. We want our systems to be safer. We want them to be more secure. We want them to be greener. And you could argue, well, functionally, that doesn't make any difference. Yeah, but anybody that designs a system purely on function is not designing a real system. We need to take into account the constraints. And I would accept that, particularly in things like automotive, the non-functional aspects of our system have overtaken the functional aspects of our system. And if you look at autonomous vehicles, the actual technology to do the functional self-driving vehicles, for example, is there. And it's the non-functional things that are holding that up. It's the safety, it's the security and so on. So I would argue what it is, but I would also argue that as systems go on, we're listing more to stakeholders. Automotive is a good example. You could design a perfectly functional car, but nobody would buy it if it wasn't safe. Nobody would buy it if it wasn't green, for example. These are the things that are giving people a competitive edge, and this is how we're selling these systems now. So I would agree that, yes, functionally, maybe not a lot of change, similar to the last question, but because of things like these constraints and the stakeholder attitudes, things have changed beyond all recognition. And I think if anybody thinks that we're just delivering systems on function now, they're misguided.  And this is what's driving a lot of what we're doing now as systems engineers. Okay, now we have two questions. It seems quite similar. I take the last one. How would you sell it to general management? Well, the way that you sell NBSC is different depending on who you're talking to. One of the points about modeling is all modeling is context-based. It depends on your point of view. The arguments you make for selling NBSC to engineers are not the arguments you make for selling NBSC to the investors. Okay, so again, this is the subject of another presentation, but I'll try and kind of summarize now. Things like improved consistency, reuse, you know, automatic document generation. These are things that tool vendors use and I think quite rightly to sell tools to engineers. That's not how we're going to sell them to managers. The way that we sell these to managers and going up to board level is we need to say things. No, it's going to increase our return on investment. How is it going to return our increase on investment? Well, it's going to increase our market share because we're listening to things like the constraints. It's safer. It's more efficient and so on and so on. When we sell to managers, again, there's no point talking about the technical aspects to sell to a manager. You need to talk about how cost, time and resource can be lowered by applying model-based systems engineering. So there isn't a single argument for why you should, how you should sell model-based systems engineering. You need to look at the stakeholder you're talking to, whether that's an engineer, a manager, somebody at board level or anything like that. And you need to say from their point of view, what are they looking for? What's going to excite them? And what's going to, you know, what's going to make them take notice? That's what we need to capture and that's what we need to articulate using NBSE. And I think this is one of the big problems that we have is the selling of NBSE. So I think for too long, we've sold it on the technical aspects and we haven't moved up the chain up to the board level to say, no, this is going to improve our return on investment. This might stop a recall of a car, for example. This might improve the way that we meet the standards. This is going to allow us to meet the new government environmental standards that are coming in in five years time. All these sorts of issues, these are the things that are going to excite the board level people, certainly not telling them things like we can automatically generate documents or, you know, we can reuse some of these model things. They're very good and they're very powerful, but we need to pitch the arguments at the right level in the right context to the stakeholders that we're dealing with. So I think this is one of the big problems that we have with NBSE at the moment is the way that we sell it. So I think that's a really good question. So the answer is context-based, you need to change your argument depending on who you're talking to. Looking at the time, we take the last question. In the 1-2 hours analogy, is there some conflation of the complexity of the wheel systems challenge with the extent of its representation, in which case wouldn't great system engineers start to see the gulf of the beast from its smiling mouth? I think if you do NBSE properly, yes, you can because you're not having this short sightedness of just looking into the smiley face and you'd be able to sort of predict, yes, we can see the complexity is going to go up, but we can manage and control that. And that's one of the reasons why we do NBSE. So like I said, by applying NBSE properly, we can manage and control that complexity. We know it's coming and we can prepare ourselves for it. The problem that we get is people don't know it's coming. They look into the smiley face and they spend all their time smiling and winking at the Brontosaurus without realising that there's a big belly coming soon. Okay. Thank you again for the great talk and thank you for the audience for your questions and your time. Some last words. As mentioned earlier, you can now claim one PDU credit toward your system engineering professional recertification by attending this webinar. You may also claim this credit retrospectively for inclusive webinars that you have attended and where attendance meets the qualification requirements. I would like to express thanks again to Lockheed Martin Corporation for sponsoring the 2021 and Cozy webinar program. So my last words. Thank you very much, Ron. It was a pleasure and see you soon. Goodbye. See you at the next one. Everybody have a good Christmas. Stay safe. Bye-bye.


Thanks for tuning in, thanks for watching. So if you don't know who I am, my name is Claire Carmichael. I'm a second year adult student-ness. And recently I've been taken barred in the 30 day blogger challenge. It's been amazing, I'll put the links below, just in case you don't know what it is and you're watching my channel and you don't know that I blog as well as do vlogs. So I'll put all the links below to check it out. So today is day nine of the bloggers challenge and it's all about what's in my bag. I have two bags, actually I have a lot of bags. I have a lot of backpacks because I absolutely love backpacks. So the two main backpacks that I use currently are this one for uni. This is, some of you might have seen this already. This is my Peter Pan slash Peter Rabbit bag. And I use that for uni. I'm 34 and I've got Peter Pan and Peter Rabbit. Please tell me that's okay, that's okay, right? This is my work bag. So this is much bigger. This is a massive, it's like a proper traveling backpack really? But I take this to work because I have to put all of my uniform in it. It's also my placement bag, placement and my work bag. So let's start with the uni bag. Okay, this is really embarrassing because I promise I haven't even looked in this bag before I've done this video and I'm not gonna lie, it's a bit of a moniker cupboard.  If you don't watch friends and you don't know what a moniker cupboard is, moniker is like OCD clean, okay? And then inside this cupboard is just a mess and someone, I can't remember who does it, is it Ross? Rachel? Joey? I'm gonna go through all the things. Anyway, one of them opens the cupboard and just all this junk comes falling out of the cupboard and moniker's like, no. It's amazing. Anyway, this is my moniker cupboard. There's everything, look. It's just, it's a bit of a mess.  So I'm gonna take this opportunity to clean it out whilst I'm doing to you. So I have three compartments. The back one is like a laptop bit where you would put your laptop I've got all my notes at the minute to keep my notes flat. Main big compartment, I have one plastic bag. One bag of Skittles, which isn't really a full bag. It's got about, let me guess, about eight Skittles. My notepad. I have my diary that pretty much everything goes in my diary. This amazing book, this book's so useful. It's a bit tatty now. But this is a great book. It's tiny, it's the drug survival guide and it goes through all the categories of drugs, the mechanisms, contraindications. Really, really good pocket book. I think it was like $5.99 or $6.99. A little bag of sugar, which I need to fill it with some tea bags as well. I take tea and sugar to uni just to save me some money. And I just get the hot water in the flask. Iber-profen. I've got an empty Chris packet with rubbish in it. I've got empty orange peel, which is probably gonna go mouldy. Oh! This is terrible. Why did I do this vlog? I have my selfie stick, of course. But I think I've only used this once at uni and that was to do the open day vlogs. Oh God, an empty wrapper. What is wrong with me?  I have a lip balm. I have a spray because it's really, really hot lately and it's sweaty and it's nasty, so it's always good. I have these pens at the minute. My, this typical student nurse pen is this one because it's got all the colours for you to mark on your hand over, it's brilliant. Couple of colourful pens because I like colour. I have a bubble. Thank you. I have a broken plastic fork. That's a plastic fork. Look how good it looks. It's actually plastic. I have more rubbish.   I'm so ashamed. I'm sorry. Tea stirring sticks. Bongella. Compact mirror. Headphones. And a second bubble. And a lot of crumbs and rubbish at the bottom of the bag.  Pretty much. This is all rubbish. My train tickets. Paper, I've got, oh God. I've got old McDonald's tokens. I've got tissue. Another bubble. Apparently I just have a collection of bubbles in my bag. Oh, a medication leaflet. Oh, amazing. Yeah, I collect medication leaflets. I've got a folder with all the medication leaflets from my placements. That comes in really handy because you're not gonna get the best information anywhere else than an information leaflet from the actual drawer, are you? Let's face it. And what is this one? This one is Nabeido. So it's a testosterone injection. On my last placement, we had a couple of patients that had to have testosterone therapy. So that's from that one. Now, what's in my backpack? Pretty much I change between things. So whatever's in that bag I usually put in this bag and vice versa, but not everything, does that make sense? So pens I'll take from there. If a diary, my purse, they'll sort of alternate. So what is in my placement bag?  Receives just upon the seas. Drain tickets. Plusters, because you never know when you need a bluster, have my work ID. I have my stamp. That's why I love sexual health because I get to stamp things with my name. I'm there like stamping the test request with my name. Love stamping things. Hand cream, because you definitely need a hand cream out on placements, out at work, because your hands get so dry. I have a tourniquet, because in sexual health, I am trained to take Dean of Puncture Bloods. So that's really handy and it's got my name on because if you don't have your name on your tourniquet, it gets nicked.  They get nicked. Perfume, because again, it's sweaty, it's hot, it's disgusting out there. More plasters, like how many plasters do I think I need? A tampon, you never know. Another pen, what's in my middle pocket? A knife and fork. Clearly I like to carry knife and forks with me. I have a little bottle of double-stremmed squash. I have, oh, I have a little padlock. There's lockers that we can use at work, so that's for the lockers. And then from back, more tissue, another tampon. You can't have enough tampons these days. Ooh, like a really soggy mess of sweets. Apparently another plaster. What is that? Oh, that's disgusting. That's like an old apple core that's just, I'm so sorry you've had to witness that. Gonna go wash my hands now. And I'm back. Clean hands. I'm gonna clean out my bag now. I hope you've enjoyed looking at what's in my bag and I'm so, so, I feel so ashamed, but I promise you, after this video, I'm gonna clean them out. They're gonna be sparkling and beautiful and they're never gonna get in that mess again. That's disgusting.


Good afternoon everybody I'm Tommy O'Brien coming to you live from TFNN 2 p.m. Eastern time on Friday final two hours of the trading day and we got quite a market folks to the downside negative action across the board right now you're looking at an S&P negative by 44 points you're approaching right near session lows where we've been at since about almost 1 p.m. Eastern time for the last hour we were also down at this level at about 10 30 Eastern time you see the range just today in the S&Ps you're talking about 50 points basically from 44 30 the lower end of where we're trading at right now to the higher end 44 80 at about 11 30 NASDAQ 100 pretty similar action right near the lows of the session that we made it about 10 30 14,006 20 man you're talking about 230 points we were up at 14,008 50 this morning the Dow 34,000 412 right now you get the Russell negative by 11 at 2010 Bitcoin quite a day for Bitcoin I got a headline ready one trillion dollars that is the destruction from market cap in the crypto universe right now one trillion dollars just gone like that 38,300 you're down 44 10 you're coming into Friday weekend trading in crypto a pretty big deal because the retail aspect of things aspect of things we'll see where crypto settles over the weekend right now the 38,245 and we jump to some of those headlines there it is crypto crash erases more than one trillion in market values drop is the second largest in dollar terms Bitcoin has declined more than 40% now since the November record high and when you take a look at Bitcoin you put this thing on a weekly you know next stop after 30 40,000 is 30,000 and clear as day on this chart we were at 30,000 between May of last year all the way through to about July you got a two month area that you'd have some support support in Bitcoin jumping over to crude back to a 15 minute quite the acceleration for crude you're talking about negative 56 cents per crude holding up relatively well considering what's happening with the market at 80 at yes $85 we'll call it go back and off a bit on this session you're down $10 at 1832 we jumped to silver silver shot 35 cents and we jumped to notes and bonds talk about a week of volatility right now you get the tenure positive by 17 ticks we've given back some of the action that we have this morning yields pulling back dramatically from where we were earlier in the week all right folks stay tuned you got a man Dave White coming up live with the power trading hour from two till 3 p.m. Eastern time my dad Tom O'Brien wraps up the trading week live from three till four Eastern it's going to be an interesting two hours to finish the trading week folks you think about where we were yesterday at three o'clock in the S&P's you're talking about a two o'clock we were trading at 45 68 140 points where we're trading that right now stay tuned for


Hello, everybody. Happy June. I hope you're excited. Summer is here. I live in Minnetoba and we get some very cold winter months, so I'm super excited for the summer. Let me walk you guys through our June freebies. So these are free for everybody. They're fun dental freebies that I have created. Just some simple things if you want to add a new desktop wallpaper, a new iPad wallpaper, computer, laptop, cell phone, just a couple of fun things. So let me just kind of walk you through some of them. So for your cell phone, I have created this one here. Oh, sorry. It's taking a second to load. Just again, you guys.  There we go. So just a fun one here. So this could be for your cell phone, your lock screen, homepage, kind of whatever you want to do with it. There is a very simple tooth one. I'm always, I like the simple things. So this is the one that I'm going to have on my desktop wallpaper. There's a summer calendar one again, just something fun. If you, these are all created as images. So you just have to save image as and then add as wallpaper. If you're one of those who likes to keep your desktop busier with like things to do, then you could add your certain file folders here, here. There's lots of different places for you. This one's kind of different. So it's not dental themed, but I just thought it looked so nice. You could have this as a background as well. Let's see here. There's another June calendar, the one that you saw earlier.  So as an example, when I first did this back in January, there was a digital sticker sheet. If you have your iPad, your tablet, and you like to do digital planning, you can actually copy this and then paste them as stickers, just a couple fun freebies for you.  If that is something you want to sign up for, just something fun. Happy June. I do have a digital planner for students as well. It doesn't have to be for students. Like I use it to a dental themed planner for $12. That's it. I can leave the link for you guys down below for that too. If you really like the freebies that you see and you want a little bit more, more specifically for the digital planner, then there is that as well. But I will also do another video that I can link down below where I show you guys the new updates for June for the digital planner in case you're curious what that's all about. So thank you guys for watching. Have a great day. Comment below if you need anything and I'll see you in the next one.


Hello, I'm here today with Mr Kawasu from Hamamatsu and we're going to talk about some products they're exhibiting at the ID TechEx show. So first thing we'd like to talk about is this ultraviolet source. So can you please give me a bit of an introduction about what this is useful and what kind of wavelength this emits. So our light source wavelength is 365, 385 and 395. So what our advantage is air cooling technology. So we have a patent for the air cooling so we can we can achieve the high intensity so 20 watt per square centimeter by air cooling so that is the advantage. So and we have some kinds of UV LED light sources, a very compact version like this. So I'm wondering what kind of applications are these used for because I've used one of these in my lab before to serve a treatment when I'm making some electronic devices. So what are the typical customers you're targeting this product at? So as you said the application is so the curing for the coating for the electronics or printer so ink curing so it's useful. Okay so you can use it for service treatment before you deposit something or you can use it for curing the ink so two purposes. So with these both of these would you typically use it for a research laboratory or do you also have some customers who are using this in for example a production line as they are doing some sort of printed electronic device? Yes it is used in the production line. Okay the other thing I was wondering is what kind of wavelengths are these two light sources giving out what what UV wavelength is it deep UV or is it quite a broadband emission? So what does it mean?  Ah yeah yeah 365 and 385 and 395. Okay I see okay so different types of wavelength peaks. Okay excellent so you've also got another product on display here that I'm interested in. So you mentioned this is some sort of x-ray source right? So can you tell us a bit about this product here? So it is a software x-ray light source so it's for the neutralization so in the atmosphere condition so so usually the neutralization application uses the corona corona discharge light source. Okay so corona discharge light source generates the dust okay so but on the other hand the software x-ray light source there is no dust and so there is no airflow yeah so it's very useful. Okay yeah I can see a very big difference between the the one where you're using the x-ray source and the one which is just left on its own. So typically what kind of application is this useful? Who are your target customers? So the application is a semi-conductor process so that is a mainly main application. Okay. Another film. Thin film? Yes film manufacturing process. Oh okay okay oh you mean sorry let me just be sure about this you mean film as in like a imaging film or some sort of film deposition? Film deposition. So film deposition? Oh I see I understand yeah. So in this case the charge is generated. Right okay. So it emits this pattern neutralized so it is very effective. Okay that's very interesting yeah I can see this is useful for a lot of customers. Thank you very much for taking part in this interview really appreciate it. Thank you.


Who is the sevenfold Spirit of God described in the book of Revelation? Then I saw a lamb that looked as if it had been slaughtered, but it was now standing between the throne and the four living beings and among the 24 elders. He had seven horns and seven eyes which represent the sevenfold Spirit of God that is set out into every part of the earth. That's Revelation 5-6. The sevenfold Spirit is the Holy Spirit. This truth is revealed in Isaiah chapter 11 verse 2. Now tell me in the comments if you see it.


Hey, this is Brett. And this 2015 Chevrolet Corvette Z06 is stock number 13770Z. I am here at Summit Automotive in Van Lack, Wisconsin, your new and used sports car headquarters. This 2015 Chevrolet Corvette Z06 has the 6.2 liter supercharged V8 engine, puts out 650 horsepower. It's paired up with the 7-speed manual transmission. This car has been fully safety and inspected by our service shop, has a fresh oil and filter change. All the fluids have been checked and topped off and it is 100% ready to go. I'm going to go all the way around in this video inside, start it up, take a look under the hood and in the trunk. I'll give you the most accurate representation of the vehicle that I can. Black clear coats of color and I showed all my videos in 4K. So if you have HD capabilities, turn them on out because it is your best way to check out the quality, condition options and cleanliness of the car before seeing it in person. Now if you like the video, you can subscribe to my YouTube channel which is youtube.com slash summit auto, do videos like this each and every day and click the subscribe button and the bell notifications and you'll get updates every time I do the videos like this as well as having access to one of the largest catalogs of vehicle walkarounds on YouTube. This one comes with the 19 inch painted black alloy wheels. It has Michelin tires on here. These are Pilot Sport 4s and they are 27530 ZR19s. I didn't see any major scuffs or scrapes on that wheel. And it comes with the Corvette brakes with the curved slotted rotors. Front fender is in excellent condition, you get the HID headlamps, LED running lights. We're going to turn those on at the end of the video. Front bumper is in pretty nice condition, I didn't see any cracks or major damage to it. Front valence, got a couple little scuffs but nothing too bad. Front bumper here looks good as well and the hood is in fantastic condition. I didn't see any major scuffs or scrapes. Passenger side front fender looks really good as well. And the passenger side front wheel, no major scuffs or scrapes on there, looks really good. If you go down this side of this 2015 Chevrolet Corvette, 06, take note of how clean that body is, how reflective and never like that paint is. Take these HD videos so if you are far away or even if you're close by and you just cannot make the trip down but you're still interested in purchasing the car, you can see the car, hear the car and have confidence in the vehicle that you're looking at before you even get here. So when you do get here there's absolutely no surprises and you can make a smart and informed buying decision from wherever you're at. Now if this video helps you make that buying decision, let your salesman know that you saw the video but it was helpful and that Brett sends you. Back wheel is in nice shape as well and you get the Corvette brakes back there too. Coming around to the back of the vehicle, rear bumper is in fantastic condition. You get the quad tipped dual rear exhaust, deck lid spoiler, LED tail lamps, back hatch area is in very nice condition. Carpentine looks good.  Coming around to the driver side, just as nice as that passenger side, no major scuffs or scrapes back here and for full disclosure this back wheel is just as nice as the rest of them. And down the rest of the side of the car, the door looks really good as does the fender. Really like that Z06 supercharged logo there. Take a look inside.  You get the bucket seats in the front, you get the Z06 embossed on the headrest there as well as the Corvette logo. No rips, no tears, just a little bit of wear on there. Get the Z06 floor mat, power windows, power locks, memory driver seat, Bose sound, heads up display controls, has the tilt and telescopic steering wheel. See that works nicely. We'll hop inside, check out the miles, the radio and everything that this car has to offer on the interior. Let me see if it'll, let me see the miles here. You can see that this one has 10,611 miles on it. You get that nice instrument cluster, digital instrument cluster with the digital speedometer. You get the flat bottom steering wheel with the Z06 carbon fiber insert. Steering wheel is in fantastic condition. Bluetooth and information and audio controls on the right, cruise controls and radio controls on the left. Get the RevMatch panel shifters. This one comes with the Chevy MyLink system. You get the factory navigation system on there as well. There's Highway 41, so that is working nicely. You also get a hideaway screen back there with a USB plug-in. And then for the radio here, you have all your different apps. It does have the performance data recorder on here. I think, there we go. So you got to put an SD card in for that to work. But it does have that system in it. Anyways, down here, your climate controls, including your heated and cooled seat buttons, 660 horsepower, 650 pounds foot torque, and the supercharged logo there. Seven speed manual transmission. And then you have your different traction controls here. So you have tour, eco, weather. And then on the other way, you have sport and track mode. So a lot of different stuff you can do there. Passengers side, floor mat and seat are in excellent condition. No rips or tears on there. Smells very clean inside this car. I don't think it's ever been smoked in. You get these suede lined headliner, home link buttons for your garage door security systems and lighting systems, and on-star and SOS buttons in the rear of the mirror. We're going to start it up. Go listen to that exhaust. Go check out Under the Hood, and check out all those lights as well. Sounds really good. Starts right up, no check engine lights or anything like that. Boy, that sounds mean. I would personally like to thank you for checking out the video today. And hopefully from this HD video, you've been able to verify the quality condition options and of course, cleanliness of this car all the way around inside. Now there are those HID headlamps, LED running lights. Under the hood, we have the 6.2 liter supercharged V8 engine, engine bays very clean. Runs very smooth, 650 horsepower. Once again, this car has been fully safety and inspected by our service shop. Has a fresh oil and filter change. All the fluids have been checked and topped off. It is 100% ready to go. You can see those shocks are doing a nice job holding the hood up. There's the emissions sticker. And I would highly recommend this car from a quality and condition standpoint. And to see more pictures of this car or one of our other 550 new and used cars, trucks, SCVs, minivans, Wranglers, Corbettes, Camaros, Challengers, Chargers, Mustangs, GT500s. You name it, we gotta go to that website right there, summitauto.com. Full pictures and descriptions of every single vehicle all at summitauto.com. And if you'd like to check out more HD videos, you can go to youtube.com slash summitauto. Click the bell notifications. You'll get updates on the videos I do each and every day here at Summit Automotive. In fact, in a second you'll see a link to subscribe to my YouTube channel in the upper left. I'll link to more Corvette videos I've done in the upper right. Link to this vehicle on our website in the lower left. And a link to one of our latest YouTube videos in the lower right. Click those, check us out. And we're super excited to be helping you with this very nice 2015 Chevy Corvette 06-3LZ in black clear coat. Thanks again for checking out the video. Remember to like, subscribe, and share on the YouTube channel. I really appreciate it. Thanks again.