майкрософт и базы данных

[avva]

Джоэль Спольский вспоминает старые добрые времена:

Microsoft used to be the undisputed master at setting the agenda. In the years I've been using Microsoft's developer tools, the company's technological cover fire has included no fewer than eight different "official" ways to get data out of a database. (For those of you keeping score at home, they were DbLib, ODBC, RDO, DAO, ADO, OLEDB, ADO.NET, and LINQ -- and I'm sure I've missed some others.)

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

Comments

[its-probably-me.livejournal.com]

Ну насчет Java это как раз передергивание. AWT уже хорошо забытое legacy, а SWT само по себе никто не выбирает, только в комплекте с Eclipse RCP. А это уже не "создание нового GUI-проекта".

Ну а зоопарк MS-овских подходов известен еще с 90-х.

[faceted-jacinth.livejournal.com]

Так я не понимаю, в чём именно зоопарк. Сделали очередную платформу, написали на ней интерфейс к БД, придумали красивое название. Как иначе-то?

[its-probably-me.livejournal.com]

Не могу найти этот текст про то, что Микрософт любит делать "все такое же, только свое".

Зачем делать практически такой же интерфейс, но несовместимый с предыдущим и с громким новым названием?

[faceted-jacinth.livejournal.com]

Как именно вы представляете себе интерфейс к БД под .нет, совместимый с ADO?

[its-probably-me.livejournal.com]

Вот насчет .net ничего не могу сказать. Не писал.

[faceted-jacinth.livejournal.com]

То есть я видел, как те же МС сделали иначе -- когда вместо того, чтобы писать Managed DirectX с нуля поверх сишного интерфейса к обычному DirectX, они решили что правильней будет написать managed обёртки над всеми COM интерфейсами. Получилась фантастически глючная штука, причём тут даже на кривые руки не спишешь, просто неправильный подход, так делать нельзя.