Согласен, что большинству заказчиков не нужны исходные коды. Однако случай, когда точно надо оповещать заказчика, это когда разработка будет вестись на Ruby on Rails на IronRuby, т.к. обычно о фреймворке заказчики интересуются.
О да, будет замечательно :) В целом, если подумать, внедрение поддержки IronRuby и IronPython создаст/разовьет базу для поддержки динамических языков в Visual Studio. Соответственно будет легче внедрять такую поддержку для других подобных языков.
Скажите, а ((Model)Container.DataItem).PropertyName вы не пробовали? Я обычно использую именно так, избегая Eval, т.к. при этом получаем всю мощь рефакторинга и не работаем со строками. Интересны отличия и в плане производительности, если можете, добавьте в тесты.
Да, есть такой момент тоже :) Несколько раз подобное было с явно неадекватными топиками, но несколько раз были убиты на первый взгляд приличные топики.
Хм. С точки зрения создателей — все понятно. С точки зрения пользователя, даже знающего позицию создателей — непонятно :) Т.е. существует проблема с ответвлениями не по теме, но страдают пользователи в конечном итоге. Если хочется притеснять подобные темы — притесняйте их, а не пользователей :) Можно такие темы не показывать в общем RSS.
«Нам» — это кому, простите? Лично вам, группе ваших друзей либо хабравладельцам? Я понимаю ситуацию с закрытым блогом — хочется быть маленькой коммьюнити. Так зачем тогда вы другим свои посты показываете? У нас так классно, но вы вас не пустим? Все равно что-то получается не так, как надо, не по-человечески.
Насчет юзабилити — возможность подписания прямо со страницы «Нет доступа» считаю ну очень полезной и удобной. Хабравладельцам — новые читатели блогов, людям — счастье без похожих на мои выкаблучиваний.
Молодец, хорошее исследование на тему boxing/unboxing. Насчет R# совет: его warning на redundant .ToString() call можно заменить на hint или suggestion. И видно, и глаз радуется зеленому индикатору.
> если всё равно это можно сделать, чуть более сложно, но делаемо.
Считай, 90% пользователей этого не смогут сделать и видео-хостинг хорошо защищен от скачивания контента. Вопрос в другом — зачем выкладывать на хостинге, откуда затруднено скачивание, особенно если учесть, что большинство просматривающих ролик скорее всего предпочтет его именно скачать.
1. Немножко ugly, не считаете?
2. Согласен, что-то типа ControlBase или ControllerBase очень нравится
3. Аналогично, но вопрос остается открытым для тех, кто ими пользуется
Скажите, а ((Model)Container.DataItem).PropertyName вы не пробовали? Я обычно использую именно так, избегая Eval, т.к. при этом получаем всю мощь рефакторинга и не работаем со строками. Интересны отличия и в плане производительности, если можете, добавьте в тесты.
Спасибо!
В любом случае, спасибо за разъяснение
Вы запросили страницу Волосатые Кролики, но вы не в блоге Любители волосни. ДОБАВИТЬ ВАС В БЛОГ ЛЮБИТЕЛИ ВОЛОСНИ?
Насчет юзабилити — возможность подписания прямо со страницы «Нет доступа» считаю ну очень полезной и удобной. Хабравладельцам — новые читатели блогов, людям — счастье без похожих на мои выкаблучиваний.
> если всё равно это можно сделать, чуть более сложно, но делаемо.
Считай, 90% пользователей этого не смогут сделать и видео-хостинг хорошо защищен от скачивания контента. Вопрос в другом — зачем выкладывать на хостинге, откуда затруднено скачивание, особенно если учесть, что большинство просматривающих ролик скорее всего предпочтет его именно скачать.
А вообще, в идеале, оформить эту серию лекций как подкасты в iTunes. Тогда можно было бы одной ссылкой качать :)
По ссылочке хорошее мнение. Та же история — всему свое место. И Base — тоже.
З.Ы. Венгерская нотация недооценена и неправильно понята ;)
aldanko.habrahabr.ru/blog/69164/#comment_1966532
Два это достаточно?
2. Согласен, что-то типа ControlBase или ControllerBase очень нравится
3. Аналогично, но вопрос остается открытым для тех, кто ими пользуется