xpepper

#!/bin/sh

COMMAND=$1
BRANCH=$2

if [[ "$COMMAND" == "init" ]]
then
    echo "INITIALIZING SESSION '$BRANCH'"
    git fetch --prune
    git pull --ff-only

xpepper

INIT SESSION (only once!)

git fetch --prune
git pull --ff-only
git checkout master
git merge origin/master --ff-only
git branch mob-session-1
git checkout mob-session-1
git push --no-verify --set-upstream origin mob-session-1

xpepper

Don't just teach your students to read.

• Teach them to question what they read, what they study.
• Teach them to doubt.
• Teach them to think.
• Teach them to make mistakes and learn from them.
• Teach them how to understand something.
• Teach them how to teach others.

xpepper

#!/bin/bash
set -e
set -o pipefail

echo '***Start***'

INSTRUCTION="If you want to deploy, try running the script with 'deploy stage region profile', e.g. 'deploy dev eu-west-1 non-prod'" 

if [ $# -eq 0 ]; then
  echo "Missing arguments." 

xpepper

From https://gitlab.com/snippets/1846041

The origins of the term "blue-green deployment"

The blue-green story, as is so often the case, was about navigating a tricky client. The build team I was leading had figured out there were lots of differences between the test environments and production. (There were also differences between each of the test environments, but that’s another set of patterns!)

We figured the safest way to check a release was to deploy the app side-by-side onto the same physical boxes as the live system. We were running WebLogic which has the concept of a “domain”, which is just a directory full of application files. We would deploy the new version in an adjacent directory, which we called the “shadow domain” (which had a nice fantasy ring to it: “Prepare the shadow domain!” etc.), attach it to a local port, and smoke test it there by connecting directly to the port. Once we were happy with the deployment we could cut over th

xpepper

podcast to listen

• https://softwareengineeringdaily.com/2019/09/27/stripe-infrastructure-management-with-uma-chingunde/
• https://softwareengineeringdaily.com/2019/11/14/graalvm-quarkus-java-acceleration-with-guillaume-smet-and-emmanuel-bernard/
• https://softwareengineeringdaily.com/2019/11/21/http-with-julia-evans/
• https://softwareengineeringdaily.com/2019/09/27/stripe-infrastructure-management-with-uma-chingunde/

xpepper

Video: https://www.youtube.com/watch?v=0j7Veab853c

Repositories:

• https://github.com/pdincau/book-evaluation
• https://github.com/pdincau/book-service
• https://github.com/pdincau/config-server
• https://github.com/pdincau/api-gateway
• https://github.com/pdincau/eureka-server

xpepper

Microservices Lessons Learned

"People try to copy Netflix, but they can only copy what they see. They copy the results, not the process" - A.Cockcroft - AWS

Many case studies about migrating to microservices are about big organizations like Netflix, Google, Zalando, Facebook, Etsy, etc. What about smaller companies?

Each journey is different for every organization: what works for an org does not work for another. No golden-rule.

There are different circumstances:

xpepper

Rodrigue Schaefer: From monolith to microservices about some of the challenges of Zalando's transition from monolith to microservices (microXchg 2016)

Zalando history

• 2008 started with a POC with magento => starts fine but does not scale very well

• 2010 couldn't handle the raising load and traffic with magento

• => so in 3 months they build their own system, based on Java, Spring, Postgres DB (a monolithic application)

xpepper

What is a Design Pattern?

Every Software Engineer certainly must have to deal with change. Change is a constant in Software Design: adding feature, changing of requirement or bug fixing.

What is a design pattern? In simplest way I can say, it is a general solution for common problems in Software Development. The purpose of design patterns is to help structure your code so it will be flexible and resilient when its changed.

There are 23 common design patterns that are being used by programmers around the world. In this chapter I am going to describe the Observer Pattern.

Introduction to Observer Pattern