planning for the hack fest. We've got the requirements working group charter now, well hopefully he's only nine. Oh yeah he's on okay good. So we'll go through that and there's the fabric from composer proposal that we ran the clock last week. So hopefully we can wrap that one up. And then there's the whole discussion of top-level project versus sub-project versus whatever and there's an email thread here. And so I think it'd be worthwhile to have a bit of discussion there and maybe come to some decision. We had I think some good discussion on the mailing list and then at least we can come to a decision on how we want to sort of wrap that up. Then there's again we sort of ran out of time when we were discussing the GSL the global sync log from digital assets and so I think that some people had some questions and so we can give Tomas a little bit more time to field some Q&A and then there's the internship program reminder that the deadline is tomorrow for applicants for the internship program. So actually Todd since we don't have corn once you put that after the hackfest planning and just cover those two topics up front. Yep sounds good. So really on the internship program that that's the major thing if you know any students or have any connections at universities let them know our deadline is end of day tomorrow. We've received a lot of good applications but it doesn't hurt to see a few more come in at the very end. And then on the hackfest front apologies for the delay here we do have a really good option we're in final discussions with them hoping to close on that. We've let them know by end of week if that does not pan out we will move to one of the paid options and get that secured for next week. But you know really hoping to host this with a company just to save some funds on that front. That's that for those two and so back to you Chris. Okay thank you. So requirements working group draft and apologies I've been completely flat out this week and last with travel. So I'm oh like is this the final draft is this the version that the working group has sanctioned and said we'd like to go far with this or is this still yes this is this is final that's what's been accepted by the group to move at our meeting. I just checked the the wiki I see that it's not on the wiki so last thing to do is just put the final uneditable version on the wiki. But the same as I presented last month we discussed your suggestions and we follow from through we added the close but collaboration removed close about disbandment and it's pretty much stays as it used to be and it is final. Okay are there any substantive changes since the last time we reviewed? Well I see I see kind of since it's a live doc about interoperability use cases I guess we can include it as well but otherwise it is the same. Okay all right I seem to recall I mean I think there was I don't think that there was any controversy the last time we went through this other than you still wanted to make sure that you gave the working group an opportunity to to noodle on it and make any any changes and come up with a formal proposal. So given that I guess we can open it up to questions from the Pima gallery for Oleg and the requirements working group on on the proposed charter and once we exhaust the questions we can take it to a vote or maybe send it back if it needs to be edited. So any questions from the TSC any concerns from the TSC? Okay is this thing on? Hi dad. Okay then I guess we can take it to a vote so Todd do you want to do the wait do we have quorum? No we're still one shy so just checking quickly have been Mick or Tamash joined at this point. I'm reminded that I think Mick is at a sort of research conference today. Okay so Chris we're one shy we can push this to an email vote today just noting that there were no no questions comments or objections from the seven TSC members here and hopefully we can close on that through email. Yeah thanks Todd I think that sounds like a reasonable proposal. Do you want to send the note or do you want me to do it? I can get a note out right after this call. Okay thank you. All right next up is fabric composer and again we sort of ran the clock. Simon I think I saw you on right. Yeah hi Simon. Awesome so you want to remind us all where we left off and and maybe a link to the proposal in the chat is oh there it is thank you. So we went through this last week. Can't hear you. Sorry can you hear me now? Yes. Great so we went through the... Simon you've got an echo echo echo.  Hey there. You're very faint right now. Okay so let me just try a different mode. Oh he's impacting the station. Oh that's not good. Is Catherine or... This doesn't seem to be working I can't don't think anybody can follow what's being said. I'm not sure if he's still listening or Simon is there. I saw him drop off the go-to meeting. So where's all the background now is coming from? I think it's independent. Simon is back on the meeting. I don't think he's the one who generates the background noise that we call we all listening to what the hell this is. Hi Simon here can you hear me? Oh great. Sorry guys we're a bit short of office is my desk phone is apparently pretty rubbish so.  Oh seems to good now so go ahead Simon. Okay Simon proceed. Okay so last week I covered the proposal document I think we went through all of it actually where we just discussed that composer is a layer of abstraction that runs on top of a blockchain or distributed ledger and it provides a level of business abstractions that make it much easier and quicker to develop solutions on top of this technology and so it's not a blockchain or distributed ledger by itself. I covered all the components that we built and some of our future plans and since the call last week we had a company called Ox Chains come in as a sponsor they're very interested in building formal verification to the proposal language to verify smart contracts or business network definitions and so are there any questions on the proposal left over I know we finished when we called it quits last week we were discussing the feasibility of porting it to other ledgers I think hopefully I answered those questions. Yeah maybe you can remind people of the architecture that essentially allows for a back end to be you know to have a plug-in so to speak maybe could. Yeah sure so 90% I would say of the fabric composer code base is platform neutral there's two parts that are platform specific and we we have fabric implementations of those parts the first part is the connector part which the client uses to communicate to the blockchain or to the platform rather we have a fabric implementation of that and the second bit that is platform specific is the bit we call the runtime container so we have a whole bunch of common runtime JavaScript code that implements data validation transaction processing but we obviously need to bind that to the platform somehow so we have a runtime container layer so in order to port fabric composer to other platforms we would need a implementation of a connector to enable client applications to connect in and a runtime container to allow the platform to host the composer runtime code. Hey Simon this is Dan I missed part of your presentation last week so I apologize for that in in looking through the proposal I it wasn't clear I had assumed that what composer did was it was like a code generation tool to generate chain code can you help clarify for me that role versus some of these runtime aspects where it sounds like you're directly connected to a live network. Sure so we don't generate any chain code we're not doing any code generation at all what we are doing is we have a generic composer framework chain code which we called the runtime and you can deploy business network definitions to that runtime and they are the business network definition is a collection of model files describing the structure of assets, participants and transactions in the network and also JavaScript functions that implement business logic and we call those transaction processor functions. When transactions are submitted to the business network running on the blockchain the runtime picks those up and executes those JavaScript functions that the user has built. So it's listening on the network for transactions and then it's no no no so I think Simon I think there's I think we need to have clarity about the fact that maybe I'm mistaken about this but I don't believe composer is involved in the runtime aspects of things we use composer to create a model and we populate a runtime we populate chain code with the JavaScript and then that just runs in the fabric right. So we have a common chain code that is business network independent and that executes JavaScript code that is stored in the business network definition which is stored in the world state on fabric. So our client APIs wrap the fabric client APIs for use of a connector and they submit fabric transactions to our chain code which in turn executes composer transactions and those transactions occur within the chain code that is on a fabric node or those are executing on some other node. Correct the transaction the composer transactions are executed in the chain code running on the fabric nodes. They interact with the fabric APIs through our runtime container abstraction layer to interact with the world state. Sorry I have to mute everyone I can't just mute a phone caller so Simon let me take you off mute and anyone else that wants to talk you'll need to go back in and take yourself off mute. Okay so did you catch my explanation or do I need to go through that again? I think I got that so could you maybe just speak a little bit more about the definition of business network in this case? Yeah sure so business network definition is a collection of three things there's a composer model file and that's sort of like a schema it describes the structure of the assets, participants and transactions in a business network. So the set of properties on an asset and the ID for example or the color of the asset and a set of relations to other assets or participants in the business network. So for example a car asset might be described by the make model and color and it will have a relationship to an owner participant and so the owner who owns the vehicle in that case. You might have different types of participants in a business network such as owners, regulators, in the UK's case the DBLA, manufacturers who create new vehicle assets and we also have a set of definitions in the model file for transactions so the inputs to a transaction. So when I'm submitting a transfer vehicle transaction I would say which vehicle is being transferred, who it's being transferred to and from and maybe the fee associated with that and those the transaction inputs are all modeled in the composer modeling file and we've built a modeling language that allows you to define that business centric and custom modeling language. The second part of a business network definition are transaction processor functions and those are written in standard JavaScript the way for our users to implement their business logic. When someone uses the composer client APIs to submit a transaction they provide the inputs to the transaction that have been modeled in a modeling file and in the JavaScript code that they've provided to implement the business logic executed on the blockchain. The third part of a business network definition are access control lists and we can define or rather the users can define which participants have access to which resources so you can say that the owner of a vehicle has access to the vehicle. The regulators have read only access to all vehicles in the business network and we enforce that access control automatically at runtime. The business network definition was the name and a version. Sorry go on. Yeah I was just going to ask you exactly what you meant by access is that visibility of the data is that ability to change the data? Both. Okay and then so the security properties are I guess abstracted over whatever would be intrinsic within the fabric controls? That's correct yeah we built our own access control layer around the fabric controls. Interesting thank you. Other questions for Simon? What are the this is Vipin by the way what are the you know will there be inefficiencies introduced with this meaning you know does the speed or scalability or any of those properties get affected negatively by interposing this business network on top of the fabric? Interesting question. We haven't done much performance analysis at the moment but I would say that when we've looked at chain code in the past the bulk of it is made up of really boilerplate load and so you've got boilerplate code for error handling access control data validation RPC between clients and the actual chain code and that's all stuff that composer takes care of automatically so you don't have to write that code we can work to make that code as efficient as possible and let users focus on their business logic and so for the simplest use case where you just want to do basic key value stuff within the chain code yeah composer probably doesn't help you but it's really going to help any sort of substantial chain code development by reducing the amount of code users have to write and I think the performance trade-off from them writing it versus us writing it it's going to be insignificant or not significant Simon hi this is Lenny good morning there's a composer provide functionality and to identify membership and to ensure that there is a layer of security over the members who are sort of interacting and generating transactions via composer I just want to understand if it's a modified solution as a high-fledged blockchain as a high-fledged blockchain solution or is it more for modeling and rendering so that users can understand the functionality behind blockchain and determine what might be the best set of actions to put together a production solution I'm just trying to understand and how will it be used if you say what's the other one corner and say so so the start of the question was around do we do access control and do we identify participants submitting transactions to the business network yes okay so yes we do we use fabric certificates and we can identify who is submitting transactions from the fabric certificates we map fabric certificates to participants that have been modeled and stored in the world state for the record of who you are is stored in a participant registry and we issue identity in this case is a fabric certificate we perform access control based on the participant rather than the fabric certificates we just use the fabric certificate to identify which participant you are and then we use the participant to perform access control over what which assets and and data you can read write and update so it's a modified solution overall the generation of the blockchain using composer provides a modified solution in comparison to say fabric or quarter in terms of maybe I just want to ensure that what could replace quarter say with the composer because they would provide the same types of functionality they yeah composer is a framework to accelerate the development of applications on the fabric okay so okay that describes any other question so coming background to the multi-platform aspect I don't have a particular bias about whether it it should strive for multiple platforms I would just like to understand what the what the intent is and that I think something a tool like this it kind of stands as a separate kind of capability that's not reflected elsewhere in in hyperledger to begin with so probably have some more discussion about this multi-platform aspect for project hierarchy later but I would maybe help inform that discussion too and to say what the intent is so we've designed composer to be platform independent and we started off doing that because we wanted to run it in several places not just fabric for instance we can run the composer runtime in a web browser to enable a web-based playground experience which doesn't require you having to set up a fabric instance to just get started and try it out and we can also do the same for standalone Node.js applications to allow things like automated unit testing with JavaScript test frameworks we're certainly happy to work with the community to pull this to the other platforms if there is interest do you think that the concepts like the interaction with chain code would be unique to fabric not sure the the interactions between the client and the fabric are very basic they simply invoke chain code with a list of string arguments which then get passed to our composer runtime running inside the chain code I would hope that's not too different from the other the other platforms let me try that a different way is is the intent to it would with the chain code be kind of the pivot point that any blockchain system that supported chain code that would be your target or is your target really more that you want to do composability for any blockchain irrespective of whether or not it supports chain code so our intent is to keep as much code as possible in our common JavaScript runtime and anything that can host that JavaScript runtime is able to use composer okay and then this is maybe a little bit too low-level but I'll ask anyway as far as those access controls the the data I assume has to be encrypted or something when it's deployed out to the blockchain and then there's some sort of key management through composer that would then provide that access not yet so we don't currently do any or help users do any encryption of data that's stored into the blockchain and that's something we're planning on working on soon we know we need to get there okay but that would be one of the mechanisms to enforce the the access controls I could be yeah Simon just my benefit is composing the integration within my pleasure already or if it's a proposal to to be intimated within the source this is a proposal to integrate it okay yeah it could be helpful I think because it has some unique and very remarkable features I think it's something that I'd like to see a demo of some so there's a call at 4 o'clock which will be an introduction to composer call sorry it couldn't be before the TSC meeting okay so how does the TSC want to proceed with this so other questions hearing none Todd I think we should put it to a vote Dan have you got all your yes thank you no unless I had a question okay go ahead Ram sorry I was talking to a doubly muted phone earlier so my mental model is that composer can plug in as a smart contract component if you think from an architectural perspective and so it is trying to implement the abstract smart contract and asset participant and smart contract modeling and execution environment so is there a well documented interface between the smart contract layer and the rest of fabric and you know is that a simple thing to extend that to the other projects can you talk a little bit about that interface yeah so as I mentioned we have common JavaScript runtime code and that runtime code a runtime container that runtime container is platform-specific so we have a fabric implementation of the runtime container and all that's it all that does is map our composer calls to put assets and registries and get assets out of registries to interactions with fabrics key value store so if we wanted to port composer to other platforms we simply need a new implementation of the runtime container what whilst it's not particularly well documented or described in our documentation the interface is pretty simple and so the the the actual transaction semantics is that tightly coupled to the fabric kind of model or just trying to understand how portable it would be or how much work it would take to kind of abstract this as a common smart contract module that can be leveraged across platforms so I think the abstraction layer that we built around assets participants and transactions is not fabric-specific at all and so I think as long as we could port the code to work on the other platforms it would be fine we wouldn't need to change the the abstraction layer so Simon could you explain the rationale behind the name fabric composer why is it being called because we have projects like Hyperledger Fabric and just trying to understand if there is some relationship of similarity so naming is a is a great question and so all the work we've done today has been called as being built on top of fabric which is why we initially gone with the name fabric composer we have gone through several other iterations of names as well thank you there was a names would be happy to do that yeah I think Simon I think you know Brian certainly I think made a point that you know maybe it should be called composers simply because it I mean especially in light of the description you gave for how I could have you know a binding to sawtooth or porta or whatever and so maybe just for you know to leave that option wide open and again encourage others to come and potentially build adapters and you know on time components for their respective DLP platforms that we just sort of name it composer yeah I think I think it depends on the project teams intense you know I don't want to have artificially encouraged people to look for kind of platform independent positioning if that's not really what the intent of the project team is so if the intent is really just to support fabric through the mechanisms that fabric has I was trying to kind of catch up on the reading in the chat log there it sounds like it's it might be a little bit more bound to the fabric architecture than I was understanding from the verbal description but I guess respective of what the state is today versus what it could be tomorrow I think it just kind of comes down to whatever the project teams intent is well so again I think I would have to characterize it this way Dan I think architecturally and you know Simon or if Dan is on you know incorrectly if I'm wrong but I think architecturally there really isn't tight binding if you will other than the fact that the you know the runtime you know the chain code that they wrote and you know that that you deploy that runs the JavaScript aspect of the composer model is platform specific and some of the concepts that we use our platform I mean well I don't know if they're platform specific but you know that the bindings to those concepts are certainly platform specific doesn't preclude that in something like Sawtooth that this couldn't map to a transaction family and that you could have a transaction family container if you will that could execute the JavaScript model yeah it was the the ACL linkage to the the fabric mechanisms that I was referring to but but I agree and understand that the state today doesn't necessarily reflect what the state could be tomorrow what I would just like to suggest is that the project team right go ahead I just wanted to follow up by saying that I think that you know if there were to be you know a mapping to Sawtooth that I would kind of expect that the Sawtooth community would be in you know the ones that are you know sort of helping to drive the bus in terms of the implementation you know you have an itch and you scratch it right if you have an interest in doing something then you roll your sleeves up and you and you start doing it so I mean I think that I think that it's fair to say that the initial intent of what we were doing when we were building fabric composer was to have something that worked with fabric but we also architected it in such a way that it wouldn't necessarily preclude integration with other DLT platforms and but you know again I think it'll it'll it'll depend as we go down the road whether or not you know any of the team that's working on fabric composer gets to be in their bond to you know map it to Sawtooth or Ohaha or Corda or Ethereum or what have you right yeah yeah no I totally agree that as far as getting any sort of integration and you have contributors that are willing to do that and there's no there's no interest in in my part anyway for the TSC to try to mandate that on a team it's more just if the intent of the project is to be platform independent then go ahead and reflect it that way and if the intent is to be fabric specific for now and then address some sort of platform independence when it does become a demand then I think that's has equal parents right and he's so on do you have any thoughts on that sorry so I think certainly the latter we're not planning on looking at adding in compatibility anytime soon if the demand is there and the community wants to help build that then great we're more than happy to help help out there alright then I suggest maybe just let's call it composer and then that way we don't have to worry about it don't throw up with any confusion how about high let's just say that the intent was to focus on fabric and to leave it that way I'm sorry Dan you were there was two people talking at the same time I couldn't hear yeah sorry what I understood Simon to just say was in suggesting the latter that it was the the intent was to focus on fabric for now and to leave it that way it is that's right but again leaving the door wide open for other collaborations I think that naming it fabric composer sort of closes that door that that's all I'm saying I don't know if it closes the door so much as it makes it it almost seems like there's a you know keep outside the door that's all sure sure so I very much hear your your viewpoint that you would like that to be open I think that you're reflecting a project team with you there I was proposing calling it a hyperledge composer because it looks like it provides some very interesting capabilities at a very useful within hyperledge in terms of the entire family of hyperledge projects all hyperledge projects would kind of implicitly have hyperledger on the front of them that's right but if we want to call it hyperledger hyperledger composer that could be fun too okay so Todd reminds me that we still don't have corn we have seven of eight so we're gonna have to take this to the mailing list and Todd will you send a note with the other well there for a vote on on composer and and maybe Simon you could just sort of you know drop in a note that I think we can call it whatever the team ends up wanting to call it and we'll just move to that okay so next up is the discussion on the subprojects which is sort of relevant here you know the top level versus subproject discussion and I put a link in earlier if you scroll up in the chat there was a link to the email thread that Dan started and then I piled on and then and I think hearts note is the one that sort of captured what I think a lot of people resonated with and you see if I can pull that note up here it's hearts that's hearts note and heart do you want to maybe describe the sort of the proposal that refined the what the you know what I was was sort of suggesting sure I just thought it would be useful in proposals to have project dependency designations and that would kind of solve all of this issue you know kind of it's clear all of the SDKs are dependent on you know sort of the the projects or whatever the main blockchain platforms they're working with and there should probably be some accountability that the SDK groups are responsible for you know going back and and working with kind of the top level projects and so I just thought a way to gracefully handle this this debate over what should be a project or not was just to have people list their dependencies in their project proposal this would allow kind of projects to proliferate and that's probably a good thing because people like ownership and it might encourage people to do more but what it would also kind of keep some accountability and sort of a chain of command in place that that's essentially a summary of what I said and probably too many words in that email now I thought it was just right I and I as I noted in the thread I think this is a really good way of addressing it and so when you you know when you create a proposal then you list the dependency on sawtooth or Roja or fabric or Cello or what have you then I think the expectation would be that you know before you bring it to the TSC that you run it up the flight pole with the maintainers of that dependent project and and then the proposal sort of acknowledges that that group was comfortable with the proposal and and then that would I think address mixed concerns of always not on it would address mixed concerns that there are proposals for or there have been proposals such as the proposal for the go SDK that we couldn't really decide at the TSC or some of the members of the TSC I should say where you know this sort of felt that they didn't really have sufficient context to do a an effective evaluation and technical merits of the proposal and and so felt uncomfortable making a decision based on a lack of context but if the you know if the project proposal has been run by the fabric maintainers previously and the fabric maintainers were all good with it then then obviously that would assuage the concerns on the part of someone like Nick who didn't have the same context so I think you know I think that what we could do is we could change the the template to indicate whether there's a dependency and and then provide some mechanism within the proposal template for the for the dependent projects to sort of sign off if you will so Chris this is our know I am sorry I was absent for a few minutes because as I was eating and mute button my whole system crashed and so she's both frustrating it's frustrating normally but just when you want to intervene it's even worse but so I don't exactly know what happened I we you know you guys were just talking about this question for composer as to whether you know what the intent really is and I was going to say well I think this this brings us into this bigger discussion of the you know how the different projects that we are being proposed relate to one another and so one thing I wanted to say with regard to our point I think it's a good idea to list the dependencies but what I wonder is should we also list the potential dependencies or what you could say the applicability of the technology and I'm a bit I think there's a big question that's TSC we need to consider is you know we are one of our responsibility is to kind of set the direction for the project as a whole and I I hear Dan and make they've been saying well you know I don't mean to push people into trying to be more like platform independent if they don't intend to and I understand that at the same time I think there is value in encouraging convergence and this will only happen if we do recognize when a component could actually be you know even though because of history like in the case of composer they started with fabric so it seems like well you could consider this to be a dependent project from fabric but maybe we'd be missing the opportunity to recognize the applicability is actually broader than that and there is value in recognizing this and encouraging you know the porting composer to other platforms and of course at the end of the day it's an open source project if nobody is willing to put you know to do the work it's not going to happen but from a TSC point of view I think we need to not fall into this this kind of like you know the risk of saying well it's not nobody wants to do it therefore it's dependent on fabric this is a fabric sub-project kind of thing and we would be missing the opportunity to to lead towards some convergence moving forward which I think is desirable I don't know yeah I just wouldn't want to to have people feel like they had to pay lip service to being platform independent that really wasn't their goal I think I understand that that's sorry I've only I've only been partially paying attention so I'm sorry I'm about to say something that's already been said but is there not just an easy assuming I've understood the problem on this is they're not an easy way to go through this simply by saying if the project currently works only with one code base and was built by people associated with that code base then it just seems obviously and naturally the case that it should live live under that umbrella and as it develops functionality either because people are contributed to it or there's been some refactoring whatever it is if it weren't it also works as a code basis and it's just emerged obviously and naturally from its from its behavior that it shows that it actually is now covering more than one code base it's an easy matter at that point to graduate it to top level in the same way as you know quite often you see projects spinning out of other projects when they take on an independent life of their own so it's case of I guess so rather looking at the intent look at the actuality but be completely willing and open to to to revise its classification when when the facts on the ground change things can be quite pragmatic in support of Richard and also to answer our most question I think hard already provides for this expansion by saying that the list of dependents could be expanded on the fly meaning like when the reality happens that they support both composer and I mean both let's say fabric and sort of Lake and Eroha then you can you can expand that list so that is already sort of in our proposal if you read it carefully and I suppose we should also mention it and change the template document to reflect this if everybody's in agreement I agree with it but my concern is that what we're talking about what I mean this mechanism of extending the dependencies as the project increases in scope I can see that but this is reactive right it's basically documenting what's going on what I'm trying to say is maybe we still need to have a way to express a desire in the direction the project should be taking or could take at least so in the case of fabric composer if we said well here the dependencies today depends on fabric I think that's a fact we could just say that at the same time we could say but you know it could also it's not completely bound to fabric forever but you know inherently it could actually apply to other frameworks and I think there's value in recognizing this and so maybe this like two least it's least the dependencies and the potential applicability or least of other dependencies potential dependencies I don't know you want to call it I don't think there's dependency when it's not there yet so that's why I don't think the word dependency yeah but it's more like applicability right yeah sure yeah sorry I agree that maybe the the section should be changed to include that possibility meaning what is the intention which is what Dan was asking earlier to write this is more like an intention signaling the future in some way so well but it doesn't have to be a commitment either yeah no but that's a very good proposal because we if I can say this is better this is a very good proposal because it could allow us to express and explore future relationships or dependencies or integrations and that's the whole thing everything is going to change and we have to manage change so that's one way of allowing change okay so again I think you know that the way that Dan that heart rather described it in his note actually does provide for the expansion as we discussed I do not think that it's necessary that you go in and get a mother may I from everybody that might possibly ever want to use particular thing if there's intent to collaborate immediately with that other project yes but if the intent is not there necessarily and somebody else comes along later then I think it's just like a charter revision you just expand your dependencies by you know collaborating with that project and adding the dependency I don't I don't I think we're maybe overthinking this is really what I'm getting I do like the dependency thing because that basically clearly connotes that this is related to that and that for purposes of bringing a proposal to the TSC if there is such a relationship then that needs to be expected you know explicitly made and and and then again I think that the the dependent project the parent if you will needs to basically have their maintainers sign off and agree that this is commensurate this is consistent with what we're trying to achieve so what I suggest for this is that I work on a tweak to the for the hyper ledger incubator proposal template and and then we'll look at that over email and then take a vote next week on the change thank you vipin I'll shoot you a draft and we can collaborate on that and then Simon I would suggest that you know you know this this is going to go out for a vote I would suggest you just sort of maybe get with Dan and Catherine and and and your friends at Ox chain and figure out what name you want to go with and obviously put fabric as a dependency since there's that and what I can you know we can do is we can get the fabric maintainers I think we've mostly seen this to to weigh in okay so Chris there was a related question though that I'm not sure what the answer is so if you if I could it's just because so I think there's no disagreement in listing dependencies there seems to be a good idea and we're all going for this the question that I'm not sure about is what is the decision process are we saying well if this is kind of like dependent on a top-level project and there is no intent to make it something more than that it doesn't come to the TSE or does it still come to the TSE if it wants to be a top-level project yeah if they want to have your own so if it's not if it's not if the intent is not to be a top-level project then it doesn't have to come to the TSE at all what's the process so for instance if you wanted to add a new feature to sawtooth that turn transaction families upside down or something that I mean so like the you know I see like Dan was talking about the SDKs I mean some of this I think I've come to the TSE they were a big chunk of code that were brought by sometimes teams that are not completely related to the core team of the project and they were brought to the TSE as new projects and what I'm saying is you know is the proposal that if something depends on the top-level existing top-level project then doesn't have to come to the TSE because you know so again I think that and heart correct me it's if I'm wrong about this but I think what yours you know what you were advocating for and I think also what I was advocating for is that look there are there are times when you really want to be a top-level project you want to have your own incubation you want your own set of maintainers you want you know the certain amount of independence but yet by the same token you have a technical dependency you know from an interface perspective on another project such as sawtooth or fabric or what have you one of the others and so therefore it is a top-level project it comes before the TSE however from a technical evaluation perspective as to the merits of the proposal vis-a-vis its dependencies that you really wanted to make sure that those dependent projects are basically also signing off saying yeah this makes sense okay so Chris this is very interesting the way you put it is that the actual process is that the process plus our project approval process that you just explained there if that is it has to be documented so it's clear to everyone because with process we have to simplify and therefore we need to ensure that everything that's been discussed there is covered because we can handle we can know about how we can determine whether this project gets approved as a parent or high-level project in a sawtooth or remains a sub-legit level project so we need to have this process and what you just said the constitutes a lot of that process so we need to define it and document it so that one understands Leonard I think it is defined already I don't think we need to change the definition I do think we need to have the dependencies but the process for proposing the project has been there since the very beginning where we had the project lifecycle that describes exactly how you go about doing that is good so if it now encapsulates everything we've discussed today it doesn't change and that's what you say so we'll add well it doesn't need some amendments based on the dependencies so we'll get that done and then we need to gather as a team to make sure that it satisfies all so I think that's great okay all right so we're two minutes over we got a couple of male things how much never joined so we're we didn't we didn't get to the GSL obviously but I think so so the other thing and for I apologize guys I messed this up I forgot that you have a change of the daylight saving and all earlier you just joined them we had all this time where we expected you to be talking it's really a shame but I missed a mister you have two weeks of difference in the daylight saving change and I missed it we were in constant a completely different discussion anyway that's right and no worries because we understand next time Thomas is on top yeah that's right so what was that what I was gonna say is so I will work with zippin on the template changes and any necessary other changes that we want to tweak into the lifecycle and then I will also sort of go back to the security team with the go SDK proposal and have them you know make that change and we'll get the you know the fabric maintainers to review it and so forth and then we'll bring it back hopefully next week along with along with it with the composer so again thanks everyone apologies for running a little bit over and we'll talk to you all next week


