Блог Александра Башкирова

ИТ и бизнес, компьютеры и ПО, фото, программирование и просто мысли…
Этот сайт в основном посвящен тому, что мне интересно вне работы. Ведется в порядке хобби.
Все изложенное на сайте - мое частное оценочное мнение и не может быть истолковано иначе.
Со всеми вытекающими из этого последствиями.

ПО

Подписаться на эту метку по RSS

Аргументы “за” и “против” покупки 1С

Просмотров: 3469Комментарии: 0
IT Blogs

В дискуссии у Влада (Семь (восемь?) аргументов к покупке SAP) SAP (кажется, с подачи Андрея Колесова) начали сравнивать с отечественной 1С. Вот я и подумал: а почему бы в аналогичном ключе не попытаться понять, почему люди берут 1С?

Начнем с того, 1С бывает разная. "Бухгалтерию" и "ЗУП" ("зарплата и управление персоналом" переводится) берут почти все - от мала до велика. Причина - бухгалтерию надо в чем-то вести, А 1С - дешев, неприхотлив и (что немаловажно) - довольно регулярно обновляется (бывают и "лажи" - это когда обновление приносит с собой больше суматохи, чем пользы, особенно - на модифицированных конфигурациях. Но это совсем другая история). так вот, обновления несут в себе в том числе обновления форм документов - что в условиях, когда они (формы документов) постоянно меняются, немаловажно.

Дальше, 1С - система, относительно легко и дешево настраиваемая на собственные задачи. Действительно, в настоящее время сформировалась целая индустрия фирм-партнеров 1С и специалистов-одиночек, которые могут сделать из системы все, что угодно - например, написать склад на базе бухгалтерии (большого смысла в этом нет - но технически возможность есть).

1С - система, которую вы приобретаете столько сколько нужно. То есть лицензии вы всегда можете докупить, более того, всегда (безболезненно - ???) можете перейти от локальной версии к версии SQL. Разумеется, заплатив.

1С обладает множеством конфигураций. И сама компания 1С, и ее партнеры написали для 1С массу конфигураций - от управления автохозяйством и складом до управленческого учета рабочего времени супервизоров. Одно управление предприятием чего стоит.

1С не навязывает свои процессы. Она готова подстроиться под существующие. Как обычно, без гарантии корректности обновлений, и вообще по возможности без гарантий. Но партнеры, как правило, обладают "волшебной отмычкой", то есть могут накатить обновления и на нестандартную конфигурацию. А также дать соответствующие гарантии. Разумеется, не безвозмездно.

1С открыта для разработчика. Язык разработки, правда, для меня лично - эзопов, но посмотреть как сделано что-то, в большинстве случаев можно. Также, как и разработать что-то свое. "Сбоку" или "сверху", а также "внутри" существующей конфигурации. Или вообще написать свою конфигурацию.

К минусам можно отнести то, что обычно 1С привыкли считать сугубо "бухгалтерской" программой, что до сих пор заметно - даже в том же УП (которое, насколько я понял, 1С считает своим "флагманом").

Также минусом принято считать "несерьезность" 1С. С моей точки зрения - пережиток прошлого. Безусловно, проблемы с системой есть (а покажите мне, где их нет!) - но в целом система достаточно "взрослая".

Минусом является также то, что "индустрия 1С" неизбежно породила и халтурщиков - то есть тех, кто не зная системы, лезет в боевую разработку, вместо того, чтобы подучиться. Это, кстати, неизбежное зло - практически для любой популярной системы.

Общие - мои личные впечатления таковы: 1С - конструктор. С хорошим набором деталей и несколькими готовыми собранными из них предметами. И если нет серьезных (а также - политических или религиозных) аргументов в пользу других систем, то брать вполне можно.

Кросспост из моего ИТшного блога на ITBlogs.ru

Маленькое открытие: работа с удаленным FTP в Krusader

При повседневной работе в Linux я использую Krusader - GUI файловый менеджер под KDE, который запускаю из-под Gnome (KDE у меня нет, для запуска Krusader и K3B использую KDE библиотеки, которых не хватало в Гноме этим софтинкам). Так вот, примерно через полгода с момента начала работы я открыл для себя интересную вещь - оказывается, krusader (1.80.00, сборка ASP Linux) поддерживает чудесную вещь - так называемую "виртуальную файловую систему", через которую можно легко обращаться к удаленному FTP серверу так, как будто он является частью собственной файловой системы (сразу же замечу, что можно и подмонтировать - но я не стал. Просто потому что.)

