Из своего опыта замечу, что использование описанным методов позволяют реализовать устройства на ESP8285 без батарейки или аккумулятора. Например для питания датчика температуры на улице достаточно солнечную панельку 4x7 см2 и суперкондер на 1f.
При этом устройство способно передавать температуру каждые 10 минут.
Статья не посвящена вопросам безопасности.
А придуманная Вами проблема воинствующего окружения мало соответствует действительности. Дело в том, что ESP модули в закрытом помещении взаимодействуют друг с другом примерно на 10 метров. Чтобы враги не узнали, что вы передаете температуру самогонного аппарата, не надо им об этом рассказывать.
А еще выгоднее продавать софт.
Даже на тиражирование не надо ничего тратить. Один раз сделал и собирай мзду c миллионов пользователей. потом исправил собственный ляп и как новую разработку снова всем продаешь. И так вечно. Тут даже прибыль от наркотиков рядом в микроскоп не увидишь
добрый день, всем!
Хочу добавить пару ложек дегтя…
1) Как правило прибыльные стратегии получаются на истории, а в реале они убыточные.
Причин для этого много. Часто это связано с тем, что свечи, которыми отображают сделки и по которым строят индикаторы тоже являются индикаторами.
Более того, свечи относятся к индикаторам заглядывающим в будущее.
Т е закрытие свечи на графике всегда отображается «задним» числом.
Поэтому, если есть желание как-то приблизить результат тестов к реальности,
то при тестировании на истории сигнал надо формировать на закрытии свечи,
а сделку совершать на открытии следующей.
2) Алгоритм на основе пересечения двух скользящих средних — это самый примитивный алгоритм, который в реале не работает. Если обратиться к цифрой обработке сигналов то можно понять что это алгоритм подобен полосовому фильтру с фиксированной настройкой. Он будет давать выигрыш (выделять сигнал) лишь при совпадении частоты его настройки с колебаниями рынка и сильном отношении сигнал/шум.
А это будет лишь иногда и то если повезет.
В остальных случаях алгоритм будет давать либо шумовые сигналы, либо явно убыточные, так как игра на бирже — это игра с отрицательным мат ожиданием.
Этот алгоритм подобен фразе в букваре «Мама мыла раму»
Его обычно рассказывают во всех букварях по трейдингу,
чтобы Буратинам было понятно,
что делать прибыльных торговых роботов ну очень просто.
Ну вот и для подобных статей время настало.
ЦБ заявил, что нет денег на поддержку рубля.
Пора у инопланетян в долг попросить
и начать рассуждать о вечном.
Распределение амплитуд — это еще не доказательство случайности сигнала
Хорошо бы увидеть доказательство,
что это генераторы белого(розового, какого?) шума.
Спасибо
Самое удивительное, что инфракрасный свет мы не видим, а прибор светит видимым светом т е не инфракрасным
И зачем он это делает?
Так просто — если бы был инфракрасный — т е тепло,
то трудно было бы разводить буратин.
Это хороший пример иллюстрирующий тот факт,
что разработку по надо начинать с разработки технического задания
т е с определения сложности решаемой задачи и этапов ее решения.
— Разработка тех задания — это первый этап разработки ПО и этот этап тоже имеет свою стоимость.
Чем ближе к началу работы расположен этап,
тем дороже обходятся его ошибки и тем тщательнее его надо прорабатывать.
— Резюме:
Расчет стоимости часа разработки ПО начинается с проработки сложности(этапности) технического задания.
Вы же начали свой расчет опустив самую сложную его часть — определение уровня квалификации разработчиков.
Если это убрать, то далее чисто технически учли налоги,
чисто умозрительно составили команду разработчиков
и получили формулу =X/36.
Где X — неизвестная величина,
вариации которой тоже неизвестны.
тогда остается открытым вопрос о сложности разработки.
Если на него нет ответа, то весь ваш расчет — это деление произвольно взятой величины на 36.
— Надо начинать с оценки сложности разработки,
и уж тем более не с зарплаты разработчика из интернета.
— Т е суть расчета в том, чтобы навязать заказчику согласие на некоторую зарплату некоторому виртуальному разработчику и поделить ее на 36.
А можно так:
Берем производительность разработчика ( Производительность надо повышать, а чтобы повышать ее надо знать)
Определяем прогнозируемый объем кода по аналогичным решениям
Делим объем на производительность получаем рабочих часов
Берем число рабочих часов в месяц делим на них общее количество часов
Далее берем Ваши оценки средней зарплаты разработки (прог+%тестир+ %руков проекта)
Умножаем на число месяцев Добавляем накладные и прибыль.
— В результате получаем:
1) Ожидаемый объем кода (работы)
2) Стоимость разработки этого кода
3) Сроки исполнения заказа
— Показываем заказчику.
Ему понятно — что, за сколько и когда.
— После этого он начинает торговаться,
А мы ему читаем с выражением басню о том,
как купец шапку шил.
Ну и что же Ваша формула означает?
Т е берем зарплату кого-то откуда-то и делим на температуру по палате 36гр.
В результате получаем стоимость часа разработки любой программы?
Т е Вы считаете стоимость разработки программы без разработки алгоритмов выбора методов и т д
Т е в чистом виде потоковая кодировка каких-то простейших программ с максимальной зарплатой кодировщика?
— Как Вы пишите- берем зарплату писателя на джава и делим на…
А к примеру надо сделать софт для обработки сигналов системы управления баллистической ракеты.
— Чью зарплату будете делить на 36?
— Как у Вас себестоимость связана с конечной стоимостью готовой программы?
— Ваши расчеты это чисто бюрократическое умножить и сложить желательно побольше.
Очень похоже на оправдание расходования госбюджетных средств. Т е очень нужно для гос чиновника,
чтобы оправдать стоимость очередного сайта.
— Полагаю, что расчет стоимости разработки в первую очередь зависит от алгоритмической сложности задачи, а не от языка кодирования алгоритма и выискивания ошибок.
При этом устройство способно передавать температуру каждые 10 минут.
А придуманная Вами проблема воинствующего окружения мало соответствует действительности. Дело в том, что ESP модули в закрытом помещении взаимодействуют друг с другом примерно на 10 метров. Чтобы враги не узнали, что вы передаете температуру самогонного аппарата, не надо им об этом рассказывать.
Вопросы надежности работы устройства не являются предметом данной статьи.
Даже на тиражирование не надо ничего тратить. Один раз сделал и собирай мзду c миллионов пользователей. потом исправил собственный ляп и как новую разработку снова всем продаешь. И так вечно. Тут даже прибыль от наркотиков рядом в микроскоп не увидишь
Хочу добавить пару ложек дегтя…
1) Как правило прибыльные стратегии получаются на истории, а в реале они убыточные.
Причин для этого много. Часто это связано с тем, что свечи, которыми отображают сделки и по которым строят индикаторы тоже являются индикаторами.
Более того, свечи относятся к индикаторам заглядывающим в будущее.
Т е закрытие свечи на графике всегда отображается «задним» числом.
Поэтому, если есть желание как-то приблизить результат тестов к реальности,
то при тестировании на истории сигнал надо формировать на закрытии свечи,
а сделку совершать на открытии следующей.
2) Алгоритм на основе пересечения двух скользящих средних — это самый примитивный алгоритм, который в реале не работает. Если обратиться к цифрой обработке сигналов то можно понять что это алгоритм подобен полосовому фильтру с фиксированной настройкой. Он будет давать выигрыш (выделять сигнал) лишь при совпадении частоты его настройки с колебаниями рынка и сильном отношении сигнал/шум.
А это будет лишь иногда и то если повезет.
В остальных случаях алгоритм будет давать либо шумовые сигналы, либо явно убыточные, так как игра на бирже — это игра с отрицательным мат ожиданием.
Этот алгоритм подобен фразе в букваре «Мама мыла раму»
Его обычно рассказывают во всех букварях по трейдингу,
чтобы Буратинам было понятно,
что делать прибыльных торговых роботов ну очень просто.
почитать про кросс-компилятор можно здесь.
http://www.eluaproject.net/
ЦБ заявил, что нет денег на поддержку рубля.
Пора у инопланетян в долг попросить
и начать рассуждать о вечном.
Хорошо бы увидеть доказательство,
что это генераторы белого(розового, какого?) шума.
Спасибо
И зачем он это делает?
Так просто — если бы был инфракрасный — т е тепло,
то трудно было бы разводить буратин.
что разработку по надо начинать с разработки технического задания
т е с определения сложности решаемой задачи и этапов ее решения.
— Разработка тех задания — это первый этап разработки ПО и этот этап тоже имеет свою стоимость.
Чем ближе к началу работы расположен этап,
тем дороже обходятся его ошибки и тем тщательнее его надо прорабатывать.
— Резюме:
Расчет стоимости часа разработки ПО начинается с проработки сложности(этапности) технического задания.
Вы же начали свой расчет опустив самую сложную его часть — определение уровня квалификации разработчиков.
Если это убрать, то далее чисто технически учли налоги,
чисто умозрительно составили команду разработчиков
и получили формулу =X/36.
Где X — неизвестная величина,
вариации которой тоже неизвестны.
Если на него нет ответа, то весь ваш расчет — это деление произвольно взятой величины на 36.
— Надо начинать с оценки сложности разработки,
и уж тем более не с зарплаты разработчика из интернета.
— Т е суть расчета в том, чтобы навязать заказчику согласие на некоторую зарплату некоторому виртуальному разработчику и поделить ее на 36.
Берем производительность разработчика ( Производительность надо повышать, а чтобы повышать ее надо знать)
Определяем прогнозируемый объем кода по аналогичным решениям
Делим объем на производительность получаем рабочих часов
Берем число рабочих часов в месяц делим на них общее количество часов
Далее берем Ваши оценки средней зарплаты разработки (прог+%тестир+ %руков проекта)
Умножаем на число месяцев Добавляем накладные и прибыль.
— В результате получаем:
1) Ожидаемый объем кода (работы)
2) Стоимость разработки этого кода
3) Сроки исполнения заказа
— Показываем заказчику.
Ему понятно — что, за сколько и когда.
— После этого он начинает торговаться,
А мы ему читаем с выражением басню о том,
как купец шапку шил.
Т е берем зарплату кого-то откуда-то и делим на температуру по палате 36гр.
В результате получаем стоимость часа разработки любой программы?
Т е Вы считаете стоимость разработки программы без разработки алгоритмов выбора методов и т д
Т е в чистом виде потоковая кодировка каких-то простейших программ с максимальной зарплатой кодировщика?
— Как Вы пишите- берем зарплату писателя на джава и делим на…
А к примеру надо сделать софт для обработки сигналов системы управления баллистической ракеты.
— Чью зарплату будете делить на 36?
— Как у Вас себестоимость связана с конечной стоимостью готовой программы?
— Ваши расчеты это чисто бюрократическое умножить и сложить желательно побольше.
Очень похоже на оправдание расходования госбюджетных средств. Т е очень нужно для гос чиновника,
чтобы оправдать стоимость очередного сайта.
— Полагаю, что расчет стоимости разработки в первую очередь зависит от алгоритмической сложности задачи, а не от языка кодирования алгоритма и выискивания ошибок.
спасибо,
нашел их статью.