Before we get into the video, people, I am giving away 11,500 Apex clones every month to beam with a chance of winning them, make sure you are subbed to this channel and have that bell notification button ticked to drop a like on the video and leave a comment down below. More details are in the video description. What is going on guys, welcome back to the channel and I appreciate you being here. Today I want to talk about the latest Apex Legends news and although it isn't that much to go off, we still have a little bit of interesting information that has dropped over the past few days, so let's get into it. Now over the past two days, like I said, a respawn dev, a respawn manager in a way has confirmed that new events are coming to the game. Now this is something I think we all knew was bound to happen, we were just waiting for respawn to make a statement on it, I mean it's just clear as day, I mean the game needs new things to play, let's not get it twisted people. Apex Legends at the minute is dying a slow death, not many people are on it at the moment, a lot of people are bored, a lot of people have gone back to Fortnite or gone back to other battle royale games, me personally, I mean I took a break from Apex Legends, I ain't bored of it, I'm about three quarters of the way through the battle pass, I do plan on going back through it because I do want to complete the battle pass, but I know a lot of people I've seen them on social media, on Twitter and Facebook, on Reddit and all over the place saying that the board of the game and it needs an update and this, that and the other. Now since the very very start we have seen that there has been data models suggesting new game modes will come to the game, things such as solos, duels, team deathmatch, things like 12 on 12, 6v6, 24 on 24 and many other game modes. Now a respawn community manager with a username u slash jfresh on Reddit gave players a number of updates on the state of the game's development, basically he replied to a guy asking this, are you exploring new ways to play? I don't have anything specific in mind, many people want skill based matchmaking, some want solos, other want Q sizes, private matches are another popular idea, I would personally like to see a split queue where players can declare their intent to play aggressively or defensively and be matched with like-minded folks. Another thing you can explore is a deathmatch style game mode in which the players who score the most points become champion. I believe a lot of players are even more hungry for new ways to play than they are for new guns and new legends etc. There are definitely other possibilities here but I trust your team to figure out what's best. Jay Respawn replies with the short answer of yes that's all I can say so he confirms they're exploring more ways to play. I mean it's been pretty obvious I mean from a game developments point of view and from not to look at them we know they're obviously exploring more ways to play. The question is when will we get these? Now today is April 30th if you may have seen my prediction video on what would happen or might happen April 30th if you missed that I mean I would suggest you go check it out but I'm not sure it's gonna happen what it is April 30th is midpoint of season one because it ends in 12 weeks and today I believe is the start of the seventh week or six weeks halfway point just put it that way. So I thought some time today I mean there's still time left it can still happen but I thought sometime today we might get a new legend who would be Watson also the Alstar the weapon we are waiting for and also a new event where we saw in the season one trailer flyers were teased and somehow they would be in this event or participate in this event. I mean I believe it would happen midpoint I mean it makes sense to me it would happen midpoint halfway through season one and that would be today's date but at the moment it's literally quarter one PM UK time American times normally five or six hours behind depends where you are so there's still time yet I mean it update doesn't normally come to later on tonight so it could still happen but they have mentioned absolutely nothing on Twitter whatsoever and like I said I thought today would bring maybe a new game mode maybe a new limited time mode which included the participation of these flyers we saw within the season one trailer but hey I'm not sure it's gonna happen people I'm not sure at all but yeah it's good to see respawn have actually confirmed that they are working on new game mods so that's pretty cool okay so moving on and although this isn't news or amazing information you must know it is pretty cool and it's a wonder why it isn't in the game basically a data miner who goes by the name of monkey monk I believe posted a video on Reddit of an unreleased Mirage finisher which you guys can see on screen now now what you might not know is is this is actually a tribute to the Joker if you remember which is quite a while ago it was 1989 the Batman which starred Jack Nicholson as the Joker this is the way he finishes off somebody to a tee within the film when you compare them side by side as you'll see on the screen now there's no denying it people so a Mirage finisher which is tribute to the Joker absolutely amazing why did they not put this in the game or maybe people maybe it may be coming soon as a new execution for Mirage we just do not know that yet but it is a great tribute to an amazing character played by an amazing actor definitely up there my top three jokers of all time saying that Heath Ledger the guy from Gotham and Jack Nicholson are my fave but yeah guys that is basically it not much news to be honest in the world of apex legends at the moment it all has gone a little quiet in terms of respawn making any enhancements or updates so maybe just maybe people something may just drop very very soon indeed but guys if it does as you know I will have you covered right here on my channel so subscribe if you are new right here but guys I know we have come to the end of the video if you guys enjoyed it leaving a like really does help out if you're new right here and enjoy apex legends videos normally on a daily be sure to subscribe and hopefully people I will see you on that next one


