Полезные конспекты книг и авторские заметки по информационным технологиям. Без формул. Алексей Сергеевич Лот

Чтение книги онлайн.

Читать онлайн книгу Полезные конспекты книг и авторские заметки по информационным технологиям. Без формул - Алексей Сергеевич Лот страница 14

Полезные конспекты книг и авторские заметки по информационным технологиям. Без формул - Алексей Сергеевич Лот

Скачать книгу

в каких местах будет появляться новый код.

      Множество разных типов со сходными методами – причина выделить класс.

      TDD: не вносить в систему изменения, нарушающие работоспособность системы.

      Добавление теста или класса ничего не нарушит.

      Удалять бесполезные функциии.

      Тесты всегда должны хотя бы запускаться.

      Прочитать последовательное очищение.

      Переработка кода напоминает кубик Рубика.

      Важный аспект хорошей архитектуры – логическое разбиение кода.

      Плохой код тянет группу ко дну.

      Открытый код требует смелости и доброй воли.

      Полезные высказывания из книги «Отладка приложений для Microsoft. Net» Джона Роббинса

      В разделе приведены цитаты из [4].

      Большинство команд тратит в среднем 50% цикла разработки на отладку.

      Отладка требует специального обучения.

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

      Книги по программированию бывают посвящены менеджменту и технологиям.

      Основные программы отладки. NET: VisualStudio и WinDBG.

      Разработчики должны использовать только учетные записи, обладающие привилегиями пользователя.

      [email protected] – автор.

      Ошибки помогают понять работу вещей.

      Ошибки в ПО могут привести к смене работы.

      Ошибка – все что угодно, что заставляет пользователя страдать.

      Категории ошибок: аварии и зависания, низкая производительность и масштабируемость, неверные результаты, нарушения безопасности, противоречивые пользовательские интерфейсы, неудовлетворенные ожидания.

      Нельзя выпускать на рынок продукт с авариями и зависаниями.

      Windows Error Reporting.

      Пользователи иногда перестают пользоваться продуктом из-за одного неудачного опыта.

      С точки зрения управления проектами главное – уделить внимание производительности.

      Должны быть заданы конкретные цифры, связанные с производительностью.

      Не делать продукт более медленным, чем его предыдущая версия.

      Тестировать приложения по сценариям, наиболее точно отражающим реальный мир.

      Наборы данных из реального мира брать у клиентов.

      Реальные данные должны быть модифицированы – удалена конфиденциальная информация.

      Писать код проверки результатов.

      Выставлять требования к производительности, масштабируемости, безопасности.

      Проводить тестирование безопасности и моделирование угроз.

      Интерфейс приложения не должен противоречить интерфейсу среды.

      Приложение

Скачать книгу