Menu
Sign In Pricing Add Podcast

Mason McLead

Appearances

Ruby Rogues

Developing your development - RUBY 649

1008.363

All of the structure and the hierarchy that makes it really workable at scale came from the providers on top of it. which I found really interesting because I was trying to just figure it out at the get level. And it's just, it's really, really difficult because it's designed to be very widespread and non-hierarchical so that it can be as scalable as it is.

Ruby Rogues

Developing your development - RUBY 649

1030.134

GitHub or Bitbucket, you'd be able to have multiple authors on pull request. It's kind of their main object. In the commit level itself, you've got an author and a committer. They can be the same. They usually are. They could be different. Basically, if you take someone else's commit, rebase it, kind of rewrite history, they're still the author, but you're the committer.

Ruby Rogues

Developing your development - RUBY 649

1051.215

So you can get kind of mixed identities in it that way. But otherwise, you got to use what abstractions and additions other companies put on top of it.

Ruby Rogues

Developing your development - RUBY 649

1073.67

Yeah. I mean, the thing about the way that I look at someone getting credit for... like an individual getting credit for a PR for a commit or something like that, I think it makes sense when the individual's looking at their own data, but from a team perspective, if the group is getting it done well together, then I think that's the main thing that matters. And if there's someone that's not

Ruby Rogues

Developing your development - RUBY 649

108.447

And a lot of the research that we're doing is looking at the impact analysis of meeting time versus how people can get stuff done during the day. and which is also a leading cause of why developers work at night a lot of the times or on weekends. And then the impact of other distractions like Slack and meeting, sorry, working at the office versus working remote.

Ruby Rogues

Developing your development - RUBY 649

1100.389

pulling their weight or there is a performance problem with the individual, you're going to be able to know that without looking at the stats here. I'm sure we've all experienced that over the years. And I've done that personally in years ago.

Ruby Rogues

Developing your development - RUBY 649

1113.757

I got a tool that did the stack ranking based on commits and all that stuff, basically just to prove what I already knew and that I, as the manager, needed to let this person go because it wasn't a good fit for the team. And The data that I pulled in that did that was really just a crutch. I already knew. I didn't feel confident in myself as a manager at that point to do it.

Ruby Rogues

Developing your development - RUBY 649

1139.27

The data didn't really help. And then actually, the team knowing that that tool was in place and that I had access to it and no one else did because that's the way the tool was set up, they actually... really, really didn't like it. And we kicked it out after two months.

Ruby Rogues

Developing your development - RUBY 649

1154.18

So there's a trust factor there and in a transparency that with a responsible and well put together team, you don't really need to hide this stuff when it's abstracted to the team level. Everyone can benefit from it. So there's no point in hiding it. So I think as long as you stick with the individual data belongs to the individual and team to the team,

Ruby Rogues

Developing your development - RUBY 649

1204.195

Yeah, that's always the big question. Like, okay, now I have data. I can see stuff. What do I do? Because that's always the point of the data is to get something out of it, not just to see it. So there's particular things that we show, like your code time to meeting time ratios, which... Generally, for your development team, you want them to probably be coding more than meeting.

Ruby Rogues

Developing your development - RUBY 649

1231.779

Yes. Yeah. So there's specific things that you can do there. And we'll find out when you as an individual and then also your team has their kind of peak hours in the day. And then you can use our tool to block out the calendars for everyone during that peak time so that no meetings can get put there.

Ruby Rogues

Developing your development - RUBY 649

1255.463

So it's just protected code time on everyone's calendar so that you've got that set aside where you know that people are generally at their peak productivity and their peak output. So that's one thing to do is just protect that time. Using the flow mode tool in the extensions gets you to block out notifications and distractions whenever you are in the zone. And we're actually coming out very soon.

Ruby Rogues

Developing your development - RUBY 649

1282.091

We're experimenting with it internally where we can detect when you're about to get into what we call a flow session. This is a high productivity, high focus section of coding. and automatically enable it.