DEVCON DECISIONS by Clay Mackle, episode 5, amusements. SeaWorld San Antonio is the largest of the three SeaWorld parks. It opened in 1988, and it covers 250 acres. Make sure you have some comfortable shoes that don't mind getting wet. Unlike SeaWorld, I've never actually been to Six Bikes for Yes to Texas since it opened in 1992. It is built inside an old rock quarry, and I've always wondered what a roller coaster ride on the edge of a quarry would be like. In my younger years, Brackenrich Park was the destination. It is located just below the headwaters of the San Antonio River, contains the Japanese Tea Gardens, the San Antonio Zoo, and is next to the Witte Museum and Kitty Park, America's oldest children's amusement park.


153 nations pledge to punish and prevent genocide and we need to hold them accountable to that. Under the convention, genocide is defined as acts perpetrated in order to bring about the physical destruction and holer in part of a national, ethnic, racial, or religious group. Israel's over two-month bombardment of a civilian population, murdering over 20,000 Razins and uprooting of 1.9 million most definitely fits the criteria for genocide. And bloodthirsty Benjamin Netanyahu speech calling the bombardment of Gaza a holy mission will definitely be used against him as intent for genocide. The nightmare that the people of Gaza have been forced to live since October 7th has not gone unnoticed and it will not go unpunished and we need your help to make sure that happens. Please sign our petition urging the signatories of the genocide convention to invoke this convention in the International Court of Justice so that we can put Israel on trial for genocide in Gaza.


