А как получит результат (result по схеме) вызвавший код? ведь при возврате из add() esp будет указывать «выше» результата, т.е любое прерывание может затереть результат. Или я чего-то не понял...(
В логике есть правило: Если при всех А будет Б — это не гарантирует обратное, что при всех Б будет А. Поясняю: если только для территорий допускается использование «на» — это не означает, что для всех территорий нужно использовать этот предлог
есть разные виды API. Я говорю о ситуации, когда на странице магазина формируется форма, клиент сабмитит эту форму и попадает на сайт платежной системы для проведения оплаты. Т.е клиент с его браузером выступает в качестве транспорта, поэтому может слать любые невалидные данные.
Можно. Но во-первых, зачем тогда REST? А во-вторых, квалификация программистов клиентов системы обычно невысок — подстраиваются под них в пользу простоты, а не надежности
Я специально опрос не проводил, но все программисты, которым я говорил «таймстемп» понимали, что речь идет о unix_timestamp и он неоднозначностью, вроде бы, не страдает
Я очень долго эксперементировал с подборкой как коэффициентов ПИД, так и пытался модифицировать сам ПИД для самодельного Сегвея. В итоге пришел к тому, что самый лучший вариант — это П-регулятор. Причем у пропорциональной составляющей не линейная зависимость от угла, а в степени >1. Все самодельные Сегвеи далеки от оригинального. Вес человека имеет большие диапазоны и поведение ПИД без нагрузки и с нагрузкой отличается гигантски — при нормальном поведении в нагруженном состоянии, без нагрузки выходит в расколбас. Если делать более мягкие коэффицциенты, то фактически не сегвей самобалансируется, а человек.
Не даром оригинальный Сегвей имеет киловатные движки. ПИД нужен для инерционных систем. В движками с гигантской мощностью достаточно просто П-составляющей.
Не даром оригинальный Сегвей имеет киловатные движки. ПИД нужен для инерционных систем. В движками с гигантской мощностью достаточно просто П-составляющей.