Артем Воронов

группы в FB, там почти моментально отвечают.

Есть несколько вариантов:
- Messenger;
- Сервисный класс;
- По ссылке на другую ViewModel.

Лучше сразу WPF изучать вместе с MVVM. Книги - Троелсон для разминки, дальше "WPF: Windows Presentation Foundation в .NET 4.5 с примерами на C# 5.0 для профессионалов". Курсов тьма на Pluralsight.

Посмотрите в сторону современных инструментов: Azure StreamInsight и Azure ML.
Для исследовательских задач можно получить грант и пользоваться бесплатно.

Бесплатное все будет убогое и неудобное.

Либо покупайте нормальный коммерческий движок и экономьте свое время и деньги, либо разрабатывайте свой. Только вот разработка своего движка, тем более как у авито, встанет многомиллионную сумму.

М2М - это уже устаревшее понятие. Читайте про Internet of Things (IoT). Примеры: умные дома, умная бытовая техника и т.п.

Вы сперва правила почитайте, для игровых приложений обязательно использовать Google Play и никакие другие системы оплаты. Исключение только для физических товаров и услуг, типа билетов на концерты и т.п.

evnuh на 100% прав.

Не стоит считать владельцев бизнеса идиотами. Возможно текущая CMS заточена под конкретный сегмент покупателей и за счет этого она и продается. Если текущий разработчик CMS уходить, вы вполне можете взять на себя ответственность за развитие этой cms и провести ее рефакторинг. Вылечите болезни этой CMS и спокойное работайте дальше.

Если же хотите переубедить владельца бизнеса, то научитесь считать выгоду не как разработчик, а как бизнесмен. На какую аудиторию заточена CMS, какие текущие расходы на продажи и на разработку(в деньгах, а не абстрактных человеко-часах), во сколько обойдется переход, как изменятся расходы\прибыль при приходе на стандартные CMS? Это всего лишь малая часть вопросов. Предоставьте владельцу веер решений, из которого можно будет выбрать лучшее для бизнеса.

сперва надо определиться, а в каких условиях будет работать приложение: в офисе с вайфаем или в тмутаракании без связи. Во втором случае некуда деваться, нужно распознавать на устройстве и потом синхронизироваться с сервером. Естественно это крайние случаи, надо смотреть на реальные use case вашего приложения.

У Abbyy прекраснейшие фреймворки для таких дел.

www.visual-paradigm.com

Такой подход для совсем уж сурового интерпрайза, зачем себя так обременять?

Грамотное описание проектов над которыми работал и чего добился - увесистый плюс.
К тому же, упрощаете поиск работодателям, избавляете себя от собеседований с тему, кому ваш опыт не интересен.

Очень много переменных в этом уравнении: масштаб проекта, суммы оплаты, положение исполнителя на рынке и куча других факторов.

Вряд ли адекватный исполнитель будет работать на долгосрочном проекте без предоплаты хотя бы 50%. С другой стороны для заказчика это большие риски - где гарантия, что человек сделает хотя бы 50% проекта и не исчезнет. В это случае адекватные люди разбивают проект на итерации и сдают/оплачивают каждую итерацию отдельно.