Профессия IT

Инновационная Россия-2020

2011-12-05T13:30:00.001+04:00

Изучил проект стратегии инновационного развития Российской Федерации на период до 2020 года. Набросал свои заметки, а потом… потом понял, что это неисправимо. Смысл обсуждать теряется, настолько все неисправимо, неправильно написано. Дам свой прогноз: эта стратегия, как и предыдущая, не будет и на 10% исполнена. Знаете почему?

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

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

Еще один пример. Уважаемый господин Вексельберг сказал как-то в интервью о том, что создаваемый в Сколково университет станет основной всей экосистемы. Что вокруг него будут создаваться стартапы, кипеть мысль ученых. И финальная фраза высказывания: “Это обязательно будет, этого не может не быть!” Ну, конечно, если походить к этому как экономист, то все верно: если целевые среднестатистические показатели получить не хуже чем в США, Китае, Таиланде, то результат в кармане. Куда деваться этим ученым-то?

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

А массажисты, а потоки, а хакатоны? Где все это? В какие-такие экономические показатели они укладываются? С точки зрения экономиста- это все нецелевые траты.

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

Ну вот, поворчал я, поворчал, а что сам-то могу умного предложить? Я бы предложил писать такой документ от проблемы. Какую проблему нам надо решить? Глобальная стратегическая проблема- демографический провал, который нас накроет к 2020 году. Что нам поможет? Автоматизация, иммигранты. Ну и далее в таком духе. От проблем надо отталкивать, а не от взятой из пустоты фразы: “Россия ставит перед собой амбициозные, но достижимые цели долгосрочного развития – обеспечение высокого уровня благосостояния населения, закрепление геополитической роли страны как одного из глобальных лидеров, определяющих мировую политическую повестку дня. Единственным возможным способом достижения этих целей является переход экономики на инновационную социально-ориентированную модель развития.”

Это была моя общая претензия к документу. Ниже следует список моих заметок на полях:

Не учитывается готовность людей к восприятию инноваций, готовность рынка в целом. Говорится про "инновационного человека" не как потребителя, а как производителя инноваций. Про инновационного человека вообще бредятина- экономист писал, 100%.
Это точно: "…технологическая революция в ресурсосбережении и альтернативной энергетике резко повышают неопределенность в развитии России, основу специализации которой на мировых рынках составляет экспорт традиционных энергоносителей."
Не учитываются вопросы демографии и прихода минимума именно к 2020 г. Нужно не просто привлекать иностранных специалистов, но и иммигрантов.
Ага, если экономисты и далее будут писать стратегии, то и получим: “В то же время, из запланированных в Стратегии развития науки и инноваций в Российской Федерации на период до 2015 года (далее – Стратегия развития науки и инноваций) результатов на первом этапе (2006 – 2007 годы) достигнуто менее трети. Прежде всего это касается индикаторов, существенно связанных со спросом на инновации в реальном секторе.”
ЖУТЬ, ШКОЛА ПОРТИТ НАШИХ ДЕТЕЙ: “На этом фоне важным исключением является резкий рывок в качестве чтения и понимания текста в начальной школе – по результатам PIRLS-2006 (Progress in International Reading Literacy Study) Россия заняла первое место (вместе с Сингапуром и Гонконгом) поднявшись по сравнению с 2001 годом сразу на 13 мест, при этом российские четвероклассники демонстрируют практически одинаково высокий уровень чтения и понимания как литературного, так и научно-популярного текста. Это значит, что стартовые позиции российских школьников «на выходе» из дошкольного и семейного образования лучше, чем у большинства сверстников в других странах. Базовое образование следующих уровней эти преимущества фактически нивелирует. Так, российские школьники старших классов уступают своим зарубежным сверстникам из развитых стран по большинству показателей уровня знаний по математике (38-39-е место из 65 стран), тем же навыкам работы с текстом (41-43-е из 65 стран), знаниям в области точных наук (38-40-е из 65 стран).”
Это и есть смерть высшей школы, о чем я писал ранее: “Сложной остается ситуация в части преодоления разрыва поколений, сформировавшегося в российской науке в 1990-х годах. Хотя в 2000-х годах доля ученых в возрасте до 29 лет в общей численности исследователей росла, но параллельно вплоть до 2006 г. не происходило роста следующей возрастной категории (30-39 лет), что означает неспособность многих исследовательских организаций удержать молодых специалистов.”
Да! “Создание мотивов важнее остального: Критическими проблемами инновационного развития сегодня являются создание мотивов инновационного поведения всех субъектов экономики и углублении их кооперации с сектором исследований и разработок с опорой на созданную и развивающуюся инновационную инфраструктуру.”
ДА “…у нас просто конкуренция еще не развита: Бизнес должен воспринимать инновации не как «хобби», и тем более не как обязанность перед государством, а как жизненно важную для перспектив развития компании, повышения эффективности и занятия лидерских позиций на рынках модель поведения.”
Задача "Формирование территорий инноваций" мне кардинально и категорически не нравится.
Не учтен базис- совершенно не инновационный бизнес, который делает инструментарий для инноваторов. Например, тривиальные качественные корпуса, без которых и тривиального смартфона не сделаешь.
"Одна из важнейших задач в этой сфере – формирование глобально конкурентоспособных преподавателей, исследователей и управленцев. При этом высшее образование в перспективе должно быть интегрировано с научной деятельностью." А сейчас разве не так? Иначе бы моя диссертация не начиналась со слов "Исследование и разработка..."
Золотые слова: "Формирование компетенций «инновационного человека» должно начинаться еще до школы – во многом именно на этой стадии и в начальной школе закладываются основы навыков по критическому восприятию информации, способности к нестандартным решениям, креативность, изобретательность, способность работать в команде, навыки социализации. Дальнейшее образование может эти навыки развивать, но очень редко может сформировать их заново."
Мало, надо платить больше: "Результатом предпринимаемых мер станет выход среднего уровня оплаты труда научных сотрудников в секторе исследований и разработок до 125% от средней по экономике к 2016 году и 130% к 2020 году."

ASP.Net vs Python ;)

2011-10-23T19:59:00.000+04:00

Я об этой статье: “Linux, или туда и обратно”. Как-то так совпало с моей ситуацией. Просто расскажу в добавок к ссылке свою историю, без выводов- вы их сами делайте.

Мне нужно было написать мааааленький web-сервис. Бесплатно- не хочу платить деньги за вещь, которая мне никогда денег не принесет. Я выбрал Google AppEngine и стал писать на Python. Я столкнулся с тем, что немало времени занял разбор документации и установка среды разработки (Eclipse). Но это ерунда. Потом каждая строка кода стоила по времени очень дорого. Буквально каждая строка “сопротивлялась” и “не хотела работать”. Я копался в доках, спрашивал по форумам, лазал по исходникам. Чай, умения мне в этом не занимать- за плечами 15-летний опыт программирования. Делал по вечерам, неспешно… И так прошел ГОД.

Потом я у видел у godaddy.com бесплатный хостинг ASP.Net, очень скромный по характеристикам, но мне хватит. Для меня ASP.Net такая же “темная лошадка”, что и Python- я никогда не программировал ни в Eclipse на Python, ни в VS на ASP.Net. Но я решил попробовать. И тут случилось УДИВИТЕЛЬНОЕ. То, что я писал на Python для Google AppEngine год, я написал в бесплатной Visual Studio Express 2010 на ASP.Net за… ОДИН ВЕЧЕР.

Мне очень помогало, то что студия быстро установилась и без каких-либо настроек можно было приступать к работе. Хорошая среда разработки- “автокомплит”, мощный отладчик, а также развесистый фреймворк. Может, это как-то помогло столь разительно быстрее достичь результата на ASP.Net, чем на Python… а может и нет- выводы сами делайте.

Заметки о форуме Microsoft Innovation Day 2011

2011-09-29T17:06:00.001+04:00

Ссылка на сайт форума: http://www.microsoft.com/ru/ru/isv/forum/innovationday.aspx.

Форум состоял из двух частей: для технарей и для руководителей. Подробности, видео смотрите на сайте. Я по пунктам перечислю свое ощущение от увиденного.

Очень интересно свел вместе разнородные данные выступающий от IDC. Привел график по численности населения- видно, что в перестроечные времена рождаемость резко упала (“на глазок”- раза в два). Теперь это поколение подросло, и к 2020 году должно заменить на рынке труда уходящее на пенсию старшее поколение. Вот и получается, что, фактически, не кем заменять будущих пенсионеров! Кадры станут дефицитным и, видимо, дорогим ресурсом. Следующий график- рост численности серверов. Их надо кому-то обслуживать- а не кому! Т.е. проблема высококвалифицированных кадров к 2020 году будет просто “аховая”: потребности растут, а специалистов становится все меньше и меньше. Понимаете теперь почему хотят поднять пенсионный возраст в правительстве? Но меня, как программиста, этот доклад успокоил: цена моей работы возрастет, и работы будет много.
Оказывается по данным NIST их MS SQL Server является самым безопасным: SQL Server- 49 уязвимостей; Oracle- ~300 уязвимостей; DB2-121; MySQL- 98. За последние 6 месяцев уязвимостей не найдено вообще. Вау! NIST- это вам “не хухры-мухры”. Уважаю.
Один из недостатков “облаков”- это привязка софта к конкретному “облаку”. Перепрыгнуть в другое “облако” очень тяжело. Ситуация, как бы, выгодная для Microsoft. Но, тем не менее, Дмитрий Мартынов поднял тему миграции между “облаками”, а также обратной миграции из “облака” к клиент-серверу или локальному решению. Удивила такая готовность предложить обратную миграцию.
Не знал про Azure, что их “облако” умеет работать в 3 режимах. Можно вообще образ системы залить, и он там будет “раскатываться” по серверам. Т.е., реально, можно любое ПО таким образом в “облако” засунуть. Грубо, но можно. Молодцы, круто сделали. И про миграцию подумали, и про обратную миграцию. С ходу и не подкопаешься.
Миграция- то ладно, а вот непривычно было, что сотрудники Microsoft не только хвалят, но и про недостатки своих продуктов говорят. Смело так говорят: “Как было можно сделать…! Я возмущался, пинал их…. Обещают сделать.” В таком духе. А я-то думал, что у них с этим строго- никакого негатива и точка. Это очень хорошо, что про недостатки рассказывают тоже- когда сам, лично, на них напарываешься, то это создает гораздо более сильный негатив, чем если просто послушать про это на форуме.
Я привык, что главные докладчики- директора, руководители- после выступления сразу сматываются. А тут, смотрю, Ложечкин сидел всю “пленарку”. Хотя после своего первого 15-минутного доклада мог и уйти. Непривычно.
Если на “пленарке” сидели все вместе- и программисты, и руководители, то потом разбились по секциям. И прямо до смешного стала видна разительная разница во внешнем виде. На секции для технарей сидели люди в свитерах, рубашках, брюках, с длинными волосами- свободный стиль одежды. На секции для руководителей народ сидел в пиджаках, при галстуках, весь из себя чинный- формальнее некуда.

В целом, все, о чем говорили докладчики, давно уже опубликовано. Как источник информации форум скучен, не интересен и бесполезен. Но вот там, в программке есть последний пунктик: фуршет на 1,5 часа. Это неформальное общение, заведение знакомств. Т.е., как одну из задач форума, можно указать стимулирование создания и поддержания экосистемы вокруг продуктов компании. Чтобы люди встречались, обсуждали, знакомились, сотрудничали, чтобы их сотрудничество порождало синергетических эффект, усиливающий экосистему вокруг продуктов Microsoft. Наверное как-то так. А еще, это информационный повод, чтобы о Microsoft писали СМИ. С этих позиций организация форума имеет смысл.

О работе за границей

2011-08-14T17:12:00.000+04:00

Кадровое агентство Pruffi опубликовало интересный сравнительный анализ: http://slon.ru/blogs/zlatanik/post/608558/

С одной стороны- он простой, с другой- там именно та информация по зарплатам, что интересует чаще всего: сколько платят и хватит ли этого на жизнь за границей. Тут же привожу ссылочку на одну из моих ранних статей на эту тему: http://itspeciality.blogspot.com/2008/04/blog-post_21.html Сравните мои выводы с данными из исходной статьи- все очень хорошо совпадает.

Обзор зарплат «мобильных» разработчиков

2011-08-03T12:27:00.000+04:00

Полезная ссылка: http://habrahabr.ru/company/it_dominanta/blog/125500/. Видно, что под Android потребность в разработчиках чуть меньше, чем по iPhone, но незначительно.

Если хотите научится программировать, то достаточно прийти в компанию и сказать: “Хочу стажером”. Научат. И даже зарплату дадут неплохую- около 20 тысяч рублей. Главное, стараться, а то и месяца не пройдет, как вылетите даже с такой халявной должности как стажер.

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

По ведущим специалистам картина адекватная. Несмотря на то, что Senior C++ developer выглядит заманчиво со своими 156 т.р., надо понимать, что это очень высокий барьер. Надо очень много знать и уметь на такие деньги.

Ну, и плюс к перечисленным в статье советам для начинающих, советы от меня.

К вопросу о классификации ПО

2011-07-26T00:47:00.001+04:00

Речь о двух крупных группах- проприетарное ПО и СПО. Оба термина мне активно не нравятся. На уровне подсознания я чувствую в них корявость. Если попытаться озвучить, что именно не так названиями, то получится примерно следующее…

В технике давно уже сложилось соответствующее деление изделий по исполнению: коммерческое, промышленное, военное. Есть еще деление по климатическим зонам. А есть еще носимая техника, переносная, стационарная. Т.е., это все- классификации самого изделия. В то время как СПО и проприетарное- это характеристика условий использования ПО (условий лицензирования). Т.е. к самому продукту это отношения не имеет. Поэтому слово “свободное” не имеет права находится рядом с фразой “программное обеспечение”, также как и “проприетарное”. Распространение ПО давно уже никто не ограничивает. Я как-то купил журнал “Вокруг света”, и в нем был диск в MS Office 2007. Пожалуйста, устанавливайте сколько угодно, пользуйтесь 60 дней бесплатно. Понравилось- платите, иначе- удаляйте. Т.е., получается что MS Office, как продукт, как набор битов, записанных на носитель, распространяется свободно. А вот лицензий на него множество: для школ, для журналистов, писателей, стартапов, крупных предприятий, работников крупных предприятий, простых индивидуальных покупателей- для каждого можно подобрать лицензию. Лицензию на один и тот же набор свободно распространяемых битов.

Почему важно “отделить мух от котлет”: ПО от условий его использования, четко определить терминологию и правильно классифицировать продукт? Вот, например, последняя, актуальная тема “Национальная программная платформа” (НПП). В документах официально пишется термин СПО. При этом всем ясно, что речь только о Linux. Но ведь это неверно! Под термином СПО может быть и MS Windows и Mac OS- вопрос в том, по какой лицензий они будут предоставлять свое ПО для участников программы НПП. А Microsoft на недавней сделке с Газпромом показала очень высокую гибкость, предоставив им особые условия лицензирования и скидку в 70%. Кроме того, компания давно уже открывает исходные коды гос.органам, крупным своим партнерам. Более того, компания раздает кучу ПО бесплатно. И Windows, и Office уже давно распространяются на принципу shareware. Да Microsoft СПОшнее, чем ALTLinux с Madriva’ой вместе взятые! Может быть, в НПП надо определять типовую лицензию, допуская к участию тех, кто предоставляет свое ПО, которое, помимо других требований, можно будет использовать в соответствии с типовой лицензией НПП?

А то получается, что неправильно подобранная, и своеобразно трактуемая терминология отсекает от участия в программе огромный пласт высококлассного ПО! Более того, давайте посмотрим, что же на самом деле остается в рамках придуманного термина СПО. Ведь так или иначе, речь идет именно о Linux и стеке технологий на базе этой платформы. Если отказаться от словосочетания СПО, то как это все назвать? “Все”- это сам стек технологий, доступность исходных кодов, возможность бесплатной установки и использования и т.п.- то, что большинство специалистов как раз и понимает под сокращением СПО. Повторяю. Исходная задача: терминология, классификация.

Придумывать новую терминологию без необходимости не надо, тем более, что в данном случае нам хватит существующих терминов. Давайте взглянем на мир Linux. Независимые разработчики, как их называют, пишут код. Вечером, сами для себя, для фана- это хобби. Как есть люди, которые любят копаться допоздна с машиной, или увлекаются радиоспортом, или ходят регулярно на футбол- поиграть с приятелями, с такими же увлеченными, как и они людьми. Так и программисты есть, для которых хобби- программирование. Он написал программу- поделился с другим. Другой что-то еще дописал. Третий сказал: “Ерунда!” А ему в ответ: “Вот код- сделай как тебе надо!” Кто все эти люди? Это ЛЮБИТЕЛИ! Радиолюбители, автолюбители, книголюбы, фанаты- все эти люди в свое свободное время делают то, что им нравится. То, что они делают, называют любительскими поделками: “Я захотел и сделал, а если тебе не понравилось, то на- переделай или сделай свое. Мне и так нравится.” Ведь именно так сторонники СПО говорят!

Верные и очень точные термины: программисты-любители и любительское программное обеспечение. Отсюда и классификация ПО “автоматом” выплывает: любительское ПО, профессиональное ПО. Старые, добрые термины, понятная классификация.

Пока вы пишите программы для себя- это хобби, это фан. Как только вы начинаете на них зарабатывать, то за деньги берете на себя уже определенные обязательства. Например, по технической поддержке. А это уже профессиональная лига: “сэйлзы”, маркетинг, “суппорт” (например, вспомните историю фирмы Apple). И для конечного пользователя это уже стоит денег. Назовите эти расходы как хотите: за лицензию, за техническую поддержку, но это деньги. И пользователь уже начнет сравнивать ПО между собой и по деньгам.

И вот тут две неприятности для любительского ПО всплывают.

Первая- это цена. Как только вы переходите в категорию профи, то против вас начинает играть сильный соперник- например, Microsoft. У них большая доля рынка, поэтому они могут позволить себе сильно снизить общую цену лицензии на ПО (покупка, плюс техническая поддержка). Бывшим любителям никуда не деться от организации таких же структур по продаже ПО- и “продажники” нужны, и маркетинг, и “саппорт”, и бухгалтерия, и.т.д. и т.п. Только рынок у них меньше, а, значит, чтобы быть в прибыли, надо поднимать цену. Вот, что писал недавно один из участников обсуждения темы СПО:

“Про это распоряжение узнал месяц назад, когда нас озадачили составить список ВСЕГО софта, используемого у нас и в филиалах. А сегодня все-таки решил поподробнее изучить цену вопроса.
В итоге нашел, что это СПО будет обходиться намного дороже MS.
Цена лицензии "0 руб.", но ОБЯЗАТЕЛЬНАЯ поддержка на каждое устройство (сервер или рабочую станцию) будет обходиться от 2 до 24 тыс. руб. в год!!! Таков порядок лицензирования.
При всем этом, срок решения вопросов поддержки от 2 до 10 дней, при условии, что ее удается решить в этот срок, в противном случае проблема "признается нерешаемой"... и как дальше поступать пользователю - тишина.
Все сведения взяты с официальных источников:
http://tp-npp.ru/ - Координатор технологической платформы ОАО "Концерн "Сириус" (Государственная корпорация "Ростехнологии")
http://www.altlinux.ru/ - основной поставщик СПО госорганам
http://www.altlinux.ru/fileadmin/prod..._tp_01.pdf - Купон технической поддержки.“

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

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

В итоге:

1. Предлагаю использовать терминологию любительское/профессиональное ПО вместо свободное/проприетарное ПО.

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

Советы по прохождению собеседования

2011-07-11T12:24:00.001+04:00

Наткнулся на ссылку с верными советами о том, как надо вести себя при прохождении собеседования: http://habrahabr.ru/blogs/google/123831/

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

Мысли про опрос web vs desktop

2011-06-24T15:40:00.001+04:00

В программистской среде пошли дебаты о том, может ли веб полностью заменить десктоп-приложения и я попросил фейсбучных друзей выбрать вариант ответа кто "победит/что лучше": веб, десктоп или "все равно чем пользоваться". В друзьях у меня самые разные люди- далеко не многие из них ИТшники. Поэтому, я ожидал ответа в духе "все равно чем пользоваться". А нет! С небольшим, но все же заметным отрывом победил вариант с десктопом: https://www.facebook.com/home.php?sk=question&id=218739301493362&qa_ref=qd (требуется авторизация facebook)

Притом, вариант с переходом на веб-приложения совсем не прошел- в 4 раза меньше голосов.

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

К чему я это. Не надо зацикливаться на "облаках", да веб-сервисах. Десктоп-приложения тоже могут с успехом использовать и "облака", и веб-сервисы. Например, dropbox, evernote. Красиво, мощно выглядит решение, которое использует сильные стороны обеих подходов. В этом ракурсе технологии Silverlight от Microsoft или Adobe Air очень даже хорошо смотрятся. Silverlight умеет работать как в вебе, так и на десктопе, легко инсталлируется и обновляется. Да и людям, судя по опросу, десктоп-вариант больше по душе. А народ (программисты, аналитики) эту технологию уже вовсю хоронит. Может не стоит, а?

Заметки о деятельности фонда "Сколково"

2011-06-02T13:04:00.001+04:00

Вопросы

Эти вопросы задавались многими и ранее. Тут я их просто аккумулировал. А подтолкнула меня к этому статья “Сколково” проиграл китайской компании”. На эти вопросы в том или ином виде ответы есть, но они неудовлетворительны.

Зачем тратить деньги на стройку? 2 млрд. баксов из фонда (2/3 всех выделенных фонду денег) и еще столько же от партнеров. Огромные деньжищи, которые можно было направить на финансирование стартапов. А, если уж так неймется, то разместить фонд в каком-либо существующем городе с налаженной инфраструктурой.
Зачем требовать “прописки” стартапа на территории этой новостройки?
Зачем требовать наличие иностранного специалиста?
Каков список экспертов фонда? Уже не раз я сильно усомнился в их профпригодности.
Почему так мало слышно о реальном финансировании проектов? На сайте (данные за май 2011 г.) из 57 проектов только для 17 указаны суммы финансирования (на моей памяти- двум проектам выданы гранты и это прошло по новостным лентам). Все ли из 17 заявленных получили финансирование? Но тут вопрос многогранный. С одной стороны, проблем с деньгами нет- инвесторов много и фонд тут один из многих. С другой стороны, он не претендует на долю в проекте, т.к. раздает гранты, т.е. его деньги обходятся дешевле проекту, чем деньги других инвесторов. Если смотреть на рынок, то участники прекрасно обходятся без дешевых “сколковских” денег. Очевидно, что эта дешевизна либо мнимая, либо это не ключевой фактор для проектов.

