[iliyav 0]

Занимаюсь программными разработками радиопротоколов, реализованы 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 3]

Необходимо умение писать чистый и понятный C/C++ код, работа в реалтайме и многозадачность, использовать контроль версий, писать документацию, ТЗ и т.д.

Приходится оптимизировать код под разные платформы Windows, Linux, ADI TigerShark, TI 64XX и др, разбираться с периферией и железом.

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

 

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

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

[SVNKz 3]

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

А как Ваши дела с патентованием новых разработок и использованием в своих работах уже запатентованных технических решений?

За несколько месяцев можно сделать несколько проектов на уровне копирования с незначительными доработками уже существующих изделий. Рано или поздно придётся оформлять авторские права на свои разработки...

Согласен с AlexandrY - "...Назовите пожалуйста какую-нибудь тему и сроки за которые она должна быть сделана.

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

Из личного опыта - новая разработка всегда убыточна и имеет существенную новизну с вероятностью не более 1%.

Изменено 16 августа, 2016 пользователем VNS

[iliyav 0]

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

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

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

Проблема в том что заказы разнообразные и по реализуемым протоколам и по платформам для которых это делается, а в одной области пока не удается набрать достаточные объемы.

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

 

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

 

 

 

А как Ваши дела с патентованием новых разработок и использованием в своих работах уже запатентованных технических решений?

За несколько месяцев можно сделать несколько проектов на уровне копирования с незначительными доработками уже существующих изделий. Рано или поздно придётся оформлять авторские права на свои разработки...

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

С патентной частотой не заморачивался, не очень актуально у нас в стране и это скорее вопрос заказчика. Ну и патентовать свое тоже не думал.

 

[SVNKz 3]

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

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

С патентной частотой не заморачивался, не очень актуально у нас в стране и это скорее вопрос заказчика. Ну и патентовать свое тоже не думал.

У меня аналогичная история по части передачи части работ исполнителю - тоже приходилось переделывать.

"...разработка стандартизированных протоколов..." возможна, если заказчик согласен на любой рабочий вариант, но на этом вся работа и закончится.

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

[iliyav 0]

"...разработка стандартизированных протоколов..." возможна, если заказчик согласен на любой рабочий вариант, но на этом вся работа и закончится.

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

Стараюсь делать стандартные протоколы.

Заставить заказчика написать качественное ТЗ или оплатить работу по его составлению до согласования общей стоимости разработки мне не удавалось :-(. Так что лучше делать то что уже описано в стандарте.

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

Для заказчиков с которыми уже был опыт работы делал нестандартные модемы, но тоже на уровне уменьшить символьную скорость или подрезать число несущих у OFDM.

 

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

А вам удавалось?

 

[SVNKz 3]

... Заставить заказчика написать качественное ТЗ или оплатить работу по его составлению до согласования общей стоимости разработки мне не удавалось :-(. Так что лучше делать то что уже описано в стандарте.

... А кроме этого стандарт указывает модели канала и требуемый BER vs SNR на них.

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

А вам удавалось?

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

Стандарт не описывает проблемы последующего серийного производства при непреднамеренном использовании защищённых патентами протоколов.

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

Удавалось...

[MiklPolikov 0]

rfdsp.ru

 

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

[Fujitser 0]

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

В месяц?

[iliyav 0]

Платить собираюсь за сделанную работу, а не за все это

Имеет смысл лично обсуждать условия,

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

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

[dmitry-tomsk 0]

Платить собираюсь за сделанную работу, а не за все это

Имеет смысл лично обсуждать условия,

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

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

на плис ничего не надо перенести, случайно?

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

[iliyav 0]

Для ПЛИС вроде не надо, да и человека ищу в Москве или МО

А замечанием про Осипова порадовали :-)

[Quasar 20]

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

[iliyav 0]

Несколько лет назад делали декодеры APCO и DMR для работы на ПК для радиомониторинга. Кодеры для них делались в очень урезанном виде только для реализации среды разработки декодера.

Сейчас делается трубка DMR Tier 1 2.

Ищется человек в том числе и для участия в этом проекте.

[Бaмбук 0]

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