Hello. Oh, wonderful. Good evening, folks. I think it's been a long day. Good evening, folks. All right, wonderful. So it's always a challenge being the last session of the day because pretty much you stand between, or rather, we stand between you guys and a lovely dinner that's to follow. But we will try and make this interesting. I believe we have about 45 minutes. We're going to try and keep this interesting. So to start with, I'm Nahas Mohamed. I'm from Microsoft. And this is... Do you want to say that again? All the way through? Yeah. Wonderful. So my name is Anand. I'm also from Microsoft. So we've got a chance to see a couple of sessions while we were waiting for our chance. And a couple of things that came out quite evident is DevOps. I believe the definition is still not very clear. And trust me, wow, the slides are bright. It's a definition that's kind of evolving over a period of time. The way we see, or rather the way, at least we are here to talk about DevOps is how traditionally... If you think about your dev teams over a period of time or traditionally DevOps or development team has been restricted to just what the dev team does. What we, as from Microsoft, are trying to do is kind of expanding that scope, so to speak, to involve other stakeholders. When I see other stakeholders, it involves getting your customers and other business stakeholders into your development scenario, so to speak, as well as extending it beyond your development teams to your IT operations, which is your production servers and monitoring your applications in that environment. So basically what we are trying to do is kind of expanding the scope to go beyond just the dev team. If you think about how... So predominantly that's what we would like to cover today, of how DevOps plays throughout the lifecycle of the application lifecycle management, as well as how Microsoft is bringing what we have to offer in the DevOps space. And obviously with the cloud infrastructure and the cloud offerings growing over a period of time, how you can actually leverage that also. So if you think about how things... I wouldn't say today's world, but maybe in the last couple of years how typically we come across problems is either the customer reports a problem or there are problems which you never are aware of. Am I too loud? I tend to do that. No? Is it okay? Be good? All right. So typically how issues used to be reported is either the customer actually reports a problem to you through a feedback mechanism or in many times reports, I mean, you never even get to know that there was a problem because you just lose a customer or if it's like a, let's say it's an e-commerce site and somebody faced a problem, there are times you actually don't even get to know of it because there is no feedback mechanism actually involved or implemented in the system. And okay, how many of you know what that device is? I see very young faces here, but this is used to be called a pager before the mobile phone came in. So this is typically how people used to get reports that something is wrong on the server and of course I know Anand has spent quite a lot of nights out trying to sort that out. And when we actually get to a problem, the first thing, and I'm quite sure you must have come across this situation, okay, whenever a customer reports a problem and you go to the dev guy saying that the customer is reported so it's a problem, the first response you get is that it works fine on my machine. Right? It happens all the time. The reason is because your dev environment is always configured for the best case scenario. Production servers are never configured for that. Production servers always assumes worst case scenario. They shut down all the ports. I don't know, in SQL, you want to do, you know, you want to connect to the SQL server? SA blank password. Easiest thing. Why for dev, you need to get things done faster. In production, it's always shut down. You have the, it's only open what is required. And typically when you come to meetings of reporting issues, this is what typically happens. The infrastructure guy comes and says, everything is fine on my end. There's something wrong with your code. The dev guy says, no, everything's fine with my code. There's something wrong in your, in your infrastructure. This is typically what happens today. I don't see in all cases, but typically what happens today. So if you think about what DevOps is all about, it involves three primary elements. One is people. People are an important aspect of the DevOps cycle. Unless you all of us, when I say us, I mean all of us, unless we are conscious or consciously participate in thinking that we need to take care of not, that's it. Got it. All right. So we need to participate in ensuring a well running production site. DevOps has to be part of your thinking process. It's not enough where you think that, okay, my dev environment works fine. My code works absolutely fine on my, on my dev server. Everything's good. It has to be beyond that. Similarly for the people in the operation site, they have to start getting involved in the dev, in the development cycle much earlier in the, in the, in the game. We'll talk about that in a little more. And obviously the process. You can have people who want to do a good, but if you don't have any kind of stringent process in place, it's not going to help. When I say process, it's not, it's not about tools. It's about how do you do a release? How do you actually incorporate feedback into your, into your applications? There is, there is the process is separate. And of course you have tools to enable the process, but get the process right first. And obviously you need the tools that actually get to, get to, get to have to help with the process. Quick question here. Wild guess, right? What do you think is the biggest aspect for failures in production? Take a wild guess. Is it people, process or? Tools. Tools. People. People. Okay. Okay. Let me put the stack right there. People, process or tools? What would be the mix? Do you think the, it's the products that fail? Is it the processes that are faulty? Or is it, is it people mistake that cost most of the failure? Process. Process. Okay. So here what I have is a, is a gardener report. This is not us. Microsoft saying this is a gardener report which says 80% of the failures that happen is because of either application failure or an operation failure. It is because of operations. It's because of people and the processor part and not the tools. You often tend to blame the hardware, blame the code, blame software. That only accounts to 20% of the failures. And this is not us saying this. This is study done independently by gardener. It could be a wrong change management process. It could be a wrong overlorded person sitting and not overlooking a process. Or it could be a weak problem detection in your process chain. Simple things like, you know, if I call it a bug fix or a, or a change management change request came in a kind of QA process that you had implemented to ensure that, that fix is not, you know, affecting something else. Those are the things that actually causes applications to fail. It's not typically never the hardware and the OS. So how do you, how do you, how do you fix that? How do you try and address some of these challenges? How do I fix? Obviously you have the right set of tools. You have tools and products which can fix it. But how do you fix the process and people part of it? Now at least from an operation standpoint, the, some of the challenges, some of the things that we're trying to fix is one, obviously help dev accelerate the delivery process. Optimize the resources which are available. That's obviously something which is, which is IT or ops mandate. Do more with less, right? Whatever you have, do, improve the availability. Again, availability is not something which the dev will much focus on. He'll say add a little code. It's up to you to deploy and make sure that it is available. And finally increase application quality. Though there is, there is good amount of, good amount of dev as well as ops mix which is needed for increasing the application quality. It's, it's more responsibility for, it's equally, both of us are equally responsible. But the idea here being, operations have to be there involved earlier in the picture. When you get the infrastructure guys in earlier in the planning process, DevOps, they enter DevOps cycle, or you are better off in getting a quality product than getting them involved later stage, right? So that's, that's the whole idea of getting. In fact, if you think about when you guys, I know obviously you guys are, you know, building world-class software. We don't feel, typically, again, we don't think production. We never think about what is this application going to be, what environment will this application be running in? Mostly we focus on the business scenarios, not really the deployment scenarios. Fair, fair assumption. Yeah, yeah. So, see these are things which we need to change. These are things which we can actually help us reduce failure in production. Now, this is, again, another report that is actually presented saying that what are the kind of different initiatives and tools that support, that support a good DevOps initiative is version control system. Obviously, safe to assume that a lot of us are using some kind of a version control system or something. This is all to ensure that there are lesser failures in, obviously, you know, change source history, change history, all that is taken care of. These are the bunch of, again, so again, a public available report, but the kind of tools that are actually available to ensure a good DevOps initiative, as well as a bunch of benefits that has been yielded by implementing these kind of initiatives. This again, just to give you a quick, obviously, it's publicly available. This is another comment which you think that how many of you are actually thinking this? Nobody? Nobody? But trust me, it works. All right? It's a matter of changing the way we should be approaching when you're trying to build a solution, change the way you think a bit, and trust me, it will give you a bunch of benefits later on. So to quickly talk about how we bring the development team and the operations team together to work well, Microsoft ALM offering is primarily, I would say, four different buckets. There's something called the planning phase, which is basically gathering requirements, prototyping, scheduling, excuse me, so on and so forth. Dev and Test, obviously, is Dev and Test. Release is a release management mechanism where you can actually set up a complete workflow of how you want to promote your code from one stage to the other, be it from Dev to test to UA if you have any, or maybe from staging and then again to production, basically a complete release management portfolio of release management cycle, and finally is when you actually release it to the production where the operation team takes over and starts monitoring your application and then continuously keeps giving feedback to the Dev team as and when things go wrong so that it becomes a cycle, it's every application evolves. Every code that you've written today, at some point you're going to go and write that again, or rewrite it, or refactor it, or something of that sort, constantly learning. Why? Because for whatever reasons, it could be because you're trying to make it better, or the business scenario has changed, or anything of that sort. Now, for Microsoft, from the ALM stack, what we have done is we've actually provided one single solution or one single product that pretty much covers the entire ALM offering, so to speak. So right from capturing requirements to source code control, to source code control, to agile planning, to test case management, to requirements capturing, integration, and the good thing is because this is one single product that gives you everything, I would say traceability is intrinsic. So let me give you an example. If I have a requirement saying that I need to create a login page, and I write a bunch of test cases saying that test the login page and I have a bunch of test cases, I can link this test case to this requirement. Every time a bug is reported, I report a bug against a test case which is again linked to this particular requirement. Automatically you get complete end-to-end traceability and obviously you have the code that is written against that particular requirement. So because we are one single stack that offers everything end-to-end, traceability is available right out of the box. Obviously we kind of integrate with other offerings, other servers, be it project server if you want full-fledged project planning. I hate to ask this question. I know this might be inappropriate, but how many of your .NET developers here? I pretty much assumed. How many of you are surprised to see Microsoft here? So fair question, right? Fair question, all right. Okay, so I'll give you a shot. So we have an ALM stack offering on-premise which you can install on your physical box. We have the same thing available in the cloud which we call Visual Studio Online. For those of you who are uninitiated, Visual Studio is our development stack. What is used to build .NET applications and so on and so forth. But one point I would definitely like to make. Team Foundation Server is platform agnostic. So you could be using an Eclipse on a Mac writing Java code using Maven or Ant as your build engine and it will just work well with Team Foundation Server because we integrate with all of these really well. So you want to give it a run please? I would encourage you to do that. So that's about the ALM stack. So we provide everything right from end to end right out of the box on one single box. We can just go to the next slide. So if you think about what are the various components for, you know, like a source control for build, what do we have, what do we have for test case management, what do we have for deploy and so on and so forth. So these are typically our offerings in each of these buckets of ALM. For tests we have a complete SKU used for test case management and test execution. And once we give it to the operation side, systems and it takes over. Right. So what I see on the right hand side is what we use for the deploy and off side and what do you use on the left hand side be it Visual Studio or Eclipse or Java or Windows Server as a platform, Linux Server be it on-premise, be it Amazon, be it open stack. What we can do is we can deploy and monitor monitor your stack like no one else's business. So one of some of the things which we keep in mind when you go through the entire development process from Microsoft, so couple of things like when does the application exact development start, so when do you actually start the deployment does it, is it where is this app going to live eventually, is it going to in each phase change environments because accordingly we need to plan. I mean these are questions that we would ask more from the off side of things when you do the planning and that's exactly why it's very important for you to get into the process, the ops team to get into the process early on in the development cycle. Other questions? Yeah, so this is areas where you would want forcing you to think about production environments like sensitive information is everything going to be secure communication, what kind of ports do you want to open on the server these kind of conversations is important to have up front in the cycles rather than having this conversation once you're ready and good to go because by then you probably are too late. What kind of SLA, what kind of performance are you looking at, is it an app which you're looking for targeting for 5000 users, 50,000 users I mean as a developer you may think doesn't really matter, I mean do I need to plan for that. But these are kind of questions that we need from an ops side of things because is your code going to scale or is it something that you're leaving up to my infrastructure to take care of it right, if I need to do that planning I need to get that involved. So the bottom line being start to be involved get to be involved, get the ops team early on in the development life cycle. See one additional point on that the scalability thing, you might be building an application that has a tendency or that has a nature that it gets spikes of usage, like for whatever let's say it's going to keep going up every weekend, that's an important information you need to be telling the ops guy because he knows that he needs to schedule his infra in such a way that every weekend he spikes up a bunch of additional VMs and then brings down the scale once a weekend is over. However small that information might be very important for the infra guy to know because he knows that when he deploys his infra he schedules the VMs getting fired up every weekend or every Friday night. So the planning phase that's what we gather from the dev teams. What happens in the develop phase, once you start developing then you start looking at creating the dev test environment in the first place looking at infrastructure as a code looking at the client images, building the client images and handing it out to the dev teams not just one but multiple environments depending on you're doing a test separately, build separately, dev environment separately. See with the power of the cloud today you have the complete flexibility of setting up your entire dev environment on the cloud and everybody could just get along with a bunch of dumb machines but very hard to find those kind of machines these days but even then you could use just dumb terminals and you could actually have a complete environment set up in the cloud and these are something which at least we are seeing very, very I don't know if you guys do this very often but something which is very popular in the kind of people companies that you're working with a lot of the people are just pushing their entire dev environment to the cloud on site but everything is on the cloud at the same time taking in mind, keeping in mind the back and connectivity stuff like VPN how do I make sure that my on-premise teams are able to seamlessly work on the cloud just the way they did it on-prem, things like VPN how do I do a site-to-site VPN if a bunch of developers are working on the same set of code or if it is an individual developer how do I make an individual connectivity from his or her machine back to the cloud advanced infrastructure consideration things like how do I have a service gateway how do I have a traffic manager something which will load balancing or redirecting traffic which is coming from a particular geography to a particular back-end infrastructure these are stuff which you can deliver out of the cloud now when you talk about cloud let me quickly show you how Windows Azure Microsoft Azure looks like when it comes to how many of you have heard of Windows Azure please raise hands, thank you how many of you actually have an Azure account wonderful perfect so this is a new management portal for Microsoft Azure so as you can see when you open up the portal on your gallery you have a bunch of let me zoom it so that so I do see in my gallery there are so I can go ahead and create a virtual machine but then I can also go ahead and create a website if you don't want a full-fledged virtual machine to host your database as well as your IA's or appashay you can just say fire up a web server for me now what kind of web server I can go ahead and say fire up a combination of web server which is which is just a particular combination like appashay plus MySQL so I can do that so that's the first thing now specifically around virtual machines when I go ahead and create a virtual machine I can open up a gallery which tells me what is it that you're planning to host again if I zoom in you get to see that there are not only window servers not only applications from Microsoft but also open source things like Ubuntu things like CentOS, Suzy, Oracle, Puppet Labs which means there are pre-built images and if these are not sufficient we do have a VM depot which is like an open source community like a code flex community where the community maintains a bunch of images and you can pick and choose from those or you can go ahead and upload your own images so that I have a copyrighted image of my environment that needs to be uploaded so that when somebody asks for a test and dev environment I can go ahead and fire before without doing much of job I can do that as well so let me quickly walk you through just 2-3 steps on showing you how easy is it to create a virtual machine from scratch so I'm going to create a virtual machine for rootconf so that all of you users can log in rootconf I'm going to give a strong password for that now here is how I as a developer go ahead and create an individual virtual machine from scratch so I go ahead enter in a bunch of details ask what are the end points that needs to be opened which means that if you're hosting a website I want to probably have HTTP port open so those are the kind of things which you would mention on this wizard and finally you would go ahead and tell what is it that you want to you want to go and deploy a plane vanilla virtual machine or do you want to go ahead and integrate with a back-end back-end Chef or a puppet server so I can go ahead and say I do have built-in extensions for Chef puppet or you can write your own custom script so that let's say I want to connect to a back-end Chef or I can take it from a local repository and I can go ahead and fire that VM so in a sense what I wanted to show you is how easy or how straightforward using a wizard is for you to create a virtual machine from scratch or create a resource on the cloud from scratch you can obviously do that with the code of your choice I mean you can go ahead and write a script you can go ahead and do it in partial you can fire the same thing from I mentioned on a Mac and go and fire that as well but that was a quick demo of how you do it do it in the dev and recently in addition to allowing to provision Windows Server environments we also now allow you to provision Windows client environments like you could set up a Windows 7 and Windows 8.1 Windows 8.1 and Windows 7 we allow you to set up client machines on the cloud and so if you think about it I could be traveling and I can actually set up a VM anywhere in the world I will be able to continue with my dev because my entire source code and everything is maintained in the cloud so this gives you the it's a complete IAS play here so in the dev machines you can set up a dev server your configuration server completely from an IAS perspective the other option like I mentioned earlier is you had team foundation server on-prem as well as you have something called the visual studio online basically your ALM offering on the cloud so you could actually have your dev machines sitting in Azure in the form of VMs connecting to a team foundation service which is basically your ALM service in the cloud so that is also another option that you can you can actually explore release management as you all know it's about how you the process is important how you actually promote your build from your dev to the phases of your development and it could be and typically what the phase is what you would typically again this is not what everybody should be following but in your sample environment something like this where you promote your stuff from your dev to your test and you always should have an approver at every stage to ensure that somebody is actually certifying that this this build is good to go so there are two parts to it there is a process saying that every build should be authorized by somebody and there are tools to do that so we have a tool from our side also it's called in release which is a company which we recently acquired and we are actually incorporated in release as our release management offering along with team foundation server and yeah that's it okay in the operation phase which is finally where you give back everything to the IT guy that's where Anand would come in so which means that once they handle the code and you're good to go for production you go ahead and deploy your code in production that's where the ops team's majority of the work starts that's where I'm constantly required to monitor the health of the application not just from a standpoint of looking at CPU memory discretization which are given having something like a Nagios in place and look at the vital statistics of the server but then it would be more important for the business to see to give them intelligent reports something that tells back business saying that even kind of infrastructure this is all that you can handle can you do like 5,000 concurrent users can you do 50,000 unless you give that kind of intelligence back as a report or some mechanism back to business those reports are really not very meaningful that's what we mean when you say do a monitor in the development or deployment phase the second thing which I would be concerned about as an ops guy is the scale business comes back and says I know that this was actually built for 5,000 users but then this is holiday season I want you now to take this app and scale it out for 10,000 users now do I go back to the developer and ask him is your code ready for 10,000 users he may say yes then it is again my headache to make sure that how do I how do I scale I'll always say yes you'll always say yes I know and finally it's about security how do I secure the entire thing right from the code platform to the code to auditing and logging so that in case something happens and I don't stop there I need to constantly pass back the learning to the dev team so that we can have a very healthy cycle so that in the next sprint of their relays they have a better improvement in terms of scalability in terms of security in terms of deployment unless I give this intelligence back to the dev teams they would have no clue that's where it is in the entire DevOps cycle at least the mics are working no it is it is so so that's where you pass on the learnings back and in the entire developments life cycle it becomes very critical for the dev teams to get these kind of insights so what we can do is in the interest of time we can take any questions that you have because I have a small demo where I can show you this entire process and then we are good to go so till the slide comes up or rather the project it comes up we are happy to take any questions other than stuff like what are you guys doing here so does this make sense no at all not at all okay I'm sorry say it again when you say images as in virtual images yeah okay you don't have as many I mean to choose from okay is there a reason behind that we are getting there that's right so this is something which we in first service from Microsoft Azure is something which we release in the month of July of 2013 right so it's less than a year now it's not that we've been here for like 10 years and a lot of images that you see are recent additions things like Oracle Linux things like our tie up with Mentos and Suzy are all additions which we made in the recent past in fact the puppet and chef integration happened only in the build right in the build two months back that's right so it's it's we are catching up wrong word now we're getting there again one of the things you have to keep in mind is what does it mean that if I don't see an image there what does it mean does it mean that it doesn't run or it is not supported so the difference between an image being there and image not being there is that an image that is there is fully tested and certified by Microsoft unlike unlike someone else who says that yeah it runs so you can bring your image it may run but don't call us for support that's the only difference you can bring in whatever you want as long as it runs on x64 as a platform it should work upon the cloud the only difference being we are not tested it so it's it's like we have a buffet so you can pick from the buffet you can bring your own food outside food is an analogy outside food is allowed yeah outside food is allowed other providers no so if you check the prices recently if you check the prices recently we are more competitive but when we quoted for one of the automation thing Azure was three times higher than what Amazon was giving unless you're done very wrong calculation that can never be the case and trust me this this battle will not end anytime now this will continue to happen I mean that's how this business is so because the price of like a tiny instance or a medium instance of Ubuntu is totally different with the price of what with Amazon is giving with Azure we would love to have the discussion we will have that later let's stick to technology I know for sure that the prices are comparative as any competitor out there in the market that's our foundation because we are the late runners late entrants in the market we cannot afford to be at least in this this platform to be costlier right okay very quickly when you look at the ops this is an example of dashboard that we have from an ops side right so jazzy dashboards and meters running green red now this green dashboard here tells me how is my app performing now that is critical that is different from the kind of dashboards that you see dashboards that you would probably see from an IT standpoint are these blinking lights which say disk utilization memory utilization this is different this is what I call as a SLA dashboard service level agreement dashboard directly impacts your business if this is directly something which you can take to your business and say give me more money because with what you've given me this is all that I can run this for example is telling me that I'm giving back business a target of 90% uptime of my infrastructure since I'm running on-prem and I'm a lean team but I'm on the contrary maintaining a SLA of 98% however there is another aspect that I'm measuring my data center of which is what is a target time that it takes for your shopping cart to load for example so here this dashboard is telling me that the target time was 50 seconds versus currently it is taking 97 seconds for you to load now here is where the traditional fight starts or the finger pointing starts that's probably because the code is wrong that's probably because the networking guy did not do his job probably that's probably because sand cannot take that kind of that kind of IOPS now there is where you need to look at a monitoring tool which can go beyond just telling you what are the vital statistics so for example this in this case I'm able to look at the look at an incident and break down that incident into pieces in this case I have a dotnet code but it doesn't matter if I have a java code as well I can tell you did it have a score flow which line in the code gave you that particular problem in this case I'm telling there's a WCF code that ran that pulled up a SQL query as giving you a breakdown of each component by component each query by query how long did it take so that I can try and figure out is this database probably not indexed properly not partitioned properly I need to do something at the database level versus a WCF call or I can do some something like this which tells me where did again is it is it because of browser is it because the Ajax call that is being made is it because the image is it because so I set myself a threshold of 500 milliseconds and look at what is the current utilization so these are examples of how a proper monitoring system if once deployed can deliver value not only to the ops guys but also to the dev guys how because I clearly know that there looks like an extent there looks like a client performance exception happening which needs which is relevant which is related to a client Ajax call that the developer has built definitely not an offensive problem so what I can do is I can set the resolution state as assigned to engineering and what then happens is of the data that I was looking into my dashboard those valuable information goes back to the developer so that he can start now building or re-looking at the code and try and fix the problem so this is where I mentioned earlier about how you're actually extending development just beyond the development team and bringing the IT IT guy inside if you remember I mentioned that we have something called our ALM stack team foundation server so once let's assume that we went through the build and we went through our QHX and we went through the release management and we finally deployed the application on the production server and Anand here has set some thresholds let's say for the sake of example that the threshold one of the thresholds he said that is a page response time should be sub second just say for the sake of example every time that threshold fails he gets an alert saying that it failed at this point what Anand can do is that he can actually drill down to those alerts figure out what exactly went wrong there to that level as to what are the SQL statements that ran there and by simple right click he can post to engineering what happens now is because I don't know if you mentioned this is system center by the way which is our product to monitor data centers and so on and so forth we have an integration when I say we team foundation server has an integration with system center so what effectively happened is when Anand says right click can say post it to engineering the system center actually posts a work item in team foundation server along with all the information that he needs including what is he always that's running on it what's the service pack that's running on it all that stuff which you typically are the questions you ask the guy when a bug is reported what is the environment you're running in what is the search query that you're what is this product that you're searching for questions you ask whenever whenever a bug is reported in this case all that information is handed over to you in a platter right from and real world real world real data as to right from the production server all the way back to your your development server which is which is your ALM server which is team foundation server so this is our or our interpretation of what DevOps should be wherein you're actually bridging the gap between the development team and the IT team which is by you know kind of continuously delivering value to the team if you think about it whenever a bug for those of you who have fixed bugs in your life fixing the bug is never the largest amount of time that you spend the maximum amount of time trying to figure out where the bug is or why the bug is happening fix is typically not that much of a problem the moment you find that this is a reason it's a much easier it's a much easier conversation the objective here is to reduce that the moment you know that this is a scenario that this is the environment that the application was running in this is the sequel query that it ran and this is the reason why it you know it was showing 1700 milliseconds of runtime that's that's gives you a focus area to go back and you know try and fix the bug so this is DevOps for us so you're continuously improving the application which means with the kind of SLAs what I'm able to achieve is is better control on MTTD the meantime taken for recovery mean time between failures mean time to failures and continuous delivery mechanism right I now have the kind of insights where I am not in a situation where I'm pointing fingers is it a code issue is a network issue with the right kind of tools what I'm able to deliver is to try and pinpoint if not to find the root cause try and pinpoint where the problem is headed is it a storage problem is it a code problem is a network problem is it something related to infrastructure is it related to cloud and effectively what what we can deliver is better value to business right so that's pretty much what we had for our little talk today what we can now do is open it up to questions so I see you have a question during your one of your slides you mention about increase application quality and there was a role that operations played right and then the series of stages for an application go into dev and a test and a stage in a life unfortunately between the time it goes into stage and life there are like two days three days you know where exactly are you talking about applying this increase application quality and ops involvement because stage is the full blown environment quality is never an afterthought quality is always right from the design dev everything when the quality is typically it's like once let's do all the dev and then let's get into test that is no longer especially when if you guys are following agile and stuff you go hand in hand right quality is always in there in every phase if you ask me where is where exactly are you suggesting use quality it is it's a it's a it's a horizontal it's got to be through and through through every single phase and you mentioned staging production is a two day pre-proud right unfortunately in most of the cases we try to go early on stage but by the time the cycles are done and you go into pre-part it's more around oh let's have a full blown data test and then with the load balancers in the picture and active active structure or whatever it is and oh that's the small test that needs to be run and then you go live right there had been a lot of instances where we have got problems in stage and it's like completely a dba sitting there the whole day trying to get a sequel optimized right so I understand the quality needs to happen all the way and hand in hand is something that we talk a lot about right but I was wondering if there's something specific that an ops person is doing an ops standpoint yeah that's right so if I have my plug in from an ops standpoint in each of those cycles in your development life cycle I can take those inputs and not just keep it with me but give it back to their team some example so I'm in a dev stage before moving to pre-proud one of the challenges that you mentioned was scale right how do I do scale testing in pre-proud and make sure that stuff runs properly I can do a mini scale testing in the dev cycle itself right and I don't want to overload the dev guy with testing roles or thanks to the function that you need to anything on the infrastructure side if I'm writing a line of code and if that code was written not written properly as a result of which I know for sure when it reaches stress testing it may fail can be an obvious thing that an ops guy can take and give it back as an info to the dev team those are some of the examples where the ops team can get involved in catching out some of the performance bottlenecks and can help in constant improvement in the life cycle and you also have that swap thing right the option where you could have a production and you could set up a staging environment and what you do is that you first deploy to staging and once everything is do you just do a flip and so the people are coming from the outside world they see absolutely no difference so you can switch between a prod and pre-proud a test and prod environments with a flip of switch thank you yeah couple of questions regarding the offerings of Azure these days AWS has been very proactive in offering new services like EMR Redshift, ELB etc. so what kind of managed services you provide and what kind of security if you compare with AWS they are banking heavily on VPNs what kind of security aspects are so security comes at multiple angles so VPN is definitely there VPN is one of the mechanisms for security but for a security is there in each layer be it the infrastructure layer be it a pass because if you look at Azure as such as an offering we started off as a pass player right we came into infrastructure as service late we started off as a pass layer which means that security is first and foremost when you look at a pass standpoint because it is a totally shared kind of infrastructure right you run a piece of code it is running on not just an individual virtual machine probably which is isolated for you but it may be running as a website in an IAS server which may be sharing code with some other vendor so for a security was first and foremost in our platform built at each and every layer be it the storage layer be it the compute layer be it the virtual machine layer be it the networking layer then came in infrastructure as a service and for us it became easier because we built a foundation that way now if you look at the platform innovation that we are looking at I know where you are getting at so managed API is something which we announced just this week yesterday day before day before so the kind of innovation that we are bringing on the cloud we are bringing at a rate at which we never seen before and we are able to do that because it is not product release it is just release to the web right so every month you will see a lot of announcements that are happening and that is how it has been happening over the last one year and if you look at the last one year every month every single month we had at least 5 to 10 announcements that we had to make improvements on our platform that is a constant thing that is happening and like an SP1 that will release on the on the on prem part of things right we have 8 and then 8.1 and we have constant cycle that is not the case in the cloud yeah any other yes ma'am two questions do you have an API for all the UI things that you are doing or APS partial or REST ok and do you have a trial like account absolutely yeah it provides everything that so do you have an MSDN account sorry do you have an MSDN subscription you have an MSDN account you already have azure oh really so you can go to your MSDN subscription activate your azure every MSDN so for all of your MSDN subscribers in the room if you are not aware you already own certain hours of azure as part of your subscription depending on what level of subscription you are in platinum premium MSDN comes in 3, primarily 3 editions pro premium and ultimate if you have ultimate you get about 150 dollars worth of computer hours on azure every month so it gets reset every month from the time you activate that's your day 1 then every 30 days it just keeps resetting back to as you consume and then it resets back to 150 dollars so that is a great thing to leverage and again for those of you who have MSDN subscriptions you also have load testing capability available on azure so what you could actually do is that if you are using visual studio you could actually run a load test on windows azure so it's about 15,000 i forgot the number but yeah if you don't have an MSDN subscription you can always go ahead and sign up for a free trial so we give you 30 days free trial where you get 200 dollars worth of computer so that's your first question what is yours so is there a way to integrate it with other providers like open stack or cloud stack when you say integrate what exactly suppose i want to use open stack frontend api to apis to fire environments on demand in azure cloud so that's what today the way you can do that is either use rest apis or partial, partial i don't know how you will integrate with the open stack frontend but rest yes for sure you can make rest calls to windows azure and we do have in MSDN enough and more code snippets that you can copy and paste on to various different frontends okay thank you yes sir last question so the monitoring tool that you mentioned was system server system center is there a open source version of that a commodity version or something like that i mean open source version when you said free let's put it your question is do you have a commercial version of system center free version of system center or free version of system center is that what your question was so yes we do have free version obviously there is a difference between what is possible in the free version and what is not possible in the free version so there is a free version which is called the system center advisor so if you can go to systemcenteradvisor.com you can go ahead and sign up for free you can point that to your windows servers windows servers and it will give you all the statistics like operational performance all of that not the kind of dashboards that you saw it will give you built in dashboards you cannot obviously customize those dashboards what can be monitored are minimal but yes we do have a free version as such i don't know if you missed it but like Anand mentioned system center is not to monitor just windows boxes you could even monitor non-windows boxes unix linux unix linux and stuff like that you can monitor those boxes and java apps non-microsoft apps great i think thank you so much for being such a wonderful audience i hope this was good


