Автор указал, что работал с Nest.js, который под капотом по-умолчанию использует express.js. К счастью, в документации описан способ использовать Fastify.js вместо express.js.
Да, конечно. Однако мне кажется, что в терминале проще и быстрей раза 3, а то и больше. В Manjaro, мне GUI зашел так, что в нем удобней, чем в терминале. Для меня это весомый аргумент.
Есть еще менее требовательные к ресурсам, например, XFCE или LXDE, но KDE имхо самый сбалансированный возможность настроек/прожорливость. И на убунте на нем сидел, и как перешел на Manjaro тоже остался. Смену дистра почти не заметил, разве что не нужно на каждый чих в терминал лезть, даже на поиск и установку программ/игр…
Не знаю, пробовал ли автор Manjaro, но после 5 лет использования Debian- и Ubuntu-подобных систем, взглянул на него. Лучшего user-friendly дистрибутива не видал. Нет множества репозиториев как в Ubuntu, и если бы я не был фанатом терминала, то и не запускал бы его вообще. Практически все можно сделать через более-менее удобный графический интерфейс и мышь.
Судя по произношению (и не только) он либо индус, либо пакистанец. Хоть Индия и была Британской колонией, но к их произношению нужно немного привыкнуть ))
А что по поводу macOS от Apple? Вроде бы эта ОС основана на UNIX. Просто не нашел упоминания в статье, только о iOS. Или этот вопрос стоит отдельной статьи?
Обычно на практике в таких случаях методы setWidth и setHeight перезаписываются таким образом, что фигура все-таки остается квадратом. Если используется setWidth, то он вызовет setHeight, и наоборот.
Что же касается функции, которая увеличивает площадь в 2 раза, первое, что мне пришло в голову — не ваш пример, а увеличение каждой из сторон в sqrt(2) раза, тогда одна и та же функция подойдет как для прямоугольника, так и для квадрата. С одной стороны увеличить одну из сторон проще, но тогда меняются пропорции прямоугольника, что в некоторых случаях неприемлемо.
В истории квадрата и прямоугольника функции нахождения периметра и площади одинаковы в общем случае, этот факт и побуждает приводить этот пример, когда речь заходит про ООП.
А в целом вы говорите верно, ООП и ФП — всего лишь инструменты для достижения поставленной задачи. Вот тут хотелось бы увидеть больше конкретики и примеров что в каких случаях больше использовать. Дарю идею для холивара вашей следующей статьи.
P.S. Мне в JS поначалу сильно не хватало трейтов из php для организации поведений и «мультинаследования» в ООП. Но со временем я научился думать по-другому.
P.P.S. В своих проектах использую оба подхода, но в крупных чаще ООП.
Да, я в таких случаях просто создаю «комнаты» типа «user_114» и «role_admin». И когда пользователь заходит с нескольких устройств, он получит сообщение на все из них. Если же соединения нет, то отправляю сообщения через пуш уведомления (группы те же)
Кроме того у каждого вебсокетного соединения есть свой уникальный id, что лучше подойдет для вышеописанного случая: нет необходимости сообщать всем, на какой стадии идет парсинг или импорт.
Если на btrfs закончилось место, то даже удаление какого-либо файла может вызывать ошибку «No space left on device». Для решения рекомендуется подключить к btrfs временный накопитель размерами желательно не менее 1GB. После чего произвести чистку данных. Затем удалить временный накопитель.
Как-то приходилось скачивать большие файлы, а потом их удалять. Первый раз, увидел такую картину, что половина диска свободна, а записать новый файл не могу — место закончилось. Трюк с подключением временного внешнего диска нашел не сразу, но он много раз спасал, когда я забывал вовремя балансировку запускать. Может сейчас получше с ней, но уже года 2 как ext4 обратно перешел.
Как-то ставил другу на малинку веб сервер. Работало на ура, однако с gpio так и не нашел подходящей библиотеки — js не тянул по скорости переключения пинов. Зато питон справился, а связал их как раз через MQTT.
P.S. Больше всего зашел Manjaro KDE ))
Что же касается функции, которая увеличивает площадь в 2 раза, первое, что мне пришло в голову — не ваш пример, а увеличение каждой из сторон в
sqrt(2)раза, тогда одна и та же функция подойдет как для прямоугольника, так и для квадрата. С одной стороны увеличить одну из сторон проще, но тогда меняются пропорции прямоугольника, что в некоторых случаях неприемлемо.В истории квадрата и прямоугольника функции нахождения периметра и площади одинаковы в общем случае, этот факт и побуждает приводить этот пример, когда речь заходит про ООП.
А в целом вы говорите верно, ООП и ФП — всего лишь инструменты для достижения поставленной задачи. Вот тут хотелось бы увидеть больше конкретики и примеров что в каких случаях больше использовать. Дарю идею для
холиваравашей следующей статьи.P.S. Мне в JS поначалу сильно не хватало трейтов из php для организации поведений и «мультинаследования» в ООП. Но со временем я научился думать по-другому.
P.P.S. В своих проектах использую оба подхода, но в крупных чаще ООП.
Кроме того у каждого вебсокетного соединения есть свой уникальный id, что лучше подойдет для вышеописанного случая: нет необходимости сообщать всем, на какой стадии идет парсинг или импорт.
Как-то приходилось скачивать большие файлы, а потом их удалять. Первый раз, увидел такую картину, что половина диска свободна, а записать новый файл не могу — место закончилось. Трюк с подключением временного внешнего диска нашел не сразу, но он много раз спасал, когда я забывал вовремя балансировку запускать. Может сейчас получше с ней, но уже года 2 как ext4 обратно перешел.
Да, таких ограничений не было. Запрещено полное присваивание b, например