Проще = лучше

Наверняка, у каждого в школе или универе были преподаватели-антиподы. Первый был аспирант, объяснял «ковыряние в носу» с помощью сложных терминов, потом самоутверждался на экзаменах, унижая студентов, требуя заученных формулировок, вместо понимания. А в соседней аудитории кто-то весело и легко рассказывал про квантовую неопределённость, приводя в пример свою бабулю, которая смотрит Санта-Барбару. Или не смотрит. Какой предмет лучше усваивался? Уверен, что тот, который подавался простым и понятным языком.

В разработке есть принцип KISS – Keep it simple, stupid. Код нужно писать максимально просто и не усложнять без надобности. Чем проще код – тем проще его поддерживать, понимать, дописывать, изменять, переносить. А значит разработчики тратят меньше сил и нервов, а бизнес решает задачи быстрее и дешевле.

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

Делать просто должен не разработчик, это командная работа. Старайтесь держать в уме этот принцип каждый раз, когда что-то создаёте – пишете код, документацию, задачу, пост, проектируете систему или рисуете дизайн. Чем проще – тем лучше. Не усложняйте. Не пытайтесь сразу сделать идеально. Сначала сделайте, а потом сделайте лучше. А когда сделаете несколько итераций – задумайтесь, а не усложнили ли вы всё? Парадоксально, но делать просто – сложно.

Решайте одну проблему в одну единицу времени. Вряд ли бы мы с вами сейчас попивали томатный сок на высоте 10км и пытались утрамбовать свой рюкзак гидравлическим прессом до размеров ручной клади в «Победе», если бы Да Винчи или братья Райт думали, как будут влиять самолёты на экологию и где в их летательных аппаратах будет располагаться клетка для перевозки домашних животных.

И помните, если у вас получается что-то очень сложное – вы делаете что-то не так.

Почитать по теме:

– Лонгрид про Overthinking от автора канал @uxlive. ⚠️ подача зайдёт не всем ⚠️
– Принцип Keep it simple, stupid
– Принцип Бритва Оккама
– Чем хуже, тем лучше
– Колхозная доктрина - KISS для разработчиков простым языком

P.S. Будет круто, если вы мне посоветуете книги/посты/видео по теме – пишите в комментарии

P.P.S. Давно не было цитат из пабликов в вк, исправляюсь: «Делай просто, насколько возможно, но не проще этого» А. Эйнштейн

Saturday Night Hack

Проще = лучше

Наверняка, у каждого в школе или универе были преподаватели-антиподы. Первый был аспирант, объяснял «ковыряние в носу» с помощью сложных терминов, потом самоутверждался на экзаменах, унижая студентов, требуя заученных формулировок, вместо понимания. А в соседней аудитории кто-то весело и легко рассказывал про квантовую неопределённость, приводя в пример свою бабулю, которая смотрит Санта-Барбару. Или не смотрит. Какой предмет лучше усваивался? Уверен, что тот, который подавался простым и понятным языком.

В разработке есть принцип KISS – Keep it simple, stupid. Код нужно писать максимально просто и не усложнять без надобности. Чем проще код – тем проще его поддерживать, понимать, дописывать, изменять, переносить. А значит разработчики тратят меньше сил и нервов, а бизнес решает задачи быстрее и дешевле.

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

Делать просто должен не разработчик, это командная работа. Старайтесь держать в уме этот принцип каждый раз, когда что-то создаёте – пишете код, документацию, задачу, пост, проектируете систему или рисуете дизайн. Чем проще – тем лучше. Не усложняйте. Не пытайтесь сразу сделать идеально. Сначала сделайте, а потом сделайте лучше. А когда сделаете несколько итераций – задумайтесь, а не усложнили ли вы всё? Парадоксально, но делать просто – сложно.

Решайте одну проблему в одну единицу времени. Вряд ли бы мы с вами сейчас попивали томатный сок на высоте 10км и пытались утрамбовать свой рюкзак гидравлическим прессом до размеров ручной клади в «Победе», если бы Да Винчи или братья Райт думали, как будут влиять самолёты на экологию и где в их летательных аппаратах будет располагаться клетка для перевозки домашних животных.

И помните, если у вас получается что-то очень сложное – вы делаете что-то не так.

Почитать по теме:

– Лонгрид про Overthinking от автора канал @uxlive. ⚠️ подача зайдёт не всем ⚠️
– Принцип Keep it simple, stupid
– Принцип Бритва Оккама
– Чем хуже, тем лучше
– Колхозная доктрина - KISS для разработчиков простым языком

P.S. Будет круто, если вы мне посоветуете книги/посты/видео по теме – пишите в комментарии

P.P.S. Давно не было цитат из пабликов в вк, исправляюсь: «Делай просто, насколько возможно, но не проще этого» А. Эйнштейн

hottg.com/sn_hack/30

793 viewsAug 17, 2020 at 14:49