Ruby Rogues

Developing your development - RUBY 649

1295.501

So your computer will just react to what you were doing and start blocking out notifications and put you into flow mode whenever you ramp up into it so that you don't get that ping right at the time that you're right into it. So that's something that's really interesting right now. It's a button click. So you click that and it does it. So those are things that you can do.

Ruby Rogues

Developing your development - RUBY 649

1318.099

And then once you have the data and you're seeing trends over time, that's when you can actually start to do experiments internally with your team to see what does optimize it. And when you break down

Ruby Rogues

Developing your development - RUBY 649

1332.122

your like the the lead time for code into the different sections of here's the input time that it takes here's the pull request review time and and then how long does it take from there to get merged into the default branch you can start to look at the different sections of the cycle and say okay this part is taking too long and you can hone in on where as a as a system of processes you've got something a little bit awry and then you can really hone in okay why are reviews taking so long which is a common complaint

Ruby Rogues

Developing your development - RUBY 649

134.875

when that is an option, depending on what country you're in. And yeah, all sorts of other stuff going into that. So a lot of really interesting data that we can see and a lot of assumptions that people have that can be proven correct through the data or actually debunked, which is, I think, a really interesting part of it as well.

Ruby Rogues

Developing your development - RUBY 649

1362.373

or from the time that I open the PR to the time it's first reviewed, it takes this much time. Or once it's reviewed, it's still not getting merged for two days for some reason. It's like, what's going on there? So you can start to really hone in on different behaviors that are adding unnecessary delay into the process. and watch what happens as the behaviors change.

Ruby Rogues

Developing your development - RUBY 649

1385.003

So there's a lot of really cool stuff that you can start to do once you just see the data and then have a few little tools there to start to control the environment around it.

Ruby Rogues

Developing your development - RUBY 649

1403.546

Not yet. I know. We're working on automating some of the things around Flow Mode to give you a webhook URL. So you click that and you can start to control other stuff that you want to do. So you could send that through Zapier, connect it to all sorts of things. We actually have someone, one of our people in our community, who automated his entire room whenever he entered flow mode.

Ruby Rogues

Developing your development - RUBY 649

1427.151

So he would click the button. It would do the stuff that we automated it to do, block out notifications, set time on the calendar. And then he would have it set his phones to silent mode, and he had a smart bulb in his room, and it turned it purple and dimmed the lights. And it also, whenever you do it, it puts a purple icon in your Slack so that people know that you're coding.

Ruby Rogues

Developing your development - RUBY 649

1449.78

And so he automated his entire room to put himself into flow mode with that. So there's a lot that you can do from that. And so we're excited about building that out as well. Yes, API comes in. We have reports functions so you can export your data across different projects and different timeframes and things like that.

Ruby Rogues

Developing your development - RUBY 649

1466.895

which is actually helpful if you're a consultant or you work for a consultancy and you need to publish hours or time spent on stuff for invoices. You can start to do that as well automatically without clicking a button to start and stop timers.

Ruby Rogues

Developing your development - RUBY 649

1486.538

So we've got extensions for VS Code, Visual Studio, IntelliJ, Sublime, Atom, and Eclipse. There's no Vim. No Vim. We used to have it a long time ago, and we'll probably bring that back. And so many people use Vim and Emacs, so...

Ruby Rogues

Developing your development - RUBY 649

1513.55

You know how it is. As far as we can see from installs, I mean, VS Code is just... taking the market. IntelliJ is still there as the second place, but VS Code by far is the most popular one that we see. Oh yeah. I think we've got a bit of a, on our website and marketing, we've got a bit of a VS Code sort of bent to everything.

Ruby Rogues

Developing your development - RUBY 649

1537.963

So it's no surprise that it's our biggest one, but it's like 89% of installs is through that one versus anything else. Scary.

Ruby Rogues

Developing your development - RUBY 649

1584.219

