Несколько полезных атрибутов, которые помогут облегчить нелёгкую жизнь .NET программиста.

( Смотреть здесь )

"ODF has clearly won" (с) Stuart McKee, Microsoft's national technology officer

Где-то месяц назад компания Microsoft анонсировала поддержку формата ODF со следующим сервис-паком Office 2007 (выход намечен на первую половину 2009-го года). Теперь официальный представитель компании публично признал: формат ODF победил. Все радуются, все довольны.

...но что-то мне подсказывает, OOXML никто на помойку выкидывать не собирается. Поддержку ODF же добавят, чтобы компанию не так сильно доставали антимонопольными исками. Хотя факт остаётся фактом. Microsoft упустила хороший момент для разработки своего стандарта и с ODF теперь надо считаться.

Нашёл это чудо в электронном виде:

> http://blog.wired.com/gadgets/2008/04/firefox-logo-sp.html

Слева снимок звезды V838-Единорога, сделанный телескопом Хаббл в 2004-м году. Оригинальное фото с Хаббла можно посмотреть здесь.

Unofficial google shell - командная строка в браузере для доступа к гугловским сервисам :)

Начиная с .NET Framework 3.5 SP1 методы value-типов тоже будут инлайниться. Раньше для структур не было предусмотрено практически никаких оптимизаций и везде вставлялись дорогостоящие вызовы функций. На самом деле майкрософтовцы сознательно оставили value-типы за бортом - чтобы не усложнять jitter, как им казалось, не сильно нужной оптимизацией. Но кастомер сказал надо :) На MS Connect'е можно посмотреть описание проблемы, которая в своё время была очень сильно пропиарена в народе.

Ещё одна ссылка для полноты картины - "How are value types implemented in the 32-bit CLR" by Fei Chen.

О том, что на сегодняшний день представляет из себя проект Mono. ( читать здесь )

Для тех, кто всегда мечтал сломать Visual Studio 2005, но не знал как. Попробуйте набрать в студии:

public class A<T>
{
   public class B : A<B> {}
}

Для тех, кто всегда мечтал сломать компилятор C#, но не знал как. Под катом три небольших программы, на которых компилятор шарпа эффектно падает с Internal Compiler Error (проверено на Visual C# 2005 Compiler v8.00.50727.42).

( Смотреть здесь )

По мотивам "How to kill C# 2.0 compiler"

В тему предыдущего поста:



Mono on the iPhone
Mono on the iPhone, video

Присоединяюсь к поздравлениям! (если кто-то не в курсе, вчера fedor_tsarev и сотоварищи зажгли в Канаде) Наша кафедра снова абсолютный чемпион мира по программированию :D

static int[] array = new int[10000];

public static int Foo()
{
   int total = 0;
   for (int i = 0; i < array.Length; i++)
   {
      total |= array[i];
   }
   return total;
}

public static int Bar()
{
   int total = 0;
   int[] bar = array;
   for (int i = 0; i < bar.Length; i++)
   {
      total |= bar[i];
   }
   return total;
}

Разговаривал вчера с разработчиками jvm. Мне ответили на кучу вопросов про новый сборщик мусора, escape analysis, 7-ю джаву, jit и .net vs. java :) В общем, было интересно, по крайней мере я частично удовлетворил своё любопытство по поводу следующей версии Java (это к вопросу о том, чем меня разочаровал первый день).

Самое интересное - это новый сборщик мусора G1 ("garbage-first"), который претендует на звание soft real-time GC и который должен в будущем стать дефолтным garbage collector'ом в джаве. Как оказалось, ещё в 2004-м году sun'овцы игрались с G1, результаты можно посмотреть здесь. Основная идея нового сборщика мусора - хип делится на регионы по 1Mb, сборка в каждом регионе происходит независимо, по ходу работы программы отслеживаются живые обьекты и собирается статистика о том, сколько мертвых обьектов находится в каждом регионе. Соответственно, чтобы освободить как можно больше памяти и по возможности потратить на это как можно меньше времени, сборка мусора проходит в первую очередь в тех регионах, которые содержат много мертвых обьектов (отсюда и название "garbage-first"). Из наличия статистики по живым обьектам следует, что jvm может примерно оценить время, которое потребуется на сборку мусора в n-ом регионе. А отсюда уже следует, что jvm пожет давать определенные гарантии для soft real-time приложений. В общем, как то так.

Итак, день сантехника.

Походили с Крашиком по стендам. Подразнил JavaFX-овцев вопросами про JavaFX vs. Silverlight, JavaEE-шники сами напросились на вопрос о наличии слова .NET у себя на стенде. В общем, мне не хватало только большой надписи ".NET" на футболке... ну или "Microsoft" на худой конец :) Вместо технических специалистов на стенде Oracle были замечены только два овоща, которые кроме "Oracle - самая надёжная БД!" и цен ничего умного сказать не смогли. Так что у них был самый большой (читай платиновый спонсор) и самый бесполезный стенд.

Прослушал все доклады в секции Java SE. Самое большое разочарование - в докладе "Новые возможности Java SE 6 и Java SE 7" о готовищихся фичах 7-й джавы Michael Li скромно умолчал (даже больше, о седьмой джаве он вообще ничего не говорил). Хотя, если из названия его презентации выкинуть слова "и Java SE 7", то его доклад - один из лучших. Ещё один неплохой доклад - "Улучшение совместимости разрабатываемых приложений" Михаила Ершова. Да, если бы я был профессиональным java developer'ом, я бы очень сильно впечатлился презентацией "Устранение неполадок в программах на Java" by Chuk Munn-Lee :) Про JavaFX и всё остальное слушал больше ради общего развития.

Quine - программа, печатающая свой исходный код ( смотреть здесь )

http://code.google.com/soc/2008/

Оказывается, уже четвертый год подряд (т.е. с самого начала) в качестве ментора в GSoC учавствует "Mono Project", здесь можно посмотреть их задачи на это лето.

Для тех, кто не в теме - в правом верхнем углу показывается количество секунд, прошедших с начала игры. На самом деле это не глюк и даже не встроенный разработчиками чит, всё немного хитрее :)

( Читать здесь )

"The Singularity Research Development Kit (RDK) 1.1 is now available for academic non-commercial use. You can download it from CodePlex, Microsoft's open source project hosting website, here." (c) http://research.microsoft.com/os/singularity/

Для тех, кто в танке, сингулярити - детище Microsoft Research - прототип операционной системы, основной упор в которой сделали на надежности. Всякие долбоёбы ещё любят называть сингулярити осью, написанной на C#. Как далеко это от правды можно почитать хотя бы здесь.

После десяти глав "Java Puzzlers" реально страшно стало писать код на джаве. За каждой строчкой написанного кода мерещится какой-нибудь подвох. Не стоит читать на ночь такие кошмары.

Что совсем не удивительно, в шарпе учли многие тонкие моменты, на которых строятся пазлы Блоха. Под катом несколько примеров из тех, что покороче. ( Смотреть здесь )