Мне кажется вам надо быть более взрослым, и более специалистом что-ли, если уж вы метите в лиды - и должны понимать, что нет плохих или хороших языков(унылых или не унылых). Все языки, которые успешно используются - хорошие. Просто какие-то лучше подходят для одних задач, а какие-то лучше для других.
Не согласен с вами. Вон мы изучаем что там наши предки в пещерах чертили. Каракуля вроде всякие, ничего ценного(думали они). А для нас современных это важная информация для понимания как они(предки) жили. То же самое и с современными тиктоками. Когда-то через много тысяч лет их может изучать будут.
Уберем первый select, и горутина может начать делать уже ненужную работу. Уберем второй - она может начать писать в канал, в то время как будет произведен выход из функции (контекст отменен или произошла паника). Уберем третий - горутина может начать читать из канала, в то время как одна или несколько горутин не записали значение в канал (контекст был отменен или в горутине произошла паника). Добавление всех трех select обеспечивает более корректную работу и, что может быть более важно, более корректное завершение работы всей функции.
В статье об этом не сказано, но я думаю это стоит упомянуть: работа внутри select происходит со случайным каналом. И если одновременно готов и ctx.Done() и какая-то запись в другой канал - то вполне вероятно, что сработает запись в канал, а не ctx.Done(). Для решения этого подводного камня есть свои способы. Поэтому реализацию работы с каналами надо выбирать под свои нужды.
Передача объекта по ссылке происходит с использованием кучи(heap память), в то время как копирование происходит через stack. Через стэк чаще всего ощутимо быстрее, но есть разные тонкости и нюансы. Надо бенчмаркать каждый конкретный случай.
И тем более почему Mongo, когда по производительности он в десятки раз уступает PostGIS?
А поделитесь пожалуйста материалами(ссылками) на эту тему, если располагаете таковыми. Одно время я пытался выяснить кто из них таки лучше и быстрее работает с геоданными, но ничего внятного не нашел.
Откроется настоящий мессенджер макс.
Мне кажется вам надо быть более взрослым, и более специалистом что-ли, если уж вы метите в лиды - и должны понимать, что нет плохих или хороших языков(унылых или не унылых). Все языки, которые успешно используются - хорошие. Просто какие-то лучше подходят для одних задач, а какие-то лучше для других.
Не согласен с вами. Вон мы изучаем что там наши предки в пещерах чертили. Каракуля вроде всякие, ничего ценного(думали они). А для нас современных это важная информация для понимания как они(предки) жили. То же самое и с современными тиктоками. Когда-то через много тысяч лет их может изучать будут.
В статье об этом не сказано, но я думаю это стоит упомянуть: работа внутри
selectпроисходит со случайным каналом. И если одновременно готов и ctx.Done() и какая-то запись в другой канал - то вполне вероятно, что сработает запись в канал, а не ctx.Done(). Для решения этого подводного камня есть свои способы. Поэтому реализацию работы с каналами надо выбирать под свои нужды.Обработка ошибок в Go - это не проблема. Тут ничего не надо исправлять.
Коллега, жму руку. Если по теме, то когда я поступал, она и была 220100, потом в процессе ее сделали 230101, а что было дальше не знаю)
Передача объекта по ссылке происходит с использованием кучи(heap память), в то время как копирование происходит через stack. Через стэк чаще всего ощутимо быстрее, но есть разные тонкости и нюансы. Надо бенчмаркать каждый конкретный случай.
А поделитесь пожалуйста материалами(ссылками) на эту тему, если располагаете таковыми. Одно время я пытался выяснить кто из них таки лучше и быстрее работает с геоданными, но ничего внятного не нашел.