Tech Stack I use at Google as a Software Engineer

preview_player
Показать описание


0:00 - Intro
0:35 - Frontend
2:05 - Backend
5:45 - Internal tools

#google #neetcode #techstack
Рекомендации по теме
Комментарии
Автор

Surprised you guys dont use google docs as an IDE

beyondlimits
Автор

1. Angular
2. GraphQL
3. Java
4. Guice
5. gRPC
6. C++
7. An absurd amount of internal tools

tedtran
Автор

Working at Google right now (got a job thanks to you :D). It's definitively a tech island. Feels like I have to learn everything from scratch.

yichizhang
Автор

90% of tech companies in China use Java based tech stack. The interviews contain very in-depth Java knowledge which requires you to read the source code of some Java basic package.

tianhaozhao
Автор

The new IDE is just an internal version of VSCode. The build tool is just Bazel. The version control system is an internal version of Mercurial.

LouisChiaki
Автор

I am eternally grateful to you ! I got my job offer a few days ago and will be starting early August ! Your videos really helped me get the job. I hope I can see you around at Google :)

ambreenirshad
Автор

I work at AWS on Account Administration, we run with Java and most of our micro-services with Native AWS server less products (Lambda, DynamoDB, SNS, SQS, Step Functions, CDK). We also use a lot of internal tools for ticketing, code review, CI/CD etc.

osxs__
Автор

The problem with all that internal tooling is you become completely used to it and dependent on it. If you ever leave it’ll be like you cut your hands off and you’re using prosthetics now. Same goes for all layers of abstraction. Make sure you don’t lose the underlying skills you have.

sKid
Автор

As someone who works in software support, a lot of people would be surprised about the amount of Java that is used at Enterprise scale. Python, Rust, Go, C++ get a lot of attention from the programming adjacent communities, but there are few languages as prevalent as Java in the server space that can handle Networking at scale.

ericepperson
Автор

I'm surprised to hear that Google doesn't use Spring framework for Java projects. I'm korean and like more than half of the back-end software engineer job postings in South Korea requires Java and Spring framework experience for entry level positions.

igh
Автор

Why use Java when you work at the company that made Go?

minzi
Автор

I think there is no problem is you talk about piper or blaze, there are a bunch of talks about them from back 2017 or so. I also believe the same about Boq and Pod, bunch of talks from ServerConf.

It would also be nice to explain the languages we use at Google and when. Java and C++ for backend Servers to receive external traffic, JS for frontend, Go for internal services and managed infrastructure(this is mostly my space in GCP), etc…

anicolaspp
Автор

I use React Native, Typescript, Terraform, Git, GraphQL, Swift, and Kotlin at my job ❤

KieranCrown
Автор

"angular has a certain way of doing things thats consistent across projects".
I wish more tech would be and stay consistent with practices throughout their lifecycle.

stumblinzz
Автор

Hearing that the tools make things simple is so so huge. Most companies could never.

oakvillian
Автор

Angular is not surprising. GCP and Firebase are prime examples, but GraphQL? That hit like a truck

adarshkumar
Автор

Every time Neetcode has a complaint about Java, he has to work with another Java project.

yang
Автор

This is a lot 😵‍💫

At work, I use Express, Inverisfy, MongoDB, React, and TypeScript across everything.

perezident
Автор

I personally think that backend is better than frontend. Most business logic (i.e. the interesting stuff) happens in the backend, and playing with microservices is fun.

plankton
Автор

I was not surprised by GraphQL. It is an excellent open sourced tool. I am somewhat surprised by the lack of Kotlin and Rust usage. I was aware of Java and C++ being used and I understand that large scale apps are near impossible to swap out a language. I just figured there would be a more inclination to use something like Kotlin or Rust for microservices especially considering Oracle's and Google's history. There was also no mention of GCP or even using Apigee with GraphQL so it makes me wonder if they use their own internal tooling for APIs. Other than that, very informative. thanks for the share.

jmonify
visit shbcf.ru