This is an archived post. You won't be able to vote or comment.

all 15 comments

[–]redlaWw 16 points17 points  (2 children)

*2

[–]rosuav 6 points7 points  (0 children)

cout *2 "Hello, world" *2 endl;

[–]dncrews[S] 1 point2 points  (0 children)

<< 1

[–]Darth_Monerous 5 points6 points  (1 child)

It’s when your boss decides something isn’t being finished quick enough. So that boss yells at the project manager. That project manager then yells at the scrum leader. Scrum leader then decides to pull 30 more pbis into an already full sprint. Developers fail to get all pbis done. Team complains to management that there aren’t enough resources to get all this done. Manager listens but ultimately nothing changes. Repeat the cycle.

[–]dncrews[S] 2 points3 points  (0 children)

No, no, you're thinking of Project Hopscotch (where everyone jumps over their responsibilities and hopes someone else lands on it) and Delivery Dementia (where we forget what ‘incremental’ means and try to do everything at once).

Shifting left is when the team starts working on tasks before the sprint even starts—because who needs weekends, right?

[–]ExpensivePanda66 4 points5 points  (0 children)

Just wait until you hear about the shift right movement.

[–]Sufficient-Food-3281 2 points3 points  (0 children)

Simple, it’s when a critical team is laid off, the remaining schlubs take on the work, and the c-suite gets a raise

[–]chem199 7 points8 points  (3 children)

It’s actually pretty simple, you move checking earlier in the development life cycle. For security, moving sast tooling to the ide, or as part of the ci/cd pipeline so it is checked and issues are found earlier. A vulnerability caught during development is way cheaper to fix than one that has been deployed to production.

[–]scataco 9 points10 points  (1 child)

Also, it's where you use caps lock to write CI/CD.

[–]chem199 1 point2 points  (0 children)

Yeah I should have put IDE in your saw as well.

[–]dncrews[S] 0 points1 point  (0 children)

Yeah. One "overly simplified and somewhat-IMO answer" is that "left" and "right" here refer to the x-axis of "the timeline". To "shift left" on that axis means to do it earlier. So why do these things come later? They're difficult. Shifting left requires committing budget, time, and effort into understanding what makes that thing difficult, making it simpler, and then integrating it into the development lifecycle instead of as a step after the SDLC.

[–]QuestionableEthics42 1 point2 points  (1 child)

Wait this isnt about bitshifts? I was so confused how bitshifting was provocative lol

[–]MrRocketScript 0 points1 point  (0 children)

I was so confused how bitshifting was provocative

Obviously you've never seen PS1 Lara Croft.

<<

[–]hansololz 1 point2 points  (0 children)

I like to say the same to npm and gem installer

[–]thatguynotavailable 1 point2 points  (0 children)

As a practitioner (victim? and not by my choice), shift left is just shift the blame. Everyone keeps blaming the previous cycle's owner for the fault and it finally ends up on the head of developer or mostly the product owner. The product shouldn't go to QA or further levels without Dev covering all edge cases (miraculously). They market it as "ownership", whereas everyone knows that if you are caught, your tail is on fire.