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