крутой доклад, полезный. очень понравился.

Тяжело этой Анастасии там)

интересный способ окунуться в рантайм Go

Слишком короткое видео

Писал я датамапперы, но кастил их на структурные теги. Это помогало отвязаться от конкретной реализации и отказаться от внедрения управления данными из сущности, которой манипулирует разработчик. Но чем больше закапывался в теги и рефлексию, тем больше текли абстракции, ведь структура хоть и не могла менять данные в базе, но много знала о них. Думаю для ДДД действительно важнее более явные структуры, в которых есть нужные данные, хоть и придется каждый раз реализовывать датамаппер для каждой сущности. Иначе абстракции протекать начнут.

"Финальное переключение было запланировано на новогоднюю ночь...." - дальше этот бред слушать нет никакого смысла. Чувак работает в режиме вечного цунгцванга, и при этом пытается рассказать как плох го.

Очень интересный доклад. Приятно слушать спикера.

хех, сениор в 20 лет) Мне самому еще 30 нету, но могу сказать, что человек как личность более менее созревает к 27-30 годам. А в 20 лет это еще ребенок, у него может даже переходный возраст не закончился. Поэтому очень опасно доверять прод человеку, который может все бросить из-за первой любви. Ну и плюс еще очень нравится как бизнесовые дяди начинают втирать, что ты должен быть суперменом для нашего бизнеса. И коня на ходу остановить, и в избу горящую войти. Так же мне стало очень смешно стало от высказывания, что сениор это не про деньги для себя, это деньги для бизнеса. И вот если приходит к ним в компанию такой человек, который выполнил весь чек лист из данного доклада, то почему то начинают предлагать вилку как тому кто только вчера родился. В общем очередные влажные мечты бизнесменов. Если действительно такие сениоры существуют, которые все могут. То вы будете пылинки с них сдувать, а не отправлять на солевые шахты в ваш легаси. Иначе такой сениор просто меняет статус, что в поиске и в этот же день подписывает новый оффер.

Никогда не понимал, зачем люди пишут программы на языке со сборщиком мусора, и потом всеми силами начинают с ним бороться. Пишите программу на С++, там можно делать что угодно.

Опять разработчикивиноваты, а не эффекьивные менеджеры.

Спасибо большое!

про problem deltail не слышали и как принято в го, изобретаем свой велосипед

какое-то велосипедостроение

Спидран по DDD за 43:30 (WR any%)

Очень классно подано всё! 10 из 10!

Отличный доклад, в целом вещи очевидные, для всех кто проработал 5+ лет в айтишке, но подано всё пиздато!

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

Переехать в Испанию

:(

Согласен с последним оратором. Не советую никому тратить 40 минут на этот доклад, он вообще никакого отношения к заявленной теме не имеет. Тема должна быть такая: "Мы придумали систему оценки компетенций, но пока ей не пользовались. И еще мы пока что путаем System design и просто Дизайн"

Не знаю откуда цифра 9, но это все определяет x86_64 calling convention. Максимум 6 integer аргументов через регистры и максимум 8 floating point аргументов через регистры.

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

Действительно Достойный Доклад

Интересная позиция по вопросам от кандидата. Я за 15 лет работы уже всё повидал, все процессы, методологии, команды/начальство разной адекватности, и мне в принципе всё равно, как у вас там что устроено, т.к. я приду и адаптируюсь в первый день под ваши реалии. Странно, что из-за такой ерунды, как не заданный вопрос на такую тему, отсеивает кандидата. Он же готовился к вашему собесу, пришел опять же на него, ответил наверно даже в основном как надо, значит для него всё это важно. Кажется, что всё это важнее, чем вопрос, на который в наше время всё равно будет однотипный ответ типа "ээ ну у нас скрам/канбан, дейлики, дежурства и эээээ, код-ревью, ну и CI"

сеньор это сын маминой подруги

Алгосы наше все

Это доклад или что? Парень пришел пообщаться с народом.

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

охуенный доклад. про управление в целом и про рост в целом

Дайте продолжение =(

чтобы стать сеньором достаточно приехать в Испанию. тогда можно ожидать обращения к себе как Señor. и ещё это про взраст больше 60-ти. до 60 рассчитывать на это звание не стоит, а то сопливый сеньор с молоком на губах - это нонсенс :)

а мне понравился доклад)

Модель Дрейфуса, Канеман "Шум", "Чистый код", "Чистая архитектура" и ещё вот такие названия умных книг я знаю.

Спасибо за отличный доклад.

Сразу подумал про небуферизированный канал)))

Почему-то никто не упомянул, что можно ограничить версию go в build constraints, чтобы контроллировать влияние обновлений на оптимизации.

Спасибо за такой шикарный нужный доклад! Выделил главное и донёс слушателю. Максимальное количество пользы в единицу времени👍

"аааа" "ооо" "еее" "аааааааааа" чувак, разговаривать научись

google wire, на мой взгляд, гораздо удобнее, т.к. генерирует код контейнера сразу, а не через рефлексию в рантайме. Это 1) прозрачнее, т.к. код инициализации контейнера виден сразу 2) циклические зависимости видны до запуска 3) при необходимости позволяет отлаживать код устанавливая брейкпоинты прямо внутри сгенерированного инициализатора контейнера. Из минусов - нет поддержки дженериков, но как показывает практика, они редко используются для компонентов контейнеров. В крайнем случае можно просто сделать alias с указанием конкретной реализации.

Если я увижу, что разработчик занимается оптимизацией -- я его уволю в тот же день.

Очередное доказательство, чем меньше компания, тем больше пантов и предвзятости. или я что-то недопонимаю? я понимаю когда ты собесишся в мульти сервисную компанию, твм и ЗП и скилы и комьюнити. А тут? Да на хер вы нужны )) вы кто сами-то, международная корпорация или гос компания. От такога человека уже попахивает наеб...м

Надеюсь, все понимают, что вы должны работать Вконтакте, чтобы иметь нужду опитимизировать эти наносекунды. Для большинства ио-баунд задач го из коробки даст достаточный перф без оптимизаций. А если всё-таки придеться включить профайлер, то будет достаточно просто убрать какую-нибудь лишнию аллокацию и вуаля! Спасибо за доклад!

Ничего не понял. Почему Go ужасен? Как потеряли деньги? Что сделали чтоб починится за 3 дня? Как-то бэ

Ну да, хорошая работа, только зачем? Если челоек доходит до того, что давайте откажемся от интерфейсов и тд, превращая код в говно, то может не та технлогия для задачи? Дальше он перейдет к GCfree кодингу? Давайте сделаем свою сборку golang c отключенным GC? Может задачу надо было писать на C/C++/Rust и не тратить время на эти извращения?

Проду!! 😢

И не показал как этого zero-copy достигнуть

Требуют проактивность, и обычно вес твоего голоса равен 0. Сколько не активничай, хотелки бизнеса важнее. ТУТ ПОЛОВОВИНУ убрать можно

Классный доклад, c реальными примерами кода, спасибо! Забрал некоторые идеи себе!

Отличный доклад, все четко и ясно, побольше бы таких.

Как бы ни банально все это не звучало, люди действительно часто не знакомы с базовой литературой о чистой архитектуре. Думаю, что презентация была рождена именно из-за того, что автор часто с этим сталкивался. Я в своей компании делаю подобные презентации чуть ли не каждые 3 месяца, так что понимаю, откуда растут ноги.