|
55
http://en.wikipedia.org/wiki/ASR-33_Teletype
56
Эти символы были чрезвычайно полезны для редактирования
перфолент. По правилам символы «забой» игнорировались при вводе.
Их код 0xFF означал, что на ленте были пробиты отверстия во всех
позициях. Таким образом, любой символ можно было преобразовать в
«забой» – для этого было достаточно пробить «забой» поверх старого
символа. Итак, если вы допускали ошибку во время ввода программы,
можно было вернуться к предыдущему символу, нажать клавишу
«забой», а потом продолжить ввод.
Document Outline - Обязательное вступление (Не пропускайте, оно вам понадобится!)
- 1 Профессионализм
- Оборотная сторона профессионализма
- Ответственность
- Первое правило: не навреди
- Не навреди функциональности
- Контроль качества не должен ничего обнаружить
- Вы должны быть уверены в том, что ваш код работает
- Автоматизированный контроль качества
- Не навреди структуре
- Трудовая этика
- Знай свою область
- Непрерывное обучение
- Тренировка
- Совместная работа
- Наставничество
- Знание предметной области
- Понимание интересов работодателя/заказчика
- Скромность
- 2 Как сказать «нет»
- Антагонистические роли
- Высокие ставки
- Умение работать в коллективе
- Не пытайтесь
- Пассивная агрессивность
- Цена согласия
- О невозможности хорошего кода
- 3 Как сказать «да»
- Язык обещаний Рой Ошеров
- Признаки пустых обещаний
- Признаки серьезных обещаний
- Выполнение обещания зависит от другого человека X
- Вы не уверены в том, что обещание можно выполнить
- Вы не справились
- Резюме
- Учимся говорить «да»
- Обратная сторона «попытки»
- Дисциплинированное принятие обязательств
- Итоги
- 4 Написание кода
- Готовность
- Ночное программирование
- Программирование в расстроенных чувствах
- Зона потока
- Творческий кризис
- Отладка
- Выбор темпа
- Умейте остановиться
- По дороге домой
- Душ
- Отставание от графика
- Надежда
- Спешка
- Сверхурочные
- Ложная готовность
- Определение «готовности»
- Помощь
- Как помогать другим
- Как принимать помощь
- Обучение
- 5 Разработка через тестирование
- Вердикт вынесен
- Три закона TDD
- Длинный перечень преимуществ
- Уверенность
- Снижение плотности дефектов
- Смелость
- Документация
- Архитектура
- Выбор профессионалов
- Чем TDD не является
- 6 Тренировка
- Азы тренировки
- Двадцать два нуля
- Длительность рабочего цикла
- Додзё программирования
- Расширение кругозора
- Проекты с открытым кодом
- Этика тренировки
- Заключение
- 7 Приемочное тестирование
- Передача требований
- Преждевременная точность
- Принцип неопределенности
- Стремление к точности оценки
- Поздняя неоднозначность
- Приемочные тесты
- Что такое «выполнено»?
- Взаимодействие сторон
- Автоматизация
- Дополнительная работа
- Кто и когда пишет приемочные тесты?
- Роль разработчика
- Обсуждение тестов и пассивно-агрессивная позиция
- Приемочные тесты и модульные тесты
- Графические интерфейсы и другие сложности
- Выбор интерфейса для тестирования
- Непрерывная интеграция
- Стоп-сигнал
- Заключение
- 8 Стратегии тестирования
- Контроль качества не должен находить дефекты
- Служба контроля качества – часть команды
- Создание спецификаций
- Описание характеристик системы
- Пирамида автоматизации тестирования
- Модульные тесты
- Компонентные тесты
- Интеграционные тесты
- Системные тесты
- Исследовательские тесты
- Заключение
- 9 Планирование
- Встречи
- Отказ от участия
- Уход со встречи
- Повестка дня и цель
- Пятиминутка
- Встречи планирования итераций
- Ретроспективные встречи по итерациям и демонстрации
- Споры и разногласия
- Мана концентрации
- Сон
- Кофеин
- Перезарядка
- Физические упражнения
- Ввод и вывод
- Помидоры и распределение времени
- Уклонение от работы
- Тупики
- Заключение
- 10 Оценки
- Что такое «оценка»?
- Обязательства
- Оценка
- Подразумеваемые обязательства
- PERT
- Оценка времени выполнения
- Широкополосный дельфийский метод
- Метод быстрого голосования
- Покер планирования
- Аффинная оценка
- Анализ по трем переменным
- Закон больших чисел
- Заключение
- 11 Под давлением
- Как избежать давления
- Обязательства
- Как сохранить чистоту
- Дисциплина в кризисных ситуациях
- Как вести себя в тяжелой ситуации
- Без паники
- Взаимодействие
- Доверяйте своим методам
- Заключение
- 12 Сотрудничество
- Программисты и люди
- Программисты и работодатели
- Программисты и программисты
- Принадлежность кода
- Коллективная принадлежность кода
- Парное программирование
- Как работать мозжечком
- Заключение
- 13 Группы и проекты
- Формирование группы
- «Притертая» группа
- Созревание
- Что сначала – группа или проект?
- Но как управлять такой группой?
- Дилемма владельца проекта
- Заключение
- 14 Наставники, ученики и мастерство
- Диплом для неподготовленных
- Обучение
- Digi-comp I, мой первый компьютер
- ECP-18 в средней школе
- Нетрадиционное обучение
- Горький опыт
- Ученичество
- Период ученичества
- Мастер
- Ремесленник
- Ученики/интерны
- Реальность
- Профессионализм
- Заключение
- Приложение Инструментарий
- Инструменты
- Управление исходным кодом
- «Корпоративные» системы управления исходным кодом
- Пессимистическая и оптимистическая блокировка
- CVS/SVN
- IDE/редактор
- vi
- Emacs
- Eclipse/IntelliJ
- TextMate
- Отслеживание задач
- Счетчики дефектов
- Непрерывная сборка
- Инструменты модульного тестирования
- Инструменты компонентного тестирования
- Определение
- FitNesse
- Другие инструменты
- Инструменты интеграционного тестирования
- UML/MDA
- Детализация
- Без изменений и надежд
- Заключение
Do'stlaringiz bilan baham: |
