Я каналы завожу приватные, по темам, куда форварды делаю.
Но переход к источнику боль, да

опустим тот факт, что DI это конечно красиво, но придуман только потому, что, сука, http - stateless протокол и надо постоянно инжектить что-то из прошлого в будущее...

(это я так, крик души... тоже рефакторю сейачс проект большой с .NET на .NET Core и там везде DI и все обмазано интерфейсами с ног до головы)

А какой есть широкоиспользуемый stateful протокол?

Ворвусь со своим непрошенным мнением про епам. Много текста; пролистывайте, если неинтересно.

Проработал там 7 лет. Пришёл условно мидлом, уходил тимлидом + руководителем Ruby-направления в Спб. Было офигенно.

Я работал на долгоживущих outstuff проектах, работали в основном по T&M. Мы взаимодействовали напрямую с клиентами и с техническими командами с их стороны. Никогда не было ощущения "галеры".

Конкретно для меня EPAM был качественной компанией. Никогда не было проблем взять отпуск тогда, когда я хочу. Приятные отношения с коллегами и руководителем. Мне выдалась возможность пожить полгода в NYC + White Plains, NY, и поработать на фарма проекте с людьми, которые непосредственно ищут (успешно) лекарства от некоторых типов рака и впоследствии от covid'а. В той командировке ещё прилепил три отпуска: покатался по Калифорнии и съездил в круиз по Карибам — оплатив их командировочными.

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

Про зарплату. Да, на T&M выгода епама на outstuff проектах в разнице рейтов: то, что берут с заказчика минус то, что отдают разработчику. Но маржа там довольно существенная, насколько я понимаю. У меня зп была выше рынка в Спб. Теоретически, мог найти что-то выше, но мне было интересно и комфортно. Плюс на Ruby меньше позиций, чем на условном JS/Python/Java.

---

Дискуссия в чате начиналась с логирования времени. На моих проектах в епаме время логировали так: просто в конце месяца проставляешь за каждый день 8 часов, и всё. За два единственных случая, когда компания просила выйти и поработать на выходных, мы дополнительно помечали 4-8 часа за выходной, и нам давали выбор: дополнительный отгул либо оплата этого времени в виде премии.

Ещё говорили, что в агентствах качество низкое. У нас были поставленные процессы, code review, покрытие unit тестами >85%. Разработчиков менторили и помогали им расти.

Epam большой, и многое зависит от проекта/руководителя, и наверняка у кого-то мог быть негативный опыт. Но мне там было здорово. Ушёл только из-за релокации в Испанию — но даже тогда епам проявил себя с хорошей стороны, и встречно предложил меня релоцировать с хорошей зарплатой. Но их офис в Малаге, и я выбрал компанию в Барселоне

как сделать чтото в .NET Framework - "да просто запусти метод Х"

как сделать чтото в .NET Core "создай класс, интерфейс, зарегай сервис, напиши конструктор с МАГИЕЙ потому что в него будет депенденси-инжектиться экземпляр...."

ох, убейте меня

А, ну и вот так потом

ой!!! это где???

Plus Messenger

У него есть ряд удобных фич on top of стандартный клиент

кстати, а тут есть спецы по IoC в дотнете? есть простой вопрос

спасибо, потестю!

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

Как будто что то плохое

ну конечно плохое... магия это всегда плохо.

(возможно это в .netcore так криво, в Гошке может покрасивее)

Вообще statelessness не имеет отношения к DI. Все современные приложения stateless, манифесту 12 factors скоро 10 лет.

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

В Go это хуже)

Вебсокет