Перейти к основному контенту

Блог Дмитрия Колосова

Github: Readme профиля

На Github недавно появилась возможность создать полноценное описание профиля, используя Markdown, Github Actions и другие клёвые фишки.

Для этого надо создать репозиторий с именем вашего профиля. Например, в моём случае это mitrichius/mitrichius. А дальше создать внутри README.md и заполнить его.

Clearing to Neutral

Clearing to Neutral - это метод, придуманный когда-то ребятами из Asian Efficiency. По их словам, он помогает избавиться от прокрастинации, уменьшает трение при переходе к новой задаче, а как по мне, так ещё и снимает тревожность.

TLDR

tldr (too long; didn’t read) — простая утилита для отображения “человечных” манов по линуксовым командам. По факту — короткое описание плюс распространённые примеры использования, которых как раз не хватает в большинстве манов.

Использую как быструю замену man, когда забываю ключи для типовых примеров (например, у утилит tar, awk, sed), но если не нашлось нужного примера – всё же придётся покурить ман либо погуглить.

Мировые исторические события

Я плохо соотношу мировые события с конкретным периодом времени. Например, Дикий запад и пиратство в Карибском море – когда именно это было? Догадываюсь, что где-то между Колумбом и Генри Фордом, но точнее сказать уже сложно.

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

Написал пост – улучшил блог

Когда делаешь свою тему для блога (или движок, что ещё хуже), нужно всегда помнить о балансе между улучшениями самой темы и написанием новых постов (эдакий improve-write balance). И, как в случае с work-life балансом, перекашивает постоянно и почему-то всегда в одну сторону.

Кастомный тачбар

Когда только появились новости о том, что маки будут оснащаться тачбарами, у меня был один вопрос: “Зачем?”

И знаете – я даже не представлял, насколько он неудобен на самом деле: случайные нажатия, постоянное мельтешение при переключении приложений и т.д. Такое себе удовольствие.

Когда у меня появился рабочий макбук с тачбаром (16 дюймов, 2019), то я быстро задумался о его кастомизации. Делюсь опытом.

Главное неудобство Github — Pull Requests

Я пользуюсь Github очень часто, на нём лежат все мои публичные и приватные проекты, даже этот блог. И гитхаб крутой: хорошая система ревью, встроенный CI (также можно назвать Github Actions?), таск-трекер и вики. Гитхаб нашё всё для любого разработчика и стоит на втором месте после stackoverflow.

Однако я не могу назвать его в полной мере удобным. Есть одна ложка дёгтя.

И это пул-реквесты (PR).

Поддержка опенсорса (maintain)

Относительно недавно я сменил движок блога с Ghost на статичный Hugo. А вместе с этим сделал полноценную тему для него – простую, без наворотов, в стиле минимализма.

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

Спустя пару-тройку дней я сильно удивился – уже пошли первые звёзды и форки на гитхабе. Но радовался я недолго – сразу же за местными лайками пошли местные проблемы – issues (это слово будет без перевода в данном посте).

Содействие качеству

Проблема с понятием QA

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

Качество — ответственность всей команды

Некоторые люди считают тестировщиков (QA) ответственными за качество во всём процессе разработки. Этих людей можно понять, ведь в названии профессии Quality Assurance сказано, что они не только отвечают за качество, они его обеспечивают.

Считаю такое мышление вредительским.