[scheme_ru 0]

Это объявление - тендер на разработку устройства. Техническое задание на разработку смотрите в прикрепленном файле.

Я готов работать как с компаниями в сфере контрактной электроники, так и с индивидуальными специалистами.

Отвечать лучше всего сразу на адрес электронной почты, указанный в файле.

Желательно, чтобы в откликах присутствовали предложения сроков и цены, а также некоторая информация о себе (а ля портфолио), чтобы можно было получить представление о вашем опыте в данной области.

Территориально - Москва.

 

С уважением,

Евгений Александрович

 

techzadanie_rfid_wifi.pdf

[NickS 0]

Актуально ли еще предложение.

Соощите контактный EMail или как связаться.

[skripach 5]

Соощите контактный EMail или как связаться.

Чукча хочет быть писатель...

[SAWushka 0]

Актуально ли еще предложение.

Соощите контактный EMail или как связаться.

Потрудились бы сначала техзадание прочитать ....

[Stepanov 8]

А кто какие подводные камни видит в этом устройстве?

[burokrat 0]

А кто какие подводные камни видит в этом устройстве?

их порядком, например жесткая фиксация аппаратной начинки - очень ограничивает возможные варианты решения задачи

[etoja 0]

А кто какие подводные камни видит в этом устройстве?

 

Там половина пунктов - подводные камни.

Кто-нибудь может сделать такое сложное изделие за две итерации, как того требует пункт 5 задания?

 

[Oldring 0]

Кто-нибудь может сделать такое сложное изделие за две итерации, как того требует пункт 5 задания?

 

Очевидно, предполагаются две итерации железа. Реально при наличии опыта обращения с подобными железом.

 

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

 

Вот потянет ли RS-232 питание WiFi, мне совершенно непонятно. Подозреваю, что не потянет. ;)

[Гость @Ark]

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

Надо сказать, что качество ТЗ, как говорится, оставляет желать... Собственно, техническим характеристикам, уделено минимум внимания. Многие требования к системе не сформулированы и остались "за кадром". Зато подробно расписано, как и что изготавливать, какие м/c использовать, на чем и как писать ПО... По сути, автор все технические решения уже определил, точнее навязал, не оставив разработчику ни какого выбора. При таком подходе, нужно нанимать не разработчиков, а исполнителей, которые воплотят идеи автора в жизнь. А вот будет ли такая система нормально работать и выполнять поставленные задачи - ответственность за это автору придется взять на себя. Так как он уже, фактически, взял на себя функцию разработчика системы - навязал, где только смог, собственные решения...

[Oldring 0]

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

 

 

Не соглашусь.

 

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

[Гость @Ark]

...если разработчик взялся за исполнение такого заказа - значит, он согласился с этими техническими решениями заказчика...

Если техническое решение вписано в ТЗ, то поменять его, без согласования с заказчиком, уже нет возможности.

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

Угадать на 100% как оно все будет, не удается, как правило, даже самым опытным разработчикам, а уж заказчику - тем более. Все равно, что-то приходится менять по ходу дела. По этому, не в интересах заказчика, связывать разработчика "по рукам и ногам". Хотя заказчик, часто этого не понимает, вписывая в ТЗ все подряд, думая, что этим улучшит дело.

 

P.S. Участвовал в разработке похожих систем, и скажу, что решения использовались совсем другие. И пришли к ним - далеко не сразу, а уже после детальной проработки проекта. Благо, что заказчик на своих решениях не настаивал... ;)

[Aner 3]

Почитал тз. Тз никакое, правильнее назвать его как требование к написанию тз. Многое вообще пропущено. Например тестовые программы, вообще ни слова.

И как они собираются в серию запускать? Год назад сдали аналогичный проект в железе - WiFi-RFID. В тз было 45 страниц до согласования, 84 после уточнения и принятия. Использовали arm от NXP вместо Atmela, для Wi-Fi было другое решение, не такое кривое как Wiznet. Имея опыт, могли бы повтоирить проект.

Территориально - НЕ Москва. Если интересно, пишите в личку.

[Goblin_Nick 0]

, для Wi-Fi было другое решение, не такое кривое как Wiznet. Имея опыт, могли бы повтоирить проект.

Территориально - НЕ Москва. Если интересно, пишите в личку.

 

Aner, а что использовалось для Wi-Fi&? если не секрет.

[etoja 0]

WiPort - переходник Wi-Fi в USART

[Stepanov 8]

Использовали arm от NXP вместо Atmela

А чем AT91 не понравилось?

Есть мнение, что они немножко более "правильные" по сравнению с LPC.

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