24.6. Движение лиц, использующих для передвижения средства индивидуальной мобильности, разрешается со скоростью не более 25 км/ч.
Если движение велосипедиста или лица, использующего для передвижения средство индивидуальной мобильности, в случаях, предусмотренных настоящими Правилами, по тротуару, пешеходной дорожке, обочине или в пределах пешеходных зон (включая велосипедные дорожки, находящиеся в пешеходных зонах) подвергает опасности или создает помехи для движения пешеходов, велосипедист должен спешиться и руководствоваться требованиями, предусмотренными настоящими Правилами для движения пешеходов, а лицо, использующее для передвижения средство индивидуальной мобильности, спешиться или снизить скорость до скорости, не превышающей скорость движения пешеходов.
Во всех случаях совмещенного с пешеходами движения велосипедистов и лиц, использующих для передвижения средства индивидуальной мобильности, пешеходы имеют приоритет.
оцените примерно, сколько полос будет у такой транспортной системы, чтобы обеспечить 8 минут от входа на платформу до выхода с платформы в нужном месте?
почему один большой дом, а не например 50 независимых друг от друга домов по-меньше? что вы будете делать через 50 лет когда этот большой дом начнет разрушаться? независимые дома хотя бы можно независимо друг от друга сносить и перестраивать заново
где жители будут работать? не все же жители будут офисными работниками, где-то должны быть заводы рядом, склады, электростанции, больницы, морги, крематории, кладбища, и должна быть обеспечена логистика людей до этих мест. на чем они туда будут ездить и где парковаться?
где и в каком количестве располагаются местные складские помещения и какой должен быть их объем?
что вообще с пожароопасностью, как все это дело тушить если оно загорится? как все это дело эвакуировать и куда?
крытые зимние спортивные комплексы большой площади (футбольные поля например)?
если никому ничего не давать — то зачем привязыватья к госзаказу? есть же куча потребителей кроме государства, где таких требований нет
собственно варианты то такие — или «производится конкурентноспособный продукт», и тогда его можно продать куда угодно и не связываться с госзаказом. или «производится не конкруретноспособный продукт», и в случае госзаказа тендер будет честно выигрывать более конкурентноспособный продукт из китая, или «производится не конкруретноспособный продукт но мы хотим такое ТЗ чтобы под него ничего больше не подошло» — тогда это не очень равные условия
ну вот смотрите, с точки зрения государства есть проблема вида «мы хотим дать деньги на развитие производства комплектухи в РФ, но не знаем кому дать деньги и на что конкретно». варианты решения:
1) самим решать — берем деньги из налогов, вводим плановую экономику и решаем сами кому что развивать и выделяем туда целевые деньги. но есть риск что не угадаем с выбором и выделим деньги туда куда на самом деле не нужно.
2) пусть подрядчики сами решат — берем деньги из налогов (госзаказ из налогов оплачивается), закладываем их в госзаказ как некоторый % на «развитие производства комплектухи в РФ» и заставляем подрядчиков самих по сути выбрать кому эти деньги отдать. и тут уже у подрядчиков возникают варианты «раздать кому угодно» (а-ля купить комплектуху и не распаковывать), «раздать кому больше нравится» (а-ля купить комплектуху все-таки хоть сколько-нибудь полезную, все равно деньги надо отдать) и даже «самим построить свой заводик и оставить деньги у себя»
оба варианта в принципе имеют право на жизнь. первый это по сути централизованная задача планирования и распределения ресурсов, второй — распределенная. и там и там есть плюсы и минусы, но централизованный вариант требует сильно больше бюрократии и хуже реагирует на изменения потребностей
ну и еще есть третий вариант — «дать деньги всем но по чуть-чуть» = «снизить налоги»
голосуют на собрании акционеров, выбирают директоров, и читают иногда то что директора им присылают. а как это происходит в других публичных компаниях, где ни у кого нет доли например больше 1%?
ну почему же. у всех по 1/140000000 доле. все равны. у каждого сильно меньше 1% — значит миноритарии, и значит есть ограничения. я же не имею права получить полную финансовую информацию любой публичной компании, купив всего одну акцию.
> В этом месте России надо бы начать стрематься
скорее наоборот. офицеры скорее учат язык для более удобной коммуникации с союзными войсками. для оккупации язык должны учить рядовые.
согласно описанию из видео — «Eight valves are equally spaced around the circumference of the 3ft-diameter solid-propellant gas generator. Together they can generate up to 7,000lb of steering force to guide the Orion module and its launch abort system safely away from a malfunctioning Ares I booster.»
до старта — изменением состава горючего и формы сопла. после старта — перенаправлением части выхлопа вверх или симметрично вбок во все стороны (по аналогии как в видео в этой статье показано, ну или тут youtu.be/T11zkFriHVk?t=591 или тут www.youtube.com/watch?v=tzge0_uc3I0)
объясните пожалуйста, за счет чего возникает существенная разница по кпд между турбовинтовыми и турбовентилляторными двигателями. вроде бы согласно схеме разница только в том, что в одном случае спереди идет винт, а в другом — вентиллятор и все в кожух обернуто. если в турбовинтовом двигателе заменить винт на вентиллятор — ему станет лучше или хуже в плане кпд?
> Каким образом вы себе представляете человека, способного играть исключительно через апи?
Ну технически если посмотреть на sc2 bot api, то там игра по сути пошаговая. каждый ход игры боту отгружается вся информация про все что он видит (все юниты/здания вне тумана войны + некоторые под туманом + вся инфа про все видимые юниты/здания), бот делает несколько действий (а-ля юнит такой-то — двигайся туда, юнит такой-то — используй абилку «атака» на таком-то юните) и говорит «закончить ход». Просто чтобы это было в real-time'е — бот должен заканчивать свой ход достаточно быстро. Технически можно сделать ботов, которые играют медленнее реал-тайма и заставить их друг с другом играть. Можно сделать так же и для ходов человека — пусть человек играет через bot api, без ограничений на продолжительность хода, со всей информацией которую предоставляли боту.
вам для алгоритма сближения кто-то или что-то должно будет выдать точные параметры орбит, вашей и той с кем вы стыкуетесь. с земли вам их выдадут когда вы рядом со станцией наземного контроля пролетать будете, раз в полтора — три часа. а оценивать их по картинкам с видеокамеры может быть слишком неточно.
рекомендую посмотреть www.youtube.com/watch?v=i5XPFjqPLik, там как раз в конце описываются особенности такого способа сближения на примере миссии gemini 4
как вы будете организовывать захват какого-нибудь объекта, который не особо к этому готов? ну там например спутник в форме куба, который в четыре стороны торчит солнечными батареями, в пятую радиатором, а в шестую — оптикой. за что его хватать и толкать? а если он еще и вращается? а если ему еще нелья загаживать солнечные батареи и оптику выбросами маневровых двигателей буксира — как и чем вокруг него маневрировать тогда?
буксиру нужно по идее сделать очень непростую систему стыковки, которая смогла бы аккуратно схватить спасаемый объект. это само по себе нетривиально. кроме того, буксир должен как-то правильно подлететь к этом объекту, а значит его еще и радарами надо обвесить, а учитывая что спасаемый объект не обязательно делался с расчетом что его будут спасать — то система будет сложнее чем система автоматической стыковки космических аппаратов сейчас. выглядит слишком сложно для одноразового буксира. для многоразового — нужны бы еще или системы дозаправки для химических двигателей, или хороший источник энергии для каких-нибудь ионных/плазменных двигателей, или и то и другое
а чем boost::multi_index не устраивает? конечно boost это не STL, но для плюсов уже практически стандартная библиотека если чистого STL вдруг начинает нехватать
24.6. Движение лиц, использующих для передвижения средства индивидуальной мобильности, разрешается со скоростью не более 25 км/ч.
Если движение велосипедиста или лица, использующего для передвижения средство индивидуальной мобильности, в случаях, предусмотренных настоящими Правилами, по тротуару, пешеходной дорожке, обочине или в пределах пешеходных зон (включая велосипедные дорожки, находящиеся в пешеходных зонах) подвергает опасности или создает помехи для движения пешеходов, велосипедист должен спешиться и руководствоваться требованиями, предусмотренными настоящими Правилами для движения пешеходов, а лицо, использующее для передвижения средство индивидуальной мобильности, спешиться или снизить скорость до скорости, не превышающей скорость движения пешеходов.
Во всех случаях совмещенного с пешеходами движения велосипедистов и лиц, использующих для передвижения средства индивидуальной мобильности, пешеходы имеют приоритет.
оцените примерно, сколько полос будет у такой транспортной системы, чтобы обеспечить 8 минут от входа на платформу до выхода с платформы в нужном месте?
почему один большой дом, а не например 50 независимых друг от друга домов по-меньше? что вы будете делать через 50 лет когда этот большой дом начнет разрушаться? независимые дома хотя бы можно независимо друг от друга сносить и перестраивать заново
где жители будут работать? не все же жители будут офисными работниками, где-то должны быть заводы рядом, склады, электростанции, больницы, морги, крематории, кладбища, и должна быть обеспечена логистика людей до этих мест. на чем они туда будут ездить и где парковаться?
где и в каком количестве располагаются местные складские помещения и какой должен быть их объем?
что вообще с пожароопасностью, как все это дело тушить если оно загорится? как все это дело эвакуировать и куда?
крытые зимние спортивные комплексы большой площади (футбольные поля например)?
собственно варианты то такие — или «производится конкурентноспособный продукт», и тогда его можно продать куда угодно и не связываться с госзаказом. или «производится не конкруретноспособный продукт», и в случае госзаказа тендер будет честно выигрывать более конкурентноспособный продукт из китая, или «производится не конкруретноспособный продукт но мы хотим такое ТЗ чтобы под него ничего больше не подошло» — тогда это не очень равные условия
1) самим решать — берем деньги из налогов, вводим плановую экономику и решаем сами кому что развивать и выделяем туда целевые деньги. но есть риск что не угадаем с выбором и выделим деньги туда куда на самом деле не нужно.
2) пусть подрядчики сами решат — берем деньги из налогов (госзаказ из налогов оплачивается), закладываем их в госзаказ как некоторый % на «развитие производства комплектухи в РФ» и заставляем подрядчиков самих по сути выбрать кому эти деньги отдать. и тут уже у подрядчиков возникают варианты «раздать кому угодно» (а-ля купить комплектуху и не распаковывать), «раздать кому больше нравится» (а-ля купить комплектуху все-таки хоть сколько-нибудь полезную, все равно деньги надо отдать) и даже «самим построить свой заводик и оставить деньги у себя»
оба варианта в принципе имеют право на жизнь. первый это по сути централизованная задача планирования и распределения ресурсов, второй — распределенная. и там и там есть плюсы и минусы, но централизованный вариант требует сильно больше бюрократии и хуже реагирует на изменения потребностей
ну и еще есть третий вариант — «дать деньги всем но по чуть-чуть» = «снизить налоги»
скорее наоборот. офицеры скорее учат язык для более удобной коммуникации с союзными войсками. для оккупации язык должны учить рядовые.
нанеся при этом положенный ущерб
www.youtube.com/watch?v=xfTdRF66QPo
Ну технически если посмотреть на sc2 bot api, то там игра по сути пошаговая. каждый ход игры боту отгружается вся информация про все что он видит (все юниты/здания вне тумана войны + некоторые под туманом + вся инфа про все видимые юниты/здания), бот делает несколько действий (а-ля юнит такой-то — двигайся туда, юнит такой-то — используй абилку «атака» на таком-то юните) и говорит «закончить ход». Просто чтобы это было в real-time'е — бот должен заканчивать свой ход достаточно быстро. Технически можно сделать ботов, которые играют медленнее реал-тайма и заставить их друг с другом играть. Можно сделать так же и для ходов человека — пусть человек играет через bot api, без ограничений на продолжительность хода, со всей информацией которую предоставляли боту.
а чем boost::multi_index не устраивает? конечно boost это не STL, но для плюсов уже практически стандартная библиотека если чистого STL вдруг начинает нехватать