What about attack? Six-Shot will stop him. Six-Shot's a one-rober army. He's a jet fighter. That's one. The rocket car. That's two. He's a tank. Three. The wind wolf. Four. A laser pistol. Five. And a robot. That's six. Six-Shot's my name. There's never been a transformer like him. The transformers are almost worn. Hey, I figured out five. Six-Shot, the most challenging transformer of them all. Hasbro.


Looking for a fun Raspberry Pi Zero project, maybe an e-ink display. Why not put it in a picture frame? Pretty simple little setup I have over here. This sets behind me. You can use it to easily display some static information such as the 276,000 people that subscribe to my channel, which by the way, thank you for all of you that do subscribe. Much appreciated are the 48 million views from that. And this is a fun little project that I also stuck a power bank to. The reason I did it is so I can easily spin it around and bring it over here or maybe included in a video. And then with the power bank, which is just one of those simple little power banks, I don't know exactly how long it'll power the Pi for, but for quite a while. I just plug it in to keep it charged.  There's a link in the description below to Michael Clements where the build idea came from and has all the parts and how to put this together. Thanks.


Hello everyone. Good morning, good afternoon, good evening. Based on the time zone you are in, hope you are doing well and safe. My name is Anshu. I currently work for HubSpot as a senior product manager and I am based out of Cincinnati, Ohio. So today I will be sharing my journey into product management. Hope my experience will help aspiring PMs and this is my first presentation for the product school. So sorry if I'm missing a few things. Based on a feedback I'll surely make it better next time. So a quick overview of my career. I started my career as a software engineer in TCS, worked for a year and a half before moving to Oracle as a logged in Oracle for almost three years. Here I started working very close to the product management group, got to understand more about their role and next I did my consulting for almost three years in EMEA, APAC and North America region. I traveled to different clients location, understand their pains and based on that I built applications that fulfill their need. I worked for Honeywell as a technical product manager for almost two and a half years. I built finance, manufacturing and project management applications which helped company run their daily operations smoothly. And recently I joined HubSpot as a senior product manager. Regarding my education background, I did my undergrad in IT back from India and did my MBA from Kelly School of Business majoring in marketing and entrepreneurship. Regarding this audience for this presentation, this presentation will help folks who are currently working with other roles like engineering, finance, etc. This talk can also help candidates who are straight out of college and looking to break into product management. I really love this quote. I think in 2010 a study from Princeton University researchers showed that having a higher income increases happiness but only to some extent like and that extent at that time it was defined as $75,000 per annum. Beyond that, higher paid doesn't influence happiness as much as the other factors do and one of the factors is love for your job. So yes, I think that the only way to do a great job is to love what you do and if you haven't found it yet, keep looking for it. Just don't settle for it. So most of the PM's path in product management is different. Some accidentally land into the job, some plan their career and some become PM straight out of the college through programs like APM. Some comes from engineering background like me and other switches from various backgrounds like customer support, business analysis, IT, marketing, finance, arts, and name few. You can get into product management irrespective of the education and the work background that you have right now and there doesn't exist one single path to move into product management. Aspirants can take key points and inspirations from others move and it will definitely help them but they should own their own journey. But the next big question is how will informational interview help? Try to find out connections from the network who had similar background and talk to them. I can't tell you how important this step is and it may make or break your product management career and when I say break, I mean someone might be interested into PM role but after hearing the real ground stories, they may veer off to a different career option. So, informational interviews are quick checks on if this is the career you want to move and if yes, then it also helps you identify the path you want to take. So, one more important asset that you will be creating through informational interview is product management connections. I felt that LinkedIn acts as a key database to find candidates you can reach out to but definitely you can reach out to your alums, the product managers in your company and the people with whom you have worked before. The product management interview should be between like 15 to 30 minutes and prepare the questions well before the interview. Big no in these interviews are like don't ask for a job. It should be strictly informational. In my case, I reach out to the product managers with whom I work before alums who move into product management roles and also product managers from my current company. By now, you should be able to answer this question to yourself like why do you want to be a product manager? Many of you might have already know before the informational interview stage but for others by now it should be crystal clear why you want to be a product manager. What are the aspects of product manager stop that that will delight you? Do you want this job for the next 5 to 10 years? And if you get a positive answers from within, go ahead with your prep. For me, customer or user delight was always fascinating. I always wanted to stay close to our customers, empathize with them and then understand their pain. What really made my day is when I saw our products resolve real world customer pain and product care career was the answer for me. So mindset, yeah. So product management is also a mindset and you can think as a product manager in your current job too. So what I mean by that is like suppose if you are an engineer, ask these important questions like why I am building this feature? Who needs it? Why I am building it now? What will happen if I don't ship this feature now and ship something else? Like try to find the answer to these questions. Talk to your PM, read product documents, read marketing materials about the product that you love or the product in which you are working and get answers to these questions. For me, I was doing consulting. I realized that I wanted to be a product manager and started applying all product management skills like VOCs, customer empathy, etc. in my day to day life. The only thing I can say is don't wait till your first job to do PME. If you are part of a product company, apart from your current job responsibilities, ask for PME responsibilities from your organization leaders. It will help you gain some product experience which will help you during your interviews. This experience can also make you strong contender for internal job switches. For me, I was given a role of a lead programmer analyst but I requested my senior director to give me product responsibilities too. She was happy to offer me those responsibilities. So I did not ask for a PM role but I asked for few more responsibilities that would make me happy in my current job. I jotted down those PM responsibilities and I asked for those specific opportunities. And I was already doing 75% of the product management work without even getting in the title of a product manager. It's a cool thing. Trust me and it helped me a lot but it's true. So update your resume with new product management roles and responsibilities that you have been performing over the past year and a half. It will help outsider understand the PM responsibilities that you have performed. And sometimes I have noticed that the candidates write too much technical stuff especially engineers about their product rather than writing stories about their product, general objectives, KPIs and impact that the product has brought. The candidates also tend to write only about the roles and responsibilities that is officially part of their job description. But I guess we should also highlight other PM responsibilities too that you have been performing in your current job for a year, last year and a half. For me, I was a senior consultant having many different roles and responsibilities but I started highlighting any responsibility related to PM that I was performing. It helped the recruiting companies understand what I have done in the past and based on that they can decide if I would be a good match for their PM opening. The next thing is that interview prep. So all your efforts are in vain if you cannot express your views during the interview process. So this is one of the most important steps in your journey. Preparing for interview is a beast of its own and may need few more dedicated sessions to explain. For me, during my search, I noticed that PM interviews can be put into two categories. One is behavioral that is preparing past experiences in a methodological way. Some call it a star method like you provide the situation, task, the action you have taken and what results you have brought in. And most of the companies like Amazon have this kind of interviews. The next thing is that I've seen companies like Google and Facebook, they ask for design interviews, questions like product design, estimations, product strategy is asked in this kind of questions. And in my opinion, if you don't have a PM experience, design questions are easy to prepare. I feel that some PM experience is needed to answer, especially drill down questions on behavioral. The two things that you have to be repeatedly be doing and being ruthless about is practice and apply. Practice your questions, PM interview question and answers with your mentors, friends and any partner who is ready to help you. And also at the same point of time, continuously apply for jobs for which you are looking for. I've read multiple blogs about PM prep I've read books to, but one point I haven't seen much is like people stretching, stressing on wrong preparation. So there are a lot of materials on internet and it may confuse budding PMs on their preparation. So make sure you follow the trusted resource or have mentor to talk to do retrospective about your prep. So if you are not able to convert, then take a step back and try to identify the reason why you are not able to make it wrong preparation will increase your TJ. So TJ is basically the time to land into your first PM job. If needed, take help from your professors, mentors, friends, etc. So the next one is yep, this, this will not only help you now, but it will also help you continuously once you start your PM career. So folks can start with Marty Kagan's and then the list continues, you can find the list in internet with book ratings. And you can do topic specific readings like if you want to learn about OKRs, then you can read the book measure what matters by John. So those things you can do. Yes, I know things are pretty crazy for the last year and a half. We have we are not meeting people in person. And I used to go to these product events, mind the product in my local in my city. But the good news is that these events are happening these days, and it's virtual. So take part in this product events like mind the product, product con, etc. The talks here are very helpful and provide a lot of insights on product management and the best practices that are being performed these days. So and and the suggestion is that if you cannot attend this event, search for videos in YouTube or listen to podcasts, these will really help you out. Yep, I cannot tell you like how important this is throughout your journey. Rejection is a big part of the journey. So it's okay to get early rejections, learn from it, take the challenge heads up and you will see a light at the end of the tunnel. I have seen through my friends have seen through the community has seen through. So definitely you will be so stay motivated. Yeah, the data is PM's friends forever. So if I end this talk without discussing data, like, I will not be doing justice. So as of now, you have like almost 17k. And I think this data is like year and a half old, but still good. So you have almost 17k PM jobs in US and the job count is increasing y or y 32%. So that that's good. That's good. And you have almost like 41,000 pms in US and it's a very big community that that can help you can even connect to people you can ask for mentorship, you can ask questions, you can have into informational interview and definitely you will get get mentors or PM's who will help you out. So you have a big community behind you take help from them. So yeah, that's like end of my talk. Thanks everyone for listening it out. You can reach me reach me on LinkedIn. And you can put out comments. Let me know if you want to know details about any particular step. If I get a substantial request on any particular topic, I can write blog post or a medium post on this. Hope this will help the spying PM community. Welcome again to this PM journey. Stay safe. Stay motivated. I'll talk to you guys later. Bye bye.


