расстройство психики

мне охото же "окончательную версию архитектуры"

так не бывает вродь

ну как это

так не бывает вродь

смотря, что назвать архитектурой, вон торренты п2п живут все время

идеальный код это когда сторонний разработчик садится, открывает и говорит - да я все понял

анекдот такой есть энштейн умер, попал в рай. господь его спрашивает - ты очень умный, энштейн, и порадовал меня. чего хочешь? энштейн - напиши мне формулу вселенной, господи ну, господь сотворил доску, пишет. большая доска, почти вся исписанная. и тут энштейн такой - господи, у тебя в восьмой строке ошибка!!! господь повернулся и отвечает - я в курсе!

if (a == 132) { b(c()) } // не идеальный

идеальный код это когда сторонний разработчик садится, открывает и говорит - да я все понял

А че на го можно иначе писать?

А че на го можно иначе писать?

можно

вот Daniel тут насмотрелся

Ну че тут смотреть

Вопросы ж в основном задают те, кто го тур не прошёл 😂

я lоклад на СС делал про говнокод на go

я lоклад на СС делал про говнокод на go

Есть слайды с примерами?

нету, я прям с листа, с гитхаба

если перечитаю на митапе на каком-нибудь - будет запись, наверное

Да меня больше пример кода интересует.

https://github.com/keroserene/go-webrtc/blob/master/demo/chat/chat.go

Для примера выглядит нормально.

нет

ни-хе-ра

это реальный говнокод

ребята, а как итерироваться по изменяющемуся слайсу? например, если в процессе итерации удаляешь из слайса или добавляешь в слайс элемент?

я только через goto сумел(

в этом смысле слайс иммутабельный

изменение длины всегда приводит к появлению нового слайса

соответственно я сделал единственно возможный вариант?

не надо использовать goto пожалуйста

ну - вариантов больше одного, но все они связаны с прерыванием процесса

не надо использовать goto пожалуйста

а можно без предрассудков?

но что за задача-то такая?

ребята, а как итерироваться по изменяющемуся слайсу? например, если в процессе итерации удаляешь из слайса или добавляешь в слайс элемент?

А если ты удалил элемент, который в данный момент итерируешь?

а можно без предрассудков?

нет

но что за задача-то такая?

да на работе она. Право имею только словами описать)

А если ты удалил элемент, который в данный момент итерируешь?

ага, это и делаю

ну - описывайте

ага, это и делаю

Строй новый слайс

это реальный говнокод

хотел бы увидеть это же в нормальном виде

И старый после прохода выкидывай

ну - описывайте

ну я по определенному критерию выбрасываю из слайса элементы и через goto вхожу в цикл снова

тут больше интересно - как именно коллега удаляет элемент, если он не последний

slice = append(slice[:i], slice[i+1:]...)

тут больше интересно - как именно коллега удаляет элемент, если он не последний

Есть такая практика? Менять местами удаляемый элемент и последний и укорачивать слайс?

Daniel не факт, что новый слайс https://play.golang.org/p/mQk1Rqhr3Qy

slice = append(slice[:i], slice[i+1:]...)

так я и думал. собирать новый слайс будет сильно дешевле

так я и думал. собирать новый слайс будет сильно дешевле

спасибо, не знал

Daniel не факт, что новый слайс https://play.golang.org/p/mQk1Rqhr3Qy

слайс - всегда новый. нижележащий массив - не всегда

Вообщем, решил свою проблему через sync.Cond и Broadcast. примеров в доках нету. Спасибо

спасибо, не знал

там же копирование всех элементов от i+1 случается на каждом удалении

там же копирование всех элементов от i+1 случается на каждом удалении

так в новый слайс же тоже копирование происходит

или я не так понял

Есть такая практика? Менять местами удаляемый элемент и последний и укорачивать слайс?

так - да, вполне корректно.

так в новый слайс же тоже копирование происходит

тут мы знаем сколько раз максимум оно произойдет

так - да, вполне корректно.

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

сорян, я ниче не понял

оставлю как есть

Вообщем, решил свою проблему через sync.Cond и Broadcast. примеров в доках нету. Спасибо

Да ладно нету 😰 были же.

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

а это от задачи зависит

Да ладно нету 😰 были же.

Ну я выше написал какие примеры есть. Всё почти, кроме Condition

Энивей, проблему порешал. Broadcast зарешал

https://golang.org/pkg/sync/#Cond.Wait

Не совсем пример, но годно.

А тут же есть Тим Лиды или те, кто в команду нанимают себе людей-разработчиков. Вопрос: вы берёте себе в команды джуниоров? (Не по оплате, а по навыкам)

иногда

когда проект позволяет

а что?

Интересно — часто ли позволяет и зачем?

Скинуть рутину дабы освободить мидлов и сеньоров для более важных таск?

как одна из причин

джуниор обладает отрицательно стоимостью. как монгольский космонавт на орбите.

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

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

А если сразу взять мидла?

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

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

только если он не уйдёт как только вырастет

джуниор обладает отрицательно стоимостью. как монгольский космонавт на орбите.

часто бывает основной товар убыточек, но зарабатывают на сопутствиющих. так же и с джуном. продают джуна, а потом поддержку сраного проекта

только если он не уйдёт как только вырастет

Если подкармливать, то не уйдет

А если сразу взять мидла?

из мидла не будет сеньера, проверено. а нужны именно сеньеры

все уходят, так выгодней 🙂

из мидла не будет сеньера, проверено. а нужны именно сеньеры

о, а как тогда сеньором, через постель?

из мидла не будет сеньера, проверено. а нужны именно сеньеры

😅 но ведь джун тоже становится мидлом...