Партнёрство

Мы готовимся подавать документы на партнёрство с Microsoft. Для этого нужно иметь в штате двоих сертифицированных людей и три ссылки на успешный опыт внедрения. НачинаемЪ.

Case 360

Потратил несколько часов на решение проблемы, возникшей на ровном месте. А именно. Есть код типа следующего:

Type type = null;
foreach(Assembly next in AppDomain.CurrentDomain.GetAssemblies())
{
// здесь какие-то проверки, результатом которых является
// заполнение переменной type
}

object obj = Activator.CreateInstance(type);
BaseType bt = (BaseType)obj; // *

// * - надо заявить, что Type является потомком BaseType

И вот, при выполнении // * происходит забавная вещь: исключение "Specified cast is not valid." Забавность этой вещи заключается в том, что возникает это исключение только при выполнении "большого проекта", в случае теста ошибка не воспроизводится. Причины мне до сих пор неизвестны, хотя есть подозрения, что происходит обращение к разным версиям сборки. Чтобы обойтись без приведения, пришлось использовать reflection, который оказался как раз к месту:

object sp = Activator.CreateInstance(type);
type.InvokeMember("LoadConfig", BindingFlags.Instance | BindingFlags.InvokeMethod | BindingFlags.Public, null, sp, null);

Исследования продолжаются. Система сообщения об ошибках, имеющаяся в .NET 1.1 является одной из самых бессмысленных из всех, что я только видел. Это очевиднейший пережиток "времён позднего DCOM", тратить время на борьбу с которым лично мне - жалко.

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

Завтра, кстати говоря, начинается 3 (2-то уж точно) больших дела.
1. Наш инженер-теплотехник, которого я привлёк к работе в последнюю свою поездку в Псков, предоставил уже достаточно информации для того, чтобы можно было начать работу над расчётной моделью тепловых потерь и теплогидравлического состояния системы. Сколько при этом придётся сделать - я себе уже примерно представляю. Это должна быть интересная работа, поскольку расчёты будут выполняться не так, как в первой версии (комом), а на основе взаимодействия нескольких веб-сервисов. Клиентов не поймёшь: одни не любят WinForms-приложения, других воротит от "Web-примитива", а с WS это уже не играет никакой роли.
2. Пилотный проект системы мониторинга для нашего заказчика-кидальщика на основе рабочих мест-КПК. А то "эффект бомбы", "эффект бомбы"... Вот и посмотрим, что это за эффект такой. У меня уже сколько зря простаивает на столе этот iPAQ (QAPi) - музыку слушаю, когда не за компьютером да почту проверяю (вчера вечером в Шоколаднице на Софийке всё проклял, пока подключился к серверу - там у оператора какие-то проблемы с покрытием...). Забавно, кстати, на КПК расшифровывать письма через консоль и gpg. Минуту-другую-то у меня точно занимает. Но я отвлёкся. Эта система в идеале позволит нам выпустить в город злых людей в форме, обуздав при этом их жажду крови: они будут рвать только на основании огонька. Пока красный не загорится - они не должны будут и близко "принимать меры". Всё это в целом позволит гражданам вздохнуть свободнее и спокойнее. Да и люди в форме, может (можыд? мойшет?) быть, тоже одумаются.
3. Дневник программиста, видимо, станет таковым. Сейчас, например, меня интересуют реализации WS-Reliable, WS-Addressing и WS-Secure на платформах .NET 1.1 и .NET 2.0. В сравнении с тем, что есть для Java. А то я давно уже слышу, как это прекрасно - жить в Java, но что-то не очень верится. Посмотрим. И тут расскажу.

UPDATE
Встреча п.1 перенеслась. Жаль.

Вторник

Работа без договора- сущее наказание. В процессе сдачи проекта выяснилось, что заказчик отказывается доплатить нам $40'000 разницы между полной суммой работ и выплаченной частью. Как теперь разговаривать, какие аргументы использовать, если на той стороне просто не хотят платить? Всё усугубляется ещё и тем, что в команде не все верят в то, что нас пытаются кинуть. Я говорю: прекращаем всю работу над этим проектом до прояснения ситуации, а мне отвечают: "я не согласен. 2 дня до дня переговоров нам не делают погоды". С момента первого звонка - 10 августа -прошло 2 месяца, больше, и всё это время мы работали, исходя из этого дурацкого принципа: "ну ещё 2 дня ничего не решают".

Как бы не так! Решают. И ещё как! Теперь надо за 12 часов изменить стратегию работы, переоткрыть наши прочие направления и забыть уже не только про выходные, но и про "выспаться".

Понедельник

Сегодня и завтра я работаю без тестировщика. Непривычно выпускать версию, писать на проект, что версия готова и не получать отклика от тестировщика. Чтобы времени не терять, я решил в FogBugz пройтись по инцидентам, что ещё не закрыты. Закрыта проблема с интерфейсом для поиска повторений в объектах, сомнительная ошибка с ключами, которые якобы не должны генерироваться, если не указан email отправителя... Дурацкий какой-то день, бестолковый.