версия для печатиНачнем, пожалуй, с того же, на чем остановились в предыдущей статье: с планирования, только теперь – долгосрочного.
Стратегическое планирование
Стандартные "задачи" и "события" – это то, что должно быть сделано либо здесь и сейчас, либо в ближайшей перспективе. Наряду с этими важными занятиями существует целый ряд дел, которые, возможно, будут сделаны. А может быть, и нет... А может быть, стопудово будут, но пока неизвестно, когда...
Если все их вбить в стандартные приложения, то список задач разбухнет до неприличия. Если попытаться сортировать, то разбухнет до неприличия список категорий, а под Windows Mobile ситуация усугубляется тем, что список этот – один для задач, событий и адресов, так что разбухнет он и без этого.
На "палме" для этих целей я пользуюсь программой Projects:
Она позволяет создавать списки задач, отсортированные по "проектам". Возможности – такие же, как и у стандартного приложения для работы с задачами: приоритеты, даты исполнения и категории. Диалог настроек идентичен тому, что и у стандартного ToDo.
И еще одна полезная возможность: любой элемент списка можно экспортировать в стандартные приложения, причем сделать из него можно событие, задачу или заметку. После чего – работать с ним уже стандартными средствами. А можно – проставлять галочки и в самой программе, при этом деление задач на "проекты" может выполнять роль "контекстов", которыми рекомендуют пользоваться гуру GTD (в стандартном приложении для задач эту роль у меня выполняют категории – еще одна причина, по которой захламлять их список крайне не хочется).
Увы: из отсмотренного гигабайта софта для WM экспортировать задачи в стандартный аутлук может, по-моему, всего одна программа, ToDoList.
Но она настолько глюкава, что просто прекращает работать, чуть что не так... Нету в жизни счастья, короче...
Та группа программ для планирования, которые обладают более-менее сходным функционалом – так называемые "аутлайнеры", с помощью которых можно вести записи с иерархической структурой. Хоть с этим на WM порядок, благодаря существованию ReenSoft Outliner.
По сравнению с остальными подобными творениями у нее есть несколько существенных отличий. Это – не простой список: каталог записей разбит на колонки, значения которых у элементов-"предков" связаны со значениями "потомков". К примеру, если отметить галочками всех "потомков", то у "предка" галочка тоже проставится автоматически. Есть стандартные колонки с процентом выполнения и числовые, причем и для них значения "предков" и "потомков" – связанные: "процент выполнения" считается общий, а числовую колонку можно настраивать на показ суммы "потомков", минимального и максимального значений, и т.п. Ко всему прочему, названия элементов списка переносятся на другую строку, а не вытягиваются в одну-единственную, исчезая за правой границей экрана. (Это, кстати, характерная черта чуть ли не всех остальных подобных программ). В общем, это уникальный функционал, подобного которому в других "аутлайнерах" я не видел.
Смущает меня только то, что программа написана в 2002 году. Сайт ее сейчас не работает, и получать "бесплатные регистрационные ключи", увы, негде. Как хорошо, что на просторах Интернетов сохранился один-единственный ключик, который можно увидеть по приведенной выше ссылке. Но сам факт того, что программа, написанная девять лет назад, выглядит достойно и сейчас, заставляет задуматься.
Есть и еще одна программа, без которой жизнь под винмобайлом мне категорически не мила: это Pilot-DB, очень простая в использовании база данных, незаменимая для ведения структурированных записей, состоящих из набора полей самых разных типов:
Кроме того, записи, выведенные в виде списка, можно фильтровать двумя способами: изменяя набор и расположение полей, которые показываются на экране, а также показывая только те из них, которые отвечают определенному критерию поиска. Набор полей можно менять или фильтровать, показывая только те, которые отвечают какому-то критерию. От разного рода электронных таблиц Pilot-DB отличается нулевым "порогом вхождения": как создать базу данных и работать с полями, понятно интуитивно, никаких инструкций читать не нужно.
Существуют ее аналоги, самый "продвинутый" из которых – HanDBase, наверняка памятный палмоводам. Это была самая популярная программа этой категории для Palm OS, которая с тех пор обзавелась версиями для Symbian, "Андроида" и "Айфона". Есть еще SprintDB, но она чуть попроще.
И вот еще какой момент: Pilot-DB распространялась по GNU GPL, ее исходники до сих пор лежат в Интернете. Но после того, как развивать ее прекратили, желающих подхватить упавшее знамя не нашлось...
Критерии удобства
Меня давно занимает вопрос о том, почему раньше деревья были большими, вода – мокрее, а программы – удобнее, но вот сейчас они канули в небытие вместе с устаревшей операционкой, а новых почему-то не появляется. Отдавая себе отчет в том, что "удобство" – это довольно субъективное понятие, попробую дать определение, пытающееся претендовать на универсальность.
Под "удобными" я понимаю программы из двух групп. Во-первых, такие, в которых реализована какая-то новая и оригинальная идея, хорошо сочетающаяся с привычками и вкусами юзера. Вот, как Plan my day из предыдущей колонки: всего-то додумались разработчики перемешать свойства у стандартных событий и задач – и сразу стало удобно... Или ReenSoft Outliner, который стал удобным за счет скрещивания с электронной таблицей...
Как правило, такие программы очень маленькие, и кроме "идеи" другим функционалом не обрастают. Так даже и лучше: терпеть ради одной, пусть даже и удачной идеи какое-нибудь программное слоноподобное чудовище лично мне не хочется. Именно такими, кстати, было большинство программ для "палмов": их скромные аппаратные возможности программному ожирению никак не способствовали. Ну и, разумеется, то что считаю удачным, кому-то другому, может быть, совершенно без надобности: ему может понравиться совершенно другая идея...
Вторая разновидность "удобных программ" – это те, которые хорошо решают какую-то насущную задачу. Если программа "с идеей" меняет к лучшему устоявшийся порядок совершения каких-то действий, то "программа-задача" этот порядок максимально адекватно отражает. Но вот что роднит две эти категории программ: хорошая "задача" – это практически такая же редкая вещь, как и удачная "идея"...
Поскольку мы договорились рассматривать только задачи из "реального мира", то вот один пример. Позавчера я ходил оплачивать коммуналку. Каждый месяц приходит четыре квитанции, из них три можно оплачивать через банкомат. Для этих целей у меня в Pilot-DB заведена база данных, в которую записаны номера счетов, суммы, которые нужно уплатить по каждой квитанции, и показания счетчика – для электричества. Все это нужно ввести в банкомат при оплате по карте.
А теперь давайте посмотрим, что существует для этих целей из программ под WM. Немного существует, прямо скажем. Во-первых, это GMaH Calculator, предназначенный для подсчета того, сколько газа, воды и электричества "намотало" за месяц. Во-вторых, Komunal, который тоже учитывает данные счетчиков, но при этом – еще и ведет статистику. И, наконец, "Счетомер", который занимается тем же самым, и еще вдобавок, строит графики потребления. Правда, она расчитана на разрешение "800 на 480" и снабжена совершенно вырвиглазным интерфейсом. Для чего это было сделано – не понимаю: не игра вроде...
Однако, если мы глянем на свои коммунальные квитанции, то убедимся, что жизнь гораздо богаче сухой теории. Кроме обычных счетчиков есть еще и общедомовые, от которых зависит оплата ресурсов, потребленных местами общего пользования. Часть коммунальных услуг оплачивается не по счетчикам, а по нормативам, так что полного обсчета "коммуналки" с помощью этих программ добиться нельзя.
Вдобавок, счетчиков вообще может быть более одного: у нас в доме коммуникации спроектированы так, что в мою квартиру входит по два стояка с холодной и горячей водой, соответственно, счетчиков тоже нужно две пары. Электрические счетчики бывают двухдиапазонными, и считают потребленную энергию по разным тарифам в разное время. То есть, даже показания счетчиков записывать этими программами можно не всегда. И, разумеется, тех сведений, которые нужны для похода к банкомату, в них тоже нельзя записать...
В общем, вместо того, чтобы программировать "как в жизни" и попытаться сделать так, чтобы написанная программа была применима на практике и решала реально существующие задачи, программист программирует поля ввода цыфирок и формулы для обработки этих цыфирок, а потом – умывает руки. Обратите внимание: первая программа написана какими-то иностранцами, вторая – украинцем, а третья – нашим соотечественником. Но подход во всех трех случаях – один и тот же, программистский: окружающая реальность рассматривается через призму полей и формул, и львиная ее доля просто отрезается и отражения в программе просто не находит...
