О языке Go и стокгольмском синдроме

1. Неприятная правда
про язык GO
Даниил Подольский
Djarvur.net

2. Немного о себе
● 25 лет в IT
● 20 лет сисадминского опыта
● 10 опыта в разработке
● 5 лет опыта тимлидом
● 4 года разработки на Go

3. О чем этот доклад
О темной стороне силы!

4. Немного истории
● go 1 — 28 марта 2012 года — Первая официальная версия
● go 1.1 — 13 мая 2013 года — введены method values
● go 1.2 — 1 декабря 2013 года — любая попытка обратиться по указателю nil гарантированно вызывает панику
● go 1.3 — 18 июня 2014 года — изменена модель распределения памяти
● go 1.4 — 10 декабря 2014 года — в реализацию добавлена поддержка платформ Android, NaCl on AMR, Plan9
on AMD64.
● go 1.5 — 19 августа 2015 года — в записи map-литералов указание типа каждого элемента сделано
факультативным, в реализации среда исполнения и компилятор полностью переписаны на Go и ассемблере,
более не используется язык Си.
● go 1.6 — 17 февраля 2016 года — изменений в языке нет, среда портирована на платформы Linux on 64-bit
MIPS, Android on 32-bit x86 (android/386)
● go 1.7 — 16 августа 2016 года — уменьшены время компиляции и размер бинарных файлов, в стандартную
библиотеку добавлен пакет context.
● go 1.8 — 7 апреля 2017 года — ускорена работа встроенного сборщика мусора памяти, модуль «http»
получил возможность мягкой остановки, добавлена поддержка процессоров с архитектурой MIPS (32-бит).
Внесены исправления в ряд пакетов и утилиты.
● go 1.9 — 24 августа 2017 года — добавлены в язык псевдонимы имён типов, потоково-безопасный тип map.

5. Конкуренты
2007 Fan
2007 Apex
2007 Vala
2007 Clojure
2007 LOLCODE
2008 RapidRage
2008 Disciple
2008 PCASTL
2008 Seccia
2008 Fortress
2009 Go
2009 Coffee Script
2010 Chapel
2010 RPG Open
Access
2010 Rust
2011 C++11
2011 Ceylon
2011 Dart
2011 Elm
2011 Kotlin
2011 Red
2012 Ada 2012
2012 Elixir
2012 Julia
2012 TypeScript
2014 Hack
2014 С++14
2014 Swift

6. Достоинства языка Go
● Комбинированная модель многопоточности
● Кросплатформенность и
кроскомпилируемость
● Быстрая сборка
● Легко читаемый синтаксис
● Стандарт на стиль кода

7. О влиянии языка Go на индустрию
● Влияние есть

8. О влиянии языка Go на индустрию
● Влияние есть
○ Потому, что хайп

9. О влиянии языка Go на индустрию
● Влияние есть
○ Потому, что хайп
○ Ну и потому, что Go - реально
важное явление в нашей
индустрии

10. Темная сторона силы:
обработка ошибок

11. Темная сторона силы:
обработка ошибок
● Анализ кода возврата

12. Темная сторона силы:
обработка ошибок
● Анализ кода возврата
○ Парсить текст? RLY?

13. Темная сторона силы:
обработка ошибок
● Анализ кода возврата
○ Парсить текст? RLY?
● Потеря контекста

14. Темная сторона силы:
обработка ошибок
● Анализ кода возврата
○ Парсить текст? RLY?
● Потеря контекста
○ Протаскивать или контекст вверх,
или обработчик вниз

15. Темная сторона силы:
обработка ошибок
● Анализ кода возврата
○ Парсить текст? RLY?
● Потеря контекста
○ Протаскивать или контекст вверх,
или обработчик вниз
○ Монстры логирования

16. Темная сторона силы:
обработка ошибок
Монстры логирования

17. Темная сторона силы:
обработка ошибок
● Нас провоцируют игнорировать
ошибки

18. Темная сторона силы:
обработка ошибок
● Нас провоцируют игнорировать
ошибки
○ Или обрабатывать их с потерей
контекста

19. Темная сторона силы: наследование
● Его нет

20. Темная сторона силы: наследование
● Его нет
○ Оно нужно

21. Темная сторона силы: наследование
● Его нет
○ Оно нужно
■ Например, для неоднородных
массивов

22. Темная сторона силы: наследование
Эмуляция на интерфейсах

23. Темная сторона силы: наследование
● interface{}

24. Темная сторона силы: наследование
● interface{}
● Type switch

25. Темная сторона силы: наследование
● interface{}
● Type switch
● Нас провоцируют писать свой
динамический язык!

26. Темная сторона силы:
Формат исполняемого файла
● Ресурсы - их нет

