Хочу попросить у всех совета о том, как и чему обучаться, чтобы найти в будущем работу. Точнее, я напишу свои соображения, а вы пожалуйста покритикуйте.
Мне 31 год. Образование техническое. Живу в Красноярске, учился тоже здесь. Работал на разных работах, в том числе программистом. Кроме того много чего изучал для себя, а не по работе. Сейчас работаю небольшим начальником в телекоммуникационной сфере (и там же параллельно совсем немного программирую и пишу много документации).


Однако, хотя получаю нормально, текущее положение дел меня не устраивает. Охота быть именно разработчиком или исследователем. Чем больше я занимаюсь тем, чем я занимаюсь сейчас, тем больше у меня шансов стать вечным техническим писателем (а занятие это уже изрядно поднадоело). Считаю, что начальником ещё наработаюсь, так что сейчас это не приоритет. Попытки на текущей работе сместить фокус деятельности в сферу разработки ничем не увенчались. Никто так хорошо документацию у нас не пишет, да и не хочет. Поэтому меня по полной нагружают этой работой.
В связи с этим в будущем я хочу работу сменить. Но, решил я, менять шило на мыло смысла большого нет. Поэтому, если уж искать новую работу, так уж в той области, которая нравится. А потому надо подучиться.

Что именно меня интересует:
Охота заниматься исследованиями и разработками, связанными с новейшими телекоммуникациоными технологиями (LTE, CDMA,...), либо другими наукоёмкими разработками (алгоритмы сжатия, ЦОС, параллельная обработка, разработка процессоров). Также интересно участвовать в разработке реализации этих технологий в цифровой схемотехнике (то есть реализация на C++, asm, VHDL).
Всё это я в какой-то мере изучал, что-то даже делал (в плане программирования), но ничего не делал в железе (платы собирал ещё во времена диплома и они были полностью аналоговыми).



Что я собираюсь изучить для начала, чтобы стать более привлекательным для работодателя:
1) Хочу углубить свои знания в моделировании систем в MATLAB'е. Например, помоделировать формирование и приём OFDM-сигналов, разобраться с теххнологией MIMO. Может даже попытаться придумать что-то своё и описать это в научной статье (таких задач я не боюсь - было бы время)
2) Научиться хорошо программировать на VHDL. Создавать и тестировать IP-блоки. Планирую использовать для этого Quartus II, т.к. опыт работы с ним имеется. В качестве учебных задач, хочу 1) попытаться разработать помехоустойчивые кодеки, которые используются в мобильных сетях 2) поизучать открытые процессорные ядра и реализации популярных шин и интерфейсов.

Такие направления связаны с тем, что охота работать в передовой компании (например, из телекоммуникационных - Nokia Siemens Networks, Alcatel-Lucent, Huawei, Marwell, Samsung, ...). Может и не получится, но очень уж охота...
Проблема в том, что в Красноярске не только нет R&D филиалов подобных компаий, но и вообще из подобной сферы мало чего есть. Из-за этого наверняка придётся переезжать, а человек я семейный. Поэтому переезжать с непонятными перспективами - не вариант. Отсюда такое желание самообучаться. К тому же в последнее время телекоммуникационные и процессоростроительные компании активизировались в плане открытия филиалов в России, возможно, скоро будут варианты поближе к Красноярску.

Прошу покритиковать в плане направлений и способов самообразования. Может кто-то скажет конкретное ПО, которое стоит изучить, или алгоритмы, которые полезны с точки зрения обучения.

Идея научиться реализовывать алгоритмы ЦОС на FPGA, самое правильное, на мой взгляд. Я б купил плату с мощной ПЛИСиной, и попытался реализовать на ней кодек. Работы сразу сел и на два года вперед.

>> Например, помоделировать формирование и приём OFDM-сигналов, разобраться с теххнологией MIMO.

Всем нравится моделировать, однако! Но это почетное право еще надо заслужить!! Как вы понимаете, накалякать что-то в матлабе - это никому не нужно, а что бы модель была практически полезной и работоспособной, ой как много всего надо знать...

Попробуйте написать мне на почту. Я могу объяснить Вам несколько шагов по написанию статей и т.п.

А без платы есть смысл? Моделируя все в компе?

И почему ПЛИС должна быть мощной? Ведь кодеки желательно должны компактно реализовываться. Или вы имеете в виду видеокодек?

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





Ну, я не говорил, что мне это нравится. И я не думаю, что смогу найти работу, где это будет основной работой. Но считаю, что навыком что-то предварительно промоделировать/исследовать надо обладать. При этом хочу скрестить это с изучением новых для себя технологий. Так сказать изучить теорию и тут же проверить её на модели.

Добрый день,

