/home/shvydky/brain.log

Прочитал у Сергея Корнилова об интервью с Марком Кубаном . Считаю следующих 2 высказывания Марка - самым важным из того, что я сегодня прочитал. Джейсон:  кто из бизнесменов вызывает у вас уважение? Марк:  Пожалуй Билл Гейтс. Наверное Ларри Эллисон. Предприниматели старой школы, они были другими, другой подход у них был. Я привык к тому чтобы бизнес был прибыльным, каждый месяц должен быть прибыльным. Сейчас у многих другая модель - сделать вебсайт, побольше посетителей и придумать как это монетизировать позже. Если вдруг деньги кончатся, ты по уши в дерьме. Меня всегда интересовала стратегия заработка, а не стратегия выхода из бизнеса. Джейсон:  что бы ты посоветовал молодым предпринимателям? Марк:  Я скажу чему я научился у Билла Найта: у всех есть желание победить, но когда приходит время делать что-то на самом деле, оказывается, что это не для тебя. Нужно стремиться знать свой продукт и свой рынок лучше чем кто бы то ни было. Чем бы ты не занимался, всегда есть кто-то, кто стараетс

В одном из проектов, которым я сейчас занят, появилась странная ошибка - при обращении к одному из методов сервиса WCF, вылетает " The underlying connection was closed: The connection was closed unexpectedly ". В самом сервисе необработаных ошибок нет (по крайней мере, ClrDbg их не показывает). После небольшого поиска нашел достаточно интересную причину ошибки: Метод, который приводил к ошибке имеет следующую сигнатуру: DataSet GetObject(long id); В своей реализации, метод создает типизированный датасет, разный, в зависимости от типа объекта и возвращает его клиенту. Важный момент - формальный результат фунции -  DataSet, а фактический - какой-нибудь SuperDataSet. Оказываеться, в этом случае что-то ломается в сериализации DataSet-а и в том как этим пользуется WCF, что и приводит к вышеописанному поведению. Как это чинить: Простейший способ починить - скопировать содержимое типизированого DataSet-а в нетипизированный, перед возвратом. [OperationContract] DataSet GetObject(long