Size: a a a

2020 May 10

а

а кто это in Go-go!
а чем редис не устраивает?
источник

DO

Digital Owl in Go-go!
Alexander Emelin
у меня вроде бы конкретный вопрос был, я не в поисках решения - я в поисках озвученного опыта
Ну я пока натс изучаю, вроде окнорм с паб/саб
источник

DO

Digital Owl in Go-go!
С редиской больше админского опыта - тот еще гемор
источник
2020 May 11

D🦆

Dmitry 🦆 in Go-go!
Является ли в Go хорошей практикой комментирование структур? Увидел такое требование в линтере.
источник

OJ

O . J in Go-go!
Да, почему нет.
источник

D🦆

Dmitry 🦆 in Go-go!
Ну потому что если что-то не понятно, то небольшой рефакторинг будет полезнее подписывания.
И если документация пишется другим способом, без автогенерации.

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

S

Sebor in Go-go!
Dmitry 🦆
Ну потому что если что-то не понятно, то небольшой рефакторинг будет полезнее подписывания.
И если документация пишется другим способом, без автогенерации.

Да, иногда полезна, но в большинстве случаев там самые банальные вещи, иногда просто название повторяется, чтобы линтер отвязался.
Ты спросил, хорошая ли практика, тебе однозначно сказали - да.
А то, что там просто копипастят для линтера - это уже другой вопрос
источник

D🦆

Dmitry 🦆 in Go-go!
Какими-то особенностями экосистемы го такая практика обусловлена?
источник

A

Aikidos in Go-go!
Dmitry 🦆
Является ли в Go хорошей практикой комментирование структур? Увидел такое требование в линтере.
да
источник

U

U2227 in Go-go!
Потому что если ты делаешь структуру, то надо описать что это и зачем нужно.
источник

A

Aikidos in Go-go!
Dmitry 🦆
Ну потому что если что-то не понятно, то небольшой рефакторинг будет полезнее подписывания.
И если документация пишется другим способом, без автогенерации.

Да, иногда полезна, но в большинстве случаев там самые банальные вещи, иногда просто название повторяется, чтобы линтер отвязался.
ну, не будешь же где-то писать комментарий, а где-то нет, только потому что там очевидно всё из названия
источник

U

U2227 in Go-go!
И для себя и для других
источник

A

Aikidos in Go-go!
либо не пишут ни для одного поля, либо для всех полей
источник

A

Aikidos in Go-go!
либо для всех структур комментарии, либо ни для одной + линтер то не шарит, что у тебя понятно, а что нет.
источник

D🦆

Dmitry 🦆 in Go-go!
У меня другой опыт - не писать лишних комментариев. Т.е. комментировать только необходимое или рефакторить. Причем если комментировать, то нормально, и скорее в md файле. С коллегами в разных местах обсуждал это еще.
источник

U

U2227 in Go-go!
Комментировать нужно всегда всю нужную информацию в коде, md бывают часто outdated
источник

A

Aikidos in Go-go!
Dmitry 🦆
У меня другой опыт - не писать лишних комментариев. Т.е. комментировать только необходимое или рефакторить. Причем если комментировать, то нормально, и скорее в md файле. С коллегами в разных местах обсуждал это еще.
md файлы подтягиваются в IDE?
источник

U

U2227 in Go-go!
А коллеги меняются, код забывается сквозь недели других тасков
источник

A

Aikidos in Go-go!
U2227
Комментировать нужно всегда всю нужную информацию в коде, md бывают часто outdated
соглашусь
источник

D🦆

Dmitry 🦆 in Go-go!
U2227
Комментировать нужно всегда всю нужную информацию в коде, md бывают часто outdated
Я в где-то встретил фразу "комментарий - маркер плохого кода", с ней согласен. А чтобы было понятно, нужна документация, трекер и понятный код. Комментарии чаще аутдейтед.
источник