Принцип "Сегодня пирамидка не получилась, завтра получится"

Принцип "Сегодня пирамидка не получилась, завтра получится"

Вот чему-чему, а информационные технологии неплохо учат тому, что возникновение ошибок и проблем это вполне естественный процесс. Поэтому в этом обзоре хотел бы рассмотреть принцип "Сегодня пирамидка не получилась, завтра получится", так как его понимание достаточно полезно (кстати, и не только в ИТ).

Но обо всём по порядку.

Принцип Сегодня пирамидка не получилась, завтра получится

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

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

Однако не сложно заметить, что обычно программы от версии к версии становятся сложнее и полезнее. Справедливости ради, стоит отметить, что такое происходит не всегда, но всё же.

Примечание: Автор сам создавал программы, модули и прочее, которые в первых своих версиях были крайне простыми и неказистыми, но которые со временем становились более сложными и функциональными. И сам же от версии к версии исправлял мелкие косяки и проблемы. Так что это из опыта.

Вроде звучит понятно, но в чём отличие принципа "Сегодня пирамидка не получилась, завтра получится" от других подходов? Отличие очень простое, вы движетесь к цели, но не подходите к оценке каких-либо результатов только в плане "либо получилось, либо нет", а сразу понимаете, что текущий результат может быть неудачным, но он будет полезным. Т.е. если у вас что-то не получилось сегодня, то вы продолжите это завтра, но просто к текущей неудаче отнесётесь с пониманием (будете думать как можно сделать лучше, в чём были ошибки, как можно их исправить и т.д.), а не будете заниматься самобичеванием или чем-то подобным.

Рассмотрим гипотетический пример для понимания. Допустим, Коля и Петя хотят создать свой веб-сайт. В качестве некоего примера они взяли какой-то "моднявый" сайт, чтобы, как говорится, не упасть в грязь лицом. Коля придерживается принципа, а Петя подходит к оценке только в плане "Соответствует или нет". Также считаем, что Коля и Петя мало чего знают о сайтах и только собираются постигать это великое искусство сайтостроения.

Первым делом рассмотрим примерное движение дел у Пети. Так как Петя придерживается подхода "всего и сразу", то он сразу попробует создать такой сайт. И, естественно, у него это не получится, ввиду отсутствия опыта и умений. Вроде бы ничего такого, только проблема в том, что Петя будет сразу пытаться "впихивать" в сайт всё возможное и поэтому его творение будет тем ещё "монстром воплоти", которым невозможно будет пользоваться. Где-то параметры будут "криво" выставлены, где-то, из-за отсутствия опыта, будут использованы некорректные механизмы, где-то и вовсе части сайта будут конфликтовать между собой и так далее.

И это только полбеды. Во-первых, Петя будет стрессовать, так как его творение "из подпорок и грязи" никак не будет соответствовать исходному примеру. Во-вторых, Петя будет бессонными днями и ночами пытаться довести до ума его "произведение искусства". Немалая часть таких "поделок", как говорится, канула в лету.

Теперь рассмотрим примерное движение дел у Коли. Так как Коля придерживается принципа "Сегодня пирамидка не получилась, завтра получится", то он сразу понимает, что опыта мало и что ошибки будут, поэтому Коля не пытается сразу же создать "крутой и моднявый" веб-сайт, Коля действует постепенно, выставляя себе небольшие и достижимые цели. Скажем, следующим образом. Первым делом разобраться в том, какие существуют CMS, какие из них больше подходят для создания чего-то подобного. Затем узнает как устанавливать CMS. Потом поищет подходящий шаблончик. Потом будет постепенно добавлять разные модули и функции, попутно разбираясь в их особенностях. И так далее.

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

Подытоживая, принцип "Сегодня пирамидка не получилась, завтра получится" позволяет двигаться к цели планомерно, без лишних стрессов и в нужном вам темпе. Скажем, можете сегодня сделать больше, делаете. Не можете сделать больше, делаете сколько можете. Где-то возникли какие-то проблемы, ничего завтра продолжите. Что-то не получается сразу, через время обязательно получится. И так далее.

Также вам могут быть интересны обзоры:

1. Правило 1% из 100% или как делать дела?

2. Правило 5 минут или как сделать свой сайт или сервис лучше?

3. Как браться за большие задачи?

4. Как компоновать функциональность - один из подходов.

5. Эффект Даннинга-Крюгера.

6. Делать все запоем или поэтапно, что лучше?

7. Принцип Удобнее не значит лучше в ИТ.

8. Закон Парето или принцип 20/80 - забавные моменты.

9. Принцип "пашет - не трогай" в ИТ.

Понравилась заметка? Тогда время подписываться в социальных сетях и делать репосты!

☕ Понравился обзор? Поделитесь с друзьями!

Добавить комментарий / отзыв

Комментарий - это вежливое и наполненное смыслом сообщение (правила).



* Нажимая на кнопку "Отправить", Вы соглашаетесь с политикой конфиденциальности.
Присоединяйтесь
 

 

Программы (Freeware, OpenSource...)