Size: a a a

2020 March 05

/

/dev/null in Go-go!
Мимо Проходящий
поэтому в частности в  Го даже DI-содомия хоть и не является нормой, но проект не сломает. В джава/питоне - запросто
эм DI не является? Создавайте конструкторы там где это необходимо. При чем тут норма или нет
источник

/

/dev/null in Go-go!
Просто не абузить DI а использовать там где это действительно нужно
источник

/

/dev/null in Go-go!
И наследование есть и в Go и его тоже в больших проектах сложно контролировать
источник

МП

Мимо Проходящий in Go-go!
/dev/null
И наследование есть и в Go и его тоже в больших проектах сложно контролировать
наследственности в Го - НЕТ
источник

/

/dev/null in Go-go!
Боюсь меня забанят если я продолжу) Удачи вам
источник

МП

Мимо Проходящий in Go-go!
/dev/null
Просто не абузить DI а использовать там где это действительно нужно
нет ни каких оснований считать что это где-то действительно нужно
источник

DP

Daniel Podolsky in Go-go!
Co. In
Вот это поворот. Спасибо буду знать.
Мне нужно высчитать alignment
а зачем вам alignment?
источник

DK

Daniil Korekovcev in Go-go!
Мимо Проходящий
есть unsafe и ассемблер
cgo еще)
источник

DP

Daniel Podolsky in Go-go!
Мимо Проходящий
internal очень сильно упрощает работу в IDE - нет лишнего хлама в авто дополнении. ИМХО главная проблема монолитов в джава, джава и ООП вообще - наследование. Контролировать наследование в больших проектах практически невозможно
internal - это и есть контроль на coupling. как раз то, что вы хотите контролировать, называя это “Контролировать наследование”
источник

/

/dev/null in Go-go!
Мимо Проходящий
наследственности в Го - НЕТ
^
источник

МП

Мимо Проходящий in Go-go!
Daniel Podolsky
internal - это и есть контроль на coupling. как раз то, что вы хотите контролировать, называя это “Контролировать наследование”
не понял здесь. uncoupling - это же про то, что пакеты связаны через абстракции. В случае Го и джава - интерфейсы. Любое наследование - это по факту coupling
источник

DP

Daniel Podolsky in Go-go!
да, и его безо всякого наследования в go полно. когда функция из одного пакета принимает параметром тип из потрохов другого, например
источник

МП

Мимо Проходящий in Go-go!
Это понятно. Не понятно - каким образом internal в Го уменьшает связность
источник

МП

Мимо Проходящий in Go-go!
Daniel Podolsky
да, и его безо всякого наследования в go полно. когда функция из одного пакета принимает параметром тип из потрохов другого, например
наследование - это всё таки ИМХО хуже чем явное указание класса/структуры в функции. При наследовании имеем "утечку" абстракции, а явное связывание на абстракцию и не претендует
источник

МП

Мимо Проходящий in Go-go!
Есть какие ни будь мнения о данной либе https://github.com/asdine/genji - да/нет?
источник

MD

Maxim Dororonin in Go-go!
Мимо Проходящий
Есть какие ни будь мнения о данной либе https://github.com/asdine/genji - да/нет?
нет ни каких оснований считать что это где-то действительно нужно
источник

а

а кто это in Go-go!
блин сколько уже скл баз написано на миллионах кв написанных на Go🤔
источник

МП

Мимо Проходящий in Go-go!
Maxim Dororonin
нет ни каких оснований считать что это где-то действительно нужно
нет ни каких оснований считать что это мнение кому то интересно
источник

МП

Мимо Проходящий in Go-go!
Поясните мне за ядерный мультитрединг. Можно ли это так объяснить на пальцах, что кеши уменьшаются в два раза и тактовая частота тоже в два раза меньше соответственно ?
источник

а

а кто это in Go-go!
а
источник