27. Темная сторона силы:
Формат исполняемого файла
● Ресурсы - их нет
○ Но они нужны

28. Темная сторона силы:
Формат исполняемого файла
● Ресурсы - их нет
○ Но они нужны
● Go-bindata? RLY?

29. Темная сторона силы:
Формат исполняемого файла
● Ресурсы - их нет
○ Но они нужны
● Go-bindata? RLY?
○ Код и данные вперемешку

30. Темная сторона силы:
про “вперемешку”
● Нельзя задать, где - в куче или на
стеке - будет выделена память
переменная

31. Темная сторона силы:
про “вперемешку”
● Нельзя задать, где - в куче или на
стеке - будет выделена память
переменная
○ Но - можно. Через unsafe

32. Темная сторона силы:
про “вперемешку”
● Нельзя задать, где - в куче или на
стеке - будет выделена память
переменная
○ Но - можно. Через unsafe
○ Прирост производительности -
до 7 раз (according to @kirilldanshin)

33. Темная сторона силы: setuid
● Он нужен

34. Темная сторона силы: setuid
● Он нужен
○ Но его нет - во всяком случае, на
линуксе

35. Темная сторона силы: setuid
● Он нужен
○ Но его нет - во всяком случае, на
линуксе
● Как это делается

36. Темная сторона силы: setuid
● Он нужен
○ Но его нет - во всяком случае, на
линуксе
● Как это делается
○ Через анальное отверстие

37. Темная сторона силы: макросы
● Их нет

38. Темная сторона силы: макросы
● Их нет
○ Они не нужны (RLY?)

39. Темная сторона силы: макросы
● Их нет
○ Они не нужны (RLY?)
● Но __FILE__ и __LINE__
нужны обязательно

40. Темная сторона силы: макросы

41. Темная сторона силы:
Иммутабельность
● Ее нет

42. Темная сторона силы:
Иммутабельность
● Ее нет
○ Она не нужна

43. Темная сторона силы:
Иммутабельность
● Ее нет
○ Она не нужна
○ Но нужна

44. Темная сторона силы:
Иммутабельность
● Ее нет
○ Она не нужна
○ Но нужна
● Эмуляция на передаче по значению

45. Темная сторона силы:
Иммутабельность
● Ее нет
○ Она не нужна
○ Но нужна
● Эмуляция на передаче по значению
■ RLY?

46. Темная сторона силы:
Иммутабельность
● Ее нет
○ Она не нужна
○ Но нужна
● Эмуляция на передаче по значению
■ RLY?
■ Это не работает

47. Темная сторона силы:
Иммутабельность
● Ее нет
○ Она не нужна
○ Но нужна
● Эмуляция на передаче по значению
■ RLY?
■ Это не работает
● Особенно для слайсов

48. Темная сторона силы:
Область видимости

49. Темная сторона силы:
Область видимости
Я
Гендальф!

50. Темная сторона силы:
Область видимости
Я
Гендальф!

51. Темная сторона силы:
Список не полон
● это только то, что я насобирал за месяц
подготовки к докладу

52. Темная сторона силы:
Список не полон
● это только то, что я насобирал за месяц
подготовки к докладу
○ Есть еще типизованный nil

53. Темная сторона силы:
Список не полон
● это только то, что я насобирал за месяц
подготовки к докладу
○ Есть еще типизованный nil
○ А еще ковертация типа коллекции -
только копированием

54. Темная сторона силы:
Список не полон
● это только то, что я насобирал за месяц
подготовки к докладу
○ Есть еще типизованный nil
○ А еще ковертация типа коллекции -
только копированием
○ А еще есть Unmarshal в interface{}

55. Темная сторона силы:
Список не полон
● это только то, что я насобирал за месяц
подготовки к докладу
○ Есть еще типизованный nil
○ А еще ковертация типа коллекции -
только копированием
○ А еще есть Unmarshal в interface{}
○ А еще…

56. Темная сторона силы:
Стокгольмский синдром
● Очень распространен среди
программистов на Go

57. Темная сторона силы:
Стокгольмский синдром
● Очень распространен среди
программистов на Go
○ Потому, что язык и экосистема
бедные и жесткие

58. Что же делать?
● Вести просветительскую работу

59. Что же делать?
● Вести просветительскую работу
● По возможности, не допускать,
чтобы Go становился первым
языком в жизни программиста

60. Что же делать?
● Вести просветительскую работу
● По возможности, не допускать,
чтобы Go становился первым
языком в жизни программиста
○ Но остальные-то языки не лучше,
вот в чем беда :(

61. Спасибо!
Вопросы?

62. Контакты докладчика
onokonem@djarvur.net
TG: @onokonem
Skype: onokonem