Обсуждаем главы из “97 things every programmer should know”
TRANSCRIPT
Обсуждение книги
97 Things Every Programmer Should Know
97 этюдов для программистов
SPb SQA Group Book Club
03.03.2017 SPb SQA Group event @ T-Systems 2
Разделение книг на“тестировщицкие” и “нетестировщицкие”
03.03.2017 SPb SQA Group event @ T-Systems 3
Правило туриста(The Boy Scout Rule)
● “Всегда оставляйте место стоянки чище, чем оно было до вас”.
● Не нужно доводить код до идеала, нужно сделать его всего лишь чуть-чуть лучше, чем он был.
03.03.2017 SPb SQA Group event @ T-Systems 4
Непрерывное обучение(Continuous Learning)
● Если вы не обучаетесь, то превращаетесь в динозавра, “прилипшего” к своей работе, пока в один непрекрасный день вашу работу не передадут на outsource.
● Способы: читать, искать менторов, изучать инструменты, учить других, слушать подкасты...
03.03.2017 SPb SQA Group event @ T-Systems 5
Не работайте сверхурочно(Hard Work Does not Pay Off)
● Если вы стараетесь быть “продуктивным” более чем 30 часов в неделю, скорее всего, вы слишком усердны.
● Доклад Игоря Мирошниченко на SQA Days-18: “Выгорание и выход из кризиса” https://vimeo.com/groups/341918/videos/151221115
03.03.2017 SPb SQA Group event @ T-Systems 6
Наблюдайте за пользователями(Ask «What Would the User Do?»
(You Are not the User))
● Пользователи не думают так, как программисты (тестировщики, аналитики, менеджеры проектов и т.д.).
● Лучший способ выяснить, как действуют пользователи, понаблюдать за одним из них.
03.03.2017 SPb SQA Group event @ T-Systems 7
Пишите код так, как будто вы будете сопровождать его до конца жизни
(Write Code as If You Had to Support It for the Rest of Your Life)
● Если вы согласитесь с тем, что любой нынешний или бывший коллега может позвонить вам среди ночи и спросить, что делает написанная вами функция, вы сильно повысите свой уровень программирования.
● Код, написанный вами много лет назад, всё ещё влияет на вашу карьеру.
03.03.2017 SPb SQA Group event @ T-Systems 8
Миф о гуру(The Guru Myth)
● Часто спрашивающие не считают нужным прикладывать дополнительную информацию, т.к. считают отвечающего гуру.
● Но зачастую спрашивающие обладают знанием контекста и сами могут лучше дать ответ.
03.03.2017 SPb SQA Group event @ T-Systems 9
Не надейтесь на магию(Don’t Rely on «Magic Happens Here»)
● В любом проекте есть много вещей, которые остаются за кадром для отдельных участников.
● Важно понимать хотя бы часть магии, стоящей за проектом, чтобы быть в состоянии запустить её вновь, если она вдруг перестанет работать.
03.03.2017 SPb SQA Group event @ T-Systems 10
Хороший интерфейс: легко использовать правильно, сложно
использовать неправильно(Make Interfaces Easy to Use Correctly
and Hard to Use Incorrectly)
● Хорошо спроектированный интерфейс используют правильно, потому что так проще.
● Ошибки пользователей интерфейса нужно 1) предугадать и 2) отслеживать, чтобы исправить интерфейс.
03.03.2017 SPb SQA Group event @ T-Systems 11
Начинайте с "да"(Start from Yes)
Иногда у другого человека может быть идея, которая покажется несовместимой с вашим видением проекта. Тогда помогает задать вопрос “почему?” самому себе.
03.03.2017 SPb SQA Group event @ T-Systems 12
Обо мне
● Людмила Шлепцова
● QA Automation Engineer @ OnTarget Labs
● Skype: lui-sh
● Email: [email protected]
● https://www.linkedin.com/in/lyudmila-shleptsova/