I'm an Agile project manager at a major financial institution, and it's incredible to witness our daily operations summarized in an impressive and efficient SDLC flow. Thank you!
One of 'BEYOND THE BEST' , YET RARE tutorials about Software Architecture. May you abundantly expand further in all aspects of your life. I much appreciate your effort and time you have put into all your visual presentations. Mega appreciation from all the way in SOUTH AFRICA!!!
Quite close to what we do, just a small change, instead of deploying main/master to production, we create Release Branch with a cutoff of 1 week before rollout for UAT, stress testing and Marketing SignOff, then deploy that package.
We automate our unit testing on PUSHes. So that PR only happens on tested code. We have automated functional tests and fuzzing on pre-prod code, before pushing to production. Good video!
This is an excellent video to show AI-Advocates the real complexity of the software industry, especially as an answer to the new mainstream phrase "IA will replace developers".
In our case, merge to the main branch is only done after all the testing is done and all the tasks run on the PR branch first, only then it gets merged to the main branch, otherwise everything seems very familiar ✌😊
@@sourandbitter3062In my case we use a CI pipeline with multiple instances. QA1, QA2, QA3 and so on. The QA Analyst pushes the branch to one of the nodes and test it isolated.
Don't use feature branches, use small self-contained incremental stories which can be tested and delivered using CI approach. This is more agile and gives early feedback and reduces chances of merge conflicts.
We tried both approaches on a large scale project and found feature branches cause more problems then small increments. When trunk is evolving fast it's hard to keep branches in sync and merge.
@@nigh7swimming Above, you say "don't do this". Then you say you tried and "it didn't work for you". I don't see how you get from it didn't work for us to nobody should do it. Maybe there is even a skill issue involved.
@@MikeZadik it didn't work for us, a big American corporation full of pros. But sure you know better, suit yourself. We tried and it didn't work is what I'm saying.
Should we merge to main branch before QA testing is done ? Also, do big tech companies follow a release cycle ? Also there should be multiple deployable environments in dev if they are following a release cycle
There is no single way or solution. Every company and sometimes even teams within a company do it their own way. Some follow release cycles, some ship code continuously. Some have development/testing/integration/preprod environments, while others might only have a testing environment for QA to check end to end functionality. There are different approaches to maintaining your git repos as well, he described a trunk based development, where everything gets merged into master(trunk). Some people might still follow git flow with its merging hells.
Awesome video! Wanted to ask if you could make a video or newsletter issue about how a RFC / Design Document gets created and is used? Would really love to see how Big Tech works through this specific part of the process!
Funnily enough i knew one company that didn't do any sort of 'staging'. Code was directly deployed into prod.no CICD even configured. Literally uploading code to prod hosts. Insanity
I'm an Agile project manager at a major financial institution, and it's incredible to witness our daily operations summarized in an impressive and efficient SDLC flow. Thank you!
Often times convincing that a issue is fixed takes more time than actually fixing it.
One of 'BEYOND THE BEST' , YET RARE tutorials about Software Architecture. May you abundantly expand further in all aspects of your life. I much appreciate your effort and time you have put into all your visual presentations. Mega appreciation from all the way in SOUTH AFRICA!!!
Quite close to what we do, just a small change, instead of deploying main/master to production, we create Release Branch with a cutoff of 1 week before rollout for UAT, stress testing and Marketing SignOff, then deploy that package.
Concise video with the required information for newbies in less than 5 minutes.
We automate our unit testing on PUSHes. So that PR only happens on tested code. We have automated functional tests and fuzzing on pre-prod code, before pushing to production. Good video!
This is an excellent video to show AI-Advocates the real complexity of the software industry, especially as an answer to the new mainstream phrase "IA will replace developers".
Wondering if it is a typo in Release Step the environment labeled as "Development Environment" which is supposed to be "Production Environment"?
every single word you said is gold!!! nothing extra said nothing missed out
In our case, merge to the main branch is only done after all the testing is done and all the tasks run on the PR branch first, only then it gets merged to the main branch, otherwise everything seems very familiar ✌😊
You have a staging environment for each branch? Or do you mean you have a ci pipeline?
Same here, only merged to master when fully tested in QA env.
@@sourandbitter3062In my case we use a CI pipeline with multiple instances. QA1, QA2, QA3 and so on.
The QA Analyst pushes the branch to one of the nodes and test it isolated.
Is the main branch pushed to ci/cd pipeline? Do env variables reside in main?
You are doing great work sahn lam.
Most of the seniors in the IT field are not aware of this.
I learned so many concepts from you
Don't use feature branches, use small self-contained incremental stories which can be tested and delivered using CI approach. This is more agile and gives early feedback and reduces chances of merge conflicts.
I don't see how those techniques are exclusive?
We tried both approaches on a large scale project and found feature branches cause more problems then small increments. When trunk is evolving fast it's hard to keep branches in sync and merge.
@@nigh7swimming Above, you say "don't do this". Then you say you tried and "it didn't work for you".
I don't see how you get from it didn't work for us to nobody should do it. Maybe there is even a skill issue involved.
@@MikeZadik it didn't work for us, a big American corporation full of pros. But sure you know better, suit yourself. We tried and it didn't work is what I'm saying.
@@nigh7swimming it works for plenty of other big international companies full of pros.
Should we merge to main branch before QA testing is done ? Also, do big tech companies follow a release cycle ? Also there should be multiple deployable environments in dev if they are following a release cycle
There is no single way or solution. Every company and sometimes even teams within a company do it their own way. Some follow release cycles, some ship code continuously. Some have development/testing/integration/preprod environments, while others might only have a testing environment for QA to check end to end functionality. There are different approaches to maintaining your git repos as well, he described a trunk based development, where everything gets merged into master(trunk). Some people might still follow git flow with its merging hells.
Thanks Sir
You are great explained very clear
Awesome video!
Wanted to ask if you could make a video or newsletter issue about how a RFC / Design Document gets created and is used? Would really love to see how Big Tech works through this specific part of the process!
Great explanation!👏🏼👏🏼👏🏼
Thanks Sahn 🎉
A sprint is typically 1-4 weeks long not 1-2 weeks as stated in this video, with 2 weeks sprint being the most popularly used cadence.......
Great video, though at the bottom shouldn’t that say “Production environment” rather than “Dev environment”?
That's great, we are applying that as well.
How do we draw such maps ? What software do we use ?
whats this "testing" you talk of? :p
Overrated bs i guess 🤪
What tools you use for presentation and animations? Anyone have idea?
I want to know this too
It’s in the description
@@zeektm1762 thanks. I didnt notice that.
thanks now i can change the color of button for our production site. thanks
Thank you
Nice work!!!
That's nice, but can you make the logo bigger?
Nice video, well explained!
well explained!
thank you!
Title is changed 👍
I miss those long in depth videos..
Cool video
Funnily enough i knew one company that didn't do any sort of 'staging'. Code was directly deployed into prod.no CICD even configured. Literally uploading code to prod hosts. Insanity
terrible lo que pasara en gestion xd
Jenkins .... urggghh