Krusader - подключам FTP

Последовательность действий: "Звездочка" (рядом с информацией о свободном месте) - "Виртуальная файловая система. Затем жмем на кнопку "Сетевое соединение". Получаем окно ввода, куда вводим адрес, логин/паролью... и понеслась. (см. скриншот - откроется в этом же окне в увеличенном размере).

Следует отметить, что в текущей версии, кроме FTP также доступны протоколы fish, smb, sftp.

Общий вывод - для решения моих личных задач Linux подходит. Все больше и больше:)

Плагин для WordPress – Russify Comments Number

Совершенно случайно нашел классный плагин для Wordprss - Russify Comments Number (автор - Александр Улизько - http://ulizko.com/). Плагин приводит в человекочитаемый форме количество комментариев к записи. Например, "Один комментарий", "Два комментария", "Пять комментариев" и т.д.

Плагин легко устанавливается, и не требует настройки, работает как часы. В общем - однозначно рекомендую!

Принятие решений при выборе ПО.

В тему недавним рассуждениям коллег (Тенцера и Марианны).

Вопрос: как принимаются решения при выборе ПО (имеется в виду в первую очередь "тяжелые" бизнес-приложения)? С одной стороны, ответ однозначен: решения должны приниматься на основании взвешенного анализа заранее сформированных критериев. С другой - покажите мне место, где они так принимаются.

На самом деле, решения могут быть приняты двумя путями:

  • самостоятельно
  • при помощи внешних консультантов

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

Попытаемся рассмотреть его более пристально. На решение о выборе того или иного ПО могут повлиять причины следующего характера:

  • объективная оценка (относительно объективная, на основании взвешенного анализа... - см.выше)
  • политические причины (могут быть самые разные. Основная - "стоит у дружественной/братской компании, стоит в холдинге". Как вариант - "акционеры/директора/управляющие разработчиков связаны с нашими акционерами/директорами/управляющими".)
  • личностная (субъективная) оценка. (оценивает тот или иной менеджер с тем или иным уровнем профессионализма, соответственно, решения варьируются от "мне нравиццо, надо брать" до "стоит брать, потому что архитектура (обоснование) и функциональность (обоснование) нас вполне устраивают")

Вопрос - учитываются ли рекомендации рядовых специалистов при выборе того или иного ПО? Варианты ответа:

  • иногда да (действительно, иногда прислушиваются к специалистам. Весь вопрос в том, что они должны быть действительно СПЕЦИАЛИСТАМИ, а не подмастерьями)
  • а оно надо? (как вариант. Часто жизнь складывается так, что мнения рядовых специалистов топов не интересует - сказано поставить и внедрить, извольте исполнять!)
  • специалисты должны дать базис для принятия решения (это лично мне ближе; так как учитывается и опыт "снизу", и требования "сверху")

Что еще? Если делать по-умному, то перед тем как выбирать, надо попробовать. В идеале - сделать тестовый запуск на ограниченном числе автоматизируемых процессов (один-два). И поковырять систему недельку-другую. Хорошо? - Да. Но накладно, и требует установки системы, не говоря уже о том, что банально нужны договоренности с разработчиками/поставщиками ПО и люди - тестеры. Тем не менее - весьма любимый мной вариант. Вероятность "обжечься" резко падает по сравнению с "котом в мешке".

Еще один интересный момент. Предположим, есть 10 (а лучше, как в анекдоте - 20) систем, автоматизирующих область Х. Нужно выбрать одну. Что делаем? Классика жанра состоит в том, что строим классическое (простите за тавтологию) сито:

  1. Формируем требования (а куда же без них, в конце концов надо представлять, что хочет бизнес-заказчик)
  2. Формируем критерии отбора
  3. Отбираем пару-тройку лидеров (самый интересный момент, о нем как раз я подробно написал выше)
  4. Разворачиваем их
  5. Тестируем (имитируем работу пользователей, возможно - с некоторыми допущениями)
  6. Делаем орг.выводы
  7. Принимаем решение (тоже см.выше).
  8. Подписываем договор, и на внедрение (совсем отдельная песня).

Как оно бывает на самом деле - не мне вам рассказывать:) Вопрос - часто ли срабатывает подобная классика? К сожалению, практически никогда. Почему? Да потому, что:

  • цели внедрения запросто могут быть не определены;
  • требования к продукту существуют в 3..4 головах, причем - разные;
  • критерии отбора сформировать невозможно, т.к. непонятно, что выбираем;
  • понимания, какие системы можно рекомендовать - нет, так как все равно выберут за нас;

