Joel on Software. Джоэл Спольски

Post Tag: bookfor coworkerssucces storymanagement

Есть разные обложки - смешные, нелепые, интригующие. Ужасные, как у этой книги. Хотя, больше не повезло с обложкой еще одной хорошей книге, за авторством Алана Купера. Увидев её, я подумал: “Здорово, книга про то, как недовольная секретарша съела программиста прямо за компьютером”. Срочно читать….

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

Почему еще стоит читать эту книгу? Джоэл Спольски создал Stack Overflow. Сайт, который посещал любой айтишник. Наверное второе по полезности место, после гугла, в интернете.

• Обращайтесь к основам - низким языкам программирования

• Приемы для написания хорошего кода:

  1. Система контроля версий
  2. Сборка продукта за один шаг
  3. Ежедневная компиляция
  4. База данных ошибок
  5. Исправлять ошибки прежде чем писать новый код.(У ошибок больший приоритет чем у фич)
  6. Актуальный график работ. (Каждая функция из нескольких задач, задачи разбиты на максимально маленькие части)
  7. Спецификации
  8. Спокойные условия для работы
  9. Использование лучших инструментов
  10. Тестировщики
  11. Тестовые задания на собеседованиях
  12. Проверка юзабилити на случайных людях

• Всегда заботьтесь о кодировке. Без знания исходной кодировки практически невозможно прочитать текст

• Советы по составлению спецификаций:

  1. Пишите занимательно, не сухо
  2. Спецификация это код для выполнения мозгом
  3. Пишите проще!
  4. Исправляйте и перечитывайте текст несколько раз
  5. Шаблоны бывают вредны

• Пять видов ПО:

  1. Коробочные продукты
  2. Внутрифирменное ПО
  3. Встроенное ПО
  4. Игры
  5. Одноразовые программы

• Создавайте прототип интерфейса на бумаге

• Огонь и движение. Чтобы продвигаться надо начать делать хотя бы маленькие вещи. Регулярно.

• Секрет айсберга. Не программисты не видят процесс. Программы незаконченные, должны выглядеть незаконченными(например заглушки)

• Закон дырявых абстракций. Все нетривиальные абстракции в какой-то мере дырявые

• Оценки производительности труда делают только хуже

• Обязательно пользуйтесь ПО которое пишете

• Как изменить к лучшему, то место где работаешь:

  1. Просто делай свою работу
  2. Воспользуйся вирусным маркетингом. (Твой пример заразителен)
  3. Создай оазис качества
  4. Нейтрализуй дураков
  5. Избавься отвлекающих вещей
  6. Стань незаметным (Чтобы изменить к лучшему и не вызвать критику, делай свою работы очень хорошо)

• Хорошая фирма верит своим специалистам, и позволяет и решать вопросы, защищая от вмешательства начальства. История Микрософт

• Чтобы продукт стал лучше надо смотреть что нужно пользователям, а не на то что есть у конкурентов