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

ИТ и бизнес, компьютеры и ПО, фото, программирование и просто мысли…

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

Метки: тенденции

Про ИТ, информационные системы и закон больших чисел в действии

Рубрика: IT Blogs -> Работа

Работая в ИТ сфере, за пятнадцать лет насмотрелся всякого - точнее всяких. Всяких разных информационных систем. И внезапно подошел к совершенно совершенной (простите за тавтологию) для себя мысли: не важно, с какой системой ты работаешь. Важно, какую задачу ты решаешь. Потому что в любом случае (ну или в большинстве случаев) фокус при внедрении ИС делается на процессы. Даже когда система внедряется для галочки или для повышения капитализации - все равно, в первую голову учитываются процессы, которые она автоматизирует. Более того, нет таких систем, которые бы не были процессно-ориетированы. Даже системы helpdesk, позволяющие (в силу настроек) "футбол" заявок, и то так или иначе работают в рамках ITIL процессов.

Итак, получается первый важный вывод: информационная система вторична по отношению к процессу.

Второй вывод, так или иначе следующий из первого - каждая система сильна в какой-либо одной (или нескольких) предметных областях. В этом смысле интересно рассмотреть ту самую пресловутую 1С - она до сих пор воспринимается как "бухгалтерская" система (но, сказать по правде, она, по сути не являясь уже чисто "бухгалтерией" несет в себе много рудиментов того времени). Или, например, HP Service Manager - ее воспринимают как "очень навороченный helpdesk". Хотя из обоих систем можно сделать все, что угодно: от склада до учета осколков метеорита. Весь вопрос только в том, что для решения конкретной задачи лучше и правильнее использовать ту систему, которая содержит в себе наметки на решение этой задачи. Или инструменты ее решения.

Третий важный вывод - цена информационной системы может не соответствовать ее возможностям. Повторюсь, есть разные системы. Они имеют разные возможности. И платит потребитель в основном как раз за возможности. Но при "прочих равных" цены на две разные системы могут отличаться в разы. Причина тут проста - потенциал развития. А также - маркетинговая политика и позиционирование на рынке. Я, например, очень удивлюсь, если вдруг тот же 1С начнут продавать по ценам SAP или наоборот. (Почему я их сравниваю? Да очень просто: про каждую из них говорят, что она "может все" - то есть, автоматизировать любые процессы, да и пример получается хороший... гротескный).

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

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

Да, при чем тут закон больших чисел? Да при том, что тут делал для себя review - сколько систем виде, сколько внедрял, сколько разрабатывал. И получилось, что довольно приличное количество. То есть - "большие цифры" в масштабе меня... позволяющие в том или ином виде делать обобщения.

PS Давно не писал про ИТ. С момента, как перестал активно жить ITBlogs - соскучился по теме. Так что наверное в ближайшее время еще попишу об этом.

С 9 до 18ти

Рубрика: Работа
Предупреждение: все, что написано ниже - касается исключительно работы в сфере ИТ. 
В последние дни февраля хочу поговорить на непростую тему. За что мы работаем?
Вернее, не так. За что - понятно. За деньги. 
А вот как мы это делаем...
Я встречал компании (вполне себе солидных интеграторов и не менее солидных провайдеров), в которых график работы (с 9 до 18, с перерывом на обед, ну или вариации - с 8 до 17ти и т.д.) - возведен в ранг священного постулата.
Что в итоге? А в итоге, народ начинает относиться к работе "по-советски" (в худшем смысле слова) - "я не работаю - я провожу время на работе за деньги".
То есть, с одной стороны, жесткое время пребывания на работе заставляет переориентироваться с работы на время. Что в общем не верно. 
Лирическое отступление. "Тупая" ориентация на результат (я видел и такие компании) без оглядки на время - тоже не сахар.
С другой стороны, ориентация на результат к сроку (если результат и срок разумны) с "мягким" ограничением по времени (присутствие в офисе с 11ти до 16ти, например) - выглядят довольно разумно.
У меня есть хороший опыт проектной работы. И мне сложно представить, КАК я бы работал, будучи загнан в пресловутые рамки "9 - 18". Дело в том, что проект по загрузке по времени нелинеен. Бывают "пики", бывают "спады". И работа (моя, по крайней мере) иногда может позволить "свалить" на пару часов пораньше - а иногда требует ночных бдений. Что примечательно - итоговый результат по времени получается "примерно-нейтральным". То есть - 40 часов в пересчете на неделю в перспективе 3..4 месяцев.
Тут еще надо сказать, что работать вне схемы "9 - 18" могут люди с высокой степенью самоорганиции. Потому что в ином случае получится бардак, и лень.
Да, еще ремарка. "В схеме" или близко к тому могут и должны работать те, у кого характер работы подразумевает подобную работу (простите за тавтологию) - то есть, например, системные администраторы, операторы баз данных, служба поддержки и т.д. То есть те, кто работает с постоянной, прогнозируемой загрузкой и понятными задачами.\
Сумбурно получилось.
А вы строите вашу работу?

Жизнь в эпоху копипастинга

Рубрика: IT Blogs

то будет странный пост... поток сознания:)

