Спасибо за перевод! Хотя мне лично хотелось бы ещё прочитать про психологические приёмы при продаже ПО, а не физических товаров… но всё равно, почитать было любопытно.
Если баннер сообщает те же новости, но в более визуальном виде, то за что же его ненавидеть? ;-) А когда я вижу список новостей, подобно тому, что у вас сейчас на первой странице, у меня первое желание подписаться на них через RSS и мониторить уже в своём любимом ридере — не буду ж я заходить каждый раз на каждый сайт, чтобы узнать новости? К тому же, придя сюда, я лично хотел видеть именно стартовую страничку по платформам, а также более подробную информацию по ним, которая сейчас находится сильно внизу из-за новостей и баннера…
Но ладно, это похоже, действительно в чём-то дело вкуса и личных предпочтений.
И ещё вопрос — а почему вы решили разместить новости на первой странице, а не вынести на отдельную вкладку, как это сделано в англоязычной MSDN? А то получается, что баннер на многих разрешениях практически не виден, а основные ссылки, ведущие в другие подразделы, вообще находятся вне «горячей» области внимания пользователя…
Скажите, а англоязычная MSDN уже давно в таком формате? А то я сначала по вступлению в этой статье подумал, что это только русскоязычная MSDN перешла на новый формат.
Интересно, а зачем проводить два разных TechEd в Австралии и Новой Зеландии? Неужели там столько программистов, которые к тому же не могут приехать друг к другу?
Не знаю, что он бы сделал сейчас в качестве главы Майкрософт, но у меня вызывает только глубочайшее уважение то, сколько он своих ресурсов и времени тратит на благотворительность!
Был вопрос — был ответ :-) Главная же цель опроса — получить общую картину, так зачем мне скрывать?
А так, каждый исходит из своих сценариев работы и из своих задач. Для наших задач нам потребовалось сделать что-то своё, благо были ресурсы и время. И нам это сильно помогает в работе, так что чего тут стесняться?
Единственное, комментарии нужно сразу писать так, как будто их сразу увидят тысячи человек. А то сотни раз уже встречались истории, как кто-то писал какие-то дурацкие комменты типа «не знаю, как оно работает, но не трожь», или «мой босс дурак, заставил меня сделать так» :-)
Хотя, чтобы избежать таких проблем, мы, например, полностью вырезаем все комментарии из production code…
Особенно мне понравилась мысль — не отвлекаться на проблемы, возникающие по ходу, но не относящиеся к текущей задаче. Действительно, иногда ловлю себя на мысли, что продолжаю спускаться по «дереву проблем» всё ниже и ниже, в итоге к концу дня дай бог наполовину вернулся к своей исходной задаче.
Записал — забыл. А потом вернулся, когда будет время и внимание для этого…
Ну, во-первых, это актуально только для WinForms, в ASP.NET уже не катит. Плюс в таком случае они могут огрести проблем, например с несовместимыми GDI+ шрифтами. Ну а в-третьих, в большинстве современных .NET чартов тормозит вовсе не отрисовка, а обработка данных, которые рисовать не надо, а также расчёт всего лейаута.
А вообще, если уж реально заботиться об отображении больших объёмов данных, то для этого по идее создают специальный вид серий, у которого отключены некоторые «тяжелые» фичи и который специально оптимизирован для больших объёмов данных, как, например, наш SwiftPlot.
Если не видно, то конечно незачем :-) Всё зависит от ваших потребностей и возможностей.
В конце концов, всегда можно сделать наследника от MSовского контрола и реализовать недостающий функционал. Вот только очень часто там что-то нужное бывает закрыто, к сожалению :-(
Наверное вы имеете в виду, что раз Майкрософт разработала стандарт на Риббон, то их контрол будет точнее следовать этому стандарту? Но поверьте, все производители сторонних риббонов обычно хорошо знакомы с этим стандартом и следуют ему с той же точностью, что и Майкрософт. Иначе они бы не выжили.
Если же вы имеете в виду, что контрол от Майкрософт всегда лучше по функциональности, то это тоже не совсем так. Не берусь утверждать насчёт всех риббонов, но если взять любой грид от МС, то у кучи сторонних производителей гриды будут гораздо лучше.
Но ладно, это похоже, действительно в чём-то дело вкуса и личных предпочтений.
Это какой-то ребрендеринг или касается только России? Если это наша фишка, то тогда лучше уж писали бы Tech∙EdЪ или Tech∙Ёd
Вот все бы так.
А так, каждый исходит из своих сценариев работы и из своих задач. Для наших задач нам потребовалось сделать что-то своё, благо были ресурсы и время. И нам это сильно помогает в работе, так что чего тут стесняться?
Будет время, может расскажем об этом поподробнее…
Хотя, чтобы избежать таких проблем, мы, например, полностью вырезаем все комментарии из production code…
Особенно мне понравилась мысль — не отвлекаться на проблемы, возникающие по ходу, но не относящиеся к текущей задаче. Действительно, иногда ловлю себя на мысли, что продолжаю спускаться по «дереву проблем» всё ниже и ниже, в итоге к концу дня дай бог наполовину вернулся к своей исходной задаче.
Записал — забыл. А потом вернулся, когда будет время и внимание для этого…
А вообще, если уж реально заботиться об отображении больших объёмов данных, то для этого по идее создают специальный вид серий, у которого отключены некоторые «тяжелые» фичи и который специально оптимизирован для больших объёмов данных, как, например, наш SwiftPlot.
Но в WPF можно всё, спасибо LayoutTransform ;-)
В конце концов, всегда можно сделать наследника от MSовского контрола и реализовать недостающий функционал. Вот только очень часто там что-то нужное бывает закрыто, к сожалению :-(
Наверное вы имеете в виду, что раз Майкрософт разработала стандарт на Риббон, то их контрол будет точнее следовать этому стандарту? Но поверьте, все производители сторонних риббонов обычно хорошо знакомы с этим стандартом и следуют ему с той же точностью, что и Майкрософт. Иначе они бы не выжили.
Если же вы имеете в виду, что контрол от Майкрософт всегда лучше по функциональности, то это тоже не совсем так. Не берусь утверждать насчёт всех риббонов, но если взять любой грид от МС, то у кучи сторонних производителей гриды будут гораздо лучше.