WeGo has in association with the Self-Employed Women's Association in India and with other interest groups such as the group of economists from Cornell University, run a series of EDPs, Exposure Dialogue Program, and the idea is that people go out and spend two or three days and nights working alongside informal workers, poorer informal workers such as street vendors, home-based workers, construction workers, for example, and work alongside from 4.30 in the morning when the workers get up to 9.30 at night, typically when people go to bed, trying to understand the microeconomics of what that household is doing to try and accumulate assets, to try and, in the worst case, simply survive, and then use that information in a consequent one or two days of a structured discussion about such things as what would minimum wages do here, what are the constraints on trade around here, what information asymmetries did we find and are there ways in which that the asymmetries could be lowered for informal workers who are really marginal, many are very excluded from the ways that the larger society operates. And the key goal is to shift mindsets, and it's not just for the economists, obviously, it's been for human rights lawyers to help them identify informal work as real work. With the economists, I think it's mostly to try and shift the idea that informal work is residual, whereas informal work has become part of the continuum of all work in the world. A problem with the conceptualization of development is that people automatically think of the sovereign nation state as the unit of analysis, whether it's economists, sociologists, international agencies or whoever. I think it's increasingly being recognized that with the growth of big cities, the growth in the numbers of people living in big cities, actually the level of government that impacts immediately on informal workers and others is local government. And the position that local governments take towards the provision of infrastructure to different kinds of so-called non-standard workplaces. And I think that it's easy to see it once you do one of these exposure programs where you see it in front of you all of the time. And I think that's what we mean by shift in mindset. It's not just a quick little insight about, oh, I've never seen that before, that's interesting. But some attempt to actually get more inclusive concepts of how economically, how people are able to start accumulating assets, which are then not removed from them through harassment, through confiscation, or through the impacts of macroeconomic policy. So to add to all of that the impacts of local government interventions. The importance is the bridging role that they can play between disciplines at the one level and between those who theorize development on the one hand and those who are trying to make a living on the other. Those who are on the receiving end of, for instance, poverty intervention programs, to enable them to express their own well thought through concerns about programs with those who are implementing programs. And then the step up from that is from those who implementing programs to those who are providing the intellectual framework, if you like, for the devising of social policy. So I don't think it's just about the top and the bottom. I think the networks can, at their best, create a series of steps along a ladder between poorer people and those who are responsible for the thinking behind what sometimes come out as practical policy interventions.


All right, sorry about that guys. I just clicked end the video, but we have to do some break credit So let's do that. So this will be in a separate video guys to break credit to give away $200 and break your number top Five names you get $40 and break credit So let's see who's in it. So maybe you have two or more teams or Armando. You got one You're in David you're two you're in Derek EA with two you're in Joshua Wilson wants all of your in Galoochee you got two you're in three Thomas Leonard with two so you got one each All right, so there you go Remember top five names get $40 and break credit Let's roll it six out of three nine times. You can see how they're doing this weird thing today But time stamp is pretty much same 811 here 311 UTC. So nine times six out of three one two three four five six seven eight nine David Armando Michael Steve and Joshua. There you go man. Congratulations. You guys just won $40 and break credit each. I'll send that out to you guys. Jasper's case breaks calm


Let's hear from Voight post game. Luke, why do you think this team can't get over the hump when it comes to defeating the race? I'm not worried about it.  And we had them last year, and they got us this year, but we still got two more games to catch them in the standings. They got a lot of depth, and they've had a lot of injuries, too, so there's no excuses, and we just got to come out and try and win the series. Aaron had mentioned the other day that you're dealing with some type of a foot issue. Exactly what happened? Yeah, I'm just dealing with a little foot problem, but I'll be all right. Is it stemming from anything in particular? No, I've been dealing with it for a little bit now, but just getting treatment, trying to make it feel better. And some days get, some days bad, but I'll get through it. Take another from Bob Clappage. Luke, how tough is it to see Garrett his heart like that, to come out after five innings?  I feel like he got himself in some bad counts tonight, and it took advantage. And, you know, you usually don't see him with his pitch count very high in the fourth inning, and it was. And, you know, it's just one of those nights. I mean, I just feel like it's been weird these last couple weeks with everything going on. And, you know, I know Garrett's going to find his stuff and his rhythm. And, you know, I think he was missing some of his pitches that he usually gets guys to swing at. But again, I mean, they're a good hitting team. You've got to give them credit, too. But, you know, trust that Garrett's going to come out and be the same younger that we know we got.


hey guys it's the night at the moment it's like 21 it's 21 45 on Wednesday videos for tomorrow's um i haven't meant to help women um well i'm anxious about it but what's new there i spent last night doing this i've uh been decorating on my room good morning everybody welcome on to my channel if you know here hi hello my name is lydia and today i'm doing a live update but i have got an appointment in just over an hour with my mental health team i'm gonna quickly get ready for that i think i'd sleep a lot at 1 a.m i'm not very good with early nests literally see that i'm tired well this brightness isn't exactly any good um hi i've got a gp appointment in an hour um i think i'm going to be starting back on the other antidepressant that i use i think so i used to take trasadone as well as when the vaccine and it helped so i'm going to speak to my gp today about that and then i'm meeting Rebecca it's done to form a life of day video oopsie here you can see the surgery um as i said earlier i'm gonna see about starting back on the second antidepressant i feel like that appointment was such a waste of time because i got booked in with the local team who doesn't know me and i was like wow you need to get your mental health team through with me i'm under the recovery support team and i've got to wait till tuesday i don't mind i can tell him myself that my name is going well as i said is there nothing i can adjust even slightly like just you know just slightly things can improve it or just make life more bearable as i said i don't even fucking sleep and i should someone three different things for sleep we need to give you an accurate update on how life's been since i last filmed a proper life at date video i've been one three six i feel a section that i was under the home treatment team i was under one under the current team i've actually got her coordinate now that's that's a good thing that's a good stuff for like i've got recovery support for you i literally went today to see my gp to see if i could restart taking transident again which is a second would be my second mental depression as well as the vandal vaccine which i take as well when it comes to enzymes and it's what everyone cares about there's a problem i've never wanted to go for um i take clonazepam and lorazepam and lorazepam i take three times a day lorazepam i take four times a day i take from aphazine as well i get literally written on my description tape from aphazine and uh lorazepam the cure to everything it's really not like it's but anyway what type in morning and night now like a lot's changed since i last filmed a life at date video that's where i'm struggling to make this video i'm not struggling now i'm not 100% i'm not i'm not fixed so i'm not i'm not uh near i'm just existing it's perfectly how i feel right now actually the state of existence looks like earth but it is actually artists impression of what a distant earth-like planet might look like in this imagined world you can see continents oceans and clusters of cloud the kenra spacecraft has discovered over a thousand planets in other star systems we call these worlds exoplanets and some are believed to have the right conditions to support life hello boo hello boo i'm seeing you right i'm excited to meet you in a couple of days i look like i'm a ghost why do i look like a ghost oh no you do look quite pale i mean your eyes look like your eyes are like they're half open like you look like you literally look like you're on drugs i felt like that when i've been taking photos today i'm like what's up with me we're trying to look out why i look like maybe it's because i haven't got any iron on you know but your eyeballs like put the glasses on what that covers up me looking like i even i'm illiterate i forgot my mask is mine so did i i just get my dough from the app um i'm lowkey awkward as fuck at the moment you can see my rubber duck unicorn thing that goes on my computer welcome back to my channel if you're new hi i talk about mental health my life and recently i haven't talked about my life so i'm doing a life update video which um i wasn't sure i wanted to do just to be real with you i uh i wasn't sure i was going to actually do this because this is what caused all the trolling and hate last time i also realized that some kind of people are always going to be out there and no matter what i say i do they're always going to have something negative to say about something that i do let's just be me let's do what i want to do for a video because why should i let people who don't even know me dictate what i can and can't talk about i just do that on camera it's okay me being weird off camera being weird on camera that's a whole new level so let's have a chat shall we look whenever i hear that it puts me so on edge because i'm just like oh my god i'm going to be abandoned yeah if i seem really hyperactive i haven't on medication today so bad lydia but i thought considering i am hyperactive i am i yeah i'm an a uh this is a life update and i know my editing is a bit different now and i know i've put vlog clips in i know it is all over the place when isn't something i make not all over the place so i've been away like for for a hot minute basically last month i was in hospital i was on a section two so that's a up to 28 a hold here in the uk um i didn't want to be in hospital but i didn't have a choice i do have a video in the work so it's like about that admission but i'm taking my time with it because there are some aspects of it that i don't want to share i do not want to share things that's why right as a human being i was in hospital for a month not 100% i'm not self-harm free you know and i haven't been self-harm free since like last year now like i've been struggling with self-harm for a long time and i was i was clean for a few years and then last year in the admission that i had in me i started self-harm again and it got it got bad and it it's it's not bad that bad anymore but it is something i still struggle with and you know i'm not gonna hide that for people because you know yes i am a shame that i went back to that but when it comes down to the fact that it's that or i let the suicidal feelings build up and then make an attempt on my life but i felt i couldn't come back to youtube fully without posting an explanation for what the fuck's been going on with me since like last summer because i've watched back a lot of my old videos from i say old i've watched back a lot of videos from after the trying started i can see in myself that i just wasn't me because i was getting bullied for being me then i was getting bullied for acting out character then i got bullied for sharing my life then i got bullied for just existing no that's a lot for anyone's dealer you'll forget that yeah you're watching me on the screen but i'm a real fucking person i have a i have my own life i'm 10 20 minutes out of the day you don't see me when i'm at uni you don't see me when i'm in an appointment you see me sitting in front of a camera when i've said it all you didn't see the admission i just had you didn't see what like the ins and the outs of what happened so you don't know what i want to remind people is yes i choose to put my life out here i choose to make videos that's not an open invitation to harass bully slander or anything like that it's not okay to send hate it's not okay to troll someone i see it all the same way it all constitutes a bullying and i've gone from answering these people to any hint of any of it or any association with these people i've gone full on zero tolerance i don't take it anymore i don't know what i did to make her hate me but people will come in out of lives no matter what we say or what we do and it's learning to accept that that gets us three things so yeah thank you for watching and i'll see you go soon with a new video please be kind to me like if you don't like me you don't have to be here you could just it's like holding my flap and it is outside fun anyway bye guys


