Мало кому приходит в голову указывать программистам, как писать код (хотя некоторые умудряются указывать даже проектировщикам баз данных), но уж показать дизайнеру как нужно рисовать — прямо очередь выстраивается.

Это происходит потому, что все «специалисты» знают: дизайн — это красивая картинка.

Дизайн лишь на 20% искусство, на 80% — это точная наука. И вы будете удивлены, когда узнаете, из чего на самом деле состоит каждая картинка.

Друзья! У нас есть возможность заставить человека из Microsoft ответить за все! (зловещий смех) Ну, может быть и не за все, но уж точно за все, что связано с ASP.NET.

Дмитрий Робсман (Dmitry Robsman) работал над технологией ASP.NET в разных ролях: он был разработчиком, менеджером и архитектором. 12 лет назад он начинал свою карьеру в Редмонде с работы над технологией ASP в команде IIS, а позднее стал первым разработчиком в команде ASP.NET. Среди его известных личных проектов — веб-сервер Cassini (полностью написанный на управляемом коде) и ASP.NET RSS Toolkit (библиотека для публикации и использования RSS потоков в ASP.NET).

Кроме того, с 2006 по 2008 год Дмитрий работал над языками программирования. Как менеджер группы в команде динамических языков (DLR, IronPython, IronRuby и их интеграция с продуктами Microsoft, включая Silverlight). И как менеджер разработки в составе команды Visual Studio (работал над C#, VB.NET, F# и динамическими языками).

Дмитрий приезжает на «Платформу-2009». А за день до нее, 3 декабря, Хабрахабр будет брать у него интервью. Поэтому прямо сейчас задавайте здесь ему свои вопросы. А уж мы-то с него спросим :)

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

У моих знакомых очень много хороших идей, но с таким подходом, слава богу, что дело редко доходит до производства. Почему? Плохо продуманные проекты редко бывают успешными. Либо команда по уши вязнет в тех работах, которые не были видны в начале, либо получается кривоватый, плохо приспособленный к жизни гоблин. Плохо масштабируемый к тому же.

Изучая всякого рода системы, я обнаружил, что у многих наблюдаются проблемы с именованием методов. Это побудило меня написать статью.

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

Я надеюсь, что как грамотный разрабочик, вы имеете представление о unit-тестировании и сделаете себе в голове пару мысленных отметок о том, чего надо избегать при написании тестов. Знакомьтесь:

Лжец (The Liar)

Unit-тест, который успешно выполняет все кейсы и выглядит работающим правильно, однако при более детальном рассмотрении обнаруживается, что он на самом деле не тестирует то, что должен.

В своей статье ListView с разных сторон я описал некоторые техники, помогающие в работе с ListView в проектах asp.net. В этой заметке хотел бы описать еще одно решение задачи связанной с ListView. В статье важную роль, также, играет jQuery.

В качестве вступления

В Asp.net любая интернет-страница представляется в виде двух файлов: *.aspx и *.aspx.cs. В *.aspx-файлах содержится html-подобная разметка самой страницы, а в *.aspx.cs-файлах код на языке C#, который представлен в виде отдельного класса.

В разметку страницы можно добавлять серверные элементы управления, например тегом <asp:Button ID=«MyButton» runat=«server» />.

Причём с каждым таким объявлением будет связана переменная, то есть в нашем случае мы получим доступ к переменной типа Button и именем MyButton, хотя на первый взгляд эта переменная нигде не объявлена. (Хотя в первой версии Asp.net объявление переменных вставлялись в тот же файл.)

На самом деле это не так. Класс, описаный в *.aspx.cs-файле является частичным (он помечен модификатором partial), одна его часть описана в *.aspx.cs-файле, а вторая находится во временном файле, который генерируется на основании просмотра *.aspx-файла. Генерацией этого временного файла как раз и занимается провайдер компиляции.