Они очень сильно встряли с продажей VPN сервисов. Это у них большой бизнес был. А теперь приходится деньги массово возвращать клиентам. Там прямо совсем всё плохо стало. Кроме того они всякие комплексные решения продают, где VPN нужен.
Самой собой. Но оверхед всё равно очень серьёзный. "view строк" тоже завиcит от языка (не вов сех языках он есть) и ведёт к компромиссам. Например у вас может "зависнуть" в памяти однокая строка "a", которая на самом деле view строки размером в мегабайт.
Они в этом году уже начали тестировать ТСПУ на L2 каналах. И в этом же или в следующем будут фильтровать трафик на всех точках обмена с зарубежными сетями и внутренних, между магистральными провайдерами.
Уже точно нет, так некоторые из их инвесторов стали занимать деньги "на покушать". Под обдирательский процент, который невозможно выплатить с нормального бизнеса.
И, кстати, ещё один предмет, почему Java плохой выбор. У вас же основной тип данных будет JSON и прочие строки, а в Java строки неизменяемые. Парсинг гигабайта JSON легко создаст 10 гигабайт промежуточных строк, а потом эта беда помножится на уборку мусора. Даже в C++, скорее всего, придется велосипеды изобретать для эффективной обработки строк в данном случае.
Что вон то, что в посте описано хотябы на уровне кривого-косого минимального прототипа сделать, нужно будет в стольком разобраться, что C++ покажется самым лёгким :) Не хватает, кстати, постановки задачи. Что, зачем, почему и какие ограничения? Если продукт коммерческий, то C++ неизбежен, исходя из написанного. Если это просто поиграться, то можно и на Java, но тогда это именно поиграться и все сравнения производительности и половина оптмизаций будут слобоинформативным баловством. И во многих местах нужно будет искать компромиссы и делать выбор между разными решениями. Не зная на фига это вообще нужно, это будут бесцельные метания со случайным результатом. И для выбора последовательности разработки фич тоже нужно понимать конечные цели и приоритеты.
В июле прошлого года Президент подписал поправки в статью 63 УК (Обстоятельства, отягчающие наказание). Согласно новому пункту, отягчающим обстоятельством является совершение преступления с "использованием программно-аппаратных средств доступа к информационным ресурсам, информационно-телекоммуникационным сетям, доступ к которым ограничен". Правки вступили в силу с 1 сентября 2025 года.
Там все же есть объективные причины по производительности, многопоточности и управлению памятью. Делать что-то "высоконагруженное" и знать, что простая смена языка даже при точно той же архитектуре даст троекратный прирост производительности... Ну, такой себе план.
Это или выученная беспомощность или пропаганда. Многие немецкие евреи в конце тридцатых тоже говорили, что "некуда бежать". И почти половина российской интеллигенции в начале прошлого века рассуждала, что бежать некуда, негде не ждут и всё нормализуется. Но история раз за разом показывала, что есть нюансы. Жизнь одна и бежать некуда туда, где модель пожить её максимально комфортно (а что это значит каждый себе сам определяет)
Во-первых, явно неправильно оценён масштаб задачи. Во-вторых, трудности будут не вот с тем, что понаписано, а с реализацией SQL/no-SQL - поискового движка, короче, и его оптимизацией. А вот это вот всё, это очень круто, но это 5% работы. Вот это всё нужно оптимизировать и вылизывать, когда уже работающий протип есть, который кто-то полезное делает. И все эти перечисленные тесты и бенчмарки на начальных этапах вообще неважны, так как бОльшаю часть ресурсов и времени уйдёт именно на поиск данных. А какой там стек TCP- сервера - "Netty vs Loom" - уже будет и не прнципиально, так как даже задержка сети влияет больше, чем выбор стека. Это оптимизации для зрелых проектов, которые уже тянут большую нагрузку и где уже счёт реально пошёл на доли миллисекунд.
И даже по технической части прямо с ходу некоторое недоумение. Например, смущает сама постановка вопросов типа "Java 21 (Loom) и Scala 3 (ZIO / Akka)" при таких-то замахах. А там вообще нужны виртуальные потоки-то? А чего не Kotlin? При вот прямо таких-то замахах, нужно между C++/Rust думать и в сторону физических потоков. Ну, может быть, Go. 100500 витруальных потоков всё равно в реальности будут последовательно выполняться и много ресурсов сжирать. Не то, чтобы Java прямо совсем плохой выбор. Можно и Java, но это же сразу в четыре раза медленнее (а может и на порядок), а тут замах на какие-то супер-нагрузуки. Кстати, в "RDB+WAL" как расшифровывается "RDB"? Там же есть слово "Redis" - к чему оно тут?
Короче, замах прямо на второй Redis только в два раза лучше (а чем именно лучше?) и сразу, чтобы "сообщество" всё бросило и заинтересовалось. Такое нужно писать, когда уже есть базовый работающий прототип, имеющий хоть какую-то ценность для "сообшества". А широко замахиваться и грандиозные планы строить каждый школьник может.
Возможно, что именно в плане заглавных букв токенайзер и затюнили. Он же не симметричный, помнится, был. Сделали больше варинатов заглавными буквами с лучшим розбиением по словам ("Germany" можно же, условно, закодировать, как "G-er-man-y" или как "Ger-man-y"), чтобы модель не путалась.
Вроде путаю. Kaspersky Labs круто пересекается с InfoWatch по услугоам и продуктам, но вот VPN у InfoWatch нет, а у Касперского очень даже есть.
Типа я хочу портировать свой софт на мак. Но мака у меня нет и на фиг не нужен. Как? Ну, вот как-то так.
Вся затея ради привязки к учтёкам MS
Они очень сильно встряли с продажей VPN сервисов. Это у них большой бизнес был. А теперь приходится деньги массово возвращать клиентам. Там прямо совсем всё плохо стало. Кроме того они всякие комплексные решения продают, где VPN нужен.
Это, как минимум, мошенничество в терминах УК любоей страны. А уже сверху может т ещё что-то
Самой собой. Но оверхед всё равно очень серьёзный. "view строк" тоже завиcит от языка (не вов сех языках он есть) и ведёт к компромиссам. Например у вас может "зависнуть" в памяти однокая строка "a", которая на самом деле view строки размером в мегабайт.
Они в этом году уже начали тестировать ТСПУ на L2 каналах. И в этом же или в следующем будут фильтровать трафик на всех точках обмена с зарубежными сетями и внутренних, между магистральными провайдерами.
Так и VPN для честного пользования тоже не запрещен и не ограничен!
Нужно ещё все подключения сбросить в телеге. Они там у себя оставлют подключение к вашему аккаунту и могут читать всю ваши переписку.
Уже точно нет, так некоторые из их инвесторов стали занимать деньги "на покушать". Под обдирательский процент, который невозможно выплатить с нормального бизнеса.
И, кстати, ещё один предмет, почему Java плохой выбор. У вас же основной тип данных будет JSON и прочие строки, а в Java строки неизменяемые. Парсинг гигабайта JSON легко создаст 10 гигабайт промежуточных строк, а потом эта беда помножится на уборку мусора. Даже в C++, скорее всего, придется велосипеды изобретать для эффективной обработки строк в данном случае.
Что вон то, что в посте описано хотябы на уровне кривого-косого минимального прототипа сделать, нужно будет в стольком разобраться, что C++ покажется самым лёгким :)
Не хватает, кстати, постановки задачи. Что, зачем, почему и какие ограничения?
Если продукт коммерческий, то C++ неизбежен, исходя из написанного. Если это просто поиграться, то можно и на Java, но тогда это именно поиграться и все сравнения производительности и половина оптмизаций будут слобоинформативным баловством.
И во многих местах нужно будет искать компромиссы и делать выбор между разными решениями. Не зная на фига это вообще нужно, это будут бесцельные метания со случайным результатом.
И для выбора последовательности разработки фич тоже нужно понимать конечные цели и приоритеты.
Решение тут уже раз десять писали - если вам нужен интернет, то вам нужна другая страна. В этой стране интернета в общемировом понимании не будет.
В июле прошлого года Президент подписал поправки в статью 63 УК (Обстоятельства, отягчающие наказание).
Согласно новому пункту, отягчающим обстоятельством является совершение преступления с "использованием программно-аппаратных средств доступа к информационным ресурсам, информационно-телекоммуникационным сетям, доступ к которым ограничен".
Правки вступили в силу с 1 сентября 2025 года.
Там все же есть объективные причины по производительности, многопоточности и управлению памятью. Делать что-то "высоконагруженное" и знать, что простая смена языка даже при точно той же архитектуре даст троекратный прирост производительности... Ну, такой себе план.
Ну, в карму за такой пост это грубо и пошло. В карму, это если автору не рады :)
Это или выученная беспомощность или пропаганда. Многие немецкие евреи в конце тридцатых тоже говорили, что "некуда бежать". И почти половина российской интеллигенции в начале прошлого века рассуждала, что бежать некуда, негде не ждут и всё нормализуется. Но история раз за разом показывала, что есть нюансы. Жизнь одна и бежать некуда туда, где модель пожить её максимально комфортно (а что это значит каждый себе сам определяет)
Не верьте ничему. Все всё врут. При желании можете найти эту новость из более авторитетных источников.
Во-первых, явно неправильно оценён масштаб задачи.
Во-вторых, трудности будут не вот с тем, что понаписано, а с реализацией SQL/no-SQL - поискового движка, короче, и его оптимизацией.
А вот это вот всё, это очень круто, но это 5% работы. Вот это всё нужно оптимизировать и вылизывать, когда уже работающий протип есть, который кто-то полезное делает.
И все эти перечисленные тесты и бенчмарки на начальных этапах вообще неважны, так как бОльшаю часть ресурсов и времени уйдёт именно на поиск данных. А какой там стек TCP- сервера - "Netty vs Loom" - уже будет и не прнципиально, так как даже задержка сети влияет больше, чем выбор стека. Это оптимизации для зрелых проектов, которые уже тянут большую нагрузку и где уже счёт реально пошёл на доли миллисекунд.
И даже по технической части прямо с ходу некоторое недоумение.
Например, смущает сама постановка вопросов типа "Java 21 (Loom) и Scala 3 (ZIO / Akka)" при таких-то замахах. А там вообще нужны виртуальные потоки-то? А чего не Kotlin? При вот прямо таких-то замахах, нужно между C++/Rust думать и в сторону физических потоков. Ну, может быть, Go. 100500 витруальных потоков всё равно в реальности будут последовательно выполняться и много ресурсов сжирать. Не то, чтобы Java прямо совсем плохой выбор. Можно и Java, но это же сразу в четыре раза медленнее (а может и на порядок), а тут замах на какие-то супер-нагрузуки.
Кстати, в "RDB+WAL" как расшифровывается "RDB"? Там же есть слово "Redis" - к чему оно тут?
Короче, замах прямо на второй Redis только в два раза лучше (а чем именно лучше?) и сразу, чтобы "сообщество" всё бросило и заинтересовалось. Такое нужно писать, когда уже есть базовый работающий прототип, имеющий хоть какую-то ценность для "сообшества". А широко замахиваться и грандиозные планы строить каждый школьник может.
Возможно, что именно в плане заглавных букв токенайзер и затюнили. Он же не симметричный, помнится, был. Сделали больше варинатов заглавными буквами с лучшим розбиением по словам ("Germany" можно же, условно, закодировать, как "G-er-man-y" или как "Ger-man-y"), чтобы модель не путалась.