Новые технологии на марше.

В одной крупной (>10К человек) конторе система учета рабочего времени на базе SAP R/3 при работе из Internet Explorer 7, 8 и 9 зацикливается, бешенно "кликает" скриптами и подвешивает браузер, если масштаб показа страниц не 100%. В FireFox 3 не работают всплывающие окна, в старших версиях система не работает совсем (browser is not supported). В Хроме корректно работала бета-версия, но версия, сданная в эксплуатацию, в нем уже не работает совсем (The iView is not compatible with your browser, operating system, or device).

Итого, в 2011 году приложение по-прежнему стабильно работает только в Internet Explorer 6, выпущенном в 2001 году, т.е. 10 лет назад.

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

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

Напомню, что даже в самом примитивном варианте развертывания при использовании обычных "EXE" с запуском из сетевой папки обновление одной программы не вызывает крах остальных. Не зря упомянутый SAP для работы с R/3 (ключевой системой предприятия) использует самое что ни на есть нормальное приложение.

Слава маркетологам и манагерам от ИТ, сколько теперь народу можно занять стабилизацией и переписыванием систем под новые браузеры!

Microsoft аннонсировала отказ от OLE DB в пользу ODBC для работы с SQL Server.

Напомню историю.

В версии 6.5, которая еще "почти Sybase 8", "родным" интерфейсом доступа к СУБД является DB-library (DLL и C/C++-библиотека), а драйвер ODBC идет как стандартное дополнение. После переписывания СУБД в версии 7 в 1998 году Microsoft аннонсирует отказ от DB-library в пользу OLE DB, утверждая, что он и будет теперь "родным". Сама постановка фразы о том, что универсальный интерфейс может быть одновременно "родным" вызывает улыбку. Поддержка DB-library прекращена, в версии SQL Server 2000 эта библиотека еще присутствует, но уже работает поверх OLE DB (C-шная библиотека поверх COM, sic!). При этом ODBC-драйвер сделан "с нуля", он самостоятельно реализует протокол доступа на сетевом уровне (IP-сокеты), по этой причине является автономным (не требует наличия дополнительных "родных" DLL) и высокопризводительным. SQL QueryAnalyser и позднее SQL Server Management Studio используют ODBC.

И вот время показывает, что одновременная поддержка OLE DB и ODBC в синхронном функциональном состоянии требует неоправданных затрат. И вдруг оказывается, что "родной" интерфейс все-таки не "родной". "Родного" просто нет, но есть ODBC, который теперь объявлен "родным", и SqlClient для .NET. Кушайте, дорогие разработчики ;)

Заказанный смартфон SPV c600 он же HTC Faraday или Qtek 8100 - хит корпоративных продаж 2006 года - приехал с Туманного Альбона на континент за три дня, правда еще пара дней ушли на переадресацию. Это стандартная услуга французской почты, за 50 евро в течение полугода всю корреспонденцию, приходящую на старый адрес, пересылают на новый. Выяснились интересные технические и коммерческие подробности...

Микрософт продолжает отжигать. Service Pack 1, почему-то помеченный как критически важное обновление и release candidate одновременно, устанавливающийся по-тихому, не может определить, легальна ли операционная система. В итоге, лицензионный и активированный Windows после установки Service Pack показывается на рабочем столе как "Оценочная копия" (Evaluation copy). Лечится это дело только полным удалением сервис-пака.

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

Не так давно я писал про конфуз с Silverlight, когда MS объявила о смещении стратегии относительно SL в сторону HTML 5 - ключевой технологии.

На дворе 2011 год, SL давно вырос до версии 4, давно вышла Visual Studio 2010, где встроена поддержка разработки приложений под SL. Но не тут-то было. Зададимся вопросом: "Может ли пользователь установить себе Silverlight-приложение "с нуля", не будучи администратором на своем компьютере?"

Ответ ужасен: "Нет, не может".

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

То есть, во-первых, "старые" технологии вроде полноценного оконного кроссплатформенного приложения на Lazarus/FreePascal или Qt/C++ по-прежнему позволяют сделать то, что нельзя сделать "новыми и прогрессивными". А во-вторых, ценность Silverlight по сравнению с полноценным .NET на уровне развертывания практически нулевая.

Нет слов. Печатных.

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

Но тут в ЦК издали новый декрет.

Microsoft: Our strategy with Silverlight has shifted

Снова часы пробили 12, и карета превратилась в тыкву.

Я сижу и нервно смеюсь, пытаясь вспомнить хоть одну из продвигаемых за последние 10 лет микрософтом технологий для пользовательских интерфейсов, не заброшенную ими на пыльный чердак. Похоже, что Delphi forever, хочешь ты этого или не хочешь :)

Форматы резервных копий между SQL Server 2008 и 2008 R2 несовместимы.

В грёбаном сильверлайте (коллеги уточнили: в WCF вообще) отсутствуют (барабанная дробь) не-юникодные кодировки в принципе: в константах их нет, а Encoding.GetEncoding() выдаст ошибку. Как корректно втянуть в приложение ASCII-файл? Если коротко, то никак. Пишите лично Билли с мольбой вернуться к управлению фирмой, которая на протяжении последних лет вываливает на людей сплошные недоделки и поделки.

P.S. Трудно было бы представить в конце 1990-х, что время присутствия Билла Гейтса у руля будет последним вменяемым периодом существования конторы...

BIDS (M$ Business Intelligence Development Studio) - поделие для стажеров-консультантов (видимо, написанное также стажерами, видимо даже индусскими), не имеющих представления об отладке программ.

Дальше картинки и много мата...

Microsoft продолжает отжигать. Виртуальные машины (virtual PC 2007) больше не поддерживаются в Windows 7. В 32-разрядой версии - точно, в 64-разрядной - мне каким-то образом удалось ее поставить на свежеустановленную неактивированную копию без всяких обновлений.

Микрософт продолжает чудить. По ссылке на сайте поддержки рассказывается как исправить ошибку в пакете обработки данных для SQL Server Integration Services. Потенциальной причиной является конфликт на уровне записей реестра с драйвером принтера (!!!) Lexmark или приложением Macromedia Flash (Applications that are known to possibly cause this behavior are Lexmark printer drivers (Lexdrvx.dll) and Macromedia Flash).

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