коллеги, которые тут вечно за rust топят. где у нас в телеграме правильное rust-cообщество?

Судя по тому, что в каналах rust в полный рост обсуждается go это соблюдение паритета

"в полный рост" это очень громко сказано

"в полный рост" это очень громко сказано

Ну не имел ввиду на 80% всех обсуждений, но эмоционально и с огоньком.

даже не могу понять, претензия ли это; ну и я бы сказал, что это максимум ~10% обсуждений, когда кто-то с го-бекграундом заходит; скучная тема короче, неси следующую

даже не могу понять, претензия ли это; ну и я бы сказал, что это максимум ~10% обсуждений, когда кто-то с го-бекграундом заходит; скучная тема короче, неси следующую

Могу азбуку принести, я не про претензии говорил, а про паритет. Там про го, здесь про раст. И кстати на тему обсуждений, хотелось бы именно здесь спросить, если вам критично отсутствие дженериков в го это косяк го или неверный подход к проектированию?

Это особенность а не косяк. Дженерики снизят скорость компиляции и увеличат mental cost. Почитай ишшуй про дженерики на гитхабе голанга, там много технических деталей на эту тему

согласен, у меня правда теперь 5 одинаковых функций сравнения мап, но это ничего страшного /sarcasm (про мапы не шутка)

Их и так бы было 5 одинаковых, просто они описаны были бы через генерики

Что лучше - вопрос открытый

По опыту очевидно, что 5 копипаст лучше

В общем, да

Что лучше - вопрос открытый

Я все таки считаю, что разраб каждого конкретного языка думал как именно будет язык использоваться, прежде чем вносить или не вносить в язык те или иные фичи. Потому как по мне нехватка дженериков к примеру это следствие неоптимального использования инструмента

По опыту очевидно, что 5 копипаст лучше

Как вы сравниваете мапы? По размеру и при совпадении размера по списку ключей?

Как вы сравниваете мапы? По размеру и при совпадении размера по списку ключей?

Мы же с вами обсуждали

согласен, у меня правда теперь 5 одинаковых функций сравнения мап, но это ничего страшного /sarcasm (про мапы не шутка)

родина дала вам кодогенератор, а вы...

родина дала вам кодогенератор, а вы...

Не могу не согласиться, generate значительно уменьшает mental cost

Мы же с вами обсуждали

Обсудили именно в плане конкретого сравнения мап. После стало интересно, как мапы нужно сравнивать и чем полохо сравнивать через глубокое сравнение? Какие то требования к быстродействию? Плюс стало интересно, какие критерии одинаковости мап? Если одинаковые наборы ключей это одинаковые мапы? Если нет, то одинаковые наборы ключей и одинаковые значения в одинаковых ключах, тогда одинаковы?

Обсудили именно в плане конкретого сравнения мап. После стало интересно, как мапы нужно сравнивать и чем полохо сравнивать через глубокое сравнение? Какие то требования к быстродействию? Плюс стало интересно, какие критерии одинаковости мап? Если одинаковые наборы ключей это одинаковые мапы? Если нет, то одинаковые наборы ключей и одинаковые значения в одинаковых ключах, тогда одинаковы?

Мне кажется это оффтоп, приглашаю вас обратно в группу, где мы обсуждали

Обсудили именно в плане конкретого сравнения мап. После стало интересно, как мапы нужно сравнивать и чем полохо сравнивать через глубокое сравнение? Какие то требования к быстродействию? Плюс стало интересно, какие критерии одинаковости мап? Если одинаковые наборы ключей это одинаковые мапы? Если нет, то одинаковые наборы ключей и одинаковые значения в одинаковых ключах, тогда одинаковы?

Последнее предложение - да

Не могу не согласиться, generate значительно уменьшает mental cost

Mental cost относится к системе типов, а не к обощённому коду. И у вас что-то странное, не припомню чтобы мне приходилось глубоко сравнивать мапы. Я конечно не правильный программист, но чет имхо мапы для другог

извините, я видимо просто не правильно ассоциировал "mental cost", исправлюсь

Мне показалось из контекста ясно, что это к языку в целом относится, поэтому не стал уточнять

всё так, go generate не относится к языку, т.к. является отдельным шагом в пайплайне

Go generate примегяется редко и в весьма экзотических ситуациях.

Вместа makefile норм заходит

Go generate примегяется редко и в весьма экзотических ситуациях.

я просто тогда не очень понял, про какую генерацию речь

И кстати, дали бы голангу дженерики, те же люди пришли бы и сказали - хотим тайп классы или зависимые типы. Как баба из сказки Пушкина

кстати да, почему бы и нет

Или gadt

И кстати, дали бы голангу дженерики, те же люди пришли бы и сказали - хотим тайп классы или зависимые типы. Как баба из сказки Пушкина

я не понимаю, вы пропустили что ли презентацию, гле представитель го рассказывает, почему именно они не сделали дженерики в го1?

могу скинуть

тайминг 50:29 https://youtu.be/sX8r6zATHGU?t=3029

