Подписываюсь под каждым словом
В 90% проявления "токсичности" виноваты регулярные глупые вопросы, и глупость чаще всего не в незнании технической части и даже не в знании разработки в принципе

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

Я долго работал в компании, которая делала on-premises решения
Так там ситуация с точностью до наоборот: в 90% установка будет на виндовых серверах
И что мне нравилось в Винде, так это работа с сокетами (юникс-сокеты, named pipe под виндой): не надо париться и убирать за собой. Да и вообще с линуксом было больше проблем, так как если вдруг у клиента Линукс, то это может быть что угодно, от арча до, простите, альтлинукса. И у этого зоопарка могут быть свои особенности и проблемы, например свой уникальный /tmp для каждого приложения - и крутись как хочешь если у тебя решение распределённое, и есть необходимость шарить временные файлы между процессами
С виндой всё проще: хоть это винсервер (относительно) древнего года, хоть это десятка - работать будет одинаково

Занятно. Это как эпл и андроид прям 😁

Всім привіт)
Хто може допомогти з objection.js?

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

если процесс упал, то он по любому обгадился, и в линуксе за ним надо убирать
можно рассуждать о том, что падение процесса это ошибка - но реальность такова, что и ошибки бывают, и отказы оборудования (пользователей - тысячи, не раз упирались, например, в ой, у нас на диске закончилось место), и падения плагинов, написанных сторонними разработчиками (но убирать то за ними всё равно нам)

я уже привёл пример проблемы, которая была специфична для некоторых дистрибутивов: индивидуальный /tmp
я не помню, как это называется, но из известных дистрибутивов это есть в федоре (возможно, включается настройками)

в этом и отличия программирования нижнего и высокого уровня

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

озвучено две проблемы:
1 - файлы (сокеты) не чистятся при падении
2 - шаринг файлов между приложениями через /tmp

как бы ты решил эти проблемы?
чтобы не было наговнякано и не казалось архитектурным просчётом

у приложений разный срок жизни, файлы нужны на момент запуска, но потом ненужны (обновление), файлы в среднем - сотни мегабайт

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

руками вариант так себе, через супервизоры - усложнение
продукт коробочный, он ставится и работает 24/7, и в случае проблем должен нормально рестартануть

мы то решили проблему, но просто под виндой её решать не надо, а в линуксе - надо
и хоть меня пытаются убедить в том, что первое это ненормально, а второе нормально, что-то во мне не позволяет с этим согласиться :)

что значит через volume (через песочницы)?

эти все проблемы можно решить докером (я могу ошибается), песочница пример вот такой https://system-admins.ru/pesochnica-dlya-prilozheniya-svoj-docker/ (надеюсь бан за ссылку не дают) Просто если мне не изменяет память tmp почистится онли после рестарта системы

1. SO_REUSEADDR флаг

он специально говорит что вы хотите выстрелить в ногу и нарушить спеку TCP :)

в ноде кстати SO_REUSEADDR на сокетах из коробки ставится

что касается 2 - путем отдельной директории преднамеренной для обмена данными

/tmp может быть по спецификации вычищен когда угодно