I mean, I suppose you could do that if you wanted to. I wouldn't recommend it. Like if you're

Ruby Rogues

Developing your development - RUBY 649

1642.878

Well, I think there's there's two things there. There's some things that are as as they escalate, they don't go linear, they go exponential. That's pretty interesting. And there's some data that we've got that that disproves common held beliefs about how developers work. Like if you watch television or movies about developers,

Ruby Rogues

Developing your development - RUBY 649

1662.846

They'll be sitting there all day and all night, days on end, coding constantly. Yep, that's me. Yeah.

Ruby Rogues

Developing your development - RUBY 649

1672.852

Yeah, or you're Hugh Jackman and you're guzzling wine while creating the world's best worm or whatever it is that he was doing in a 3D model on 12 screens. That's the image that people have, whether it's the crazy graphics or not, that we're there all the time.

Ruby Rogues

Developing your development - RUBY 649

1689.521

And we do work long hours, which you can see the code day lengths, especially as releases come up, it stretches to like 12, 13 hours, meaning like from the first keystroke to the last keystroke of the day, it's that long. But the amount of active code time cumulative through the day on average is under two hours.

Ruby Rogues

Developing your development - RUBY 649

1712.643

So the amount of focused editing time that people have on average is less than two hours a day, and a lot of times a lot less than two hours a day. And if you break it down into whether that's at work or at home, more than half of it is outside of normal working hours.

Ruby Rogues

Developing your development - RUBY 649

1733.419

So the amount of distractions and other stuff that we do, but instead of coding is pretty big that we push into the nights and weekends to get a lot of our work done. Because that's when we can have time to focus, which is why Saturday is the biggest focus day that we see. And I think that's a travesty unless your normal working day is Saturday.

Ruby Rogues

Developing your development - RUBY 649

180.427

Well, there was something that I actually found out yesterday with my data scientist.

Ruby Rogues

Developing your development - RUBY 649

1839.913

Yeah, I agree. I think that's huge. And one of the things that we see is we've looked at different cohorts, different kind of behavior patterns that we see. And one of the best performing cohorts in terms of overall output, which is kind of a crude measurement, but that's the measurement we were going with, is those that...

Ruby Rogues

Developing your development - RUBY 649

1864.076

perform typically within working hours consistently throughout the week and are less sort of spiky in their activity, like pulling an all-nighter and those sorts of things. The people that work consistently five days during normal working hours and hardly ever miss a day, those are the ones that have the highest, what we call velocity scores, which is like a, oh man, I'm going to forget the name.

Ruby Rogues

Developing your development - RUBY 649

189.352

Breaking top line research here. So I was looking at what... We've got certain measures that we see in the data and we'll be able to mark sessions of your coding. We have a thing called code time, which is when you're in the editor, you're looking at files, you're doing research, not necessarily editing the code.

Ruby Rogues

Developing your development - RUBY 649

1894.067

It's principal component analysis doing a vector projection thing. It's a machine learning thing that my data scientist has told me several times. what it is. And that's, that's all the best I've got right now. But basically it's a, it's a combination of a bunch of inputs into a score.

Ruby Rogues

Developing your development - RUBY 649

1908.076

And that, but anyway, that cohort of users has generally the highest average score on that set of inputs because they're consistent. They don't go over a bunch and work crazy, crazy hours. Cause then you get too tired and you can't like your next day suffers a lot, which we see in the data as well. I can see that in my own data. Cause I still do that sometimes where I'll, go to like 2 a.m.

Ruby Rogues

Developing your development - RUBY 649

1933.915

or something like that and then the next day is just awful and the second day after that kind of recovers and then I'm back to my normal so I'm like missing out on two days in exchange for a few extra hours at night not the best exchange but

Ruby Rogues

Developing your development - RUBY 649

1947.992

So, you know, there is that separation of, okay, work time needs to happen in a set of time, and if you can, in a place, and then separate that from everything else. I actually just switched out my laptop for a Mac mini desktop. Because I don't ever work anywhere else except for in my office. So it's non-mobile now. And I guess I have my phone.

