Профессия IT

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

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