Comments 10
Я бы отнёс это ближе к мидловому уровню. По моему опыту начинающие программисты вообще мало задумываются о консистентности базы.
Именно так - мало задумываются. Потому что не знают что туда надо смотреть и какие там бывают проблемы. Мой поинт в том, что понимать эти вещи надо уже на начальном этапе.
Начинающий тем и отличается от опытного сотрудника, что он не может знать столько же.
Грубо говоря есть фиксированное количество временных ресурсов, которые человек расходует на собственное развитие как профессионала. Как правило люди тратят это время на изучение языка, алгоритмов, структур данных, базовых шаблонов программирования, принципов построения чистого кода.
Чем из вышеперечисленного по вашему мнению должен пожертвовать начинающий специалист, чтобы взамен изучать принципы консистенции базы данных?
Так некорректно ставить вопрос. Вы строите его так, будто список "языка, алгоритмов, структур данных, базовых шаблонов программирования, принципов построения чистого кода" это минимальные требования из Парижской палаты мер и весов.
Ничем не надо жертвовать. В этот список надо добавить "основы баз данных" если проект предполагает работу с БД. Если не предполагает - не добавлять.
Мой посыл в том, что начинающий backend-разработчик должен осознавать, что такая проблема существует. Эта часть мира в его карте знаний не должна быть покрыта туманом войны.
Понятно. Всё и сразу. Но в реальной жизни так не бывает. Всегда надо идти на определенные уступки компромиссы. Ведь если в одном месте что-то прибавилось, то в другом месте что-то убавилось.
Набор скиллов, требуемых для успешной работы - разный в зависимости от команды, проекта, компании.
Вы почему-то хотите что бы я сделал за кого-то выбор, который в принципе делать не требуется.
Я не говорю что срочно с первых дней в бэкэнде надо знать все, о чем говорится в этой статье наизусть. Я привлекаю внимание к определенной области знаний. Осознавая наличие такого пласта проблем человек сам может сделать выбор - надо ему туда идти или нет. Если знания о таких проблемах нет - нет и возможности развития в этом направлении.
Пример со сменами врачей нагло украден из "книги с кабанчиком" =)
Чувак, не останавливайся. Давай следующую статью "Проблемы архитектуры высоко нагруженных распределенных систем о которых должен знать каждый начинающий разработчик и пути их решения".
Раз речь о PG, то можно упомянуть, что Repeatable Read там не позволяет фантомных чтений
https://www.postgresql.org/docs/current/transaction-iso.html
Бэкэнд для начинающих или типовые ошибки бэкэндера