Пользуемся сабмодулями достаточно активно для общих подпроектов сервисов. Всё можно менять и из основного репозитория. Точнее для работы с гитом сабмодуля — входишь в него и делаешь всё как и везде. Даже VSCode поддерживает работу с сабмодулями
Я не из 2GIS, но для крупного питерского заказчика по нашему проекту внедряли справочник ФИАС. Так мы тоже узнали, что для питера Литера в качестве корпуса — это норма. Хуже только то, что у них бывает и просто номер дома 22В, и 22 Литер В. И к сожалению пользователям было всё равно как вводить данные :(
Горутины ведь тоже синтаксический сахар, превращённый в killer-фичу языка. Async/await является удобной и приятной штукой, но он не гарантирует исполнение на другом потоке, также как и yeild, но в последнем случае нам приходится больше писать самим и мы можем подготовить свой класс Awaiter'а, который всегда будет делать новый поток как только мы напишем yeild return Yeild.RunAsync(...). Но чего об этом спорить — это всего лишь сахар — кто-то любит крепкий чай, а кто-то послаще :)
Async/await — Классический костыль для синхронизации.
В Go используются горутины и общаются они через каналы. Этот костыль просто не нужен при правильном построении программы.
Так async/await по сути и есть более удобный синтаксис корутин/горутин/сопроцедур, что есть одно и то же. Тем более, что вообще C# поддерживал в некотором роде сопроцедуры ещё с версии 2.0, когда появилось слово yeild и итераторы. Это уже позволяло (пусть и не так удобно) писать корутины и получать всю прелесть, что сейчас есть с async/await. Так что в этом плане горутины не новость.
Savochkin
Я как житель великой и могучей тоже за и поддерживаю.
Просто по началу хватало багов и в самой системе. Всех торопили с загрузкой данных, а она не всегда принимала. Или некоторые предположения сделанные в ГИС ЖКХ не сходятся с объективной реальностью. Например, когда один большой дом оказывается снабжается двумя разными котельными с разными температурными графиками. В жизни всякое бывает :)
Сейчас пользуемся Trello, но автоматизации связки задач не хватает. Систему попробовал — выглядит многообещающе.
— Пока действительно неясно будущее в плане развития и лицензирования.
— Не хватает справки или обучающих роликов. До некоторых способов взаимодействия приходится додумывать методом «тыка».
— Наверняка будет очень востребован импорт досок/задач из Jira/Redmine/Trello/etc.
— Насколько удобно будет пользоваться вашей системой в стиле Kanban с колонками Backlog/In Progress/Testing/Done — можно ли автоматически проставлять задачу как выполненную, когда она попадает в Done?
Горутины ведь тоже синтаксический сахар, превращённый в killer-фичу языка. Async/await является удобной и приятной штукой, но он не гарантирует исполнение на другом потоке, также как и yeild, но в последнем случае нам приходится больше писать самим и мы можем подготовить свой класс Awaiter'а, который всегда будет делать новый поток как только мы напишем
yeild return Yeild.RunAsync(...)
. Но чего об этом спорить — это всего лишь сахар — кто-то любит крепкий чай, а кто-то послаще :)Так async/await по сути и есть более удобный синтаксис корутин/горутин/сопроцедур, что есть одно и то же. Тем более, что вообще C# поддерживал в некотором роде сопроцедуры ещё с версии 2.0, когда появилось слово yeild и итераторы. Это уже позволяло (пусть и не так удобно) писать корутины и получать всю прелесть, что сейчас есть с async/await. Так что в этом плане горутины не новость.
Вообще, по-моему, это хороший рассадник граблей. Очень неявно и для неопытных программистов может быть сложно определить источник проблемы.
Я как житель великой и могучей тоже за и поддерживаю.
Просто по началу хватало багов и в самой системе. Всех торопили с загрузкой данных, а она не всегда принимала. Или некоторые предположения сделанные в ГИС ЖКХ не сходятся с объективной реальностью. Например, когда один большой дом оказывается снабжается двумя разными котельными с разными температурными графиками. В жизни всякое бывает :)
— Пока действительно неясно будущее в плане развития и лицензирования.
— Не хватает справки или обучающих роликов. До некоторых способов взаимодействия приходится додумывать методом «тыка».
— Наверняка будет очень востребован импорт досок/задач из Jira/Redmine/Trello/etc.
— Насколько удобно будет пользоваться вашей системой в стиле Kanban с колонками Backlog/In Progress/Testing/Done — можно ли автоматически проставлять задачу как выполненную, когда она попадает в Done?