From Hollywood, it's time now for John Lund as Johnny Dollar. Dollar, my name's Younger, Lieutenant Walt Younger. I'm with the Marigold Police. Marigold Police? I guess maybe you never even heard of my little town, about 50 miles to the north. Oh, oh yeah, sure. I understand you're a pretty good friend of Joe Hickey's, Mr. Dollar. Joe Hickey? Yeah, I know Joe. He used to do a little work for me now and then. That all? Oh yeah, why? Joe was killed last night, Mr. Dollar. Shot to death. Found his body this morning. I'm sorry to hear that, Mr. Younger. Anything I can do? If you could get away for a couple of hours, come on up here, we'd sure appreciate it. Sure, I'll come up, Mr. Younger. John Lund, in a transcribed adventure of the man with the action-packed Xpensikov. America's fabulous freelance insurance investigator. Here's to Lee, Johnny Dollar. Xpensikov, submitted by Special Investigator Johnny Dollar to the Chief of Police, Marigold, Connecticut. The following is an accounting of expenditures during my investigation of the Marigold matter. Xpensikov, item one, two dollars, bus fare and incidentals, Hartford to Marigold. Which turned out to be a little village settled in a sloping valley that was quiet and clean with fresh snow. A local citizen in Galash's and sheepskin jacket told me that the building that looked like a bookshop was the police station. And sure enough it was. And two men who looked like anything, the policeman greeted me. Hello, Mr. Dollar. I'm Walt Younger. I talk to you on the phone. And I'd get here. Sergeant Cherry. Mr. Dollar? Sergeant... Have a chair. Hi. Nice of you to meet Mr. Dollar. What's about Joe Hickey? Well, sir. He's been murdered. We don't know why or who did it. How well did you know him, Mr. Dollar? Oh, he did some legwork for me when he lived in Hartford. I see. Here. This was on him. It's for you. What? We found it on his body. Go ahead. Open it. What did you say? Hi, Johnny. How are you? Good, I hope. I'm in the loan business up here now. You ought to come to see me. Besides, there are some funny things going on. And I could use some help from you for a change. Could you come up and give me a hand? Regards, Joe Hickey. They did yesterday. I guess you never got to mail it. Yeah. Why don't you hear from him last? Oh, it must be two years anyway. Any idea of why anybody didn't kill him? No, none at all, Sergeant. Well, neither we, Mr. Dollar. But we want to talk to you before anybody. With that letter and all, it looked like a pretty good place to start. Oh, I'm sorry. I'm not more helpful than it. Wish I were. Would you like to be? Yeah, I would. Cherry and I are the only cops on the Marigold Force outside of four kids we got in uniform. We've never had a murder here, Mr. Dollar. We don't have a lot of facilities for this kind of thing in my little town. Well, if that letter had been mailed, I'd probably be here right now anyway, Mr. Younger. Hickey was a nice little guy. I'd like to help. Sergeant Cherry stayed at the station while Lieutenant Younger and I drove out in the cold, crisp day to the scene of the murder. Abandoned the road about a mile out of town. Found his car parked over there. Passed by, saw it and reported it. Uh-huh. I figure he drove out with whoever killed him. Could he have met the killer here? Well, no prints in that snow there. Of course, snow is awful dry and the wind blowing. Tracks could be covered too. Wind enough to cover a gunshot, you think? I think so, yeah. What did you find on him? Everything. It wasn't robbery or something else. Maybe revenge. How's that? Well, I don't know, Mr. Dollar. Joe Hickey was in the loan business. He might have made some enemies. Can you think of any offhand? No. Not yet. Can you? No. Any old wound over in Hartford? Not that I know of. Well, it's came in at close range. He must have trusted whoever did it. Where's the body? The morgue. Waiting for an autopsy. Now, if I was a big city force, I'd have all that done already. And I'd have a lot of questions to ask a lot of people. But I don't have anything yet. Kind of like to peek around first and see just what kind of questions I want to ask when I do ask him. Well, maybe that's the best way, Lieutenant. Who saw him last? His wife. I talked to her. Ever met her? Once or twice, yeah. How'd you like to meet her again? Particularly, but I had a feeling that old Walt Younger wanted me to. He waited for me in the car as I went in to see Joe Hickey's widow. She'd aged a bit since my days, but not too much. It was sweet of you to come all the way out here, Johnny. I'm glad you're here. Nice to see you again, Pat.  Johnny, I can talk to you, can't I? I sure, Pat. What is it? I feel so awful. Jonah hadn't been exactly hitting it off lately. I've been thinking of divorcing him for some time. Uh-huh. Would he give you one? Well, no, not exactly. Oh, stop it, Johnny.  You don't think I had anything to do with killing him, do you? I didn't say that. Well, you looked at him. Well, I didn't mean to. Just that I haven't seen him for a couple of years and all of a sudden he's been murdered. So I'm here asking about it. Johnny, he was my husband. And a second ago, you were telling me you were thinking of divorcing him. Did you love him? I didn't love him. I didn't hate him. Don't, Johnny, not to me. Where were you last night, Pat? Well, he was out being killed. Here, alone? He left about eight o'clock and said he had some business to attend to. He never came back. Anybody call you? Anybody drop in and see you, Pat? No. But he happened to tell you why he was sending for me. No. Do you imagine that? No. Johnny. What? I've done nothing wrong. I'm sorry, Pat. I didn't think you'd mind the questions from me. Well, I do. Somebody's going to have to ask him sooner or later. I'd rather it wasn't you. I thought you were my friend. I am. And I was Joe's friend. Please go. Okay. That didn't take long. Not very pleasant, huh? No. Murder never is. Come on.  Look at us. Well, now it all depends on how you look at it. For me or for him, either one, this stuff's got to be done. Only so many people in this town and one of them killed him. Left in there in the corner. One of them killed him. Left in there in the cold snow. I'd like to know who it is. Yeah, so would I. Well, what now? You just talked to the nearest again. Last one seemed alive. I was hoping you'd map out the next move. Who do you work with? He had a girl helping him in the office. Maybe she can help us. Maybe she can. Vivian Asher. And like most of the people in town, was frightened about it and didn't want to talk too much about it. What? I said, can you think of anybody who might have wanted to kill Joe Hickey? Everyone makes friends and enemies. Tell me about his enemies. You'll find that out for yourself, Mr. Dollar. You worked with him. You were around him all the time. Did you overhear anybody? No. No, I didn't. Did you know that he was worried about some situation here and that he'd written to me? No. Yes. Anything else?  Hmm. How long did you work for him? Two years. Did he treat you well? Fine. We got along fine. And incidentally, I didn't kill him. I was at the Shamrock Grill last night from about eight until one. People saw me there. You're pretty efficient, after all. I try to be. I wish you'd loosened up on those people in town he didn't get along with. It would help a lot. All right. What? I'll go through each file. Anyone there I can recall him arguing with or not getting along with, I'll make a note. Fair enough. Fair enough. I can't guarantee it'll be a complete list. I'd appreciate anything. I'll be back in an hour. I could think of a lot more questions I wanted to ask you, but I was more anxious to see what kind of list she'd get up for me. And it was pretty impressive. About 35 names and addresses. Lieutenant Younger took one half and I took the other. After two hours of plotting through the snowy streets of Marigold and interviewing a dozen people, I was convinced that all 35 hated Joe Hickey because he'd been pressing them for loan payments. An occupational hazard, I guess. But I was also convinced that none of them hated him enough to kill him. However, when I chanced into the shamrock barn grill, I met a man who was not on my list. Jim Teal's the name. Sure, I knew Joe Hickey. What about him? Trying to find out who killed him. Oh, yeah? You don't seem much interested, Mr. Teal. Why should I be? He was a bum when he was alive, being dead doesn't make him any better. Yeah, you've got a point there. But why was he a bum when he was alive? Lousy shock. That's what he was, a thief. He steal from you? He tried to. Yeah, when was this? Why, just last week. He came to me with a paper and said that I owed him a car. He said I had to pay it or he'd take my car away from me. I told him he was crazy. Well, if you owed him the money, he wasn't stealing. You don't get it, fella. I didn't owe him any money, not a dime. What? I paid off that loan months ago. You were just trying to pull something that's off. Other people tell you the same thing. I've talked to quite a few others. None of them have told me anything like this. Then you haven't talked to enough people. What did you do when he tried to repossess your car? I told him to get away and I take care of him. And what happened? I hit him. I remember Joe, he was about 140. Dripping wet. What are you, 180? 87, mister. And it was all my pleasure. Yeah. Especially when he came back a couple of hours later. He told me it was all a mistake. Imagine that squirt. Doing his best to beat me out of some money. Then coming back and apologizing for it when he couldn't get away with it. Ever occur to you that he had made a mistake? What loan company makes a mistake? Invented bookkeeping. Mr. Teal Glower, in a few long seconds, chewed on a toothpick and let me know more of what he thought of Joe Hickey as a person. Afraid I wasn't listening too closely to what he had to say because I was still thinking of what he'd already said. About the matter of bookkeeping. I decided I'd like to talk to Vivian Asher once more. Oh, yeah. I remember, Mr. Hickey did argue with him. He wasn't on the list you gave me. Well, I told you it wouldn't be complete. I'm sorry. Okay. Did you think of any others? No. Would it be possible for me to see the file on Jim Teal? Why? I'd like to know what it was all about. I can tell you. Well, tell me that. I made a mistake. And Mr. Hickey thought it was a collection. That's all. When he came back to the office, I told him about it. Doesn't it seem reasonable that such a thing could happen? Yeah. Or doesn't that policeman's mind of yours think that people can be human beings? I'm no policeman, Vivian. Do you have a search warrant? I suppose I can get one. Well, why don't you do that, Mr. Dollar? Yeah. Why don't I? Hello, Sergeant Cherry. Is Lieutenant Younger back yet? Not just yet. Can I help you? Yeah. Can you give me a search warrant for Hickey's loan company? You run across something, Mr. Dollar? No. No. You run across something, Mr. Dollar? Maybe. Then we'll have to call Frank Pretorius. He's the county attorney. It might take till tomorrow morning. Oh. We're not incorporated here, you know. Not very fast. Well, never mind. Look, I picked up this ash tray in Vivian Asher's office. There's some good prints of hers on it. Can you wire them out when you go over to the county seat? Sure. I don't know. Just checking. Somehow I think that she might have a background. Really? After Sergeant Cherry left, I found myself holding down the desk in the Marigold police station. A light snow began to fall and in an hour, the whole town was wearing a new blanket of white. Lieutenant Younger stomped in, reported no luck, to revisit the murder scene with him. I said I would, and we drove out there once more. Warms up when it begins to snow. Ever notice? I've been thinking about it all day, Mr. Dollar. Somebody made a real mistake. How's that? They didn't expect Joe Hickey's body to be found till spring. Look, we found it right there. But if he'd fallen down over there, we'd have to go through 20 feet of snow before winter was over. Seems logical. I think maybe we'll find out a lot when they dig those bullets out of him. If we ever get him dug out, things in my little town must seem awful slow to you, Mr. Dollar. We're still trying to sober up the doctor so he can play car in the... Ain't that awful? Well, if we... Lieutenant Younger, I didn't know who was shooting or from where, but I did know that somewhere along the line among those people in town, Lieutenant Younger or I had already talked to the killer of Joe Hickey. We'll return to yours truly, Johnny Dollar, in just a moment.  Whoever fired at us did it from the road that ran above the small ledge we were standing on. Neither one of us was armed, and there was nothing to do but stay close to the ground. When I heard a car sliding away down the road, I figured it was safe to get up. Lieutenant Younger was crumpled in the snow, his blood staining it. But he was still alive. I got one in the leg and one in the shoulder. Yeah. I better get a tourniquet on that leg. Take my belt. I'll have my tie will do. This isn't a very safe part of the country to be in, is it? How's that? Fine as a fiddle. You think you can make it back to the car? Give me a little help. One good thing about this... What's that? Exhibit A is in my leg. I have carried him up the path through the road and put him in the car. He didn't talk much the whole 50 miles to Hartford, or I turned him over to the medics and the emergency ward. After that I returned to Marigold. There was a look at, search warrant or not. I didn't have too much trouble getting inside with a ring of pasties. However, I didn't find much in the files that seemed important. When I jimmied open a locked drawer in Vivian Asher's desk, I came upon a good reason why she refused to let me look around. I dropped by her house to see her. What do you want at this hour? I know it's a hardship, Vivian, but it's a hard case. All right. I've been floundering around here for almost two days, not knowing what I was doing or where I was going.  They nearly made the grade. They came off of close to killing me. He's out of the picture for the moment. I'm going to do things my way. As a matter of fact, I already have. Let's start with Teal. You forgot to tell me about him, didn't you? I'm not a walking file cabinet. Did you forget on purpose? Take a look at these. You were in my desk. Yeah, I sure was. What right did you have? Why are you after me this way? I'm after some truth. This is about $8,000 worth of delinquent loans, all recommended by you. What do they have to do with Hickey's death? Nothing. Absolutely nothing that I know of. And why did you hide him? Because I... Oh, I don't know who killed Mr. Hickey. I don't know what delinquent loans have to do with it. All I know is I got scared and hid all the loans that I recommended. Go on. Mr. Hickey started letting me write loans last year. I... I guess I made some mistakes. Yeah, I guess you did. What do you want me to say? No matter what it is, you'll make something terrible out of it.  You want to chase people and frighten them and make them lie just to get away from you.  My boss has been murdered and the police can make anything out of those papers. So that's why you had him locked up? That's why. You can believe it or not. Well... I'll let you know what I believe later on. Why don't you get out of here? Why don't you get out of here and leave me alone? I got out of there, but I didn't leave her alone. Instead, I stepped around to the side of the house to the dining room window as she told her troubles to an unidentified party over the phone. When she hung up, I moved around to the front of the house and took a plan across the street. Nothing happened. About midnight, she turned out the lights and went to bed. The next morning, I began to interview names at random from the loan applications I'd taken from her desk. After four interviews, I quit because all four parties involved vehemently denied being delinquent and kept to prove it. I spent an hour walking, talking to myself. Then I went back to the station with even fewer ideas as to how and why Joe Hickey had been killed. Gosh, where you been, Mr. Donner? Oh, I'm getting some things done. What's that? Just came in. Vivian Asher. Oh? How's it look? Not good. She's from Kansas City. Right here. 1940 and 41. Six arrests. Conviction in 42 for car theft. Two years. Another conviction in 45 for shoplifting. Six months. And then this, she still wanted. What for? Grand larceny. Denver police. It's pretty hard to believe, huh? She's lived here at least two years. Like straight as an arrow? Well, not exactly straight. You find something? Yeah. She's been writing loans delinquent and pocketing the payments for a long time now. You suppose Hickey caught her and she shot him? Yeah, probably that's it. Well, I guess there's nothing else to do but pick her up. I guess not. You mind holding it down here? I'd like to go with you, Cherry. Okay, Mr. Dollar. No, I wouldn't. No, sir. She's been acting up quite a bit. Hickey dead. Wald all shot up. No, no, she's home. How do you know? Cars in the garage.  Let's go home, you dollar! What? I just saved your life and I want to know about him and about you. Come on. Hickey's been in Denver. He recognized me here and said he'd send me back. I didn't write down all the collections on those loans. I gave the money to him. How about Joe? Come on, I want it now. Cherry killed Mr. Hickey. Mr. Hickey found out what I was doing and where the money was going. I only wanted to live here and be left alone. Get your coat. I'm taking in. A check with the Denver police revealed that Cherry had been on the force there for a short time. Thenman discharged for conduct unbecoming an officer. A ballistic expert in Hartford matched slugs from Hickey's body and Wald Younger's leg. Both sets came from Cherry's 38th service revolver. He was arraigned and booked on suspicion of murder. The Vivian Asher named it as his accomplice on a charge of grand theft. Spencer gun item two. His item one. Fair back to Hartford. Total? Four dollars, even. Yours truly, Johnny Dollar. The dollar stars John Lund in the title role and was written by E. Jack Newman with music by Eddie Dunstetter. John Lund can currently be seen in the Universal International Picture just across the street. Featured in tonight's cast were Harley Bear, Howard Culver, Vivi Janus, Virginia Gregg and Jim Nusser. Yours truly, Johnny Dollar transcribed in Hollywood by Jaime Delvalle. This is Dan Coverly inviting you to join us next week at this time when John Lund returns as, yours truly, Johnny Dollar. If you like your thrills to be real, your adventures to be true to life, gangbusters is the show for you. Every Saturday night, most of the same CBS radio stations bring you the centraling drama that names, names, places and dates in the nation's battle against crime. Often time, the police official originally involved in the case narrates the story. Full of action, bravery and realistic excitement, gangbusters brings you new thrills straight out of life every Saturday night on CBS Radio. America now listens to 105 million radio sets and listens most to the CBS Radio Network.