Ruby Rogues

Developing your development - RUBY 649

1974.843

But, you know, at least setting up some boundaries there. And I think, yeah, that's an important thing to see. And it also expresses through the data that we have. And I was going to say, the other thing that was interesting in our data that's not as obvious is some of the patterns that we see that don't grow at a linear pace but go exponential is with...

Ruby Rogues

Developing your development - RUBY 649

1994.432

pull request review times if you look at how long it takes for a pull request to get reviewed the the time as you would guess increases as the size of the pr in terms of lines of code like how many changes there are increases so from one to two hundred it's certain value from two to five it's a slightly bigger value but when it goes above 500 lines the time to review grows 10x in one jump.

Ruby Rogues

Developing your development - RUBY 649

2021.661

So there's some particular inflection points in the size of code going through the pipeline that start to take an inordinate amount of time to get through the pipeline because the processing of it is so much harder as a person to go and review and the complexity of it grows by so much. So there's certain...

Ruby Rogues

Developing your development - RUBY 649

2043.413

kind of base rules that you can start to find out at your organization by seeing the state of like, we're good in this phase. So if you can keep your PRs and change sets below a certain amount, they'll generally flow faster.

Ruby Rogues

Developing your development - RUBY 649

2057.724

And the more that you have these like smoother flowing chunks of changes going through, the better cumulative overall you're going to do as your production throughput at the end. So there's a lot of really interesting things there that you can see once you have this data because not everything's linear and most everything that we see follows the power curve

Ruby Rogues

Developing your development - RUBY 649

209.744

And then we have a section of time called active code time, which is when you're actively editing. And so one of the things you can do when you've got those is look at the ratio that people spend in the day of how much of their code time is also active code time, which is kind of a proxy for focus and the time that it takes for them to ramp up to productivity in that session.

Ruby Rogues

Developing your development - RUBY 649

2128.263

Yeah. No, actually that is expressed there. I was going to say that, but when you get these giant ones, people go, whatever, it's probably fine. Click. And like, that's probably not great for the end result as well.

Ruby Rogues

Developing your development - RUBY 649

2177.57

The time that's captured there is the kind of the culmination of whatever research you're doing there. So if you're on Stack Overflow and you're researching how to solve a problem or reading the docs, if that's what you do. I have some friends that do that. Then going to be investing time in there.

Ruby Rogues

Developing your development - RUBY 649

2194.926

And then the output of that is your active code time when you figured it out and you've made the edits and drew out the tests. And so it's kind of a distilled set of time of everything else that you've put into it. But we do track other things that are going on during the day, like meeting time. And in general, developers meet 30 or 40% more during the day than they have active code time.

Ruby Rogues

Developing your development - RUBY 649

2222.7

So that's a big other portion of your day. And then we're starting to track Slack data as well. So we'll be able to see how much time is being spent in that, as well as how much does that help or hurt your individual productivity? Like if you have a question and you get it answered via Slack really quickly, and then you have a productive session because you got that answered,

Ruby Rogues

Developing your development - RUBY 649

2248.252

Or you could be coding and then you get a bunch of unrelated Slack messages that pulls your attention away and it ruins your session. So there's positives and negatives that we can start to see from that. And then, of course, that's another big portion of the day is communication and collaboration through that. But yeah, so it's hard to say whether that two hours is a good thing or a bad thing.

Ruby Rogues

Developing your development - RUBY 649

2270.906

We're just saying that's what it is. And it's interesting that that's what the number is versus six hours, eight hours, which is what a lot of people believe about developers.

Ruby Rogues

Developing your development - RUBY 649

235.49

So how long of reading does it take to get you into editing? And I was looking at that per day of week and found that for that particular ratio, Saturday is the most focused day that developers have. So of developers that code on the weekend, Saturday has a far higher kind of focus factor than any day of the week. Although Tuesday...