Hello everyone, this is Amit Dhan and on this channel you can find financial travel and more videos. If you like what you see, please do the thumbs up and consider subscribing. Thank you. Canada's top favourite freight cars are not what you think. For example, you should buy TD Bank, CIBC or RBC. Hello everyone, this is Amit Dhan of AmitDhan.com. Today I'll talk about Canada's favourite freight cars. Before I do that, let me introduce myself. My name is Amit Dhan and on this channel I do videos on freight cars, rear-sponsored miles and travel videos as well. I have more than 20 freight cars and I have 800 pass freight scores. Utilising rear-sponsored miles, I fly across the globe, mainly on business class and staying in expensive hotels. I document my travel which you'll be able to see all my videos on this channel. So if you haven't subscribed already, please subscribe now. And I'll talk about today's video which is the Canada's top favourite freight cars. Canada's top favourite freight cars are not issued by banks such as TD or CIBC. According to a recent report published by JD Power, President Joe has financial freight cars by local company. Rank number one in customer satisfaction and our Canada's top favourite freight cars. This is no surprise because general population is looking for freight cars that are easy to understand and easy to accumulate and reading rear-sponsored. Based on the JD Power report, the top-ranking freight cars in Canada are out of 1,000. For this list, I'm just going to take off my eye of the camera. I'll just look at my notes right here. So I'll just give you the top four freight cars ranking which are PC Financial 788, American Express 780, Canadian Tire 774, Capital One 764. And if you wanted to know the list favourite freight cars in Canada, these are CIBC 741, MBNA 741, TD 739. The JD Power report is based on 6,000 pass responses and looked at customer satisfaction based on benefits, communication, terms, customer interaction, key moments and so on. The report also revealed that about 48% Canadians switched their freight cars last year for better cars and benefits. Remember, being on the top favourite or best freight car list doesn't mean that those freight cars will be best for you as well. You should always pick your best freight cars based on your spending habits, lifestyle and your needs. On this channel and on my website Amitdown.com, I do have lots of freight car articles to help you pick the best freight cars for you. If you like what you see, please give it a thumbs up and consider subscribing and there will be more videos coming up. So I'll see you shortly. Thank you.