More than 1,100 graves of Wagnerites were found in Russia and occupied Ukraine. The discovery of mass burial sites for slain Wagner fighters has shed light on the mounting death toll suffered by Russian forces in Ukraine as the conflict enters its 15th month. According to Moscow Times newspaper, while there are no official figures available for Wagner's war losses, thousands of its mercenaries are believed to have died in combat, particularly in the heavily contested city of Bakhmut, where these soldiers for hire have played a prominent role. In February, U.S. officials claimed over 30,000 Wagner fighters had been injured or killed. Ukrainian troops say Wagner fighters had been sent into attacks in large numbers Over open ground and a Ukrainian Army spokesperson said Moscow had failed to evacuate wounded and dead soldiers leading to places where their bodies are just piled up. To date, Wagner cemeteries have been discovered as far away from the frontline as Siberia's Irkutsk region while others are as close as the Russian occupied city of Luhansk in eastern Ukraine. Each grave bears a sign reading Blood on a Motherland Courage, PMC Wagner. Most are marked by a wooden cross with the heaped earth covered by green spruce branches and two reeds one in the colors of the Russian tricolor and the other in the red and yellow colors of the Wagner emblem. The Moscow Times has compiled a comprehensive list of the burial sites found so far. Novosibirsk, Novosibirsk region, 200 plus graves, Irkutsk, Irkutsk region, 53 graves, Beriozovsky, Severlosk region, 106 graves, Nikoleevka, Samara region, 102 graves, Bakinskaya, Krasnodar region, 607 graves, Mavrino, Moscow region, 27 graves, Kirovka, Luhansk, Ukraine, 42 graves.