Ruby Rogues

Developing your development - RUBY 649

2416.323

Well, I mean, just to bring it back around to... Ruby stuff since we're on the Ruby podcast. The new version we just launched last week is now a Ruby on Rails app. So it actually, there is Ruby involved in this. Hey, nice. Yeah, it was Node.js backend with a React frontend before.

Ruby Rogues

Developing your development - RUBY 649

2439.773

And this is something that I'm going to be publishing soon on our blog, but we have, of course, productivity metrics between, for our own team, between the different systems that we've been working on. So I'll be able to do a compare and contrast on our own team's productivity using Node and React versus Ruby on Rails. So like just more fodder for the internet to argue about.

Ruby Rogues

Developing your development - RUBY 649

2475.333

I mean, I think that's something that we'll be we'll be starting a series on this of the languages that we see, the frameworks that we see, the different technology pieces that our global users have installed, that we can see the differences in their productivity metrics with and without those things. So there will be plenty of interesting conversation about what's the best JavaScript framework.

Ruby Rogues

Developing your development - RUBY 649

2518.127

We're using Stimulus and Hotwire for all of our graphs and everything. So whenever you load the dashboard, all the data is getting pulled async. and loaded through HTML partials that show up through stimulus and hotwire, the whole thing. And we also have a feature where you connect your GitHub and it pulls the last 90 days of your history so you can see stats on that.

Ruby Rogues

Developing your development - RUBY 649

2545.819

And it's got little loading bars. We wrote zero JavaScript for the whole thing. And it's a completely animated... loading bar that's in sync with all the data that's being pulled through. I had my, usually he, my engineer is, his name's Daniel. Let's see, my engineer. His name's Daniel. He's a person. He hates writing front-end code.

Ruby Rogues

Developing your development - RUBY 649

2568.453

But I got him to do this because he didn't have to write any JavaScript. And he was like, I'm a full-stack developer now. And he was really happy about it.

Ruby Rogues

Developing your development - RUBY 649

2593.35

I mean, once getting into it was a little bit, you got to kind of shift how you think about building it. But once you do that... it's made developing all of the graphs and everything. And like the first paint on load is really, really fast because all the heavy stuff is coming in async. And it's because it's just replacing the existing HTML. It's not shifting any of the,

Ruby Rogues

Developing your development - RUBY 649

2618.476

The structure around it's come along really nicely.

Ruby Rogues

Developing your development - RUBY 649

263.22

is a close runner up so from that i think we're we'll we'll be able to dive further into it like okay why is that the way it is but just on the observation and kind of the assumptions that you have about saturdays and tuesdays there's less people bothering you there's less meetings there's less messages And so if you want to work on Saturday and that works for your lifestyle, great.

Ruby Rogues

Developing your development - RUBY 649

285.528

It seems to be a good one. If you don't, and that's just a byproduct of you not having gotten stuff done during the week because you're distracted all the time. It's like, how do you make a Saturday like...

Ruby Rogues

Developing your development - RUBY 649

296.289

environment during the week so that you can have that same amount of focus to be as productive on those days and like those are some of the the small behavioral shifts that you can start to put into your work week as a team and as an individual so that you can get more focus work done during the week and then actually take time off because you're a person as well and you need to do other things

Ruby Rogues

Developing your development - RUBY 649

3043.657

Yeah, so I didn't know that we could pick random physical objects like JB Weld as well. So I'll have two today. First one in the tech world, MaterializeDB. is a real-time streaming database that does transformations with automatically updating materialized views. Super cool. I'm experimenting with our data streams with that now. and really liking what I see. Super, super snappy.

Ruby Rogues

Developing your development - RUBY 649

3072.634

And you can get real-time results from massive amounts of data in milliseconds. So it's really cool. And the other thing, which is a random physical object, is darn tough socks. They're these wool socks made from somewhere in the Northeast, and they have a lifetime guarantee. I love these things. I go hiking a lot. I live in the mountain area of San Diego. and go hiking and mountain biking a lot.

