Лучший мерч для фанатов D&D.

🙂 Не баг, а фича

Нашли ТОП-9 законов программирования! Ими поделился тимлид с 10-летним опытом — настоящая БАЗА, без которой НЕВОЗМОЖНО добиться успеха. Сохраняем:

1) Закон Брукса: посадите трёх кодеров за одну задачу и они не сделают её в три раза быстрее. Больше команда — сложнее координация и планирование;

2) Закон Гудхарта: чем жёстче ваши KPI и метрики для измерения эффективности, тем сильнее они отвлекают от выполнения задач. НИ В КОЕМ случае не забивайте на задачи и не переключайтесь ТОЛЬКО на KPI;

3) Закон Хайрама: чем больше у API пользователей, тем сильнее они полагаются на незадокументированные особенности, превращая их в «обязательные» функции. Так любые изменения становятся сложными, ведь «привычное» сломать легче всего;

4) Закон Конвея: структура программ часто повторяет организационную структуру команды, которая её создала. Если следовать границам в команде, то софт не будет оптимизированным;

5) Закон Линуса — база опенсора: чем больше людей-энтузиастов проверяют код, тем больше шансов найти ошибку;

6) Закон Хофтшадтера: дедлайн всегда нужно ставить с запасом. Мы часто занижаем время, необходимое для выполнения задачи;

7) Закон Кернигана: код всегда должен быть простым и понятным. Сложный код ВСЕГДА становится неподъёмным в отладке и сопровождении — это вопрос времени;

8) Закон Питера: софт- и хард-скиллы — разные навыки. Топовый кодер не обязательно обладает способностями к управлению людьми, руководству или выполнению стратегических требований лидерства;

9) Закон Парето: усилия должны быть избирательными. Чтобы 20% усилий приносили 80% результатов, сначала нужно понять, куда прикладывать эти усилия. Качество всегда перевешивает количество, а результат важнее затраченного на задачу времени.

🙂 Не баг, а фича

Нейронка ИДЕАЛЬНО заменит фон и освещение на фото — стала доступна настоящая БЕСПЛАТНАЯ имба. От вас нужны фотка и промт, который легко написать по примеру со страницы с ИИ.

Смотрим примеры и пробуем — тут.

🙂 Не баг, а фича