The Effective Engineer | Edmond Lau | Talks at Google

[@rubbalsidhu9463]

1. Optimise for learning 2. Invest in iteration speed 3. Validate your ideas aggressively and iteratively 4. Minimise operational burden 5. Building a great engineering culture

[@noli-timere-crede-tantum]

Thank you for making me more effective today. Won't continue to watch nor buy the book.

[@VietNguyen-oo9gu]

@@noli-timere-crede-tantum LMAOOOO im dead that's funny

[@deathbombs]

Basically so everything faster and smarter. THANKS

[@maxverse]

I always hope people use these outlines to judge whether the talk is worth watching, and don't think it it conveys everything the talk does. I can imagine someone reading this list and thinking "yep, got it!"

[@8Trails50]

This guy should also give a talk on public speaking. Very easy to listen to, excellent talk.

[@aleckendall974]

Excellent lessons. Applying the engineering mindset of breaking down problems to feature validation (experiment-driven development) was the best take-away for me.

[@michaelmoser4537]

Another issue is that these approaches need an environment where critical thinking and questioning of assumptions is actually encouraged and where programmers are not just supposed to 'just do it', so question #0 is where do you find such an organization and how do your fit in ?

[@kaylamariesarte9283]

This is one of the google talks that I love the most. Awesome talk!

[@DharmendraRaiMindMap]

Edmond is so passionate & so intelligent ! Wonderful talk !

[@ulrichschur2648]

Great talk. Thanks, Edmond. Thanks, Google.

[@alexqi1125]

The polling's result before class makes me feel psychologically balanced. :-)

[@TomerBenDavid]

Great talk but I found a small part of it to be effective engineer and a great part of it to be the effective company

[@Drganguli]

This talk is more about project management than about engineering

[@peterwaksman9179]

Wondering what reward structure exists for effective engineers? Another thought: what you describe as an "effective" engineer is a pretty good description of the senior engineers who built the original codebase. Of course they are most effective because everyone else has to spend most of their time deciphering that codebase and the weird conventions the senior engineers created. Those senior engineers might be pretty hopeless if you threw them into someone else's small pond. On the other hand, a lot of what you describe as in-effective is the process of building features your marketing team did not correctly prioritize. In the end, what you are saying is a very corporate message: engineers should simply want to improve themselves- it is their fault if a company does not succeed. Coming back to the orginal question.

[@jhaohenghu]

Actually, after work many years, I recognize that if your team is not effective enough, that is your problem because you join the wrong team/company. Every leader likes positive words but rare to implement them.

[@conw_y]

Brilliant. Every engineer needs to here this!

[@dancoffman8889]

Recommend skipping to 12:00 to get to the actual strategies

[@Dennis-Ong]

effective!

[@DucNguyen-nk2dj]

This talk makes me think how these principles can be applicable for non-software engineers.

[@justinutube]

The internet and information systems are the ultimate levers. Nearly infinite leverage. But you have to choose the right boulders to move. Don't be afraid to try moving the wrong ones if you at first think they are right - just one right one can set you up for life.

[@rahulkulkarni1780]

Fantastic Talk. Very well put! Taking a lot of good points to work from here.

[@AlumniQuad]

25:25 What about second-order and higher interaction effects between treatments? Applied statisticians use design of experiments (DOE) to determine just that.

[@yutubl]

Engineers do work on new stuff, but also after getting enough expierience how to make new things they may see a time coming to be paid for making improving existing things all unprioritized, bad paid or disliked tasks which did not disturbe in the first place, but after some time making it harder to maintain or changing/adding features than it should be. Company culture helps in balancing between most liked tasks and necessary quality aspects.

[@fcq731]

I don’t agree on infinite scrolling case study since we don’t even know whether assumption is even correct. My theory is infinite scroll makes tracking back items harder.

[@kevinfredericks2335]

Nobody drips with workplace trauma like software engineers

[@kirillkhvenkin6001]

it does not explain why the rate DROPPED 25%

[@FRNKNSTNmusic]

I think it’s 2 things. Number of choices prob yields a diminishing return after a certain number, as far as decisiveness goes. Also, parsing by page gives the browser natural breaks to reflect on what they just saw. Infinite scroll doesn’t have that moment built in, so more data and less reflection / appreciation for what you just saw. Would love anyone else’s thoughts on it.

[@TheChristopherBlake1]

Thank you Edmond for adding emotional intelligence! Many engineers are detached . Your also very easy to look at, meaning your HOT !

[@TheChristopherBlake1]

@Nihar Biseas thanks so much, very clever. Have a spectacular 2021, Blake.

[@labjujube]

All are good points.

[@ariellephan]

Google has the true continuous deployment, with fast tests and minutes to production.

[@DK-ek9qf]

Great talk, thanks!

[@rdean150]

The Q&A section was disappointing. To be fair, the questions being asked were very difficult problems to solve, and which mostly boil down to bad management or flaws in the team's engineering process. E.g. managers constantly pushing for minimum viable products with aggressive deadlines, not allowing for resolution of the inevitable technical debt this incurs, and then eventually hitting a productivity wall where adding more features takes too long due to system complexity and endless support tickets consuming developer time.

[@mattheweleazar8025]

Back when Quora was still a startup.

[@markomitrovic9550]

can anyone recommend videos like this one is? thanks in advance

[@anindhitoirmandharu9860]

Bookmark : 33:12

[@pythongabi]

Absolutely.

[@JonKragh]

Brilliant talk - thank you.

[@vulpixelful]

Imagine working so hard for quora

[@einsdot]

Great video!

[@karlitoo40]

Great talk man

[@josephpark3949]

Excellent all around, almost. If you say "sort of" one more time

[@josephpark3949]

Almost every sentence near the end

[@whoguy4231]

Engineer - I have a great idea which will increase performance, automation and efficiency Manager - No, go back to your job because it's not my idea.

[@venkybabu8140]

Do you have a degree.

[@hussienalsafi1149]

😊😊😊😊😊😊😊😊😊😊

[@randyt700]

Lol, 15:35? OG bobby Johnson? kzbin.info/www/bejne/jXmaapKFrdWkgZI

[@notpublic5908]

HAHA. I just saw an article about how Google is enacting simplicity steps as a productivity method. 10 bucks says this is a part of their assigned reading, why it has more views than usual and is showing up in the algorithm now? Hey Google, just do better... You guys are probably experiencing a transition in business in which stagnation is the most prevalent threat. Please do not stagnate and keep innovating. you're previous ways of doing things may not work any more. get rid of redundancy. Also, your corporation is probably owned by a rich oligarch that wants to extract as much profit as possible. the simplicity steps most likely will not work.

[@Paintbyfaith]

First

[@DavidAKZ]

+Vincent van go second

[@NikolayNikolov1987]

Third

[@cdhit]

I think it’s too verbose