Найдите свою большую идею и примите решение о видении, все маленькие решения в будущем станут проще и легче.
Философия Whiteboard
Andy Hunt и я делали debit card transaction switch. Главным требованием было, что потребитель дебетовой карты не должен иметь одну и ту же сделку, совершенную дважды. Другими словами, такая проблема считалась бы ошибкой и обрабатывалась бы только одна сделка.
Так что, мы написали об этом на нашем общем whiteboard: «Ошибка на пользу потребителей».
Это присоединило к себе дюжину других принципов. Совместно, они ведут все хитрые решения, которые происходят, когда строишь что-нибудь комплексное. Вместе эти принципы создают внутреннюю и внешнюю последовательность действий.
— Dave Thomas, The Pragmatic Programmers
Создавайте молитвы
Организациям нужны указательные столбы. Им нужен план; работникам каждый день нужно знать, когда они просыпаются, почему они собираются идти на работу. Этот план должен быть кратким и сладким, и затрагивать все: Почему вы существуете? Как это мотивируете? Я называю это молитвой — описание в трех-четырех словах причин, по которым вы существуете.
— Guy Kawasaki, author ( from Make Mantra)
Пренебрегайте деталями в начале
Работайте от большего к меньшему
Мы сумасшедшие до деталей.[9]
* Пространство между объектами
* Совершенный цвет
* Совершенные слова
* Четыре линии кода вместо семи[10]
* 90% vs 89%
* 760px vs 750px
* $39/month против $49/month
Успех и удовлетворение находится в деталях.
Однако, успех не единственная вещь, которую вы найдете в деталях. Вы также найдете — застой, разногласие, встречи, и задержки. Эти вещи могут убить моральное состояние и снизить вероятность успеха.
Как часто вы сидите над одной строчкой кода в течение целого дня? Как часто ваша работа сделанная за один день не дала никакого прогресса? Это случается, когда вы сосредоточиваетесь на деталях, слишком рано. У взыскательного человека будет еще много времени на детали. Просто отложите это.
Не волнуйтесь о размере шрифта в заголовках. Вы не нужна совершенная тень. Вам не нужно перемещать кнопку на три пикселя вправо или влево. Просто поместите материал на страницу. А затем используйте. Убедитесь, что это работает. Позже вы можете все усовершенствовать.
Детали проявляются, пока вы используете то, что вы строите. Вы будете видеть, чему нужно уделить больше внимания. Вы будете знать, какие выбоины надо замостить, потому что вы будете продолжать биться об них. Именно тогда, на них следует обратить внимание, не раньше.
Дьявол в деталях
Если вы начинаете втягиваться в детали немедленно, можете быть уверены что рисунок будет плохим. Фактически, вы целиком не понимаете суть дела.
Вы должны получить пропорции для целого. А затем делать эскиз наибольших объектов, переходя к самым маленьким. Эскиз должен быть простым вплоть до этого пункта. Затем вы можете возобновить штриховку, которая приведет объем в чувство.
Вы начинаете только с трех тонов (светлый, средний, темный). Это будет тональный эскиз. Затем для каждой части вашего рисунка оцените три тональных тени и примените их. Сделайте это, пока объемов нет (требует многоразового повторения)…
Работайте от большего к меньшему. Всегда.
— Patrick Lafleur, Creation Objet Inc. (from Signal vs. Noise)
Проблема тогда, когда это проблема
Не тратьте бесцельно время на проблемы, которых у вас еще нет
Вам действительно нужно волноваться о вычислениях для 100 000 потребителей сегодня, если это будет у вас через два года?
Действительно вам нужно нанять восемь программистов, если сегодня нужно только три?
Действительно сейчас нужны 12 первоклассных серверов, если вы можете обойтись двумя на протяжении года?
Люди часто тратят слишком много времени на попытки решить проблемы, которых у них нет. Не делайте этого. Мы начали делать Basecamp без клиентов! С тех пор, как мы взялись за разработку продукта, у нас было 30 дней. Мы использовали это время, чтобы разрешить более срочные проблемы, а затем, после создания основы, мы попытались провести подсчеты и определить, сколько же клиентов у нас будет.
Это было простым C8; отличным решением, без ненужных смет и усилий.