Welcome everyone. This is Jenkins LTS certification overview. Oliver, thank you very much for presenting to us. We so much appreciate this. Yeah, my pleasure. Would you like me to take this away. Yeah, if you'd be willing, I can, if there's something you'd like to screen share, we can certainly have you screen share if rather you would prefer that we focus on the notes I'm happy to screen share the notes. You tell us what what you think would be best for conveying the information. Right. Yeah, I'll definitely try. I see that you put together a quite nice list so with you guys I see that many of you have joined in the meantime so hi everyone. So, if somebody will get some questions or remarks I'll be happy to be interrupted at any moment and answer those, except for that I would try to give you as much of a concede rumbling as I possibly can. So, the LTS certification just just just very briefly. Our LTS are moving in four week cycles. We get two weeks for back porting we get two weeks for for testing and verification. Actually, this is documented in full length. So, let me attach. Let me attach a dog where this is where this is documented. So what we're going to focus on is specifically how this is certified. Since I am the single person that does the back porting perhaps will be interesting to cover in the end if we get some some extra time, because there's definitely knowledge that needs to be transferred for whoever is going to be, you know, doing this after no longer the release officer. Okay, so when it comes to certification, we are sort of following the Linux kernel model. So, the release candidate is being being made available to everyone, and we got this mailing list request for people, people feedback and reporting issues mark you very well known, because you've been contributing to this for years and years. So we, you know, just inviting pretty much everyone and I'm pretty sure that cloud we have been working on this very hard to provide us with the feedback and actually a lot of a lot of problems was captured this way by some of your colleagues so this is the way how we're, you know, receiving these from from the upstream. And at the same time, for instance, for us we've been running our internal verification based on a th which you know we also contributed to these results same as same as we encourage people to do. So this is what we've been, what we've been doing. And as I said, I will get back to the, you know, okay so one other thing is that the release officer role was not only just doing this backporting and orchestrating this feedback collection, but you know, keeping all this all this space going right since, you know, scheduling all these events in calendar, making sure that things happen happen at a particular time, initiating new new LTS cycles, etc. So again, that would I can also cover that in case that there was an interest. Right. So, Mark, I'm going to use your notes to keep me on track. So where does the certification process run actually multiple places, due to the distributed nature, nature of what we're doing and how we're doing it. It's sort of hard to get a complete picture. So we just, you know, rely on on on the people to contribute their own results. In the past, I was looking for some more structured way of how to do this in the past, because of the key page and it didn't work very well. In my opinion, and I haven't found a better, better tool to actually get everybody who is interested and who's got some interesting results to report them back. So we stick with a good old email. So the certification runs in both our CI Jenkins IO instance. So that's where we're running the full 80h so it against against the LTS. So the certification is actually a full blown CI. So even during back porting, we're just running the same same verification testing so it got an early back early feedback. Even before we cut the release candidate, etc. So this is the one place, you know, the advantage of doing this is that everybody can see the results can investigate a failure scan, you know, spot the problems, etc. There was a couple of ideas in the past to actually move this into one of our, maybe Red Hat, maybe maybe Clobis or even some somewhere else and to do a dumb stream. Though, you know, the obvious obstacle would be that this is sort of hidden and, you know, not everybody got access to the results to possibility to investigate and work on fixing the issues, which was one of the most tedious and time consuming part on on maintaining the acceptance of harness. So I felt really, really strongly keeping this in the upstream. So we can, you know, lower the lower the barrier for entry into, you know, getting new contributors to actually fixing and updating the test, because that was a real, real struggle. So, yeah, that would be the upstream environment where it runs. And except for that there is a, I guess, a number of internal environments. I know that the mark in order they're doing some, some intensive exploratory testing on these, which is very useful. Except for that. And you know, there's some other environments I presume in Clobis that I don't have that much information on. So speaking on the part that we've been doing in Red Hat, we've been testing this exclusively on OpenStack, both on the host on, with actually using REL7 for this, or, you know, previous versions before that, of course. So it was, you know, tested either on VM or into the container, the ATH container, not the Jenkins container. So those were the two environments that we've been covering and testing this and, you know, sort of comparing the results with what we've seen in the upstream, what we've seen internally, etc. Because, you know, due to the complexity of the whole test suite and the fragility of the approach of using the Selenium UI testing, those of you who play with that know what I'm talking about. So there was quite a lot of false positives and problems that wasn't really related to any bugs or anything. So it was truly necessary to compare it between the environments and see which of the failures are real or which of them are not. So yeah, those are the environments that I'm personally aware of. So Mark, you're on mute. Yeah, so you said virtual machines but orchestrated by OpenStack and then also containerized, again orchestrated by OpenStack, those are the two environments you were checking? Well, the OpenStack was not that much involved in that simply because ATH does not interact with it in any way. So it just happens to be Jenkins agents running in the OpenStack. So the point is that it was the VMs with the actual OS, right? Got it. Okay, so it's not in the relevant thing there is, the virtual machines there is to say this is an operating system, not just a Docker container insulating something from it's running directly on Red Hat Enterprise Linux 7 in that case. Okay, yeah, this is what we've been doing historically even upstream we've been doing this before we moved to CI Jenkins IO, so maybe four or five years back actually. But you know, we find out that the results are a lot more reliable on virtual machines than we ever get in the containerized world. Okay, so maybe maybe that's a dumb question and it's getting late here. So maybe I didn't just follow Clark correctly. Are you saying that what you what you're using the VMs and OpenStack stack is something you're still doing nowadays or was the past things before you migrated to CI Jenkins IO? Yeah, sorry, I might have misspoke. In internally we've been using both approaches to running it on VM and actually running it on VM and inside ATH container. And what we have verified is that the pure VM approach, you know delivered more stable and predictable results compared to the containerized, right? The remark on the CI Jenkins IO was really a side note that even there some years ago we've been using this pure virtual machines before we moved to containers and we also, you know, observe instability in there. Okay. Thanks. So, so about this question, are you still running I think I hear that yes you are still running. Is that likely to continue or does is Red Hat likely to say hey we're going to stop running those tests internally. So we will have effectively as a community lost one resource that could have found problems for us. Very good question. I mean, one of the reasons why I'm giving up on a release officer position is that I just cannot predict my allocation. So I would definitely love to stay in loop and continue to be one of the people contributing the results find, you know, found the found regression and possible problems. So I would definitely love to be that but you know, I prefer not to promise you something I won't be able to deliver. So, so, so in the future, Red Hat may reallocate and say hey we're not going to run those tests Jenkins project therefore I think is is well advised to consider how do we, how do we execute these somewhere publicly so that we assure we see them. Yeah, I mean, when it comes to allocation I would say that definitely this is a lot more expensive in terms of human time rather than a machine time right somebody needs to be looking at it keeping the age and it would shape prone of some infrastructure issues. Some random glitches incompatibilities between page objects and plug-in versions so it's a lot more expensive on that side, and I honestly cannot quite imagine that I would say no no more resources for running these tests. I mean, thank you. Thank you. Good question though. Right. So folks, once again I would like to encourage you guys, if you have got any questions just feel free to shoot. Yes, sorry. So regarding this open stack and red hat and so on. So it's still something that we cannot see, even though, I mean, we probably we don't interact with, but we cannot see as a read only access or anything like that. That's that's the problem with this, you know, downstream internal internal testing I was James who was, you know, doing something quite similar inside inside cloud base. And as I said, I've got pretty much zero information except for the fact that he sometimes reported that he found a problem so this was one of one of the issues and one of the reason I so I mean, I'm a huge advocate for having this, you know, I have a reference environment in the upstream where the full test suite is actually being run and provides the results that are visible for everyone. Thanks. Yeah, I'm just I'm wondering actually so right now those days, you know, do as far as I remember in the past it's very vague now but I think you were looking at the open source. I know the results of it yet, but then with your expertise you would actually know yourself what are the tests that are failing that should be considered and the one that should be ignored. So we would, I mean, we would always as far as I remember have a th failing, but you know, because of your expertise you would know which tests should be concerned and which tests actually should not be one. Kind of still the situation right now or I mean, maybe I'm not clear. Right. Let me see if I understand that so you're suggesting that at age is fragile in particular tests and only the people around it has an inside what is a symptom of such problems and which tests are more fragile than the other. Somehow, I mean, and that's my bad because I should have prepared this call a bit more but I remember that back in the days, most of the time the acceptance as harness executions would basically be red all the time. Like never be green really because actually many tests failing and you would be one of the rare people knowing which tests should be actual concerns and which ones are known to be failing all the time be flaky whatever. So not really be a concern of our other ever, which I think might be if this is the case, which I'm looking right now at if it's okay right now might become more and more of a concern because indeed we may lose that you know, expertise that's only in your brain in your in your expertise to know which tests should be looked into and the test should be ignored because they've been flaky forever. That's a good point. In a sense you're right. We never after easily five or six years of effort to actually get the ATH stabilized which I blame for lack of time and inherent nature of selenium. We are trying to verify something like I don't know I'm pulling numbers up from my sleeve but somewhere for the independently developed components, which you know maintainers not really know how it's being tested and what particular effect it's going to have. So we usually just find out as somebody had released a new version of plug in the changing UI a little bit. It started failing and it's sort of sort of tedious in this way. But yeah, so this is this is the part of what I what I mentioned that it requires pretty much constant attention and adjustment to the plug in and to their UI send to whatever specifics. So it very often happens that sometimes starts failing simply because something have changed. Usually it's UI but there might be different things that do change and needs to be adjusted. So it's not quite that we would know that I don't know some small fracture of test would be just constantly broken or unfixable or just fragile. We have a ways to deal with that, you know, actually fixing them, but it requires the time it requires somebody to have a look at that. And these tests are, you know, getting broken, you know, annoyingly often so to speak. Maybe I would make sense actually, you know, you think it would be a good idea maybe especially for people who may not be aware of what's going on or how it works to share what we're talking about on the screen because I actually opened it just now. So I guess it might be useful especially for people like are they recording more than us in the end maybe you mean the results. Yeah, just this is just what we're talking about right now. And so if we look at the situation right now. Yeah, we see indeed that we don't really open or ever have had. And again, I mean I hope it doesn't sound like, like a reproach because that's not the case at all I absolutely understand that we all have limited time and everything so just to, you know, kind of make a checkpoint on this. Yeah, so and when I was looking at the thing right now just a few seconds ago and that's what I was referring to indeed the number of tests failing and I assume that all your nose which ones you know have been failing forever which ones may be new and so which one are probably to be looked at right.  It's fair to say that it's rarely rarely rarely ever see to have these 100% successful.  So yeah, you're right. As I said, the thing is that, you know, like, you see a lot of like, let's say job DSL plugin tests are failing without examining closely presumably this is because of a single problem that has, you know, broke at some point in time. And, you know, needs to be looked at adjusted the test or the plug in but majority of the cases is this test. So it gets fixed etc. So it's not like that this particular test will be fragile or constantly broken and it's not fixable, but it just require. Yeah, sure. Somebody to actually adjust the test so it matches the code base in in these plugins. And it's sort of a, you know, constant struggle because of the way how this is architecture, we're trying to verify the let's say entire ecosystem to verify that the experience of a user at install Jenkins with all these plugins is actually going to have something functional. So in the end we're verifying quite a lot of components which, you know, I would have put it was not integrated before right nobody has done any any checking and verification on that so there is a various reasons why this can break most, you know, prominently because they're independently developed and released by individual maintenance. Right. And so maybe interesting question to ask to you, you know, if you had more time.  I would advise people to focus on to improve the process in general, maybe improve the process delivery. You know, maybe the test aspects or maybe focus on the test aspect first and maybe I was thinking maybe at the end of the meeting or something we could ask you whether you feel the whole process what you what would you keep what would you actually change you know accelerate whatever you know, I guess you have a lot of ideas or a lot of your question. Actually I put the put a paragraph close to the end of the agenda. Future of LTF testing where I got a couple of suggestions. And I guess we're thinking quite along the same lines in the end so would we like to, you know, operate on that or would like to keep it on the end. I'm, I'm great with going there I think if there's interest there let's go there. I do want to, I will beg for the privilege to come back to ask specifically about tables to divs. But I think Baptiste's question is a good one let's go there. And then, then I'll make sure that my questions I can come back. If I to realize I'm trying or so to kind of buy it by the request of Oliver which is to ask questions to go. No, that's perfectly fine I would actually suggest that we would go through the through the rest and then we will make sure that we can have a look at this so we all have as much information about the LTS and then we can, you know, potentially brainstorm and spend the time on discussing the future. Regarding the ATH, if I recall, James, I actually saw as well the commit so it seems that he's now somehow leading the project, the ATH one way, right? That's a very good question. I have announced my intention stop doing that some two weeks ago or so. And for that, we've got two people that from cloud business was helping me on this it was. I guess we even have a team within that. So, but they probably. Antonio maybe. Antonio James, Raul maybe. Let me see I'm sorry I'm terrible with names and I'm afraid to get them all wrong. For me and for Victor actually for some reason. I'm sorry come again. Yeah, I was just kind of making a half private joke because actually Victor knows those people because he worked with them so the name I'm mentioning he reminds them. Right it was it was Antonio. And at the same time as they're all with with one girl about sorry I Beatrice. I don't think so. Anyway, there should be a team of maintainers. I was the most active ones but I know that Antonio has stepped in and pretty much as everywhere else in components in Jenkins we haven't been very rigid or something like that. I remember of people that have to release permissions and been doing the releases. I remember that a couple of people from Colby's got to release permissions. I guess as you said James was doing multiple definitely merging not sure about about releasing. Yeah, actually hit it. So a couple of other people from it has should have the release permissions at the same time. So for what makes sense to me is to have a couple of people and that's what I try to achieve and to large extent I failed on that to have a group of people that would actually be you know, as pretty much in any component, you know, permitted to merge and release the ATH is happening but it's, you know, fairly informal at this point. So, and Oliver you use the term release. Can you help me understand what does the term mean to release the acceptance test harness. Is it actually a version test suite. And so we go backwards and forwards with version numbers or could you give me an overview there of the concept. Right. Another good question. Well, from that standpoint the ATH get two roles. It contains the test that actually verify the, you know, the product. But at the same time is a framework from composing similar tests that can be in other components so you can use ATH is a dependency and to use the framework and the page objects to actually write your own tests. We actually use this in a couple of other plugins. We pull it and use the same mechanisms, it permits you to do the UI testing in the actual the browsers and a couple of other, a couple of our features. I guess I can point you to some, when this was really priceless. Actually, I don't know that you need to point that I had forgotten completely about the fact that yes I can depend on a version of ATH and use it inside Jenkins core or inside a specific plugin. So that thanks that clarified why you do a release. Thanks very much. And what I can disclose is that actually we do that also at CloudBees to depend on this framework to add more tests that are on the proprietary side of CloudBees. Yeah. Right, so well, I guess it will be for a separate topic how to actually use this in the plugin I spent quite a lot of time putting it in a better shape some year or two ago. But yeah, that will be for some documentation effort or something like that. Thank you. Yeah, thanks for the question. Just covering the rest there is can LTS certification be run on a weekly release. Not only it can but at the same time it is when we're running the acceptance to harness if I'm not mistaken, it's CI is actually running against weekly. I think we run smoke tests, like the very recent set of not really like exactly because smoke test meaning the one that are like I've been qualified as really non flaky. But it's, I mean, people should be kind of aware that you know, the set is very, very limited on purpose because we don't want to be ever flaky. Yeah, probably we should actually consider, you know, fixing the flaking what is the rest and growing the street because in the end it makes the weeklies plus the LTS is stabler over time. It's a never. Right. Yeah, that's that's true. As I look at it, I see it run over thousands of tests which I believe it feels like the entire test suite. Yeah, I recall that except for the flakiness there was also another problem and that was the resource utilization of CI Jenkins IO, because there was quite a lot of this now we tested everything twice for Java 8 and Java 11. And there was this, you know, certification of LTS and this sort of CI that actually use the latest course, etc. So, yeah, I remember that in front of was not very happy about how much resources this is using because the entire test suite takes quite a lot of time to run. And at times it's picky about resources but you know not not using it very, very efficiently because this is UI testing. So, there was another, another consideration there, how to actually do this resource wise and I remember that, as you said, there was a push to use only a smoke test for this. But apparently it's not set this way in the moment but definitely something to keep in mind. I mean, you're thinking but so when I look at the execution time of the master branch on CI Jenkins that IO for Jenkins core. It says there that it is in fact running a running a th but it doesn't take nearly the eight or 10 hours that it takes to run a th elsewhere so what if I misunderstood. Right. Yeah, so you can hear it running. I just opened I don't know if it's my screen. This is the Jenkins core my star Jenkins file. This is calling the essential dot the ammo file which is here and then it's actually running a category the smoke this category. This is why it's so such. Yeah, that's that's a good point so but it's the market talking about the same thing right so this is the Jenkins repository CI which is actually only running the smoke test in stable branches for LTS. I actually replace the smoke test category with every test so on the stable branches after backport we're running the entire test suite. But what I was referring to was the CI for the acceptance as harness itself. We should talk about this as CI for for a Jenkins core. So, let me just give you the link. And that's this thing. So yeah it's a bit. Contra intuitive. But in fact we are verifying the latest ATH against the latest core, but it's running, you know, not as a part of a Jenkins core CI, partially because it would be too fragile and pretty much every, every change would be flagged as broken. On the top of my head how the plugin versions are set, and if they are even set. How does it work from ATH that does it like use or whatever latest version of every single plugins or how is this been the normal how it works. Right. There's a couple of user mode let me try to wipe the dog. There was a lot of discussion about this and in the end we come up with some set of use cases. We have this because recognize use cases for ATH. Let me feed it into the into the chat of the zoom meeting. So you've got a couple of individual use cases and all of them require something else. Presuming that you use this for testing your your plugin you definitely want these tests to run with the dependency versions as they are hard coded in your palm. So obviously you want this to be pinned, but it's not a requirement from from the ATH standpoint. Obviously when we are verifying LTS, we sort of want latest versions to be used from the upstream. Imagine that we release a new LTS version today. We obviously want it work for, you know, for the users or for the customers with whatever plugins version there are. Right. It doesn't, it doesn't make much sense to test it with the last year's versions. I mean it would give us more stable and predictable tests. No question about that, but the value that we deliver to our users would be would be drastically reduced. So, again, this was a subject of quite a lot of debates, the, you know, usefulness and value delivered versus the stability and maintenance cost. Am I making sense? Absolutely. Absolutely. I'm just thinking that, you know, we all know how hard it is to have things, you know, break suddenly from one to another for an unrelated reason, you know. And I'm wondering whether we could have something in the middle, which is like, you know, a Power Mixer or something that would pin every single version that we are using in ATH, but then enable Dependable to have a controlled and constant flow of updates that then would be vetted by PRs, you know, and we would detect which PR, which plugin is actually making, breaking on ATH instead of bumping and then all of a sudden because we've got 10 releases of plugins. We see 55 faders and then 100 and so on. And in the end of the world and, yeah. Yeah, I would have to give it a, you know, more of a thought to see how this can possibly work. But, you know, I mean, I can definitely describe the current state when we just grabbed from the update center what is available for a given engine conversion, either the latest or the latest LTS we test. So, yeah, I mean, that's, I guess, something to think about. You know, I see some issues of how to actually implement that, partially because, you know, there's a huge number of the plugins that are involved. There's also a lot of plugins that are being installed, but not necessarily tested, right. You know, it's like, I don't know, what is JDK Tool Installer. I assume that there are no tests for it, but it's one of the, one of one of these bundled or dependency plugins. So it would get there anyway. So, yeah, I sort of see it somewhat hard to implement how to actually get this get this pinned. But yeah, let's, you know, I guess that's definitely something that can be considered as a next step for ATH evolution. Okay, and just to finish my thought, the reason I share this contributing guide there is this list of recognized use cases. So oftentimes when we get these discussions.  There's sort of a complete list of all the recognized use cases. So these kind of changes can be discussed without forgetting the other stuff. So, and I was not, I had never read that I'm embarrassed to admit I'd never read that I love the idea of recognized use cases as a way to remind us this repository has a purpose, and these are the purposes that it's it's addressing. Yeah, so refer to you. And at some point when, you know, the discussions went sideways because of reasons like that. Thanks for the question. Right, so let me, let me get through the dog to make sure we're not forgetting anything. What is the storage requirement. I wouldn't say that, you know, it's anyway demanding. You know, CPU and memory demanding as you can imagine right it's test suit Jenkins, the browsers, you know this slain him. He always got all got its, its footprint so it's somewhat memory and CPU heavy, but I wouldn't say that much for for storage. Are there collision do you generally have them running with a dedicated display device associated with each test or can they coexist on the same screen at one time is I'm not familiar with not familiar enough with Selenium runtime to be. You mean, if you would like to run several of them in parallel in a single host. Right, is that is that generally feasible or no it's rather you they really need to be one in one on a host at a time. Um, the thing is that you know, from the nature of of the right this thing there is a plenty of waiting it's very hard to write the test to be synchronous and you know there's a plenty of waiting when it's so such a constrained time to interact through UI, you click a link and you get to wait for page to be in the right environment so there's a lot of waiting. And obviously a lot of time out so because these things doesn't happen in time it can be a symptom of a problem but at the same time can be just slowness or something like that. So, we ended up never to parallelize is on a single machine to avoid this to be interacting with each other because there's quite a lot of going on. It's going to really happen and be very very unpredictable so we've been getting more predictable results and we just avoided that and you know sacrificing some resources and parallelize across a number of systems. But from the top of my head, I don't recall this would really be clashing or fighting over so over a particular display environment. What is real relevant for this is there's a couple of modes how to execute this. I mean how to execute the ATH and then to specify a browser which are somewhat noteworthy. I will do a very short detour to what these are. So the docs are all referenced from from read me so there's a selecting a browser which is sort of misleading because it does not only specify where the browser is, but there's a couple of, let's say, most substantial differences, presumably the Firefox and Chrome container. So what these do is that they just wrap the old frame buffer, this XVNC and the Firefox inside a container. So, and if you run number of tests in parallel, they would get it they separate containers for every test when the you are is running. So it will be hopefully impossible for them to clash. I'll be moving down the dog. Let's see what questions we have in there. The one that is next in the dark for me is the one on tables to give Jenkins to 264 to 65266 and 267. I was expecting major breakage there. Have you seen major breaks from the UI changes that have been made beginning with 264. I didn't have the resources to look into non LTS results. Okay. Good. That's okay so that's good to know that's a place that is a fertile field the rest of us can explore. Great. Okay. Because 263 is the next LTS. We've still got three months before we will get into LTS on something that has tables to give them. So, okay, great. I think that's, I mean, I know this is a thing we are doing here so on cloud besides so trying to anticipate weeklies before the LTS is as a continuous bow. I mean, the challenge of picking a reasonable weekly. Yeah, plus trying to actually use, for instance, you know, running everything on the weeklies in advance and continuously to be able to not end up taking everything in the face, you know, at the last minute when the LTS baseline has been chosen finally.  It's hard because it's actually a lot of work. The ecosystem is huge. Right. Yeah, I mean, the entire ATH approach that that I've been leading for years. The goal was just this right but it turned out to be, you know. So somewhat, it required a consistent attention and work to be put into just keeping these tests up and running. And historically, we've been quite short on cycles. And for reasons that are absolutely understandable. It wasn't very attractive for the people to actually join helping you fixing analyzing resolving and situation like this. Okay, so let's have a look at the rest so we can spend the time on a future of LTS testing. Who would attack the failures right I guess we briefly covered that so in the in the upstream upstream CI it's pretty much whoever comes comes around. So that would be, you know, not necessarily the maintainers but whoever contributes to this so I must say that cloud based has been doing lion's share of working there. There's quite a lot of people that have contributed fix and I improved these tests as a time ago. I also know that we're working very hard on these, you know, making it our part. So, yeah, for the for the upstream. I mean, that's for, you know, just keeping the test suite healthy when it comes to LTS certification that's the mailing list approach I described so every four weeks there is an email that calls for for contributors to report the problem from their private environment that might or might not use at age. So, failure investigation. Well for for eight age only. It's done in a way that can be usually, you know, invoked on a little desktop so there's also a way to run this locally. Again, the documentation is somewhat complex and elaborate on how to actually do this, but in pretty much vast majority of the cases of you're able to rerun the test locally single tests and any to write on that. So, or even, you know, pause it and investigate so fair part of that is documented I would say the specifics are beyond the scope of this document. So, common failure modes. Right, I would say that change is one of the most common failure mode, which is sort of a counterpoint or, you know, sort of a disadvantage of using the UI base verification. Other failure modes that are not so frequent are various changes in in versioning, etc. where for whatever reason, when a test or an ATH runs with slightly different versions of plugins for some reason might be might be some dependencies optional dependencies or in the past this bundled plugins. Yeah, usually, it's some sort of disparity between the state of the plugins and plugin ecosystem and ATH, often the fact that the page objects of acceptance as a harness and the UI of plugin are, you know, not compatible anymore, but it's not solved with this. Right. And speaking of the duration. Well, it's been a while since I actually seen this executed in a serially, but last time I checked we were somewhere close to 12 hours. Since then, we've done some, you know, some reduction, which is a project that kickstarted some, I guess years ago, when the sort of, and I guess also in the contributing doc, sort of specify what tests does and what does not belong into the acceptance as harness. Let me see. Yeah, test contribution. So the idea is that, you know, while we're interested in having a reasonable coverage, we definitely cannot have tests for every plugin for all the use cases or even, you know, even thinking about the code coverage is close to insane given how expensive the test run it how slow it is. So we sort of specified what is expected to be in and what is not so test for plugins that are don't have enough installations or there's just, you know, occupying too much, too much time to try to reduce them or move them away, which we partially partially succeeded. So again, the idea was to keep this sort of constraint and prevent the age from bloating. And, you know, hopefully keep the runtime and the scope and the amount of coding there reasonable and easier to maintain. But, you know, I guess for the reduction is still something desirable. So this will be the full runtime. So when it's running parallel, it's usually what was it will be using something like 10 splits. So they usually fit into three hours. I mean, the slowest one, there is, you know, it's not just 12 hours divided by by 10 in this case, it's usually, you know, taking a lot longer than an ideal case but this is roughly the time estimate. Moving further, what types of issues does ATH certification detect? That's a good point. Oftentimes, we run into the situation that this is an incompatibility in, I would say in a substantial majority of the cases is incompatibility between the test suite and the plugin. You know, when the UI changes, users might be surprised or used to something else, but it's not necessarily, you know, considered regression from any reasonable standpoint, though the tests are going to break anyway. So vast majority of the problems that LTS detects are these incompatibilities or some flakes in the environment, which, you know, no amount of effort we were ever able to dedicate to this resolved. So I consider this to be inherent to the Selenium and the entire UI verification approach. So the problem this do detect are usually something that, well, I don't think that there is a particular category of issues that is detected we would, you know, we would highlight. So, when you say incompatibility, I like that one because there was a there's a current failure in a plugin I maintain that is due to a, a loading prior to the plugins own tests of a library that's older than the one that plug in it's a valid, it's a valid condition, it's a valid case, and the solution is restart Jenkins after installing a test or after installing a plugin and so it's those kinds of things that it surface those for you as well it's not just me that's benefited from ATH finding that kind of that kind of challenge. Yeah, I was thinking along on this line, you know, the NLTS standpoint it's hard to use typically the so called PCT plugin compatibility tester. But in the case you're mentioning mark might be that it's easier to use and less flaky or less you know full blown things Selenium related because it's full Maven. So, PCT is basically a thing that will look into your dependency tree and bump everything using the changes in the center data to, you know, use the latest and run MVN test the same way, somehow. So, it's going to be more Maven based than Selenium based. So, probably a bit more stable but I was thinking, you know, on the cloud and the side is different but indeed on the Jenkins side. We have 1700 plugins plus cloud counting. So, we can't really run. One of the 170, you know, 1700 PCT runs of Maven tests and everything constantly. The right way would be to actually do this on single plugins but it's a quality thing more than just an LTS thing I guess it's much wider than just the LTS subject I guess. Yeah, I mean, my, you know, visibility into the into the plugin compatibility tester is practically no, though, yeah, what actually can help is, you know, drawing a line somewhere like for his LTS we require at least 1% of all Jenkins installations need to have the plugin installed for it to be considered something that ATH is being run against, which, you know, I guess it could eliminate a lot of these, you know, potential runs. So, you know, it depends on where we put the bar, but yeah, we can focus on the most popular plugins or something like that. That's a good point. We could just use an obvious things like like non sentiment based somehow things like, you know, last release date plus number of installs. Something like this, like a mix to test the like, you know, like pipe because basically, for instance, if Jenkins if pipelines are broken Jenkins is moved. So, yeah, we should probably do it. We probably want to detect it. Yeah, precisely. Right. Okay, so is there anything else or we can have a look at this future of LTS testing. Yeah, Oliver, yes, a brief summary regarding statistics, just to get a sense of for the older releases that you've been dealing with and leading.  Obviously, my chain between releases, but you might help me as well to understand. Right. Well, when it comes to the LTS is itself. I don't keep the keep the numbers but from the mailing list we should be able to find it out. So it's like in every one in three or four from my you know got feeling of the RC testing we discover something that something stopped working. Not always it requires further back porting sometimes it's just plugin that is incompatible, or something that can be fixed on a side of a plugin and we get to rush it in, you know, merging it and releasing it. Oftentimes it's a glitch that just happened and people need to do something in a reconfigured is stop using that or something like that. So it's being documented into into an upgrade guy upgrade guide that we produce with every LTS so Mark was doing a great job and composing these lately. You know, so short warning or guidance for people what to do and what to change. So yeah I would say that can be one in three one and four requires something right. So the fail test as I said it's probably a vast majority of the failures that we observe are some kind of incompatibilities or flukes. This is somewhat given by, you know, what amount of time we actually preventively invest into the maintaining the 8080 age. Right. I mean, if somebody would be looking at the at the failures every day and working on, you know, one hour to actually fixing them. It's not that much of an allocation, but we keep, you know, we discover we discovered these incompatibilities fairly soon is get fixed and it doesn't pollute the statistics anymore, which is quite far from the reality of the past years. You see quite a lot of issues that is being reported, and vast majority of these are actually you know just plug in has diverged at some point any at age haven't been adjusted yet. Right. But still, the statistics does not, you know, are not very encouraging in this regard anyway, because the number of time that something needs to be touched is still something like, I don't know, like nine times in 10 when something breaks is just the incompatibility which is otherwise harmless and one in this 10 cases would be, you know, some actual bug or some actual problem. Right. So, thanks for the questions that was really, really good. We discovered, you know, a lot of things I didn't even thought of covering so definitely definitely help me to to completing this. And thank you Mark on helping to capture all this in in doc so that's a good job done there. I focused, I mean I suggested a couple of things that should be done in the in the in the future of LTS testing with ATH or not. One of them we briefly scratch that would be the simplification and reduction to cut, you know, runtime to cut resources to cut the feedback time right you know one of the reasons why we don't do it is a part of the best thing is that we probably don't want to wait three hours for the poor request to get a green light, even if this would be all stable and all that. So, that's one of the, one of the, you know, possible ways to go. The improvement there is only linear like even if we just sacrifice all of the tests or make them running twice as fast, it's still get from, you know, three hours to one and a half, and it will be a heck of an effort to actually get there. It's sort of questionable to, you know, it's a linear improvement, I guess that's it all. Another thing is that what we do with ATH is becoming less and less relevant to modern Jenkins. We are testing the UI both, I mean, you know, to pulling data from it or observing it is still, still, you know, valid as of before, though configuring it and clicking through the UI in order to put things in there, mostly configuration is becoming less and less, you know, popular use case.  So, you know, the complexity of putting things in Jenkins forms through page objects is just immense and, you know, ideally should be used less and less every year. So, one other thing is that I believe it's not putting enough empathy, sorry, enough empathy on on jcast can job DSL configuration, you know, simply the UI is not as used as before. So that's something that I guess it would benefit and make this a lot more, a lot more relevant. And also, it's just verifying the war file I mean there's a couple of other ways how to how to run this is also configurable. So what we are, I guess, only focusing is how the Jenkins bar is running, but not necessarily how it's running inside of a Jenkins container which again, sorry I don't have the numbers at the hand but yeah, I guess it's just, you know, being used more and more often and that's probably something we would like to verify, maybe as well, but eventually switching to this almost exclusively. So earlier, is there any execution on windows, I assume this is all Linux based is that is that correct. This is all Linux based that were fixes and improvements coming from James in the past so I guess he might have more information. I think the investment done from us on windows we you know, obviously work with the contributors and try to make sure that this is this is running but it just runs on windows. He likes to suffer so that's. But yeah, that's probably why he is the one pushing the most fixes specific for windows because I don't think we have a lot of others running windows.  Is club is interested in this use case as a part of business. You mean running things on windows. On agents definitely on masters. Yes. Like you see the gradients. But we do not recommend it, you know, controllers on the windows should be. Yeah, this courage set up as far as I think we do we put in our kbs but don't cut me on that. Yeah, that's, you know, fairly similar so we are actually not that it would be not doable, but it's definitely not straightforward how to get at each run on Linux and get on the controllers on windows. Right, which, you know, if there is any windows use cases to be this one. So, you know, as I said, I've been running this project for Jesus, six, seven years, I guess, quite a lot. And honestly, it's been a big, big burner for a vast majority of the time. So definitely there are things to improve. Definitely do not hesitate to reach to me I would be more than happy to provide my guidance and experience of what can be done with this. And, you know, I'm currently in a state that I'm almost certain that something needs to be done with this for partially the reason that I've already mentioned. So yeah, I was glad that the, you know, plug the PC to us mentioned which I was looking at a possible alternative. Maybe I'm not going to say replacement but a possible thing to converge to to actually figure out how exactly they would like to certify the LTS. And also, and this was really more of a vile idea rather than anything else. And that's composing something totally different, based on container jcask job DSL, and some other form of verification which would be prone of Selenium, which would hopefully save us some problems, and it will resolve the thing that you know configuration through your eyes becoming less and less relevant. And that would be, you know, verification through some scripts which feels sort of white boxy and quite nice, but or alternatively using his HTTP client. What is called Jen, not Jenkins CLI, you know, using the HTTP client for Jenkins that is based in Java to actually very, you know, start build verifying states getting logs and things like that. So that's more of a vile idea how to how to advance further and avoid a lot of the hassle that we currently have. I mean, that we always add with Selenium. Oliver, thank you very much. We've used your hour of time. Is there anything else you want to advise us as we conclude here. Thank you very, very much. Thank you. Yeah, folks, definitely thanks a lot. You know you brought quite a lot of interesting questions. The thing is, as I said, I would like somebody else to take this over for now. So I guess it would be the number of contributors we currently have. James would like to step in and becoming the main maintainer. I will be more than happy. It's not that I'm leaving for good. I should still be around still can help with things and provide some guidance and some historical context if that's desirable. So I should still be available to do that. That's great. Well, and, and just to share Gareth Evans who is on the call is has agreed to take on a piece of this as part of his responsibility in the Jenkins community team, or in the community team at CloudB. So, Gareth has the unfortunate privilege of reporting to me. And therefore he gets to, he gets to listen as I try to guide and steer. So you will probably be pinged by Gareth or by me as we looked at how should this evolve. Speaking of unfortunate privileges, Gareth, do you owe an axe? Is it a big one? It's not that bad, unfortunately. I'll get a new one. I've known less lucky guy than, you know, you will be reporting to Mark. He's an adorable person, we all know. Anything else, Oliver? Not for me guys. Alright, thanks everyone. I will post the recording after its process. The recording usually processing takes on the order of 30 minutes or an hour. I'll also place a link to the recording and to these notes in a comment to the Jenkins developers list so we have them archived. Thanks everybody. Very, very much. Thank you. Perfect. Thank you, Mark.


