Блог

Последний месяц был затрачен на завершение проекта возрождения веб-сайта 2010-х годов — это веб-сайт проекта hardstyletop40.

Проект hardstyletop40.com, выполняя разносторонний анализ прослушивания музыкальных композиций жанра, составлял рейтинг из 40 позиций для каждого месяца и сводил их в один микс, а раз в год сводил микс из 100 позиций. Веб-сайт этого проекта публиковал списки рейтинга для каждого месяца и года. Сам проект, можно сказать, являлся культовым.

Наиболее активный период проекта приходился на время работы онлайн радиостанции Fear.FM, после её закрытия в 2013 году, Q-Dance продолжил сведение миксов top40, но программа сильно изменилась, а её бренд практически исчез — стандарты качества стали другими, а техника сведения миксов непростительно упростилась.

Идея возрождения веб-сайта возникла в момент, когда оригинальный веб-сайт был закрыт, а другие источники рейтингов (например: lsdb, 1001tracklists и пр.) были просто неудобны в использовании: рейтинги были смешаны со с/p> Читать дальше

Спустя 8 лет с момента запуска проекта dotudash, теперь его исходный код опубликован в open-source.

Проект dotudash — персональный веб-сайт Михаила Драгункина, результат эксперимента соединения нескольких идей и разработок:

• дизайн-проект веб-сайта
• sandbox проект для знакомства с фреймворком Symfony
• персональный веб-сайт и блог

Проект стал местом, где оттачивались навыки использования таких инструментов как: Symfony, Docker, Git, Gulp, Webpack и много других; позволяя продолжать развивать экспертизу дальше; а так же примером, где на ровном месте можно найти набор интересных задач, порождая задел для изучения и использования ряда других инструментов, востребованных в профессиональной сфере. Это похоже на выполнение физических упражнения со своим весом, только в интеллектуальной плоскости.

С момента запуска проекта изменилось многое: экспертиза, квалификация, опыт — появилось более предметное представление критериев качества. Оценивая сегодняшним днём чувство полноценности, законченности

Читать дальше

На моём предыдущем месте работы оценка трудозатрат на реализацию задачи выражалась условными баллами: 1, 2, 3, 5, 8, 13, 21 — чем сложнее задача, тем больше балл. Каждая задача предварительно оценивалась коммандой разработчиков перед началом следующего спринта (по Agile Scrum), балл выбирался средний, нетривиальные задачи обсуждались детальнее. С одной стороны такой подход выражает сложность задачи не очень объективно — определяя её сроки — сроком спринта. С другой стороны один и тот же балл для разных разработчиков займёт разное время.

Только перед моим уходом вводился переход на оценку задачи в часах, требуемых на её реализацию. На моём следующем месте работы такая система оценки уже использовалась, и более того было принято вести учёт рабочего времени в трекере задач.

(рис. 1 — пример интерфейса Jira Tempo)

В течении рабочего дня нередко приходится переключаться с текущей задачи на другие, например из-за их срочности или для консультации коллег и другого. Каждый кто впервые сталкивается с этим требованием создаёт для себя индивидульный шаблон плана действий для учёта рабочего времени.

Для фиксации смены контекста и более че/p> Читать дальше

Основные разделы проекта dotudash запущены, остальная часть проекта и сервисов пока недоступны и будут открываться постепенно.

В этом разделе блога будут публиковаться статьи, заметки и мысли о концепции внутреннего устройства, особенностях строения и архитекруных решений — и о проекте в целом.

В настоящее время уже подготавливаются обновления, новые разделы, материалы, документация и другое.

Оставайтесь в курсе последних обновлений в vk.

Будет интересно.