infoq

Gil Tene explains latency and how it relates to service and response times, measuring latency, common misconceptions about latency, what to do when a system's latency can't meet SLAs, and much more. 

Gil Tene on Understanding Latency

In this week's podcast QCon chair Wesley Reisz talks to Matt Ranney who is the Chief Systems Architect at Uber, where he's helping build and scale everything he can. 

Why listen to this podcast:

 - Expanding a company and team at this rate is genuinely hard. Lots of mistakes have been made along the way.
 - Microservices allow companies to grow rapidly but have a cost in terms of aggregate velocity.
 - Uber is gradually moving its marketplace development from Node.js to Go and Java. Java is used for the map services.
 - Aggressive failure testing is used extensively in Uber.
 - Some early design choices - like using JSON over HTTP - make formal verification basically impossible.

Notes and links can be found on InfoQ: http://bit.ly/1TH8app

You can also subscribe to the InfoQ newsletter to receive weekly updates on the hottest topics from professional software development. http://bit.ly/24x3IVq

Attend Matt Ranney's session at QCon New York 2016, Jun 13-17: http://bit.ly/1TH75ht

Show Notes

Uber's Chief Systems Architect on their Architecture and Rapid Growth

In this week's podcast QCon chair Wesley Reisz talks to Heather Fleming, who is the VP of product and program management at GILT, where she is responsible for not only the customer-facing website, but also back office things from distribution to order processing.

Why listen to this podcast:

- GILT treats every person as an individual, with a skillset that is outside their responsibilities.
- You should be able to be your authentic self wherever you are.
- Google found creating a psychologically safe work environment was key to high performing teams.
- You can kill a great team by taking away their autonomy and empowerment.
- Great engineers that want to be managers are fearful of losing their skill, and great engineers that don't want to be managers are put in those roles and are terrible managers.

Notes and links can be found on InfoQ: http://bit.ly/1U2Wgq9

1m 49s - One of the things that makes the culture at GILT so special is the "ingredients framework" that considers every person an individual, with a skillset that is outside what their title might say and what their role and responsibilities might be.
3m 29s - One of the team ingredients is called "motivator" - the ability to make sure that the team understands what they're working on, and more importantly the "why" and how it's driving business or customer value.
4m 35s - The relationship you have with your co-workers should be deeper than many of us are allowing them to be, because they are like your second family.

Quick scan our curated show notes on InfoQ. http://bit.ly/1U2Wgq9 

You can also subscribe to the InfoQ newsletter to receive weekly updates on the hottest topics from professional software development. http://bit.ly/24x3IVq

Attend Heather Fleming's session at QCon New York 2016, Jun 13-17: http://bit.ly/1U2f3og

Show notes

GILT VP Heather Fleming on Unlocking the "Secret Sauce" of Great Teams

In this week's podcast Richard Seroter talks to James Shore, author of The Art of Agile Development and one of the original signatories of the Agile Manifesto. Also on the podcast are Llewellyn Falco, creator of the open source testing tool ApprovalTests and co-founder of Teaching Kids Programming, and Rebecca Wirfs-Brock, inventor of Responsibility-Driven Design, as well as the author of books including Designing Object: Oriented Software and Object Design: Roles, Responsibilities and Collaborations.

Why listen to this podcast:

 - A lot of people know how to do TDD and refactoring for the back end, but not for the font, but the basics are the same.
 - The basics of Test-Driven Development are the same for the front or back end.
 - If you don't know what's wrong, you don't know how to fix it.
 - The most common code smells, according to Llewellyn Falco: Clutter, long lines, long methods, duplication, and inconsistency.
 - How do we make, in an agile way, the architectural work visible, and not ignore it?
 - How do you have an incremental architecture and get measurements? If I say to you I'm going to go away for six months and figure it out, that's not very measurable.

Notes and links can be found on InfoQ: http://bit.ly/1Pse2r1

1m:10s - The talk 'Agile Engineering for the Web' was about how do you bring typical Agile engineering ideas like TDD and refactoring to the front-end languages.
1m:33s - A lot of people know how to do these things on the back-end, but when you get to the front end a lot of people just throw up their hands.
2m:24s - I see CSS bugs all the time, because it's very hard to refactor CSS without breaking something.

Quick scan our curated show notes on InfoQ. http://bit.ly/1Pse2r1

You can also subscribe to the InfoQ newsletter to receive weekly updates on the hottest topics from professional software development. http://bit.ly/24x3IVq

infoq

Kelvin Lu