К основному контенту

Читаем книги

Решил объединить в одном месте те книги, которые прочитал или планирую прочитать. Ссылки на мои обзоры или в магазин, если я ее еще не читал (или читал раньше, чем начал делать обзоры).
Список далеко неполный, решил закончить сначала с ним.

Разработка
"The Art of Unit Testing" Roy Osherove
"Working Effectively with Legacy Code" Michael Feathers
"Рефакторинг. Улучшение существующего кода" Мартин Фаулер
Отзыв "The Mikado Method" Ola Ellnestam, Daniel Brolund
"The Clean Coder - A Code of Conduct for Professional Programmers" Robert.C.Martin (интервью по книге)
"The Pragmatic Programmer: From Journeyman to Master" Andrew Hunt
"Совершенный код" Стив Макконнелл
"Modern C++ Programming with Test-Driven Development: Code Better, Sleep Better"  Jeff Langr
Тестирование для разработчика
Мощный список книг по разработке от mail.ru

Тестирование
Отзыв The "A" Word Alan Page
Отзыв "Как тестируют в Google" Джеймс Уиттакер, Джейсон Арбон, Джефф Каролло
"Гибкое тестирование. Практическое руководство для тестировщиков ПО и гибких команд" Лиза Криспин, Джанет Грегори
Больше материалов по тестированию
Сборник бесплатных материалов по тестированию

Управление
Отзыв "Критическая цепь" Э.Голдратт
Отзыв "Общаться с ребенком. Как?" Юлия Гиппенрейтер
Отзыв "Remote: Office Not Required" Jason Fried, David Heinemeier Hansson.
Отзыв "Идеальная IT-компания. Как из гиков собрать команду программистов" Брайан Фитцпатрик, Бен Коллинз-Сассмэн
Отзыв "Управляя изменениями" Ицхак Адизес
Отзыв "Искусство войны в иллюстрациях"
"Драйв. Что на самом деле нас мотивирует" Дэниел Пинк
"Руководство Джоэла Спольски по подбору программистов и управлению ими" Джоэл Х. Спольски
"Эффективный руководитель" Питер Друкер
"Одноминутный менеджер и обезьяны" Кеннет Бланшар
"Вальсируя с медведями" Том ДеМарко, Тимоти Листер
"Балдеющие от адреналина и зомбированные шаблонами" Том ДеМарко, Тимоти Листер и др.
"Сломай систему! Лекарство от управленческой изжоги" Роберт Таунсенд
"Эмоциональное лидерство. Искусство управления людьми на основе эмоционального интеллекта" Дэниел Гоулман и др
"Черная книга менеджера" Вячеслав Панкратов. Хорор, который однозначно стоит прочитать


Product Management
Отзыв "Inspired: How To Create Products Customers Love" Marty Cagan

Список книг по Lean от Михаила Рыжикова

Техническая поддержка
"Technical Support Essentials. Advice to Succeed in Technical Support" Andrew Sanchez

Разное(карьерный рост, развитие)
Отзыв "Вверх! Практический подход к карьерному росту" Инна Кузнецова
Отзыв "Визуальные заметки" Майк Роуди
Отзыв "Rework: бизнес без предрассудков" Jason Fried, David Heinemeier Hansson
Отзыв "Покажи свою работу!" Остин Клеон
Отзыв "Когда я говорил... Об образовании, ИТ и не только" Александр Краковецкий
Отзыв "Первые 90 дней" Майкл Уоткинс
"Черный лебедь. Под знаком непредсказуемости" Нассим Талеб

Комментарии

Популярные сообщения из этого блога

Mock vs Stub

Когда мы начали изучать модульное тестирование, то одними из первых терминов, с которыми пришлось познакомиться, стали Mock и Stub. Ниже попробуем порассуждать в чем их сходство и различие, как и для чего они применяются. Проверять работоспособность тестируемого объекта (system under test - SUT) можно двумя способами: оценивая состояние объекта или его поведение. В первом случае проверка правильности работы метода SUT заключается в оценке состояния самого SUT, а также взаимодействующих объектов, после вызова этого метода. Во-втором, мы проверяем набор и порядок действий (вызовов методов взаимодействующих объектов, других методов SUT), которое должен совершить метод SUT. Собственно, если коротко, то в одном случае используется Stub, а в другом Mock. Это объекты, которые создаются и используются взамен реальных объектов, с которым взаимодействует SUT в процессе своей работы. Теперь подробнее. Gerard Meszaros использует термин Test Double (дублер), как обозначение для объе

Заметки на коленке - 3. Что еще делать, если ваши тесты уже "зеленые"?

"Lately I find I'm working on automated tests that return non-binary results. Tests that neither pass nor fail" by  @noahsussman Отличная мысль, которую я ретвитил еще в 2016. Но давайте вместе подумаем, что за этим может скрываться? ( кстати, не знаю, что при этом думал Noah ) Ваши тесты прошли и прошли "успешно". Все хорошо или все же есть, куда еще посмотреть? Дальше то, что использовал я лично и то, что еще можно прикрутить дополнительно. Естественно все шаги ниже должны быть автоматизированны. 1. Контролируйте время выполнения тестов. Если набор проверок не меняется (а такое часто бывает, к сожалению), то рост времени выполнения может говорить о проблемах в продакшен коде (чаще всего) или проблемах с окружением. 2. Контроль за количеством выполняемых тестов. "Все зеленое" не значит, что сегодня выполняли те же Х тестов, что и вчера. Смешно(нет), но случается такое, что какие-то проверки "исчезают" из запуска из-за того, что у кого-то &qu

Полезные ресурсы для молодых (и не только) тестировщиков

сперто(с) Уже 3 месяца провожу собеседования тестировщиков (март 2016). Поначалу они просто  веселили - после 15-летнего опыта собеседования С++-разработчиков, общение с тестировщиками (чаще были "-цы") было чем-то экзотическим и забавным. Потом становилось все грустнее и грустнее, мимими закончилось. Началась печаль.