Последний вопрос связан с исходной ссылкой. На последнем РИФе был такой момент. Один из ведущих заохал по поводу налогов, мол высоки. В ответ уважаемые люди, владельцы бизнесов зашикали на него: “Налоги- это далеко не самая большая проблема для бизнеса.” Т.е., по поводу налоговых льгот фонда “Сколково” можно сказать:

Это нечестно. Льготы эти принадлежат государству. Фонд никаких расходов тут не несет (не фонд, а государство не досчитывается денег в казне из-за предоставления этих льгот). Более того, вызывает сомнение законность этого действия. Только подумайте: частное лицо, не государственный служащий, решает кому предоставить льготы от государства. Это прямая приватизация функций государства, не так ли?
Это мало интересно бизнесу: льготы не решают насущных проблем бизнеса, при этом взамен обязывают переселиться в Сколково, оплачивать иностранного специалиста.

Таким образом, фонд для бизнеса не очень-то и ценен: на рынке много денег помимо фонда, а налоговые льготы- это далеко не самая большая головная боль предпринимателя. Вот, в результате, и получаем такие истории, как с “Ситрониксом” (см. ссылку в первом абзаце): выгоднее не иметь дела с фондом.

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

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

Мифы

Развалившаяся дорога к Сколково НИКАКОГО отношения к фонду “Сколково” не имеет.
Бизнес-школа “Сколково” юридически никак не связана с фондом “Сколково”. Соответственно, ее модерновое, красивое здание в котором любит выступать Президент никаким боком с фондом “Сколково” не связано.
Сайт фонда- это обычный сайт, за который заплачены скромные деньги. На сегодняшний день сайт выполняет скромную роль визитки фонда, и не более того. Поэтому то, что он упал, ничего не говорит ни о “распиле бабла”, ни о “неправильной модернизации” и т.п. дилетантских выводах.

PS

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

Что скрывается за «облаками»?

2011-04-19T00:00:00.003+04:00

Отголоски идеи, предложенной в статье, можно прочитать в ранней публикации. Статья писалась несколько месяцев. За это время произошел неожиданный всплеск к теме «облаков», но никто из обсуждающих тему не продвинулся настолько далеко, как изложено в данной статье.
Как бы в подтверждение моих мыслей, пока писалась эта статья, «ВКонтакте» объявили, что добавят возможность скачивания видео из соц.сети по протоколу torrent. Одна из причин- снизить нагрузку на сервера.

Оковы прошлого

К нынешнему моменту развития информационные технологии прошли через несколько значимых точек. Не вдаваясь в подробности, можно выстроить такую цепочку: файл-серверные решения, клиент-серверные, многозвенные. А затем появились решения на базе SOA , cloud. Разработка новых архитектурных решений, появление новых технологий - это попытки ИТ справиться с новыми вызовами, а также устранить недостатки предыдущих решений. Нынешняя недавняя «фаворитка» SOA - далеко не идеальное решение. С одной стороны: централизация управления сулит простоту администрирования ПО, с другой стороны - высокие требования к масштабированию, надежности, безопасности. К тому же, раньше не было единой платформы для разработки SOA-решений, в результате, разработчикам надо было придумывать свои реализации архитектуры. И это только технические проблемы, а есть еще административно-правовые вопросы, не решенные до сих пор. В результате, SOA «не пошла»- старые, добрые клиент-серверные решения в целом оказались удобней в эксплуатации.
Появившаяся технология «облачных» вычислений – это попытка решить некоторые проблемы современных архитектурных подходов проектирования. Обращаю внимание, что я в статье отношусь к «облачным» вычислениям не как к новой архитектуре, а как к реализации архитектуры клиент-сервер. «Облако» обеспечивает единую среду исполнения разнообразного ПО, которая хорошо масштабируется, обладает высокой надежностью. Однако, несмотря на то, что про «облачные» вычисления говорят уж года 3 подряд, повального использования «облачного» ПО нет.
С технической точки зрения причина в том, что «облака» решают очень маленькую часть проблем. «Облака» обеспечивают среду разработки и исполнения, легкость развертывания приложений, масштабирования и, отчасти, повышают надежность, но это все - на серверной стороне. Они никак не решают проблему безопасности в целом и не устраняют ни единой проблемы при передаче данных, и проблемы на клиентской стороне ПО. Для корпоративного сектора эти технические проблемы «облаков» существенны.
Есть ряд сложностей (решаемых, но тем не менее сложностей), связанных с использованием «облаков». Например, тоже масштабирование: отличное решение- выделяемая вычислительная мощность растет пропорционально вашим потребностям. Для начинающего бизнеса сразу получить готовую инфраструктуру, обкатанную, налаженную- это отличное подспорье в начале бизнеса, «высокий старт». А быть как, если придуман новый бизнес-процесс, который даст конкурентное преимущество, а готовое «облачное» решение его не поддерживает? Можно заказать кастомизацию у того же «облачного» сервиса, либо, если у них есть API, попробовать разработать свое решение.
Или другая сложность. Вспомните историю с отключением серверов «Агавы»: пришел сотрудник органов правопорядка и просто отдал распоряжение отключить сервера. Все сервера с тысячами хостингов на них. «Облако» без лишних телодвижений перекинет клиентов на другой ЦОД. Ну, разве что, время отклика возрастет. Но ведь ваша информация оказалась в руках неизвестно кого! Вас успокоит то, что это все по закону, в рамках следствия, и следствие интересуется не вами, а другим хостингом?
Вспоминаю из своей практики: как маскировались сервера и продумывались защиты от «маски-шоу», как, в случае сбоя, работаешь «до упора», но чтобы к утру все заработало, как на тривиальном клиент-сервере делали ежечасные бэкапы на лету, писали «автообновлялки» клиентского ПО и т.п. До сих пор работают системы, в создании которых я принимал участие или целиком создавал сам. Прошло уже 7-10 лет, а бывшие коллеги в общении говорят: «А помнишь, ты делал? Так до сих пор работает».
Программное обеспечение, написанное без всяких «облаков», работает годами. А если «сбойнет», то быстро поднимается бэкап, в крайнем случае, программист/администратор будет работать до полного устранения поломки. За это он получит потом пару дней отгулов. Хитроумные приемы обеспечивают сохранность и недоступность данных для «людей в масках». Это уже обкатанные годами решения. Любые новые технологии должны предложить очень сильные аргументы, чтобы на них обратили внимание.
Вот и получается, что у «облаков» достаточно ограничений. Они займут свои нишу, но, безусловно, ландшафта архитектурных ИТ-решений не изменят. Траектория кривой развития «облачных» вычислений уже хорошо наблюдаема, прогнозируема. Еще год-два, и это будет «вчерашним днем», как написал Колесов «С облачной тематикой пора завязывать». Очень хорошо читается использование «облаков» для почтовых сервисов, антиспама, Web-фильтров, сайтов, групп общения, коллективной работы и т.д.
Но я предлагаю передовым отрядам айтишников заглянуть за «облака», в день завтрашний. Подумать, какие решения, а, может быть, новая архитектура ждет нас впереди. То, что реально может устранить недостатки нынешних решений и откроет новые возможности в области ИТ-технологий. Начинать надо уже сейчас, чтобы быть на волне прогресса. Скажу сразу, я сам пытаюсь «просчитать» технологию будущего. Отрывки моих мыслей можно увидеть в моих публикациях.

Взгляд сквозь хрустальный шар

Какие проблемы есть у нынешних решений? Традиционные ключевые моменты: надежность, доступность, безопасность, производительность.
«Облаками» мы «разрулим» большинство проблем, но на серверной стороне. Разве что, остается без ответа вопрос относительно безопасности, приватности данных пользователя. А как быть с каналами передачи данных? Если шифрованием можно обеспечить безопасность, то надежность связи гарантировать никто не берется. Это вторая проблема. Третья проблема - «живость» интерфейса на клиентской стороне. Приложение не должно подвисать, медленно работать, требовать непропорционально много ресурсов для выполнения задачи.
На сегодняшний день весьма распространена архитектура с тонким web-клиентом и реализацией бизнес-логики на серверной стороне. Нынешняя гонка браузеров помогает решить третью проблему. Остаются проблемы с каналом связи и общая проблема безопасности данных. Обе проблемы решаются развертыванием «облаков» в локальной сети клиента. Но такое решение вызывает у апологетов облачных вычислений сразу резкое «нет»: во-первых, убивается идея SaaS; во-вторых , в локальной сети «облако» полностью теряет все свои преимущества перед классическим клиент-сервером, с серверной частью, функционирующей на кластере.
Таким образом, можно сформулировать ключевое противоречие: использование «облака» вне предприятия ненадежно из-за каналов связи. С другой стороны, перенесение «облака» в локальную сеть предприятия лишает его каких-либо преимуществ перед существующими решениями (т.е. приходим к классической модели продажи ПО по лицензиям, обслуживание «облака» клиентом или аутсорсинг).
Расскажу случай, работал я на складах. Офис в городе, склад - за городом. Связь по Интернет через VPN. За городом только один провайдер был, т.е. резервный канал невозможен. Ну, разве что, через спутник, что при том объеме траффика было нереально. Раз в месяц на полдня-день канал падал. А это совершенно реальные потери в деньгах: из-за сбоя клиенту отказали в продаже - он без проблем купил у другого. Абсолютно реальные потери в деньгах. Не косвенные, а, что ни на есть, прямые. При этом, провайдера постоянно «пинали», но без толку. И никакой договор об обеспечении качества связи они, ни за какие «коврижки», не подписывали. Это понятно, почему - ведь от них тоже далеко не все зависит.
Поэтому, многие клиенты никогда не согласятся на использование «облаков»- со своими ИТшниками под боком спокойнее. А если учесть, что классический клиент-сервер совершенно спокойно, без существенных оптимизаций, работает на нескольких тысячах клиентов, то «облаку» тут совсем нет места. Более крупные клиенты используют «трехзвенки», которые замечательно масштабируются без всяких «облаков» и «держат» уже пару десятков тысяч АКТИВНЫХ пользователей, подчеркиваю, активных. Т.е. общее число пользователей может быть на порядок больше. Т.е. «двухзвенка», «трехзвенка» способны вытянуть на себе 99% предприятий.
Можно заметить, что в статье о SaaS почти не говорится - все крутится вокруг общих достоинств и недостатков технических реализаций архитектур. В основном, речь о клиент-серверной архитектуре. В теории, «облака» должны еще, вроде бы, быть дешевле. Пока только встречаются общие «разводы вилами по воде» на эту тему – четких выкладок по пунктам я не видел. Поверим на слово - дешевле.
Итак, необходимо придумать решение, чтобы «облако» вне предприятия не теряло своей привлекательности. Две ключевые проблемы: надежность каналов связи и общая безопасность данных. Ваши предложения?
Мой вариант: использование torrent-сетей. Шифруем и размещаем блоки данных на разных клиентах. По запросу torrent-клиенты отдают нам нужные блоки. Блок эквивалентен сектору на диске, т.е. можно написать драйвер, наподобие iSCSI, который будет torrent-сеть представлять в виде диска. Информацию многократно дублировать на клиентах. Таким образом, чем больше клиентов и чем больше места на своих дисках они предоставляют для хранения torrent-данных, тем надежнее сеть.
1. В результате, получается безопасное решение - ни у кого нет всех данных, только отдельные зашифрованные блоки. Безопасность в таком решении на голову выше, чем в «облаках» («маски-шоу» отдыхают).
2. Это дешевое решение, т.к. роль ЦОДов сводится к минимуму- используются мощности клиентских компьютеров.
3. Это устойчивое к сетевым сбоям решение- ни с одного, так с другого клиента придут данные. Более того, данные можно ограничить локальной сетью, что обеспечит полную автономность сети.
Минусы:
1. Многократное дублирование не каждому клиенту понравится- ведь, чтобы закинуть в torrent-сеть 1МБ своих данных надо в сеть, под хранение чужих данных отдать, например, 10МБ своего диска (для полного десятикратного дублирования, чтобы повысить вероятность нахождения в сети хотя бы одного клиента из десяти). Пропорции могут быть произвольными- я привел соотношение 1:10 лишь как пример.
2. Сетевые задержки пакетов выше, чем у «облака».
3. Некоторые проблемы с гарантированным доступом к данным- никто же не гарантирует, что из клиентов с нужным блоком данных будет хоть кто-то «онлайн». Хотя тут можно использовать выделенный сервер или «облако» для хранения полной копии всех данных.
Что мне больше всего нравится в моем варианте- это преемственность. Сеть торрент-клиентов строится вокруг «облаков». Одна технология не отвергает другую, а взаимно дополняет. «Облако» хранит «оригинал» данных и раздает торренты клиентам. А теперь представьте, если в браузер включить поддержку торрента, например, в виде плагина. Нагрузка на сайты резко упадет, т.к. «статику» клиенты будут забирать друг у друга через торрент, не обращаясь на сайт. Как это выглядит в действии:
1. Сайт может быть построен на «облаке», а может быть традиционный хостинг.
2. Задача сайта- выдать на клиента его кастомные, пользовательские данные и указать ссылку на исполняемый скрипт. Это типичный web2.0- никаких «фантазий».
3. Скрипт, исполняясь в браузере, начинает формировать внешний вид загружаемой страницы, на основе пользовательских данных.
4. А вот далее начинаются «чудеса». CSS, картинки, менюшки, шаблоны- т.е. статическая часть данных- грузится по торрент-протоколу. Т.е. далее уже нет обращения к серверу.
Таким образом, снижается нагрузка на сервер, информационные потоки равномерно распределяются по сети (обмен данных между клиентами), а не стекаются все к ЦОДам. Побочный положительный эффект- с теми же ДОС-атаками проще будет справиться.
В предельном варианте реализации и БД можно по торрент-сети «размазать», так что сервис из «облака» полностью уйдет «жить» на клиентах. Сервер нужен будет только как стартовая точка входа в торрент-сеть сервиса и как резервное хранилище данных.
Такова моя идея. Аналогичных идей в Интернете я не встречал. Как и все предыдущие, эту идею я отдам на реализацию любому заинтересовавшемуся специалисту согласно условий. По моему мнению, идея очень сильная… в общем, дерзайте.

Ссылки по теме:

Протокол torrent: http://ru.wikipedia.org/wiki/Torrent
Распределенная файловая система: http://en.wikipedia.org/wiki/Grid_File_System

Update: После публикации статьи я нашел уже готовую реализацию, буквально 1:1, того, о чем я писал: http://www.unhosted.org/, http://www.opennet.ru/opennews/art.shtml?num=30401. Приоритет в идее не за мною, но я очень рад такому подтверждению идей, сгенерированных мною. Это говорит о том, что я "держу нос по ветру" и правильно чувствую тренды в ИТ.

Агентство "Мы ищем таланты"

2011-04-16T19:35:00.001+04:00

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

Зачем это нужно?

Возьмем в качестве примера фонд "Сколково". У фонда не много проектов на сегодняшний день (апрель 2011 года). Поток их явно падает. Это естественный процесс, связанный с тем, что прошел первоначальный интерес к проекту. С другой стороны, все используемые на сегодняшний день способы привлечения стартапов можно отнести к пассивным. Т.е. фонд, выставив условия, ждет, когда к нему придут стартапы. Тут надо заметить, что частные инвесторы действуют гибче, устраивая выездные сессии. “Топтаться на этой поляне” всем уже тесно. “Сливки” сняты и нужно делать следующий ход- самим заняться активным поиском талантов и созданием вокруг них стартапа.

Почему это надо делать?

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

Как это сделать?

Сформировать пул потенциальных инвесторов. Например, гранты на исследования уже выдаются компанией Microsoft. Выразили заинтересованность в сотрудничестве с фондом многие крупные компании. Такая работа уже проводится- с “нуля” делать ничего не придется.
В ВУЗами фонд подписаны меморандумы о сотрудничестве. В рамках этих меморандумов следует договориться о получении в электронном виде тезисов докладов с научных конференций. Тут же можно подумать о формировании базы данных и публикации на сайте фонда этих тезисов, чтобы инвесторы могли сами “попастись” на сайте в поиске интересных идей. Это будет способствовать созданию комьюнити вокруг фонда.
Доклады могут делаться как самими учеными, так и студентами, у которых ученый является руководителем проекта. Интересные с точки зрения доклады отбирать для более детального анализа.
По отобранным докладам провести детальный анализ (включая выезд к ученому и устное обсуждение деталей), подготовив аналитический отчет. В отчете отразить степень готовности исследования к коммерциализации и примерную область применения.
Из пула инвесторов выбрать потенциально заинтересованных, которым предложить выделить грант на исследование с последующей коммерциализацией. Фонд может выступать как соинвестор.
Антрепренёр, т.е. человек который нашел ученого, свел его с инвестором и добился инвестирования получает вознаграждение.

Достоинства моего предложения

Данный механизм отлично “ложится” на деятельность фонда и укладывается в уже существующие договоренности между фондом, ВУЗами, инвесторами.
Поиск талантов переходит на качественно новую стадию- он становится активным. Вместо пассивного ожидания, когда сам исследователь со своей разработкой придет в фонд за финансированием, фонд сам его ищет и предлагает ему все готовое. Исследователю останется только подпись в договоре под галочкой поставить и получить деньги на свой счет для исследований. В то время как сейчас он должен проявить “коммерческую жилку”, отвлечься от исследований: зарегистрировать юридическое лицо, найти иностранного участника (требование фонда), подать заявку в фонд и пройти все формальные процедуры оформления.
Формирование базы данных исследовательских проектов будет способствовать формированию “Сколковской общины”, создание которой декларируется фондом.
Это всем выгодный подход: компании-инвесторы получают информацию по исследованиями, которые могут заинтересовать их R&D подразделения; фонд выполняет свою миссию, существенно наращивая свой портфель проектов, антрепренёр получает свой процент от сделки. Полный “win-win”, как говорится.
Сам план прост, и его возможно в течение нескольких месяцев начать реализовывать.

У «Галактики» все получится, вот увидите!

2011-03-11T13:49:00.002+03:00

Исходная новость:

«Галактика» атакует SAP, Oracle и Microsoft на уровне модулей

Российский разработчик систем управления предприятием (ERP) «Галактика», ощутив насыщенность рынка, принял решение переориентироваться на разработку прикладных решений. Как рассказал CNews президент «Галактики» Николай Красилов, ERP пока остается основным продуктом, но компания уже разработала решение для управления имуществом, а до конца 2011 г. намерена выпустить еще три продукта: для управления активами предприятия (EAM, enterprise asset management), проектами (PM, project management) и прое… полный текст

Источник: CNews

Теперь ссылка на мою статью: ERP по лицензии GPL: условия выживания и кусок из моей статьи:
“…Это позволит при сборке собственной системы ERP задействовать подсистемы различных производителей и собрать систему под использование с требуемой СУБД. Небольшим производителям систем автоматизации выгодно использовать такую ERP, т.к. они смогут свои системы дополнить недостающими подсистемами или заменить свои менее функциональные подсистемы на аналоги. Вероятно, они (небольшие производители систем автоматизации) станут основными двигателями процесса разработки подобной ERP.
В конечном итоге, система получится очень гибкая, в ней возможно будет комбинировать подсистемы различных производителей, реализуя различный функционал. Таким образом, процесс внедрения будет аналогичен, тому как внедряются коммерческие ERP, с одной стороны.”
Год назад я рассматривал возможность для ERP-систем, выпускаемых по лицензии GPL отхватить некоторую долю рынка ERP-систем у монстров SAP, Oracle и Microsoft. Модульность систем- это был один из пунктов моего плана: “…возможно будет комбинировать подсистемы различных производителей, реализуя различный функционал”.
“Галактика”, похоже, выбрала этот путь развития. Я считаю это удачным решением. Успехов вам, “галактяне”!

Семь основных трендов в развитии программного обеспечения

2011-03-05T16:47:00.000+03:00

Интеллект, интерфейс, производительность, кроссплатформенность, “облака”, высокоуровневость, стандартизация - вот основные тренды на протяжении последних нескольких лет, которые проявились и стали набирать силу в развитии ПО. О них неоднократно говорили ведущие специалисты отрасли. Эти тенденции уже явно влияют на ПО, которое используется на сегодняшний день.

Интеллектуальность

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

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

Повышение интеллектуальности ПО может быть связано с подстройкой под настроение пользователя, регулирование его настроения, вплоть до угадывание его мыслей. Это примерно то, о чем говорила Алена Попова в своем блоге. По мимике и жестам, полученной с web-камеры, по вздохам, слышимым в микрофон можно определить настроение пользователя. По настроению пользователя можно подбирать музыкальные композиции, фоновые рисунки, сортировать новостную подборку с RSS-лент.
Другое направление интеллектуализации ПО- создание адаптирующихся интерфейсов пользователя. Например, используя web-камеру, можно мерять внешнее освещение и соответственно подстраивать яркость экрана. Другой пример, если пользователь весьма активно работает с одной программой, то фоновые приложения откладывают уведомления о пришедшей почте, требуемых обновлениях ПО, чтобы меньше отвлекать пользователя от его текущей активной работы.
Тема удобных, красивых, интеллектуальных пользовательских интерфейсов становится ключевой на ближайшие годы.

Пользовательские интерфейсы

Лет десять-пятнадцать назад удобство пользовательского интерфейса не было решающим фактором при выборе ПО. Ценилась больше функциональность. Это было связано с тем, что программы были не столь функциональны, инструментарий программиста был не такой мощный. В результате, программирование одной функции было огромной работой. Если ваше ПО имело на 2-3 функции больше, чем у конкурента, то у вас были большие шансы на успех. Сегодня практически любой функционал легко и быстро повторяется конкурентами. Получить длительное по времени конкурентное преимущество можно, внедрив более интеллектуальный функционал и, как ни удивительно, разработав хороший интерфейс пользователя. Создать удачный интерфейс- это большая работа. Фактически, действительно мощный инструментарий для создания пользовательских интерфейсов начал появляться совсем недавно.
Тенденция создания удобных интерфейсов – очень сильная и явная. Примеров множество- iPhone, Android, лента меню Ribbon от Microsoft. Даже в области корпоративного ПО она будет проявляться все сильнее. Об этом подробнее можете прочитать у Петра Диденко.

Производительность

