Профессиональная конференция для Go‑разработчиков
На этом канале мы публикуем видео докладов с конференции GolangConf. Самые свежие записи доступны, как обычно, участникам самих конференций и тем, кто купил трансляцию.
Календарь всех конференций Онтико на ontico.ru/
Пікірлер
возможно доклад хороший, но только если в качестве доказательства того, что подход залупа =) первые вопросы сразу же указывают на главные минусы подхода, которые очень значимы.
крутой доклад 👍
Очень крутой доклад!
Они родственники?
расскажите как такие же плагины для вскода делать плез
настраивайте плиз микрофоны спикера и ведущего на одинаковую громкость
Отличный доклад
meh
крутой доклад, полезный. очень понравился.
Тяжело этой Анастасии там)
интересный способ окунуться в рантайм Go
Слишком короткое видео
Писал я датамапперы, но кастил их на структурные теги. Это помогало отвязаться от конкретной реализации и отказаться от внедрения управления данными из сущности, которой манипулирует разработчик. Но чем больше закапывался в теги и рефлексию, тем больше текли абстракции, ведь структура хоть и не могла менять данные в базе, но много знала о них. Думаю для ДДД действительно важнее более явные структуры, в которых есть нужные данные, хоть и придется каждый раз реализовывать датамаппер для каждой сущности. Иначе абстракции протекать начнут.
Лучше обложиться dto'шками, чем потом мучаться с протеканиями 1 сущности в другую, тем более что copilot/etc берут много рутины на себя
"Финальное переключение было запланировано на новогоднюю ночь...." - дальше этот бред слушать нет никакого смысла. Чувак работает в режиме вечного цунгцванга, и при этом пытается рассказать как плох го.
Очень интересный доклад. Приятно слушать спикера.
хех, сениор в 20 лет) Мне самому еще 30 нету, но могу сказать, что человек как личность более менее созревает к 27-30 годам. А в 20 лет это еще ребенок, у него может даже переходный возраст не закончился. Поэтому очень опасно доверять прод человеку, который может все бросить из-за первой любви. Ну и плюс еще очень нравится как бизнесовые дяди начинают втирать, что ты должен быть суперменом для нашего бизнеса. И коня на ходу остановить, и в избу горящую войти. Так же мне стало очень смешно стало от высказывания, что сениор это не про деньги для себя, это деньги для бизнеса. И вот если приходит к ним в компанию такой человек, который выполнил весь чек лист из данного доклада, то почему то начинают предлагать вилку как тому кто только вчера родился. В общем очередные влажные мечты бизнесменов. Если действительно такие сениоры существуют, которые все могут. То вы будете пылинки с них сдувать, а не отправлять на солевые шахты в ваш легаси. Иначе такой сениор просто меняет статус, что в поиске и в этот же день подписывает новый оффер.
Никогда не понимал, зачем люди пишут программы на языке со сборщиком мусора, и потом всеми силами начинают с ним бороться. Пишите программу на С++, там можно делать что угодно.
Опять разработчикивиноваты, а не эффекьивные менеджеры.
Спасибо большое!
про problem deltail не слышали и как принято в го, изобретаем свой велосипед
какое-то велосипедостроение
Спидран по DDD за 43:30 (WR any%)
Очень классно подано всё! 10 из 10!
Отличный доклад, в целом вещи очевидные, для всех кто проработал 5+ лет в айтишке, но подано всё пиздато!
Правильно ли понимаю, что разработчики языка отказались от arena и не включили в дальнейшие релизы? Чем-то заменили или курс на маргинализацию сообщества Golang и максимальное сужение области использования?
Переехать в Испанию
:(
Согласен с последним оратором. Не советую никому тратить 40 минут на этот доклад, он вообще никакого отношения к заявленной теме не имеет. Тема должна быть такая: "Мы придумали систему оценки компетенций, но пока ей не пользовались. И еще мы пока что путаем System design и просто Дизайн"
Ну допустим я решаю проблемы бизнеса за сумму X. Ее мне становится мало, я иду на рынок и выясняется, что нужны конкретные синьоры с опытом работы с микросервисами, и меня не берут. Может поэтому я хочу работать с микросервисной архитектурой?
Вот согласен. В текущих реалиях микросервисы это больше вопрос найма. За монолиты платить не хотят. На распил монолита выделять средства не хотят, но при этом всем подавай удержание команды, рост квалификации разработчиков включая интересные задачи( чтобы они не сбежали на микросервисы в другую компанию ). Докладчики через раз вещают что микросервисы вам не нужны с учетом что сами сидят на них и у них все перечисленное выше ( с точки зрения найма ) имеется по дефолту.
Согласен. 2/3 хрюш с ходу отправят твое резюме в корзину, если в нем не будет заветных слов типа "микросервисы", "монгодиби" и "кубернетес".
Действительно Достойный Доклад
Интересная позиция по вопросам от кандидата. Я за 15 лет работы уже всё повидал, все процессы, методологии, команды/начальство разной адекватности, и мне в принципе всё равно, как у вас там что устроено, т.к. я приду и адаптируюсь в первый день под ваши реалии. Странно, что из-за такой ерунды, как не заданный вопрос на такую тему, отсеивает кандидата. Он же готовился к вашему собесу, пришел опять же на него, ответил наверно даже в основном как надо, значит для него всё это важно. Кажется, что всё это важнее, чем вопрос, на который в наше время всё равно будет однотипный ответ типа "ээ ну у нас скрам/канбан, дейлики, дежурства и эээээ, код-ревью, ну и CI"
сеньор это сын маминой подруги
Алгосы наше все
Это доклад или что? Парень пришел пообщаться с народом.
всегда радуют лапидарные примеры с инициализацией только одной сущности в качестве доказательства, что di не нужен.
Di не нужен
@@alexgorodecky1661 для пионеров, которые только привыкли махать лопатой. без di даже примитивный сервис под 50 файлов с косяками, с ним - 5, где только бизнес-логика. идиоматичности бывают разные: - для бизнеса - сделайте вчера - для командной разработки - шоб работало, быстро вносить изменения и при этом не сломать. а пропагандируемые идиоматичные копи-пасты этому не способствуют от слова совсем. они пригодны только для тех, кто десантом заброшен в программирование, и для которых пришлось специально сделать этот язык Элочки-людоедки
охуенный доклад. про управление в целом и про рост в целом
Дайте продолжение =(
чтобы стать сеньором достаточно приехать в Испанию. тогда можно ожидать обращения к себе как Señor. и ещё это про взраст больше 60-ти. до 60 рассчитывать на это звание не стоит, а то сопливый сеньор с молоком на губах - это нонсенс :)
а мне понравился доклад)
Модель Дрейфуса, Канеман "Шум", "Чистый код", "Чистая архитектура" и ещё вот такие названия умных книг я знаю.
Спасибо за отличный доклад.
Сразу подумал про небуферизированный канал)))
Почему-то никто не упомянул, что можно ограничить версию go в build constraints, чтобы контроллировать влияние обновлений на оптимизации.
Спасибо за такой шикарный нужный доклад! Выделил главное и донёс слушателю. Максимальное количество пользы в единицу времени👍
"аааа" "ооо" "еее" "аааааааааа" чувак, разговаривать научись
google wire, на мой взгляд, гораздо удобнее, т.к. генерирует код контейнера сразу, а не через рефлексию в рантайме. Это 1) прозрачнее, т.к. код инициализации контейнера виден сразу 2) циклические зависимости видны до запуска 3) при необходимости позволяет отлаживать код устанавливая брейкпоинты прямо внутри сгенерированного инициализатора контейнера. Из минусов - нет поддержки дженериков, но как показывает практика, они редко используются для компонентов контейнеров. В крайнем случае можно просто сделать alias с указанием конкретной реализации.
Если я увижу, что разработчик занимается оптимизацией -- я его уволю в тот же день.
развернешь мысль?)
Очередное доказательство, чем меньше компания, тем больше пантов и предвзятости. или я что-то недопонимаю? я понимаю когда ты собесишся в мульти сервисную компанию, твм и ЗП и скилы и комьюнити. А тут? Да на хер вы нужны )) вы кто сами-то, международная корпорация или гос компания. От такога человека уже попахивает наеб...м
Надеюсь, все понимают, что вы должны работать Вконтакте, чтобы иметь нужду опитимизировать эти наносекунды. Для большинства ио-баунд задач го из коробки даст достаточный перф без оптимизаций. А если всё-таки придеться включить профайлер, то будет достаточно просто убрать какую-нибудь лишнию аллокацию и вуаля! Спасибо за доклад!
Посоветуйте что еще можно заоптимизировать? Что там с ubuntu и окружением - что можно сделать?
Ничего не понял. Почему Go ужасен? Как потеряли деньги? Что сделали чтоб починится за 3 дня? Как-то бэ