haha, glad its still relevant. Luckily, Go doesn't change all that much over the years.

Was an issue due to the video being fully live coded. In the follow up video I went back and corrected the explanation.

Glad you found it useful.

Firstly, thank you. Its always great to hear when people find my content useful. I make this content to help people learn and if I've helped at least one person then I've done my job. Its not actually a react symbol; its an Atom. I mean of course its also the react symbol but that wasn't what I had in mind. I've done some react reasonML stuff on this channel and I do have plans to do some clojurescript stuff with OM/OM next, but there will be no JavaScript based tutorials on this channel for the foreseeable future. The main reason for this is due to the fact that there are a ton of JavaScript/React tutorials already out there. Also, I don't personally like using JS when I can avoid it. GraphQL on the other hand is a thing that I certainly love to play with. I have some stuff on it with Elixir and also intend to add some Go based GraphQL stuff in the near future. Likely, If I do a large project with gRPC/GraphQL and Go, the frontend will be built with a language like Reason, Elm or ClojureScript for the sake of those users.

Yes I am aware, I confuse them because of my dyslexia.

@@TensorProgramming I too sometimes have this problem, but just a quick help for you to simply identify it. Just try looking at the TOP point of the character '/', if its pointing forward than its a 'forward slash' or just 'slash' Similarly for '\' , the point on the top is pointing backwards, hence its a 'backward slash' or just 'backslash' Hope, this makes sense for you :D BTW, great content on gRPC.

@@khurramrizvi153 yeah I am aware of how to identify a backslash or forward slash. Since this video, I've made an effort to be more deliberate with how I articulate these two. Still can be hard when I am not thinking about it though.

It really depends on the use-case that I am working on. I've never really been the type of person to stick to one language for everything because I often find that there are better solutions. I like Go for microservices and for small-medium backend web apps. I also like Rust for small-medium backend web apps and for WASM compilation (and some games). I like Elixir for Microservices and Larger Web apps along with Clojure for Large web apps and ML etc.

@@TensorProgramming you should make a microservices with golang tutorial sir. Love this one btw

@@josebravo7998 Well technically this little series is a start, but yes, I do intend to add a full microservice project at some point.

Sure. For linux (debian) you can use aptitude, for linux (arch) pacman etc. On windows there is scoop and the new windows package manager too

Yeah, love me some PoE.

With both you can setup websockets and serve your data (GRPC can be restful and LiveView is all about phoenix channels). If you really want something that is graphically focused then liveview is really the way to go. And if you don't want to have to mess with JavaScript frameworks; then I also recommend LiveView. On the other hand, you could do a stack with go GRPC as the main backend and some JS frontend framework if that's the style you prefer.

Its alright, I am dyslexic so its a common mistake.

@@TensorProgramming Are you really dyslexic? After playing around a bit gRPC is a neat way to build APIs

@@bminerrolltide Yeah, certainly am. gRPC is quite good and extremely useful.

That third party folder was just created for convenience sake. It contains all of the include files that are needed to compile the protobuf stub file into a Go module. There is no alternative; you need those files when using the compiler.

@@TensorProgramming Hey, thanks for the great video. Gave you a like and subscribe. It's nothing personal, but the one thing that drove my classmates and I crazy the most is when you're following a tutorial and the author makes some sudden jump or does something all of a sudden that makes no sense and they don't explain why they did it. That's exactly what you did with third_party. If you're assuming that the audience doesn't know the most basic of things, like how to download gRPC, why would you assume that they would just know why to create the third_party folder and what to put in it?

@@tomsutton1526 I understand what you are saying. The jump there isn't really me going through a ton of steps, its me unzipping the folder and putting it on my path as I said in the video. I do explain where the third_party folder came from and all that. The main issue I think you and your classmates are seeing is that it pops in and out of the video because that little part at 2:30 was recorded after I had gone through the stuff at 3:10. Basically, I went back and recorded more explanation while I was editing the video because I felt that it was missing. At the time, I should have just overdubbed it on a few looped frames but I didn't think to do that. Glad you enjoy the content regardless. Feel free to ask any questions you have and of course, leave and constructive criticisms.

A guy had stolen the content and re-uploaded it to his channel. I submitted a copyright strike to UKposts and they apparently applied it to his channel and also my videos. I am fighting to try and get them back up but who knows at this point.

lol... wonder why he did what he did, by way, thanks for explanation behind the code lines, few folks tend offer that for their respective tutorials.@@TensorProgramming

