Ну а еще, очевидно, они хотят его когда-нибудь продавать, поэтому Store для них вполне пригоден :)
Правда, DevExpress честно обещает, что текущие бесплатные версии, можно будет использовать всегда и без ограничений.
Выглядит очень круто, правда. Описанные проблемы очень актуальны, постоянно с ними сталкиваешься.
Пара вопросов:
Насколько фреймворк готов к продакшену? Есть ли выпущенные приложения?
С утечками памяти проблем нет? Насколько я вижу, все View будут создаваться фреймворком, «ручной» доступ к ним будет затруднён. Есть ли уверенность, что View будут вовремя разрушены?
Убедите меня, что фреймворк будет развиваться и через условный год будет в актуальном состоянии :) Кто-то кроме вас участвует в разработке?
А есть примеры/ссылки на проекты, которые используют Ractive? Историю/стабильность самого Ractive и т.п.
Понятно, что за Angular и React стоят крупные компании, хотелось бы каких-то «гарантий» или уверенности в плане Ractive.
На апрельской конференции Build майкрософт анонсировал мощнейшие вещи — это и открытие исходников всего ASP.Net, и активное внедрение Roslyn, и тесное взаимодействие и «поддержку» ASP.Net на Mono, и Universal Apps, что с моей точки зрения вообще гигантский прорыв.
И я смотрю программу DevCon и не вижу вообще ни одного доклада, ни по одной из этих тем. Я надеюсь, что я плохо вчитываюсь в названия докладов, назовите, плиз, парочку по этим темам?
Или действительно на ДевКоне не будет ничего по самым актуальным MS-новостям?
С линком сложно :)
В списке параметров connection string есть, например, Application Name. При открытии соединения с БД мы в параметре ApplicationName передавали служебную мета-информацию (в частности, имя авторизованного пользователя).Эти данные потом не проблема прочитать в триггере БД (SELECT APP_NAME()).
Хотя vittore, скорее всего, имел ввиду чуть-чуть другое (авторизация в приложении и БД под одной — доменной — учеткой)
через поля connection string вполне можно передать в БД текущего пользователя, тогда логирование «кто именно внес изменения» становится возможным на уровне БД.
При этом можно логировать даже ситуацию, когда кто-то полез менять БД руками :)
Мне на данный момент тоже кажется слабоватым сетлист… В международном треке «видных» спецов (типа Хансельмана :)) нет, докладчиков не из майкрософта тоже немного.
Надеюсь, конечно, что приятные сюрпризы еще впереди, и даже неименитые спикеры порадуют материалом.
В частности, удивлен, что ни из Xamarin, ни в принципе по стеку Моно на мобильных ничего нет — это последние пару лет очень актуальная тема.
[Под впечатлением от образовавшегося холивара на тему добавления абстракций ради тестируемости кода]
… и вот именно поэтому мне так нравятся интеграционные тесты.
Код не усложняется, тесты есть, при рефакторингах в 90% случаев тесты не меняются, и именно тогда они нужнее всего (попробуйте при тестировании «в изоляции» поменять логику взаимодействия/интерфейсы двух классов).
А можно подробнее, чем не устроили Areas?
С помощью того же RazorGenerator они отлично выносятся в отдельные dll'ки и получается, как мне кажется, нечто очень похожее на ваш конечный результат. Или я что-то упускаю?
Мне почему-то кажется, что комментариями и документацией вы пытаетесь подменить коммуникацию между людьми.
Если новичка кто-то кинул в проект не объяснив «как тут принято» — это не проблема документации.
Если новичок сделал очевидно типовую задачу так, «как пришло в голову», а не спросил у коллег — так он и документацию читать не будет.
Я понимаю, что отсутствие доков вовсе — это крайность, но вы тут описываете другую крайность. И за псевдо-экономию времени новичка вы будете платить реальными часами всех участников проекта. Конечно, если в проекте, условно, 3 человека и в среднем один человек в месяц «ротируется», то о документации стоит задуматься, но в этом случае документация — не основная проблема :)
В чем принципиальное отличие от регистрации на HH с «анонимными» именем/фамилией?
Ну и у хороших разработчиков один из основных козырей — репозиторий на github/codeplex. Его не указывать — резюме теряет полноту. Указывать — вот и нет хваленой анонимности :)
Ну в WebAPI очень даже можно сделать свой фронтэнд — там весь UI в обычных разоровских вьюшках, меняй не хочу.
js-клиент, это, безусловно, плюс, надо будет посмотреть детальнее. В посте про это мельком. Детали реализации это хорошо, но собственно на функционале и отличиях от встроенного механизма акцента не хватает, мне кажется.
Правда, DevExpress честно обещает, что текущие бесплатные версии, можно будет использовать всегда и без ограничений.
Пара вопросов:
Понятно, что за Angular и React стоят крупные компании, хотелось бы каких-то «гарантий» или уверенности в плане Ractive.
И я смотрю программу DevCon и не вижу вообще ни одного доклада, ни по одной из этих тем. Я надеюсь, что я плохо вчитываюсь в названия докладов, назовите, плиз, парочку по этим темам?
Или действительно на ДевКоне не будет ничего по самым актуальным MS-новостям?
Это его же пост о ТДД :)
P.S. да что ж такое, мало того, что с переводом поста опередили, так и тут… :)
В списке параметров connection string есть, например, Application Name. При открытии соединения с БД мы в параметре ApplicationName передавали служебную мета-информацию (в частности, имя авторизованного пользователя).Эти данные потом не проблема прочитать в триггере БД (SELECT APP_NAME()).
Хотя vittore, скорее всего, имел ввиду чуть-чуть другое (авторизация в приложении и БД под одной — доменной — учеткой)
через поля connection string вполне можно передать в БД текущего пользователя, тогда логирование «кто именно внес изменения» становится возможным на уровне БД.
При этом можно логировать даже ситуацию, когда кто-то полез менять БД руками :)
Надеюсь, конечно, что приятные сюрпризы еще впереди, и даже неименитые спикеры порадуют материалом.
В частности, удивлен, что ни из Xamarin, ни в принципе по стеку Моно на мобильных ничего нет — это последние пару лет очень актуальная тема.
… и вот именно поэтому мне так нравятся интеграционные тесты.
Код не усложняется, тесты есть, при рефакторингах в 90% случаев тесты не меняются, и именно тогда они нужнее всего (попробуйте при тестировании «в изоляции» поменять логику взаимодействия/интерфейсы двух классов).
не ругается и даже интеллисенс работает.
Правда, на использовании map прямо в самом jsx'e спотыкается.
Да, Areas можно достаточно просто выносить в отдельные dll'ки.
С помощью того же RazorGenerator они отлично выносятся в отдельные dll'ки и получается, как мне кажется, нечто очень похожее на ваш конечный результат. Или я что-то упускаю?
Если новичка кто-то кинул в проект не объяснив «как тут принято» — это не проблема документации.
Если новичок сделал очевидно типовую задачу так, «как пришло в голову», а не спросил у коллег — так он и документацию читать не будет.
Я понимаю, что отсутствие доков вовсе — это крайность, но вы тут описываете другую крайность. И за псевдо-экономию времени новичка вы будете платить реальными часами всех участников проекта. Конечно, если в проекте, условно, 3 человека и в среднем один человек в месяц «ротируется», то о документации стоит задуматься, но в этом случае документация — не основная проблема :)
Ну и у хороших разработчиков один из основных козырей — репозиторий на github/codeplex. Его не указывать — резюме теряет полноту. Указывать — вот и нет хваленой анонимности :)
Можно уточнить, что именно добавилось с Web Tools 2012.2 Update?
очень хочется command-line interface для этой фичи! Или может, он уже есть?
js-клиент, это, безусловно, плюс, надо будет посмотреть детальнее. В посте про это мельком. Детали реализации это хорошо, но собственно на функционале и отличиях от встроенного механизма акцента не хватает, мне кажется.