Ярким примером, иллюстрирующим тему данного абзаца, можно назвать гонку браузеров за производительностью их движков. Разработчики активно оптимизируют операционные системы, различное прикладное ПО. Например, последний MS Office 2010 чувствительно быстрее своего предшественника. Windows 7 шустрее Vista.
У пользователя несколько процессоров, много памяти, графический ускоритель- так почему бы не задействовать это на “полную катушку”? В конечном итоге, быстрый, отзывчивый и удобный интерфейс очень понравится пользователю.
К счастью, в распоряжении разработчика есть ряд удобных инструментов для выявления “узких мест” в программе, поиска утечек памяти и т.п. Ряд известных программистов в интервью не раз упоминали о том, что оптимизация производительности- это тренд, минимум, на ближайшие пять лет. Поэтому, профайлер в зубы, и вперед!

Кроссплатформенность

Платформ опять стало много. iOS, Android, Simbian, Windows Phone, Linux, MS Windows и еще многие другие. Все важные, все занимают существенную долю рынка, чтобы их игнорировать. Разработчики давно уже тяготеют к кроссплатформенным решениям. Программы на C/C++ часто пишут так, что они успешно компилируются под разными платформами. Java, .Net, Python концептуально кроссплатформенные. Обеспечить кроссплатформенность тому или иному алгоритму на сегодняшний не сложно. Но вот интерфейсы… с ними загвоздка. Есть очень неплохие решения, обеспечивающие кроссплатформенность интерфейсов. Например, Qt. Тем не менее, это далеко не идеальные решения.
Громадная каменюка “преткновения” кроется в том, что под разными ОС не только внешний вид разный, но поведение элементов интерфейса может отличаться. В результате, приходится реализовывать под разные ОС некий усредненный вариант интерфейса. Что не придает приложению ни красоты, ни удобства.
Тогда разработчики приноровились использовать web-интерфейсы даже в исключительно оффлайновых приложениях. Такой способ позволяет снять ряд проблем при создании кроссплатформенных интерфейсов. Все же HTML-страница более-менее сохраняет свой вид в разных ОС, да и функциональность элементов интерфейса тоже будет одинаковая. Но и тут нет совершенства.
И вот, на сцене появляется HTML5. Пока он не распространен широко, но те немногие примеры его использования, что довелось увидеть, впечатляющи. Правда, и тут видны недостатки. Как говорится, предела совершенству нет. Тем не менее- встречайте HTML5! Рассмотрите возможность его использования для организации интерфейсов как онлайновых, так и оффлайновых приложений. Это позволит создавать функциональные, удобные и красивые кроссплатформенные приложения.

Использование технологии облачных вычислений

Web-приложения, инсталлируемое ПО- у каждого типа приложений есть свои достоинства и недостатки. И как всегда хочется получить достоинства обоих типов приложений. С одной стороны, web-приложения позволяют нам просто делать свое дело и не заботиться об установке ПО, о резервных копиях данных- просто залогинился и работай. С другой стороны, инсталлируемое ПО позволяет работать в оффлайновом режиме, задействовать все имеющиеся ресурсы на компьютере. Например, Web-приложение нельзя установить как сервис в ОС. Возможность получить преимущества от обоих типов ПО дают облачные вычисления.
Обратите внимание, что на сегодняшний день под облаками часто понимаются все те же web-приложения, только “размазанные” по сотням серверов. Предлагается расширить использование облаков, задействуя их в полноценном инсталлируемом ПО.
Объединение возможностей инсталлируемых приложений и web-приложений позволит:

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

Высокоуровневость

На сегодняшний день в низкоуровневом программировании, практически, не осталось “ноу-хау”. Работа с USB, камерой, видео, звук, дисковые операции- это умеет делать хорошо любая ОС. Преимущества тут уже давно нет ни у одной ОС. Если подниматься на более высокие уровни кода, то можно заметить, что даже набор прикладного ПО, идущего в составе ОС уж давно не уникален. Ну на какой ОС нет аналога Блокнота, Калькулятора, Paint’a? Разве что Apple можно “пнуть” за отсутствие “флэша”, и то- это умышленный ход.
Потребителя теперь завоевывают сложными, высокоуровневыми приложениями: распознавание голоса (например, голосовой поиск от Google), распознавание изображений (лиц на фотографиях- Picasa, Windows Live), рукописного текста (Windows 7), фильтрация спама (Gmail), распознавание движений (Kinnect), поисковые технологии (Google, Yandex). И тут поле деятельности весьма широкое: эти технологии, с одной стороны, на более качественном уровне решают проблемы человеко-машинного интерфейса, с другой стороны, сложны в воспроизведении конкурентами, что дает достаточно времени для “снятия сливок” с рынка. Наделение коммерческого ПО элементами искусственного интеллекта- тема еще свежая, “мало раскопанная”, поэтому тут есть, где развернуться, есть интерес со стороны потребителей, есть деньги.
Можно констатировать, что обладание своими низкоуровневыми технологиями на сегодняшний день- недостаток. Ведь на поддержку и развитие их надо тратить время и деньги. При этом, конкурентных преимуществ никаких. С другой стороны- высокоуровневое программирование с новыми перспективами, денежными рынками.
Как бы смело это ни звучало сейчас, но со стороны той же Microsoft было бы разумным перейти на использование наработок сообщества open source. Например, как это сделала Apple, Google. Google, вообще, очень эффективно использует наработки open source: и Linux, и Python, и web-приложения. Еще пример: Intel, Nokia с MeeGo.
Из антипримеров: Windows phone 7. Огромные усилия затрачены на ее разработку с нуля. В результате, этой ОС надо еще 1-2 года, чтобы довести ее до конкурентоспособного состояния. Думаю, что если бы они пошли по пути Google, и использовали ядро Linux, чтобы создать свою ОС для смартфонов, то это у них бы заняло существенно меньше времени и результат был бы лучше.
Времена меняются. Сейчас надо использовать шире уже наработанные решения, придерживаться стандартов и создавать высокоуровневое ПО.

Стандартизация

Как всегда это бывает, на заре любой отрасли существуют различные не совместимые решения, все сумбурно и знания быстро устаревают. Потом все “устаканивается”, появляются отраслевые стандарты и с полученными знаниями, опытом специалист может спокойно прожить всю жизнь, не боясь, что он завтра станет никому не нужен из-за того, что его знания устарели.
Аналогичная картина развития отрасли наблюдается и в ИТ. Все больший приоритет приобретают стандарты при проектировании ПО. Формируются приемы программирования (например, см. GoF), накатываются методики ведения проектов. Хотя проблема быстрого устаревания знании еще актуальна, но она уже явно менее остра, чем 20 лет назад. ИТ стабилизируются в своем развитии, выходят на плоское плато S-образной кривой развития. Это замечательно. Так и должно быть.
Свое стремление соблюдать стандарты, подтверждая это делами, демонстрирует даже какой яркий нарушитель стандартов как Microsoft. Эта тенденция видна повсеместно и касается всего: пользовательских интерфейсов, протоколов обмена данными, форматов хранения данных и т.д.

Вывод

Перечисленные семь наблюдаемых в последние годы тенденций: интеллект, интерфейс, производительность, кроссплатформенность, “облака”, высокоуровневость, стандартизация характеризуются устойчивым, сильным трендом. Нет оснований полагать, что в ближайшие минимум пять лет произойдет смена этих тенденций другими.
Правильным путем развития программных продуктов будет следование этим тенденциям в той или иной степени. Например, можно пойти по пути улучшения пользовательского интерфейса, или добавить интеллекта в свое ПО, или сделать одновременно и то и другое.
Какой бы Вы путь ни выбрали из перечисленных пунктов, помните, что в конечном итоге “видеть” надо человека, пользователя вашего продукта. Эти тенденции- только направление движения к решению проблем пользователя, а какую именно дорожку выберете Вы- это и есть Ваш элемент творчества, который не отнимут у вас никакие стандарты, никакое плато. Так что, дерзайте!

Будущее начинается сегодня

2010-11-02T11:13:00.000+03:00

В своей статье "Грезы о будущем сквозь дым пожаров" я писал о перспективных направлениях разработки. А теперь прочтите эту новость: "Microsoft покупает компанию Canesta". Сравните, чем занимается компания Canesta с тем, что я описал в пункте "Пример первый" моей статьи.
То, что я- непризнанный пророк :*) , чьи прогнозы уже многократно сбывались, я скромно умолчу. Акцентирую внимание на то, что те примеры ПРАВИЛЬНОГО направления развития, которые я показал в моей статье- это не отдаленная фантастика. Это- реальность. Это- уже здесь.

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

Учите Java!

2010-10-26T11:09:00.002+04:00

Я уже писал о специализациях. Программистам рекомендовал учить Java, Oracle. Хотя та рекомендация сделана в 2007, но и спустя 3 года актуальности не утратила. В подтверждение сохранившегося тренда вот другая, свежая статья: "Нужны успех и слава? Учи, программист, Java!"
Мои рекомендации в силе. Очень надеюсь, что любознательной молодежи они помогают определиться в жизни.

Чем могу - помогу!

2010-10-20T01:15:00.001+04:00

В своем блоге я много пишу об образовании, о трудоустройстве молодых специалистов, о профориентации. С 2007 года в блоге накопилось множество статей с советами, рекомендациями. «Достаточно ли этого?» - задумался я- «Чем еще можно помочь начинающему свою профессиональную карьеру молодому специалисту?» Тогда и родилась у меня мысль создать сайт с идеями для стартапов. В чем проблема?
В одной стороны– есть молодой специалист, который не отягощен семейными обязательствами, молод и дерзок душой. С другой стороны– полное отсутствие опыта и знания рынка. Если у молодого специалиста есть желание попробовать себя на ниве стартаперства, то отсутствие опыта значительно снижает вероятность успеха его начинания. По большей части успех будет носить случайный характер.
Если говорить об опытном специалисте, то он, да, «хлебнул» опыта. Знает потребности рынка. Однако он и так загружен работой, чтобы распылять себя по стартапам. К тому же, обзаведясь семьей, набрав кредитов, опытный специалист не имеет права на риск, сопровождающий стартаперов.
Почему бы не объединить преимущества обеих групп специалистов? Опытный специалист со своей стороны поделится идеями, а молодой специалист энергично возьмется за реализацию понравившейся идеи. Я не знаю, как и чем молодой специалист может отблагодарить за идею, поэтому предлагаю просто дарить идеи. Тем более, просто идея, сама по себе, не стоит ничего.
Для того, что делиться идеями я создал страницу в facebook.com «Идеи для стартапов». Куда приглашаю всех. Кроме того, на своем личном сайте с моими идеями я завел раздел, где собираю ссылки на аналогичные сайты.
Опытные специалисты, пожалуйста, не пожалейте пяти минут, чтобы кинуть на страницу краткое описание своей идеи. Ведь наверняка же, у многих в голове крутится куча идей, но все руки не дойдут до реализации! И не дойдут– я вам говорю! Поэтому, не жадничайте, поделитесь своей идеей, «осчастливьте» кого-то, сделайте доброе дело!
Молодые специалисты, не стесняясь, берите идею на реализацию. По всем моим идеям на сайте опубликованы условия использования идей, которые защищают вас от каких-либо юридических преследований. Предлагаю вам самый простой путь реализации идеи:

Выбираете идею и заявляете, что беретесь за ее реализацию (см. условия использования идей).
Идете на http://startuppoint.ru/, где выкладываете идею как свою и собираете команду по идею, находите ментора, инвестора.
Участвуете с этой идеей на различных стартаперских мероприятиях (см. раздел на сайте «Ссылки по теме»).
Собрав команду, найдя инвестора, реализуете проект.
Профит.

Надеюсь, «спасибо» не забудете сказать за подаренную идею!

Ай Варданян, ай молодец! Ловко он со Сколково придумал!

2010-09-22T23:41:00.001+04:00

Естественно, это моя догадка. Внутренне я чувствую диссонанс в концепции проекта, вижу внешние нестыковки. А докопаться до сути слабО. Но есть одно предположение откуда "растут ноги" у проекта.
О "распиле бабла", о глупости чиновников не обсуждаю- это банально и, не более, чем "внешняя ширма" глубинных процессов, протекающих во властных структурах. Во власти очень умные, хитрые, широкомыслящие люди, поэтому не успокаивайтесь на таких простых объяснениях.
О том, что бизнес-школа "Сколково" и проект российской Кремневой долины в районе Сколково совершенно два разных проекта я сразу уяснил. Однако, заметил, что очень многие их не разделяют. Говоря об инновациях в Сколково постоянно иллюстрируют статьи, видеосюжеты показом бизнес-школы "Сколково", которая с проектируемой долиной никак не связана... или все же связь такая есть?
Вспоминается история про субсидии сельхозпроизводителям на ГСМ. Проект активно пробивали нефтянники. Кто-то ("исходники" этой истории я уж и не найду, чтобы быть конкретнее) удивившись этому в кулуарах спросил, зачем им это. Они же денег не получат- деньги аграриям предназначаются. Ответ был такой: "Мы на величину субсидии повысим стоимость ГСМ. Таким образом, пройдя через руки аграриев, все деньги, выделяемые на субсидии, окажутся у нас."
Этот хитрый трюк, вероятно, применяется и в Сколково. Отстроенная бизнес-школа скоро вряд ли окупится. А как можно быстро вернуть инвестиции в эту школу, а, еще лучше, получить при этом приличный доход? Бизнес-школа сама по себе в государственном масштабе не особо интересна, чтобы за нее из гос.казны вытянуть деньги. А вот если если задумать большой проект (нынешняя власть ой как падка на технологии!), подменить понятия по ходу процесса, и, оп-ля! Бизнес-школа становится ключевым элементом высокотехнологичного инновационного проекта "Х" и, фактически, через гос.деньги возвращаются инвестиции в школу. Деньги выделенные на инновации, просачиваясь через сколковских инноваторов (как через аграриев в предыдущем примере) попадают в руки... в правильные руки и кошельки.
Вот такое вот предположение. Если это так, то браво! Всегда восхищался такими широкомыслящими людьми.

Грезы о будущем сквозь дым пожаров

2010-08-16T00:13:00.001+04:00

Статья будет интересна тем, кто следит за проектом в Сколково, стартаперам, инвесторам, студентам, да и гос.чиновникам-фантазерам бы не помешало ее прочесть. В ней также объясняется, почему у меня чешутся руки набить рожу стартаперам. И, наконец, в первый раз я с максимально позитивным настроем озвучиваю свои мысли о том, чем полезным можно заняться в Сколково. Для начала несколько историй.

Первая история.
В университете нам философию преподавал молодой очень умный и талантливый преподаватель. Речь шла об Абсолюте. Он говорил ярко и в перерыве обсуждение было продолжено. Мы, как технари, попросили "мяса"- на примере показать что есть Абсолют? Уж не признает ли философия существование Бога, как воплощение этого самого Абсолюта?
-Конечно же, нет! - воскликнул учитель.
-Например, что можно считать Абсолютом? - спросили мы его, не улавливая суть вопроса.
-Ну, например, цвет- красный мы воспринимаем как красный.
-Нет, это не Абсолют! - ответили мы - цвет красный только потому, что наш мозг так обрабатывает длину волны 620-740 нанометров. Дальтоники, например, его не так воспринимают.
Задумался он. А мы продолжили мысль:
-Абсолюта не бывает. Все в мире относительно: абсолютная температура 0 градусов по Кельвину не достижима- всегда будет 0.1 градус или 0.0001 градус. Но не чистый, абсолютный нуль. Не бывает абсолютной пустоты даже в глубоком космосе - Абсолюта нет, все относительно.
Возразить этому он не смог.

Вторая история.
Обучался я разработке медицинских приборов, поэтому часть обучения у нас проходила в медицинском университете: анатомия, нейрофизиология, физиология, биохимия и т.п. На одной из "лаб" мы обучались работе с прибором ВЧ-прогревания. Не учтя, что перед ним сидят технари, преподаватель старательно объяснял как пользоваться прибором. Он успел только объяснить нам, что включать прибор надо только в розетки, надписанные "220 В", включать красным тумблером и убедиться, что прибор включился по загоревшейся лампочке под красной кнопкой. Наверное, медикам-студентам это все надо было объяснять, но мы явно заскучали. Тут его вызвали на 10 минут. Когда через 10 минут он вернулся, то увидел, что мы без его разрешения прибор включили, без всяких методичек разобрались как он работает, настроили его и по очереди друг другу прогревали горло. Все сделали правильно- технарь логикой разберется с этим "за нефиг делать". А вот медик- исключительно методом запоминания, какую кнопку для чего нажать надо.

Третья история.
В том же мед. университете на лекции нам рассказывали про устройство мозга человека. Говорили, что нейроны выполняют разные функции: одни постоянно выдают заряд на любой входное воздействие; другие выдают на выход заряд только, если на всех входах поступили заряды; третьи выдают заряд, если хотя бы на одном из входов есть заряд. Рассказывали про долговременную память и про рабочую, кратковременную память. Мы были поражены явными аналогиями. Вам ничего все это не напоминает? Булева арифметика, винчестер, оперативная память компьютера- похоже? На перемене мы обсудили с преподавателем эти аналогии. Преподаватель был не менее нас поражен: оказывается, медики, варясь "в собственном соку" и не предполагали, что в информатике ученые "своим ходом" изобрели те вещи, которые уже веками существуют в природе.

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

Что объединяет все эти истории? Отсутствие Меж-дис-цип-ли-нар-нос-ти. Во всех этих случаях наша информация, как технарей, для ученых других направлений исследований давала отличную "пищу" для размышлений: философ задумался о том, что может Абсолюта-то и нет; преподаватель в лаборатории понял, что надо учитывать подготовку и знания людей из другой области науки; нейрофизиолог был поражен, когда мы ему рассказали остальное про мозг, чего он нам еще и не говорил- мы просто рассказали ему булеву арифметику, преломив ее на работу нейронов; а инженеры из лаборатории не препарируя тело человека, исключительно на основе своих знаний в механике, смогли правильно понять работу ССС. Что будет, если междисциплинарный подход использовать шире? Попробуем "погрезить" о будущем?

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

А как же тогда болезни, как же наши тела? Ведь мы будем все также болеть, дряхлеть и умирать. Значит, другая огромная задача человечества, научиться ремонтировать наши тела. Как машины: повредил руку- приделали другую, нужен ребенок- составили проект и по заданным характеристикам, с четко выверенным набором ДНК, четко по графику родился ребенок со спрогнозированными характеристиками. Любой дряхлеющий орган меняется на новый, мозговым клеткам подсаживают новые на место отмирающих. Вы всегда здоровы, в прекрасном настроении, у вас ничего не болит. Без малейшего напряга вы выполняете двойной норматив ГТО, приятно ощущая мощь своего тела и легкую усталость. А после этого, как ни в чем ни бывало, идете на свидание с прекрасной девушкой, далее великолепный секс (все органы чувств заранее настроены и отрегулированы врачом), занавес.

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

Итак, что-то похожее сегодня уже делается: пересадка органов; анализ ДНК детей, еще находящихся в утробе; искусственные руки, ноги, сердце. Пока что это весьма несовершенные разработки. Вы бы хотели заметить свою настоящую руку на искусственную? А сердце? Боже упаси! Искусственная рука не чувствительная, некрасивая, не такая же гибкая- родную руку ей не заменить. А про сердце уж помолчим. Но это все примеры не совсем ИТшные. Все же меня читают больше ИТ-специалисты, и будет более понятен пример с мозгом. Ведь именно компьютер часто ставят на противоположном конце аналогии с мозгом. Хорошо, тогда попытайтесь догадаться, о чем следующие несколько предложений.

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

Это компьютер? Компьютер выполняет программу, которая, как известно, представляет из себя алгоритм, задающий последовательность команд, которую надо выполнить компьютеру, чтобы получить результат. Сегодня компьютеры берут на себя выполнение большинства рутинных операций, позволяя нам переключиться на выполнение другой работы. Нет, это не про компьютер было сказано. Я вкратце описал работу мозжечка человека. На сегодняшний день компьютеры, при проведении аналогий, это не мозг. Это всего лишь МОЗЖЕЧОК. А Всемирная паутина с ее тысячами серверов- это не более, чем СКОПИЩЕ МОЗЖЕЧКОВ. Аналог мозга еще не изобретен. Да, мы уже кое-что о нем знаем. Мы постигли булеву арифметику природы, у нас есть алгоритмы распознавания образов и речи. Это еще не процессы мышления, но... в общем, прогресс на месте не стоит.

А вот теперь вернемся из грез о будущем и подумаем о насущном. Если вы согласны, что будущее не за роботами, а за совершенствованием человека, как бы напыщенно это ни звучало, то я предлагаю именно с этих позиций и оценивать перспективность тех или иных направлений разработки в ИТ. Руки, ноги, сердца пусть изобретают другие специалисты, мы, ИТшники займемся мозгом человека. Хорошо, пусть не САМИМ мозгом, а его отдельными отделами: мозжечком, отвечающим за рефлексы; слухом и зрением; памятью. Эти все проекты реальны и полностью соответствуют генеральной линии "грез о будущем", а значит те, кто вложится в них сейчас, завтра станут лидерами рынка, снимая сливки со своих достижений. О каких проектах я веду речь, говоря о мозжечке, зрении, слухе и памяти? Наверное, это проще всего показать на примерах.

Пример первый.
Это давняя история, но до сих пор актуальна. Человеко-машинный интерфейс. Одной этой проблемы хватило бы, чтобы занять всех будущих специалистов из Сколково работой на долгие годы. Яркий пример с iPhone показал, насколько важно взаимодействие человек-машина, и как мало до этой разработки Apple было сделано в этой области. Просто удивительные возможности открываются, стоит лишь задействовать мультитач и акселерометр. Хотя эти технологии существовали уже давно, но только Apple смогла найти им блестящее воплощение. Используйте междисциплинарный подход- подключите к работе над проектом психологов, биологов, понаблюдайте за поведением людей, за их рефлексами- это поможет лучше организовать пользовательский интерфейс. Современные компьютеры оснащены камерами, микрофонами, но никто их широко не использует для того, чтобы научить компьютер понимать человека "с полуслова".
Есть камера, с помощью которой можно ловить жесты пользователя. Например:
Пользователь встал и ушел. Действие: заблокировать компьютер.
Пользователь слушает музыку. Но вдруг быстро вскинул голову, отвернулся от экрана- его кто-то позвал. Действие: приглушить музыку.
Пользователь слушает музыку. В зависимости от того, что он хмурится или радуется подбирать ему репертуар для прослушивания.
Пользователь сложил ладошки под подбородком, чешет затылок, трет лоб- он думает. Музыку сделать тише, отключить режим засыпания компьютера по времени, перевести его месенжер в состояние занят, отложить информирование о поступлении новой почты.
Пользователь пьет чай. Можно просигнализировать ему о новой почте, если слушал музыку, то сделать ее погромче.
Только на основе жестов и мимики пользователя любой психолог набросает вам кучу сценариев реакции компьютера.

