Silverlight (на момент начала разработки LightSwitch) обещал кое-какую многоплатформенность, поэтому выбор для тонкого клиента, каким является UI слой в LightSwitch довольно очевиден.
Что будет с продуктом дальше? Если будет продаваться, то, конечно будут развивать — вторую версию уже пишут вовсю.
Честно говоря, мы в DX рады как дети этому LightSwitch.
Он оттянет на себя тех пользователей, которые не умеют кодировать, но хотят сделать серьезное приложение.
XAF все-таки создавался с идеей code-first — TDD, рефакторинг и все такое. А тут приходит человек и говорит — я не программер, я на фокспре работал, давайте мне визуальный дизайнер бизнес-класса. Теперь мы можем с легкой душой послать его в LightSwtch.
Ну а те, кому наоборот, LightSwitch тесен и душен — может быть и к нам придут. Так что, MS тут для нас нишу может и подрасширит.
Кроме того, у нас очень хорошие отношения с LightSwitch командой — мы же для них сделали XtraReports for LightSwitch — чего там сильно не хватало. Поэтому у нас все-таки скорее симбиоз чем конкуренция.
> Вы ошибаетесь насчет клавиатуры.
это перевод :-)
> Изменения делались не для того, чтобы по клавишам стало труднее попадать, а чтобы рычаги реже залипали — физически разносили рычаги из часто употребляющихся комбинаций букв. В итоге даже при более высокой скорости набора рычаги залипали реже!
Ага. В статье так и написано:
«Это было сделано потому, что люди, которые в самом начале использовали печатные машинки с пре-QWERTY конфигурацией клавиш, работали так быстро, что часто у машинок заклинивали между собой литерные рычаги.»
Мне понравился стиль изложения… как в «Доктор Хаус»: сначала лечим пациента так — не помогает, потом эдак — больному ещё хуже, а уж под конец серии делаем всё правильно :-)
Каждая мажорная версия живет в отдельной ветке в source control. После того как конкретная мажорная версия выпущена в свет, в её ветке исправляют только баги, никакого нового функционала не пишется. Все новое пишется в другой ветке.
На продукты есть unit-тесты, есть функциональные тесты. Они гоняются на серверах в автоматичесом режиме. Там же ежедневно автоматом собирается инсталляция, и прогоняются автотесты инсталляции. Если все тесты прошли успешно, эта инсталляция откладывается в отдельную папочку.
Теперь про хотфиксы.
Клиент запрашивает хотфикс на конкретный баг, закрытый со статусом Fixed. Дальше ручками, т.к. пока нет необходимости автоматизировать. Суппортист смотрит на дату закрытия бага, берёт готовую инсталляцию, собранную на день/другой позже этой даты, выкладывает её на сайт в раздел хотфиксов, даёт клиенту ссылку.
>> Что делать, если клиент нашел сперва один баг, а потом обратился за новым?
Если речь о хотфиксах, то ему просто очередной хотфикс отдают. В нём уже оба бага исправлены. Т.е. любой хотфикс является кумулятивным. Когда в версии набирается некоторое достаточно большое кол-во поправленных багов, выпускаем публичное минорное обновление для этой версии.
>> Как решается ситуация, когда другой клиент находит баг, закрытый для предыдущего клиента?
Если хотфикс уже был запрошен и выложен, просто скачивает его, в баг мы ссылку на выложенный хотфикс добавляем. Если хотфикс ещё никто не запрашивал по данному багу, то просто запрашивает хотфикс, кнопочка есть.
>> Проходят ли все эти сборки полное тестирование?
Все автотесты на этих сборках проходят успешно. Ручками хотфиксы не тестируют.
Для того опрос и завели, чтобы узнать, что именно интересно людям о компании. Краткая информация о том, чем мы занимаемся, есть в профиле компании. Разбавлять её «водой» и делать из этого первый пост нам показалось неинтересным.
Что будет с продуктом дальше? Если будет продаваться, то, конечно будут развивать — вторую версию уже пишут вовсю.
Он оттянет на себя тех пользователей, которые не умеют кодировать, но хотят сделать серьезное приложение.
XAF все-таки создавался с идеей code-first — TDD, рефакторинг и все такое. А тут приходит человек и говорит — я не программер, я на фокспре работал, давайте мне визуальный дизайнер бизнес-класса. Теперь мы можем с легкой душой послать его в LightSwtch.
Ну а те, кому наоборот, LightSwitch тесен и душен — может быть и к нам придут. Так что, MS тут для нас нишу может и подрасширит.
Кроме того, у нас очень хорошие отношения с LightSwitch командой — мы же для них сделали XtraReports for LightSwitch — чего там сильно не хватало. Поэтому у нас все-таки скорее симбиоз чем конкуренция.
это перевод :-)
> Изменения делались не для того, чтобы по клавишам стало труднее попадать, а чтобы рычаги реже залипали — физически разносили рычаги из часто употребляющихся комбинаций букв. В итоге даже при более высокой скорости набора рычаги залипали реже!
Ага. В статье так и написано:
«Это было сделано потому, что люди, которые в самом начале использовали печатные машинки с пре-QWERTY конфигурацией клавиш, работали так быстро, что часто у машинок заклинивали между собой литерные рычаги.»
Каждая мажорная версия живет в отдельной ветке в source control. После того как конкретная мажорная версия выпущена в свет, в её ветке исправляют только баги, никакого нового функционала не пишется. Все новое пишется в другой ветке.
На продукты есть unit-тесты, есть функциональные тесты. Они гоняются на серверах в автоматичесом режиме. Там же ежедневно автоматом собирается инсталляция, и прогоняются автотесты инсталляции. Если все тесты прошли успешно, эта инсталляция откладывается в отдельную папочку.
Теперь про хотфиксы.
Клиент запрашивает хотфикс на конкретный баг, закрытый со статусом Fixed. Дальше ручками, т.к. пока нет необходимости автоматизировать. Суппортист смотрит на дату закрытия бага, берёт готовую инсталляцию, собранную на день/другой позже этой даты, выкладывает её на сайт в раздел хотфиксов, даёт клиенту ссылку.
>> Что делать, если клиент нашел сперва один баг, а потом обратился за новым?
Если речь о хотфиксах, то ему просто очередной хотфикс отдают. В нём уже оба бага исправлены. Т.е. любой хотфикс является кумулятивным. Когда в версии набирается некоторое достаточно большое кол-во поправленных багов, выпускаем публичное минорное обновление для этой версии.
>> Как решается ситуация, когда другой клиент находит баг, закрытый для предыдущего клиента?
Если хотфикс уже был запрошен и выложен, просто скачивает его, в баг мы ссылку на выложенный хотфикс добавляем. Если хотфикс ещё никто не запрашивал по данному багу, то просто запрашивает хотфикс, кнопочка есть.
>> Проходят ли все эти сборки полное тестирование?
Все автотесты на этих сборках проходят успешно. Ручками хотфиксы не тестируют.
«Hello » — normal
«W» — bold
«or» — bold + italic
«ld!» — normal
Насчет инкапсуляции, это все же пример, а не боевой код.