Welcome to theCUBE. This is the AWS executive summit presented by Accenture and our coverage of this great event continues. Lisa Martin here, got two guests with me here to talk about Amazon Connect. Please welcome from Hawaiian Airlines, Will Vandvender, Senior Director of IT Engineering. Will, welcome to the program. Thanks for having me here. And from Accenture, Eric Chen is here as well, the Hawaiian Regional Lead at Accenture. Eric, it's great to have you on the program. It's great to be here. I feel very overdressed. You can tell I'm on the main line with my turtleneck and you guys are on Oahu, which is fantastic. And I'm excited that I have a seat on Hawaiian Airlines in just a few weeks. So you guys, let's talk about this technology solution that you put together. Will, I wanna start with you. Talk to me about some of the challenges that Hawaiian Airlines was having prior to working with Accenture and Amazon. Well, nothing really unique to us. We had the challenges that everybody had with pandemic and scaling out to work from home, as well as a old legacy stack that had been around for a long, long time. The specific ones that drove us to launch this particular project was we had been running into some talent acquisition issues. We're not of size where we have a huge telecom team that can specialize in IVRs and other things like that. So we need folks that can play a lot of different spaces. And in this particular case, we had a situation where we had really old technology and the people we were bringing in were a lot more savvy on cloud and those kinds of things. And so AWS Connect was a way for us to take talent that traditionally wasn't inside the telephony space and use them and bring them there for that business team. So it kept us from having to scale up to do this. The other thing we had was a big issue with work from home that actually predated COVID. So we had been, we're in a hurricane zone. We had been doing hurricane preparedness exercises. And we realized that we had a difficult time scaling our environment to large scale work from home. So even prior to COVID, we had been started looking at the technologies that we had, which ones worked well outside of an office for distributed workforce. And we had been moving technology by technology in that direction. And so telephony was one of the ones that we had to beef up. And so it was nice to have a good leg up on it when the pandemic hit us. Absolutely, I can't imagine how advantageous that was when it struck. And of course, we all know how much the airlines were affected. Talk to me about an interesting catalyst for the solution in terms of challenge with talent acquisition and work from home. Interesting impetus for the solution. Talk to me about, are you longtime partners, Hawaiian Airlines with Accenture? Talk to me about how you went about looking for the right solution with them as a partner. Okay. So Hawaiian Airlines and Accenture had been partnering for many years but in a much bigger way in 2019 when we solidified a new managed services deal. So Accenture came in to help us out with our day-to-day operations. And one of the big reasons for that was actually cloud adoption. So we needed a partner that was much more up-to-date technology-wise. And as we started ramping up our engineering and architecture designs and releasing things on new stacks, we needed folks in the operations side that could keep up with that. And not only that actually enable and push us in those directions. And so when we went out to RFP, Accenture kind of stood out in that area. And that's been a good thing. We've had very little friction as we've been going out and acquiring new technology with being able to bring that out to our run and operation space. That's critical especially given the tumultuous times in which we're still living. Eric, let's go ahead and bring you into the conversation. Now talk to me about you guys at Accenture developed and deployed this solution quickly. We're talking an eight-week timeframe. Talk to me about the solution that you architected about that delivery and what some of the challenges were along the way that you tackled and mitigated. Yeah, thanks, Lisa. I mean, it was, you know, eight weeks. When you think, look back on it, it's hard to believe we did complete it in that timeframe. But, you know, we were able to do it with some, you know, strong experts from our side. Some of the challenges we ran into along the way were probably at the very beginning, just securing the right team for Hawaiian to deliver the proper designs and development upfront and then helping to kind of manage through the delivery process itself. They were great. They had some great people with some deep expertise kind of from a business process side of things kind of paired with our technical and then also industry knowledge of the airlines as well. It made for a really nice, you know, strong partnership that where we could get it through in eight weeks. So it was pretty amazing. And then walk me through the actual, oh, Will, sorry, did you want to say something? Yeah, I was actually going to comment on that. That was exactly what we were looking for was that sort of wholesale partner. So when we went out to modernize our entire telephony stack, it wasn't just call centers. It was the conference rooms. It was the telephony. We went to new phone providers and circuit providers. We moved everyone off of Skype over on the teams, all the desk phones. And so there was this scope of work that was simply larger than our team. And so what we were looking for from a partner was one, who's done this before? And then two, could you manage the whole piece of work? And so what was nice for Accenture because they owned our existing operation space, they not only did the AWS connect piece, they got on the old systems and they brought up all the specs of how the call queues worked, how the call flows work. They found the old voice talent. They brought those and ported them without us having to do anything over under the new stack and then brought it over for testing. So it was just a very minimal lift from the Hawaiian Airlines side. And since they ran our operations, they then moved it over to the run space. And it was just very few man hours on the Hawaiian Airlines side expended for that outcome. Wow, it sounds fairly seamless. Eric, how did you guys accomplish that? I mean, that's a type of experience and partnership we like to have with our clients, more of an all-inclusive type of service. Sometimes accused of not having the cheapest prices on the block, but you do get a great, pretty holistic experience with us. And we do try to make it as easy as possible for our clients and bring kind of the full breath of Accenture to fill in a lot of gaps. Well, one of the things, Will, that you mentioned is we were looking for a partner that had done this before where there's actual proof in the pudding, especially given the, like I mentioned before, the tumultuous market. Eric, talk to me about if we look at Hawaiian Airlines as an example, as a template here, how common, how often are you seeing these same challenges with respect to talent acquisition and work from home? Is that something that really skyrocketed in the last year and a half? Sure. I mean, it's maybe a blessing in the type of business that we're in, right? But whenever there are big kind of market issues and kind of pandemics as an example, right? Our clients do turn to us for support to help them through smaller times of need. And maybe we're very compressed issues. So we're very happy to reach into our larger organization and make sure that we can bring the best of Accenture to them and help them get through these tough times. Will, let's talk about how this solution is helping employees, agents get through these tough times. As we know, Hawaii had some really strict travel restrictions on COVID. And of course, one of the things that a lot of people lost during this time was patience. Talk to me about how the workforce is improving the employees, the agents. Now that you have this solution implemented and a leg up probably on your competitors. Yeah, the whole pandemic hit us in a hard way. So we found ourselves, you know, all of a sudden one day waking up and finding that our customer facing support desks couldn't be staffed. People couldn't get into the office and actually get there. At the same time as you and everyone else knows, flights were getting canceled and customers were calling at a level we'd never seen before trying to reschedule their flights or get credit back or get money back. And so AWS Connect was interesting in that it was one of the things we could ramp up new call centers very quickly. And so we knew we wanted something that was consumption based because we didn't know how long it was gonna last. And we wanted to be able to spin it up, get new agents going, respond to our customers, scale up to the volume and then be able to decrease it out. It was a good win there. What wasn't talked about much was the reliability aspect of it. Being on a really old system, our telephony was pretty stable but our call center internal business facing ones were not. We had a series of outages out there. And those outages directly impact our ability to get planes out in the air. There's the sort of customers calling about tickets and about help with flights but there's also things like crews trying to get crew scheduling done, trying to get staffing to a plane, trying to get things moved around in an airport. And there's a lot of internal desks that deal with those kinds of things. And having that on an incredibly stable technology and stack is key for us. And so we were able to get Connect deployed and we were also able to front that with a number of other technologies that allowed us to have DR plans. So even if we lost that desk how can we quickly move that over to manual calls and desk phones and those kinds of things? And so that's been, that part has been very well received. That has helped us out a lot. Our confidence knowing that if anything should happen our ability to recover and get back into full operations now is just night and day from where it was 12 months ago. And so thank you all very much for your assistance and getting us to this point. Getting that stability and that reliability during a time of chaos. That's, and also in a time that can really affect a brand reputation. It sounds to me well like, like IT is really helping drive the business forward. Is this something that you did in partnership with the business side? Because of course during the last year and a half so many brands have had challenges with reputation and the ability to not do things. Talk to me about that business IT relationship and was this a facilitator of making that even better? Well, it's certainly better. Yeah, we have far better conversations internally than I can ever remember at my time here in Hawaiian Airlines. But when these kind of emergencies hit I don't think about it as IT or business. I mean, there's a problem and you gotta go fix it. And so we're all in there and IT is one piece of that. How do we get a solution stood up almost overnight in this very, very difficult pandemic business time. But the business is trying to get talent together and trying to get agents trained and being able to do things like handle these customer calls is very, very skill intensive. So there's a lot of partnership coming in and getting solutions, demoing them with the business dialing them in back and forth and a lot of collaboration there. And so that builds stronger teams and that's one of the outcomes I like more than anything else is we're working together and dialing in the IT and the business needs very much in unison. That's probably one of the best outcomes you can hope for. Eric, talk to me about, are you seeing similar things with customers and other industries? Are you seeing that business IT coming together especially during these challenging times we've been living through? Yeah, to varying degrees. That's always the crux of a successful IT department. You're there to serve and support the business side of things, right? We don't do technology for technology's sake. But yeah, I think the better ones are getting better at being more fully integrated and it's not in a business or IT decision, right? It's a collective kind of team decision. And I think as long as you have people who respect and understand the other side of the coin sometimes easier the conversation will go. And I think that's what our team was able to do is express very clearly and concisely kind of what the decisions they had to make were and then they could make a decision a little bit easier that way. And talk to me, Eric, about the solution. What impressed you? What are you most excited about in terms of what Accenture has helped to accomplish for Hawaiian Airlines? Yeah, I was really happy that even within a short eight-week period itself, things always come up as you go throughout a project. And I think the business team was getting excited about the possibilities once they saw kind of the potential of the platform. And so some requests came up in the middle of the way in flight and our team was able to accommodate a number of the kind of minor enhancements or tweaks to the system to make it even better and serve the business in a better fashion there. Gotcha. Will, what is next for Hawaiian Airlines besides my flight on it in a few weeks? Talk to me about what you guys are going from an IT perspective. Well, we've rolled out a solution quickly because we needed to, but there's a lot still to be done to dial it in for the business. Where reliability and speed were key, we got those done. But there were some aspects of the old system that were still a little easier. For those call centers where people needed to dial in, get a hold of an agent and then pass it onto an internal employee, there's still a disconnect between our call center technology, AWS Connect and the internal collaboration, Microsoft Teams. And that's because Teams really wasn't up to all of the call center technology needs at the time we started this. Things like call recording and things like that just weren't there at the time. So we've got some of our internal desks that still need to be tweaked and integrated more seamlessly between the two platforms or maybe as Teams gets ready, moved back over onto that. So that's again, the part of it. Being able to have this deep conversation with the business, understand their needs, having a partner where you can quickly go respond and go dial it in. And so we don't look at it as our telephony migration is complete. We look at it as we got our first big hurdle done, moving off decades old tech onto our modern stack. And now we're looking at refining it with our partners over the future. Right, phase one, it's always that journey that we talk about. Eric, last question for you. What are some of the things that are coming up next as you help Hawaiian Airlines to continue on this modernization journey? Yeah, so more broadly, we're really excited because this effort was one of the first, more platform-centric system integration type projects we've done for Hawaiian. We've been on the operations side. We've done some business consulting work with them for various business functions already, but this was really more on the application modernization side of things. And we see that Hawaiian has a number of areas that they're looking to kind of modernize and improve along the way. And we're very excited about being a strong partner for them in that journey coming up. Awesome guys, great work. Congratulations on a huge transformation accomplished during a very chaotic world time period and done so quickly. We appreciate your comments, your feedback and look forward to seeing what you dial in next. Thanks for joining me today. Thank you. Thanks very much. For Will Van de Vendor and Eric Chen, I'm Lisa Martin. You're watching theCUBE's coverage of the AWS Executive Summit presented by Accenture.


