Отличная книга. Много советов, и тем о которых стоит задуматься. В основном рассматривается с позиции менеджера проекта.
Некоторые мысли:
* По возможности избегай участия в заведомо провальных проектах.
* У менеджера проекта мало свободы действий, придется выкручиваться.
* В оценках бюджета/сроков изменение одной переменной квадратично влияет на другие.
* У сплоченной команды с опытом участия в провальных проектов больше шансов завершить проект.
* Пытаться вывести из проекта всех, кто мешает успешному завершению.
* Ранний акцент на проблемах всех заинтересованных сторон увеличивает шансы эффективно их решить.
* В провальном проекте, возможно, стоит отказаться от best practices и использовать другие, более подходящие, инструменты/методологии/подходы.
* Ежедневные сборки и тесты лучше… Развернуть
Лучший RTFM для тест-лида или тест-менеджера. Вопросы организации самого процесса тестирования, финансовая составляющая, найм персонала, взаимодействие с сотрудниками и руководством… Подробно, со всеми выкладками. С разбором ситуаций по описываемому проекту. Без занудства и зауми. И, наверно, книгу стоило бы назвать “Ключевые процессы управления тестированием. Планирование, подготовка, проведение, совершенствование“.
Зачем читать обычному тестировщику? Для расширения кругозора, понимания бизнесс-процессов, развития карьеры. Обязательно!
Автор проделал отличную работу по формализации своего опыта разработки функциональных требований к программным системам. Ни в какой другой книге вы не найдёте более полного описания методики создания «способов применения» (use case'ов).
Юскейсы могут быть использованы:
1. Бизнес- и системными аналитиками, проектировщиками взаимодействия — для проектирования взаимодействия с системой, а также выявления и обеспечения полноты, детальности и связности функциональных требований.
2. Тест-дизайнерами и тестировщиками — как основа для разработки тестовых планов и тест-кейсов.
3. Менеджерами проектов и продуктов — как единица планирования и сдачи программного продукта.
4. Заказчиками — для получения наглядного и исчерпывающего описания системы.
5. Техническими писателями — как основа для создания… Развернуть
Приходилось встречать очень плохие издания, но такое впервые! Впечатление, что оригинал был переведён гугл-транслейтом, потом перепечатан с ошибками, запятые рассыпаны по тексту в случайном порядке, ошибки всех возможных видов буквально на каждой странице. Если читатель не в теме предмета — он не поймёт ровным счётом ничего. Если в теме, то будет продираться сквозь враньё, если не бросит читать с первых же страниц. Отдельно можно сказать, что издавать в 2021 году книгу по версии Оракла 2007 года в виде перевода книги 2012 года — тоже такое себе.
Подборка материала — единственный плюс. Думаю, в оригинале это довольно неплохая книга.
Работа переводчика — просто во вред всему. Полностью перевранная терминология, орфографические, грамматические, синтаксические ошибки, опечатки — на каждой… Развернуть
В книге довольно много очевидных советов: по типу что нужно регулярно инвестировать время в свои знания, то есть читать технические книги, проходить курсы, учить новые языки программирования, изучать свои редакторы кода, изучить все что вас окружает, а затем переходить к другим областям computer science. Половина этих советов кажется слишком очевидной, особенно если это не первая книга, которую вы читаете по данной теме. Многие советуют читать ее как можно раньше, но на мой взгляд, чтобы вынести по максимуму из книги, вам нужно иметь хоть какой-то опыт промышленной разработки, так как если его не будет, то многие вещи покажутся слишком абстрактными. В идеале ее хорошо прочитать от двух раз. Приведу несколько подсказок из книги, которые являются довольно важными:
1) Будьте катализатором… Развернуть
Понравилась техническая ориентированность. Правда, увы, она во многом устарела. Тот же "Программист-прагматик" Мартина или российский похожий "Путь в ИТ" Правдиной понравились больше. Если читать - будьте готовы фильтровать детали и ориентироваться на концептуальные мысли. Они по-прежнему хороши.
Прекрасная книга, не утратившая свой актуальности.
Прошло 20 лет, сменились технологии и методологии разработки, а прагматичная философия все так же актуальна. Практические примеры и предложения писать на Perl иногда вызывают ностальгическую улыбку. Уже есть более приятные и современные языки. Есть современные проблемы, нуждающиеся в прагматичном подходе.
Приятно, что в книге есть один совет, который больше не нужен. Сейчас, мне кажется, уже нет людей и проектов, не использующих систем контроля версий. Уже никого не надо убеждать зачем они нужны. Хотелось бы, чтобы и остальные советы стали не нужными и очевидными. Чтобы не нужно было объяснять, зачем писать тесты и документацию, почему надо стремиться делать ортогональные и несвязанные модули. К сожалению, эволюция среднего программиста… Развернуть
Рэймонд Меррилл Смаллиан человек во многом уникальный. Пианист, фокусник, математик, логик, писатель (в т.ч. детский), даос и профессор Принстонского университета (научным руководителем которого был не кто-то, а сам Алонзо Чёрч), который покинул нас совсем недавно (в феврале 2017 г.), в возрасте 97 лет, повлиял на гигантское количество людей. К сожалению, его фамилия почти неизвестна в России — это связано с тем, что нишу логико-математического просвещения у нас занимают немного другие авторы . Нет, это не плохо — авторы вполне хорошие, но хотелось бы, чтоб там был и Смаллиан.
Эта книга — продолжение его блестящей серии детских научно-популярных книг, где он пытается втянуть детей, в логико-игровой форме, и объяснить им подчас невероятно сложные вещи. Так, в своей невероятной Как же… Развернуть
В книге описан один метод написания части постановки задачи, а именно метод use case.
Что это такое? Это описание сценария взаимодействия пользователя с системой (или с бизнесом). Система при этом выступает как черный ящик (и это дает возможность разделить сложную задачу проектирования на проектирование взаимодействия и обеспечение этого взаимодействия). При этом вводятся стандарты нотации, что обеспечивает простоту прочтения в том числе не участникам, и позволяет делать некоторые проверки на полноту и соответствие целям стейкхолдера.
В целом, после прочтения книги, к сожалению, не понятно как пройти весь путь аналитика от бизнес-проблем до формализованного ТЗ для разработчика. В книге рассказывается только часть процесса с неясно сформулированными входящими и неясно показанными… Развернуть
В книге очень много дельного, причём не такого что можно применить где-то в одной конкретно взятой сфере программирования, а вещей, которые обязательны к выполнению везде, чтобы вы ни кодили. Отличная книга, жаль что она попалась мне на глаза так поздно, очень много системных ошибок не было бы сделано ранее.
Хорошая книга с множеством советов в самых различных сферах программирования. Особенно понравилась её первая часть, которая больше раскрывает само отношение к работе. В 5 главе интересная аналогия знаний с инвестиционным портфелем. В условной второй части в принципе много очевидных вещей, если какое-то время уже находишь в сфере программирования, но в целом всё равно полезных, хотя бы с той точки зрения, чтобы их систематизировать.
Крайне полезная и в то же время хорошо написанная книга Э.Ханта и Д.М.Томаса "Программист прагматик". В ней авторы сравнивают работу программистов со средневековыми строителями, полагая её столь же трудной и ответственной и имея надежду, что со временем методы и подходы к этому труду станут столь же совершенными, по сравнению с нынешними.
Авторы охватывают широкий круг тем, начиная от проектирования и заканчивая тестированием продукта. Дух взвешенности и прагматизма пронизывает каждую главу книги, в которых авторы делятся своими взглядами на работу, наделяя программиста чувством ответственности за свой продукт и здравым смыслом, не давая полагаться на случай. Они дают вполне чёткие и конкретные советы по тому, как организовать свою работу, какими принципами руководствоваться, какие… Развернуть
Книга ни о чём, к сожалению. Художественной ценности она не представляет. Приключений как таковых нет. Пикантных сцен тоже, хотя их можно было ожидать. Ну, а если хочется узнать о Мессалине и ее роли в истории, то проще почитать ту же Википедию: все то же самое, что в книге, только короче. К прочтению не советую, пустая трата времени.
Я не очень люблю литературу из разряда «популярно обо всем», особенно типа «популярно о бизнесе» или «энциклопедия юного менеджера». Но тема этой книги меня заинтересовала. Речь идет о безнадежных проектах, тех самых, узнав о которых профессионал заранее понимает, что ничего хорошего из этого не выйдет, но управленческие причуды таковы, что приходится браться за такой проект. В книге речь идет о софтверных проектах, но не теряя познавательности ее можно спроецировать на любой род деятельности.
Что такое «безнадежный проект»? Это тот проект, о котором заранее известно, что в требуемое время, в требуемом объеме и требуемого качества он сделан не будет. И все же за такие проекты берутся. Автор педантично расписывает причины, почему возникают безнадежные проекты. Я, например, постоянно… Развернуть
Классическая книга о SQL. Неплохое введение для начинающих. Доступно, с большим количеством примеров, а также с блоком упражнений (пусть и простейших).
Только вот SQL, описываемый в книге, стандарта 89-92 годов (оригинал книги – «Understanding SQL» – издан в 1990..). Конечно, концептуально он не сильно изменился с годами. Но все же стоит поискать что-нибудь посвежее.
Людям хоть с небольшим опытом работы с SQL будет скучно. Как итог, думаю лучше уделить внимание «Изучаем SQL» O ’REILLY.
Хорошая книга, актуальная до сих пор, стоит прочтения. Основные моменты описанные в книги можно найти здесь: https://pragprog.com/the-pragmatic-programmer/extracts/tips
Очень хороший учебник с подробным описанием синтаксиса языка и практическими заданиями в конце каждой главы. Новая информация очень подробно объясняется и если, вдруг с первого раза что-то было не совсем ясно (или как это обычно бывает сначала все ясно на вебинаре, а потом чуть изменено задание и уже становится не ясно, как решать задачу). То здесь тебя учат не решать задачи, а мыслить используя язык SQL.
Ожидал большего. Название интригует, да.
Очень мало вынес для себя полезной информации.
Вторую половину книги читал не через силу, но без особого интереса.
В общем, не понял о чем книга, наверное, я тупой.
Эту книгу нужно ОБЯЗАТЕЛЬНО прочитать КАЖДОМУ студенту, который учится на специальностях, связанных с ИТ. Причём лучше прочитать уже на втором-третьем курсе, чтобы студенты не только знали языки программирования и алгоритмы, но и принципы разработки, чтобы они понимали, что значит «быть разработчиком».
Книга состоит из небольших глав, сгруппированных в разделы, читается легко, авторы не «лезут в дебри», да и в целом книга небольшая, так что с учётом этих причн, я, опять же, в первую очередь рекомендую эту книгу студентам.
Следует учитывать, что книга (в оригинале) написана в 1999 или 2000 году, так что некоторые пункты потребуют пересмотра в плане средств и методи, но тем не менее, почти все они до сих пор актуальны.