evalphobia

tl;dr

• JSON is faster for small size data
  • map (key size < 50 and Unmarshalling intensive workload)
  • single struct
• gob is faster for big size data
  • map (key size > 50 or Marshalling intensive workload)
  • slice

(old) about

evalphobia

#!/bin/bash

OS_KEY_REPEAT=2
OS_REPEAT_START=15


# keyboard
defaults write NSGlobalDomain KeyRepeat -int $OS_KEY_REPEAT # キーリピート速度
defaults write NSGlobalDomain InitialKeyRepeat -int $OS_REPEAT_START # キーリピート開始までの時間
defaults write NSGlobalDomain ApplePressAndHoldEnabled -bool false # キー代用入力を無効にする

evalphobia

6 Concurrency　並行処理

• ゴルーチンを使ったコード
• レースコンディションの検知と修正
• チャネルによるデータ共有

・スケジューラーがどのゴルーチンがどのプロセッサで動いているか管理している
・CSP message passing model（共有データをロックするのではなくチャネルでの受け渡し）

evalphobia

package bench

import (
	"strconv"
	"testing"
)

var smallStr = "35"
var bigStr = "999999999999999"

evalphobia

1122334455667788A
AABBCCDDEEFFGGHH1

evalphobia

Golang Benchmark: uuid(v4) vs cuid vs nanoid

Comparing these libraries

• github.com/google/uuid
• github.com/lucsky/cuid
• github.com/matoous/go-nanoid

result

evalphobia

Ch.1の前に、この本の簡単な説明。

SRE本が教科書/参考書とするとワークブックは問題集。 SRE本は主に原則や哲学を説明していたが、ワークブックはその原則をどのように適用していくかについて説明。 SRE本はGoogle内でのSREの実践例の話だったが、ワークブックはその他の企業（GCPユーザー）での話もあり。

• Evernote, Home Depot, NY Times, Spotify

1. SREはDevOpsにどのように関わっていくのか

evalphobia

Goでよくやってしまうミスが3つあります。
私はそのミスを、分かりやすいように簡略した書き方ではなく、巷でよく見かける書き方のままここで説明します。
３つのミスの全てが、私の知る限り少なくとも1回づつ、Kubernetesの過去のコードレビューにありました。

1: ループ変数がループ外のスコープになっている

この各行はいったい何を行っているのでしょうか。想像してから下へスクロールしてください。

evalphobia

package library

import (
	"bytes"
	"image"
	"image/jpeg"
	"io"

	"github.com/disintegration/imaging"
)

evalphobia

class Action {
  constructor(req, res){
    this.request = req;
    this.response = res;
    this.requestSource = (req.body.originalRequest) ? req.body.originalRequest.source : undefined;

    this.app = new DialogflowApp({req, res});

    console.log('api-v2')
  }