Look, I have cake! I made it! You got cake? Ah, come on, share some, bro! Nah, bro, it's my cake! I took it from the party! What is up, you guys? Realistic Gaming here! Today, we are back on Horde Portal's Happy Birthday Isabella! Whoever that is, Happy Birthday Isabella! And today, we're here with Mike! Oh! Oh my God, look, she's floating over there! I think that's Isabella, you see her? That is creepy right here! Oh my God, look at this! It's like that floating girl! Alright, so where are you at?  Wait, where are you? Oh, okay. I'm right here, I'm jumping. I'm going with the gold wings. Why are you at? I don't see you at. Alright, come to this and run here. Come on, quiet, let's go to this right here. I'm in the middle of what? Go! You made it? Alright, nice, because you're lucky if you made it. Alright, nice. So, apparently, we're gonna go to this birthday of Isabella. No clue what's gonna happen. Of course, it's gonna be crazy. Yeah, man, don't you see it right there? It says happy birthday, Isabella. That's my cousin! That's your cousin! Isabella! Dude, I brought a balloon and some cake and a horn. Did you bring anything? I brought myself.  I brought you! Alright, you brought me, then I guess I'll party. Alright, let's see. So... It's a Bella's house. It's pretty nice. Look at this house. It's a Bella's, rich. I didn't know your cousin was rich. Wait, that's me and you. What's going on? Okay, so it's showing us in the party. Oh, me and you were next to each other. Hey, hey, hey. This is a nice party, man. It's like a first of July theme. Yeah. Oh, who is that? Oh, that's a dad. Okay, everyone, get into your positions. Oh, we're going to surprise her. Surprise, yes. Oh, look at me, I'm hiding right here. You have to click on one of those green things. Do you see the green silhouettes? Click on one of those and... Oh, my God, okay, so we're hiding guys because we're going to surprise Isabella. Hey, this is pretty cool. I know, I like this. Oh, what is it doing? Oh, I think she's coming. Shh, be quiet. Everybody, Isabella's coming, man. Be quiet. You better not fart, bro, because you fart a lot and then Isabella's going to hear it. The more you talk about it, the more I want to fart. Okay. Whoa, I can't believe you guys threw me a surprise party. Surprise birthday party. I thought everyone, what? Oh, my God, I get to read that. There's no way that I would never forget about my best friend's birthday. Okay, thank you, Amber. All right, so it seems like they're good friends, huh? Don't thank me. I couldn't have done it without the help of everyone. There you go. Okay, enjoy the party, guys. Hey, oh, my God, it's lit in here, man. Enjoy the birthday party for the next 20 seconds. Hey. Hey, where are you at, man? Let's turn it up. I'm turning it up right here, man. Hey, hey, hey. It's pretty lit in here. Uh-oh, all? What happened? I think the cops right in the party.