Давно не встречались вменяемые топики с вопросами о самообразовании, в которых автор до постановки вопросов даже успел над ними подумать Здорово!
Теперь по теме - достаточно хорошо экономит время подход "отсечения лишнего" - последовательного ознакомления со всеми потенциально интересными областями на не очень глубоком уровне, определение самых малоинтересных.
Тут помогает ознакомление с реально существующими открытыми проектами в этих областях, статьями и прочими доками, касающимися практической работы (желательно, с каким-то практическим применением)
В конце кидаю минимальную подборку ссылок по отдельным тематикам.
После того как что-то заинтересовало - стоит посмотреть насколько оно востребовано и какой шанс выйти в этом на достаточные деньги (сейчас может набежать толпа страждущих с рекомендациями "IT живо java/php/web/, деньги только там" - сразу хочется заметить, что это совершенно не отражает действительность, другое дело что в СНГ сложнее найти теплое место в интересующей области - все менее развито).
Ну а дальше - ознакомиться с инструментарием и теоретической базой и бросаться на первый проект , имхо.

Если определите конкретный перечень тем (чем более он будет детализированный - тем выше шанс), думаю, тут вам помогут набрать по нему ссылок и интересных материалов, что поможет избежать самостоятельных многочасовых поисков.
Пока что на
"Может кто-то скажет конкретное ПО, которое стоит изучить, или алгоритмы, которые полезны с точки зрения обучения."
ответ будет либо очень общий, либо слишком частный для узкой области

Можно разве что попробовать объединить освоение Matlab и HDL + тематику DSP -
посмотреть в сторону кодогенерации из Matlab моделей - Simulink, HDL Coder, HDL Verifier
http://www.mathworks.com/products/simulink...x.html?s_cid=BB
http://www.mathworks.com/hdl-code-generati...x.html?s_cid=BB
(есть видео)

Далее, если будете работать с ПЛИС, все зависит от вендора - надстройки над Matlab у каждого свои
Altera - DSPBuilder
Xilinx - System Generator
Actel - Synphony

Для примера также кидаю подброку ссылок - может выведут на какие-то дополнительные мысли:

- обработка изображений -
http://habrahabr.ru/post/136853/
http://tv.adobe.com/watch/max-2011-sneak-p...age-deblurring/

- идентификация по голосу -
http://habrahabr.ru/post/144580/
http://xn--80ajihcogbbktf3a4c0h.xn--p1ai/a...identification/

- разработка процессоров -
http://www.opensparc.net/ (сайт проекта)
http://video.yandex.ua/users/petersobolev/view/10/# (видео на русском)

- микроскопия -
http://habrahabr.ru/blogs/easyelectronics/127786/
http://habrahabr.ru/post/127205/
http://habrahabr.ru/post/129893/
http://habrahabr.ru/post/135515/

- работа с ASIC/FPGA/CPLD, оpenhardware -
http://opencores.org/ (коллекция свободных рабочих проектов)
http://www.ohwr.org/
http://code.nasa.gov/project/

- Digital Design видеолекции -
http://www.idesa-training.org/Seminars.html
log: i_d-e_s--a (без черточек)
pass: a_s-e_d--i (без черточек)

Удачи!

Без платы смысла нет. Востребованы умения реализовывать в короткие сроки сложные алгоритмы обработки сигналов.

.

Мне видится, что сразу кидаться на сложные алгоритмы неразумно.
До того, как нас учат решать дифференциальные уравнения, мы узнаём более простые исчисления, например, квадратные уравнения.
ИМХО, можно начать и со Спартанов. Но главное - не завязнуть в этом, дорога должна быть пройдена максимально быстро.
И язык - тут вопросов нет, без этого никак. Большинство современной документации, которую надо применять в реальных разработках, на английском.
А еще неплохо бы немецкий, не помешает.

А я могу написать Вам на почту? Меня вопрос методологии написания статей живо интересует.
С ув., x736C

В случае с Matlab однозначно смотреть в сторону кодогенерации, PLC, PAC, SIL и PIL и вообще модельно-ориентированного проектирования.

Сообщение отредактировал x736C - Jul 6 2012, 08:52

Кто хочет, тот не спрашивает, а пишет...
Но только нк забудьте написать пару слов о себе...
У меня на сайте или на сайте КиТ, в разделе для авторов - "о программе "Трепатор"" и еще тамже - kit-e.ru статья Кивы Джуринского...

По собственному опыту в современных цифровых разработках (особенно SoC) 80-90% времени уходит не на проектирование h/w но на его верифицацию. Поэтому грамотные верифицаторы востребованы (за бугром). Как правило верифиkаторы волей не волей изучают и детали того как работает h/w.

System Verilog, System C, UVM - ето те инструменты которые можно изучать и применять.

Конечно надо найти проект на котором можно с пользой для дела что-то разрабатывать и верифицировать.

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

И в чем проблема, что сократили? Думаю, она без проблем нашла другую работу.

Вас когда нибудь сокращали?