ЗонаОбъектноОриентированногоБеспредела

Апрель 24, 2008

Неужели наконец

..в Опере появится отладчик, равный фаербагу.
Очень хочется верить!

Апрель 17, 2008

Прокачиваем PuTTY

Январь 6, 2008

Rak - приятная замена grep-у

Установка:

sudo gem install rak

Выхлоп у него гораздо наряднее, чем у грепа.И номер строки вам пожалуйста и подсветочку:
rak.png
Понятно, что это для тех случаев, когда надо что-то поискать глазами. Для скриптинга эти все красивости нафиг не нужны.

Особенно вот такое применение понравилось:

pdftk --help | rak background --passthru

rak-passthru.png
Т.е. оно просто прогоняет поток через себя и подсвечивает совпадения - нужое в юниксовых хелпах теперь ищется глазами буквально на раз.

Возможностей у него понятно, богаче (читать тут), но меня даже эти впечатлили.

ЗЫ. Знаю, знаю, щас придет vnaum, и скажет что grep так тоже уже сто лет как умеет и даже лучше :)

Июнь 12, 2007

Про будущее

  • Технари активно пересаживаются на Линукс, люди творческих профессий - на Mac, просто бездельники все больше норовят приворовать не Windows, как завещал великий Балмер, а уже совсем наоборот MacOS.
  • Выход беты Safari под Windows - это фактически заявление “Превед! С нами теперь тоже надо считаться и воспринимать всерьез.” Ну в первую очередь для веб-девелоперов конечно..
  • iPodы, iPhonы, тот же Сафари - это все “Посмотрите, какие мы вкусные и красивые, а не пора бы тебе купить Мак?”
  • Линукс тоже рано или поздно станет полноценной десктопной ОС. Полноценным рабочим инструментом он вообще был всегда.
  • Висту наоборот народ устанавливает, смотрит на красивые окошки, сносит, и ставит обратно XP, потому как Виста конечно вполне себе десктопная ОС, ага, но никак не рабочий инструмент

Нравятся мне эти тенденции, в общем

Апрель 26, 2006

Оракл

Ну вот, а вы говорите Оракл, Оракл…

Апрель 25, 2006

Кто о чем, а вшивый о бане

Вшивый о бане, а я о документообороте :)
ибо однажды проникнув в мой мозг, эта тема периодически меня посещает и не дает о себе забыть..

Для начала расскажу об одной идее, к которой пришел мой (бывший?) начальник и которая значительно проясняет тот хаос, который возникает в голове при детальном знакомстве с темой документооборота.

Почему хаос? Да потому что, когда заказчик приходит и говорит: “Мне нужен электронный документооборот”, он даже приблизительно не знает, что ему нужно. Просто у него все плохо в плане документооборота - то документы потеряются, то кто-то про поручение забудет, и он хочет чтоб все было хорошо, что в общем-то естественно.

Еще хуже, когда такой потенциальный заказчик сразу для себя откуда-то берет для себя, что ему нужен, скажем “Lotus Notes”, или “Гомес Рулез”, не важно. А чо, все же работают с этой программой, все говорят документооборот, подразумевают “Lotus” (или “Гомес”). Всё, покупаем 100 (200, 300?) лицензий на Лотус, покупаем сервак за несколько десятков килобаксов, и все проблемы у нас решатся сами собой.
И ведь покупают, потом садят на внедрение какого-нибудь Васю с окладом в 300 баксов и ждут счастья.
А счастье почему-то все не приходит и не приходит..

Вот, а все потому что ни хрена не разобрались, где ключевые проблемы и как их лучше решать.

Ну все же вернемся к вышеупомянутой “идее”.. Суть ее в том, что электронный документооборот состоит из четырех уровней:

  1. Электронная почта
  2. Контроль исполнения заданий
  3. Хранилище документов
  4. Контроль документов

И, о ужас, мы все, оказывается, используем электронный документооборот в той или иной степени, даже если пользуемся только электронной почтой.

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

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

