Что почитать
Дейт, К. Дж. Введение в системы баз данных. 8-е изд.
> Наверное, самая фундаментальная классическая книга по базам данных, не нуждается в рекомендациях. Включается в список литературы практически любого курса по базам данных.
> Исчерпывающее рассмотрение темы реляционных баз данных.
> Содержит разделы, которые могут быть интересны и опытным разработчикам: защита данных, отсутствующая информация (проблема null-значений), наследование типов, распределенные базы данных, поддержка принятия решений, хронологические базы данных, логические системы управления базами данных, объектные базы данных, объектно-реляционные базы данных, World Wide Web и XML (языки разметки в контексте систем баз данных).
> Почти не рассматриваются вопросы низкоуровневой реализации. За исключением приложения «Структуры хранения и методы доступа», которое, при этом, само по себе можно рекомендовать как краткое введение в устройство традиционных СУБД.
> Не охватывает проблематику NoSQL и in-memory баз данных.
> Книга большая.
Дейт, К. Дж. Введение в системы баз данных. 8-е изд.
> Наверное, самая фундаментальная классическая книга по базам данных, не нуждается в рекомендациях. Включается в список литературы практически любого курса по базам данных.
> Исчерпывающее рассмотрение темы реляционных баз данных.
> Содержит разделы, которые могут быть интересны и опытным разработчикам: защита данных, отсутствующая информация (проблема null-значений), наследование типов, распределенные базы данных, поддержка принятия решений, хронологические базы данных, логические системы управления базами данных, объектные базы данных, объектно-реляционные базы данных, World Wide Web и XML (языки разметки в контексте систем баз данных).
> Почти не рассматриваются вопросы низкоуровневой реализации. За исключением приложения «Структуры хранения и методы доступа», которое, при этом, само по себе можно рекомендовать как краткое введение в устройство традиционных СУБД.
> Не охватывает проблематику NoSQL и in-memory баз данных.
> Книга большая.
🛠 Пятничный C# 0x33531
В отладке в качестве значения объекта отображается результат вызова
Вопрос: есть класс без переопределенного метода
В отладке в качестве значения объекта отображается результат вызова
ToString()
. Если метод не переопределен, реализация из Object
возвращает полное имя типа. Следующие атрибуты позволяют изменять это поведение: DebuggerDisplay
, DebuggerBrowsable
, DebuggerTypeProxy
. (Microsoft Docs: Enhancing Debugging with the Debugger Display Attributes.)Вопрос: есть класс без переопределенного метода
ToString()
. Что лучше для целей отладки: использовать атрибут DebuggerDisplay
или переопределить ToString()
?Что почитать
Ларман, К. Применение UML и шаблонов проектирования. Введение в объектно-ориентированный анализ и унифицированный процесс UP. 2-е изд. 2002.
> Классическая книга по проектированию программного обеспечения.
> Сам по себе UP (unified process) сегодня практически не используется, однако книга, безусловно, сохраняет актуальность. Рассматриваются проблематика ключевых процессов проектирования, независимая от организации разработки.
> Основные темы: анализ и описание требований в контексте модели прецедентов (глава 6), итеративная разработка, шаблоны проектирования GRASS и GoF, объектно-ориентированное проектирование, UML.
> Сквозной пример, детально разбираемый на протяжении всех глав.
Ларман, К. Применение UML и шаблонов проектирования. Введение в объектно-ориентированный анализ и унифицированный процесс UP. 2-е изд. 2002.
> Классическая книга по проектированию программного обеспечения.
> Сам по себе UP (unified process) сегодня практически не используется, однако книга, безусловно, сохраняет актуальность. Рассматриваются проблематика ключевых процессов проектирования, независимая от организации разработки.
> Основные темы: анализ и описание требований в контексте модели прецедентов (глава 6), итеративная разработка, шаблоны проектирования GRASS и GoF, объектно-ориентированное проектирование, UML.
> Сквозной пример, детально разбираемый на протяжении всех глав.
Что посмотреть
Егор Бугаенко. Testing and Testers // TestCon 2020. – М. – 16.09.2020.
Что такое тестирование программного обеспечения, каким оно должно быть? Обсуждаются пять незамысловатых вопросов на собеседовании, раскрывающих ключевые проблемы и задачи тестирования.
1. Главная цель тестирования – это…
2. Тестирование завершено, когда…
3. Продукт поставляется потребителю, когда…
4. Лучшая помощь тестировщика разработчику – это…
5. Какая у вас любимая книга по тестированию?
Егор Бугаенко. Testing and Testers // TestCon 2020. – М. – 16.09.2020.
Что такое тестирование программного обеспечения, каким оно должно быть? Обсуждаются пять незамысловатых вопросов на собеседовании, раскрывающих ключевые проблемы и задачи тестирования.
1. Главная цель тестирования – это…
2. Тестирование завершено, когда…
3. Продукт поставляется потребителю, когда…
4. Лучшая помощь тестировщика разработчику – это…
5. Какая у вас любимая книга по тестированию?
YouTube
Testing and Testers
TestCon 2020; Moscow, Russia; 16 Sep 2020
https://testconf.ru/
https://testconf.ru/
Вопрос на самопроверку после любого учебного курса по айти:
– Вы чему-то научились или вас убедили, что вы чему-то научились?
– Вы чему-то научились или вас убедили, что вы чему-то научились?
Что почитать
Ousterhout, John. A Philosophy of Software Design. 2019
> Относится к числу немногих книг, посвященных общим принципам проектирования программного обеспечения.
> Рассматривается широкий круг вопросов: от когнитивной сложности и архитектуры до принципов написания комментариев и методик организации разработки. При этом автор последовательно выводит частные правила из общих принципов, книга очень связная и целостная.
> Все обсуждение построено вокруг проблемы управления сложностью. Из заключения: «This book is about one thing: complexity. Dealing with complexity is the most important challenge in software design. It is what makes systems hard to build and maintain, and it often makes them slow as well.»
> Будет полезна разработчикам любого уровня. Начинающим – задаст правильные ориентиры. Опытным – структурирует опыт.
> К сожалению, нет русскоязычного издания.
Ousterhout, John. A Philosophy of Software Design. 2019
> Относится к числу немногих книг, посвященных общим принципам проектирования программного обеспечения.
> Рассматривается широкий круг вопросов: от когнитивной сложности и архитектуры до принципов написания комментариев и методик организации разработки. При этом автор последовательно выводит частные правила из общих принципов, книга очень связная и целостная.
> Все обсуждение построено вокруг проблемы управления сложностью. Из заключения: «This book is about one thing: complexity. Dealing with complexity is the most important challenge in software design. It is what makes systems hard to build and maintain, and it often makes them slow as well.»
> Будет полезна разработчикам любого уровня. Начинающим – задаст правильные ориентиры. Опытным – структурирует опыт.
> К сожалению, нет русскоязычного издания.