Пример второй.
Несмотря на то, что все больше людей выходят в интернет через iPhone, iPad, где есть технология мультитача, я не встречал пока адаптированных под мультач веб-сайтов. Про наших российских веб-программистов и дизайнеров я вообще промолчу- они до сих пор клепают странички а-ля web 2.0, считая это вершиной прогресса. Про возможности, открывающиеся при использовании мультитача и того же акселерометра в вебе, вроде пока никто не задумался. Да это я еще слишком круто взял- тут древнюю технологию флэша от adobe только-только вот начали использовать не только в рекламных баннерах. Совсем недавно в почте mail.ru я заметил, что при переходе между письмами страничка уже не перегружается, а мигая флэшовской ромашкой, подгружает письма на ту же страничку. Круто! Всего-то лет десять технологии исполнилось, и вот, уже внедрили. Так глядишь, лет через 30 и html5 увидим на страницах mail.ru. Ладно, чего это я на mail.ru накинулся? Они только как пример- у других не лучше.
Ну, есть смелые стартаперы и инвесторы, готовые поразить нас сногшибательными интерфейсами, умеющими и на компьютере и на смартфоне великолепно подать нам информацию (почта, поиск, соц. сети)?

Пример третий.
Сегодня из-за границы к нам приходят удивительные технологии, показывающие то, что инженерная мысль в иностранных компаниях идет по пути совершенствования человеко-машинных интерфейсов.
Например, в офисном пакете от Microsoft лента Ribon. В разработке этого интерфейса проводилось широкое тестирование, изучались сценарии работы пользователя. Т.е. это не просто инженерная разработка, это результат большого междисциплинарного исследования.
3D-телевидение, ранее существовали только 3D-кинотеатры. Теперь 3D доступно каждому дома: уже и у нас продаются 3D-телевизоры. Трехмерное телевидение стало возможным благодаря исследованию биологов, исследовавших устройство человеческого зрения. Тоже междисциплинарный подход.
Технология распознавания жестов MS Kinnect. Более простой аналог существовал уже у Nintendo. Теперь ждем к Новому году в продаже и эту великолепную технологию. А представляете себе игру на 3D-экране + Kinnect? Да тут уже до "Матрицы" недалеко!
Про iPad, iPhone с их мультитачем, акселерометром, компасом и прочими технологиями и говорить нечего- и так все понятно.

Заключение
Надеюсь, примеры достаточно наглядные, показывающие передовой фронт инженерной мысли. Я намерено отсек другие области (помните, про искусственные руки-ноги?), выбрал самое актуальное на сегодняшний день направление разработок- человеко-машинные интерфейсы. Для их совершенствования, для создания прорывных технологий в этой области, не обойтись без взаимодействия с другими областями науки: психологии, биологии, химии, физики. Хотелось бы, чтобы в Сколково это направление стало основным в области ИТ.

А что мы имеем на сегодняшний день? Послушайте выступления молодых стартаперов- очередная соц. сеть, очередная "пузомерка". Глядя на видео, становится жалко инвесторов, вынужденных слушать всю эту бредятину ради того, что найти 1 стоящий проект из 1000 отстойных. Нет мыслей, нет идей. Все плоское, изначально скучное. Вот за это серое плоскодумие и хочется дать в рожу. Ударить за то, чтоб думали что предлагают, чтобы проснулись, прочистили мозги. Нужны проекты яркие, интересные, мирового масштаба, проекты, соответствующие передовому уровню инженерной мысли.

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

Про нынешний кадровый голод

2010-07-29T22:54:00.000+04:00

Участвуя в обсуждении статьи в блоге Якова Сироткина "Консалтинг?", про нынешний кадровый голод, вспомнил недавний случай.
Звонок на сотовый из кадрового агенства. Они раскопали мое давнее резюме.
- Добрый день, я из кадрового агентства... предлагаю вам вакансию... вы получали письмо...
- Письмо не получал, что за вакансия?
- (Читает по слогам) Ядро Ли-ну-к-с. Вы ведь ядро программировали, как написано в вашем резюме?
- Да, только это ядро графической подсистемы САПР, и не под Линукс, а под виндовс.
Такая вот немалая промашечка вышла у девушки. :)
ЗЫ: А насчет кадрового голода я ничего не знаю- меня это не трогает, работаю себе и работаю.

Про пиявок, прочих паразитов и Сколково

2010-07-26T11:58:00.001+04:00

Прочитал про стоимость строительства объектов в Сочи: http://dijap.livejournal.com/601368.html. Верить/не верить тому, что написано личное дело.
Но вот недавно у меня был разговор с человеком, причастным к проекту в Сколково. Он сказал, что устроится туда невозможно. Надо иметь весьма высокопоставленного покровителя. По деньгам пока там копейки. Но "пиявки" (те, кто через протекцию туда устраивается) уже на запах крови (денег) подтягиваются. Между пиявками идет позиционная борьба за лучшее место. Все на изготовке.
Так что стоит только Дмитрию Анатольевичу только приоткрыть крантик, как его тут же облепят мириады пиявок. Никаких шансов у крови дотечь до жизненно важных органов нет. Если так пойдет и далее, то проект уже мертв.
PS: Эта информация- тоже слухи. Верить/не верить- ваше личное дело.

Я на CNews: Инновации в России и проект в Сколково

2010-06-17T13:22:00.000+04:00

Инновации в России и проект в Сколково

Что делается сейчас

Обсуждения в Сети проекта инновационного города в Сколково весьма пессимистичны в своих итогах. Но пессимизм – не помеха проекту.

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

Источник: CNews

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

Работа в команде

2010-05-15T00:31:00.000+04:00

В большинстве случаев программист трудится в команде. Три человека, пять, десять и более- команды разного размера, специализации, профессионального уровня и т.д. Надо научиться "вписываться" в команду, принимать ее правила игры. Вот несколько советов от меня:

"Не лезь в чужой монастырь со своим уставом." Если в проекте используются коды ошибок, а не исключения (exception), то используйте коды ошибок- "брезгливо морщить носик" не надо. Соблюдайте code guide. Это очень просто- смотрите на соседний код и делайте так же.
При возникновении спорных ситуации или выяснения кто виноват, не становитесь в непримеримую позу "у меня все ОК, это вы- козлы, ищите ошибку в своем коде". Давайте слабину: "Может быть и мое, давайте вместе попробуем воспроизвести баг. Если он мой, я его, конечно же, устраню." Если баг действительно окажется ваш, то вы ничего не теряете. Но вот, если вы от него отмахнулись, а баг таки оказался вашим, то вы "теряете лицо".
Неформальное общение. Даже если вы не общительны, все равно принимайте участие в организации "корпоративов", ходите на обед с коллегами и т.д.
Используйте защитное программирование. Когда код пишут разные люди, то гарантировать единообразное использование кода невозможно. Наверняка найдется рано или поздно кто-то, кто вызовет вашу процедуру с недопустимыми параметрами. Программа "упадет" и call stack покажет на нутро вами написанного класса. Да, в конечном итоге вы разберетесь, что, например, кто-то тупо забыл создать класс перед его использованием, и перенаправите баг кому надо, но время на выяснение этого потеряете. Конечно, далеко не все можно проконтролировать, но вот проверить корректность входных параметров, возвращаемых параметров из других функций можно. Давным давно, я помню, как работал в команде, в которой был один замечательный программист. Программировал он очень быстро, но крайне неаккуратно. Его код постоянно падал и глючил. Я программировал медленее, но мой код был надежнее и безглючнее. Пока тот программист с "высунутым языком" бегал и правил свои баги, я неторопливо "серфил" в интернете, т.к. мое все работало. Со временем наши подсистемы сильнее интегрировались друг с другом, и мои процедуры стали падать из-за его кода. Его головная боль стала и моей. Пользователи кидали мне баги пачками. Тогда я стал проверять все входные параметры и выходные параметры вызываемых в моем коде функций. Проверял, буквально, маниакально. Даже самые очевидные вещи (например, id>0). Кидал ошибку с пояснениями. Это помогло быстрее выяснять причину бага и аргументированно перекидывать его на другого. Это не сложно, прекрасно для этого подходят Assertion.
Жесткий каркас архитектуры. Это сделать очень сложно- надо быть невероятным ассом, чтобы получилось так. Но оно того стоит. Речь о том, чтобы спроектировать архитектуру подсистемы так, чтобы сама структура препятствовала ее неправильному использованию, и даже более того- изменению в архитектуре! Если "перегнуть палку" в проектировании жесткого каркаса, то получиться не масштабируемая архитектура, что тоже плохо. Даже использование паттернов тут не всегда помогает- всегда найдется программист, который, например, попытается "пролезть" за фасад (имеется ввиду соответ. паттерн), чтобы получить напрямую доступ к скрытым за фасадом классам. Как? Да, например, через глобальную переменную! О, ужас, ужас! Но это жизнь, и так бывает (лично сталкивался). Как можно от этого защититься? Но, только, чтоб это была не просто защита, а и достаточно полезная функция или "фича" архитектуры. Можно использовать отложенное создание класса, находящегося за фасадом (по первому обращению к нему), сам класс генерировать из фабрики и удалять его, если к нему долго не обращались (т.е. за фасадом основное время ничего нет- никакого класса). В этом решении мы экономим память, увеличиваем скорость загрузки приложения. Да и к тому же "портим карму" тому "плохому" программисту. Он то, наверняка, либо в коде не разберется, либо, если в конструкторе будет ссылку на объект присваивать глобальной переменной, то падать у него все будет. В конце концов, либо дурь свое возьмет- и он таки сделает свое "грязное дело", либо лень свое возьмет- и он за "ЦУ" прибежит к вам. Вот тут-то вы ему мозги и вправите.

Конечно же, советов можно написать кучу- слепо следовать им все равно не получится. Основная цель- дать общее представление о том, как надо надо вести себя в команде. Приведенные выше советы- только то, что у меня "всплыло" в памяти. Хотелось бы в комментариях услышать ваши советы.
PS: Напоминаю, что я выясняю полезность сервиса редиректа URL. Если вам он интересен, то вместо e-mail просто впишите "да", если хотели бы им пользоваться, то оставьте свой e-mail для получения уведомления, когда сервис будет запущен. Адрес для голосования:
http://spreadsheets.google.com/viewform?formkey=dGxaeDlYNmdsNDBKSnprcE80Qkd4Umc6MQ
Оставленный вами адрес будет использован только один раз для уведомления Вас о запуске сервиса, после этого список с адресами будет удален. Третьим лицам адреса передаваться не будут.

Сервис маршрутизации URL

2010-05-13T00:50:00.002+04:00