@@hubstrangers3450 He did it because he wanted to make money off of my content. I didn't really care that he reuploaded my content; the problem was that there were people who were looking for the source code and they couldn't find it.

No you really don't need gin-gonic nor does the language need a lot of library support. Go's standard library has tons of http stuff in it (along with many other useful things). I used gin-gonic because I haven't touched on any of the Go frameworks in any of my videos. You can look at the stdlib packages here: golang.org/pkg/

See the pinned comment.

Well this particular example is a case where you might want to have two individual microservices on the same machine or on multiple machines and then you want to serve the data through a RESTful API. You could always not use the JSON endpoints and make a client that just uses the data. While this example is fairly contrived, I have built systems that have similar architecture in the past. A service that deals with a database, a service that deals with the business logic on a server, a service that serves content through nodes and a client. Its a pretty common architecture pattern with microservices that are service some data or service to other devs/users.

@@TensorProgramming Very helpful! Thank you very much, subscribed!

@@ThePandaGuitar I believe it's just for demo purposes. You might also ask why go through all the trouble to set up a basic math API when any computer can do those ops - because demo. Also, you might want to check out gRPC Gateway if you want to set up a json proxy.

This client is a rest server sure, but it can be any type of client you want, a CLI, a GUI etc.

The protocol gRPC has nothing to do with the synchronicity of the client/servers; its just a protocol after all. That being said, you can make asynchronous calls with gRPC data just as you could with JSON data or XML data. Our server here can handle multiple clients as it currently is since we are serving over TCP. Thing is, you don't have to manually create a bunch of concurrent logic with servers in Go. The "net/http" library naturally uses Concurrency/Goroutines and so when you call http.ListenAndServe you spawn as many goroutines as are needed to handle the incoming connections. If you want to try it for yourself, just make a simple http server with go and open a bunch of browser windows at the same time or create a client which pings it multiple times with many different go routines.

You should checkout the syntax rules for protobuf: developers.google.com/protocol-buffers/docs/proto3 You can use the repeated keyword to specify that you want to return multiple items of the same type with the same name. If you wanted to return a slice of a struct, you would define the struct in the protobuf and then wrap it in another message marking it as repeated.

You'd just make an interface and use them. I recommend checking out their documentation for more info.

@@TensorProgramming Thank you, I will go through its documentation. Hope i will get my solution.

Thats a little bit of a strange stack, but yes Go can be used for client side work given that it can compile to JavaScript and WASM. Many of those features are in the standard library too. One of these days I had planned to talk about gopherjs and wasmer-go.

i think he made a mistake by saying that. but the tag value (=1, ...) is used under the hook for serializing data by protoc

You can find all of this information in the gRPC documentation: grpc.io/docs/languages/web/basics/ Basically you are going to be serving over localhost on the server and then you forward the ports and assign the domain that you want to use.

Its because you don't have the binary for protoc on your path variable where as Go must be if its working anywhere. Look in the protocol buffer folder and you should see a bin folder which has the proper executable in it. If you add that to your path variable then it will be globally available in any terminal/command line; otherwise you need to use the full path to it for the terminal to know what you are referring to.

@@TensorProgramming , ok thanks for the time answering, I will resolve that one issue'

You are right

You are not wrong, I corrected this problem in the next video. Also you aren't the first person to mention this in the comment for this video. I knew I had misspoken at the time, but it was a result of this being a live coded session.

Which port are you using? I would try changing it to something absurdly high.

Did you put the include files in the third_party folder? If so, try reinstalling protoc and see if that helps. Also, can't tell if you are using double dashes or single dashes. Each one should be a double dash.

Do you have the protoc-gen-go library installed? Make sure to run "go install google.golang.org/protobuf/cmd/protoc-gen-go" and make sure your gobin path is in your path variable.

Eventually I will be doing microservices but its a bit more complex then a single video.

@@TensorProgramming Ya that's why I asked you to make a series of tutorials like multiple videos under a playlist. That would be cool if you cover from basics of gRPC to creating complex APIs with it in Golang.

that's a great idea.... even am looking for a full course on grpc in Go. You should create it... I will share the videos with my 25k Twitter followers (mostly devs) and 115k IG followers (general people, 50% douche & 50% students).

Fira code with font ligatures and spacemacs dark theme.

@@TensorProgramming Thank you very much

Its just Cmder. cmder.net/

