RS
я не знаю как красивее тот или иной фрагмент кода писать
всё в порядке, тут короче и не надо
Size: a a a
2020 June 13
RS
в том, что мой опыт в go считай один день. я решил масс сканер написать для своих целей на Go, потому как у Python серьезные ограничения из-за GIL
надо привыкнуть к тому что Go это не JavaScript, который позволит 10 операций поместить в одну строку
Go код наоборот менее выразительный и более тупой, за-то понятный, никакой скрытой магии
Go код наоборот менее выразительный и более тупой, за-то понятный, никакой скрытой магии
C
надо привыкнуть к тому что Go это не JavaScript, который позволит 10 операций поместить в одну строку
Go код наоборот менее выразительный и более тупой, за-то понятный, никакой скрытой магии
Go код наоборот менее выразительный и более тупой, за-то понятный, никакой скрытой магии
блин, за тупой код обидно было
RS
блин, за тупой код обидно было
тупой код лучше, чем магический, в этом нет ничего обидного и даже есть преимущества
KISS - Keep It Simple Stupid
KISS - Keep It Simple Stupid
RS
Он не тупой, просто не позволяет воплощать влажные мечты джавистов
по сравнению с большинством других языков Go код - тупой. И это хорошо.
AK
1 раз она объявляется
напишите бенчмарк и не гадайте
напишите бенчмарк и не гадайте
VM
Это не бенчмарк
AK
какая разница, адреса каждый раз разные - участок памяти новый
VM
Напишите бенчмарк - увидите что аллокаций будет 1
VM
Вне зависимости от количества циклов
AK
Напишите бенчмарк - увидите что аллокаций будет 1
см. выше
VM
Разные адреса ни о чем не говорят :)
VM
какая разница, адреса каждый раз разные - участок памяти новый
А разница большая
В бенчмарке считается количество аллокаций
В бенчмарке считается количество аллокаций
AK
Разные адреса ни о чем не говорят :)
ну сделай замыкание и передай в go func через указатель. в каждой рутине будет своё значение. впрочем, если тебе разные адреса ничего не говорят, тебя наверное и это не убедит
s
какая разница, адреса каждый раз разные - участок памяти новый
У вас переменная на heap утекает потому что в fmt.Println по указателю передаётся
AK
У вас переменная на heap утекает потому что в fmt.Println по указателю передаётся
ну так а я о чём говорю
AK
с этим спорить не буду
VM
если переменная объявляется внутри for, то выделение памяти происходит каждый цикл
Ваше изначальное утверждение не верно. И это легко проверить. Ваш способ данное утверждение не проверяет