Добрый вечер. Я инженер электронщик по образованию. В данный момент занимаюсь программирование микроконтроллеров на си(stm32 в основном).
Хотелось бы изучить какой нибудь объектно ориентированный язык прогограммирования и чтобы в будущем это мне пригодилось.

Может посмотреть в сторону с++ и программирования под Линукс?
Посоветуйте пожалуйста.

Почему именно Си++ на Линуксе?
Разве для stm32 (или для AVR) нельзя проекты на Си++ делать?

так-же не совсем въехал как перисекаются льюникс и ОО программирование - кхм... но если танцевать от печки то...
1) сам по себе ОО язык - это в первую очередь продолжение ООА и ООП т.е. Объектно-Ориентированного Анализа и ОО Проектирования. Т.е. надо
начинать с этих вещей. Тогда у Вас не будет каши в голове и в текстах программ. Какой язык из семейства ОО Вы потом выберите - дело вкуса и
своих взглядов. Очень многие программисты пишут на си плас плас в стиле азма. Так-же встречаются энтузиасты по созданию своих кирпичей
под названием библиотеки. Или юзанья так называемых патернов(произносится с придыханием). Хотя это всё поперёк ОО подхода.
2) Я бы посоветовал для ОО копания - начать с книг одного из основоположников UML-я Гради Буча. У него есть популярная у профессионалов
в данной области книга - "ООА и ООП с примерами на языке си плас плас" как то так.

ОО методология - одна из самых эффективных для решения задач от жизни. Это её плюс. Минус - надо понимать как её использовать.
Т.е. иметь практику. К сожалению на многих фирмах, занимающихся разработкой софта полностью отсутсвует фаза анализа и проектирования.
Люди пишут на данном языке в стиле азма, сами не понимая насколько низко они вынимают возможности самого языка и метода в частности.
Типичные признаки лоховства при разработки:
куча классов (больше 100 вне зависимости от задачи!),
нет чёткой привязки модели бизнес слоя к проф среде от заказчика,
отсутствия команды как единого организма,
две крайности состояния кода - подпорочки либо революционные "до основания всё разрушим"....
и т.д...

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

Учите английский и java.

Вы правильно мыслите. Вам нужно изучить C++ и программирование под Linux. Программирование под Linux Вам нужно попробовать сразу освоить три направления, это сетевое программирование, то есть работа с сетевыми протоколами, embedded программирование, то есть работа в ограниченном пространстве ресурсов платы, и программирование на уровне ядра и написание драйверов. Человек знающий хорошо хотя бы одно из них получает очень хорошие деньги, человек знающий все три вообще бесценен.

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

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

Пригодится в жизни все, главное чтоб было желание

Как ваши успехи? Есть ли какие-нибудь результаты за пол года в освоении С++, Linux or English?

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

Очень умно.

Ну смотрите сами рынок труда. Зарплата разъездного билетного кассира 70 тр у нас в Питере. Поглядите зп линуксоидов, (причем к ним, окромя английского и С++ предъявят еще какой-нить MySQL, Qt, Java и еще кучку аббревиатур.) Окажутся теже самые деньги, да еще и на позиции старшего программиста только. Ну по знакомству может до 100-ки доберетесь и все - планка. У меня знакомая узбечка, мясом торгует - куда выше 100-ки имеет, правда по форумам ей лазить нет времени. А про китайский я тоже не зря, уже многие даташиты одновременно пишутся только на ангийском и китайском, а некотороые - только на китайском. Только им (китайцам) прогаммисты чужие не нужны совершенно, своих хватает. Ну и посморите ситуацию на Дальнем Востоке, где уже куча китайских предприятий (хозяин - китаец), а руссские - просто батрачат. Пока еще на теплых местах - теплицы там убирают, помещения. А потом и таких мест не будет - останутся шахты и рудники, куда поднявшиеся по уровню жизни китайцы уже не полезут.

Еще с десяток лет и эта профессия вымрет. Просто вагон сам будет вышвыривать пассажира без билета. Или даже не впустит его в салон. Кассирам придется переучиваться. А для программиста просто появится новый язык для освоения, который освоить будет много легче, чем новую профессию.

Цитата(Myron @ Jul 10 2014, 18:35)

Еще с десяток лет и эта профессия вымрет. Просто вагон сам будет вышвыривать пассажира без билета. Или даже не впустит его в салон.

Ну с текущими темпами развития ситуации - просто расстреливать будут.

Язык обычно более-менее эвалюционирует вместе с уровнем и направленностью решения текущих плохо решённых или нерешённых задач.
И какие задачи, соответственно, и как будет решать предполагаемый гипотетический язык программирования?

Не допускать внутрь пассажиров без оплаченного проезда.

По теме - учите C# - красивый язык! И книга тоолстая имеется Г. Шилдта, не считая кучи других.

если будете учить язык С/С++/С# для ПК то надо еще и
- Понимание платформы Windows (.NET, Win API);
- Понимание принципов ООП;
- Знания баз данных SQL, T-SQL, т.е. опыт работы с MS SQL ну и noSQL;
- не забываем про протоколы http / tcp, т.е. программирование сетевых приложений;
- умение параллельного/многопоточного программирования
- ну как же без понимания структур данных и алгоритмов - математика-математика (например Knut "Iskusstvo programmirovaniya")


напоследок - захотите проверить свои знания по с#:
вопросы для начинающих

+ желательно знание Pyton, Java, PHP - не помешают...

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

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

Интересные советы. Последние несколько лет на С# клепаю разные программки для работодателя. ЗП около 50тр в Сибири и вряд ли вырастет. И скукотища страшенная, особенно под ASP.NET...

А самое главное, подрабатывать этим делом - гнилое дело, т.к. из программы на NET очень легко выковыривается исходник. После чего теряются только названия переменных, а весь результат вашего труда уплывает первому же покупателю. Очень большая подлянка от MS. И обфускаторы не помогут.

В этом плане защита в микроконтроллерах просто на порядки сложнее. И конкуренция, имхо, МЕНЬШЕ.

Ну микроконтроллер часто бывает нужно к ПК подключить, юзер интерфейс простой написать.. тут .НЕТ по-моему удобен.

А я бы из того, чтобы в будушем пригодилось, предложил изучить МАТЛАБ, только не голый, а симулинк, стейтфлоу и тулбоксы всякие типа DSP, АСУ, валидейшн и вэрификэйшн, автоматическую генерацию кода.
Во первых - интересно, во вторых можно кучу задач решать, для которых раньше проги искали, ну и в третих - тоже язык.
В европах счас очень востребователены специалисты, которые могут решить проблему управления путем моделирования контроллера в симулинке и затем встраивания его в процессор или ПЛИС. При этом верификация производится начиная с модели и заканчивая железом.

Часть будущего, а может уже и настоящего (только какая) за контроллерами подобными этому GA144
Попробуйте к нему эффективно применить C или C++

P.S. Даже есть группа в контакте созданная для освоения данного направления. Микросуперкомпьютер на основе GA-144

А помоему это больше похоже не ПЛИС, и HDL к нему нормально должен примениться.

Да кому он нужен. Некрософт вон на глазах загибается.

Ага, и США загибаются... шоб мне так загибаться. Хотя исходя из этого https://sites.google.com/site/pydatalog/pyp...amming-Language явно стоит смотреть на Java, тоже приличный язык.

На мой взгляд ООП хорошо изучается на примерах юзер-интерфейса. Нужно создавать много одинаковых обьектов, добавлять к ним новые своства, и т.д. Это позволяет понять для чего нужно ООП.
Для МК ООП полезно только на высоких уровнях сложности приложений.