Армянское Радио

Грубо говоря это микропроцессор с периферией (это может быть serial, ADC, DAC, RAM, ROM и тп) на одном чипе. Еще признак - наличие GPIO (en.wikipedia.org/wiki/General-purpose_input/output).

За использование не лицензионного ПО нагнут полюбому.
Разве что можно попытаться съехать на юзера, мол я знать не знал, а он злобный Джек Воробей притащил с собой ломаный софт и юзает его на моей невинной лицензионной винде.

P.S. Если предприятие настолько бедное, что не может позволить себе корпоративную винду и пару платных софтин надо бежать с него без оглядки. IMHO

Нет, не совсем. Микроконтроллер = микропроцессор с периферией. Все (или почти все) на одном кристалле, например ram и flash память, порты ввода/вывода, коммуникационные устройства и порты типа ethernet, usb, serial и т.д. Но, дело в том, что еще обычно нужна обвязка из разных драйверов (это тип микросхем такой), подтяжек, согласователей, кварцев и т.д., так как выходы контроллера обычно имеют ttl уровни и не предназначены для прямой работы с внешним миром.

Для того чтобы начать - возьмите любую отладочную плату с коннектом по usb , например arduino или stm32 discovery (рекомендую!!!). Далее установите среду разработки, поморгайте диодами, ну а потом поработайте с spi и внешними модулями или контроллерами типа датчиков температуры, ускорения, ориентации. Соберите простую светодиодную гирлянду, подключите моторчик, wifi и что там еще вам нравится.

И да, это несложно, если есть знания C в рамках института, а с ардуино так вполне подойдет и базовый уровень.

PS. По просьбе вынес наверх из комментариев:

Так вроде бы ответил практически на все вопросы, не нравится ардуино (мне тоже), возьмите любой микроконтроллер любого производителя, хоть PIC, хоть STLabs, хоть Motorola (ах, да Freescale), хоть NXP, Intel, Samsung... Берите описание чипа, там есть и схемы подключения, питания и прошивки. Разводите платку, паяете, исправляете ошибки, Покупаете JTAG, подключаете, прошиваете.
ИЛИ, покупаете девелопмент борду с нужным чипом от тех же самых производителей, в комплекте часто и набор софта и JTAG. Разрабатываете софт, а параллельно, по схеме борды, разводите свою фитюльку. Через месяца 3-4 у вас и софт и фитюлька готовы.
Вот по второму пути я и предлагаю пойти - купите себе за ~1500-3000 рублей демо-плату STM32 и разрабатывайте!

А некоторые и на демоплатах останавливаются, благо некоторые дешевле грязи и негабаритные и для 3-5 штук свое производство иногда накладно... Как раз по этому пути идут STlabs и NXP... У моторолы обычно дороговато выходит (хотя все относительно)...

Если в микроконтроллере есть bootloader, то программатор не нужен.
Чтобы было понимание что и куда пихать, сначала литературу нужную почитать. Нахрапом не получится. Это не огород, который нахрапом вскопать можно!
Раз отсутствует понимание, что можно сделать с МК, то не нужно с ними связываться.

И да: если есть желание будучи совершенным невеждой сложить у себя самомнение о понимании электроники, можно купить ардуйню.

Не существует. У каждого свой. Атмели по-своему с ума сходят, PIC'и - по-своему, STM тоже извращаются (за st-link их вообще убить надо!).
В общем, все производители МК стараются изо всех сил, чтобы человек не мог их микроконтроллеры запрограммировать, не заплатив этой конторе дополнительно денег сверх стоимости МК.
Кстати, у STM по этой причине такие низкие цены: без st-link обычный .. не запрограммирует их STM32, а необычный и STM8 не сможет (т.к. там нет бутлодыря). Говнюки, что сказать...

Диску абсолютно безразлично какие там файловые системы вы на него водрузите.
Главное гвозди им не забивайте, и все будет хорошо.
Для забивания гвоздей могу порекомендовать специализированный инструмент.

Указать ваш компаратор:

std::set<std::shared_ptr<CString>, MyCompare>
Который будет сравнивать значения внутри умных указателей.

Чтобы с пониманием делать такие вещи нужен опыт и некоторые навыки чтения литературы.

upd:

using namespace std;
typedef shared_ptr<string> SString;

class SharedLess
{
public:
    bool operator() (const SString& a, const SString& b) const
    {
        return *a < *b;
    }
};

Денис Каракчиев Могу ошибаться, поэтому выскажу всего лишь свое мнение, которое может быть ошибочным.

Итак, блог и программирование они хоть и разные вещи, как Самолет и одеяло, но они взаимосвязаны.
Связь в том, что программист программируя "мыслит", он не просто с небес\потолка или еще откуда берет код, он его "думает и переживает". Когда Вы пишите мысли о той или иной технологии Вы лучше и глубже начинаете понимать то что Вы описываете! Поэтому и говорят "Учитель учится больше, потому что ученик задаст такие вопросы, до которых учитель ни разу бы и не додумался".

Блог вести надо, по след. причинами:
1. Помогаете другим
2. Получаете критику "Да ктож так пишет-то? Надо ...." и через аргументированную критику учитесь тому, что в книгах едва ли пишут!
3. Пиаритесь. Кто-то решив свою задачу, может порекомендовать Вас своему руководству в качестве нового сотрудника "А давайте-ка попробуем его в нашу компанию позвать?"
4. Это Ваш собственный справочник. Написанный тем человеком, который лучше всех Вас понимает! И тем языком и речевыми оборотами, которые Вы лучше понимаете. При этом следует учесть "Вы сейчас" != "Вы вчера".

Программирование это процесс мышления, очень часто приходится принимать различные решения . Примеры: "А что если если я объект std::string передам в виде... ?" или "Насколько Важно здесь поставить ... ?" и др. Все это может быть основано на Вашем же опыте изложенном в блоге! Отсюда п.5.

5. Блог это Ваш описанный опыт.

soap - протокол. что можно писать на протоколе?