для меня основной плюс golang - небольшое кол-во внешних зависимостей типа jvm или локального интерпретатора с библиотеками, как у perl/python, в сочетании с GC и concurrency. Генерики и развитая система типов вместо интерфейсов мне бы не помешала

я не понимаю, вы пропустили что ли презентацию, гле представитель го рассказывает, почему именно они не сделали дженерики в го1?

Не обращайте внимания. Это флуд был.

Не обращайте внимания. Это флуд был.

зачем тогда был изначальный наброс про mental cost?

Если я засну и проснусь через сто лет и меня спросят что происходит в гошном чатике. Я не глядя отвечу: идёт срач с забежавшими рустерами и срач про женерики.

надо же было мне хотя бы раз за два месяца к вам залететь, я скучал

тем более такой повод (внимание, тег sarcasm)

/start@daysandbox_bot

Привет всем я начинаю учится самостоятельно пожалуйста расскажите какой редактор (IDE ) нужен я программирование языка Go ? Заранее спасибо

Привет всем я начинаю учится самостоятельно пожалуйста расскажите какой редактор (IDE ) нужен я программирование языка Go ? Заранее спасибо

vi

пока учишься, особо не надо, даже play хватит

vi

:D садист

mc

Я нашёл книгу там не написано про idea

пока учишься, особо не надо, даже play хватит

Что за play ?

https://play.golang.org/

какая ide, если даже go tour не пройден..

https://play.golang.org/

Спасибо ! А дальнейшем что надо выбирать ?

vi

зависит от вас больше. Я думаю, vs code наиболее популярен

vi - выбор профессионалов

Спасибо ! А дальнейшем что надо выбирать ?

Goland, если есть деньги, vscode, если проект не большой и денег на голэнд жалко

vi improved

кстати да, забыл про goland, тоже достойная альтернатива

Goland, если есть деньги, vscode, если проект не большой и денег на голэнд жалко

Чего бесплатный континент нет

сегодня кстати скидка на жетбрейнс

50%

а vscode умеет автодополнение по пакетам как goland? или ручками имена методов дописывать надо?

ERROR: S client not available

кстати да, забыл про goland, тоже достойная альтернатива

Голэнд для больших проектов хорош. Потому что может показать имплементации интерфейсов

а vscode умеет автодополнение по пакетам как goland? или ручками имена методов дописывать надо?

умеет

а vscode умеет автодополнение по пакетам как goland? или ручками имена методов дописывать надо?

Умеет, только пока с vgo/go modules не умеет

vim тоже умеет, к слову

круто, надо попробовать

подскажите, есть ли линтер под sql пакет, который подсказывает про Close() и прочее?

Юзай goland, будет тебе линтёр sql. Юзай вс код, будешь ипаца без всякого линтера

И без db консоли нормальной

vim+SQLUtilities

Что лучше использовать для чтения Body запроса: ioutil.ReadAll() или (b *Buffer) ReadFrom() из bytes?

Что-то мне подсказывает что они делают разные вещи

Здравствуйте. Подскажите orm для go максимально по синтаксису похожую на peewee orm из python

Здравствуйте. Подскажите orm для go максимально по синтаксису похожую на peewee orm из python

Не думаю, что орм для такое количество

Здравствуйте. Подскажите orm для go максимально по синтаксису похожую на peewee orm из python

выбирать особо не из чего. их всего пяток более-менее поддерживаемых

Пяток это много кстати

Что лучше использовать для чтения Body запроса: ioutil.ReadAll() или (b *Buffer) ReadFrom() из bytes?

В зависимости от того что тебе там приходит , если тело json то я обычно через ioutill.ReadAll делаю , по бенчмаркам мерял самый быстрый способ был , если post с формой то в зависимости от параметров

кто как в REST API PATCH делает?

или частичный патч?

конкретизируй

вот у тебя есть REST PATCH, который принимает данные для частичного апдейта сущности. Ты его анализируешь и строишь уже к примеру апдейты к базе. Кто как делает это?

я думаю это зависит от db-слоя. если ормка, то апдейтишь поля у сущности, дальше орм сама сохрпаняет. если голый sql, то создаешь update из пришедших полей. Это ты хочешь знать?

есть варианты jsonpath2sql?

gorm кстати норм или что еще посоветуете?

Какой фреймворк посоветуете для написания апи, вот прям чтобы потом можно было и в продакшене юзать? Я пока на биго остановился, пользуется им кто-нибудь?

Можно и стандартный использовать

обсуждение фреймворков здесь близко к нулю, потому что ими никто не пользуется

Каждый раз когда заходят такие разговоры, понимаю, насколько хорошо что в Го есть достаточно много стандартных хороших либ на все случаи жизни

Просто писать апи с тем же гориллой? вроде довольно удобен, но не шибко быстрый, а net/http слышал что не особо много в проде работает, или не правда?

Какой фреймворк посоветуете для написания апи, вот прям чтобы потом можно было и в продакшене юзать? Я пока на биго остановился, пользуется им кто-нибудь?

gin простой и быстрый