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. Кушайте, дорогие разработчики ;)

По словам вице-президента Microsoft Тами Реллера, системные требования «восьмерки» не будут отличаться от предыдущей версии

Свежо придание... 17 лет назад обещали комфортную работу Windows 95 на 386-м процессоре с 4 Мб оперативной памяти. На деле понадобился 486 с 8 Мб.

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

Новый офис. Сидят люди и, пытаясь перекричать друг друга, командуют: "Окошко, да повернись же ты ко мне передом!"

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

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

На недавнем workshop-е в конторе обсуждали текуший момент состояния соответствующих технологий большого брата - Микрософта. Порешили:
- Winforms сливается в экстазе с Silverlight (как для десктопных, так и для rich-web приложений)
- ASP (с MVC ессно, в коем веке решили приучить кодеров руки мыть перед писаниной), наконец-то, усыхает до простых HTML-ных приложений с постбеками (где PHP и опенсурс рулит без вопросов). Спагетти жабоскриптов, AJAX и проблемы кросс-браузерной совместимости дружными рядами уходят в братские могилы.
- WPF становится в трудную позу с непонятной нишей. Окромя относительно больших проектов с выделенными дизайнерами ничего интересного не придумали. Эту точку зрения поддерживают и ключевые производители компонентов, нацелившихся на Silverlight и поставляющих для WPF только минимум (остальное - сами).

Установка Windows XP, прослужившая на домашнем ПК-сервере бессменно три года, стала понемногу сбоить, особенно по части управления двумя мониторами. С переходом на HD-видео вдруг выяснилось, что 32-разрядная программа не справляется с обработкой файлов видео, особенно больших (> 2 Гб). Долго откладываемое "историческое" решение - установка 64-разрядной Windows 7, было, наконец, принято накануне Нового Года.

Докатился. Пришлось всю неделю преподавать курс по администрированию 2008 сиквела. А что поделать, некому было.

70-450: PRO: Designing, Optimizing and Maintaining a Database Administrative Solution Using Microsoft SQL Server 2008

Достаточно трудный с обилием вопросов по конфигурациям высокой надёжности/доступности и системе безопсности.

Всё. Слава полупроводниковым богам, экзамены по SQL Server физически закончились.