1. Напишите хороший и понятный код, поддающийся легкому изменению
2. Задаться вопросом: А есть ли требование, чтобы было производительнее или это моя внутренняя потребность что-то оптимизировать?
3. Произвести измерение производительности ВСЕЙ системы до оптимизации
4. Найти бутылочное горлышко (Часть системы, которая вносит больший вклад в замедление производительности)
5. Произвести измерение производительности бутылочного горлышка
6. Написать тест на участок с бутылочным горлышком (если его еще нет)
7. Произвести оптимизацию (сохранив старую версию кода, чтобы можно было вернуться)
8. Произвести измерение производительности бутылочного горлышка и сравнить с измерением до оптимизации
9. Произвести измерение производительности ВСЕЙ системы и сравнить с измерением до оптимизации

Программисты тратят огромное количество времени, размышляя или беспокоясь о скорости неключевых частей своих программ, и такие попытки повысить эффективность на самом деле оказывают сильное негативное влияние, если учитывать отладку и сопровождение. Мы должны забыть о незначительных оптимизациях примерно в 97% случаев: преждевременная оптимизация — корень всех зол.

Traditional YAML:

apiVersion: v1
kind: Service
metadata:
  name: my-service
  labels:
    app: web
spec:
  selector:
    app: web
  ports:
  - port: 80
    targetPort: 8080

---
{
  apiVersion: "v1",
  kind: "Service",
  metadata: {
    name: "my-service",
    labels: {
      app: "web",
    },
  },
  spec: {
    selector: {
      app: "web",
    },
    ports: [{
      port: 80,
      targetPort: 8080,
    }],
  },
}

- Важны пробелы и отступы;
- Строки без кавычек, которые иногда неожиданно превращаются в числа или булевы значения;
- Разные варианты записи одного и того же объекта.

- все строки всегда в двойных кавычках;
- ключи без кавычек, кроме неоднозначных случаев;
- map-структуры всегда в {};
- списки всегда в [].

- поддерживает комментарии;
- разрешает завершающие запятые;
- не требует кавычек у ключей.

Preferences → Editor → General → Smart Keys → Use "CamelHumps" words

Honor "CamelHumps" words settings when selecting on double click

The YAML 1.2 specification was published in 2009. Its primary focus was making YAML a strict superset of JSON.

Итак, я читаю, чтобы забывать. Когда начинаю читать, я заранее готов потерять 98% того, что передо мной. От большинства текстов я хочу только двух вещей: во-первых, чтобы они слегка изменяли мое мышление, добавляя небольшоей кусочек к более точной модели мира; во-вторых, чтобы вытащить несколько ключевых идей, которые я, возможно, использую позже в своих текстах.

func func1() {
  printMemStats() // Alloc/Sys: 0/7 MiB (0/7 MiB)

  f, err := os.Open("file.json")
  if err != nil {
    panic(err)
  }

  printMemStats() // Alloc/Sys: 0/7 MiB (0/7 MiB)

  var dto Dto

  err = json.NewDecoder(f).Decode(&dto)
  if err != nil {
    panic(err)
  }

  printMemStats() // Alloc/Sys: 304/317 MiB (197/401 MiB)
}

func func2() {
  printMemStats() // Alloc/Sys: 0/7 MiB (0/7 MiB)

  b, err := os.ReadFile("file.json")
  if err != nil {
    panic(err)
  }

  printMemStats() // Alloc/Sys: 65/75 MiB (65/76 MiB)

  var dto Dto

  err = json.Unmarshal(b, &dto)
  if err != nil {
    panic(err)
  }

  printMemStats() // Alloc/Sys: 145/191 MiB (134/232 MiB)
}

func func3() {
  printMemStats() // Alloc/Sys: 0/7 MiB (0/7 MiB)

  b, err := os.ReadFile("file.json")
  if err != nil {
    panic(err)
  }

  printMemStats() // Alloc/Sys: 65/76 MiB (65/76 MiB)

  var dto Dto

  err = json.Unmarshal(b, &dto)
  if err != nil {
    panic(err)
  }

  printMemStats() // Alloc/Sys: 145/190 MiB (145/190 MiB)

  b = nil
  runtime.GC()

  printMemStats() // Alloc/Sys: 47/191 MiB (38/232 MiB)

  fmt.Println(dto.Objects[0].Field)
}