Ruby Rogues

Developing your development - RUBY 649

3099.478

And they're the most comfortable socks and they last for years and years and years. I've got a pair that I've had for seven years now and they're like new.

Ruby Rogues

Developing your development - RUBY 649

3115.042

It's a good place. We have a newsletter called SRC that brings research that we find as well as news from across the tech world. And I typically post on LinkedIn. You can find me, Mason McLeod, on LinkedIn. That's where you'll see my posts. Awesome. All right.

Ruby Rogues

Developing your development - RUBY 649

338.692

Yeah, so we've got several metrics that go into it. And in the coming weeks, we'll have it all connected to Git commits and those sorts of things.

Ruby Rogues

Developing your development - RUBY 649

348.579

We're doing that internally right now, just kind of refining the product before we put it out there, where we can look at... If you kind of arrange how development works in line of kind of a physical factory, it's not the same because you're not recreating the same thing over and over again. It's a creative endeavor, but... Right.

Ruby Rogues

Developing your development - RUBY 649

368.013

If you kind of look at it that way as a metaphor and say there's all these inputs that go into it and that for us is the time, the amount of characters and lines and like just the raw materials that go into it. And then you look at the outputs. And I think so far the best sort of abstraction for what an output, a unit of output is, is a merged pull request.

Ruby Rogues

Developing your development - RUBY 649

392.996

It's a chunk of work that someone has thought is enough to stand on its own. And it's good enough gone through the quality checks to get merged into the default branch, which would then go to production. So those are the inputs and the outputs of this factory.

Ruby Rogues

Developing your development - RUBY 649

407.706

And if you look at the traditional definition of efficiency and productivity, it's how much input does it take to get to some unit of output. So as soon as you have that, now you've got the full view of the development cycle. What is going in? What is coming out? And you can start to get a lot of really interesting measurements about the overall system and then each of the steps along the way.

Ruby Rogues

Developing your development - RUBY 649

434.731

So when you hear about things like cycle time, which is typically when someone's looking at that from another tool, they're looking at when the commit was pushed to when it was merged. And I don't know how you like to commit. People do it differently. But I usually code nearly all of everything before I do the first commit.

Ruby Rogues

Developing your development - RUBY 649

456.218

And then I commit, make a PR, push it, and then I'll get feedback and maybe make some changes. But the bulk of the work of the input side is before that first commit, which is completely missed by these other tools. And it also gives you a... Depending on how your behavior is, it gives you a false number about what your cycle speed is.

Ruby Rogues

Developing your development - RUBY 649

48.696

So I'm Mason. I'm the CTO at Software.com. We make tools for developers and it's all around time tracking and efficiency and productivity. So the core thing that we do is track telemetry about how you code and give you that feedback and that observability about how the development process is working for your team and for you as an individual.

Ruby Rogues

Developing your development - RUBY 649

480.383

Yeah, exactly. So getting a realistic number and just observing... what the team is actually doing gives you an empowerment to go and actually make positive changes to it. And that's really at the core of it. This is what this is about.

Ruby Rogues

Developing your development - RUBY 649

521.75

Yeah, I think that is a really interesting point. That's something that we think about a lot. And you're right about CodeClimate or any of those other tools. They do have a very... manager-first approach to it all, which is something that we actively avoid. So first of all, with our tools, and I think everyone should do this, is that we don't show individual data to anyone except that individual.

Ruby Rogues

Developing your development - RUBY 649

549.068

If the team is looking at the data, they see aggregated, anonymized data at the team level. So the team is an object or an entity that is creating code together. And looking at it at individual parts is not as helpful for the metrics that you would actually want to track. And that's really a manager task to do.

Ruby Rogues

Developing your development - RUBY 649

572.852

