Как урезать свой перфекционизм?

Question

[weredy]

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

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

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

Comments

[AlikDex]

Аналогичная проблема, выдавливаем из себя это дерьмо по капле. Поддается с трудом. А что делать? Вот периодически надо дополнить какой-нибудь функционал в самописную библиотеку, а у той, что ты смотрел но отказался он уже есть. Думаешь такой... вот же я дятел, и че из-за 5кб удавился, а сейчас время терять все по новой делать... Иди оно в пень и скрипя зубами ставишь в итоге то что нужно было поставить изначально. К тому же за апдейтами автор пусть следит. Тебе тоже меньше времени уделять надо таким мелочам.

Ну и в остальном. Ладно если у тебя 1-2 сайта. А если 10? 20, 30, 50 или даже 100 сайтов?! Поддержка самописного, не побоюсь этого слова - говна, становится сущим адом.

[igorch96]

Процесс интересен только в борделе; в бизнесе же важен результат...

Answer 1

[Alex]

Чтобы перестать делать лучше то, что ещё не сделано до конца, нужно понять одну простую истину: Запущенный проект лучше, чем не запущенный.

Давайте потренируемся:

• Что лучше: запущенный проект с несжатыми стилями или незапущенный со сжатыми?
  
• Что лучше: не запущенный проект с десятью страницами или запущенный с тремя?
  
• Что лучше: запущенный проект c jQuery или не запущенный без jQuery?
  

Надеюсь, вы смогли выбрать! Как узнать, что пора запустить проект? (Под запуском я имею в виду «показать людям». Например, если вы решили написать библиотеку, давайте считать «проект запущенным», если вы выложили её на гитхаб) Нужно прикинуть, сколько времени вам надо на разработку и умножить на два. Если получилось больше двух недель, то стоит разбить проект на части и прикинуть так про каждую часть. Соответственно, ставите дедлайны.

Промежуточные дедлайны помогают успеть к последнему. Старайтесь сначала реализовать основную функциональность, а потом дополнительную. Если не успеете к дедлайну доделать дополнительное — сначала запустите основное, а потом видно будет, надо ли вообще доделывать дополнительное.

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

Удачи!

Comments

[di23]

Я сначала читал "запущенный" как "брошенный", а не как "стартовавший". И все никак не мог сообразить =)))

[newd]

Добавил в закладки. Буду заглядывать во время приступов перфекционизма

[Роман]

Стили сжать с помощью таск менеджера - одна команда и прописанный файл.

[Alex]

Роман: Автор иногда не может «даже выбрать инструмент»!

Answer 2

[ТёмнаяМатерия]

Запомните для этих случаев одну великую фразу "Ладно это я потом переделаю когда время появится" :)))

Comments

[65536]

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

[ТёмнаяМатерия]

65536: Это бесспорно, имеется ввиду когда ты уже понял что это необязательная вещь но продолжаешь оттачивать её до совершенства

[LeEnot]

Нет ничего более постоянного, чем временное :)

[V Sh.]

LeEnot: +1. У нас 2/3 рабочих пакетов в БД Oracle носят приписку _test...

[LeEnot]

Вадим Ш.: черти из менеджмента )
- А запилите-ка быстренько пробную фичу N
- Хорошо, вот сделано, но нужно провести тесты, пусть бизнес-аналитики выдадут схему процесса и мы составим и отработаем тест-кейсы, нужно будет пару недель на отладку и тестирование
- На это нет времени, в продакшн!!!
- *что-то ломается или работает не так*
- Опять программисты херню сделали! За что им деньги платят!!!

[Андрей Бердов]

Есть еще одна хорошая: "Все лучшее - враг хорошему!.." ))

[Роман]

Тяп ляп и в продакт, а потом допилю

Answer 3

[Saboteur]

Цените свое время и деньги.
За перфекционизм не платят, платят за работу, которая соответствует требованиям заказчика, а не вашим личным.

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

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

Короче. Правильно ставьте приоритеты.

Answer 4

[trevoga_su]

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

если же речь идет о работе на кого-то, то помните, ваш код бизнесу не нужен.

Comments

[trevoga_su]

Neoline: я о своих проектах говорю. а если вы пишите проект для кого-то, с любовью, то не лишним будет его копипастнуть себе на флешечку

Answer 5

[Domochevsky]

Учитель нейропсихологии говорил нам: "Интеллектуальное развитие - это устранение ошибок"...
Чтобы не страдать от бессмысленного перфекционизма, во-первых, поставьте своему мозгу конкретную задачу и решите её. А после, если у вас ещё есть на эту работу желание и время, можете и заниматься перфекционизмом - это не плохо, а наоборот даже полезно.
Что касается временных рамок... любая задача требует ровно столько времени, сколько требует. Ставьте конкретные задачи, концентрируйтесь только на них и тормозите любую деятельность, которая не относится к поставленной задаче.

Answer 6

[Алексей Помогаев]