work. TFNN headline news update. Good morning everybody I'm Tommy O'Brien coming to you live from TFNN 9 a.m. Eastern time Wednesday morning 30 months to go until the opening bell and we got markets in positive territory to kick things off right now S&P is positive by about nine points at thirty two twenty two. You're looking at an Aztec positive by fifty seven trading at ten thousand five ninety seven Dow positive by forty two points twenty six thousand three thirty nine gold within about a dollar of all time highs right now up twelve dollars at nineteen seventy five you're looking at the silver contract up nineteen pennies at twenty four forty nine and we have notes and bonds pretty flat both of them jumping into the VIX this morning we'll start it off the VIX twenty four ninety four pulling back you can see the action from Friday twenty eight fifty eight this week as we've held up relatively well of course we had a little bit of a sell-off in the market on Thursday yesterday an acceleration towards the end of the day taking a look at the S&Ps we were up as high as about thirty two thirty five you trade down to a low at the end of the day of about thirty two oh eight and we're currently trading thirty two twenty three lows overnight made it about one a.m. Eastern time of thirty two oh four okay jumping into what we have going on a big day of action today it's Fed Day we get a statement at two p.m. from Powell all but expected that they will stay the course on the rate and so forth but what are they going to talk about in the future and what will they do to help the economy and the labor market as we deal with tens of millions of unemployed people he's got a preference conference later this afternoon should be interesting look for the market to calm down a bit ahead of that two to two thirty p.m. timeframe when they wait for that news mortgage rates so jumping to the headline lower weekly mortgage demand hints at a possible pullback for the first time we had mortgage applications to purchase a home two percent lower last week than the previous week the average contract interest rate for the thirty year fixed mortgages with a conforming loan balance remain unchanged at three point two however the FHA back loans mortgage rates jumped to three point two seven from three point and getting into it that caused quite a pullback there that led to much larger drops in applications for FHA loans to refinance and purchase FHA loans popular first time homebuyers are not really happening when those rates are going up there earnings in a big way bowing how about a net loss of two point four billion and slows aircraft production they're dealing with seven thirty seven max just piling up as they can't sell those and Shopify charging higher to all-time record highs how about increasing their revenue ninety seven percent last year and beating they took in about seven hundred and seventeen million market was looking for like five hundred million they hit eleven oh four this morning for Shopify and blowing shares up a bit right now one seventy four stay tuned for Larry Pezzamento folks