А где же тут документы, спросите вы? А нету, а ведь и не надо, согласитесь?
Нет, конечно можно оформлять каждую просьбу о починке принтера в виде служебной записки или еще чего, но нам то что нужно, чтобы все было до предела формализовано и бюрократизировано, или чтоб Петров просто вовремя чинил принтер?
Я надеюсь, второе :)

В некоторых системах такого понятия, как задание, вообще нет. В результате эта простая просьба получает статус документа и паравоз возможностей по визированию, редактированию, блокированию этого “документа” и еще много всяких разных прелестей, которые здесь вообще-то нужны, как собаке пятая нога.

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

Для чего же у нас еще используется email, и где нам его бывает недостаточно?
Рассмотрим вот такой случай, пожалуй даже типичный для потенциальных пользователей документооборота: Марь Иванна по почте отправляет Татьяне Петровне msword-документ “Черновик по договору № КП-3422 с ОАО СибХимБумПром и Ко”, чтобы та его почитала, подкорректировала и послала обратно. ? так туда-сюда 25 раз с отправкой начальству уже вроде бы точно чистовых вариантов, потом наконец долгожданное утверждение начальством, документ в папку на полку, указания по исполнению документа устно на совещании со всеми вытекающими последствиями - через пару дней о чем на совещании была речь все помнят уже только в общих чертах, а через пару недель хорошо если еще совсем не забыли, что у нас есть какой-то договор и что до такого-то числа нужно сделать это, это и это.

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

Вот, кажется, этот пример охватил все четыре уровня документооборота, о которых мы говорили выше:

  • В почту у нас поступают уведомления из системы контроля заданий и системы контроля документов.
  • Хранилище документов обеспечивает удобный доступ к документам организации
  • Система контроля заданий дает нам интерфейс (как ни странно :) для контроля выполнения заданий
  • Система контроля документов предоставляет возможность совместной работы над документом.

Ой, а где же маршрутизация документов, спросите вы?
А вот фиг вам :) Само понятие маршрутизации документов, мне кажется, произошло как раз от смешивания понятий “документа” и “задания”. Т.е. под маршрутизацией на самом деле подразумевается последовательность выполнения заданий “завизировать документ”, “отредактировать документ” и т.п., и внесением изменений в сам документ, изменением статусов документа и прочего в таком духе.

Ну это как в программировании, когда вы в один объект пытаетесь запихать слишком много функционала, которому там не место, то обычно лучшим выходом из этой ситуации бывает разделение объекта на два.

А на самом деле куча систем как раз сделана на основе этой смешанной терминологии, что очень часто приводит к тому, что какие-то вещи нельзя сделать вообще, какие-то можно сделать только очень хитро извернувшись, и в итоге использование таких систем превращается если не в пытку, то как минимум в насилие над пользователями.

Вот такой вот поток мыслей на документооборотную тему получился :)

Продолжение обязятельно будет, очень интересно подискутировать с людьми, тоже сталкивавшимися с теми или иными системами документооборота, так что you are welcome в комменты :)

Апрель 12, 2006

Чего не хватает в локальных поисковиках

Некоторое время использую Yandex Desktop Search. В общем и целом доволен.
Однако надумались мысли как это дело можно было бы улучшить и расширить.

Суть вопроса

Мне кажется, раз уж пошла тема делать локальные поисковики с веб-интерфейсом, то надо максимально приближать принципы их использования к тому, как мы пользуемся поиском в интернете.
Это вот я не к тому, что внешний интерфейс должен быть таким же, как и у он-лайн аналогов, это как раз и Гугл и Яндекс блюдут неукоснительно, а к тому, что результаты поиска должны быть максимально полезны, как собссно происходит в интернете (иногда :).

Ведь на самом деле информация в интернете и на моем компьютере не слабо различается. Ну всмысле не сама информация, а принципы и причины, по которым эта информация оказалаcь там где оказалась :)
Когда я ищу информацию в интернете, я по большому счету не знаю, что я найду, а когда ищу на локальной машине, я подразумеваю, что я когда-то что-то куда-то записал (может даже и знаю куда, но лень лезть через файловый менеджер) и хочу найти именно это самое.