And I don't think automating that out to a bunch of stats is a healthy or productive thing to do. I make stats like that's what we do. I don't think it's right for that. It could be a supplement, but it doesn't replace being a manager. And yeah, so for us, we only show the individual data to the individual so that they can see it for themselves.

Ruby Rogues

Developing your development - RUBY 649

593.619

And then the thing that I'm really proud of is that we have the... what we call editor ops tools. So we've got extensions that are running in your editor. So just like chat ops brought a lot of automations and cool stuff into Slack or whatever, we bring that into the editor so that you can start to control your environment from there without context switching.

Ruby Rogues

Developing your development - RUBY 649

613.954

Like we have an extension called music time. that allows you to control your Spotify from the editor with keyboard shortcuts or some clicks. And it also shows you, in a correlative sort of way, what are the most productive songs that you listen to or genres. Do you write better code with Alice Cooper on? So you can check software.com slash top 40.

Ruby Rogues

Developing your development - RUBY 649

638.397

We have the top 40 songs ranked by productivity for the week. That's crazy. Sometimes Alice Cooper will be on there. It depends on what data we get for that week. It's always updating every week. But you can see it for yourself. Like mine is... My best genre is... Hang on a second. Ed Sheeran. Ed Sheeran's in the top three. Good God. You know what I...

Ruby Rogues

Developing your development - RUBY 649

666.116

What I think it is, and I don't have the data yet to prove it, I think it's there's songs that are really familiar and you've heard a billion times. So you don't have to actively think about what's going on. It's just in the background and it's the smooth tones of Ed Sheeran. Then it allows you to kind of mute out everything else. And that takes the place of background noise.

Ruby Rogues

Developing your development - RUBY 649

689.212

And then you can have your mind available to focus. And I think... Whenever you see that, it's not always new songs, although popular songs tend to rise up because people listen to them. But a lot of older songs as well that people have listened to many, many times. And it's just their go-to thing in order to get into the zone. What is your song to get pushed? Go on, Dave.

Ruby Rogues

Developing your development - RUBY 649

72.936

And we also got editor extensions across all the main editors. that give you access to that data right in line. And also we have a tool called Flow Mode, which connects to Slack and your calendar and starts to block out times whenever you're coding so that you don't get distracted.

Ruby Rogues

Developing your development - RUBY 649

798.252

And even just looking at the metrics at the team level aligns with... the purpose and virtues of pair or mob programming where you're doing this as a team it's not a bunch of individuals writing a bunch of different code it's It's everyone coming together to do this. And measuring the velocity and the lead time and the throughput at that level seems to me to be the right level to do it at.

Ruby Rogues

Developing your development - RUBY 649

897.55

And if you took that case where you and your other half of the pair have been programming for two weeks on a particular sprint and the other person's always been the typist in that case, then if you're looking at

Ruby Rogues

Developing your development - RUBY 649

90.675

Because I think everyone's had that feeling where you finally get into the zone, like you've got everything in your head, and then you get a bunch of Slack messages or meetings coming up. And then you lose it all. And that's really valuable time that's then lost. So we've got tools to help you do that.

Ruby Rogues

Developing your development - RUBY 649

916.414

the way that other tools traditionally do this where it's per person you're going to see one person did everything and the other person did nothing based on who committed what and that wasn't the case at all like this is definitely a team effort and so if you just abstract it away to the proper level then you don't fall into that trap of having this false stack rank

Ruby Rogues

Developing your development - RUBY 649

939.853

of individuals assuming that they're all doing their own individual stuff which is never the case when you're on a team that's working well together and the communication side of it is a it's kind of an invisible and i think undervalued in a lot of times aspect of team building that that really you'll see the effects of it when it's going well at the team level but you can't really see it if you just look at all the individuals by themselves

Ruby Rogues

Developing your development - RUBY 649

986.135

Since we've been digging into this a lot, there's a big difference between what Git by itself is and what GitHub or Bitbucket does on top. Git itself is this wild web of there is no default. Well, actually, I think in the newest version, there is now the concept of a default branch in Git itself.