Если что, то Kubernetes это второй по размеру OpenSource проект после Linux 😉
Было бы интересно выслушать аргументы.
Да Кампоя туда наняли, и еще с десяток крутых спецов из околоконтейнерной тусовки. Наряду с этим Apple проинвестировала миллиард в свои собственные датацентры, и начинает уходить от аутсорсинга своих бекенд сервисов. Плюс сотрудничество с Google над сервисом.
Все это внушает надежду, что вскоре в нас может ждать много интересного от Apple в плане Go
Привет. Хороший вопрос.
1) Официально никакие DI либы в стандартную библиотеку не тащат и это хорошо. Wire делается гуглом, и наверное там и применчется, но его широкого распостранения я пока не встречал.
2) Использовать или нет — выбор только за вами :)
Ну в комьюнити, на самом деле, много людей написали, что они либо постеснялись подать материал, либо провтыкали.
1. Возможно я не совсем правильно понял вашу проблему, но все же постараюсь ответить. В Go принято делать вещи как можно проще, это касается и стуктуры проекта. Если у вас например API
Возможно стоит прочитать вот это:
rakyll.org/style-packages
medium.com/...ckage-layout-7cdbc8391fc1
www.ardanlabs.com/...-work-in-go-language.html
Возможно прольют немного света на идеологию пакетов в Go
2. Прямо вот голден стандарта нету. Старайтесь разбивать ваши функции так что бы в одной функции не было 100500 вызовов где нужно хендлить ошибки. Прочитайте:
dave.cheney.net/...rs-handle-them-gracefully
dave.cheney.net/...ste/gocon-spring-2016.pdf
dave.cheney.net/tag/error-handling
www.ardanlabs.com/...andling-in-go-part-i.html
www.ardanlabs.com/...ndling-in-go-part-ii.html
3. Вот выступление Митчела Хашимото из HashiCorp. Наверное личший материал что есть про тестирование в Go. Мокать что-то для тестов абсолютно нормальная практика.
www.youtube.com/watch?v=yszygk1cpEc
Слайды: speakerdeck.com/.../advanced-testing-with-go
Не примите в обиду, но из Ваших слов прорисовывается картина практически полного непонимания целей автоматизации тестирования.
В интернете достаточно хорошего материала о том, что такое автоматизация тестирования, и когда целесообразно внедрять ее в проект. Возможно Вам или менеджменту проекта стоит уделить время и поресерчить на тему :)
Автоматизированное тестирование никаким образом не призвано свести на нет мануальных тестировщиков, скорее на оборот. Призвано для того что бы избавить мануальных тестировщиков от бесконечной рутины регрессионного тестирования, и дать возможность уделать больше времени поиску «хитрых функциональных багов».
Здравствуйте Ирина, замечательная статья. А не хотите ли разместить ее на automated-testing.info ?
Врываясь в данный тред, Капитан подсказывает, что ему, директору компании, грозили паяльныком, дыбой, иголками под ногти, и всякими другими тулсами, которые владеют наши многонеуважаемые сотрудники силовых структур.
Для того, что бы что-то изменилось, должен появится Бетмен и дать мзды всем продажным и коррумпированым ментам!
Уж больно много негативных отзывов о девклабе. Как-то настораживает. Тут где-то аналогичная тема была, там вовсем не лестно о них отзывались.
IT рынок Украины это очень не репрезентативная выборка, что бы на ее основе делать такие выводы. С учетом того, что большая часть этого рынка представлена аутсорсом и аутстафом, который берет проекты по накатанной, на «стабильном стеке», что бы в любой момент быстро заменить потери в команде (привет текучка) и не просесть по срокам в проекте. Мировые IT тренды наш рынок догоняет очень медленно.
Смотрите шире. :)
Go это не очередная хайповая поделка, это язык который поддерживается Google, Amazon, Microsoft, IBM, и вот теперь и Apple. Во всех мажорных облаках есть поддержка Go. Docker, Kubernetes, gVisor, CocroachDB, весь HashiCorp стек, и еще многое в сфере облачных технологий и инфраструктуры сейчас написано на Go.
Повторюсь, Kubernetes это второй по размеру OpenSource проект в мире, и он написан на Go.
Уже сотни и тысячи глобальных мировых бизнесов уехали в контейнеры и Кубер, и еще больше больших бизнесов в процессе переезда.