Итак, мы живем в эпоху глобального копипастинга. Копипастингом пишется код. Ооочень часто. Сознаюсь: у меня иногда хватает времени на то, чтобы сеть и кодировать. Так вот, в том, что я скромно именую "моя CMS" примерно 70% "моего" кода, и около 30 - копипастного. Я такой код обычно оформляю в отдельные файлики, складываю его в отдельный каталог, и всегда пишу - откуда стянуто... это не к тому, какой я хороший. А к тому, что когда попадается задачка уровня первого семестра "программирования" технического ВУЗа для непрограммистих специальностей, мне проще погуглив найти решение, чем думать.Времени точно займет меньше. Как показывают наблюдения, я не одинок: знакомые (программисты и другие ИТшные жители) говорят, что копипастится все: от конфигов до кода.

....А как же любимая всеми команда man? - грустно вздохнул серый ослик Иа-Иа.

да, да - и "мире linux" копипастинг тоже набирает обороты. "Не знаешь как? - скопируй"

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

- Где? - спросите вы.

- А вот видел. Не в родной компании, слава Богу. Но - видел. Причем грамотно так вписано в текст,  если бы в свое время не освоил книжку, которая была скопипащена - мог бы и не заметить: талантливый автор документа писал в стиле авторов книги. Видел не по работе - знакомый попросил помочь оценить документацию.

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

На ум пришел один из постов Алены, вернее, мысль, которая "красной нитью" шла через несколько постов: пришло молодое, амбициозное поколение, которое нацелено на быстрый результат... не это ли одна из глубинных причин повального копипастинга?

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

Open ID в ЖЖ

Рубрика: Alib.spb.ru

Как известно, ЖЖ допускает три вида комментариев:

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

Теперь, внимание - вопрос! Почему 90% ЖЖ пользователей отключают все возможности комментирования, кроме ЖЖ комментариев?

Потенциально я могу понять отключение анонимных комментариев: это лазейка для спамеров, какая бы не стояла анти-спам защита. Но нафиг отключать OpenID - непонятно.

В частности - ЖЖ у меня нет. И не планируется (пока). Зато есть этот сайт и есть OpenID. А еще я люблю (когда есть время) читать ЖЖ совершенно незгнакомых мне людей - и порой наталкиваюсь на изумительные посты, которые хочется прокомментировать, и... облом. "Сэр, заводите себе ЖЖ аккаунт. Тогда вы сможете писать комментарии." - "Спасибо я тут пешком постою". :D

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

Если Oracle все-таки купит SUN…

Рубрика: IT Blogs

Данная статья безнадежно устарела. Оставляена для истории. Oracle таки купила SUN.Объявленная новость о покупке - далеко не состоявшийся факт. Насколько я понимаю, после того, как стороны договорились о цене, нужно договориться с кучей государственных организаций - антимонополистами и прочими подобными американскими товарищами.

Я же предлагаю пофантазировать: предположим, покупка одобрена всеми и свершилась. Oracle купил Sun. Что дальше?

Самое важное для Oracle - теперь, благодаря этой покупке, она имеет выход на рынок оборудования, заодно приобретя несколько софтовых проектов Sun - и в первую очередь платформу Java (которую, несмотря на все старания Microsoft, так и не удалось подвинуть никакому .Net).

Что касается цены, то она, скорее всего адекватна - мне почему-то кажется, что в Oracle считать умеют, причем - умеют и просчитывать вперед.

Для меня же в этой сделке интереснее всего будет проследить "софтовый курс" Sun спустя какое-то время после покупки. В частности, интересно, как будет развиваться Java, mySql, и в какую сторону пойдет развитие Open Office, будет ли (и как интенсивно) развиваться и продаваться Star Office.

Что касается "железа", то уверен, что сервера как продавались, так и будут, разве что теперь с предустановленным Oracle, и почти наверняка будут бандлы по принципу "oracle + sun = скидка", наверняка останется в прежнем виде (а, возможно, получит еще один толчок к развитию за счет нового взгляда oracle) Java, а вот насчет всего остального уверенности значительно меньше.

В частности, тот же Open Office. При том, что он есть на компьютере практически любого линуксоида (так как альтернатив, лежащих "на поверхности", просто нет - или они мне не известны), я сильно сомневаюсь, что он (в инкарнации Star Office) приносил Sun'у хорошие барыши. Для меня разработка (вернее, причины разработки) этого продукта - одна сплошная загадка (мнение, что продукт выпускается с целью "подвинуть Microsoft", у меня вызывают сомнения: разработка - штука дорогая, и на "подвижке" ее не отобъешь), при том, что продукт "правильный" и интересный. Хотя бы своей лицензией (хотя и возможностей у него для большинства повседневных операций более чем достаточно).

Что касается mySql, то на первый взгляд все выглядит более радужно: "мускул" официально коммерческий продукт, распространяемый бесплатно в некоммерческих целях. Используется в основном в вебе (и в 95% случаев в бесплатном варианте) - там, где нужно "быстро и просто". Такое позиционирование обеспечит Oracle присутствие в новом сегменте рынка БД (БД oracle для такого рода решений мягко говоря, "тяжеловата" - примерно как из пушки - по воробьям), так что в ближайшее время вряд ли стоит ожидать известий о свертывании разработки mysql.

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

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

Случайная фотография

Орфография

Система Orphus
Дизайн от: Templates Next | Адаптация d51x