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

Нужно знать, что используемый язык делает за сценой.

Необходимо четко представлять себе, где можно найти более подробную информацию на случай, если она понадобится.

Писать утилиты.

Показывать свой код интервьюерам – сразу попадаем в первые 20%.

Изучение кода других инженеров и добавление новых функций – хорошая практика.

Читать код framework.

Друзья и коллеги-инженеры – лучшие источники знаний о разработке и отладке.

Подход к отладке:

Воспроизведите ошибку.

Опишите ошибку.

Всегда предполагайте, что это ваша ошибка.

Разделяйте и властвуйте.

Думайте творчески.

Используйте инструменты.

Начните тяжелую отладку.

Убедитесь, что ошибка исправлена.

Извлеките урок и поделитесь им с другими.

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

Более высокий уровень абстрагирования позволяет больше времени уделять важным элементам любого проекта.

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

Разработка ПО – это не инженерия.

Настройка производительности и безопасности не должна откладываться на конец проекта.

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

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

Нереалистично тестировать ПО в конце цикла разработки.

agilealliance.org.

agilemanifesto.org/principles.html.

Сейчас используются Scrum (наиболее широко применяется в Microsoft), XP, TDD.

blogs.msdn.com/e7.

Шаги разработки:

– сбор сведений от заказчика, совместное обсуждение требований, детальное тестирование, описание параметров компонентов и общей архитектуры системы;

– процедуры контроля качества кода – стандарты, совместная разработка, оптимизация, модульное тестирование;

– обширное тестирование системы и сборки.

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

Чем больше кода написано, тем сложнее его тестировать.

Стремиться и сосредоточиться на качестве, надежности, безопасности.

Применять итеративную разработку с итерациями не более 6—8 недель, полностью завершать один компонент перед началом работы, разделять работы на несколько автономных групп, достаточно часто обмениваться информацией о состоянии проекта.