Если для себя пилите, то пихать 40кб кода для небольшой фичи - перебор. Такими темпами проект скатится в говно и будет тормозить. С другой стороны если в итоге не взлетит, то все эти оптимизации будут упущенным временем.

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

Но делайте такой проект с мыслью, что в итоге будете все переделывать. И это действительно так, будете переделывать. Что фичи, на которые вы ставили - не взлетят, а фичи которым не уделили внимания будут приносить 80% дохода.

Если же делаете ради денег, кто-то там сказал или где-то там прочитали, что здесь можно поднять баблосов. То пилите как попало - 90% что не взлетит, а если взлетит - потом переделаете )

Comments

[Erling]

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

Answer 7

[four4]

Разделять перфекционизм и глупость.

Переименовывать по 100 раз названия внутренних переменных - это глупость. Хватит и 3-х раз.
А вот идеально конструировать публичное API, к которому потом еще годами будут обращаться другие программисты - это перфекционизм.

Comments

[lakegull]

Правильно сказали - хватит и трёхкратного количества раз

[Дмитрий]

lakegull: Какой нафиг 3 раза? Какая нафиг глупость. Вы о чем? Абсолютно не важно сколько раз переименывали переменную. Когда надо, тогда и переименовываешь. Другими словами, человек не понял смысла переменной, а у человека к пример 15 лет опыта разработки. Значит надо бы подумать и не париться больше 3х или нет? Я не о том, что надо часами сидеть как бы назвать переменную, а о том, что надо поменять, если возникло непонимание со стороны других разработчиков

[mofecuju]

Дмитрий: Если вы не способны увидеть юмор (3 из 100) - то у вас перфекционизм головного мозга в полный рост.

Answer 8

[Константин]

Столько комментариев не видел ни в одном ответе.
Сразу напрашивается вывод о соотношении урезанного перфекционизма к профессионализму.

Сам прокристинатор со стажем, поэтому не буду давать советы, а приведу цитаты:
Кот ежедневно вылизывает свое хозяйство, а профи сразу делает хорошо. Если сделано нехорошо, значит не профи, возможно, опыт этого проекта сделает тебя профи на следующем проекте. (старый препод по проектированию микропроцессоров, никогда не знал его фамилию)
Опыт сын ошибок трудных, а гений - парадоксов друг. (А.Пушкин)
Лучшее - враг хорошего, давно сказано (народная мудрость)
А хорошее всегда полезно (т.е. работает) - давно замечено, нужное всегда просто, непростое - не нужно. (Михаил Калашников). И того же источника: простое сделать всегда сложнее, а сложное сделать гораздо проще.
Профессионала отличает выбор инструмента и отношение к нему. (А. Макаренко)
Правильно организованный процесс - хороший повод для успеха. (Генри Форд) и того же источника самую знаменитую фразу про цвет автомобиля переделаем: Рефакторинг может быть любой величины, главное, чтобы это был 0.
Хорошее дело браком не назовут (немного не в тему, но в нашем случае - подойдет)

В основном согласен с остальными специалистами по перфекционизму и прокристинации: главное следование цели в установленные сроки. Это наука, а как это сделать - уже исскуство, для которого нужны воля и талант. :)

Успехов всем и не вешать нос!

Comments

[nirvimel]

Лучшее - враг хорошего

Если вы воюете на стороне "хорошего", значит мы с вами - противники.

[Константин]

Если и воюю, то только с собой, а это высказывание, лишь высказанное многовековое наблюдение, которое стоит учитывать

Answer 9

[lakegull]

пытаться следовать рекомендациям гуру и по итогу чуть ли не стою на месте

А не надо следовать рекомендациям гуру. Если точнее, то не нужно дословно выполнять их советы и рекомендации. Нужно вылавливать суть и думать самостоятельно.

P.s.

Как урезать свой перфекционизм?

Его нужно не урезать, а нарезать, положить на хлеб и съесть. Но ради Бога, не любоваться им.

Answer 10

[Андрей]

лучше маленькими шагами улучшаться и постепенно качество "из коробки" становится всё лучше и лучше, чем сидеть над одним и доводить его до идеальности.

Answer 11

[0348raven]

Нужно понимать: пока ты пишешь код, он превращается в гавно, потому что где-то какие-то чуваки придумали новые решения, приемы, библиотеки и плагины.
Поэтому не парься!

Answer 12

[Артем Спиридонов]

Как урезать свой перфекционизм?

Работать.

Answer 13

[coodan]

Если есть возможность посамосовершенствоваться в виде хобби, то почему бы ей не воспользоваться.

Для таги к совершенству советую на С++ перейти, там этого добра много.

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

Answer 14

[Антон Жуков]

Если считаете, что сторонние либы, которые вы юзаете - тяжелое и тормозное дерьмище (а часто это именно так и бывает), то просто заведите свой npm репозиторий и складывайте туда свои практические решения, и переиспользуйте их

Answer 15

[twin232]

Боюсь что ты страдаешь прокрастинацией. Об этом написано подробно gutta_honey в жж. Вот держи gutta-honey.livejournal.com/391991.html