На выходных были в Меге. Там как раз проходила рекламная акция Peugeot. К чему это я? Да к тому, что маркетологи Peugeot придумали классную вещь - большой воздушный шарик в виде Peugeot 308 (кажется) в натуральную величину. Выглядело это все немного феерически (см.картинку):
PS. Фотографировал с телефона, навскидку, с руки. То есть качество - никакое.
При повседневной работе в Linux я использую Krusader - GUI файловый менеджер под KDE, который запускаю из-под Gnome (KDE у меня нет, для запуска Krusader и K3B использую KDE библиотеки, которых не хватало в Гноме этим софтинкам). Так вот, примерно через полгода с момента начала работы я открыл для себя интересную вещь - оказывается, krusader (1.80.00, сборка ASP Linux) поддерживает чудесную вещь - так называемую "виртуальную файловую систему", через которую можно легко обращаться к удаленному FTP серверу так, как будто он является частью собственной файловой системы (сразу же замечу, что можно и подмонтировать - но я не стал. Просто потому что.)
Последовательность действий: "Звездочка" (рядом с информацией о свободном месте) - "Виртуальная файловая система. Затем жмем на кнопку "Сетевое соединение". Получаем окно ввода, куда вводим адрес, логин/паролью... и понеслась. (см. скриншот - откроется в этом же окне в увеличенном размере).
Следует отметить, что в текущей версии, кроме FTP также доступны протоколы fish, smb, sftp.
Общий вывод - для решения моих личных задач Linux подходит. Все больше и больше:)
Данная статья безнадежно устарела. Оставляена для истории.
Для планирования повседневной работы я использую Sunbird от Mozilla. Замечательный календарь-планировщик с парой недостатков:
Вот о решении последней проблемы и пойдет речь (коллеги присоветовали). Идея проста - использовать для синхронизации посредник, в роли кторого будет выступать сервис Calendar от Google. Дело в том, что Sunbird позволяет одновременно отображать больше, чем один календарь, и его можно научить работать с внешними календарями. Итого, нам потребуется:
Забегая вперед, скажу, что остановился я на первом варианте с плагином - так как второй вариант у меня просто не заработал. Итак, по шагам, в случае плагина:
В случае с демоном процесс выглядит весьма похоже, только вместо подключения плагина устанавливается и настраивается демон, в соответствии с инструкцией. Вот этот-то последний пункт и вызвал во мне некоторое непонимание - так как ни по инструкции, ни "по понятиям" демон мне настроить не удалось.
Теперь об общих впечатлениях: работать с Гугловым календарем через sunbird довольно приятно, правда, есть и ложка жегтя - судя по всему, автоматическое обновление не работает. То есть в sunbird надо периодически нажимать Ctrl-R, а в G-календаре - либо Ctrl-F5, либо жать на логотип.
Главная же "фишка" состоит в том, что можно запросто синхронизировать свой рабочий и домашний (а в перспективе - какой угодно) sunbird, не особо заботясь о формате данных и платформе, на которой он работает. Также можно использовать предложенное решение как средство calendar-collaboration - то есть для ведения совместных с коллегами календарей. При этом, как я уже говорил, календарей в один sunbird можно подключить столько,сколько надо - и таким образом легко разводятся "общественные" и "личные" вещи;)
Осталось теперь научиться синхронизироваться с WM2005.
Не думай о секундах свысока... натолкнулся на замечательный пост о том, как надо и как не надо давать поручения. На ITBlogs он прекрасно пошел как дополнение к моему посту "В пользу бедных", а здесь, ввиду того, что комментарии для ITBlogs постов закрыты, решил привести прямую ссылку: Принцип ПВО. Ситуация, описанная в посте, довольно жизненная, но могут быть вариации, в частности, "важные поручения" могут быть выданы не только письменно (по email, в бумажном виде), но и устно, при личной встрече, или вообще - через "третьи руки" (самый интересный случай, когда кто-то просит кого-то озадачить кого-то еще, на эту тему я вроде как уже писал)...
Грустно как-то. Неужели так - ВЕЗДЕ?
Данная статья устарела. Оставлена для истории.
Когда-то давным-давно (лет, наверное, 8..10 назад) я программировал на Delphi. Программировать мне откровенно нравилось, правда, через некоторое время от GUI программирования я отошел, сконцентрировавшись в основном на WEB программировании. Немалую роль в этом повороте сыграло то, что Delphi мягко говоря, не совсем бесплатная среда, а очень даже платная. (И ряд других обстоятельств;)). Но это - предистория...
Некоторое время назад, совершенно случайно, наткнулся на свободную (open source) реализацию языка Pascal. Называется это чудо FreePascal, и живет по адресу http://www.freepascal.org/ Возможности довольно широки: декларируется возможность разработки под все возможныеWindows, Linux, FreeBSD, MacOS и т.д.
Цитирую с сайта FreePascal:
Free Pascal (aka FPK Pascal) is a 32 and 64 bit professional Pascal compiler. It is available for different processors: Intel x86, Amd64/x86_64, PowerPC, PowerPC64, Sparc, ARM. The discontinued 1.0 version also supports the Motorola 680x0. The following operating systems are supported: Linux, FreeBSD, Mac OS X/Darwin, Mac OS classic, DOS, Win32, Win64, WinCE, OS/2, Netware (libc and classic) and MorphOS.
У проекта есть русскоязычный сайт: http://www.freepascal.ru/
Дальше, в процессе изучения этих сайтов, было выяснено, что в мире существует свободная (open source) среда разработки под FreePascal, которая называется Lazarus. Lazarus живет по адресу http://www.lazarus.freepascal.org/ Установка Lazarus на Windows показала, что эта среда полностью аналогична "той самой Delphi". Именно аналогична, т.к. в тестовом приложении было обнаружено несколько незначительных отклонений от того, что я помнил с delphi-УстановкА вот про установку Lazarus на Linux можно написать отдельный трактат... То есть, вроде как все "встает", но не с первого раза - библиотеки требуются точно той версии, с которой работает Lazarus. В итоге, гугление привело меня к отличной статье "Установка Lazarus на Linux", с помощью которой, а также с помощью http://www.rpmfind.net , Lazarus был установлен и опробован (кстати, несколько требуемых библиотек я взял от Мандривы).
Первые впечатления:
Будут еще впечатления - обязательно поделюсь.
Открыл для себя Liferea - читалку rss под Linux. Купила она меня тем, что ее интерфейс очень похож на интерфейс Mozilla Trunderbird. Живет эта софтина по адресу http://liferea.sourceforge.net/. Насколько я понял, она "по умолчанию" включается в большинство дистрибутивов, по крайней мере, в мой ASP Linux 12 она была включена.
Собственно говоря, Liferea купила меня тем, что в ней есть все, что необходимо, нет ничего лишнего, все удобно и нет проблем с кодировками. Может быть, невнимательно смотрел - но под Windows таких клиентов я не встречал. Хотя, предполагаю, что что-тто подобное почти наверняка имеется.
В общем, смело рекомендую как легкое и изящное решение для чтения RSS.
Вчера был на семинаре, который для своих потенциальных клиентов устраивает фирма-производитель ПО, автоматизирующего процесс управления поручениями. Был как докладчик, приглашенный поделиться впечатленими о том самом ПО того самого производителя, которое у нас на данный момент эксплуатируется.
ПО довольно простое: позволяет формально ставить задачи (раздавать поручения) по "горизонтали" и "вертикали"). Организуется это в виде описания задачи и ленты действий, куда все участники процесса пишут свои комментарии. Права на постановку задач выдаются по умолчанию в соответствии с иерархией (орг.структурой), либо особо (персонально), на основании заявки (соответствующим образом утвержденной). Вроде бы, автоматически следует, что такой механизм раздачи прав гарантирует исполнение поручений, поставленных в соответствии с этими правами. Так вот, основная проблема, с которой мы столкнулись в процессе внедрения и эксплуатации ПО, состоит в том, что некоторые сотрудники считают что то, что написано в ленте действий, есть призыв к безусловному и немедленному выполнению, а некоторые, наоборот, просят регулирующий документ, в котором было бы установлено, на основании чего задача, поставленная в системе, должна быть принята к реализации. (Приказ о вводе системы в эксплуатацию не в счет - в нем определено, что система вводится в эксплуатацию, но не определено, что именно является фактом начала действия для каждой задачи).
Итог таков: требуется регламентирующий (регулирующий) документ, в котором будет отражено - что нужно принимать к исполнению, что - не нужно, на что реагировать, и что - писать в ленту действий. А подумал я вот о чем: расширяя, можно сказать, что практически любая сколько-нибудь сложная система требует регламента, поскольку, даже если она настроена идеально, и из нее можно однозначно понять - "куда бежать, и что делать", всегда остается пресловутый "человеческий фактор", который говорит о том, что все равно кто-то что-то поймет, или найдется тот, кто пойдет по пути сознательного саботирования, или... (см. замечательный пост Анатолия Тенцера - "корпоративное айкидо"). Причем, абстрагируясь от конкретно "нашей" системы, есть ощущение того, что даже простейшие вещи - такие, как корпоративный информационный сайт - должны иметь свой регламент наполнения и работы. Но при этом есть вторая сторона медали - риск превратиться в неповоротливую бюрократическую контору просоветского типа.
В общем, жизнь - это вечный поиск компромисса. Во всем.
Кросспост из моего ИТшного блога на ITBlogs.ru
|
|