Полгода назад я перевел свой сайт на Google Sites, а блог на blogger.com. Я предупреждал о том, что переезжаю, и давал новый адрес. Но, понятно, никто не собирается напрягаться, чтобы перепроверить свои ссылки и заменить их на новые. Например, на ITBlogs, просил Михаила изменить адрес моей ленты, но даже ответа не было. Поэтому я ручками копировал RSS-ленты из blogger'a на Google Sites.
И вот, чтобы не напрягать других, и не напрягаться самому, я придумал такую штуку: беру свой исходный адрес alvosoft.com и перенаправляю его в CNAME http://www.alvosoft.com/ на Google App Engine. А на App Engine делаю простой сервис, который, получив на входе ссылку, перенаправляет ее по введенным правилам на другой адрес. В конечном итоге, я думаю, пользователю все равно, что в итоге он окажется на sites.google.com/site/alvosoft, хотя изначально он ввел http://www.alvosoft.com/. Аналогично и RSS-ленты перенаправляются по их новому адресу. Таким образом, надеюсь, что если все правильно сработает, то мне уже не придется ручками копировать ленты между сайтами.
В сервисе, что я написал, можно использовать регулярные выражения, выделять по шаблону группы и подставлять в перенаправляемый адрес. Например, все, что соответствует адресу www.alvosoft.com/itlife* (старый адрес блога) будет перенаправляться на itspeciality.blogspot.com/* (новый адрес).
Это похоже на таблицу маршрутизации по IP-адресам: исходный адрес с маской, целевой адрес. Я подумал, что такой сервис может быть полезен не только мне и готов предоставить к нему общий доступ. Если вам интересен этот сервис и вы им будете пользоваться, то скажите мне об этом:

Если интерес будет- сделаю общий доступ и уведомлю желающий о его запуске.

Web Office

2010-05-07T13:07:00.000+04:00

Получил приглашение от facebook'a на docs.com. Попробовал, реально прикольно! Это вам не Google Docs, регулярно мною ругаемый. Пользовательский интерфейс удобный, аккуратный. Кто работает с MS Office, тому все будет там знакомо. И, при том, бесплатно!
А доменное имя какое отхватили: docs.com! А? ;)
Молодцы, молодцы. Все никак руки не дойдут написать о наблюдаемой мною стратегии развития крупных игроков на ИТ-рынке. Напишу/нет- не знаю, но выскажу одну мысль из этой темы: считать мобильный рынок для Microsoft потерянным- весьма наивно. Поспорим? ;)

Бред... :(

2010-03-26T11:25:00.000+03:00

Кремляндекс
В правительстве всерьез размышляют над идеей национальной поисковой системы

Через год в Рунете может появиться первый государственный поисковик. Как стало известно РБК daily, в правительстве заинтересовались идеей создания национального поисковика, предложенной замглавы администрации президента Владиславом Сурковым. Финансировать разработку конкурента «Яндекса» и Rambler смогут исключительно российские... Читать далее >

Газета РБК daily

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

Такая "кремневая долина" нам не нужна!

2010-03-24T18:30:00.000+03:00

Кто о чем, а я о Сколково. В блогах много обсуждается то, что это разбазаривание денег. Я не встречал высказываний в поддержку идеи создания "Кремневой долины" в Сколково. Но пошуметь скромно в блогах это одно, а попробовать занять активную гражданскую позицию, слабо? Я попробовал- написал в блог президента.
Между прочим, президент уже не раз показывал на деле, что он читает комментарии в своем блоге. Может быть, это наивно с моей стороны, но, все же, давайте попробуем совместно, хотя бы в этом случае, сделать хорошее дело- остановить очередной бесполезный проект, не несущий ничего, кроме разбазаривания денег. Присоединяйтесь ко мне, напишите свое мнение о "Кремниевой долине" в Сколково в блоге президента.
Я предложил вместо проекта в Сколково вот что:
"Мое предложение- увеличить финансирование существующих НИИ через систему грантов на те деньги, которые собираются "закопать" в Сколково. Поднять з/п научным работникам до мирового уровня- это существенно приостановит отток кадров. Для предлагаемых мер не надо никаких грандиозных планов, все распределение денег укладывается в существующие схемы финансирование науки. Эти схемы уже отработаны, прозрачны, контролируемы в отличие от, фактически, высокорискового мероприятия со Сколково."

Наброски мыслей о стартапах

2010-03-23T18:19:00.002+03:00

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

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

Многие пробуют, но только у небольшой доли процента начинающих предпринимателей вообще что-либо получается. Вероятность успеха мизерна. Если один раз не получилось, то и в другой раз вероятность успеха будет такой же, мизерной. Фраза "В этот раз не получилось, значит в следующий раз получится" тут не работает. Может вообще никогда не повезти. А может два раза подряд повезти. Тогда вас назовут гуру, и будут внимательно слушать историю вашего успеха, мечтая также преуспеть.
Когда человек "обрастает" обязательствами (семья, кредиты) риск неуспеха в попытке "самостоятельного плавания" недопустим. Все же, пытаться затеять свое дело лучше смолоду или поставив детей "на крыло" и рассчитавшись с кредитами. Не так давно видел статистику, что в США наибольшая доля стартапов основана людьми в возрасте около 50 лет. Т.е. детей вырастили, в жизни устроились- можно и рискнуть теперь.
Решайте новые задачи или по-новому старые задачи. В 99% случаев я наблюдаю, что пытаются заработать на далеко не новой идее или идее, которую легко скопировать. Посмотрите на мой сайт: www.alvosoft.com/. Моя программа- пример того же неправильного подхода. Я сделал программу, у которой есть аналоги. И сделал ее не принципиально как-то по-новому- она никак среди остальных программ не выделяется. Ну, я никогда и не делал ставку на нее- "проба пера". Не надо делать очередной мессенджер, почтовый сервер. Если некуда девать энергию, то подумайте лучше о том, чтобы присоединиться к разработке существующего ПО интересующей вас тематики.

Третий пункт очень важен. Можно взяться за разработку продукта у которого уже есть куча аналогов. Но это надо сделать блестяще. Чтобы всем стало сразу понятно, что все, что до этого было- ерунда. Например, интерфейс- вспомните пример с GMail. Кардинально улучшить "юзабельность"- как пример, айфон.

Другой путь- сделать инновационный продукт. Такой, о котором только мечтали до этого или даже мечтать боялись. Я помню как начинался skype. У меня был модем, аж на 56кб. Какое там видео/голос передавать, когда и просто загрузка страниц с постоянным перебоями связи была просто мучением! Когда я услышал о skype, я недоуменно пожал плечами: "Что за ерунда?! При зачем надо по интернету голосом говорить?" Интернет в то время был дорог, учитывая низкое качество связи, постоянные перебои- это казалось бредом. Теперь скайпом уже никого не удивишь. Даже бабушки вовсю общаются с внучатами по нему. В любом случае- идея и реализация не должна быть тривиальной.

Надо решать реальную задачу. Покрывать реальные потребности людей. Регулярно на эту тему пишет Петр Диденко: http://www.kip.ru/. Вот не моя задача- вычитал откуда-то, во что инвестор бы вложился: как избавится от очередей в супермаркетах. Актуально? Да. И не вызывает сомнений, что хорошее решение принесет хорошие деньги изобретателю. Решение проблем пробок на дорогах. Динамические карты пробок- это информирование о пробках, но не решение проблемы. Решите проблему, а не лечите ее симптомы!

Лично мне еще нравятся идеи ТРИЗ. Например, доведенное до абсолюта определение идеального изобретения: никакого устройства нет, а функции его выполняются. В более приближенной к реалиям интерпретации: стремится к тому, что изобретение не требовало от пользователя совершения дополнительных действий при пользовании им. Желательно, чтобы количество действий для выполнения той же работы с помощью нового инструмента, наоборот, снизилось. На ум приходит замечательный пример, иллюстрирующий эту мысль. Из года в год в домах отключают горячую воду и промывают систему. Трубы ржавеют, прорываются. Поставлена была задача уменьшить количество аварий. Изобретателем было найдено, на мой взгляд, гениальное решение. При промывке труб с них удаляется налет. Однако налет защищает трубы от ржавления. Было предложено при промывке оставлять небольшой налет для защиты труб. Т.е. изобретение не только не потребовало дополнительных мер, а упростило существующую процедуру промывки- промывать, но не до конца или с меньшей концентрацией чистящих веществ.

Этой же идеей можно руководствовать и в ИТ. Например, возьмем модную ныне тему облачных вычислений. Для нужны датаценты. Можно обойтись без датацентов? А если попробовать, например, сформировать распределенную сеть из компьютеров пользователей? Пользователь, который хочет распределить свои документы по сети для их резервирования и доступности по всему миру, подключается в облачную сеть. Устанавливает на свой компьютер ПО для организации песочницы. В этой песочнице в зашифрованном виде хранятся отдельные кусочки информации от разных пользователей облака. Таким образом, информация мелко-мелко распределяется по другим компьютерам пользователей по всему миру. Знающему пароль, она становится доступна круглосуточно, обеспечивается резервное ее сохранение в сети, да и классические "маски-шоу" с изъятием серверов (см. историю с Агавой) станут невозможны. Таким образом, для создания облака, в данном примере, датацентры не понадобились.

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

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

О божественном знании

2010-02-25T00:54:00.005+03:00

В первую очередь скажу, что мне по смыслу и по способу изложения материала понравилась статья Эльдара. Как раз, готовя новую статью, обдумывал материал в том же ключе, что написал Эльдар. Поэтому, я повторяться не буду ‑ прочитайте, сначала, его статью, а потом мою приписку «сбоку».
У управленцев Эльдар описал, что часто присутствует чрезмерное увлечение различными методологиями. От себя скажу, что у программистов это выливается в поиски «божественной» архитектуры. У сисадминов – излишняя прыть в переустановке всего и вся «потому, что это круче, чем было».
В общем-то, весь смысл далее читать статью я могу убить сразу, сказав, что это чаще всего возрастное. Старшим коллегам просто надо держать при себе длинную линейку, присматривать за своими молодыми коллегами, и, вовремя, точным ударом больно бить их по пальцам. Потом, человек набирается опыта, становится осторожнее и разумнее в своих поисках «божественного нечто».

Сисадмины.

У сисадминов с этим достаточно просто: сначала минимальный уровень прав, потом больше, и так, в течение 7-10 лет, глядишь, вырастет профи из «мальчика-на-побегушках». Обычно начинают с того, что поручают настройку клиентских мест. Главное тут, чтобы молодой сисадмин научился не тупо переставлять ОС, а находить причины сбоя, локализовать их и устранять. Ведь сам процесс переустановки часто сопряжен с сохранением конфигурации пользователя, его рабочих файлов и последующим восстановлением. А это может быть не быстрый процесс, а ведь пользователю работать еще надо. Не всегда даже имеет смысл вообще устранять ошибку ‑ проще ее просто обойти (например, с одного USB-порта принтер не печатает, переключил на другой, если стал печатать, то и фиг с ним, с первым USB-портом). Важно научится решать проблему минимальным количеством телодвижений.

Второе, чему должен научиться сисадмин, – это здоровый консерватизм. Переустанавливать программное обеспечение имеет смысл только в случае, если это реально оправдано. Не по принципу «это круче», а, например, устранена серьезная брешь в безопасности, или появилась новая функциональность, востребованная в организации.
Третье, почти недоступное большинству, правило: знать потребности пользователя. Конечный пользователь редко когда знает, какие из его задач можно решить с помощью компьютера. Вот, если вы сумеете в нужный момент подсказать верное решение, то прослывете «золотым незаменимым человеком». Зачастую это очень простые решения, совершенно очевидные для вас, но не для непросвещенных в ИТ коллег.

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

Программисты.
У программистов пусть более витиеват. Практически с самого начала карьеры надо решить следующую дилемму. С одной стороны, хорошо, если начинающий программист сразу будет учиться правильно программировать: знать различные алгоритмы обработки данных, паттерны проектирования. С другой стороны, не имея достаточного опыта, свои новые знания он будет применять очень кособоко, как в таких случаях говорят, "да, за такое руки отрывать надо!". Лично я для себя решил, что начинающим программистам про паттерны точно рассказывать не надо. Именно из-за озвученной дилеммы я выступаю против паттернов. Потому, что начинающих они сбивают с толку, а опытным уже не нужны- они и так на практике их освоили. И где же та грань, когда можно "безвредно" изучить паттерны? Именно, начитавшись Фаулера, "банды четырех" молодой, неокрепший ум ударяется в поиски "божественной" архитектуры приложения. Не знаю тут никакого рецепта, не знаю. Только опыт, только свои "шишки".

Когда приходит опыт, тогда в голове правильно, "по полочкам", раскладываются и паттерны, и базовые алгоритмы обработки данных. И наступает следующий этап. Умение правильно принять решение о том, какой именно подход использовать для решения задачи. Решений, как правило, бывает несколько. Обычно, это происходит из-за недостаточного понимания сути задачи. Моя рекомендация: углубляться в задачу, разбирая ее на мельчайшие составные части до тех пор, пока абсолютно четко не станет ясно, как именно решать задачу.Т.е. надо научиться отсеивать множество решений, через более глубокое понимание сути задачи.

К сожалению, не все так просто. Нередко, даже после детального изучения задачи, все равно "на руках" остается несколько вариантов решения задачи. Тогда предлагаю использовать бритву Оккама: выбрать самое простое решение.
Но и тут немало сложностей! Часто трудно определить грань, между простотой и плохим, не масштабируемым решением. Да, мы прошли уже немалую цепочку в принятии правильного, "божественного", единственно верного решения и, тем не менее, у нас есть довольно высокая вероятность остаться у "разбитого корыта" (т.е. принять неправильное решение). И тут, вблизи правильного решения, расслабляться нельзя. Я не утрирую. Вот реальный пример из моей практики. Мы внедряли систему ERP. Внедрялась она со скрипом, и под сильным нажимом начальства на подчиненных, которые "отбрыкивались" от нее, как только могли. Потому, что система была неудобная. Она была мощная, многофункциональная, но неудобная. Экранные формы изобиловали кучей мелких кнопочек, буквально размером 4х4 пикселя, иначе они все в экран не влезали. Большинство стандартных кнопок и горячих клавиш были весьма своеобразно переопределены. Почему это произошло? Программисты были опытные, суть задачи понимали великолепно, выбирали самое простое решение (чего же проще- налепить еще одну кнопку куда-нибудь, вместо того, чтобы основательно порефакторить всю форму?). Так чего им не хватило, чтобы сделать правильно? Интуиции. Да, в конце всего сложного пути принятия решения стоит не нечто логичное, понимаемое, а интуиция. Иррациональное чувство прекрасного. Ощущение того, что если сделать именно так, то будет правильно. Без логики и без объяснений: "Я думаю, что надо делать так."
И вот, на вершине мастерства, программист в чем-то пересекается с опытным админом, ведь у админа конечный пункт- знать потребности пользователя, что тоже опирается на неосязаемую интуицию.
PS: Да, кстати, а "божественной" архитектуры ПО не существует. ;)

Hotmail: немного о цифрах и архитектуре

2010-01-18T13:38:00.002+03:00

Оригинальная статья находится по адресу: http://windowsteamblog.com/blogs/windowslive/archive/2009/12/22/a-peek-behind-the-scenes-at-hotmail.aspx. Здесь я привожу только выдержки из статьи.

Цифры

1,3 млрд. почтовых ящиков.
350 млн. человек в месяц активно пользуются сервисом.
3 млрд. сообщений в день, из которых 1 млрд. отфильтровывается как спам.
Скорость роста хранилищ - 2 Петабайта/месяц.
На сегодняшний день это свыше 155 Петабайт. 70% с основном, это письма с фотографиями.
Это самый большой SQL Server 2008 в мире (мониторинг и управление многими тысячами SQL-серверов).

Архитектура

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

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

Frontend-сервера. Проверяют почту на вирусы, "отдают" пользователям почту через web-интерфейс, POP3, DeltaSync.
Backend-сервера. SQL и файловое хранилище, спам фильтры, мониторинги, агенты каталогов и сервера, хранящие информацию о том, на каком сервере чья почта хранится.
Используются также программно-аппаратные балансировщики нагрузки.

Меры для обеспечения надежности, в общем-то, стандартные. Например, избыточность:используются массивы хранилищ на SQL Server'е. Данные синхронизируются постоянно между серверами. Если один сервер "падает", то за считанные секунды включается перенаправление запросов на другой сервер. Данные хранятся в 4 (четырех) копиях.

PS: Из всего описания мне интересно было узнать, что в таком масштабном высоконагруженном сервисе используется SQL Server, а также то, что данные хранятся в 4 копиях (интересно, почему именно в четырех?). А в остальном, это общее описание показывает стандартный для таких проектов подход к архитектуре высоконагруженных приложений.

Про удаленную работу для дизайнеров

2010-01-17T00:59:00.000+03:00

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

В формате микроблога про MindApps

2010-01-17T00:51:00.000+03:00

Примерно месяц назад читал про MindApps обсуждение, в духе: "хорошо, что ребята стараются, но маловероятно, что что-то получится у них." Сегодня я подробно поигрался с этим сервисом. Сильно не понравилось. Я, программист, и то впал в ступор от обилия этих всех менюшечек, пунктиков. А что уж говорить о "любом неподготовленном менеджере"? Интересно, а ребята знают о, например, MS Access, интерфейс которого юзабильней, более того, формы, разработанные в Access, можно экспортировать как web-страницы, организуя на своем сервере доступ к БД через браузер? Не сказал бы я что 1141р. за CD с MS Access сильно обременит бизнесмена. На мой взгляд, это все "игрушки" из разряда Google Docs и etc.
PS: иногда на такие "безобразия" смотришь, и подмывает подготовить свое ответное приложение, без всяких фантазий, на старых проверенных технологиях. Не для того, чтобы "утереть нос", а чтобы еще раз показать, что надо проще быть, проще.

ERP по лицензии GPL: условия выживания

2010-01-14T12:15:00.001+03:00

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

Часть 3. Технические подробности

Общие предпосылки для устойчивого развития ERP-системы изложены в виде четырех условий выживания. Насчет 3-5% рынка ничего сказать нельзя определенного. Есть и другие факторы, кажущиеся малозначимыми, однако их удачное стечение может придать развитию такой системы сильный толчок. Исходя из эти общих условий попробую немного углубиться в технические детали проекта. Именно от деталей уже будет зависеть выполнение первых двух условий выживания из четырех перечисленных.

СУБД
В разных организациях уже могут существовать свои СУБД разных производителей (MS SQL Server, Oracle, DB2 и т.д.). Соответственно, уже есть в штате программисты, владеющими программированием на используемой СУБД. Поэтому, желательно, чтобы наша система умела работать с разными СУБД. У каждой СУБД есть свои особенности, которые, желательно, использовать, т.к. это позволяет зачастую либо значительно повысить производительность, либо сильно упростить решение задачи. Но, с другой стороны, хотелось бы иметь единообразный доступ к данным. Как это можно совместить? Есть два варианта: 1). стандартизировать набор хранимых процедур, образующих интерфейс работы приложения с СУБД (OpenDBI - открытый database interface); 2). использовать скриптовый язык и кодогенератор к нему, что позволит из единого скрипта под каждую СУБД генерировать свой SQL-скрипт для создания структуры БД, а для языка программирования- соответствующий набор классов для взаимодействия с СУБД. Для второго случая набор классов должен реализовывать некий единый интерфейс, чтобы гарантировать единообразную работу других частей приложения с БД. Мне нравятся современные фреймворки для работы СУБД типа hibernate. С их помощью можно успешно комбинировать описанные подходы: со стороны БД обеспечить некий стандартный набор хранимых процедур для работы с данными, а со стороны приложения- стандартный набор классов для работы с БД.

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

Не забываем: обязательна поддержка региональных настроек и мультиязычности в OpenDBI!

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

Ядро
Несмотря на то, что большую часть бизнес-логики можно реализовать внутри OpenDBI, на клиентской стороне останется немало функций:

При изменении данных в одном окне надо, чтобы другие окна обновились. Значит нужен механизм рассылки сообщений. Более того, очень желательно, чтобы и другие клиенты могли по событию обновлять данные в интерфейсе пользователя.
Нужна подсистема подготовки отчетов, чтобы пользователь мог сам разрабатывать отчетные формы, сохранять их (на диске или в БД), делать общедоступными и генерировать с их помощью отчеты.
Подсистема для разработки форм ввода данных, сохранения (диск, БД) и предоставления общего доступа.
Подсистема хранения пользовательских настроек.
Подсистема тонкой настройки отображения данных под потребности предприятия или отдельных пользователей. Например, с помощью скриптов.
Импорт/экспорт данных в другие форматы, например, MS Excel.
Подсистемы взаимодействия с внешним ПО и оборудованием (например, сканеры штрих-кодов).
Подсистема работы с региональными настройками.
Подсистема поддержки мультиязычности.

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

Интерфейс пользователя

Так, как каждая из подсистем реализует некий стандартный интерфейс, то интерфейс пользователя можно реализовывать с помощью различных технологий. Например, собрать систему можно будет с пользовательским web-интерфейсом или сделать обычного "толстого клиента", а можно и то и другое одновременно.

Вывод

При таком подходе важно стандартизовать интерфейсы различных подсистем и OpenDBI. Это позволит при сборке собственной системы ERP задействовать подсистемы различных производителей и собрать систему под использование с требуемой СУБД. Небольшим производителям систем автоматизации выгодно использовать такую ERP, т.к. они смогут свои системы дополнить недостающими подсистемами или заменить свои менее функциональные подсистемы на аналоги. Вероятно, они (небольшие производители систем автоматизации) станут основными двигателями процесса разработки подобной ERP.

В конечном итоге, система получится очень гибкая, в ней возможно будет комбинировать подсистемы различных производителей, реализуя различный функционал. Таким образом, процесс внедрения будет аналогичен, тому как внедряются коммерческие ERP, с одной стороны. С другой стороны, сохраняется вся мощь универсальных языков программирования. Первые два условия будут соблюдены. А выполнение третьего условия (портфель внедрений) и четвертого (проверка временем) обеспечат те самые небольшие производители систем автоматизации. А насчет 3-5% рынка- уже время покажет.

В приведенном описании ясно прочитывается набор технологий, на базе которых можно реализовать подобную систему. Ясность того, как надо делать- это хорошо. Однако, с учетом того, что система должна быть рассчитана на использование в разных странах с разными стандартами документоведения, то даже простые модули в реализации будут сложны. Поэтому не испытывайте иллюзий по поводу того, что первую версию удастся выпустить очень быстро. Для практиков рекомендую внедрять уже готовые ERP системы, для пылких умов- присоединяйтесь к уже существующим проектам разработки ERP систем, например, OpenERP или выбирайте по списку, для авантюристов- дерзайте, конечно, но главное тут- сначала написать стандарты, описать интерфейсы, а уж потом программировать.

Это все: у меня эти мысли роились в голове, я их высказал.

ERP по лицензии GPL: условия выживания

2010-01-13T12:38:00.000+03:00

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

Часть 2. Условия выживания
В мире ОС есть такое явление как Linux, распространяемая по лицензии GPL. Есть и другие виды лицензий, в той или иной степени декларирующие бесплатность распространения программного продукта. На сегодняшний день эта ОС получила заметное признание среди пользователей. Есть другой мир- мир ERP-систем. И в нем подобного рода лицензии широкого распространения не получили. Я помню множество ПО автоматизации предприятий, бухгалтерского учета и других учетных систем, которые распространяли по лицензии GPL. Однако с уверенностью могу сказать, что, на сегодняшний день (2009 год), ни одна такая система подобного же, как и Linux в мире ОС, распространения не получила. В порядке эксперимента, предлагаю обсудить, как можно создать ERP-систему, распространяемую по лицензии GPL, которая потенциально могла бы занять, например, минимум 3-5% рынка систем ERP.
Ну, понятно, если представить объем работы и оценить всю картину, то выглядит этот эксперимент смешно. Тем не менее, поиграем по-серьезному. Наш герой и образец для подражания- Линус Товальдс. Когда он начинал, то вряд ли представлял, что у него получится, тем более в те времена многие делали свои ОС "на коленке" и Linux была просто "одной из". А почему не выжили или не процветают системы, пусть не уровня ERP, а автоматизации отдельных частей деятельности предприятия, распространяемые по лицензии GPL? Имеет ли вообще для предприятий значение, что система распространяется по лицензии GPL? Не ходя "вокруг да около" сразу скажу на основании своего и изучения чужого опыта: в нашей стране поголовного пиратства это имеет минимальное значение. Поэтому, идея бесплатности не может служить ведущей идеей при разработке подобной системы. Другой аспект, касающийся лицензирования- это использование не ворованного ПО, чтобы не давать лишнего повода силовым ведомствам придраться к Вам. Ха! Еще три раза: ха, ха, ха! Обросьте эту наивную мысль. Так что же остается? Тип лицензии мало кому интересен, разве что рассчитывать на распространение по всему миру, особенно в развитых странах, где лицензия- не пустой звук. Пусть будет так! Первое условие выживания: изначальная ориентация на распространение по всему миру. В каждой стране свои стандарты учета, отчетности, однако опыт мировых лидеров, таких как SAP, Oracle показывает что реально под все это разнообразие стандартов подвести единую техническую базу. С точки зрения технической реализации изначально должна быть поддержка мультиязычности и региональных настроек как на уровне обработки данных, так и на уровне интерфейса. Выбор однозначный за Unicode, в самой системе должно присутствовать API, возвращающее региональные настройки ОС.
Хорошо, допустим у нас есть подобная система. Что надо, чтобы ею захотели пользоваться? Есть пользователи: экономисты, бухгалтера, операторы. Есть те, кто принимает решение о покупке: начальники отделов, директора. А есть те, кто дает свое заключение о пригодности системы к эксплуатации, и дает советы с технической стороны- это ИТ-отделы предприятий, консультанты. Пользователи в процессе выбора даже на большинстве малых предприятий безголосые- что дадут, тем и пользуются. Решение принимают руководители. Вопрос откатов не буду рассматривать- только честная конкуренция. А значит, мнение технических специалистов или консультантов очень важно. Второе условие выживания: система должна нравится техническим специалистам. Как это обычно бывает- сначала подтянутся гики и организуется тесное сообщество вокруг системы. Однако, чтобы система "пошла в народ" нужна харизматичная личность, умеющая убеждать и заражать других своим оптимизмом по поводу перспектив этой ERP-системы. Гикам эта система может понравиться, если ее можно будет очень гибко настраивать, реализуя умопомрачительные конфигурации. Такое возможно, если использовать в системе скриптовый язык программирования. Проще будет, если это какой-либо уже известный язык: Python, Java, C#. В чистом виде эти языки абсолютно непригодны для программирования конфигураций ERP-системы. Однако на них можно написать framework, повышающий удобство и скорость конфигурирования системы под требования предприятия.
Прекрасно, система у нас есть, есть сообщество, есть лидер. Нужно ли еще что-то, чтобы система достигла поставленной цели? То, что система нравится технарям, еще не означает, что будет принято решение о ее внедрении. Руководитель захочет убедиться, что система оправдает себя: внедрение в любом случае будет стоить денег, даже если сама ERP-система бесплатна. Заранее это трудно спрогнозировать, но хороший портфель примеров реальных внедрений поможет в этом вопросе. Да это же наше третье условие выживания! Третье условие выживания: наличие портфеля примеров реальных внедрений. Портфель наработать можно начиная с небольших внедрений. Малые, средние предприятия, отдельные самостоятельные учетные системы (например, печать ценников или более крупный пример- складской учет). Хорошие, яркие примеры внедрений в руках харизматичных лидеров, владеющих ораторским искусством, становятся мощнейшим орудием убеждения.
В конечном итоге такая ERP-система должна проработать у пользователя лет десять, развиваться, доращиваться, удовлетворяя изменяющиеся и/или возрастающие потребности предприятия. Новые потенциальные пользователи должны видеть на примере, что, будучи внедренной, система не станет узким местом, и не будет создавать существенных трудностей в эксплуатации. Четвертое условие выживания: проверка временем.

Продолжение следует...

ERP по лицензии GPL: условия выживания

2010-01-12T13:18:00.002+03:00

Часть 1. Почему я об этом захотел написать?
Примерно лет 10 назад я плотно сидел на внутренней автоматизации предприятия: генераторы отчетов, датасеты, гриды, печать, БД- т.е. весь типичный набор технологий "автоматизатора". Мой друг занимался, в то же самое время, той же автоматизацией, но на базе 1С. Он очень любит программировать в 1С, т.к. встроенный язык 1С очень прост в освоении, а сама программа имеет развитой инструментарий для генерации различных отчетов и экранных форм. Мы периодически затевали споры на тему: "Что лучше: 1С или язык программирования, типа Delphi, C#, Java и СУБД?" Существенным аргументом в мою пользу было то, что на универсальном языке программирования и СУБД я мог гораздо гибче программировать, чем на 1С, да и быстродействие получалось чувствительно выше. Его аргументом было то, что на 1С можно очень быстро ваять отчеты и экранные формы.
Однажды он поинтересовался у меня по другому поводу, как осуществлять подключение к БД из языка программирования, т.к. программируя в 1С, он этого не знал, а тут потребовалось зачем-то. При нем я на форму накидал мышкой компонент, в их свойствах прописал подключение к БД. Мастер настроек сам при этом предложил доступные БД для прописывания пути к ним, так что ручками и набирать ничего не пришлось. Пять минут- и приложение готово! Я запустил его, на экране показалась форма с заполненным данными из БД гридом. Все это сортировалось, месторасположение и ширина колонок могли изменяться. Накидав на скорую руку приложение для демонстрации, я повернулся к приятелю, чтобы подробней спросить у него, что ему показать. Его лицо было вытянуто, глаза как два пятака, а он сам, буквально, онемел. Пришлось ему повторить вопрос. Его "расклинило", и он воскликнул: "Как у тебя получилось написать целую программу? Ты ведь даже до клавиатуры не дотронулся!"
Я знаю, что в 1С делать отчеты, экранные формы ничуть не легче, чем в распространенных IDE универсальных языков программирования. Конечно же, благодаря своей заточенности под конкретные функции, 1С гораздо проще и быстрее внедрить. При использовании универсальных языков программирования трудно будет вначале, пока не написан своеобразный framework, набор функций, позволяющий оперировать информацией на метауровне. А потом уже, по ходу работы, 1С не будет иметь никаких преимуществ перед универсальными язками программирования+framework+СУБД. Только получается, что на каждом предприятии этот framework обычно пишут с нуля. Как обычно, попадают на те же грабли, на которые наступали другие разработчики другого предприятия. Потом оголтело бегают по форумам в Интернете с криками "help! help! что делать если...".
Тогда я задумался, а почему, собственно, нельзя написать такой framework, чтобы его все использовали, а не изобретали каждый раз новый велосипед? Тогда получилось бы красиво: из плюсов 1С мы бы получили быстрое и простое развертывание приложения на предприятии, а из плюсов универсальных языков программирования - гибкость программирования и хорошее быстродействие. А хорошо бы, чтобы стоил он недорого или вообще, как Linux, бесплатный был.
Время шло, и я окончательно пришел к мысли, что не надо фантазировать, а лучше использовать готовые системы, типа 1С. Но подспудно грызла мысль: "А что если получится как у Товальдса, только в области ERP?" Вроде все понятно: собрать вместе свои наработки, оформить их, так чтобы это выглядело единым framework'ом, и выложить для публичного доступа. А народ там подтянется, framework начнет развиваться. Но, с другой стороны, меня грыз "червячок": а зачем это надо, ведь та же 1С, фактически и представляет собой тот самый framework. Система недорога, а, если учесть развитость воровства ПО в нашей стране, то, вообще, цена перестает быть решающим аргументом.
Поэтому, осознавая бесплодность своих мыслей 10-летней давности, я решил их изложить в блоге, не ставя перед собой цели реализовать эдакую GPL ERP а-ля Linux. Больше "в назидание потомкам", чем для попытки, что-то реально сделать.

Продолжение следует...

21 век однако...

2010-01-01T23:48:00.000+03:00

Никогда не слышал про ИНФОкрасные сауны. Поискал по Интернету- может это я такой дремучий, и не в курсе новых ИТ-технологий?

С Новым Годом!

2009-12-30T15:00:00.001+03:00

В прошлые предпраздничные дни я давал прогноз на будущий год. В этом году что-то скучно стало это делать. Большие революции в ИТ отрасли стали редкостью - год от года мало отличим. Поэтому в 90% случаях можно сказать, что все будет как и раньше - и не ошибешься. Ну предсказал я, что мобильные технологии будут фаворитами. Ну и кто этого не знал? Еще в середине года я подводил промежуточный итог своему прогнозу - все так и есть. В этом году мне интереснее подвести итог уходящего года, каким этот год выдался для меня?

Я переехал с платного хостинга на бесплатные гугловские сервисы. Мне понравилось, что почтой стало удобней пользоваться. По мелочам, но вкупе эти мелочи создают осязаемое удобство. Но больше всего мне понравилось использование сервиса сайтов. С одной стороны сделано без особых изысков с точки зрения функционала, с другой стороны - все что надо под рукой, сайт организовать можно очень быстро. Блог перевел на blogger.com. В результате у хостера плачу только за домен, и, далее, в панели управления настраиваю перенаправление. Вместо 1500 рублей в год получается 400 рублей. Какая - никакая, а экономия, однако!
Когда попробовал добавить свой сайт в поисковики, то увидел что Google уже выдает мой сайт в поиске по новому адресу! А Яндекс как и ранее не включал меня в свой индекс, так и до сих пор тупит. Даже поисковик go.mail.ru, и тот мой сайт проиндексировал уже. В общем, я решил забить на Яндекс. Для меня это даже и не потеря - трафика от него и так было "кот наплакал".

Я давно пользуюсь исключительно поисковиком Google. Недавно воспользовался Яндексом. Что с ним случилось? По 1-3 ключевым словам работает, но от 3-5 и выше ключевых слов выдает совсем не то. Если ранее в блоге я писал, что по русской части Интернета Яндекс лучше ищет, то теперь, с таким поиском, он напоминает мне старый Рамблер или Апорт. В общем, для меня лично значимым стало то, что Яндекс совсем выпал из моего поля зрения. В моих глазах Яндекс битву Гуглу проиграл.

В течение всего года много обсуждалась конкурентная борьба между Microsoft, Google, Apple на разных рынках. Тема надоела. Хотелось бы, чтобы СМИ сменили пластинку.
Мне стало ясно, что облачные вычисления, это очередной SOA, про который поговорят, поговорят, да и займутся, наконец, делом. Это ж надо было такое нафантазировать, что, мол, предприятия отдадут куда-то во вне свои конфиденциальные данные? А если брать наши реалии? А ну ка связи с Интернетом не будет, а на линии VIP-клиент, которому надо заказ оформить? Ээээ, басни все это, проходили уже.
Запомнилось внимание высших руководителей страны к ИТ. Раньше покровительствовали спорту: то теннис, то борьба, а теперь, вот, ИТ. Безграмотные речи при этом по ТВ произносят, показывающие, что ничего они в ИТ, в управлении ИТ не смыслят. Зато энтузиазма-то сколько! Следить как разворовывают деньги на дутых ИТ проектах и то интереснее, чем за конкурентной борьбой Microsoft, Google, Apple.

Правильный офис

2009-12-18T15:23:00.001+03:00

Уважаемые читатели блога, адрес блога изменился! Новый адрес: http://itspeciality.blogspot.com/

Недавно я прочитал в блоге Петра Диденко о том, что компания Microsoft, в которой он работает, ищет подходы к "...небольшим компаниям, которые занимаются компьютерным сервисом и непосредственно обслуживают потребности малого бизнеса в компьютерах, настройке-починке, установке сети...". Там есть сложные моменты. Все обсуждение вы можете прочитать тут. Высказался и я, предложив модель сетевого маркетинга для того, чтобы "дотянуться" до таких компаний.
Сегодня по рассылке получаю такю ссылку: правильный офис. Приведенное на сайте предложение IT-специалистам пройти бесплатную сертификацию на MCP, если клиенты, которым они поставили MS Office, купят лицензии, есть не что иное как реализация обсуждений в блоге Петра.
Конечно, предложение слабовато. Практически невесомо. Но я думаю, это начало. Пробный камень. Наверняка, будут еще более заманчивые предложения. Этой статьей я хочу зафиксировать тренд Microsoft в сторону малых предприятий. Есть еще у них другие программы.
Google с помощью своих дешевых сервисов тоже цепляет этот сегмент бизнеса. Вот и я соблазнился и перевел свой сайт на сервисы Google. Новый свой адрес я написал в самом верху статьи.
Вот такие вот тенденции, вот такие вот пироги...

И еще раз про Bing Maps

2009-12-06T23:46:00.002+03:00

Про новые карты на bing.com уже многие высказались. Можете и сами их посмотреть: http://bing.com/maps/explore/. Рекомендую режим "птичий взгляд". У гугловской программы "Планета Земля" такой режим тоже есть, но там четкость изображения хуже. А тут очень впечатляюще. Как, как это они сделали?!

Недавно я несколько разочаровано высказывался по поводу "достижения" Яндекса, режима карт "street view": "повторушничество" вообще без какой-либо изюминки. Это не то, чего ожидаешь от такой компании, как Яндекс. Если делать, то делать лучше! Майкрософт так и поступила. Как высокотехнологичная, прогрессивная компания. Да, они реализовали этот режим карт значительно позже, чем это сделал гугл, но сделали это блестяще.

Гугл- ты пока впереди в области картографических сервисов! Яндекс- бери пример с Майкрософта, как надо делать! Майкрософт- молодец, так держать!
PS: А я тем временем, ушел от хостинга, оставив там только редиректы. Теперь мои сайты на гугловских сервисах: на "сайтах" по адресу http://sites.google.com/site/alvosoft/, моя программа для автоматизированного анализа изменений на сайтах, а по адресу http://itspeciality.blogspot.com/ теперь находится блог. Надеюсь, редиректы настроил правильно, и ни моим покупателям программы, ни моим читателям не придется переправлять ссылки в своих закладках.

Ребрендинг Vista

2009-11-04T19:30:00.001+03:00

О Windows 7 распространено мнение, как о "доведенной до ума" Висте. Я согласен с этим мнением. Замечу, как давний пользователь Виста, что и Виста- отличная система. К сожалению для Microsoft, плохой маркетинг, проблемы в работе Висты в первое время после начала распространения сформировали плохую "ауру" вокруг этой версии ОС. Последующие обновления, исправившие проблемы в Висте, и попытки маркетологов исправить положение ни к чему не привели. Мнение сложилось, и переломить это было невозможно: люди, даже не пробуя поработать в Висте, удаляли ее и ставили XP, только потому, что все говорят, что Виста- "плохая". Сделав выводы, компания быстрей выпустило новую версию ОС. Но я бы сказал, что провели ребрендинг. Под другим, не запятнавшим себя именем, выпустили ту же Висту. Задолго до выпуска Windows 7 маркетологи, евангелисты тщательно формировали положительный образ вокруг это версии. Их работа настолько успешна, что в Интернете практически не найди плохих отзывов. Даже некоторые знакомые мне юниксоиды впервые в жизни попробовали ОС Windows именно этой версии, и очень хорошо о ней отзываются.

Работать с Windows 7 я начал в первых бет. Хочу просто рассказать что мне понравилось. Это не обязательно что-то фантастическое. Простые мелочи из которых соткано удобство работы с ОС.

Настройка сети. Те, кто сидят на XP завидуйте: все невероятно просто настраивается. Wifi, например, я настроил в пару щелчков мыши в панели задач. Даже в панели управления не открывал!
Библиотеки сначала я не оценил. Однако при работе над проектом начал их использовать потому, что это было первое попавшееся под руку, чем удобно было собрать вместе разные источники данных (локальные и сетевые папки). Потом втянулся и оценил как это удобно.
Может у кого-то это вызовет улыбку, но по идеологии своей структура каталогов мне напоминает то, как это сделано в линуск. Если раньше все (картинки, видео, загрузки пихали в "Мои документы", то сейчас перенесли это в %homepath%. В "Мои документы" оставили скрытые жесткие ссылки на новое месторасположение этих каталогов. Ясно, это сделано ради совместимости со старыми программами. Вообще структура каталогов тщательно пересмотрена, на мой взгляд, стала логичнее. Правда, теперь меня, как программиста, куча этих скрытых ссылок смущает, путает. В будущем, не удивлюсь, если вообще осуществится переход на линуксоподобное монтирование дисков и структуру каталогов. Там она, IMHO, удобнее.
Поиск в проводнике и сохранение результатов поиска У МЕНЯ наконец заработали. Не знаю, работало ли это у других, но на Висте, как только я папку включал в индексирование, тут же переставало в ней что-либо находится. Поэтому я не пользовался индексированным поиском в Висте. А здесь работает чудесно: вводишь поисковую строку, он ищет, а попутно предлагает добавить папку в индекс. После добавления в индекс поиск делается мгновенно, к тому же поиск автоинкрементный- по мере ввода букв сразу показывает результат, соответствующий уже набранным символам. Поисковый запрос можно сохранить- очень удобно для формирования различных "срезов" данных. Например, если документы (договора, счета, акты) сгруппированы в папки по именам фирм, то с помощью сохраненных поисковых запросов можно получить готовые наборы отдельно по всем договорам, отдельно всем счетам и т.п.
Еще в Висте поиск был сделан очень удобно. Нажимате Win-R или кнопку "Пуск" и начинаете вводить слово. Сразу же начинается автоинкрементный поиск не только по названию документа, но и по его содержимому. Например, при вводе имени клиента будут показаны не только файлы, но также и вся почтовая переписка, связанная с ним.
Панель задач поначалу непривычна и раздражает. Потом привыкаешь и даже нравится. Мне, как программисту, становится понятным, почему сделали так, а не иначе. Становится ясна идея, которая была заложена в новый интерфейс панели задач и то, как авторы представляли себе пользователя, работающего с нею. Я думаю, что получилось удачно, если еще разные приложения адаптируются под новые возможности панели задач в Windows 7, то вообще замечательно будет.
Ну, и конечно, наборы приложений, идущие в комплекте поставки. Интересная распознавалка формул- вводите рукой (мышкой) формулу, а она распознается. Ножницы- делает скриншоты экрана, функционала немного, но достаточно для многих применений. Записки- позволяет размещать на рабочем столе записки-напоминалки. Ну и еще по мелочи.

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

Яндекс: Видео с дорожных камер

2009-10-31T15:06:00.000+03:00

Когда Яндекс запустил сервис с фото улиц Москвы и моделирование, как будто ты идешь по улице, то я воспринял это как хорошо. Но не "вау". В конце-концов у гугла такой сервис уже существовал несколько лет, правда не для Москвы, но был. Яндекс же, даже интерфейс сделал такой же, особо не фантазируя. Еще с гуглом, "нагулявшись" вдоволь по улицам всяких Сан-Хосе, да Сан-Франциско, я не нашел этому никакого практического применения. Вот поэтому этот же сервис в исполнении Яндекса воспринял без энтузиазма: ну, подумаешь, без всякой фантазии передрали у гугла сервис столетней давности, к тому же непрактичный. Уж лучше бы свои текстовые редакторы, да электронные таблицы в веб-исполнении клепали. Тут гугла можно большо пнуть. Его Docs- большая галиматься, дающая прекрасный шанс сделать лучше.
Ну, если на ниве редакторов Яндекс совсем еще не засветился, то картографические сервисы развиваются. Очередной сервис- видео с дорожных камер. Для автомобилиста- это реально удобно самому оценить загруженность дороги, т.к. информация о пробках нередко бывает неверна. К тому же, такого сервиса у гугла нет. Это свое, новое и прогрессивное! Вот это "вау", рад за Яндекс!

Рефакторинг или новый функционал?

2009-09-14T23:58:00.003+04:00

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

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

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

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

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

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

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

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

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

А начальству я советов давать не буду- мой блог не для них, и они вряд ли читают его.

Кусочки будущего

2009-08-27T00:15:00.006+04:00

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

Ни для кого не секрет, что в нашем демократическом обществе самоцензура весьма строга. А не в "нашем" (я про иностранные СМИ) еще строже. Получить объективное представление о том или ином событии можно, но для этого надо научится внимательно ловить ньюансы того, как преподносят информацию различные СМИ. Я это понял еще в начале девяностых и, с тех пор, любая официальная информация внимательно анализируется мною на предмет выявления мелких нестыковок, оговорок, обтекаемых фраз. Тот же прием годится и для анализа информации, поступающей от корпораций. Мелочи, ньюансы- это те самые мелкие кусочки пазла, сложив который можно заглянуть в будущее. В своем прогнозе на 2009 год я обратил внимание на рынок мобильных телефонов, смартфонов. Всю первую половину я наблюдал за тенденциями, собирая кусочки пазла. Теперь можно точно сказать- "к собиранию картинки" приступили. Что получится еще не понятно, но расклад такой.

Ранее, давая совет, что надо изучать для прикладного программиста. Я указывал на Oracle, Java. Этот совет остается актуальным и ныне. В нему я хочу сделать поправку. Второй рекомендуемый набор технологий: MS SQL Server, C#. Если вы уже изучаете Java- продолжайте изучать и далее, без сомнения. Если вы стоите на распутье, и только-только прочитали мои советы, то лучше начинайте с C#. О причинах такого совета с моей стороны можно говорить много, но лучше просто послушайте сначала эту запись. К ней я добавлю, что мои сведения и ощущения подтверждают слова выступающего. Например, знакомый банковский программист из крупного банка рассказывал, что у них в банке сейчас "все ПО со страшной силой переписывают на C#". Технология .Net уже явно набрала обороты, дело не только в этом частном случае со знакомым из крупного банка. Такая ситуация складывается повсеместно. Например, возьмем следующую новость.
Карты mail.ru сделаны исключительно на технологиях Microsoft: http://www.microsoft.com/Rus/CaseStudies/CaseStudy.aspx?id=700. Основная мысль, звучащая в выступлении: технологии Microsoft позволяют сильно сократить время разработки. Для IT-компаний это весьма серьезное конкурентное преимущество. Mail.ru- весьма шустрая компания. Она умеет быстро клепать новые сервисы, запуская их раньше конкурентов. На РИФе я видел выступление, где выступающий от Mail.ru говорил, что они используют связку LAMP, весьма довольны ею и ничего более не хотят (практически дословно фразу привел). Поэтому сам факт, что такая динамичная, крупная компания, с уже устоявшимся процессом разработки, сделала пробный шаг в сторону технологий Microsoft, уже говорит о зрелости этих технологий. Практически не сомневаюсь, что через 2-3 года мы услышим о том, что Yandex запустит новый сервис на технологиях Microsoft. Не удивлюсь, если между Yandex'ом и Microsoft уже ведутся какие-либо консультации. Замечу еще, что в выступлении, кроме сокращенного цикла разработки, упор делается на то, что карты Mail.ru хорошо работают на мобильный платформах. Ну раз мы заговорили о мобильных платформах, то продолжим эту тему.
Следующая новость. Они у меня практически все от Microsoft будут- это и логично, так как другие компании столько новостей не генерят. Та же Google с Android вначале пошумев, притихла. В блогах народ уже пишет в духе "идея не пошла, не сработала". Так вот, сама новость об OneApp. Есть ощущение, что это решение должно было появиться лет пять назад. Говоря о возможной реализации многозадачности на iPhone, многие предлагали вариант с вынесением части логики на сервера, в "облака", оставляя на клиенте только интерфейсную часть. Так что идея не нова. Не нова, но очень практична и... приземленна. Да, это не новаторское решение, дух от него не захватывает. Но оно будет работать на многих мобильниках, и, если заложенная в OneApp идея простоты создания приложений и их использования будет успешно реализована, то OneApp будет весьма широко использоваться простыми пользователями, а потом, может, и бизнес подтянется. И, между прочим, на сайте в качестве образца приведены следующие приложения: игрушки, RSS, твиттер, т.е. расчет в первую очередь на развлекательный контент.
Цветные метки. Открывают возможности для создания новых сервисов. Например, можно на улице, рядом с номером дома, цветную метку ставить, чтобы организовать различные геосервисы. А можно рядом с мемориальной доской на доме такую метку установить, чтобы турист по ней мог получить дополнительную информацию об истории этого дома. А сколько всего можно сделать на основе цветных меток и OneApp! А интересно, из OneApp будет доступна камера?
Nokia дружит с Microsoft. Пока в области офисных приложений. Говорили про дружбу Nokia с Google, а оно вон как вышло.
Marketplace. Давно надо было сделать. По большому счету и сказать тут нечего- плохо, что раньше не сделали, хорошо, что наконец-то сделали.

Итак, что я вижу. Microsoft активно (на голову активней всех остальных вместе взятых) завоевывает позиции на рынке мобильных платформ. Явных приоритетов не видно- развлекательный контент или бизнес-приложения. Работает на оба фронта сразу. В этом году вряд ли почувствуем результаты усилий компании, и подозреваю, что в следующем году, разве что ближе к концу, что-то ощутимое да появится. Желающим оказаться на передовой, начать свой стартап, рекомендую обратить внимание именно на перечисленные технологии.

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

PS: Как мир меняется! Забыл заплатить за телефон. Обычный, проводной. Его отключили, а я это даже не заметил. Практически всегда пользуюсь мобильным телефоном. Для звонков по межгороду использую SIP. Обычный телефон держу в основном потому, что всю жизнь он был у меня. Привык. А тут отключили, и даже не заметил. Видимо, есть смысл совсем от него отказаться, чтобы не платить за то, чем не пользуешься. А помните времена- народ в очереди за подключением стоял десятилетиями! Давали взятки, подключали знакомых, радовались, когда им проводили в квартиру телефон. А теперь он не нужен. Даже грустно как-то, будто старого друга теряешь.

«Рассыпуха»

2009-08-11T13:32:00.004+04:00

Публикую подборку разрозненных отдельных мыслей. Для отдельных статей они мелкие, а для того, чтобы ради них заводить твиттер - они крупные (ой, только не надо сразу «озаряться» идеей миниблогинга!). Вот я и решил их высыпать одной горстью в свой блог.

Про мой прогноз на 2009 год
Продолжаю заниматься самовосхвалением. Я уже не раз писал, про то, что мои прогнозы оказываются, что называется «в струе». Может я и не первый, кто высказывает такие предположения, но, как минимум, я умею улавливать и четко формулировать носящиеся в воздухе идеи. В очередной раз порадовался, что попал своими прогнозами в точку, слушая доклад: http://www.1c-bitrix.ru/blog/rsv/1176.php. Рекомендую послушать просто для общего развития. В докладе рассказывается о стратегическом планировании в крупных компаниях. А также, какие тенденции формируются сейчас. Какие технологии будут лидировать в ближайшие 5 лет. Говорится об этом без «заумностей», простым, понятным языком.

Петр Диденко
Активность пропагандистов Microsoft высокая. Лично я среди них выделил бы Петра Диденко и Михаила Черномордикова, как наиболее активных. По крайней мере, в той области ИТ, которая мне интересна. Если Михаил пишет, в основном, официальную информацию, то Петр дает немало дополнительной информации для размышления. Например, я давно подспудно чувствовал, что хостинг в нынешнем виде уже устарел. Я замечал, что многие предприниматели не стесняются указывать на визитках своих почтовые ящики mail.ru, gmail.com и т.п. Отдельной статьей писать про это не буду – Петр это точно описал в своем блоге: We don't target geeks!, Смотрим на сайты малого бизнеса - 1.

ICQ Yandex
Верно про это событие написал Антон Носик. Замечу, что Yandex – поразительный «тормоз», и, что весьма удивительно, при этом весьма живуч в мире быстроразвивающихся интернет-сервисов. Поиск начался не с них, лидерство в почтовом сервисе за mail.ru, карты появились когда уже лет пять как были карты Google, новый «Народ.ру» - та еще тухлятина. ICQ от Yandex’a – это продолжение все той же «тормозной» линии. Я себе представляю, как принималось это решение:
- Надо развивать активней свой IM…
- А может, не будем изобретать новое, а «присосемся» к лидеру?
- Кто у нас там лидер?
- В СНГ – ICQ.
- Ну, здорово, на том и решим! Пусть будет ICQ Yandex!
И вряд ли в реальности при принятии этого решения руководство догадалось просмотреть еще и статистику по популярным клиентам ICQ. Лично я себя ощущаю одиноко и неуютно, ибо я в округе единственный, кто пользуется «настоящей аськой», остальные все уже давно сидят в QIP’e, тыча в меня пальцами. Это самый популярный клиент в СНГ. Зная это, они вряд ли бы тогда додумались бы до этого уморительного решения. И уж точно я не побегу менять свой ICQ Rambler на ICQ Yandex – ничего нового я там не увижу (тут я согласен с заявлением Rambler’a по этому поводу). В связи с этим у меня есть предложение к разработчикам QIP.

Предложение к разработчикам QIP
Программа уже имеет свою функциональность, которая реализована через сервера QIP, не ICQ. Например, передача файлов. При этом, файл закачивается на сервер QIP, а пользователю – получателю файла отдается ссылка для скачивания. Что мешает проверять у пользователя контактный лист на предмет того, что на другом конце другой пользователь тоже использует QIP? Ничего. Тогда, если оба пользователя используют QIP, то автоматом пускаем трафик через сервера QIP, а не ICQ. У «аськи» часто отваливаются коннекты, много сбоев, таким образом, перевод трафика на сервера QIP позволит решить эту проблему. В принципе, после этого шага стандартная «аська» окончательно потеряет свою лидирующую позицию в России, и взойдет звезда QIP. Yandex’у стоит подумать о том, чтобы прикупить себе QIP, также, как это они сделали в свое время c Punto Switcher.

Предложение к РБК
Область IM давно уже устоялась. Однако, в последнее время, в области IM чувствуется некоторое движение: Rambler выпустил Virtus, Yandex «кобрендит» «аську». У mail.ru свой клиент уже давно развивается (эти ребята молодцы - всегда оперативны). РБК – крупный портал, но пока в общую струю не попал, своего IM-клиента не распространяет. А ведь для РБК монетизировать своего IM-клиента было бы просто: добавьте новостную ленту, котировки. С 15 минутной задержкой – бесплатно, без задержки – по подписке, платно. Как идейка, а?

Skype и все, все, все…
Вокруг skype наблюдается движение. Особенно активно обсуждают то, что лицензия у Yahoo истекла на использование технологии skype. В связи с этим некоторые с сомнением высказываются, а сможет ли Yahoo перейти на другой протокол и т.п. Как разработчик, я примерно представляю, что для этого надо сделать. Но, в общем, никаких чудес – без проблем перейдут на другой протокол, и вопрос на этом будет закрыт.
В последнее время, настраивая видеосвязь с тещей, я перепробовал несколько программ. Так вот, все другие мессенжеры и «рядом не лежат» со skype по удобству интерфейса. Так совпало, что в последнее время я помог настроить видеосвязь с детьми еще нескольким пожилым людям. Они моментально понимали, куда надо нажимать. Да и что тут было непонятного, когда при вызове абонента появляются большие крупные кнопки посреди экрана: «Ответить», «Ответить с видео» и «Отклонить»? В общем, может кого-то и смущает проприетарный протокол skype, но, кроме протокола, учитывайте еще и интерфейс.

СПО
Благополучно не ввязавшись в обсуждение «за» и «против» СПО, хочу сейчас сказать не об СПО, а о бизнесе, более общем понятии, чем СПО. Для тех, кто не остыл от обсуждений, повторю: НЕ об СПО. Я работаю в софтверной компании и моя зарплата на 100% ‑ это продажи ПО. У нас традиционная модель продаж, от пиратов мы защищается аппаратными ключами. Деньги берем за покупку лицензий, а вот техническая поддержка у нас совершенно бесплатна. Обновления промежуточных версий также бесплатны. Лично мне все равно, каким способом компания будет зарабатывать на разработке ПО, однако, если модель СПО принесет компании больше денег, и я смогу себе выбить большую зарплату, то я только «за» буду. Помню, еще в школе нам рассказывали, что капиталисты – они умные, безоглядно коммунизм строить не стали (безоглядно – это к вопросу о нашем менталитете, я скажу об этом подробнее ниже), а из трудов Маркса взяли только то, что реально им выгодно было. Так и в этот раз будет. Как только модель СПО достигнет сколь нибудь значимых результатов, к нынешним СПОшникам придет упитанный капиталист с масляной улыбкой и пухлыми ручками. Приятельски приобнимет СПОшника за плечи, дружески похлопает по спине, пожмет руку и скажет: «Ну, молодцы, молодцы! Спасибо от всей души, а дальше мы уж как нибудь сами.» СПОшник удивленно вскинет брови: «А деньги?!» На что капиталист жестко подтолкнет его к выходу: «Какие деньги?! Я же тебе спасибо сказал! Иди, иди, придумай еще способ, как можно заработать деньги. Ты ж молодой, активный – не пропадешь, а мы уж тут сами, как нибудь…» Думаете, я фантазирую? Ничего подобного. Несколько лет назад Стив Балмер говорил о том, что реально покупателям исходные коды не нужны, но, если это будет востребовано (читайте: «принесет больше денег»), они готовы будут его предоставить. Как видите, про само СПО я не говорил, только про бизнес, который, если это будет выгодно, будет и СПО модель использовать, лишь бы денег на этом можно было сделать больше.

Саакашвили - дурак!
Когда была вооруженный конфликт между Грузией и Осетией, то я, проходя мимо одной стены, прочитал «настенную живопись» местной гопоты: «Саакашвили – мудак!» Тогда я удивился: надо же, раньше их хватало только на то, чтобы написать слово из трех букв, а тут, прям, целая осмысленная фраза, политизированная. До чего же мозги промыли, что, аж, местная гопота, и та, прониклась правильной идеологией. В субботу, 08.08.09 я на себе прочувствовал силу пропаганды. Так как я совершенствую свой английский язык, то включил CNN. Там показывают Грузию и Саакашвили, возлагающего венки. Ну, все ясно. Старая волынка - «они» за Саакашвили, а мы – против. Переключился на Russia Today, чтобы «в фоне» говорили, а сам занялся покраской окон. Спустя пару минут пошли репортажи про Осетию, про войну. Через час репортажи все еще шли непрерывной чередой. Мозг стало ломить. «Так переключил бы канал!» ‑ воскликните вы. Но в том-то вся загвоздка: я красил окна. Руки были перепачканы краской, и я не хотел испачкать пульт. Вынужден был слушать. Я понимаю одна передача, но весь день… Промытый мозг гарантирован. Я понимаю, что это трагические события, я знаю официальную государственную позицию по этому вопросу и понимаю, что СМИ отрабатывают «свой хлеб». Но, мне кажется, они слишком усердствуют. Вот бы кто-нибудь из тех, кто присматривает за правильностью СМИ, дал им «по шапке» за это излишние усердие, переходящее разумные границы. Это к вопросу о менталитете: если что-то и делаем, то грубо, неуклюже.
По этому поводу вспоминаю вагонный разговор с одной дамой, живущей в Турции. Тогда тоже были какие-то громкие политические события и, по словам этой дамы, Россия со стороны выглядела очень грубо и агрессивно.
Вот такие вот мы… а еще у нас холодно и медведи с топорами ходят. Или мужики с топорами, а медведи сами по себе. Да фиг его знает! В общем, загадочные, непонятные мы дня остального мира. А, значит, нас лучше бояться.

Убогая жизнь

А вы замечали, что:

В России среди браузеров большую долю занимает Opera, в то время, как в остальном мире ее доля составляет менее 1%.
Основным IM-клиентом у нас является ICQ, в мире – WLM. ICQ в мире практически никому не известна.
У нас самой популярной социальной сетью являются одноклассники, в мире – facebook.
В поиске у нас популярен Yandex, в мире, в подавляющем большинстве стран, – Google.
До недавнего времени у нас очень распространенным средством разработки была Delphi, в остальном мире о ней практически никто и не слышал.
Высокая популярность Live Journal, какой данный сервис в остальном мире и близко не имеет.
Windows у нас хоть и широко используют, но любят при каждом случае пнуть ее разработчиков, и воскликнуть «винда must die». В мире в целом очень уважают Windows, считая ее замечательной ОС.

Не считая Delphi, остальное, что я перечислил – широко распространенные продукты, которыми пользуются очень многие. Почему так происходит, что мы не как все? Может быть, из-за того, что мы не как все, остальной мир и относится к нам настороженно? Может быть, это связано с не до конца разрушенной изоляцией от остального мира, не физически, а в умах? Мы враждебно воспринимаем их технологии (см. пример с «виндой») или просто не воспринимаем их (не созрели для их уровня технологий)?

Еще о молодых перспективных специалистах и обо мне

2009-07-25T16:48:00.007+04:00

В свое время я писал о молодых перспективных специалистах. За прошедшее время у меня появилось пара наглядных примеров по поводу важности опыта. Изначальный посыл, приведенной по ссылке статьи, таков: да, иметь хороший багаж знаний важно. Но это наиболее важно на старте карьеры, ибо на старте, кроме как знаниями, гордиться больше нечем. С годами опыт набирает силу и больше ценится, чем знания. Оба примера из моей жизни, что называется, испытал на собственной "шкуре".

Первый пример. Без малого 10 лет назад под большой проект писал я ПО. В одиночку, быстрыми темпами. Потом еще несколько лет были мелкие доделки, версия программ доросла до 3.5. И, в общем, все- работало годами без переделок. Я уже уволился оттуда лет пять назад, но, общаясь со знакомыми, периодически интересовался судьбой своих программ. Новые программисты, молодые и горячие, приходили, "махали шашкой": "Кто писал ЭТО?! Да мы сейчас за три дня перепишем..." И далее звучал список самых последних крутых технологий программирования, с помощью которых собирались переписать. Я спрашивал, а что не устраивает? В основном, только то, что использовалась БД Interbase, а не MS SQL Server, что доступ к базе был через специализированные компоненты доступа, а не через ADO, что пользовательский интерфейс был построен на базе стандартных компонент, а не на DevExpress. Когда молодые программисты брезгливо морщили носики от всего этого "старья", то они не учитывали время, когда это все писалось. В конце девяностых MS SQL Server был совсем другим- его Microsoft только купила у Sybase и по функционалу и производительности тот же Interbase делал его как сосунка, DevExpress просто не существовало и т.д. Функциональность устраивала, код не был "лапшой" (все примитивно- обычное накидывание компонент на форму и простая логикой). Реально, желание переписать ПО было не более, чем амбицией молодых перспективных специалистов (см. п. 2 исходной статьи). Я тогда еще, пару лет назад сказал, что ничего из этого не выйдет- там не то, что 3 дня, там реально минимум на год было работы, а с учетом того, что надо было, помимо переписывания, еще и текущую работу выполнять, то и все 3 года занял бы процесс переписывания. Да и смысла не было в этом совсем.

Итак, взмахнув лихо шашками, начали процесс переписывания. Прошло более 3 лет. За это время удалось переписать только несколько вспомогательных утилиток и процесс умер, сошел "на нет" сам собой.

А мое ПО уже десятый год, без существенных модификаций, продолжает работает. С одной стороны приятно, и я испытываю гордость за созданное мною ПО, но с другой-сколько ж ему, горемычному, еще пахать? Давно пора б заменить другим, более современных ПО, уже все разумные сроки эксплуатации вышли. Представьте себе БД, с которой молодые специалисты не хотят связываться из-за брезгливости, работает в автономном режиме уже десяток лет! На время моего ухода там уже было 1,5 млн. записей, а теперь и все 5 млн. будет- ее же никто не чистит, не обслуживает... а только ухудшает.

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

Занавес. Минута молчания.

Второй пример. Примерно год назад разрабатывал я один модуль. Перед до мною возникла проблема, как правильней его сделать. Была фабрика классов с метаданным, нужными этим классам. Возник вопрос, как лучше поступить с метаданными: создавать копию метаданных для каждого объекта заданного класса или ссылаться на метаданные класса, лежащие в фабрике? С одной стороны, если сохранять метаданные в объекте, то можно для каждого объекта в отдельности задавать свой набор метаданных, кастомизировать их, но с другой стороны- это же избыточно. С одной стороны избыточность невысокая- их совсем не много, но с другой стороны, если надо глобально всем сразу изменить метаданные, то удобней, когда используется единый набор метаданных. Хм, выбор явно не однозначный. Логика была за вариант общих метаданных для всех. А потом, если понадобится, то можно и "ленивое" копирование организовать. Но интуиция, сформированная на опыте, подсказывала, что надо копировать. Да это не логично, да, "ленивое" копирование- хороший вариант. Но, все равно, лучше копировать, и точка! Интуиция победила. Т.к. метаданные- это обычная структура, не класс, то копирование их в коде- это одна строчка. Спустя год я реально ощутил, как здорово, что я не повелся на аргументы логики, а прислушался к "дочке" своего опыта - интуиции. Оказалось востребованным динамическое изменение поведения классов, и тут замечательно пригодились метаданные, в которых я стал хранить флаги состояний. Где надо- использую паттерн "декоратор", а где-то обычными if'ами обхожусь, анализируя метаданные.

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

Гляжу на код более молодых коллег: он правильный, логичный, но... он ошибочный. Раньше я старался подобрать слова, чтобы объяснить, почему лучше сделать по-другому. Это очень трудно сделать потому, что надо суметь объяснить невидимые в рамках нынешнего задания вещи. То, что возникнет через месяц, через год и потребует полного переписывания ныне кажущегося логичным кода. Теперь я уже просто говорю: "Сделай так, приятель!" Без объяснений- придет время, и этот приятель поймет, что я был прав.

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

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

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

Я стараюсь, я учусь, я набираюсь опыта. Я уже не молодой перспективный специалист, но еще и не гуру. Я в пути.

Закулисные игры

2009-07-20T23:54:00.004+04:00

Эта тема связана с предыдущей. Как я уже говорил, подбираю теще ноутбук. Вернее нетбук- ей все же в фотошопе не работать, да и "ворд" не нужен. Интернет, почта, видеосвязь, обмен фото- вот и все потребности. Я рассчитывал на что-то вроде EEE PC 900. Т.е. экран дюймов 9-10 (7 дюймов мелко слишком для пожилого человека), кнопочки покрупнее, wifi. В интернете предложений много, но когда реально обзваниваешь, то говорят, что их нет в продаже и не будет- сняты с производства. Обошел кучу магазинов- аналогично. А что же есть?
Есть за 6000 рублей EEE PC 700. Так, для ребенка игрушка- не более. А далее цены уже идут от 10000 рублей и далее с шагом в 1000 рублей легко можно подобрать 2-3 модели. Вопрос. Почему ценовой диапазон 6-10 тысяч рублей, фактически, пуст? Модель EEE PC 900 была очень популярна, и, как раз, полностью закрывала эту нишу кучей своих разновидностей с небольшими отличиями. Явно же ниша "зачищается" от "старья" не просто так.
Моя догадка такова. В предверии выхода Windows 7 подготавливаются новые модели нетбуков, которые как раз заполнят эту нишу.

На основе этой догадки можно предположить, что нетбуки на Windows 7 будут стоить от 7-8 тысяч рублей.
Учитывая, что у всех производителей из продажи исчезли нетбуки ценой 6-10 тысяч рублей, предполагаю тут наличие соглашения с Microsoft. Освобождение ниши от нетбуков на Windows XP призвано расчистить путь новой ОС, с самого старта продаж обеспечив ей хорошие позиции. Под таким ракурсом оптимизм Прянишникова по поводу продаж новой ОС выглядит оправданным.

PS: Пока остановился на Lenovo Ideapad S10- поработал немного на нем, всего осмотрел. Замечательная машинка! Всем рекомендую- и кнопочки хорошие (тексты на них легко набираются), и экран хороший, и корпус добротный. Выглядит очень строго, стильно. По характеристикам для офисной работы, как говорится "выше крыши". Но он стоит 13-15 тысяч рублей. Хотелось бы попроще и подешевле- не переплачивать за ненужные "понты". Ну зачем для общения 60 Гб винчестер? Вот как у EEE PC 900 винчестера на 16-20 гигабайт хватило бы "за глаза". Если кто знает, где в Москве реально можно купить новый нетбук за 7-8 тысяч рублей - подскажите мне, пожалуйста!

Мы живем в прекрасное время!

2009-07-20T22:50:00.003+04:00

На днях разговаривал с приятелем. Сказал, что собираюсь теще купить ноутбук, чтобы мы могли с ней постоянно связь держать по skype. И не просто связь, а видео. Чтобы она видела внучку, чтобы внучка общалась с ней. Мы посчитали с женой, что такой вид связи окупится чуть меньше, чем за год, при этом, общение будет более интерактивное, качественное. На что он мне сказал, что уже год так общается. Оглянувшись вокруг, я увидел, что многие из моих друзей, знакомых уже общаются с родственниками по скайпу!
Что же удивительного спросите вы?

У многих родственники живут не то, что в небольших районных центрах, а прямо таки в глухих деревнях. Да, там интернет дорог, но все равно такой вид связи дешевле обычного телефона.
Компьютерами пользуются люди, никогда не сталкивавшиеся с ними! Бабушки, тетушки и т.п. Я лично сам своей родственнице-пенсионерке объяснил по телефону, что в скайпе зеленая кнопочка- вызов абонента, красная- отбой. И она поняла сразу как пользоваться!

Вы понимаете, что происходит?! Буквально у нас на глазах компьютер, с которым ранее копались лишь гики, теперь становится обычной бытовой техникой. В этом ракурсе правильный девиз избрала HP: "Компьютер вновь стал персональным!" И это здорово.

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

Вторая моя благодарность ОС Microsoft Windows. Кто б что ни говорил, а именно она уже стала де-факто ОС для домохозяек. Она им понятна- остальное роли не играет. Можно сколько угодно говорить про ее недостатки. Плевать! Компьютер с Windows годами работает без сбоев, без зависаний. Как телевизор, как холодильник 70-летняя бабушка его просто включает, запускает скайп под Windows и звонит внучкам. Все, потребность в общении удовлетворена! И удовлетворена не MacOS, не Linux.

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

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

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

Отличный ход Microsoft

2009-07-14T11:14:00.002+04:00

Вот сама новость, на которую я хочу обратить внимание читателей моего блога:
Realtime Communications Blog: WPC09 - day 1

Подчеркну что:

С Windows7 как торопятся- уже 1 сентября начнет продаваться. Не думаю, что единственная причина этого то, что компания стремиться загладить шероховатости Vista побыстрей. Видимо, есть мысль, бизнес-идея, которая еще на уровне подсознания бродит в умах, но пока не явная. Что-то более масштабное, ради чего формируются такие сроки и, я бы сказал, "аура" вокруг Windows7.
Office Web. Компании смогут устанавливать его на свои внутренние корпоративные сервера. В отличие от Google Docs. Это очень сильный удар под дых гуглу: "Ах, вы на десктопы полезли! Получите!" :) Нет, конечно, я так не думаю- на самом деле это все в духе времени: SaaS, аренда ПО и т.п. Те же хостеры, например, смогут сдавать в аренду Office Web на привлекательных условиях. Учитывая необычайную убогость Google Docs, занять тут лидирующие позиции будет несложно. С удовольствием бы Office Web потестировал. Может дадут доступ в первых рядах, я уже давно зарегистрирован и как разработчик, и как пользователь ПО Microsoft.
По поводу Microsoft Dynamics CRM как-то активизировались. Мой нагоняй, что ли имел свое действие? Не, не может быть... хотя фиг его знает.

Про Lotus Symphony

2009-06-25T00:30:00.003+04:00

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

И вот, в новостях прочел, что вышла новая версия Symphony. Я раньше слышал про этот набор ПО, но все руки не доходили попробовать. Тем, кто не знает- это сделанный на основе OpenOffice пакет офисных программ: текстовый редактор, электронные таблицы, презентации.

До этого у меня стояли OpenOffice, StarOffice, но я их удалил- их использовать для полноценной работы практически невозможно. Будете смеяться, но я даже предпочитал работать в Google Docs, чем использовать эти поделки.

Теперь вот, наконец, попробовал Lotus Symphony. Очень приятно удивил меня этот пакет. Я вообще-то вредный пользователь: использую и макросы, и стили, и различные виды разметок, связи между документами. Мне все это надо. Ни OpenOffice, ни StarOffice, ни Google Docs этого не умеют или в них это реализованно очень криво. MS Office это все может, но он денег стоит. Нет, конечно Symphony по функционалу не то что не переплюнул MS Office, он даже и близко не подошел. Тем не менее, отмечу приятный интерфейс, макросы, возможность чтения кучи документов в разных форматах. В общем и целом молодцы!

Из минусов- просто поразительные 60 мегабайт оперативной памяти занимает и весьма медленно запускается.

На первый взгляд, Lotus Symphony- продукт, достойный вашего внимания. Попробуйте и вы поработать на нем!

Карты от Microsoft: Bing Maps. Какой сюрприз!

2009-06-24T23:37:00.006+04:00

В заголовке есть ссылочка. У кого Bing Maps не установлены, вот скриншот:

Присмотритесь, ничего не замечаете? На карте есть Казахстан, Украина, даже малюсенькая Грузия подписана огромным шрифтом, явно более крупным чем, например, Казахстан. Но на месте России красуется белое неподписанное пятно! За что так обидели Россию? А за что Грузию в "любимчики" записали?

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

Обращаюсь к россиянам-евангелистам от Майкрософт, восстановите славное имя Россия на глобусе Bing Maps!

Молот ненависти

2009-04-27T12:43:00.005+04:00

Ученье- свет, а неученье- тьма.

Для быстрого старта в мире ИТ я давал рекомендации. Однако, лет через пять успешного труда и продвижения по карьерной лестнице, многие почувствуют ЭТО. Сначала не обратят внимания, потом ЭТО вызовет раздражение, потом ненависть, уныние, депрессию. Затем в каком-либо программистском форуме появится вопрос: "Что делать, куда двигаться дальше?" Да, все верно, ЭТО он- "стеклянный потолок". Это когда вы чувствуете, что дальнейшие усилия для продвижения по карьерной лестнице, для повышения зарплаты приносят все меньше и меньше денег. В конечном итоге, вы понимаете, что можно все 24 часа работать, и при этом, реально, существенного улучшения материальных условий у вас не произойдет. Теряется смысл дальше ударно работать, быть инициативным, креативным. Блеск в глазах тускнеет, пульс замедляется… Мозг сверлит вопрос: «Это конец»?

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

Конечно, всегда есть крайние случаи: кто-то решает радикально сменить профессию, и уходит в менеджеры. Однако все менеджерами и руководителями стать не смогут– хотя бы потому, что всем мест не хватит. Так что же делать остальным?

Есть другая крайность- дауншифтинг. Живите в свое удовольствие, под этим стеклянным потолком. Почему бы нет, если психологически это вас не тяготит и денег хватает?

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

Пожалуй, как основное, я выделил бы совершенствование знаний в выбранной области деятельности. Научитесь не просто программировать, а узнайте тонкости компилятора. Изучите технологическую основу, на базе которой разработан компилятор и используемые вами в работе библиотеки. Ведь используемые технологии определяются назначением языка программирования, а все вместе формирует область применения. В этой области применения использование вашего инструментария будет наиболее эффективным, а четкое знание назначения, области применения, технологий позволит точно определять свои возможности, правильно позиционироваться на рынке труда. К тому же это отучит вас от глупой мысли: «Мне все равно, на чем программировать - я выбираю тот инструмент, на котором мне удобно решить задачу». Чтобы понять, почему это- глупость несусветная, прочтите эту статью (п. 6).
Учите английский язык. Знание языка открывает широкие перспективы поездить, поработать по всему миру. Кроме того, вы без труда сможете читать англоязычные профессиональные форумы, читать документацию из первоисточников. Это реальное, конкурентное преимущество на рынке труда. Даже если вас не привлекает перспектива работы за границей, то у вас появляется возможность трудоустройства в российские представительства иностранных компаний. Там, как правило, требуется обязательно знать английский язык. Учтите к тому же, что зарплата в представительствах повыше будет, чем в среднем по рынку. Как видите, знание языка- сильнейший удар по «стеклянному потолку».
Научитесь усидчивости. Мой научный руководитель в университете постоянно сетовал, что нынешняя молодежь не умеет читать. Это правда. Очень важно научится читать внимательно, вдумчиво. Выжимая по максимуму информацию из каждой строчки. К своему стыду, я вспомнил свою историю на заре трудовой карьеры. У меня была английская документация по микросхеме. Я, в соответствии с ней, программировал микросхему, мне возвращался статус «ОК», но ничего не работало. Микросхема редкая, в России я, похоже, был первым, кто с ней работал – я на уши поставил форумы, поднял все свои связи. Никто не мог мне помочь. Через ПОЛГОДА я таки разобрал документацию. Вся проблема заключалась в одном слове. Я не мог его перевести. Оно было очень маленькое, короткое и я придавал мало ему внимания, считая, что это какая-то частица или междометие. Я ПОЛГОДА КАЖДЫЙ день бился с этой микросхемой, но как только понял смысл этого слова, я в этот же день смог ее запустить.
Учитесь понимать других людей. Вдумывайтесь в то, что говорят вам. Приведу в качестве примера привычку отвечать буквально на каждое предложение оппоненту в дискуссии на форумах. Весь текст разбивается на цитаты, и по каждой цитате пишется ответ, прямо вот как сверху вниз читается текст, так сразу пишется ответ. При этом текст не воспринимается целостно, вырванные из контекста цитаты становятся бессмысленными и часто даже противоречащими друг другу. Дочитайте мысль оппонента до конца. Обдумайте и напишите целостный ответ, не рванный на цитаты. Сохраните в черновиках. Вернитесь к ответу через часик-другой. В 90% случаев вы поймете, что ответили чушь, и, что вообще лучше не отвечать. И, если после этого всего равно вы увидели, что дали достойный ответ, то тогда и отправляйте его оппоненту. В своем блоге я очень часто сталкиваюсь с этим. Вот и с предыдущей статьей про MS Dynamics так получилось. Ее прочли несколько сотен человек, но нашлись несколько человек, которые не поняли ее мысли, оценив ее по шаблону. Идея статьи в том, что я, как дилетант, взглянул на продукт и сказал, что мне там непонятно и помечтал о том, как бы я его развивал (я так и написал в статье «пофантазируем»). Однако, это было воспринято как неквалифицированная критика ПО и вызвало резкую реакцию. Пока не раздулся излишний флейм, я быстренько еще раз жирным буквами разжевал смысл статьи. Я, в свою очередь, буду стараться попроще, пояснее доносить свои мысли, но все же и комментарии мне желательно оставлять подумавши.
Последнее, что бы я посоветовал для общего развития – изучайте прикладную математику. Алгоритмы. Читайте Кнута. Это из разряда вечных ценностей.

А теперь, резюмируя все выше сказанное, посмотрите, как заманчиво выглядит все это: «Специалист в своей области. Знающий досконально соответствующие стандарты и технологии. Внимательный и тщательный. Имеющий широкую алгоритмическую подготовку. Бегло говорящий на английском языке.» Даже такое абстрактное описание у работодателя уже вызовет слюнки. А вы, вооруженные собранными воедино перечисленными знаниями, без труда пробьете, как молотом, этот ненавистный «стеклянный потолок».

Амбиции против голоса разума

2009-04-13T15:04:00.002+04:00

Хочу высказать свое возмущение некоторыми публикуемыми вакансиями, а работодателям дать шикарный тест для претендентов на должность ведущего программиста или архитектора в конце статьи. В очередной раз читаю среди вакансий на форуме: "...требуется системный архитектор..., муж., возраст 25-35 лет...". В комментариях и без меня хватило народу, чтобы в пух и прах разнести эти требования. Что же лично мне не нравится в вакансии, кроме того, что указание пола и возраста противоречит конституции РФ?

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

В 22-23 года большинство заканчивает ВУЗ. Хорошо, если студент заранее стажировался в софтверной компании. Однако, как показывает опыт, уделять существенное время работе он не может из-за учебы. Фактически, студента можно использовать только для очень маленьких задач, буквально с ежедневным контролем их выполнения.
Ясно, что на работу ведущим программистом, выпускника, с мизерным опытом работы, вряд какая-либо компания возьмет. Это означает примерно 1-2 года работы на стажерских позициях или работа в должности программиста, но без ответственности за проект. Практически, только после 25 лет программисту-стажеру можно будет поручать самостоятельную работу над участком проекта, не боясь, что он там сильно "накосячит".
Однако чтобы стать действительно ведущим программистов, не по бумажке, а по опыту работу, по знаниям, надо чтобы прошло еще лет пять. Я не вычислял эти цифры- все "на своей шкуре" испытано. Необходим багаж полностью выполненных 2-3 проектов, чтобы пройти через все стадии разработки и закрепить эти знания. Учитывая, что серьезные проекты длятся от полугода до нескольких лет, то 5 лет на работе в должности программиста уже не выглядят большой цифрой. Это минимум. Таким образом, нам 30 лет, а мы все еще программисты.
После этого надо поработать ведущим программистом. Это даст опыт руководства группой программистов, умение распределять и ставить задачи. Этот этап перепрыгнуть нельзя - архитектор, не умеющий общаться, доступно излагать мысли ничего не стоит. Аналогично, 2-3 проекта для накопления и закрепления опыта. Это еще примерно 5 лет, а значит наш возраст уже 35 лет.
Вот тут уже, после 35 лет жизни, можно и о карьере системного архитектора задуматься. Если пыл еще не угас, то почитайте, что надо чтобы получить сертификат архитектора от Microsoft. Тут явно 35 годами жизни не отделаешься. Но уж если получили сертификат, нашли работу архитектора, то примите мои поздравления - вы достигли действительно выдающихся результатов!

А теперь, возвращаясь к первоначальному вопросу, я хотел бы спросить того работодателя: "Где вы вообще видели архитекторов до 35 лет?" И другой вопрос к претендентам на эту должность: "Вам меньше 35 лет? Вы уверены, что действительно являетесь архитекторами на деле?" Чтобы многим сбить самомнение предлагаю шикарный тест, который недавно мне преподнесла жизнь. Я с тестом справился отлично. Недаром уже несколько лет работаю ведущим программистом, а не только по трудовой числюсь таковым. Итак, задача.

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

Задание 1. Разработайте формализованную модель описанной процедуры записи на прием к врачу.

Задание 2. Укажите слабые места в таком способе записи на прием к врачу.

Задание 3. Представьте, что вы пришли на запись в 7 утра, а очередь уже из 50 человек. При этом врач принимает не более 15 человек в день, т.е. в этот день на прием записаться вы не успеете. Можно ли что-то все-таки сделать, чтобы записаться (применение силы и взятка не считается)?

Ответы:

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

PS: Набирал текст в «Google Docs». Как же он меня замучил! Регулярно автоматически сохраняется, и при этом теряется фокус с области ввода текста. Надо брать мышку и снова тыкать в то место, на котором меня застало врасплох это чертово автосохранение! Случается это через раз, и достает сильно.

Что я бы сделал с MS Dynamics

2009-03-27T13:33:00.004+03:00

Прочитал Андрея Колесова про MS Dynamics или вот здесь еще:

Microsoft готовит новую версию Dynamics AX
Microsoft -- точнее, ее подразделение Microsoft Business Solutions -- не собирается снижать свою активность в …

Открыть материал

Все же интересная ситуация вокруг этого продукта. Обычно Microsoft мощно заходит на новые для себя рынки: регулярно выпускают новые версии; распространяют ПО разными путями, в том числе, бесплатная поставка в составе ОС; добиваются того, чтобы продукт в своем сегменте был лучшим и занял доминирующее положение. А тут- многолетняя вялость. Вбухали денег в покупку Axapta, Navision- ну хоть бы как-тор их слили, выстроили из них единую линейку решений для бизнесов разного уровня. В одной стороны, реклама как бы есть, но с другой стороны посмотрите на интернет ресурсы, посвященные этому ПО:
http://www.microsoft.com/rus/dynamics/default.mspx
http://www.ms-dynamics.ru/

Это самое лучшее, что я нашел. Бедность и убогость- вот мои впечатления. ведь автоматизация деятельности предприятий- это большой и денежный рынок. 1С на этом рынке больше похож на рака из пословицы "на безрыбье и рак рыба". У этой российской системы много слабых мест СИСТЕМНОГО уровня, т.е. фактически не устранимых. Пользуясь слабыми местами конкурента, несколькими движениями можно занять значительную долю на этом рынке.

Можно констатировать парадоксальную ситуацию: есть продукт, на который много затрачено денег; есть рынок, который еще не "закостенел" и довольно таки чувствителен к изменениями; стратегия Microsoft и тут применима, однако колОс замер, почти не двигается. Я много лет занимался внедрениями, автоматизацией предприятий, в свое время "накушался" 1Ски по "самое не хочу", т.е. эта сфера деятельности для меня не чуждая. С MS Dynamics сталкиваться не приходилось- только общие описания из интернета. Вот мне и стало интересно, а как бы я продвигал этот продукт. Пофантазируем?

Интерфейсы перегружены контролами- конечно, впечатляет, сразу думаешь как много может программа, но пользоваться этим не хочется. Надо переделать формы.
Мало материала в интернете. Если нет соответствующего евангелиста в компании, то назначить, если есть- дать "втык".
Перевести англоязычный интерфейс и справку на русский язык. Это уж форменное безобразие: как вы себе представляете кладовщика, который пыжится понять что-то по английски
Книги: руководства пользователя, программиста, "Dynamics за 21 день" и т.п.
Пробная версия с сайта отдается только по запросу. Надо сделать бесплатную триальную версию, выложить ее на сайт для закачки одним кликом, без всяких запросов. При этом сразу после установки должен запускаться самоучитель и обучать на установленном типовом примере. Типовом именно для российских реалий. В идеале- чтобы в самоучителе, введя данные, человек мог сразу для себя сделать конфигурацию и продолжить работать уже в обычном режиме используя программу.
На сайте Майкрософт по Dynamics куда на страницу не ткни, чаще всего попадаешь на просьбу позвонить. Раздражает.
Нужны типовые конфигурации, регламентированная отчетность.
Регулярные обновления конфигураций в соответствии с законодательством (важно для мелкого и среднего бизнеса). Для этого проще заключить договор с какой-либо российской фирмой, чтобы она поставляла такие обновления.
Продвижение академических программ: в ВУЗах есть такая специальность: информационные технологии в экономике. Кафедры будут обеими руками "за".

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

"Моя твоя не понимать!"

2009-03-16T23:59:00.003+03:00

Прочитал сегодня в новостях:

С.Иванов: Кризис почти не сказался на IT-индустрии

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

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

РБК. Потребрынок

Как же эти заявления соотнести с этим:


16 марта 2009 года // Макроэкономика, Россия, Кризис, Кризис в России, прогноз, дефицит бюджета
Регионы пошли на сокращение бюджетов
Российские регионы проводят резкое — до 30% — сокращение бюджетных расходов, о чем информируют Минфин. Под сокращение попадают работники местных администраций, автопарк чиновников, региональные программы развития. Капитальные вложения урежут на 50-90% Продолжение статьи

И с вот этим:

ИТ-затраты сократятся вдвое сильнее, чем ожидалось

Исследователи Goldman Sachs прогнозируют, что «с учетом тенденций развития ключевых экономических показателей, а также устойчивого стремления бизнеса к сокращению расходов» мировые ИТ-бюджеты в 2009 г. снизятся на 9%. В ноябре 2008 г. аналитики агентства полагали, что падение составит только 4%, передает The Associated Press.

Для сравнения, по данным той же аналитической компании, в 2008 г. мировые ИТ-затраты продемонстрировали 6%-й рост, в 2007 году они выросли на 9%. Нынешний прогноз — худш… полный текст

Источник: CNews

Из личной жизни скажу, что у меня знакомого PM'a сократили, у нас на предприятии строжайший режим экономии. Так значит ИТ не сильно пострадали?

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

Другая несуразность: цены на нефть упали более чем вдвое, но бензин подешевел слабо, и то, под нажимом ФАС.

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

Помню ситуацию с Чечней: выделили на восстановление много денег, а потом из уст тогдашнего президента было сказано примерно в духе: "Деньги выделили, но они куда-то пропали. Найти не можем." Сейчас аналогичная ситуацию выделили кучу денег на поддержку фондового рынка, на кредиты, на отсрочки по ипотеке. Эй, кто в последний раз видел эти деньги? Не напрягайтесь- не найдете.

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

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

PS: Букв написал немало, а нового вроде ничего и не сказал... Что, разве было когда-то иначе?

Интернет-стартапы в 2009 году

2009-03-05T12:05:00.000+03:00

Я давал мой прогноз на 2009 год еще в ноябре. И вот от 15 ферваля прочитал отчет:
Интернет-стартапы в 2009 году. Интересно, что в нем финансированию мобильных платформ дана "зеленая дорога". А судя по приведенной табличке, если сделать для PDA просмотр ТВ, слушание цифрового радио, то инвесторы деньгами вообще засыпят по самые уши хоть сейчас. В своем прогнозе я тоже говорил про перспективность мобильных платформ.
Интересно, каких это потребует изменений в технологии производства ПО? Ведь там и пользовательские интерфейсы по-другому проектируются, и мощности железа другие, и, вообще, условия использования ПО другие (на ходу, в пути и не продолжительными сеансами). Без сомнений, средства разработки будут меняться.
Интересно, что из всего этого получится?

Кто есть кто в мире IT. Часть 8.

2009-02-20T00:20:00.002+03:00

Мои мысли о тенденциях развития ИТ в России

О типах компаний я расписал подробно и дал рекомендации по выбору компании. Следует еще поговорить о специализации. Чем именно заниматься: САПР, интернет, АСУ ТП или чем-то другим? Начну с резких выпадов в сторону излишнего увлечения модными технологиями. Тут будет много эмоций, т.к. испытывать эти модные "штучки" приходилось на собственной шкуре. В 99% опыт был весьма разочаровывающим.

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

При всем моем уважении к известным личностям в ИТ-тусовке, позволю себе еще раз сказать про SaaS, SOA, cloud computing и прочее: я не скажу за весь мир, но в сегодняшней России им места нет. При охмуривании заказчиков лучше этих слов не говорить: будет непонимание (мы же до этого жили как-то- зачем нам это сейчас?), хмурые брови (подозрение, что хотят обмануть). Сергей Орлик тут прав: http://sorlik.blogspot.com/2009/01/service-oriented-enterprise.html. Прав в том, что не надо пугать клиентов такими словами.

Да, к нам на завод, на склад приходили внедренцы-агитаторы, которые пытались внедрять 1С, Oracle Forms и много еще чего- уж и позабыл что именно. Обычно все упиралось в то, что они не могли ответить на вопрос: "Что у вас есть такого, что у нас еще не внедрено, и нам это очень-очень надо внедрить?" Практика показывает, что запуск нового бизнес-процесса занимает 1-2 месяца. При такой скорости разработки любые внедренцы будут постоянно в роли догоняющих, а фиксировать функционал и ждать когда они его реализуют- бизнесу этот вариант не подходит. А красивые слова о высоких технологиях, масштабируемости, перспективах разбивались о конкретные факты. Мне ни разу не пришлось столкнуться с тем, чтобы возможностей классической клиент-серверной технологии работы с БД "не хватало". А я работал с многогигабайтными БД, которые не особых "напрягов" держали около 300 активных, подчеркиваю- активных, пользователей. На них вертелись очень сложные хранимые процедуры (мягко даже сказал про сложные- умопомрачительные). И это был Interbase, MS SQL Server. Ни тебе тяжеловесного Oracle, ни тебе трехзвенки и прочих изощрений. Отчетная форма в Fast Report вообще клепалась за полдня, позволяя не только распечатать отчет, но и экспортировать в MS Excel, MS Word, HTML. Пересылка данных филиалам, получение данных от партнеров и поставщиков в электронном виде- все это реализовывалось тривиально, через электронную почту. Никаких проблем- все работает, а процесс разработки несложен и быстр. А теперь прикиньте, много ли у нас в стране предприятий, где наберется 1000 пользователей или 300 активных подключений? Считанные единицы. И там вполне подойдут решения на базе трехзвенки. Все это- проверенные временем технологии: надежные, отработанные, с прекрасно развитым инструментарием. А экспериментировать на себе, и внедрять нечто сырое и непонятно на решение каких проблем направленное, никто не хочет.

К чему я разразился этой террадой про несостоятельность новомодных технологий? Активное их продвижение "замусоривает" мозги начинающих программистов, и они много времени тратят на поиски того, чем им стоит заняться. Эта ситуация сравнима с положением в ВУЗах: ради денег открываются наборы на новые специальности с громкими названиями, типа, "Микротехника", "Нанотехнологии". Звучит красиво, и подкупает перспективностью: "Вот окончу ВУЗ, и, как раз, нанотехнологии будут на подъеме, и я стану дорогим, востребованным специалистом". Проходит 2-3 года, студент осознает, что с таким дипломом он 100% по специальности нигде не устроится. И раскошеливаются его родители на дополнительное обучение в вечернем ВУЗе, но уже на вполне реальную земную специальность юриста, программиста 1С, бухгалтера. А спрашивается, почему сразу было не подумать, и не направить ребенка, с замусоренными мозгами, на обучение, пусть и не модным, но актуальным сегодня и завтра специальностями?

Но, если не SaaS и прочая мода, то, чем же заниматься, если хочется стать программистом? Было бы неправильно просто сказать: "Идите все, занимайтесь 1С!" Кроме этого замечательного продукта есть еще много областей ИТ, где можно и зарабатывать хорошо, и задачи решать интересные. Чем, например, плоха игровая индустрия? Поэтому, важно в целом дать правильное представление о положении в ИТ, что уже позволит самостоятельно сделать выбор.

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

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

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

Таким образом, я прогнозирую что в будущем в ИТ усилится роль софтверных компаний, производящих коробочное ПО и интеграторов, его внедряющих на предприятия. Разработка собственных систем будет встречаться весьма редко- только в узкоспециализированных областях ИТ. Миграция на коробочное ПО- это очень медленный процесс. Вероятнее всего пройдет еще не одно десятилетие, прежде чем, наступит гегемония коробочного ПО. Другая тенденция- появление разнообразных веб-сервисов. Многие из них выглядят несуразно, непрактично. По сути, это идет проба сил, прощупывание пути развития. В этом бурлящем интернет-супе разнообразных сервисов можно как неплохо заработать, так и сильно проиграть. Тем не менее, если снять пенку с этого супа, то становятся очевидными ряд серьезных ограничений интернет-технологий, которые не позволят им в ближайшие десятилетия делать погоду на рынке ИТ. Это и неумение интернет-приложениями использовать полноценно мощь современных компьютеров, и неумение работать автономно при отсутствующем подключении к сети, а также рост объема передаваемых данных, опережающий возможности сети по их передаче. Эти тенденции приводят к очевидному результату: наибольшее развитие получат "десктопные" приложения, широко использующие как возможности компьютера, так интернета. В качестве отменного примера, показывающего отличное чутье менеджмента компании, я назову Microsoft Live. Компания Google в этом плане уступает, так как искусственно ограничивает себя исключительно веб-технологиями. Перспективные приложения- это приложения, умеющие обновляться в автоматическом режиме через интернет, отсылающие баг-репорты в случае сбоя программы, умеющие синхронизировать данные между разными компьютерами пользователя. На сегодняшний день таких приложений уже немало и эта тенденция будет усиливаться. Прочтите еще раз мой прогноз на 2009 год. Приложения для мобильных устройств- тоже относятся к перспективному направлению развития.

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

Конец.

Кто есть кто в мире IT. Часть 7.

2009-02-19T00:55:00.001+03:00

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

Любительская лига.

Мои публикации нацелены на освещение внутренней "кухни" IT-отрасли. В первую очередь это должно быть интересно начинающим специалистам, а также тем, кто еще не знает, стоит ли ему связываться с информационными технологиями. У вас есть время пока вы молоды и есть поддержка со стороны семьи- поэкспериментируйте, нащупайте свой путь в жизни. Уже прошло почти два года с момента моей первой публикации в этом блоге, и моя первая статья стала актуальней. Еще раз повторю: начните, сделайте первый шаг, а там виднее станет. Скорее всего, моих советов вам уже далее и не понадобиться тогда. Прочтите еще про специализации. Чтобы было легче совершить первый шаг опишу как это делают другие. Конечно, у каждого свой путь, не все прошли теми путями, которые я ниже опишу. Это значит только то, что я рассказываю о наиболее распространенных сценариях развития карьеры, на которые вы можете ориентироваться как на надежные, проверенные большинством ваших будущих коллег. Я не навязываю их, и не утверждаю, что только эти пути приведут к успеху.

Начитать пробовать устроиться в жизни надо как можно раньше. Я считаю, с 8-9 класса надо начинать (см. статью). Чаще всего это просто интерес: сделать себе домашнюю страничку; написать простенькую программу типа "Hello, World!", которая из автозагрузчика будет приветствовать пользователя; помочь настроить соседу компьютер и т.д.

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

Следующий этап- это попытка официально трудоустроиться на работу. Чаще всего это происходит на 2-3 курсе учебы в ВУЗе. Но, если вы не зевали, и с 8-9 класса уже пробовали найти работу, то, скорее всего, к этому моменту вы будете учиться на заочном, т.к. это не мешает работать. Отличный вариант, поздравляю вас именно с таким выбором! Даже, если вы не имеете работы на момент окончания школы, все равно, лучше поступать на заочный, но, к сожалению, стереотипы сильны. Сможете ли вы от них отойти?

И вот, вдоволь наигравшись с обновлениями 1С, покупками-настройками компьютеров знакомым, Web-страничками, верстками мелких газет, редактированием в CorelDraw, Photoshop, участием "священных войнах" типа Windows против Linux и еще кучей всяких занятий, вы впервые задумываетесь над тем, кем хотели бы вы стать. Вот тут я вас и жду! Здравствуйте, мои дорогие!

Определившиеся.

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

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

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

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

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

Не определившиеся.

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

Как надо пробовать? Многие программисты начинали карьеру с работы в государственных учреждениях (например, на кафедре, в лаборатории) или в больших, сильно бюрократизированных организациях. Такой вариант удобен тем, что обычно в таких организациях процветает "пофигизм". Достаточно создавать видимость деятельности, и делай что хочешь. В свое время я работал на заводе. Единственная серьезная вещь, которую надо было соблюсти- прийти на работу без опоздания. Утром, буквально за пару часов решались все дела и потом я занимался своими делами- спал, общался через интернет, разбирался с интересными мне технологиями. Тут можно побыть и программистом, и администратором, и с бумажками побегать, строя из себя управленца.

Пути-дороги.

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

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

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

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

Резюме.

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

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

Продолжение следует...

Кто есть кто в мире IT. Часть 6.

2009-02-17T23:49:00.001+03:00

Ликбез о цвете зарплат

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

Белые зарплаты, т.е. те зарплаты, у которых полная сумма выплачивается официально, по документам, платит крайне маленький процент предприятий. В основном это банки, гос. учреждения, филиалы иностранных фирм. Соответственно, с такой зарплаты больше отчислений идет в пенсионные накопления, можно в банке брать кредит по НДФЛ-2, что позволяет получить его под меньший процент. При трудоустройстве на "белую" зарплату учтите еще такой факт, что иногда по умолчанию вам будет называться сумма до уплаты налогов. Например, если договорились на сумму в 50 тысяч рублей, то на руки получите 43500 рублей (т.е. -13% налога).

При прохождении испытательного срока зарплату могут выплачивать более низкую, чем ту, на которую вы договорились. Однако по закону не могут выплачивать менее 2/3 от оговоренной зарплаты, и испытательный срок не может быть более 3 месяцев (6 месяцев для руководителей).

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

Продолжение следует...

Кто есть кто в мире IT. Часть 5.

2009-02-16T23:19:00.002+03:00

Не софтверные компании

Большая сфера деятельности для программистов находится в не софтверных компаниях. Это работа в ИТ-отделах различных предприятий. Тут явно выделяются:

1С-ники;
Работа в банках;
Государственные учреждения;
ИТ-отдел предприятия (производственного, торгового).

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

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

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

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

ИТ-отдел предприятия (производственного, торгового). Это самая распространенный вид деятельности у программистов: разработка и обслуживание внутренней системы автоматизации предприятия. Такие отделы обычно состоят из нескольких человек, реже- пары десятков человек. На таких предприятиях программист не является основной рабочей силой, поэтому ИТ-отделам перепадает финансирование по остаточному принципу, но и этого немало для небольшого отдела. Работа тут обычно спокойная: разработка отчетных форм, программирование бизнес-процессов. Не очень интересная работа, компенсируется более высокой зарплатой, чем в софтверных компаниях. На такой работе можно получить хороший опыт в обслуживании различных систем и программировании разных технологий. Можно даже выбить оплату на обучение и посещение семинаров. Часто, как в госучреждениях, можно "шабашить" на стороне. Хороший вариант для начинающих программистов.

Продолжение следует...