Table Lay Yourself is a Wojtek Kubashta book. Kubashta was Czechoslovakian and like Megendorfer is one of the biggest names in the history and evolution of movable books. The book's from about 1960 and it really demonstrates the bold and vivid colors that he used in his illustrations and pop-ups. The main things I want people to take away from a Kubashta book is knowing that they are looking at a book made by one of the most important people in the history of movable books, but also to just really sort of delve into the color and the texture and the depth of the images. This is one where you might not even notice if there's words because you're so drawn into the images.


We're talking neighborhoods this morning. Now Durban offers beautiful green environments, long stretching beaches with an amazing world-class surf and it brings the heat every single time. Today we're looking at another exciting neighborhood along with private property CEO Simon Bray and this time it's Shlonga. Ah, just gets me excited talking about Durban. I don't know if you know this but I'm a KZN girl. I didn't know that. Simon, it's so good to have you here. I know that you live in Durban. What makes this place such an amazing place to settle down and build a home? Oh, it's a beautiful part of the world. I mean our head offices are just on the ridge in Shlonga, so it's a neighborhood that's very near and dear to my heart. A beautiful place to live. The lifestyle opportunities are endless. Everyone thinks of the beach and I mean that the stereotype is 100% true. You get a nice surfing before work in the morning. You've got lovely long walks on the beach in the afternoon, so it's a great place from that perspective. But I think what's really interesting and what I love about this neighborhood's project that we've been doing around the country is showing people another side of the property market. So Shlonga for years has been this stereotypical holiday town but it's so much more than hotels and two weeks away at the beach in a year. It's actually the third biggest property market in South Africa after only Santon and Atlantic Seaboard. So we have huge amount of property value on the market in Shlonga, which is quite exciting. Well I certainly love it. Now when we talk about Shlonga, which areas does it include? Look it's not just Shlonga rocks down on the village there. We've got the cafes and a couple of hotels, but it extends up to Gateway, big regional mall at the top of the hill. And what's really exciting is the growth in the commercial sector that's happened over the last 10 years. So you've got La Lucia Ridge, the office parks both on Ridge side and La Lucia. And that's where all the blue chip corporates are placing offices. A lot of offices that may have been in Durban CBD up until now are all moving out there. So there's this great new CBD that started in Shlonga. Now who will we find living there? What kind of person would fit into Shlonga? It's very much driven by the corporate offices that are around town. So you've got a lot of executives, you've got a lot of attorneys, you've got a lot of people that want to live close to their work. Durban people don't like to drive more than 10, 15 minutes anyway. So the closer you can live the better. And it is quite an affluent area. You know the average house price in Shlonga now is 6.5 million, which I think would surprise a lot of people in terms of how expensive homes are in the area. But that just talks to how close and convenient everything is. And you really do want to live on the doorstep of your work. Do you live in Shlonga? I actually live in the next town over, which is in Shloti. Okay. Which is the new Shlonga. Okay, cool. But don't give us your address or anything, I was just asking. Okay, I know we talk about this every week. Let's talk about the property market. What's the difference between, is it better rather, to be buying or renting? Yeah, it's an interesting market. You know, there are a lot of apartments, a lot of flats. They're all relatively good value. So two bedroom flat is going to cost about 3 million rand. Worth getting into the market because it's an exclusive neighborhood. It's only going to go north in terms of value. But in terms of renting, still fairly affordable, 15 to 18,000 rand is going to get you a lovely apartment in Shlonga Rocks. And then you're going to have access to all of the lifestyle and all of the convenience that Shlonga offers. So a great option if you are looking to rent. Wonderful. Now what is the Simon Bray tip of the day? Shlonga is a great example of how you can have a stereotype about a suburb or an area, and it might not be the right stereotype. So investigate your local property markets and make sure you know exactly what that market has to offer. Wow. Simon, thank you so much for being here with us. It just goes to show that in Shlonga is just yet another gorgeous place that we have in our beautiful country. Well, why don't you go and log on to www.privateproperty.co.ca and let them guide you through the right neighborhood just for you.


