All streams
Search
Write a publication
Pull to refresh
54
0.7
Михаил Кнутарев @mmMike

User

Send message

А какая зависимость "безопасность" от вариантов (вал зафиксированный. ибо это не человек рулит)

  • вал параллелен поверхности (мотор ниже уровня воды)

  • вал под углом 35-45 градусов (мотор выше уровня воды)

Защита винта в обоих случаях никак никак не коррелируется с расположением мотора по отношению к поверхности. либо сделали (мощный движок с большим моментом) либо нет (движок дохлый и тормозится пальцами).

И вообще, речь то в статье шла про тихоходную штуку для развозки прикормки, а не про гоночные модели.

Ну, если говорить про большую лодку в которой "капитан" рулит мотором от легковушки на подвесе - это одно. Там страшновато. Каждый раз прикидывал чем буду закрываться от летящего в воздухе винта, когда соседняя лодка у пирса маневрировала. Кто знает куда ее рулевой махнет мотором, например, подскользнувшись.

Но речь идет о практически одноразовой модельке (несколько часов работы за сезон) с чисто утилитарной задачей.

безопасность - да какая разница для модели малого размера.
а надежность - ну так 100% над поверхностью и не зальет/не замкнет мотор. И "схема вал под углом в воду" гораздо проще и надежнее чем сальники вала в дейдвуде в домашних условиях или гибкий вал или схема передачи типа "подвесной мотор".

Не надо все это повторять, пусть даже и в самоделке для рыбака-фаната.

А почему?
Так и хочется сказать "вам шашечки или ехать?"

Периодически протекают деидвуды при заднем ходе.

Странно, почему все пытаются сделать, в надводных моделях, расположение двигателя ниже уровня воды и мучаются с протеканиями.

В Азии все ездят на самодельных лодках с двигателем выше уровня воды. Берется обычный движок от убитой легковушки приляпывается прямо к валу коробки длинный вал на конце которого гребной винт и все.

КПД и пр. для варианта "длинный вал входит в воду под 35-45 градусов" не идеален, но насколько проще конструкция и нет проблем с герметизацией. Особенно если нужна не скоростная модель для соревнований, а что то не очень скоростное и не особенно важно КПД и долгая жизнь.

Не знаю. Меня ни разу не останавливали на прокатной машине. Подозреваю, что пофиг всем. А на своей не выезжал за границу (далековато однако пилить).

А для постоянного проживания все одно местные права пересдавать.

Это уже проходили. Летом по дороге на Алтай.
Две - 3 машины ГИБДД (видимо пробивают по базе)
через 5-6 км еще 2-3 машины ГИБДД. Грузовик с зеленым кузовом. Люди в военной форме.
И куча машин остановленных.

Ехал и охреневал. Таких пар штук 7 было. В основном перед Барнаулом.

Но это же ДО. Когда лично нужно было заставить расписаться.

Но это же дорого. А тут сами придут "с песней и добровольно" (анекдот про кота и горчицу)

Банк просто так (пока еще) массово API получения персональной информации ФСБ/МВД не дает. Даже если закон выйдет (это быстро), то это чисто технически не сразу.

А вот с сотовыми операторами все не так. Там давно все готово технически.

Вы себя убеждаете?

поймать человека, проверить пробить права. Я уже не помню когда вообще меня останавливали на дороге.
А вот автоматически (через N дней) отключить связь это дешево и гораздо больнее будет.

Да не может быть! вот вам минусов то и накидали. Нельзя ломать уютный мирок иллюзий.

МТС требует скан паспорта отправить (!) им.
Вчера получил SMS и зашел в личный кабинет где это сказано.
Скан! не просто показать, что бы удостоверились в офисе.

А ничо, что по скану паспорта МФО микрокредиты выдают

Конечно! Вы совершенно правы. Никто даже и не собирается по прошествию 20 дней со дня внесения в реестр блокировать SIM человека, не пришедшего в воинкомат!
Закон это сейчас не позволяет. Его принимать долго будут же.
Ура ура ура.

только написал комментарий и появилось: https://habr.com/ru/news/729092/
Да. "не будет этого. это все враки" п..л (говорил) Песков (в начале 2022).
повесток электронных не будет говорили они.
и т.д. и тп.
Совпадение типа. с компанией идентификацией/аутентификацией абонентов. Все друг друга убеждают.

Угу "веревку свою принести или профком обеспечит" вспомнилось мне.

Конечно совпадение! даже спорить не буду. А вдруг за сомнение статью пришьют.

Не понимаю почему только выезд за границу и управление машиной. Если уж вычеркивать человека из жизни, то нужно еще и SIM карты ему заблокировать.

Вчера пришла SMS от МТС c требованием отправить им скан паспорта (и в личном кабинете то же). С ссылкой на ФЗ и угрозой прекратить предоставление услуг связи. Вот столько лет (с 2000го) им этого не нужно было, а сейчас вдруг захотелось.
Интересно это совпадение или многим так?

УЭК был классический распил бабла. Я в нем не участвовал (в распиле), но рядом немного постоял и видел немного больше.

Потому что некоторые программы еще из 1997 года.
А большинство создавалось в начале 2000х.
И оно до сих пор работает и активно используется. постепенно переписываясь. Потому что не так тривиально все это переносить на новые платформы аппаратные и OS (мир не заканчивается на x86).

Ну наверное БД не содержала несколько десятков млн записей и довольно большой PL/SQL код прикладной логики на вызов.

памяти.
IO Операции (сетевые) что в Java что в С++ потребляют фактически одинаково CPU. Что С++, что Java это обертка над системными вызовами IO операций. Сравнивать производительность имеет смысл вообще только для каких то нагруженных вычислений. А когда 99% работы - это IO операции (вызовы OS), то выгоды в C++ нет.

А SAX парсер java или xerces C++ для 10Кб XML это неуловимая разница (даже если она есть).

Переписанный обработчик с C++ под java.
TCP/IP listener (не http), TCP/IP клиент и коннект к БД. XML поверх TCP/IP
Фактически навороченный маршрутизатор.

на бою работают обе версии (на разных комплексах, но на одной физически машинке).
Так вот.. в быстродействии разницы нет. Что там что там в районе 20..30 ms на обработку через БД и маршрутизацию.
Да. ресурсов C++ вариант потребляет меньше. но не принципиально. где то на 70-80% (процент большой большие, но от общей памяти сервера разница не значительная).
Но насколько удобнее и проще:

  1. вносить изменения и новый функционал.

  2. Не надо выпускать много дистрибутивов под каждые аппаратные платформы (и тестировать их)

  3. Не надо ставить драйвер БД, поскольку Jdbc это thin драйвер. 4.логирование апачевским log4j2 в централизированое хранилище (не находил для C++ точного аналога)

Понадобился асихронный канал для маршрутизации - нет проблем. Вот клиент для kafka (java). А для С++ куда ни сунешься - попробуй найди библиотеку.

Information

Rating
1,835-th
Location
Новосибирск, Новосибирская обл., Россия
Date of birth
Registered
Activity