на самом деле можно и разрабатывать :)
Например, скачав последнюю триальную версию mono for android, которая на данный момент не потеряла актуальности. Ну и по крайней мере с её помощью всегда можно будет открывать проекты в VS и разрабатывать дальше… без возможности дебага :) По крайней мере для не UI-части может быть нормальным выходом. Ну и для проведения рефакторингов с помощью решарпера.
Можно попробовать запустить андроид в виртуальной машине (virtual pc) и дебажить в нем. Получается быстрее и стабильнее (но, конечно, андроид при этом не армовский, а х86-ой).
А эти термины по жизни смешаны :)
Вот мне, например, не кажется, что TDD-тесты описывают спецификацию. Мне кажется, что они описывают поведение мельчайшего юнита, а спецификации обычно описывают поведение системы в целом. И грубо говоря, чтобы написать TDD-тест на CRUD нужно как минимум навесить абстракций над БД.
И сам TDD у меня, например, очень тесно связан с понятием test-first. Из вашего описания я этого не уловил.
Терминология здесь очень не устоявшаяся, и в этом, тут я с вами согласен, корень множества споров :) Что под одними и теми же словами люди понимают разные вещи.
Привет, Саша! Немцам можешь тоже передать привет при случае :-)
Ну только ушёл я не из-за категоричности, а из-за банального отсутствия перспектив в сложившемся раскладе. Хотя в контексте истории категоричность смотрится красивее :-)
Важно в этом деле не забывать о здравом смысле :-)
Имхо, уметь писать тесты, владеть техническим инструментарием должен каждый. Уметь правильно применять — это приходит с опытом, за 5 минут этому не научить. Как и с паттернами, впрочем.
В цивилизованных странах то, что говорят в рекламе, должно совпадать с реальностью :)
Если бы это было не так, в рекламах не было бы «звёздочек» и подписей мелким шрифтом :)
А можно EULA на эти два продукта? Хоть и не очень хочется их сравнивать, но я их просто не нашел.
В случае «справедливого суда» в данном случае EULA не играет роли. store.xamarin.com/ — публичная оферта, или как это называется? Xamarin Studio отдельным пунктом. Ровно таким же, как ниже VS.
Но тут, как ниже и пишут, дело больше не в юридических тонкостях. Они взяли на себя ответственность. В случае проблем с претензиями будут обращаться к ним. Если они будут отшивать «не наши проблемы»… ну, я просто думаю, что они не будут. Равно как и судиться из-за 300$ никто, конечно, не будет.
XamarinStudio я, конечно, не покупаю. Я покупаю возможность работать с их продуктом из XamarinStudio. Эта возможность мне анонсируется при покупке в качестве характеристик их продукта. Если такой возможности у меня не будет, то (даже если это не написано в самом лицензионном соглашении) мои претензии будут вполне обоснованы.
К слову, в Business редакции есть возможность работать в VisualStudio. При этом VS мне, естественно, не продают, но если я куплю Business и в VS она у меня не заработает — претензии будут опять же к Xamarin. Здесь же вы согласитесь? :)
XamarinStudio — официальная IDE. При покупке Xamarin.Ios/Android в Indie редакции я получаю возможность кодить только в ней.
Если я куплю и не смогу в ней кодить из-за объективных проблем — претензии будут именно Xamarin'у, независимо от опенсорсности чего-либо.
Раньше под андроид можно было писать в Visual Studio за 399$ (или даже бесплатно, тестируя на симуляторе без билда apk).
Сейчас «бесплатно» или за 299$ — только Xamarin Studio. Разработка в VS — 999$.
Критерии «индивидуальной лицензии» изменились. Раньше она была для компаний <10 разработчиков, а сейчас только для «компаний из одного человека».
То есть маленьким компаниям теперь надо платить 999 вместо 399 раньше.
В универе принимал участие в олимпиадах АСМ. Парного программирования реально было очень мало. Парный анализ и поиск решения — это да. А когда идея ясна вбивать чаще проще одному, чтобы сэкономить второму время на решение еще одной задачи.
Меня в парном программировании больше всего смущает как раз отсутствие потока. Мне щас скажут, что мы, конечно, делали неправильное парное программирование, но я реально не представляю сколько нужно это «тренировать», чтобы был «парный поток». И я очень удивлен 8-му пункту статьи, для меня в этом месте наоборот большой минус.
Аналогия тут чуть-чуть подводит :) Если плоскогубцами можно забить гвоздь (хоть и не так удобно), то почему бы и с планшетов нельзя было звонить (тоже с некоторыми неудобствами)?
Никто тем не менее не отрицает, что в арсенале «гика» (=плотника) вполне нормально уживутся оба этих инструмента.
Например, скачав последнюю триальную версию mono for android, которая на данный момент не потеряла актуальности. Ну и по крайней мере с её помощью всегда можно будет открывать проекты в VS и разрабатывать дальше… без возможности дебага :) По крайней мере для не UI-части может быть нормальным выходом. Ну и для проведения рефакторингов с помощью решарпера.
Именно поэтому автор и говорит, что обычно не участвует в подобных спорах.
Вот мне, например, не кажется, что TDD-тесты описывают спецификацию. Мне кажется, что они описывают поведение мельчайшего юнита, а спецификации обычно описывают поведение системы в целом. И грубо говоря, чтобы написать TDD-тест на CRUD нужно как минимум навесить абстракций над БД.
И сам TDD у меня, например, очень тесно связан с понятием test-first. Из вашего описания я этого не уловил.
Терминология здесь очень не устоявшаяся, и в этом, тут я с вами согласен, корень множества споров :) Что под одними и теми же словами люди понимают разные вещи.
Ну только ушёл я не из-за категоричности, а из-за банального отсутствия перспектив в сложившемся раскладе. Хотя в контексте истории категоричность смотрится красивее :-)
Имхо, уметь писать тесты, владеть техническим инструментарием должен каждый. Уметь правильно применять — это приходит с опытом, за 5 минут этому не научить. Как и с паттернами, впрочем.
Если бы это было не так, в рекламах не было бы «звёздочек» и подписей мелким шрифтом :)
В случае «справедливого суда» в данном случае EULA не играет роли. store.xamarin.com/ — публичная оферта, или как это называется? Xamarin Studio отдельным пунктом. Ровно таким же, как ниже VS.
Но тут, как ниже и пишут, дело больше не в юридических тонкостях. Они взяли на себя ответственность. В случае проблем с претензиями будут обращаться к ним. Если они будут отшивать «не наши проблемы»… ну, я просто думаю, что они не будут. Равно как и судиться из-за 300$ никто, конечно, не будет.
К слову, в Business редакции есть возможность работать в VisualStudio. При этом VS мне, естественно, не продают, но если я куплю Business и в VS она у меня не заработает — претензии будут опять же к Xamarin. Здесь же вы согласитесь? :)
Если я куплю и не смогу в ней кодить из-за объективных проблем — претензии будут именно Xamarin'у, независимо от опенсорсности чего-либо.
Сейчас «бесплатно» или за 299$ — только Xamarin Studio. Разработка в VS — 999$.
Как по мне, существенная разница.
То есть маленьким компаниям теперь надо платить 999 вместо 399 раньше.
Может, конечно, единичный случай, кто-нибудь еще ставил «эксперименты»?
Написал сегодня повторно,
впрочем, в посте как раз и написано, что enum'ы и для .net 4 появятся.
Меня в парном программировании больше всего смущает как раз отсутствие потока. Мне щас скажут, что мы, конечно, делали неправильное парное программирование, но я реально не представляю сколько нужно это «тренировать», чтобы был «парный поток». И я очень удивлен 8-му пункту статьи, для меня в этом месте наоборот большой минус.
Никто тем не менее не отрицает, что в арсенале «гика» (=плотника) вполне нормально уживутся оба этих инструмента.