Данный код достаточно сложно разобрать человеку, который не писал это всё с нуля, а был присоединён через 4-5 лет ведения проекта
Документация / комментарии / информативное наименование / помощь коллег - это увеличивает скорость и комфорт погружения в проект
var'ы здесь не при чём; они только увеличивают длину строки, а полезной информации в большинстве случаев не несут
Если не поможет, то перейти к чистому SQL для получения целевой выборки
Или даже перейти к хранимой процедуре, к-рая будет и выборку делать и "завершать" записи (если это можно на стороне БД)
По своему примеру: начал читать "синюю книгу" по DDD, помучал и бросил. Через какое-то время попал на проект, где более опытные ребята пытались реализовать DDD. Немного поработав на проекте снова вернулся к "синей книге" - и здесь она уже пошла: я читал книгу, вспоминал проект, понимал/осознавал, как мною прочитанное соотносится с тем, что в проекте.
Похожа картина была когда-то и с шаблонами проектирования: будучи "зелёным" осилил пару-тройку глав. После полутора лет работы книга зашла на ура.
А цель какая: собственной мотивации не хватает, поэтому нужны дополнительные источники (кураторство со стороны / затраченнные деньги и т.п.)? Или корочка нужна?
Книга же про Haskell. Понятно, что базовые принципы можно, наверное, перенести на целевой ЯП (C#, Java у сабжа), но по постановке вопроса также понятно, что это будет излишне сложно. Надо что-то попроще.
Какие паттерны быстро меняются?)) Паттерны проектирования описали несколько десятилетий назад. Архитектурые шаблоны - тоже большой скорости развития не наблюдается.
Эванс?
У него это как-то неубедительно написано)
У нас в проекте события тоже порождают события.
Ведь, например, если события лягут в ту же Kafka, то почему обработчик на другой стороне не может в свою очередь тоже сгенерировать событие и снова положить в Kafka?
Как вариант - отложить и через некоторое время снова попробоват чтение. У меня так было с книгой по паттернам проектирования. Будучи зелёным юнцом я не смог пройти дальше пары глав, т.к. не понимал, про что пишут / какие проблемы пытаются решить. Через полтора года работы книга зашла на ура.
В рамках обучения можно и на 5-ой версии делать приложение, если нашли подходящее руководство. Научитесь, прочитаете статью о различиях, проведёте миграцию на новую версию - и отлично.
Опять же, в рамках обучения, делать на 6-ой версии по руководству от 5-ой не совсем хорошо - будут возникать лишние трудности/вопросы. Конечно, они все решаемы, но будут занимать ваше время и тратить ваши силы на нецелевую активность.
Борис Животное, хорошая подборка. Вы слукавили, сказав, что "просто что быстро нашёл") - в моём мире это качественная подборка, не "10 лучших книг для программиста" из поиска. Сам скажу, что со многими книгами из списка сталкивался, часть из них есть даже в бумажном варианте.
Можете сказать, вы их действтельно используете как справочник? Или полностью разбираете?
Книгу "с кабанчиком" я, например, прочитал полностью - и слышал про неё много и самому понравилась. А "ASP.NET Core в действии" несколько глав разобрал, а чтобы полностью - не хватило ни запала ни усидчивости. Хотя материал тоже полезный и помогает по-другому себя чувствовать в ASP.NET проекте.
pngjpeg, в видео-уроках хорошо, как минимум, то, что ты видишь, как человек работает: что делает в IDE, как организует проект. Т.е, много полезной side-информации, которой в книге нет, но которая нужна.
Документация / комментарии / информативное наименование / помощь коллег - это увеличивает скорость и комфорт погружения в проект
var'ы здесь не при чём; они только увеличивают длину строки, а полезной информации в большинстве случаев не несут