> в моём возрасте безсмысленно идти на очное, глупо будет
Простите, не верю.
ну тогда к основному вопросу.
1) про ТУСУР: Вам все равно придется приезжать время от времени в Томск. Реже, чем в МИЭТ. То есть, не на каждую сессию.
2) оба вуза, исторически, братья-(почти)близнецы. Всего таких братьев четыре: ЛЭТИ, НЭТИ, МИЭТ, ТИРиЭТ. ТИРиЭТ в 72-м году стал ТИАСУР, потом, уже в 90х, ТАСУР, потом ТУСУР. Так что в чем-то они очень похожи.
3) Опыта в дистанционном обучении у ТУСУРа больше.
Имхо. Получить какие-то реальные знания сможете общаясь с преподавателями. По-прежнему, в этих вузах очень много практиков работают. Здесь говорю за оба.
Обучаясь в ТУСУРе Вы их будете видеть раз в пару лет. А в МИЭТе - хз. Может быть на сессиях, если будете приезжать в Зеленоград, а не в представительства.
> микроинстанс дается бесплатно только на один год
да.
если точнее, то Вам дается возможность в течение 12 месяцев получить определенные ресурсы, в том числе, до 750 часов работы микроинстанса в месяц. Плюс сколько-то трафика, сколько то дисковых операций и т.д. То есть, Вы можете запустить паралельно хоть 4 микроинстанса, но использовать их не более одной недели в месяц (то есть, сумма часов всех работающих микроинстансов - 750ч в месяц). За все что не уложится в лимиты придется платить. А по прошествии 12 месяцев эти бесплатные плюшки у Вас отнимут.
В силу последних событий, C# можно считать куда как более кроссплатформенным языком, чем C++/CLI. Я все таки, рекомендую прислушаться к Станислав Макаров
bих очень много разных. Сложно назвать какую-то одну, наиболее популярных. Большинство из них OpenSource. Из давно существующих, тем чем пользовался сам, например, Moodle. Из свежих, скажем, edx
Настоятельно рекомендую посмотреть на стандарт Tin Can API
ну можно и с первой виртуалки на вторую. главное, чтобы они были доступны друг другу по ip. Недостаток этого варианта в том, что у вас сайты второй виртуалки зависят от первой виртуалки. То есть, захотели рестартовать первую виртуалку, потому что это потребовлаось для сайтов, которые крутятся на первой. А в это время сайты на второй виртуалке стали тоже недоступны, хотя Вы их не трогали. Если это не критично - ок.
> И вам и заказчику нужно платить.
Не совсем так. Для разработки под iOS необязательно иметь свой дев-аккаунт. Можно пользоваться дев-аккаунтом заказчика. Нормальный заказчик предоставит разработчику возможность и запускать на девайсе (добавит его девайсы в provisioning profiles) и, даже, может предоставить возможность публиковать. На itunesconnect довольно гибкие возможности по раздаче ролей.
Другое дело, что чаще проще иметь свой аккаунт, чем пытаться объяснить заказчику, что он должен сделать, какие права выдать, чтобы разработчик смог работать.
С той же ошибкой? А Вы уверены, что при сборке Вы передали все, что ему надо? Можете сделать main на C, что бы исключить проблемы несовместимости генерации имен функций между C и C++?
@DmitriyEntelis программа собранная для iOS симулятора это x86 или x86-64 приложение. iOS симулятор и программы на нем работают на нормальном десктопе очень быстро. Если честно еще ни разу не видел кода, который на симуляторе работал бы медленнее, чем на устройстве. Может быть у Вас была включена галочка "Slow animation"?
Вам надо (1) подключить Ваше приложение к удаленной БД или (2) сделать локальную БД для мобильного приложения? Если (2), то ответ sqlite, а не mysql. А если (1), то все чуточку сложнее.
Пока работает VOIP клиент все сообщения будут сыпаться прямо ему. Но если он выброшен из памяти (за превышение лимита фоновой работы или пользователь его принудительно выгрузил и т.д.), то тогда начинают работать PUSH уведомления.
Для iOS эта технолия называется APNS - Apple push notification server. Для Android - GCM. и для WinPhone своя.
Суть всех технологий. Клиент на устройстве регистрируется через сервера Google или Apple. В ответ получает некторый ИД для пуш нотификаций. Далее клиентское приложение должно сообщить свой идентификатор для пуш нотификаций Вашему серверу. Ваш SIP сервер, после того как не смог передать сообщение по таймауту, формирует уведомление (не обязательно с текстом, например, это может быть только имя отправителя сообщения). Это сообщение подписывается сертификатом, уникальным для каждого приложения, отправляется через API на сервера Apple (Google, Microsoft), те доставляют это сообщение операционной системе клиента, а уже она доставляет это сообщение приложению. На последнем шаге есть отличия - в iOS нотификация сперва отображается пользователю, а затем, если он тапнул по нотификации оно передается приложению (и приложение стартуется, если оно было не было стартовано). В Android в обратном порядке: сперва нотификация доставляется приложению, а затем, приложение отображает нотификацию на экране, если считает нужным.
Таким образом, если Вы используете сторонний клиент со своим сервером Вы или теряете возможность доставки push уведомлений вообще или должны будете передать его через сервера этого стороннего приложения. И все равно остается вопрос, как Вы идентифицируете экземпляр этого приложения для данного стороннего сервера. Обычно используют свой сервер, в дополнение к VOIP серверу.
