Занимаюсь программными разработками радиопротоколов, реализованы GSM, UMTS, DMR, TETRA, DVB-T, APCO, DRM, STANAG 4539, 4285 и др, более подробно на rfdsp.ru, наработаны связи с заказчиками, ИП, Москва. Постепенно заказов становится все больше. Задумываюсь о том чтобы развиваться дальше. Но сил на все не хватает: и заниматься разработками, и общаться с заказчиками, и контролировать исполнителей, и решать организационные вопросы. Люблю программирование больше чем менеджерские функции, но для многих интересных задач сил одного - двух человек явно мало.

В партнере хочу видеть добросовестного человека, любящего свое дело, ответственного и умеющего организовать работу хотя бы самого себя.
Специализация цифровая обработка сигналов, но возможно и просто встраиваемые системы при желании развиваться в области радио.
Необходимо умение писать чистый и понятный C/C++ код, работа в реалтайме и многозадачность, использовать контроль версий, писать документацию, ТЗ и т.д.
Приходится оптимизировать код под разные платформы Windows, Linux, ADI TigerShark, TI 64XX и др, разбираться с периферией и железом.
Студенты, горе-разработчики "и так сойдет" и менеджеры-продавцы явно не подходят.

Начать имеет смысл с совместных разработок, а поработав несколько месяцев и сделав несколько проектов можно будет двигаться дальше.
Жду резюме на info(sobaka)rfdsp.ru

Назовите пожалуйста какую-нибудь тему и сроки за которые она должна быть сделана.
А то как бы слишком круто выглядит для инженера средних возможностей.

А как Ваши дела с патентованием новых разработок и использованием в своих работах уже запатентованных технических решений?
За несколько месяцев можно сделать несколько проектов на уровне копирования с незначительными доработками уже существующих изделий. Рано или поздно придётся оформлять авторские права на свои разработки...
Согласен с AlexandrY - "...Назовите пожалуйста какую-нибудь тему и сроки за которые она должна быть сделана.
А то как бы слишком круто выглядит для инженера средних возможностей..."
Из личного опыта - новая разработка всегда убыточна и имеет существенную новизну с вероятностью не более 1%.

Сообщение отредактировал VNS - Aug 16 2016, 09:06

Для среднего инженера требования действительно высокие. Но это желательные а не необходимые требования, если человек по остальным критериям будет адекватный то достаточно выполнения только части. Сам смог освоить все эти области в некотором объеме. А вообще что интринсики 64XX, что билтины TigerShark, что интринсики Intel - одно и то же, главное понимать смысл, а прочитать доки это несколько дней. Так же и со всем остальным.
Проблема в том что заказы разнообразные и по реализуемым протоколам и по платформам для которых это делается, а в одной области пока не удается набрать достаточные объемы.
Пытался находить людей для контрактной работы в каждой области, но много раз нарывался на тех которые много обещали но сделать ничего не могли и приходилось потратив время на человека переделывать потом самому. Так что сейчас думаю о постоянном человеке.

Конкретные цены и сроки могу озвучить при личном общении, здесь наверно не стоит.




То что я делал - это в основном контрактная разработка стандартизированных протоколов. Это сильно упрощает работу, ведь обычно заказчик не может точно сформулировать требования к тому что ему нужно и как роверить и принять работу.
С патентной частотой не заморачивался, не очень актуально у нас в стране и это скорее вопрос заказчика. Ну и патентовать свое тоже не думал.

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

Стараюсь делать стандартные протоколы.
Заставить заказчика написать качественное ТЗ или оплатить работу по его составлению до согласования общей стоимости разработки мне не удавалось :-(. Так что лучше делать то что уже описано в стандарте.
А кроме этого стандарт указывает модели канала и требуемый BER vs SNR на них. А без этого никуда, не будешь же сам набирать статистику параметров канала. И вообще много раз убеждался что стандарты пишут умные люди :-)
Для заказчиков с которыми уже был опыт работы делал нестандартные модемы, но тоже на уровне уменьшить символьную скорость или подрезать число несущих у OFDM.

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

Заказчику нужен красиво и грамотно оформленный документ с доказательствами очевидной финансовой выгоды дальнейшего продолжения работы. Чем понятнее доводы и расчёты, тем выше вероятность предоплаты на продолжение работы, включая оплату за разработку ТЗ.
Стандарт не описывает проблемы последующего серийного производства при непреднамеренном использовании защищённых патентами протоколов.
Новое по затратам в десятки раз дороже по трудоёмкости и необходимого времени... Об этом заказчика нужно предупреждать сразу и в качестве доказательства приводить статистику по затратам времени, например, в Японии. У них на разработку нового уходит от 3 до 5 лет. Из них, как минимум, 2 года на оформление патентов.
Удавалось...

Раздел "православие" особенно радует.

И сколько вы будете платить за всё это православие?
В месяц?

Платить собираюсь за сделанную работу, а не за все это
Имеет смысл лично обсуждать условия,
Для разработчика ориентировочно 120 - 180 т. р. в месяц, сильно зависит от квалификации, производительности, организованности. В любом случае человек должен уметь самостоятельно работать.
Но для меня более интересен человек который мог бы совмещать разработку и организационные задачи, ну тут уж совсем все индивидуально.

на плис ничего не надо перенести, случайно?
Осипов - бесспорный авторитет для всех думающих людей, разделяю!

Для ПЛИС вроде не надо, да и человека ищу в Москве или МО
А замечанием про Осипова порадовали :-)

А по DMR и APCO у вас все ограничилось декодером? Какое железо вы использовали для этих протоколов? (Если не секрет конечно)

Несколько лет назад делали декодеры APCO и DMR для работы на ПК для радиомониторинга. Кодеры для них делались в очень урезанном виде только для реализации среды разработки декодера.
Сейчас делается трубка DMR Tier 1 2.
Ищется человек в том числе и для участия в этом проекте.

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