Если делать через WebSocket, в частности с помощью STOMP, то там придется передавать идентификаторы клиенту, а на клиенте уже проверять кому сообщение, т.е. вся работа ложится на клиента, естественно, это не безопасно.
C15H22N6O5S, так никто не может, судя по тому как за мной и моими коллегами бегают наниматели и какими офферами закидывают. Я и как наниматель, и как работник вижу рынок соискателя, и если в первом разрезе он для меня проблема, то во втором благо. Да, где-то есть ООО "Мир гидроприводов" и подобные, в которых начальство платит 80 тысяч чёрной з/п в месяц, а за их воротами стоит толпа желающих заниматься эникейством за такие хорошие деньги. Сам когда-то в таких работал и знаю, что они по сей день не поменялись благодаря симбиозу с неверящими, что может быть по-другому, или просто неспособными из этого вырасти. Я буду и дальше пытаться людей вытаскивать из этого болота, вы можете дальше убеждать их, что болото - это нормально и ничего другого нет.
C15H22N6O5S, мы это уже сотни раз обсуждали. Если у меня двухгодовалых не бог весть каких разработчиков сманивают на 300к, и сеньоров нам самим приходится правдами и неправдами заманивать из других компаний, так как на рынке их просто нет, зарплатами приближающихся уже к миллиону в некоторых случаях, а у вас не так, значит вы просто делаете что-то не так, плохо быть вами, хорошо быть нами.
historydev, не уверен про Rust, но дело ещё может быть не только в количестве кода, но и его структуре. JetBrains'овские IDE делают довольно глубокий семантический анализ, поэтому если у вас в коде одновременно type level programming и куча сложных связей, анализатор может стать задумчивым.
Phoenix2000h, этот код не удастся ускорить задействовав больше ядер. Он не использует интенсивных вычислений, задержки в нём будут обусловлены только вводом-выводом, а это от ядер не зависит.
Phoenix2000h, одну асинхронную функцию на разных ядрах запустить можно, каждый запуск породит сопрограмму выполняющуюся на конкретном ядре. Граница процесса - это выполнение в рамках одного интерпретатора. multiprocessing.Pool() создаёт несколько разных процессов-интерпретаторов, у каждого из них свой цикл событий и свои сопрограммы. Передавать сопрограмму от одного цикла в другой между процессами не просто технически невозможно, но и абсолютно бессмысленно.
Ага, уже 24 года слушаю, как оно вот-вот так закончится. Даже если вдруг такое всё-таки случится, в курьеры всегда вернуться можно, а до того времени глупо не стремиться к благам рынка соискателя.
Автор пишет же, что суставы болят. Зарплаты у всяких оболтусов может и не больше курьерских, но курьеру приходится ежедневно двигать булками, а программист может поработать пару часов в неделю, а остальное время жаловаться, что лавандовый раф в офисе стали невкусный делать и кресла не очень удобные для дневного сна.
в целесообразности текущего сервиса и вашем нахождении тут
Этот сервис, как и другие Q&A, задумывался в качестве базы знаний по часто возникающим вопросам, не теряющим актуальности годами, а также как место обмена уникальным опытом среди специалистов. По факту же пользователи старательно превращают его в помойку из одинаковых школотронских или неактуальных вопросов.
akio1, нормальный начинающий программист читает учебник, практикуется, непонятное ищет в документации и гуглит, а когда сталкивается с проблемой, пытается её пару-тройку дней решить самостоятельно и только потом идёт сюда с вопросом. А вкатуны делают так, как вы сейчас делаете - каждые несколько минут бездумно спрашивают про новую ошибку и так по каждой строчке. Здесь такое называют "разработкой через Тостер".
Условное домашнее облако с системой RAID звучит привлекательно
Подобные вопросы поднимались здесь уже сотни раз, привлекательно оно звучит только для человека в этом неопытного. Чтобы обеспечить качество соразмерное плохонькому VPS нужно очень много усилий и очень много денег.
Чем не безопасно?