Sorry, I don't cover C++ on this channel, nor do I use Visual Studio... You can find examples in C++ on the gRPC documentation page and in github. C++ doesn't have an auto include package manager like Go or Rust do, so you are going to have to use something like Bazel or make/cmake to include the protobuffer.

Which interface are you talking about specifically?

@@TensorProgramming 10:00 AddServiceClient interface and all the other stuff after that was not generated for me. thanks for such quick response.

@@kudoamv It seems that the old command that I was running with the new protoc compiler doesn't produce both the server and client interfaces. so instead of running that command, run this command: protoc -I proto\ proto\service.proto --go_out=plugins=grpc:proto Basically -I tells it to get the include directory, then you pass in the dir with the proto files in it and the protofile path and then you specify that you want grpc as a plugin and point it at your dir again.

@@TensorProgramming Oh yeh, protoc -I=proto proto/service.proto --go_out=plugins=grpc:proto worked for me. I was doing "protoc -I=proto --go_out=proto proto/service.proto" before, as it was mentioned in the docs. I still could not understand what "plugins=grpc:proto" does?

@@kudoamv The plugin tells the compiler that you want to generate code using the grpc library and when you specify proto in this case, its just the folder that your protobuffers are inside of.

You would need a grpc client. Dunno personally about whether or not angular has such a thing.

ignore, resolved :) g.Get g.GET

Check to see the module name of the generated proto file and make sure that its correct.

@@TensorProgramming Actually My project wasn't inside src folder.. that was the cause

@@nishantpatil9005 You should use the module system; it simplifies these potential problems.

maybe at some point. Algo trading is more of a trading topic though than a programming topic; so its not really all that interesting for this channel. I could however do a series on building a matching engine given I have a ton of experience in that though.

protobuf isn't grpc. We use the plugin to tell the protobuf compiler that we want it to generate for grpc.

You probably shouldn't listen too much to what techlead says. That guy tends to be hypercritical/hypocritical and hes opinions generally are not very relevant for the average developer. If you want to learn about RPCs and APIs, I recommend that you look into the basics of building servers and the difference between client and server side architecture. There are many different ways to structure a web app; you can build serverless apps, client side progressive web apps, servers with API endpoints that feed into multiple clients, servers that use server side rendering with small clients etc. APIs and more generically RPCs just serve the purpose of connecting one application to another. They are interfaces that define how an application can access some data from another application. When you get on a website like Facebook or Google, your browser accesses a client facing web application which renders out the user interface (Html/Css etc) and that app fetches data from multiple APIs to allow you to do things. There are also many different types of APIs that you can use; GraphQL, Rest, Restful, SOAP, Json-RPC, Proto-RPC etc. Start with something small; for instance, you can look at my Go playlist and follow along with the Wiki series (its old but most of it should still be relevant) or you can find whatever other resources are out there for building basic web applications. Good luck

@@TensorProgramming Thanks a ton for such a well put together response to my question. I will look into your playlist for a better understanding!

The syntax extension that I am using is called vscode-proto3

By the way, I think the (possible) error doesn't at all take away from the excellent video! Thank you for making these and all your videos, they are always excellent!

@@Wallawallawallawalla Its not a problem. Thank you for pointing out the issue. Another subscriber mentioned the same problem a little while ago when the video came out. One of the side effects of doing everything "Live" is that the explanations can suffer somewhat. I did try to make the concept clear in the follow up video on gRPC so I am hoping that makes up for it (since it is a fairly fundamental concept for gRPC and protobuffers).

To be fair the video was recorded about a year ago. Most of the API should be similar though I am sure some stuff has changed since then.

I didn't write any unit tests for this code. It was all live coded like all of my tutorials, so what you see is what you will get in the repo.

Well first, Rest is not really comparable to gRPC. But Cobra is similar in some ways, though its much larger. Cobra is an objected oriented framework with a huge set of features and flexibility for distributed computing, gRPC is just a remote procedure call framework based on http/2 and protobuf. Cobra is more opinionated and gRPC is not.

yeah get it plenty. Its a side effect of being dyslexic.

Not sure what you mean, give me an example...

Hmm, might have been my mic but no its my natural voice.

Of course my name isn't tensor, its just a pseudonym.

@@TensorProgramming well obviously. Never mind, we all have a different sense of humour.

@@pc2753 Oh I know, don't worry, I like to take the sails out of these kinds of jokes. My humor is very dry....

@@TensorProgramming oh I see what you're doing, very clever. Good content btw

@@pc2753 glad you like it. Cheers.

oh? why do you think that?