It kind of mcguffins, but it's still actually decent Hey guys, this is my review for episode 16 of Supernatural season 12 and we brought back Claire now I was a bit hesitant about her being back because she had this one episode back in the last season with Jody and whatnot It was a really funny episode especially dinner scene. That was funny However, the girl who plays Claire. I don't know. It's she's not that very solid of an actress At least she wasn't in that last episode Lisa say she has definitely improved. She doesn't have a lot of these kind of grunting mannerisms that just made her character just kind of unbearable She is actually a well-rounded character this time and we also got to hang out with the other the British men of letters guy the nerdy guy or the the talker I'll call him really after the events of the raid episode a few episodes ago All of his team is dead and now he's like well, you know what? I should probably try and figure out how to defend myself this episode dealt with a werewolf who was Who had bitten this girl killed her brother, but bit this girl and left her to become of a werewolf they find out about her and through again talking like his silver tongue the British men of letters guy is able to figure out that The girl has been bitten. However He doesn't tell Dean and Sam and I believe that he did this because he wanted to prove himself to them as well To himself that he could handle this issue and in a sense.   Fitch killed her later on the episode Well, it was cool is because the British mental letters guy knows that but the brothers still don't and obviously that's gonna be an issue That'll come up at the end of the season most likely The other thing though was this was almost a direct copy of the episode that Claire had in The last season because the last one had a vampire that was trying to get other people to become vampires because he was all alone This episode is a werewolf who's trying to get other people to be werewolves because he's all alone Direct copy later on in the episode though Sam and her have a fight and She runs off and she gets bit by the werewolf conveniently Now this was the part that I was wondering what are they going to do?  Oh, we tested on mice. Oh, only one mouse survived Conveniently it works for them. They kill the head werewolf By the Minnish brothers the British middle-letter guy pretty much kills the werewolf and he saves Claire Which was cool It was cool to see that this guy is actually kind of more than just a talker He's getting in on the action and he knows how to defend himself And they built his character while also building Claire's in a sense of her relationship with Jody and the brothers And so while the story itself was not the best because it just rang full of issues Contending with heart and then this the MacGuffin ass cure out of nowhere. That was stupid But I actually liked how the characters were developed in this episode It's not a memorable one But if anything it actually made me go from not liking Claire to liking her and giving me more of a One-sided face of the British middle-letter's guy. So in the end I'm gonna give this episode a five out of seven I was surprised. I thought it was gonna be not that great, but I was thoroughly entertained We now have it's 23 this season if it's 23 then we've got seven left So we still have to figure out what the overall arc of the season is and they have to start setting up season 13 Now I meant that it was kind of a half-ass bullshit move when they introduced the darkness in the last 30 seconds of Season 10 but that worked out in the end. I don't think it's gonna work out for them the same way for this one They have to start setting up something. Anyways guys. I hope you enjoyed this review See you guys next time