Welcome, this is Melissa Armo with the stocks, wishing and reviewing Tessa. This was another insane option, straight call that I called. I called the 1920 calls, I think it was the 18th. Yeah, it was the 18th. I called them here to expire tomorrow. It had to go really today. And to be honest with you, it's probably still higher even tomorrow. And it's running up here right now. So far today, we get up to 2021, 99. Dream target today was 2000. And when I get up in the morning in the room, this morning I said, this is higher, this is still higher. And once it got over 1900, while I was in the room, I said, oh my gosh, if this gets over 1950 by 12 o'clock Eastern time, it's gonna go to 2000 today. And then as we were sitting watching it ran up, it did. It did. In fact, it did it exactly at 11, 11.05. So this got bought right in here, flew. It's been getting bought. This was an amazing call.  This is the third call on this in the last week. Last Thursday, one week ago, I called the 1620 Tesla calls, which you could still be in theoretically, although I have no idea how anyone could be, but you could still be in them. You could still be in them because I don't expire to tomorrow. I don't think anyone is. And it would have been insane after Monday's run up to still be in those with what they were, where they ran. But the fact is you could still be in them, which is completely insane. The stock ran $400 from that first call I made. Then I called the 1,700 calls here on Monday morning of the pre-market. And then I called the 1920s here on this day. So, and it ran up 100 points from there. So everyone's thrilled with me. And it was a huge call every time I made it. And this was a great read of this chart because I read the bullish gaps. I read the momentum coming into this. Again, I don't look at news or fundamentals or anything at all. I get up in the morning and I rate the gap. And I use the reigning system to determine if I'm gonna go long something or short it, do an option or a day trader both. And this was huge. Again, you still could be in this because I think that this is still higher tomorrow, but again, to hone something overnight into the last day doesn't really make sense unless it's so far through the strike, which to be honest, this is. But you lose time value. You do have one more hour left in the day here. But I think this was a tremendous run up. Just a tremendous, tremendous run up in this stock. So this was an option call, okay, two days ago. And again, I've called three in the last week. If you're interested in signing up for the Gap Options newsletter, email me at Melissa at thestockswish.com. The letter is 69.99 a year. It is well worth it. This was just a huge move. And to be honest with you, I have this ability where I can see where something's gonna go before it goes there. And the way that I do it is because I'm reading price action in the gap. It's the gap rating. And this is one of the three reasons why I think it's important for people to really take the Golden Gap course to understand what I'm looking at. Because it's the rating system that tells me that something like this is gonna happen in the first place. Anyways, a fantastic move. Just make sure anybody that's in it, that you have a good exit here. It could have one more pushup tomorrow. It could have one more pushup here under the clothes. Just do the right thing here with this people and make sure you book your profits. Fantastic job. Everybody got a lot of nice emails today. So happy that this went today. Cause I was like, oh my gosh, you could go the last day, but it went today. So email me at elizabethstuckswitch.com if you're interested in the Golden Gap course or the Gap Options newsletter. And great job everybody.


