Я под заранее декларированной моделью считал и эти случаи то же (данные исходя из логики приложения и здравого смысла).
А, если у кого то гоняются, например, все данные вместо ID, и это сильно сказывается на производительности/безопасности, то это ошибка проектирования.
Но мне казалось, что не настолько уж фреймворк(и) ограничивает выбор какие данные будут гонятся между клиентов и сервером и состав этих данных. (могу и ошибаться… мало ли..)
В общем, мне кажется, нет смысла спорить на абстрактных примерах.
На работе споров по подобным тонкостям архитектур и на вполне конкретных примерах хватает.
А… Понятно.
Но тогда это скорее проблема не фреймворка, а проблема изначального проектирования или навешанных потом кучи "технических долгов", которые никто не любит "платить".
Это, к сожалению, ни от фрейма, ни от языка программирования, ни от прочих "магических палочек" не зависит. Сменить фреймворк/переписать код предшественников — это типичное желание при приходе в новый проект.
Вызовы Ajax запросов генерируются фреймворком, на основании заранее декларированных моделей, такой механизм взаимодействия приводит к:
•Снижению гибкости взаимодействия с сервером ( запросы должны укладываться в рамки текущих клиент-серверных сущностей )
А почему Вы посчитали это недостатком?
Не могли бы Вы привести пример когда запрос может не на основе заранее задекларированных моделей?
Вопрос… просто для саморазвития. Если не лень рассказать.
Со всем остальным согласен (су учетом описанных условий)
Я как раз придумывал чем бы заняться DIY… (лето кончилось и появилось время до того как снег ляжет)
Даже спасибо им (Даджет) за минусы, что дали стимул и идею чем заняться.
Похоже, что кто то обиделся на фразу "суперсекретную схему".
Сразу минусы появились..
Собрать аналог такого приборчика и схему с прошивкой выложить как статью на geektimes что ли…
Себестоимость будет минимальна.
ATtiny13 + светодиод на 640нм + фотодиод ИК + батарейка + кнопка + пьезо пищалка.
Судя по заявленному диапазону 940нм и упоминанию «М метка» — используется эффект отражения.
Хотя "метку М" обычно двумя светодиодами детектируют 850 и 940 (поглощение/отражение).
Я немного ошибся насчет свечения (лень было смотреть). Именно отражение.
И ЧБ камера без ИК фильтра с экраном в детекторе.
И все равно, ничего секретного в этом нет. Да еще и метод не полноценный.
Вижу только светодиод (один) на один диапазон и инфракрасный фотодиод на прием.
Проблема хорошо видна. Функция getCollectionWeight() слишком раздутая и выглядит как черный ящик, полный сюрпризов.
Проблема отчетливо видна в другом. Ни одного комментария в коде по поводу что эта функция делает, stateless она или нет и прочие детали.
Лично мне плевать как функция написана внутри, если я знаю, что она протестирована и работает так как описана.
Если сильно приспичит — разберусь и с разбитой на подфункции и с непрерывным кодом одним блоком.
Особенно если код разбит осмысленно (здравый смысл) на блоки и прокомментирован.
Не знаю, уж зачем они залили компаундом эту "суперсекретную" схему.
Информация про различные типы краски на купюре и места где они размещаются — она не секретна (googl в помощь).
Настольный детектор который использует (в частности) инфракрасную подсветку (940нм) просто мигает этой подсветкой (или подсветками), а в инструкции к нему рассказано какие части купюры должны мигать и с какой частотой.
По моему зеленым должно светится (940нм). нет инструкции под рукой, а искать лень.
Городить еще и автоматическое красный/зеленый (пацак/чатланин), это просто маркетинговых ход. Глаз (когда знаешь на что смотреть) гораздо лучше.
Но приборчик с просто мигающим инфракрасным светодиодом не будет продаваться.
Очень уважаю профессию синхронного переводчика. Не каждому дано.
Пробовал переводить синхронно — это не просто стресс, это какое то головоломное занятие. Утомляет жутко постоянные переключения… даже не знаю как это назвать… два потока восприятия..
А не смущает, что вилька бутылька пишется без мягкого знака, а сол фасол с мягким?
А в английском языке вообще полно неправильных глаголов.
И все это невозможно понять (если не лезть в историю), а нужно просто запомнить.
Здесь мы только постараемся привлечь внимание специалистов к проблеме катастрофической неточности вычислений, возникающей при проведении арифметических операций над десятичными числами при использовании двоичной арифметики.
Я вначале подумал, что это такая тонкая шутка, как вступление к лекции "для чайников". Но Ваш последний комментарий показал, что это не было шуткой, а сказано на полном серьезе:
Если же все, что написано в статье, давно всем известно, то дайте ссылку, где эта проблема освещена.
Вы действительно считаете, что изложили в статье что то очень оригинальное и никому не известное?
Тогда "Извините, но просто поговорить, действительно не интересно.".
Ну конспекты лекций я сканировать и отправлять не буду (если найду их еще).
А так google: "проблемы с плавающей запятой учебник".
Вы действительно считаете, что все проблемы с обработкой ЧПТ решены?
С чего Вы вдруг завелись?
Все что я сказал изначально, что желательно было бы привести примеры типичных классических ошибок программиста при работе данными в формате с "плавающей точкой" и как их избежать.
И все…
Все остальное — это Вы уже сами за меня додумывает и высказываете.
До сих пор помню, как мне гад препод, из вредности, срезал 5 (на 4) вопросом про разрядность регистра 80487 (FPU сопроцессор, если кто не помнит). На лекции его не ходил. Хотя каждый день на кафедре встречались.
Одна 4-ка за 4 года.
Базовые знание по работе комп. потрохов очень помогают. Меньше ситуаций "Это магия какая то… почему результат не верный".
Вообще то с таблеткой обычно дают рекомендации по использованию. Если уж пошли такие удаленные аналогии.
А вычислениям с плавающей точкой посвящены целые главы литературы по программированию. Включая и кучу примеров где проблемы и методы их решения рассматриваются.
Причем эта тема весьма стара и классическая. Начиная с FORTRAN 66, когда программированием начали заниматься люди, не вникающие (да не надо им это) как выполняется, например, работа с числами с плавающей точкой на разных архитектурах и пр.
Да самое элементарное (одно из..) — выравнивание (умножение + деление результата на константу) там где нужно исходя из задачи и предполагаемой размерности чисел.
Тут проскакивало что то про расчет на калькуляторе и на компе и что цифры не совпадают… А ничего что калькуляторы используют в основном двоично десятичный код для вычисления? Интересно, много людей, что здесь дискутирую вообще знают что это и почему используется?
К контроллеру литий-ионных аккумуляторов D1 подключаются три аккумулятора формата 18650
Практически полностью аналогичная конструкция (+еще 2 кг на вес манипулятора. Поворотный стол и сервоприводы) запитанная от кислотного аккумулятора 12В 1.2А/ч (свеже купленный) имеет автономность где то в 30-40 минут движения (без задействования манипулятора) в непрерывном движении с маневрированием.
А у Вас какая автономность выходит? (что бы сравнить… может на 18650 перевести).
А то все больше общие слова встречаются у "зеленых" и им сочувствующих: "уменьшается видовое разнообразие… и пр.". А почему это плохо никто внятно из них (сочувствующих с техническими специальностями) объяснить не может.
Устройство оснащено системой подачи фотополимерной смолы через картриджи
Мелкая деталь… Но как все меняет.
Такие 3D принтеры давно и во всю используются ювелирами для изготовление моделей. И только для них оправданы. Если посмотреть на цену фотополимера, то золотым фотоаппарат выйдет.
Может я не прав, но тем кто про эти очевидные вещи знает — статья не очень интересна.
А тем, для кого это "открытие" лучше было бы еще привести практические рекомендации (и примеры придумать/привести) типа :
Никогда не сравнивай результат вычисления double/float типа с константой на равенство.
Ошибки вычисления double/float имеют свойство накапливаться и результат может быть очень непредсказуемым.
3… и т.д.
Я под заранее декларированной моделью считал и эти случаи то же (данные исходя из логики приложения и здравого смысла).
А, если у кого то гоняются, например, все данные вместо ID, и это сильно сказывается на производительности/безопасности, то это ошибка проектирования.
Но мне казалось, что не настолько уж фреймворк(и) ограничивает выбор какие данные будут гонятся между клиентов и сервером и состав этих данных. (могу и ошибаться… мало ли..)
В общем, мне кажется, нет смысла спорить на абстрактных примерах.
На работе споров по подобным тонкостям архитектур и на вполне конкретных примерах хватает.
А… Понятно.
Но тогда это скорее проблема не фреймворка, а проблема изначального проектирования или навешанных потом кучи "технических долгов", которые никто не любит "платить".
Это, к сожалению, ни от фрейма, ни от языка программирования, ни от прочих "магических палочек" не зависит. Сменить фреймворк/переписать код предшественников — это типичное желание при приходе в новый проект.
А почему Вы посчитали это недостатком?
Не могли бы Вы привести пример когда запрос может не на основе заранее задекларированных моделей?
Вопрос… просто для саморазвития. Если не лень рассказать.
Со всем остальным согласен (су учетом описанных условий)
Я как раз придумывал чем бы заняться DIY… (лето кончилось и появилось время до того как снег ляжет)
Даже спасибо им (Даджет) за минусы, что дали стимул и идею чем заняться.
Обязательно, как сделаю и размещу, упомяну их.
Похоже, что кто то обиделся на фразу "суперсекретную схему".
Сразу минусы появились..
Собрать аналог такого приборчика и схему с прошивкой выложить как статью на geektimes что ли…
Себестоимость будет минимальна.
ATtiny13 + светодиод на 640нм + фотодиод ИК + батарейка + кнопка + пьезо пищалка.
Судя по заявленному диапазону 940нм и упоминанию «М метка» — используется эффект отражения.
Хотя "метку М" обычно двумя светодиодами детектируют 850 и 940 (поглощение/отражение).
Я немного ошибся насчет свечения (лень было смотреть). Именно отражение.
И ЧБ камера без ИК фильтра с экраном в детекторе.
И все равно, ничего секретного в этом нет. Да еще и метод не полноценный.
Вижу только светодиод (один) на один диапазон и инфракрасный фотодиод на прием.
Проблема отчетливо видна в другом. Ни одного комментария в коде по поводу что эта функция делает, stateless она или нет и прочие детали.
Лично мне плевать как функция написана внутри, если я знаю, что она протестирована и работает так как описана.
Если сильно приспичит — разберусь и с разбитой на подфункции и с непрерывным кодом одним блоком.
Особенно если код разбит осмысленно (здравый смысл) на блоки и прокомментирован.
Аа… понятно. Тогда да. Уважаю. Не пожалели времени.
С учетом того, что статей на русском довольно мало. Для кого то это может быть проблемой.
Хотя я вот пару минут вглядывался в исходники в ступоре "чего здесь нестандартного… может чего не понимаю" ( ;
Последнее место где смотреть нужно. Обычно такой бред пишут.
Место для ленивых, которым влом читать документацию.
Не знаю, уж зачем они залили компаундом эту "суперсекретную" схему.
Информация про различные типы краски на купюре и места где они размещаются — она не секретна (googl в помощь).
Настольный детектор который использует (в частности) инфракрасную подсветку (940нм) просто мигает этой подсветкой (или подсветками), а в инструкции к нему рассказано какие части купюры должны мигать и с какой частотой.
По моему зеленым должно светится (940нм). нет инструкции под рукой, а искать лень.
Городить еще и автоматическое красный/зеленый (пацак/чатланин), это просто маркетинговых ход. Глаз (когда знаешь на что смотреть) гораздо лучше.
Но приборчик с просто мигающим инфракрасным светодиодом не будет продаваться.
Я то думал что Вы использование Render Script опишете…
На нем действительно вручную и можно делать очень интересные и быстрые обработки изображения.
А увидел использование библиотечного android.graphics.BitmapShader
А в чем смысл статьи?
В том, что использование android.graphics.Shader лучше чем собственная реализация на Java?
Или я чего то не вижу? Смотрю исходники и не понимаю, что в них такого не стандартного.
Очень уважаю профессию синхронного переводчика. Не каждому дано.
Пробовал переводить синхронно — это не просто стресс, это какое то головоломное занятие. Утомляет жутко постоянные переключения… даже не знаю как это назвать… два потока восприятия..
А не смущает, что вилька бутылька пишется без мягкого знака, а сол фасол с мягким?
А в английском языке вообще полно неправильных глаголов.
И все это невозможно понять (если не лезть в историю), а нужно просто запомнить.
Я вначале подумал, что это такая тонкая шутка, как вступление к лекции "для чайников". Но Ваш последний комментарий показал, что это не было шуткой, а сказано на полном серьезе:
Вы действительно считаете, что изложили в статье что то очень оригинальное и никому не известное?
Тогда "Извините, но просто поговорить, действительно не интересно.".
Ну конспекты лекций я сканировать и отправлять не буду (если найду их еще).
А так google: "проблемы с плавающей запятой учебник".
С чего Вы вдруг завелись?
Все что я сказал изначально, что желательно было бы привести примеры типичных классических ошибок программиста при работе данными в формате с "плавающей точкой" и как их избежать.
И все…
Все остальное — это Вы уже сами за меня додумывает и высказываете.
До сих пор помню, как мне гад препод, из вредности, срезал 5 (на 4) вопросом про разрядность регистра 80487 (FPU сопроцессор, если кто не помнит). На лекции его не ходил. Хотя каждый день на кафедре встречались.
Одна 4-ка за 4 года.
Базовые знание по работе комп. потрохов очень помогают. Меньше ситуаций "Это магия какая то… почему результат не верный".
Вообще то с таблеткой обычно дают рекомендации по использованию. Если уж пошли такие удаленные аналогии.
А вычислениям с плавающей точкой посвящены целые главы литературы по программированию. Включая и кучу примеров где проблемы и методы их решения рассматриваются.
Причем эта тема весьма стара и классическая. Начиная с FORTRAN 66, когда программированием начали заниматься люди, не вникающие (да не надо им это) как выполняется, например, работа с числами с плавающей точкой на разных архитектурах и пр.
Да самое элементарное (одно из..) — выравнивание (умножение + деление результата на константу) там где нужно исходя из задачи и предполагаемой размерности чисел.
Тут проскакивало что то про расчет на калькуляторе и на компе и что цифры не совпадают… А ничего что калькуляторы используют в основном двоично десятичный код для вычисления? Интересно, много людей, что здесь дискутирую вообще знают что это и почему используется?
Практически полностью аналогичная конструкция (+еще 2 кг на вес манипулятора. Поворотный стол и сервоприводы) запитанная от кислотного аккумулятора 12В 1.2А/ч (свеже купленный) имеет автономность где то в 30-40 минут движения (без задействования манипулятора) в непрерывном движении с маневрированием.
А у Вас какая автономность выходит? (что бы сравнить… может на 18650 перевести).
Большое спасибо за ответ!
А то все больше общие слова встречаются у "зеленых" и им сочувствующих: "уменьшается видовое разнообразие… и пр.". А почему это плохо никто внятно из них (сочувствующих с техническими специальностями) объяснить не может.
Мелкая деталь… Но как все меняет.
Такие 3D принтеры давно и во всю используются ювелирами для изготовление моделей. И только для них оправданы. Если посмотреть на цену фотополимера, то золотым фотоаппарат выйдет.
Может я не прав, но тем кто про эти очевидные вещи знает — статья не очень интересна.
А тем, для кого это "открытие" лучше было бы еще привести практические рекомендации (и примеры придумать/привести) типа :
3… и т.д.
впрочем, хозяин барин...