1. Поддержание в актуальном состоянии. Естественно, в случае с PDF это сложнее.
2. Обратная связь с пользователями. Статьи в блоге можно комментировать, это плюс.
3. Версионность. Документацию на текстовых файлах можно выложить на Github и собирать поправки от других пользователей.
4. Удобство пользованием. Что ни говори, а PDF-файл можно распечатать, его удобно читать с различных ридеров и т.д. В блоге больше лишних (отвлекающих) элементов.

Продолжать можно долго. А что думаете вы? Помимо формата, принимаются предложения по содержанию учебника.

Итак, прежде всего надо определиться с темами для отдельных статей. Необходимо охватить самые популярные вопросы, я накидал примерно такой перечень (порядок пока не важен, просто перечисляю):

1. Обзор фреймворка, в частности каскадная файловая система (стандартные папки Kohana, типы файлов, принцип работы КФС). Наверное имеет смысл упомянуть про github? Содержимое файла .htaccess, index.php и bootstrap.php
2. MVC. Создание простейшего контроллера и представления. Модель пока оставляем в стороне – до обзора DB. HMVC.
3. Роутинг
4. Модули для Kohana (стандартные модули, подключение).
5. Конфиги.
6. Database. Теперь можно и модели разобрать.
7. Валидация
8. ORM
9. Использование различных классов и модулей (тут разобрать работу cache, cookie, session, arr и т.д.), которые обязательно пригодятся в первые часы работы с фреймворком
10. Auth
11. i18n (точнее i18n и messages)
12. Подключение внешних библиотек (папка vendor и Kohana::find_file()).
13. Поиск и исправление ошибок (Profiler, логи и методы типа Kohana::debug()). Обработка исключений в Kohana.

Что-то еще, ничего не забыл? Предполагаю, что наиболее эффективным будет написание цикла в рамках создания некоего приложения, по традиции наверное будет блог. К примеру, после разбора модуля Auth в блоге появится авторизация, а знание роутинга даст возможность реализовать ЧПУ. Каждая статья цикла будет публиковаться тут отдельно, дабы можно было собрать неизбежные замечания и предложения. Потом наверно можно будет и какой-то pdf оформить для оффлайн чтения, если конечно “вылупится” что-то интересное.