interface of that aduber. And the interesting thing here, with respect to transportation and data, is that a lot of the big data technologies that have been built over the years by the likes of, say, Yahoo or Google or Facebook, Twitter, LinkedIn, any of those guys, it's all for web content. And kind of monetizing that web content through advertisements and many other things. I think one thing that is unique about data aduber and some of the challenges that we face is the area to which we apply it is very unique. It's transportation, and nobody has really looked at the implications of big data and transportation, and what are the things that are unique challenges there? So we see that a lot. We'll talk about some of them as well today. So data, we are a highly data-driven company. Data informs every decision at the company. And also, data separates Uber from many of our more traditional competitors. Like, if you think of Uber as a transportation platform, but if you think of Uber as a ride-hailing company, it's a very intelligent, smart, ride-hailing company because that's what data differentiates and makes some of how we provide that service to our customers in a very smart way. As well as, if you think of it as a food delivery company, again, data significantly differentiates how we do that much, much better than how a traditional food delivery company would do it. So in terms of us moving things, data informs every decision at the company, making us very efficient. So our massive data holds deep insights, and the data team's goal is to surface those insights. The data team serves 6,000 or so data scientists in data growth. Those are probably the skillset that you most familiar with. Typically, they are programming in Java, Go, Python, in the data world, maybe in the machine learning world, Python, or R, and stuff like that. So that's we cater to them as well. Data quality and data freshness is a pretty big challenge. One aspect of it is also there is this continuum between what is batch and what is real-time, and that gaps keep shrinking for us all the time. We've done a lot in terms of how we incrementally ingest data, and we make all data available for query in our petabyte scale data lake within an hour. So there are many things that I think in general in industry are considered real-time, where we actually run the batch mode across our entire data set. And then we also have specialized systems that are based off of real-time streaming analytics, either SAMS or Flink-based systems, which cater for a much smaller data set, but it is much more real-time. And the real-time there is maybe minutes to hours, or minutes to less than an hour. Data quality is a big deal, because there is bad data that gets into the system all the time, which then has bad repercussions on the insights and the reports that we generate, so that's a problem. And also data correctness in that context means that if there is incorrect data in one table, then there is a cascading effect on aggregates or downstream tables that also may get affected or downstream data sets. So it's a pretty big problem to kind of go all the way back and correct it all. Disaster multi-DC, we are already in multiple data centers just because of a single data center cannot hold all of the, I think a data center has about 150 megawatts of capacity, power capacity, and our server footprint is much bigger than that. So we have to be multi-DCs for just scaling our business, and then there is also the aspect of disaster and how we recover. And as we go into 2018 and 2019, we have a rapidly evolving cloud strategy on how we want to leverage public cloud infrastructure in addition to our own data centers. Efficiency is a pretty big deal for us because as I talked about, our data growth is slightly exponential compared to our business growth. Our business growth itself is actually somewhat exponential, it has been. So for us, it's very important for us to keep a check on how much money we are spending on doing all the things that we do with data, in just prepping the data, making it available. So it's a very important factor. We work on that a lot. And then another challenge is security, needless to say, with GDPR just behind us, and things like SOC's compliance and other things that are following us in 2019 as we think about IPO. It's a pretty big aspect of how we think about data. With that, any questions? We can fairly make it interactive. I think we are doing pretty reasonable on time. So for instance, there is some partitioning on the user base as well. For instance, a subset of our data actually goes into the data warehouse, which is Vertica-based. And typically, that is used by the data operations for a lot of interactive querying against that data set. That may be one aspect of how we look at think about partitioning. But in terms of our batch data set, all the users actually get to usually typically end up using that. So yeah, but I can think of the data operations folks typically may end up using the data warehouse, which may be a subset of the data that we have in the entire data lake. I don't think it's all of the data. This is the city ops, actually. It's maybe the data wing of the city ops. And we have a hybrid strategy. In some cases, we work with partners or we buy maps. In a lot of cases, we build our own maps as well. Especially in the Bangalore office here, there is a pretty big maps team, which works on a lot of the internal tooling for maps. And we also have a large maps operations team, which processes a lot of the data that comes from our own mapping systems that acquire this.


