На этом канале мы публикуем видео докладов с конференции GolangConf. Самые свежие записи доступны, как обычно, участникам самих конференций и тем, кто купил трансляцию.
Писал я датамапперы, но кастил их на структурные теги. Это помогало отвязаться от конкретной реализации и отказаться от внедрения управления данными из сущности, которой манипулирует разработчик. Но чем больше закапывался в теги и рефлексию, тем больше текли абстракции, ведь структура хоть и не могла менять данные в базе, но много знала о них. Думаю для ДДД действительно важнее более явные структуры, в которых есть нужные данные, хоть и придется каждый раз реализовывать датамаппер для каждой сущности. Иначе абстракции протекать начнут.
"Финальное переключение было запланировано на новогоднюю ночь...." - дальше этот бред слушать нет никакого смысла. Чувак работает в режиме вечного цунгцванга, и при этом пытается рассказать как плох го.
хех, сениор в 20 лет) Мне самому еще 30 нету, но могу сказать, что человек как личность более менее созревает к 27-30 годам. А в 20 лет это еще ребенок, у него может даже переходный возраст не закончился. Поэтому очень опасно доверять прод человеку, который может все бросить из-за первой любви. Ну и плюс еще очень нравится как бизнесовые дяди начинают втирать, что ты должен быть суперменом для нашего бизнеса. И коня на ходу остановить, и в избу горящую войти. Так же мне стало очень смешно стало от высказывания, что сениор это не про деньги для себя, это деньги для бизнеса. И вот если приходит к ним в компанию такой человек, который выполнил весь чек лист из данного доклада, то почему то начинают предлагать вилку как тому кто только вчера родился. В общем очередные влажные мечты бизнесменов. Если действительно такие сениоры существуют, которые все могут. То вы будете пылинки с них сдувать, а не отправлять на солевые шахты в ваш легаси. Иначе такой сениор просто меняет статус, что в поиске и в этот же день подписывает новый оффер.
Никогда не понимал, зачем люди пишут программы на языке со сборщиком мусора, и потом всеми силами начинают с ним бороться. Пишите программу на С++, там можно делать что угодно.
Правильно ли понимаю, что разработчики языка отказались от arena и не включили в дальнейшие релизы? Чем-то заменили или курс на маргинализацию сообщества Golang и максимальное сужение области использования?
Согласен с последним оратором. Не советую никому тратить 40 минут на этот доклад, он вообще никакого отношения к заявленной теме не имеет. Тема должна быть такая: "Мы придумали систему оценки компетенций, но пока ей не пользовались. И еще мы пока что путаем System design и просто Дизайн"
Не знаю откуда цифра 9, но это все определяет x86_64 calling convention. Максимум 6 integer аргументов через регистры и максимум 8 floating point аргументов через регистры.
Ну допустим я решаю проблемы бизнеса за сумму X. Ее мне становится мало, я иду на рынок и выясняется, что нужны конкретные синьоры с опытом работы с микросервисами, и меня не берут. Может поэтому я хочу работать с микросервисной архитектурой?
Вот согласен. В текущих реалиях микросервисы это больше вопрос найма. За монолиты платить не хотят. На распил монолита выделять средства не хотят, но при этом всем подавай удержание команды, рост квалификации разработчиков включая интересные задачи( чтобы они не сбежали на микросервисы в другую компанию ). Докладчики через раз вещают что микросервисы вам не нужны с учетом что сами сидят на них и у них все перечисленное выше ( с точки зрения найма ) имеется по дефолту.
Интересная позиция по вопросам от кандидата. Я за 15 лет работы уже всё повидал, все процессы, методологии, команды/начальство разной адекватности, и мне в принципе всё равно, как у вас там что устроено, т.к. я приду и адаптируюсь в первый день под ваши реалии. Странно, что из-за такой ерунды, как не заданный вопрос на такую тему, отсеивает кандидата. Он же готовился к вашему собесу, пришел опять же на него, ответил наверно даже в основном как надо, значит для него всё это важно. Кажется, что всё это важнее, чем вопрос, на который в наше время всё равно будет однотипный ответ типа "ээ ну у нас скрам/канбан, дейлики, дежурства и эээээ, код-ревью, ну и CI"
@@alexgorodecky1661 для пионеров, которые только привыкли махать лопатой. без di даже примитивный сервис под 50 файлов с косяками, с ним - 5, где только бизнес-логика. идиоматичности бывают разные: - для бизнеса - сделайте вчера - для командной разработки - шоб работало, быстро вносить изменения и при этом не сломать. а пропагандируемые идиоматичные копи-пасты этому не способствуют от слова совсем. они пригодны только для тех, кто десантом заброшен в программирование, и для которых пришлось специально сделать этот язык Элочки-людоедки
чтобы стать сеньором достаточно приехать в Испанию. тогда можно ожидать обращения к себе как Señor. и ещё это про взраст больше 60-ти. до 60 рассчитывать на это звание не стоит, а то сопливый сеньор с молоком на губах - это нонсенс :)
google wire, на мой взгляд, гораздо удобнее, т.к. генерирует код контейнера сразу, а не через рефлексию в рантайме. Это 1) прозрачнее, т.к. код инициализации контейнера виден сразу 2) циклические зависимости видны до запуска 3) при необходимости позволяет отлаживать код устанавливая брейкпоинты прямо внутри сгенерированного инициализатора контейнера. Из минусов - нет поддержки дженериков, но как показывает практика, они редко используются для компонентов контейнеров. В крайнем случае можно просто сделать alias с указанием конкретной реализации.
Очередное доказательство, чем меньше компания, тем больше пантов и предвзятости. или я что-то недопонимаю? я понимаю когда ты собесишся в мульти сервисную компанию, твм и ЗП и скилы и комьюнити. А тут? Да на хер вы нужны )) вы кто сами-то, международная корпорация или гос компания. От такога человека уже попахивает наеб...м
Надеюсь, все понимают, что вы должны работать Вконтакте, чтобы иметь нужду опитимизировать эти наносекунды. Для большинства ио-баунд задач го из коробки даст достаточный перф без оптимизаций. А если всё-таки придеться включить профайлер, то будет достаточно просто убрать какую-нибудь лишнию аллокацию и вуаля! Спасибо за доклад!
Ну да, хорошая работа, только зачем? Если челоек доходит до того, что давайте откажемся от интерфейсов и тд, превращая код в говно, то может не та технлогия для задачи? Дальше он перейдет к GCfree кодингу? Давайте сделаем свою сборку golang c отключенным GC? Может задачу надо было писать на C/C++/Rust и не тратить время на эти извращения?
Когда говорят проактивность - требуют читать мысли начальника и выполнять их до того, как он тебе выдал это здание. Про личное мнение и хотелки тут речи не ведется.
Как бы ни банально все это не звучало, люди действительно часто не знакомы с базовой литературой о чистой архитектуре. Думаю, что презентация была рождена именно из-за того, что автор часто с этим сталкивался. Я в своей компании делаю подобные презентации чуть ли не каждые 3 месяца, так что понимаю, откуда растут ноги.
