У меня есть несколько пет проектов на одной VDS. Все они настроены почти так же как этот блог(через докер). И сегодня я хотел бы с вами поговорить об обязательном инструменте, о бэкапе. За свою. карьеру я встречался с огромным количеством случаев когда бэкапы спасали ситуацию, и не менее большим. количеством случаев, когда их не было,.
Выпустил очередную статью на habrahabr о том как мы распиливаем монолит. В статье привел примеры наших подходов и практик, а так же инструментарий который нам очень помогает, и которым мы пользуемся каждый день. Достаточно много информации добавил сверху в комментариях, поэтому советую вам прочитать и их то же. Статья не является каким то гайдом, просто.
Для меня, как для нанимающего сотрудника это довольно актуальная тема. Очень часто приходится видеть людей абсолютно не подготовленных, что очень печально. Каждый раз когда я ищу новую работу, я готовлюсь, освежаю знания по паттернам программирования, по работе с базами данных, смотрю что нового появилось на рынке ИТ, какие тренды появились за время моего отсутствия на.
Начал я писать статью про то как мы распиливаем монолит. И возник вопрос, а как же показать читателям всю сложность и весь объем с которым мы столкнулись. Из книжки «Чистая архитектура» я знал что есть метрика оценивающая сложность поддержки кода. И подумал что наверняка есть какие нибудь инструменты которые помогают проанализировать эту сложность. Порыскав в.
Про подход эффективного хранения заметок написано уже много статей и научных трудов. Например вот интересная статья на хабре. И все таки, тема довольно обширная и хоть статья и дает определенное понимание принципов ведения заметок разработанных Никласом Луманом, но не содержит всей полноты информации. Поэтому советую вам присмотреться к книге «Как делать полезные заметки. Эффективная система.
Представилась мне такая возможность, в большой компании попробовать свои силы в обновлении версии PHP для монолита размером в 1 миллион 800 тысяч строк кода. Это действительно огромный проект, который писался множеством программистов довольно долгое время. Для меня это был незабываемый опыт, и к тому же не каждому предоставляется шанс его получить. Я довольно подробно описал.
Что такое Graceful Degradation? Плавная(Изящная) деградация относится к философии проектирования, которая ставит во главу угла поддержание работоспособности системы, хотя и на пониженном уровне функциональности, когда части системы выходят из строя или недоступны. Цель состоит в том, чтобы предотвратить сбой всей системы, когда возникает проблема с конкретной функцией. Например, в программном приложении это может означать, что.
В ноябре я выступал на митапе Яндекс.Еды и рассказывал про то, как мы распиливаем монолит, какие инструменты и подходы используем. Предлагаю все послушать. Делитесь в комментариях фидбеком, как позитивным, так и конструктивной критикой 🙂
Прочитал книгу «Карьера в IT. Как найти работу, прокачать навыки и стать крутым разработчиком«. Точнее прослушал, так как в текущих жизненных обстоятельствах у меня есть время только на аудио книги. Конкретно это издание мне попалось с озвучкой искусственным интелектом. Конечно человеческая озвучка намного приятнее, но в целом я был удивлен качеством, иногда даже забывалось что.
Сегодня хотел бы с вами присмотреться к графововым базам данных. Я уже посмотрел несколько, и OrientDB показалась самой простой для старта. Для начала зайдем на официальный сайт orientdb.org, где можно посмотреть примеры того как это все выглядит. Далее кликаем на кнопку «Загрузить» и скачиваем подходящий вам вариант. Но я предпочитаю запускать все через докер. Поэтому.
