внешние интеграции, это похоже всегда боль

Кстати, не всегда)

а не скучный код на го это как вообще?

Это когда читаешь и всё время пад сталом.

не все конторы/заказчики соглосятся помоему) всё же для некоторых проектов просто невыгодно юзать го, надо же его поддерживать потом, а гоферы всё же получают больше php разработчики, на пример

Вот представим у тебя есть неделя на изучение чего-то нового. Что выберешь? Изучить PHP или K8s?:)

Зачем учить пхп если можно просто сесть и писать на нем?

1. отсутствие комментариев
2. отсутствие сборки кода
3. отсутствие форматирование
4. не используют линтеры
5. портянки кода
6. бесчисленные fmt.Println("тут что-то")
7. panic всюду... ну прямо совсем... чуть ли не любую ошибку так обрабатывают
8. не делают нормального продового структурирования на пакеты
9. не пишут документацию от слова совсем
10. часто делают не то что надо
11. если пишут тесты то только позитивные сценарии, часто негативных сценариев почти не найти и это проблема
12. часто код скушный, не интересный и когда все эти пункты на него наслаиваются впечатление портится

коллеги, а кто-нибудь составлял (ну или видел в интернетах) примерную карту развития golang разработчика?