Okay, let me do a quick example using work energy and the energy store in the spring. So I'm just going to make up something. So suppose I take a ball of mass m and I drop it over a spring and so the ball is going to fall and compress the spring. And so this spring let's just say has a natural length, an uncompressed length of L0 and a spring constant of k and let's say this ball starts a distance h above the top of the spring. So the question is how much compressed for the spring? I didn't write it all the way out because I'm lazy. So when we have a problem like this we need to think, okay, first I'm going to use my momentum principle or work energy and you should say, say it, say it, work energy because we're dealing with distance and not time. So if we deal with work energy principle the next thing we need to do is say what's my system? I could do several things. In this case I'm going to say the system, the ball plus the spring plus the earth. And so if I include the spring in there, let me fall, okay, sorry for the interruption. So that's my system. Now if I include the spring in the system then I can have spring potential energy. If I include the ball and the earth in the system then I can have gravitational potential energy. Okay, so that's just going to make it a little bit easier so that I don't have to worry about the work done by gravity and I don't have to worry about the work done by the spring. Okay, so that's my system. Now the next thing I need to do is say I need to pick two positions in space that I can use work energy principle for. So I'll have it start up here and then I'll have it end down here with the compressed spring and the ball right there, that's two. Okay, we'll call that, I may be a pick these things poorly but so let me just go ahead and say y1 is going to be the way I use my poorly worded system. L-O, I'm going to do this, I'm tricky, I'll call this y equals zero. So y1 is going to be h and then y2 is going to be negative or called s, how much it's compressed. Tricky. You don't have to do that, you can pick anywhere you want for the origin. Okay, so now I can use my work energy principle and if that is my system there's no work done because gravity is part of the system and spring is part of the system, there's nothing else. So I have change in kinetic plus change in spring potential plus change in gravitational potential equals zero. So let's just do it.  So now I can start putting in some values here except that I know some things are zero because what's the kinetic energy when it starts if I release it for rest, zero. What's the kinetic energy at the lowest point when the spring stops it, keyword stops, zero. What is the spring potential energy at two, that's something, but at one at this position up here how much is the spring compressed or stretched, it's not, so I have that. So now I can just put in my values, I'll do it right here, so I have zero equals US2 is going to be one half ks squared, UG2 is going to be negative, G2, right, negative MS, I'm going to call it GS, and then I have minus UG1 minus MGH. Now what I want to solve for, I want to solve for S. So in that case, how would you solve this? I didn't give you numbers, it doesn't matter. If I didn't give you any numbers then you would have to use quadratic equation here.  That's right, right, B squared, ah, you know you forget these things sometimes when you get older. Yeah, that's right. Negative B plus, that's right. Okay, so then you just, B would be that value with the negatives, C would be that with the negative and that would be that, you plug it in, and that's how you do it.