[ksili 0]

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

Мне 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 филиалов подобных компаий, но и вообще из подобной сферы мало чего есть. Из-за этого наверняка придётся переезжать, а человек я семейный. Поэтому переезжать с непонятными перспективами - не вариант. Отсюда такое желание самообучаться. К тому же в последнее время телекоммуникационные и процессоростроительные компании активизировались в плане открытия филиалов в России, возможно, скоро будут варианты поближе к Красноярску.

 

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

[tAmega 0]

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

 

[dspman 0]

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

 

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

 

 

 

[iosifk 3]

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

[ksili 0]

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

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

 

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

 

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

 

 

 

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

 

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

 

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

 

 

 

[imperman 0]

Добрый день,

 

Давно не встречались вменяемые топики с вопросами о самообразовании, в которых автор до постановки вопросов даже успел над ними подумать :) Здорово!

Теперь по теме - достаточно хорошо экономит время подход "отсечения лишнего" - последовательного ознакомления со всеми потенциально интересными областями на не очень глубоком уровне, определение самых малоинтересных.

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

В конце кидаю минимальную подборку ссылок по отдельным тематикам.

После того как что-то заинтересовало - стоит посмотреть насколько оно востребовано и какой шанс выйти в этом на достаточные деньги (сейчас может набежать толпа страждущих с рекомендациями "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 (без черточек)

 

Удачи!

[tAmega 0]

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

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

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

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

 

[tAmega 0]

.

[vicnic 0]

Мне видится, что сразу кидаться на сложные алгоритмы неразумно.

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

ИМХО, можно начать и со Спартанов. Но главное - не завязнуть в этом, дорога должна быть пройдена максимально быстро.

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

А еще неплохо бы немецкий, не помешает.

[x736C 0]

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

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

С ув., x736C

 

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

Изменено 6 июля, 2012 пользователем x736C

[iosifk 3]

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

С ув., x736C

Кто хочет, тот не спрашивает, а пишет... :)

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

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

[agate 0]

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

 

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

 

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

 

[Myron 0]

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

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

[cioma 0]

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

[Myron 0]

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

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