Задача на базе Raspberry PI
И
ИЗ КАРМАНА гвоздик ВЫНУЛ
Ищу программиста для сотрудничества (фриланс)
Сейчас есть задача создать некий программно-аппаратный комплекс
на базе микрокомпьютера (или как его назвать) Raspberry PI (Zero).
Оплата по договоренности.
Важна ваша обязательность и возможность выкроить время под наши задачи.
(проще говоря, если мы работаем вы не должны "исчезать" - прошу принять к сведения )
Пишите в личку.
Сейчас есть задача создать некий программно-аппаратный комплекс
на базе микрокомпьютера (или как его назвать) Raspberry PI (Zero).
Оплата по договоренности.
Важна ваша обязательность и возможность выкроить время под наши задачи.
(проще говоря, если мы работаем вы не должны "исчезать" - прошу принять к сведения )
Пишите в личку.
Б
Бухалов™
Сначала покажите деньги.
b
brabro
Сначала покажите деньги.
и обозначьте задачи (преблезительно)
решим не вопрос - логика и цифры рулят! :-)
[Сообщение изменено пользователем 15.08.2017 14:03]
S
StarFox
Действительно, сначала бы подробнее суть задачи понять. А финансовая составляющая уже на основании задачи обсуждается.
И
ИЗ КАРМАНА гвоздик ВЫНУЛ
Действительно, сначала бы подробнее суть задачи понять.
Ок.
Берем связку микрокомпьютер + ЖК монитор и делаем "ТАБЛО",
которое под управление МК воспроизводит информацию по тому или иному сценарию.
Сценарий - несколько сложнее, чем прокат последовательный роликов.
Информация должна подгружаться в "ТАБЛО" через GPRS.
Таких штук много до жути сделано, мне нужно специализированную.
И
ИЗ КАРМАНА гвоздик ВЫНУЛ
Деньги вы должны сказать. При конкретике уже.
Б
Бухалов™
которое под управление МК воспроизводит информацию
Какого рода информацию надо воспроизводить?
И
ИЗ КАРМАНА гвоздик ВЫНУЛ
А имеет значение?
Статичные картинки, короткие ролики, "бегущую строку"...
Монитор будет разделен на ряд зон, это должно легко меняться.
Статичные картинки, короткие ролики, "бегущую строку"...
Монитор будет разделен на ряд зон, это должно легко меняться.
S
StarFox
Имхо имеет значение, т.к. для связи будет использоваться gprs (3g/4g), а видеоролики даже короткие могут быть приличными по размеру при том что связь может совершенно неожиданно пропадать и это все нужно само собой учесть.
Делал нечто подобное, но правда монитор не делился на несколько зон, а просто последовательно крутили разные ролики и картинки. Но можно и на зоны его разделить.
А что-то типа ТЗ можно будет увидеть, чтобы время и стоимость оценить?
[Сообщение изменено пользователем 15.08.2017 20:18]
Делал нечто подобное, но правда монитор не делился на несколько зон, а просто последовательно крутили разные ролики и картинки. Но можно и на зоны его разделить.
А что-то типа ТЗ можно будет увидеть, чтобы время и стоимость оценить?
[Сообщение изменено пользователем 15.08.2017 20:18]
H
HotGuy
Монитор будет разделен на ряд зон, это должно легко меняться
видеореклама ? или чонить по интереснее
И
ИЗ КАРМАНА гвоздик ВЫНУЛ
видеореклама ? или чонить по интереснее
Интереснее несколько.
Считайте что технологическое табло для АСУТП.
ИМХО, "деление на зоны" это 5-10% стоимости (и работы).
Закачивание роликов - ролики короткие, не очень тяжелые.
Должен быть вариант и закачки через проводной интернет.
Подробное ТЗ мы вместе должны разработать мне кажется.
Плюс "проект" будет обрастать новыми функциями - возможно.
Например - камера монитора - как датчик движения,
по которой монитор включается
===
Функция: прохожий отправляет ТАБЛО смс или другое сообщение и оно попадает на это табло, например в ЗОНУ "ЧАТ".
Типа работники в цехе работают с этим табло, смотрят на нем некоторые технологические параметры,
но еще и оставляют друг другу сообщения в чате.
ЧАТ - крутится в отдельном окошке)
И
ИЗ КАРМАНА гвоздик ВЫНУЛ
Удаленный оператор ТАБЛО должен иметь обратную связь - посмотреть содержимое табло или проверить, все ли там совпадает с "теорией".
Просмотреть содержимое - что там начатили.
Наверное, возможность скачать обратно содержимое ТАБЛО и прогнать на эмуляторе.
ТАБЛО должно подсчитывать количество показов того или иного ролика.
(Возможно последовательность показа будет меняться)
Короче говоря, это будет постоянно меняющийся продукт.
Сотрудничество будет долгим - это мне важно.
Пришла новая идея - сделали надстройку к программе.
Просмотреть содержимое - что там начатили.
Наверное, возможность скачать обратно содержимое ТАБЛО и прогнать на эмуляторе.
ТАБЛО должно подсчитывать количество показов того или иного ролика.
(Возможно последовательность показа будет меняться)
Короче говоря, это будет постоянно меняющийся продукт.
Сотрудничество будет долгим - это мне важно.
Пришла новая идея - сделали надстройку к программе.
T
TorukMakto
Мда ... че тут скажешь ...
по простому "полный геморрой" ...
это будет постоянно меняющийся продукт.
по простому "полный геморрой" ...
f
file not found...
а потянет это Raspberry PI (Zero)?
S
StarFox
А вот тут уже разумно поинтересоваться (хотя бы очень приблизительно предполагаемым) бюджетом и желаемыми сроками реализации первой версии продукта, ибо объем работы видится приличный.
И
ИЗ КАРМАНА гвоздик ВЫНУЛ
Мда ... че тут скажешь ...
Ваше сообщение говорит мне о том, что вы не потенциальный исполнитель, а просто "зевака" (т.е. прохожий)
Потенциальные - пишут уже в личку, пара человек. Люди дела.
И
ИЗ КАРМАНА гвоздик ВЫНУЛ
а потянет это Raspberry PI (Zero)?
1. А почему нет?
2 Вы должны мне сказать.
А вот тут уже разумно поинтересоваться
Интересоваться - в личку.
Бюджетов нет, не существует такого понятия.
(бюджеты - в газпромах и т.п.)
В процессе обсуждения станет понятно.
S
StarFox
Конечно, так и имел ввиду
М
Мoзгoпрaв и мoзгoвeд©
Короче говоря, это будет постоянно меняющийся продукт.
и конца края не будет видно переделкам, угу.
а деньги, конечно, как всегда - по результату.
2 Вы должны мне сказать.
отвечу:
1) Потому что у вас не Техническое Задание, а Требования Заказчика, имхо, совершенно разные документы.
Грамотное ТЗ должно начинаться с назначения, дальше идут интерфейсы, дальше идут алгоритмы взаимодействия, далее необходимые режимы и условия работы, далее...
Но ТЗ же никто за работу не считает, хотя это стоит 30-40% от общей стоимости разработки системы. Это возвращаясь к бюджету...Которого нет
2) никто не должен, ибо не уплачено. Будет оплачено, тогда появятся обязательства.
И вообще странно, почему с десяток контор, выпускающие головы не согласились доработать свои железки под ваши задачи.
[Сообщение удалено пользователем 17.08.2017 08:15]
Расслабтесь.
99.5 %% руководителей не понимают разницы между проектированием и собственно разработкой.
Техническое задание, если угодно, это чертеж будущего изделия, в техническом задании изделие Планируется/проектируется, а разработка это уже реализация конечного изделия по этом ТЗ.
Так вот, вы предлагаете оценить реализацию без проекта.
Постройте дом без проекта этажа на 2 хотя бы, а там поговорим.
Ну и изначально оцените, сколько денег потребуется, да. По итогу сравните цифры, фактическую и оценочную до начала работ.
[Сообщение изменено пользователем 18.08.2017 01:23]
И
ИЗ КАРМАНА гвоздик ВЫНУЛ
[Сообщение удалено пользователем 17.08.2017 08:15]
И
ИЗ КАРМАНА гвоздик ВЫНУЛ
И вообще странно, почему с десяток контор, выпускающие головы не согласились доработать свои железки под ваши задачи.
Не обращался.
Мне нужен свой уникальный продукт.
Ничего сложного.
Обсуждение этой темы закрыто модератором форума.