Пост для всех, кто работает за компьютером

Как вы знаете, долгая работа за компьютером плохо сказывается на нашей с вами осанке. Поэтому, чтобы вы не сутулились, на GitHub появился инструмент, который в реальном времени будет за этим следить.

Всё, что нужно сделать — установить его и дать доступ к камере вашего компьютера. Система будет следить за плечами и шеей, подсказывая вам правильное положение, чтобы вы не мучались с болями в спине.

Скачать можно бесплатно тут: https://github.com/JordiNeil/bad_posture

#инструменты #здоровье

Сказка «Колобок» на языке программистов — то, что надо перед сном и большим, и маленьким разработчикам

Настройка CI/CD для самых маленьких

CI/CD (Continuous Integration, Continuous Delivery) — это технология автоматизации тестирования и непрерывной доставки новых модулей разрабатываемого проекта заинтересованным сторонам. Считается, что построение CI/CD — задача для DevOps.

Глобально это действительно так. Но часто с с ней сталкиваются и разработчики. Умение поправить что-то незначительное своими силами позволяет не тратить время на поход к коллегам (и ожидание их реакции), т.е. в целом повышает комфорт работы и дает понимание, почему все происходит именно так.

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

#devops

Факт про 21 день для формирования привычки оказался ложью!

Оказывается, что учёные уже провели исследование и доказали, что правило Максвелла Мольца не работает в реальной жизни.

У большинства людей полезные привычки начинают вырабатываться только через 59-66 дней, а некоторый нужно на это и того больше — 106-154 дня.

Но есть и хороший момент. Учёные выяснили, что новая привычка формируется быстрее, если её встроить в уже привычный ежедневный ритуал. Например, добавить к чистке зубов стойку на одной ноге для развития баланса.

P.S. от себя добавлю ещё одну рабочую схему, чтобы не забить на привычку. Дайте обещание знакомым перевести ощутимую для вас сумму куда-нибудь в благотворительную организацию или им же на счёт, если вы что-то решите не делать. Поверьте, возможность лишиться денег из-за собственной лени, пусть и на благое дело, очень хорошо мотивирует :)

А если у вас есть свои рабочие советы на эту тему, поделитесь ими в комментах.

#новости

Что такое рефакторинг и зачем он нужен

Разработчики довольно часто используют слово «рефакторинг», и если вы работаете с ними, то наверняка не раз его слышали. Однако нередко это понятие вызывает вопросы: почему что-то нужно переделывать, если «и так работает»? Давайте разберёмся, что такое рефакторинг, почему он необходим и как понять его важность.

Что такое рефакторинг?

Рефакторинг — это процесс улучшения структуры кода без изменения его внешнего поведения. Проще говоря, это оптимизация уже написанного кода, чтобы он был легче читаем, удобнее поддерживался и реже ломался.

Это как генеральная уборка у себя в шкафу: вещи раскладываются по категориям, лишнее выбрасывается, а пространство используется более рационально. Самое важное, что функциональность «шкафа» не меняется — но пользоваться им становится намного проще.

Вот главные причины, по которым возникает необходимость рефакторинга:

1. Устранение технического долга.
Спешка, жёсткие дедлайны или неопределённые требования часто приводят к тому, что код пишется не самым «чистым» образом. Технический долг — это как заём, который вы берёте, чтобы быстро сделать задачу, но который потом нужно «погасить», иначе сложности будут только расти. О нём мы поговорим подробнее в другой раз.

2. Подготовка к изменениям.
Любой проект меняется со временем: добавляются новые функции, изменяются бизнес-требования. Рефакторинг избавляет код от излишней сложности и готовит его к будущим доработкам.

3. Снижение ошибок и упрощение работы.
Чистый код легче читать, понимать и тестировать. Это уменьшает вероятность багов и облегчает работу не только тем, кто написал этот код, но и всей команде.

4. Повышение производительности.
Иногда рефакторинг позволяет оптимизировать работу программы. Например, заменить неэффективные алгоритмы на более быстрые.

Если вам говорят, что нужно рефакторить код, предстоящую задачу можно оценить через следующие аспекты:

1. Чем грозит отсутствие рефакторинга?
Спросите разработчика, как технический долг или низкое качество кода влияет на проект сейчас или будет влиять в будущем. Это может быть замедление наращивания новых функций, увеличение числа ошибок или рост трудозатрат на любую небольшую доработку.

2. Как рефакторинг повлияет на задачи?
Уточните, изменится ли функциональность системы для пользователя или это чисто внутренний процесс. Обычно рефакторинг не связан с видимыми изменениями, это инвестиция в будущее.

3. Что будет сделано?
Рефакторинг может быть небольшим: исправление одной функции или класса. Но иногда он затрагивает архитектуру системы. Чем крупнее задача, тем больше ресурсов нужно закладывать. Главное — попросить разработчика объяснить масштаб изменений.

4. Какой будет результат?
После рефакторинга код становится лучше в какой-то конкретной области (например, легче добавлять новые функции). Убедитесь, что разработчик может объяснить, какую именно пользу это принесёт.

Как вам действовать?

1. Закладывайте время.
Рефакторинг редко планируют с самого начала: зачастую он появляется «по пути». Заранее учитывайте, что время на доработку или улучшение кода может понадобиться.

2. Старайтесь сбалансировать рефакторинг и скорость.
Не всегда стоит бросаться улучшать код немедленно. Уточните, насколько срочен процесс. Иногда можно отложить уборку до окончания текущего цикла задач.

3. Не требуйте «и так работает».
Выражение «работает же — зачем тратить время?» опасно. Такой подход неизбежно приводит к хаосу в долгосрочной перспективе. Доверяйте разработчикам: если они говорят о рефакторинге, значит, хотят сделать проект лучше.

#простымисловами #советы