mirzmaster

Stevey's Google Platforms Rant

I was at Amazon for about six and a half years, and now I've been at Google for that long. One thing that struck me immediately about the two companies -- an impression that has been reinforced almost daily -- is that Amazon does everything wrong, and Google does everything right. Sure, it's a sweeping generalization, but a surprisingly accurate one. It's pretty crazy. There are probably a hundred or even two hundred different ways you can compare the two companies, and Google is superior in all but three of them, if I recall correctly. I actually did a spreadsheet at one point but Legal wouldn't let me show it to anyone, even though recruiting loved it.

I mean, just to give you a very brief taste: Amazon's recruiting process is fundamentally flawed by having teams hire for themselves, so their hiring bar is incredibly inconsistent across teams, despite various efforts they've made to level it out. And their operations are a mess; they don't real

mirzmaster

import com.cloudbees.hudson.plugins.folder.*
import org.jenkinsci.plugins.workflow.multibranch.WorkflowMultiBranchProject
import org.jenkinsci.plugins.workflow.job.WorkflowJob

for (item in Hudson.instance.items) {
    wipeWorkspace(item)
}

def wipeWorkspace(item) {
    println("--> found " + item.getClass().getCanonicalName())

mirzmaster

CIDR        Total number    Network             Description:
Notation:   of addresses:   Mask:
--------------------------------------------------------------
/0          4,294,967,296   0.0.0.0             Every Address
/1          2,147,483,648   128.0.0.0           128 /8 nets
/2          1,073,741,824   192.0.0.0           64 /8 nets
/3          536,870,912     224.0.0.0           32 /8 nets
/4          268,435,456     240.0.0.0           16 /8 nets
/5          134,217,728     248.0.0.0           8 /8 nets
/6          67,108,864      252.0.0.0           4 /8 nets

mirzmaster

version: '2'

services:
  portainer:
    image: portainer/portainer
    ports:
      - 9123:9000
    restart: always
    command: -H unix:///var/run/docker.sock
    volumes:

mirzmaster

1. screen ~/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/tty
2. when done use CTRL-A CTRL-\ and then y (for yes) to exit

Alternative method: 

1. docker run -it --privileged --pid=host debian nsenter -t 1 -m -u -n -i sh

mirzmaster

reword() {
    if [ -z "$1" ];
    then
        echo "No SHA provided. Usage: \"git reword <SHA>\"";
        exit 1;
    fi;
    if [ $(git rev-parse $1) == $(git rev-parse HEAD) ];
    then
        echo "$1 is the current commit on this branch.  Use \"git commit --amend\" to reword the current commit.";
        exit 1;

mirzmaster

Learning How To Learn

Module 1 - What is Learning

Focused/Diffuse Modes Thinking
	- Obviously ‘focused’ is when you’re concentrating. Direct approach to solving familiar problems.
	- Focused: thoughts move through nicely-paved road of familiar notions (neural pattern looks very tight and directed).
		- encompasses rational, sequential, analytical approaches to thinking
	- Diffuse: More of a search function neural pattern. Thoughts move widely. More of a broad/big-picture perspective trying to connect ideas from different places.
	- We’re always either in focused or diffuse mode of thinking.

mirzmaster

Keybase proof

I hereby claim:

• I am mirzmaster on github.
• I am mirzmaster (https://keybase.io/mirzmaster) on keybase.
• I have a public key ASCeLfVRHP6eweW9klmg3hypuWpglWPNoCHlrby4M0dtPAo

To claim this, I am signing this object:

mirzmaster

How to setup Let's Encrypt for Nginx on Ubuntu 16.04 (including IPv6, HTTP/2 and A+ SLL rating)

There are two modes when you don't want Certbot to edit your configuration:

• Standalone: replaces the webserver to respond to ACME challenges
• Webroot: needs your webserver to serve challenges from a known folder.

Webroot is better because it doesn't need to replace Nginx (to bind to port 80) to renew certificates.

In the following, we're setting up mydomain.com to be served from /var/www/mydomain, and challenges will be served from /var/www/letsencrypt.

mirzmaster

Why use frontend server (Apache or HAProxy or Nginx)?

Scalability - You can load balance multiple instances of your application behind front end server. This will allow you to handle more volume, and increase stability in the event one of your instances goes down.

Security - Apache, Tomcat, and Glassfish all support SSL, but if you decide to use Apache, most likely thats where you should configure it. If you want additional protection against attacks (DoS, XSS, SQL injection, etc.) you can install the mod_security web application firewall.

Additional Features - Apache has a bunch of nice modules available for URL rewriting, interfacing with other programming languages, authentication, and a ton of other stuff.

Clustering - By using Apache HTTP as a front end you can let Apache HTTP act as a front door to your content to multiple Apache Tomcat instances. If one of your Apache Tomcats fails, Apache HTTP ignores it and your Sysadmin can sleep through the nigh