Let's take a look at what we've got right now. We have Azure and we have to my right, this website. This website, it's pretty basic. It's just a simple index.html. You can see just some very basic JavaScript, and eventually what this index will do was look at this content slash blog directory. These are all just markdown files, and these markdown files are eventually converted by a static site generator and that static site generator eventually turns them all into these index files. Then they represent each individual page. We can look here and we can see that the pages are actually written in markdown, but Hugo, which is just a Go application, you can download it on pretty much any platform. I did it right here by Mac.  I should say you create the scaffolding, you add a theme, but we're not going to talk about how to create a Hugo website. What we're going to talk about what happens when you want to use a really inexpensive place with low amounts of overhead to store this when it's done. I've gone ahead and you can see I've got this repository, so I'm going to show it to you in my browser. This is the repository of the code that we're going to work with today. The reason why I like to do things with this is that it's a simple amount of code, very easy to work with, and literally it's a blog with information about my dog. Take it, customize it, do whatever you want with it. I'm going to put a link to it in the chat. There you go. What are we going to do with this code? I am going to deploy it. To deploy it, what we're going to do is we've got several options with Azure, but literally one of the most inexpensive options right now for something like this is blob storage. You can turn that storage container into a static web host. The data that you upload to it, a blob, so we're going to be using this to host objects. Essentially, all of our objects in this public directory because if we look in that public directory, essentially, that's everything for index, our individual sections, and then our blog posts. Really, the thing that's great about BS code is it makes the actual deployment process extremely simple. What we're going to do is we're going to go over that. We're not even going to really need to use the dashboard. The reason we're not going to need to use the dashboard is super simple. BS code has an extension to make this completely simple. What we're going to do next is I'm going to walk you through the process of the BS code extension. We'll talk a little bit about that and then we'll solve the problem. We've got this website and we want to host it. I'm going to focus back here a little bit more on our screen. If you've got any questions, please send it. BS code has an extension in the extension section for Azure Storage. We'll go ahead and we'll look at it. Azure Storage right here. I've already installed it, but the process essentially would be for you to click, install, refresh, and then go back to your repository. Once you've gone back to your repository, what you can do with these extensions is right here, I've got the Azure, is we can go into our subscription, and we can see what storage options are available to us. Right now, it's just basically looking for everything, but we're going to skip that portion. Once this extension is installed and you've authenticated, what you're capable of doing is literally going here, clicking the right click and going to deploy the static website. What's that going to do for me? We're going to step through every single portion of this blob storage creation. We'll look at the actual blob storage on the Azure side, and then figure out what just happened. The first thing I'm going to do, like I said, I've built my static site with Hugo. It's basically rendered all these markdown files into the portions of this public directory that we're wanting to deploy. We go ahead, we right-click, and we just go deploy the static website. Now I get the option to go to my subscription. This is a subscription is where all your drawn-down payment, paying resources come from. This is a cost center, if you will, for everything. The next thing is we need to have a storage account. A storage account is essentially where all of our different storage requirements are kept. What we're going to do is create a new storage account. I'm going to do advanced. I'm going to create a new globally unique place for the storage account. It's just a name. That name I'm going to call the RECO Info Center. It's the RECO Information Center. I'm going to focus a little bit more on the screen right now. Cool. The RECO Info Center, cool. We're going to take this website. You should be able to just right-click here, deploy a static website. Looks like it's just still activating the extension. Like I said, when you do it, you do it live. Sometimes these things happen. Okay, so we'll select our subscription. It's going to ask me to select a storage account or create a new one. So we're going to create a new one. We're going to give it a name. I'm just going to call it the RECO Info. We'll hit enter. So now it's going to create a resource group. It's going to host it. And if we look down right over here, I'm going to make it a little bigger so you can see it. And if we go right over and you've looked in the lower right-hand corner, it's going to create the storage account, the RECO Info in location West US with the SKU, and that says standard there. And what that means is it's going to use a standard SKU storage. We can actually enlarge this, get more. So SKU, standard LRS. So that's hot storage, essentially. Something that we're going to grab on demand. So right now, as you can see, the storage account has been enabled for static hosting. It's giving me the information that we can have an index document of index.html, and we also have a 404 document of index.html. So we've been given a place to host, essentially, like HTML websites. It's very, very simple. You don't need to really configure any of it yourself. So the deployment's complete. The primary web endpoint is right here. And it even shows me browse the website. So let's browse to it. And if we look right here in my browser, here's our URL, the RECO Info, and this is a static web post we've got right here. Everything's connected. We can see my posts all work. Everything's there. Super, super simple, isn't it?


Hello! My name is Andrea Tanasova. I live in a small country in Eastern Europe called Bulgaria. I've been a stay-at-home mom for the last six years and as my kids are a little older now I was looking for options to work remotely a part-time job, but having a degree in tourism management I wasn't able to do that. I was looking for a new career. I always wanted to teach English So it was the right time to have some training. We don't have Tafel or TESOL training centers in this country But I was very happy to find out their online versions of this course. I checked several different sites But ITTT got my attention. I quickly purchased the 120 hour Tafel online course with tutor support. I don't regret my choice. It was worth every penny I had six months to finish the course I could do it from the comfort of my home with my own pace. This flexibility worked perfectly for me because I had irregular time to log in and do the units and tests. I was able to finish on time Though I had a lot of unplanned things, but the time was enough. So I got my certificate about a week ago And I started using and implementing what I learned. I started teaching three friends of mine online using Skype vehicles in a combination of printed textbooks and online materials This course really helped me get started with that. I plan to teach English online. I plan to continue my training with ITTT's other supplementary courses teaching English to young learners and teaching business English So I highly recommend that course for anybody who's looking for flexibility when preparing for a career in teaching English. Bye. Bye