22 июня 2012 г.

Cup of coffee, please!

  1. Скачать node.js для windows;
  2. Поставить с настройками по-умолчанию;
  3. Запустить консоль (cmd.exe) с админскими правами;
  4. Используя пакетный менеджер npm установить coffeescript
    npm install -g coffee-script
  5. Теперь в папке с *.coffee (или уровнем выше, как удобнее) создать coffee-watcher.cmd с примерно такой строчкой
    coffee -o js -cw .
    , где
    -o js указывает на папку, куда будут складываться готовые файлы *.js (структура каталогов сохраняется)
    , а
    -сw . значит компилировать с и следить w за всеми *.coffee файлами рекурсивно, начиная с текущего (.) каталога
  6. Все, можно запускать. Рекомендую встроить в шторм в качестве внешней утилиты.
P.S. watcher работает нормально, но бывает, хотя и крайне редко, что вылетает. В любом случае нужно поглядывать иногда в лог, т.к. синтаксические ошибки видно только там. Когда такая ошибка имеет место быть - файл *.js не изменяется.

21 июня 2012 г.

Планирование работ по проекту

Так, для себя, на будущее.

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


Универсальный план работ по любому веб-проекту:
  1. Тщательное изучение ТЗ, прояснение каких-либо неоднозначных мест;
  2. Обсуждение всех userstories (пользовательских историй);
  3. Составление макетов интерфейса;
  4. Составление WebAPI (адреса и форматы передачи данных);
  5. Создание архитектуры проекта;
  6. Планирование работ по реализации архитектуры (максимально подробное);
  7. Создание костяка проекта, отражающего скелет будущей архитектуры;
  8. Собственно реализация, кодирование (желательно через модульное тестирование);
  9. Внедрение системы безопасности;
  10. Внедрение логирования (в основном для разработчика: исключения, предупреждения и проч. важные сообщения);
  11. Сборка проекта (из разных модулей), интеграционное тестирование;
  12. Функциональное тестирование;
  13. Создание пользовательской документации;
  14. Создание дистрибутива, сдача проекта;
  15. Поддержка проекта, исправление ошибок и, возможно, доработка, если ТЗ было неполным.

По сути это каскадная модель. Возможно она уже и устарела, но, тем не менее, я считаю её полезной. Разве что добавил бы пункт "Корректировка планов по результатом выполнения работ" после каждого шага.