Седьмая часть: Конечные проекты

Оригинал: Part VII: Final Projects

Переводчик: Феликс Ли

Лицензия: CC BY-NC-SA 4.0

Использует Google Translate

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

Мы должны проверить знания, которые вы приобрели до этого момента, потому что я буду просить вас применять их как можно чаще:+ Вторая часть, где вы узнали, как взломать систему, и как сделать своё начало максимально простым.

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

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

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

• Шестая часть, где вы исследовали SQL базы данных и изучили новый процесс для анализа данных и создания качественной информации.Седьмая часть, где вы применили все эти знания к ряду проектов, уделяя внимание трём аспектам улучшения:

• Процесс, путем попытки определить ваш процесс и следовать ему.

• Качество, сосредоточившись на автоматических тестах, тестовых инструментах и отслеживании вашего процесса.

• Креативность, пробуя решать неопределённые вещи и начиная с некоторых расслабленных, забавных хаков.

Какой у вас процесс?За всё это руководство я говорил вам, какие процессы использовать. В каждом разделе я давал вам различные задания, сосредоточенные на процессе, качестве или креативности, а затем предлагал вам практиковаться. Вы постоянно отслеживали своё качество и видели, что работает для вас, а что нет, благодаря графикам. Теперь самое время создать свой собственный процесс для завершения проекта и применить его к проектам в этом разделе книги. Потратьте время, чтобы придумать тему своего процесса. Это может быть либо Hack, либо TDD? Может быть всегда TDD с большим количеством аудита? Или это просто Hack и аудит? Я имею в виду, что вы должны рассматривать свою тему, а не просто выбирать между двумя вещами. Возьмите это как свой личный стиль. Мне нравятся шляпы и красные рубашки. Не спрашивайте меня почему, мне просто нравится это. Вот описание вашего процесса. Это ваш летний полосатый костюм и желтые туфли. В программировании я обычно следую теме "Hack, оптимизация, тестирование, разрушение".Как только у вас есть простое заявление о теме, самое время создать шаги для этой темы. Напишите их на карточке, чтобы вы могли следовать за ними. Я хочу предупредить вас, что простота лучше, чем сложность. Сложные процессы труднее контролировать. Ваш процесс также должен сочетать в себе творчество и качество. Мои процессы различаются для разных проектов, но я преподал вам это в этой книге. Используйте то, что я до сих пор учил вас, чтобы создать свой собственный процесс.

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

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