Более отвратительного приложения я не видел. Сколько раз я выкарчевывал его у друзей. Mail-ru подсовывали его всеми способами, а потом оно тварил всякую дичь. После Агента никакое приложение от этой компании ставить нельзя. И vk можно использовать только в крайнем-крайнем случае.
Если на прокатных самокатах - то там это уже есть. А если про личные, то нельзя совмещать аварийные системы и системы контроля. Такую штуку просто будут отключить. В результате не будет ни контроля, ни реакции на аварии. (Это как два русских вопроса "Кто виноват" и "Что делать" - нельзя получить ответ на оба этих вопроса одновременно)
Не понял, как можно парсить JSON в отдельном потоке - результат парсинга же потом нужно передать в главный поток, а это, насколько я понял, можно сделать только через сериализацию-десериализацию (т.е. опять-таки парсинг).
Лет 10 назад перевел свой проект с C++ на Python чтоб убрать компиляцию. Время полной перекомпиляции проекта - более часа. На таких проектах ты дорабатываешь какой-то модуль, ну т.е. dll-ку, которая компилируется порядка минуты. Но полный цикл отладки всё равно занимает порядка 10 минут.
остановить основное приложение, чтоб оно освободило dll-ку
скомпилировать dll-ку
запустить основное приложение - это тоже порядка минуты
проверить функционал - получить сбой
подключиться дебаггером - это нужно найти все воркеры в системе, относящиеся к основному приложению
отладится - понять что что-то не учел в ответе от другого модуля
Это мало того что медленно, из-за больших пауз теряется фокус внимания. А постоянное переключение внимания сильно утомляет.
Вместо всего этого в питоне пишешь что-то типа if is_local_stend: imp.reload(<модуль>) и у тебя следующий же запрос идет с использованием нового кода. А дебагер практически никогда не нужен (он в питоне тормозной) - при такой скорости перезапуска можно просто добавлять вывод данных в лог-файл.
Еще один интересный круг: в начале нулевых все браузеры поддерживали микрософтовский VBScript. Он был сложнее JavaScript, потому что там была типизация (не строгая, но была), поэтому от него отказались. Сейчас все переходят на TypeScript, именно из-за наличия в нем типизации. Причём язык, опять-таки, разрабатывается MS-ом.
Еще аналогия - серверный рендеринг. Сначала веб-сервера выдавали html-ку, потом стали рендерить веб страницу на клиенте с помощью JS. Теперь запускают этот JS на сервере, рендерят им html-ку и опять отдают клиенту готовую веб-страницу.
Попробую по другому объяснить. Есть внешняя, динамически-подключаемая, библиотека, которая тоже написана на Rust. Но, несмотря на то, что она написана на Rust-е, я должен вызывать её методы в Unsafe-блоках. В Java, C#, Python и т.д. в аналогичной ситуации внешний вызов не отличается от вызова внутренней функции и соблюдаются все защиты, заложенные в языке.
А большие приложения никогда не идут одним исполняемым файлом, т.е. Rust не готов к использованию в больших приложениях.
Как в Rust-е сделать объектную динамически-подключаемую библиотеку.
На Java, C#, Python и т.п. объекты стандартизированы. Т.е. ты в своем классе реализуешь какой-то интерфейс и подключаешь свой плагин к основной программе.
В Rust-е, я так понимаю, можно реализовывать только Си-шные функции. И вся прелесть раста при этом теряется.
При каком, приблизительно, размере предприятий объемы бухгалтерии вырастают до сотен гигабайт?
А почему не shared_mutex вместо счетчик потоков, которые занимаются рассылкой ?
https://learn.microsoft.com/ru-ru/cpp/standard-library/shared-mutex?view=msvc-170
Сейчас устойчивость истребителя решается электроникой, а для пилота самолет как-будто устойчмв.
Более отвратительного приложения я не видел. Сколько раз я выкарчевывал его у друзей. Mail-ru подсовывали его всеми способами, а потом оно тварил всякую дичь. После Агента никакое приложение от этой компании ставить нельзя. И vk можно использовать только в крайнем-крайнем случае.
А какое сообщение в итоге увидит пользователь ?
Value is out of range for seven-bit number - совершенно негодится:Во первых, не локализована,
Во вторых, нет названия парамнтра,
В третьих, должно быть обьяснение и курсор должнн стоять на неправильно заполненном поле
В четвертых, ваш алгоритм не проверяет все поля, а завершится на первом же неверном значении.
Открыл ваш сайт - красиво. Через пару минут вентилятор на ноуте засвистел.
Попутный вопрос: вместо eneloop раньше можно было использовать недорогие аккумуляторы ikea. Сейчас какие недорогие lsd-аккумуляторы есть ?
Если на прокатных самокатах - то там это уже есть. А если про личные, то нельзя совмещать аварийные системы и системы контроля. Такую штуку просто будут отключить. В результате не будет ни контроля, ни реакции на аварии. (Это как два русских вопроса "Кто виноват" и "Что делать" - нельзя получить ответ на оба этих вопроса одновременно)
А почему видеокарта может сгореть при неправильной замене термопасты. Разве за это не должен отвечать термодатчик внутри видеокарты ?
Да, реальный мир гораздо круче, чем то что смогли выдумать фантасты и религии.
Не понял, как можно парсить JSON в отдельном потоке - результат парсинга же потом нужно передать в главный поток, а это, насколько я понял, можно сделать только через сериализацию-десериализацию (т.е. опять-таки парсинг).
А arm-ноутбуки не смотрели ? - linux-у же не обязателен x86.
Лет 10 назад перевел свой проект с C++ на Python чтоб убрать компиляцию. Время полной перекомпиляции проекта - более часа. На таких проектах ты дорабатываешь какой-то модуль, ну т.е. dll-ку, которая компилируется порядка минуты. Но полный цикл отладки всё равно занимает порядка 10 минут.
остановить основное приложение, чтоб оно освободило dll-ку
скомпилировать dll-ку
запустить основное приложение - это тоже порядка минуты
проверить функционал - получить сбой
подключиться дебаггером - это нужно найти все воркеры в системе, относящиеся к основному приложению
отладится - понять что что-то не учел в ответе от другого модуля
Это мало того что медленно, из-за больших пауз теряется фокус внимания. А постоянное переключение внимания сильно утомляет.
Вместо всего этого в питоне пишешь что-то типа if is_local_stend: imp.reload(<модуль>) и у тебя следующий же запрос идет с использованием нового кода. А дебагер практически никогда не нужен (он в питоне тормозной) - при такой скорости перезапуска можно просто добавлять вывод данных в лог-файл.
Netscape Navigator - это конец 90-х. К 2000-м он уже сдулся и, по большому счету, остался только IE.
.. и, кстати, VBScript изначально "из коробки" работал на сервере :)
Еще один интересный круг: в начале нулевых все браузеры поддерживали микрософтовский VBScript. Он был сложнее JavaScript, потому что там была типизация (не строгая, но была), поэтому от него отказались. Сейчас все переходят на TypeScript, именно из-за наличия в нем типизации. Причём язык, опять-таки, разрабатывается MS-ом.
Еще аналогия - серверный рендеринг. Сначала веб-сервера выдавали html-ку, потом стали рендерить веб страницу на клиенте с помощью JS. Теперь запускают этот JS на сервере, рендерят им html-ку и опять отдают клиенту готовую веб-страницу.
Попробую по другому объяснить. Есть внешняя, динамически-подключаемая, библиотека, которая тоже написана на Rust. Но, несмотря на то, что она написана на Rust-е, я должен вызывать её методы в Unsafe-блоках. В Java, C#, Python и т.д. в аналогичной ситуации внешний вызов не отличается от вызова внутренней функции и соблюдаются все защиты, заложенные в языке.
А большие приложения никогда не идут одним исполняемым файлом, т.е. Rust не готов к использованию в больших приложениях.
Или я ошибаюсь?
Как в Rust-е сделать объектную динамически-подключаемую библиотеку.
На Java, C#, Python и т.п. объекты стандартизированы. Т.е. ты в своем классе реализуешь какой-то интерфейс и подключаешь свой плагин к основной программе.
В Rust-е, я так понимаю, можно реализовывать только Си-шные функции. И вся прелесть раста при этом теряется.
Не уловил, в чём связь проблемы саг и DDD ? Вроде, если пишешь на хранимках у тебя такие же проблемы возникают.