Ну во первых, нужно знать что там такая штука есть. Во вторых ее нужно еще найти. В отсутствии проводов есть плюс — скрытность установки. Заноза себя проявляет раз в сутки. Если машину долго не вели и не сканировали — факт наличия такого устройства трудно предсказать.
Ну, в этом есть доля шутки :) Самое интересное, что Microsoft является одной из создателей Open Connectivity Foundation наряду с Cisco, Intel, Samsung, IBM, Dell и т.д.
Вот ответ разработчиков .NetMF: «There are no current plans to do any additional work to support Xamarin tools. The focus, at the moment, is delivering a great story with VisualStudio.»
MonoDevelop.MicroFramework — это AddIn для Xamarin Studio, который разрабатывался самим Xamarin. Команда разработки .NetMF на текущий момент отношения к этому не имеет.
Но, так как Xamarin был не так давно куплен Microsoft, то может ситуация и поменяется :)
Изначально я хотел написать что-то типа пошаговой инструкции — как сделать новый порт. Но чем дальше я погружаюсь в эти дебри, тем больше убеждаюсь, что от этого мало толку. Нужно слишком много знать про дистрибутив, чтобы нормально работать с ним и пошаговой инструкцией тут не обойтись.
Во второй части я как раз хочу написать в каких папках что лежит и, в общем виде, что на что там ссылается. Хотя на 100% сам еще не разобрался во всех подробностях. Проблема еще в том, что нет редактора xml скриптов для MSBuild. И, чтобы хоть как то построить дерево ссылок, приходиться чуть ли не в notepad все это дело открывать :)
Думаю я простенький парсер напишу, который мне все это дело хоть как-то ситематизирует.
По поводу универсальности — они почему-то выкинули все ARM7 контроллеры. А их было много. GCC и MDK самые популярные наборы. Тут похоже на правило 20/80. Эти два набора охватывают 80% потребностей. Но, при желании, можно и другие добавить.
Сейчас на GitHub идет дискуссия о том, как же должна выглядеть система сборки. Об этом я хочу написать в третьей части. Рассматривается пакетный подход. Что-то вроде среднее между mVision, CMSIS-Pack и NuGet. У разработчиков есть желание навести в этом всем порядок, но не хочется изобретать велосипед. Работы в этом направлении уже ведутся.
Сейчас есть интеграция только с Visual Studio 2015 (Community, Pro or Ultimate editions). Даже компиляция самого дистрибутива требует установленной VisualStudio, потому что используется MSBuild. Боюсь с другими ОС тут туго.
Мне сложно ответить на ваш вопрос, так как я не занимаюсь продажами. Счетчик посетителей сделать проще и дешевле на других технологиях, но я знаю что есть установленные и работающие счетчики и на базе аналитики видеопотока.
С точки зрения систем безопасности, то тот или иной вид видеоанлитики требуется почти на любом объекте, однако практика показывает, что удачный опыт внедрения систем аналитики бывает редко. То есть спрос то вроде есть, а вот технология пока сырая.
1) Смотрите тут.
2) Я не работаю напрямую с LPC11C24 в Visual Studio. Только тестирую там код. Отлаживаюсь я в Keil mVision — мне он нравится больше всего. Я пробовал и другие IDE — не пошли :) На мой взгляд выбор IDE — это как выбирать машину, кому что нравится.
3) LPC11C24 — это CortexM0. Его взяли потому что он во первых маленький (занимает мало места на плате) а во вторых имеет встроенный CAN. На выбор микроконтроллера импортозамещение никак не влияет. Их еще долго будут импортозамещать :)
Вы можете выбрать точку разветвления и поднять ее вплоть до main без особых усилий. Когда у вас маленький проект — это на так важно. А когда огромный — построение связей между частями программы начинает играть осень большую роль.
Я планирую написать отдельную статью про то как использую Visual Studio для тестирования кода. А по поводу IDE — это все на любителя. Мне больше нравится Keil mVision, хотя я пробовал и Eclipse и IAR.
Я его и не выделяю. У меня все классы либо статические сами по себе либо статически объявлены в стеке. Для микроконтроллера и 2 МБ ОЗУ это уже роскошь на мой взгляд. Хотя все зависит от задачи.
Расскажите пожалуйста поподробнее.
Так что пока только VisualStudio.
Но, так как Xamarin был не так давно куплен Microsoft, то может ситуация и поменяется :)
Во второй части я как раз хочу написать в каких папках что лежит и, в общем виде, что на что там ссылается. Хотя на 100% сам еще не разобрался во всех подробностях. Проблема еще в том, что нет редактора xml скриптов для MSBuild. И, чтобы хоть как то построить дерево ссылок, приходиться чуть ли не в notepad все это дело открывать :)
Думаю я простенький парсер напишу, который мне все это дело хоть как-то ситематизирует.
По поводу универсальности — они почему-то выкинули все ARM7 контроллеры. А их было много. GCC и MDK самые популярные наборы. Тут похоже на правило 20/80. Эти два набора охватывают 80% потребностей. Но, при желании, можно и другие добавить.
Сейчас на GitHub идет дискуссия о том, как же должна выглядеть система сборки. Об этом я хочу написать в третьей части. Рассматривается пакетный подход. Что-то вроде среднее между mVision, CMSIS-Pack и NuGet. У разработчиков есть желание навести в этом всем порядок, но не хочется изобретать велосипед. Работы в этом направлении уже ведутся.
С точки зрения систем безопасности, то тот или иной вид видеоанлитики требуется почти на любом объекте, однако практика показывает, что удачный опыт внедрения систем аналитики бывает редко. То есть спрос то вроде есть, а вот технология пока сырая.
2) Я не работаю напрямую с LPC11C24 в Visual Studio. Только тестирую там код. Отлаживаюсь я в Keil mVision — мне он нравится больше всего. Я пробовал и другие IDE — не пошли :) На мой взгляд выбор IDE — это как выбирать машину, кому что нравится.
3) LPC11C24 — это CortexM0. Его взяли потому что он во первых маленький (занимает мало места на плате) а во вторых имеет встроенный CAN. На выбор микроконтроллера импортозамещение никак не влияет. Их еще долго будут импортозамещать :)