Тогда последний вопрос: как жить дальше? Да так: исправлять ситуацию, где возможно, где можно - помогать выбору, где нельзя - подстраиваться и выжимать максимум бизнес-перспектив из поставляемого ПО. В общем, жить полной жизнью и не скучать:)

Кросспост из моего ИТшного блога на ITBlogs.ru

Google Calendar & Sunbird

Данная статья безнадежно устарела. Оставляена для истории.

Для планирования повседневной работы я использую Sunbird от Mozilla. Замечательный календарь-планировщик с парой недостатков:

  • не умеет синхронизироваться с Pocket PC Outlook 2005
  • не умеет синхронизировать записи "домашнего" и "рабочего" Sunbird'a.

Вот о решении последней проблемы и пойдет речь (коллеги присоветовали). Идея проста - использовать для синхронизации посредник, в роли кторого будет выступать сервис Calendar от Google. Дело в том, что Sunbird позволяет одновременно отображать больше, чем один календарь, и его можно научить работать с внешними календарями. Итого, нам потребуется:

Забегая вперед, скажу, что остановился я на первом варианте с плагином - так как второй вариант у меня просто не заработал. Итак, по шагам, в случае плагина:

  • Заводим аккаунт на Google (я этот шаг пропустил, так как аккаунт у меня уже есть)
  • Создаем на календарном сервисе Google календарь
  • Скачиваем sunbird (у меня уже был скачан)
  • Скачиваем плагин
  • Устанавливаем плагин в sunbird
  • Получаем на Google ссылку на календарь (Google в этом смысле просто шикрен: можно получать xml, rss или iCal - я выбрал его)
  • Подключаем созданный календарь в sunbird ("Файл" - "Подписаться на удаленный календарь" - "Из сети" - ...)
  • В процессе подключения выбираем другой цвет для G-календаря (для наглядности)

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

Теперь об общих впечатлениях: работать с Гугловым календарем через sunbird довольно приятно, правда, есть и ложка жегтя - судя по всему, автоматическое обновление не работает. То есть в sunbird надо периодически нажимать Ctrl-R, а в G-календаре - либо Ctrl-F5, либо жать на логотип.

Главная же "фишка" состоит в том, что можно запросто синхронизировать свой рабочий и домашний (а в перспективе - какой угодно) sunbird, не особо заботясь о формате данных и платформе, на которой он работает. Также можно использовать предложенное решение как средство calendar-collaboration - то есть для ведения совместных с коллегами календарей. При этом, как я уже говорил, календарей в один sunbird можно подключить столько,сколько надо - и таким образом легко разводятся "общественные" и "личные" вещи;)

Осталось теперь научиться синхронизироваться с WM2005.

Lazarus – свободная среда программирования для Linux и Windows

Данная статья устарела. Оставлена для истории.

Когда-то давным-давно (лет, наверное, 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 был установлен и опробован (кстати, несколько требуемых библиотек я взял от Мандривы).

Первые впечатления:

  1. Судя по всему, при помощи Lazarus можно создавать кроссплатформенные приложения
  2. Абсолютно точно можно создавать порты одного и того же приложения под Windows и Linux
  3. Код, генерируемый Lazarus (Linux версия), довольно объемен: простая форма с 2 элементами и одним обработчиком события "вести" 16Мб. На мой взгляд - многовато! Возможно, можно оптимизировать.
  4. Через yum Lazarus на ASP Linux (12) не ставится:)

Будут еще впечатления - обязательно поделюсь.

Liferea: rss reader для Linux

Просмотров: 4109Комментарии: 2
Linux

Открыл для себя Liferea - читалку rss под Linux. Купила она меня тем, что ее интерфейс очень похож на интерфейс Mozilla Trunderbird. Живет эта софтина по адресу http://liferea.sourceforge.net/. Насколько я понял, она "по умолчанию" включается в большинство дистрибутивов, по крайней мере, в мой ASP Linux 12 она была включена.

Скриншот Liferea

 Собственно говоря, Liferea купила меня тем, что в ней есть все, что необходимо, нет ничего лишнего, все удобно и нет проблем с кодировками. Может быть, невнимательно смотрел - но под Windows таких клиентов я не встречал. Хотя, предполагаю, что что-тто подобное почти наверняка имеется.

В общем, смело рекомендую как легкое и изящное решение для чтения RSS.