Наверняка все, у кого работа хоть как-то связана с компьютером, периодически ищут что-то в онлайн-документации к тем или иным продуктам. Причем, документация эта локально скорее всего тоже где-то лежит либо предусмотрительно скачанная, либо вообще шла вместе с ПО. Но все равно большинство лезет в онлайн, потому что так привычнее и потому что там ЕСТЬ ПОИСК!

Очень часто документацию оформляют в виде CHM-файла в котором даже есть иногда поиск, но, избивайте меня ногами, не пойму почему я должен просматривать по сути те же самые HTML-странички в некоей кривоватой обертке, а не в своем любимом браузере.

По моему мнению локальный поиск как раз призван сгладить ситуацию с поиском в интернете того, что уже есть локально.
И когда я в локальном поисковике набираю строчку “php substr”, я в душе ожидаю что сейчас вывалится страничка из документации php с описанием функции substr.
На практике же получаю паравоз проиндексированных страниц из кэша Оперы, часть из которых уже удалена, и кучу файлов с расширением php :/ Мягко говоря, не то, что хотелось, не правда ли?

Конечно, если дальше начать копаться по спискам результатов поиска, в итоге найдешь то, что ищешь, но хочется то совершать минимум движений для того чтобы добраться до нужной информации.

Еще можно вспомнить сотни мегабайт pdf-книжек, которые в изобилии выкачиваются программерами и прочими компьютерщиками из инета исключительно с благими намерениями глубже изучить какой-то вопрос, а в итоге пылятся где-нибудь в d:\ebooks :)

Что делать-то?

Для облегчения доступа к информации через локальный поисковик надо ввести такое понятие, как “зона индексации” (или зона поиска, там уж Яндекс сам пусть придумывает). Суть ее в том что пользователь при настройке указывает список каталогов, относящихся к какой-то определенной теме. Скажем зона PHP - это c:\bin\php\docs и d:\ebooks\programming\php, зона CACHE - С:\Program Files\Оpera 8\profile\cache4 и т.п.

Ну и движок поиска должен будет индексировать информацию уже в соответствии с этими зонами. идею эту, как мне кажется, можно развить достаточно сильно и реализация такой фичи очень сильно бы продвинула бы вперед любой локальный поисковик.

В простейшем варианте можно было бы сделать по аналогии с гугловским механизмом запросов “site:example.com searchstring” что-то вроде “dir:c:\bin\php\docs” и это уже бы решило кучу задач.

Реализация же вышупомянутых зон наконец-то заставила бы кучу документации и электронных книг действительно помагать в работе и перестать пылиться в отдаленных уголках винчестеров кучи пользователей.

интерфейс определяющей роли уже не играет, отдаю эту часть на откуп Яндексу :), можно эти зоны организовывать в виде дерева, можно в виде комбобокса, главное чтобы в строке браузера потом появилось что-то вроде http://127.0.0.1:9375/?dtype=0&ls=1&localzone=php&text=substr

Немножко пропоганды

Лично я вообще любым поиском (да и не только поиском) через браузер давно уже пользуюсь вот таким способом, когда в строке браузера пишешь к примеру “wiki Палеонтология” и попадаешь туда, куда надо, вот и локальный поиск Яндекса я вызываю точно также без помощи каких бы то ни было иконок и заходов на специальный адрес.
Чего и вам рекомендую :)

Февраль 26, 2006

Наркоманский спецэффект

В кой-то веке решил глянуть на свой сайт через интернет эксплорер. Открываю, набираю “zoob.ru”..
..и запускается putty с явным намерением зайти на сайт по SSH.

Только после третьего раза доперло, что на рабочем столе лежит ярлык к putty с названием “zoob.ru” и что его то интернет эксплорер и запускает..

Это так.. о пользе скрещивания файл менеджера и браузера..