Польза кажется все же есть. Данные машины показали, что реализовать такое возможно. Также они показали, что реализовывать не нужно. Оба вывода важны для студентов. И не только для них. Сокурсники из МФТИ, которым читали на занятиях про эти машины, потом бегали с горящими глазами и задалбывали всех: "а представляешь!". И вспоминали про них и потом, спустя много лет.
Вполне используют такие зеркала. Модели зеркал на моноколесе используют в зависимости от скорости. Для тех кто катается со скоростями 60+, мастхэв зеркала на шлеме (есть несколько вариантов). Чтобы смотреть в зеркало на руке, нужно ее поднять: это вносит задержку и влияет на аэродинамику. До этих скоростей - зеркало на руке норм и многие пользуются. При скорости до 30-40 можно и вообще без зеркала, в том числе и на велосипеде
Внезапно trip.com - международный сервис и мобильное приложение, которое работает в России и за рубли. Продаёт все, что может понадобиться в путешествии. В том числе, есть большой ассортимент esim.
Покупал esim для поездки в Китай. На esim в Китае иностранные сервисы не заблокированы. Кажется у них минимальные цены. Похоже на маркетплейс, но не точно.
В чатах путешественников много рекламы esim от Касперского, но они заметно дороже
В Китае трэвел симки, которые часто являются гонконгскими симками, не подвержены их фаерволу. Гиды, которые продают физические симки, явно говорят, что это гонконгские симки. Непонятно на сколько это официально разрешено, но этим пользуется каждый первый, мне кажется, турист, который туда едет. Жалко, что у нас нет такого Гонконга)
В Китае сейчас очень много российских туристов и тема явно не должна претендовать на новизну и оригинальность. Я редко езжу за границу, а российские города объездил почти все. В феврале ездил с семьёй на Хайнань с пересадкой в Ченду. Специально выбрал длинную пересадку почти в сутки длительностью. Готовился, как к приключению. В принципе, ожидания оправдались. Увидели многое, что отличается от нашей жизни: люди, места, события. Дома теперь есть консенсус: следующая большая поездка только в Китай. Не думал, что внезапно могу стать для кого-то экспертом, т.к. информации кругом много. Но на вопросы смогу ответить
Извините за непрошенный совет от капитана очевидность. Довольно давно это добавили во все клиенты. Называется Папки. Можно конечно отдельные чаты перетаскивать между папками, а можно включить одноразово настройку для папок: только для чатов с людьми из контактов, только для групп, только для каналов, только для ботов, только для людей, которых нет в контактах. Или их комбинации. И дальше оно будет работать само.
В качестве названия папки можно использовать любой наглядный символ юникода
Спасибо за статью. Классика: один собирает хайп и звезды, а другой в тишине пишет движок. Здорово, что вы обратили внимание и рассказали про Марио Цехнера. Его подход к Pi - ограничиться всего четырьмя инструментами - это верх инженерной прагматичности. Именно такие решения двигают мир ИТ вперед.
Очень важный UPD про "притормозить". Шумиха вокруг агентов сейчас зашкаливает, и очень интересно, что автор такого инструмента призывает сообщество к адекватности.
Прошу дать наводку на клиент AWG 2.0 для Linux без графики. Желательно живой и поддерживаемый скрипт или контейнер. Искал для Ubunti 24.04, внезапно не смог почти ничего найти. Нашлось несколько не очень популярных проектов на гитхабе и все.
Сжатие - конечно хорошая аналогия. Но что именно сжимается? В обрабатываемых текстах - не только набор слов, а какие-то мысли, идеи. Явно кое-что написано осознающими себя людьми. Поэтому я бы осторожнее сравнивал с zip архивом. zip, кстати, сжимает без потерь.
У людей есть разные способы сжатия поступающей информации. Возьмите, например, студента, которому нужно за ночь освоить учебник по матану. Кто-то зубрит, кто-то извлекает смысл. Знание немногих принципов компенсирует незнание многих фактов - так говорят те, кто не любит зубрить.
И здесь интересно: как на самом деле будут развиваться llm, обучаясь на сгенерированных llm текстах?
Я не профессионал, а интересующийся любитель. Хотя занимался проектированием и построением информационных систем на предприятии среднего размера под контролем ИБ. Все они, конечно обязаны включать современную криптографию и по сути, и по документам.
Не встречал такого. И не могу себе представить, как это можно реализовать на имеющихся технологиях.
Несколько лет назад делали систему видеонаблюдения: ~250 камер в 50 офисах. Задача формулировалась максимально размыто - «контроль качества обслуживания» и банально факт открытия офиса утром. Чего именно хотят видеть на выходе, заказчик толком не знал.
В итоге сошлись на компромиссе: все возможно, но «точка наблюдения» будет одна - большой телевизор, изначально в кабинете генерального. В процессе, конечно, все изменилось. Каналы связи арендованные, бюджет - классический «не резиновый». Под это подобрали ПО, настроили пропускную способность каналов и сетевого оборудования, все заработало.
При этом для руководства было совсем неочевидно, насколько дорого и сложно сделать вторую точку наблюдения. Несколько раз приходилось отказывать уже на высоком уровне, с расчетами в руках. Цифры по каналам и сетевому железу людей откровенно пугали.
В центре сети стояли серверы, ПО крутилось - все были довольны. Но как только начали добавлять требования, полезли нюансы.
Современные камеры умеют отдавать одновременно два потока (может и больше). Мы настроили: "тонкий" - для ПО, которое собирает мозаику из камер; "толстый" - по запросу, когда нужно рассмотреть детали.
А потом захотели запись. Да, схема вначале была вообще без записи. В серверы докупили диски, включили архив - и внезапно выяснилось, что камеры теперь постоянно отдают оба потока и их скорость почти не регулируется настройками. Началась перманентная борьба с перегрузками каналов. Следом прилетело пожелание добавить еще 200 камер и еще 50 офисов. Как раз начинался новый финансовый год, и ИТ‑шникам великодушно разрешили самим «нарисовать цифры» в бюджете. Формулировка со стороны бизнеса была предельно простой: «вы просто добавьте камер».
До этого я участвовал в построении нескольких систем ВКС, и там все давно устроено иначе. В классической схеме есть MCU (Multipoint Control Unit): условные 100 участников отдают со своих камер по 2 Мбит/с, MCU все это перекодирует и каждому зрителю возвращает все те же 2 Мбит/с, а не 200. В итоге требования к каналам вполне вменяемые - нюансы есть конечно, но не в пропускной способности.
И вот тут стало неожиданно: в системах видеонаблюдения так никто не умеет. Все поставщики ПО честно говорили, что перекодирование «в разработке». Если кто-то и умеет, то мы не нашли.
В результате, когда дошли до конфигурации примерно на 450 камер, мы сначала рассмотрели вариант экстенсивного развития: расширение каналов связи, апгрейд сетевого оборудования, серверов, хранилищ - все посчитали. Но в результате пошли в сторону аренды решения у Ростелекома: их серверы, каналы и даже камеры.
По бюджету вышло заметно дешевле, а для собственной инфраструктуры - на порядок проще, чем продолжать масштабироваться «в лоб» на своих каналах и серверах. Странное решение с арендой камер оправдалось, когда бизнес захотел слышать звук с мест, а большинство камер были без звука. Затраты возникли только на работы по замене камер.
При этом и у Ростелекома фича с серверным перекодированием потоков до сих пор тоже «в разработке». Но это уже другая история.
Спасибо автору за работу и за то, что вообще пытается закрыть дырку: а что делать, если каналу связи доверять нельзя. Идея вполне привлекательна: зашифровал, отправил хоть через почту/Telegram/куда угодно, на той стороне расшифровал. В бытовых сценариях такой офлайн‑контейнер вполне может пригодиться. Аналоги есть (тот же GPG), но у многих решений, которые я трогал, откровенно хромает UX. Хорошо, что автор сделал на него ставку: для обычного пользователя это часто решающий фактор. Но дальше начинаются нюансы:
AES-256-GCM + PBKDF2-HMAC-SHA512 - выбор хороший, но детали реализации важны не меньше алгоритмов.
Интересный момент про пароли: приложение на Android спокойно приняло "123". Понятно, что это сознательное решение в пользу UX - но было бы интересно услышать от автора, как он видит баланс между удобством и защитой от перебора.
Логичное развитие - асимметричное шифрование, но тут быстро оказываешься у порога PKI. Для айтишника это понятная история, а вот объяснить обычному пользователю, что такое публичный ключ - почти нереально, проверено лично. В общем, ИБ‑сообщество наверняка попросит больше технических деталей, и это нормально, но не потому что "все плохо". При этом ценность идеи и хороший UX от этого никуда не деваются. Спасибо автору - и будет интересно посмотреть на следующую версию.
Тоже задумывался: что за загадочная логика подбирать людей на этажах только если лифт едет вниз. При этом на этажах только одна кнопка вызова, нет выбора вверх или вниз. Получается, что это просто аналог того, что на всех этажах установлена только кнопка вниз.
Также получается что с небольшим количеством этажей 10-15 и с небольшим количеством лифтов 1-3, алгоритм LOOK ведёт себя весьма хорошо
Пристально следил за прогрессом SSHD в свое время. Тесты показывали, что выигрыш был заметен далеко не на всех задачах, а стоили гибриды ощутимо дороже обычных HDD. Потребители проголосовали кошельком - в пользу «чистых» SSD, которые как раз переживали маленькую революцию с контроллерами SandForce.
Большое спасибо автору - видно, что человек глубоко разбирается и сильно напрягался, чтобы сделать текст более доступным. Мне когда-то умные люди объясняли эту идею через ту же метафору «шкаф-ящик-коробка», но немного с другой стороны. Суть в балансе скорости, цены и физики. Регистры процессора - это «коробка» прямо в руках: мгновенный доступ, но если попытаться сделать ее объемом побольше, то критически увеличится размер кристалла, упадет выход годных, и все это будет стоить непомерно дорого. Оперативка - «шкаф»: вместительный и дешевый, но медленно и далеко. Разница в скорости между ними всегда измерялась в порядках. Сейчас: 2-3 порядка.
Огромный разрыв в скорости регистров и RAM делает эффективной схему с несколькими промежуточными уровнями хранения: за разные деньги и с разной скоростью. Поэтому между ними - кэши («ящики»): дешевле регистровой памяти такого же объема, но дороже RAM, а по скорости, также между ними. Количество уровней определяется техпроцессом и здравым смыслом. Каждый следующий слой добавляет стоимость, задержку и усложняет управление всей системой, а прирост производительности в какой-то момент перестает окупать стоимость этих ящиков. Цель всей конструкции - выжать максимальное быстродействие для целевых задач за приемлемые деньги. И да, все аналогии ложны.
Спасибо за уточнения. Сбор IP self-hosted решений - наверное, самое неприятное из очевидных последствий. Для кого-то это станет причиной попадания в черный список.
Альтернативно-правдивые объяснения настораживают сами по себе - сразу возникает вопрос: а что еще недосказали? Айтишники, у которых принцип минимального доверия приложениям давно стал профдеформацией, реагируют на такое остро. Обычные пользователи тоже чувствуют что-то не то - просто не всегда могут сформулировать.
По существу: из этого ответа мы фактически узнали, что данные в MAX собираются. И, несмотря на декларируемые изменения в новых билдах, скорее всего будут собираться. Но здесь важен контекст: применить собранное сейчас особо некуда. Использование средств обхода пока не наказуемо. Когда ситуация изменится - будет другой разговор. Пока же они могут делать вид, что все нормально - ведь все что-то собирают. Тот же TikTok, по недавней новости на Хабре, дает полиции читать личные сообщения https://habr.com/ru/news/1006858/
Про сбор данных о средствах обхода блокировок - тут интересный момент. Роскомнадзор сам выявляет и блокирует такие инструменты, и делиться этими полномочиями с коммерческим разработчиком он явно не станет. Плюс РКН - структура довольно косная и закрытая: даже если MAX и собирает что-то потенциально полезное для регулятора, очень сомневаюсь, что эти данные реально применят. Ирония в том, что сырая информация от MAX могла бы неплохо дополнить данные ТСПУ, через которые и так идет весь трафик российских пользователей, но бюрократическая закрытость надежнее любого файрвола.
И традиционно раздражает тезис, что MAX - «единственный российский мессенджер». ВКонтакте - да, не совсем мессенджер в современном понимании, но с 2023 года полностью российский юридически. А eXpress существует уже давно, сертифицирован ФСТЭК по 4-му и 6-му уровням доверия и реально используется в госкомпаниях. Наверняка есть и другие (TrueConf?) - но уже этими пользуются миллионы. Так что «единственный, первый» - это маркетинг, который бесит, как и все остальное в МАХ. Вот умеют же люди!
У меня двоякое ощущение. С одной стороны, автор описал вполне здравый и практичный путь развития AI‑кодинга. Он ничего явно не продаёт: кроме ссылки на свой ТГ - никаких офферов и курсов. Статья в плюсе, тезисы выглядят разумно.
Но при этом почти все комментарии автора под собственной статьёй заминусованы. Такой диссонанс вижу нечасто. Обычно, если подход действительно ошибочный, это видно и в тексте.
Я новичок в теме и пытаюсь разобраться, где здесь подводные камни. В комментариях звучала мысль, что при такой модели разработки экономика может не сходиться: стоимость токенов становится сопоставимой с зарплатами разработчиков. При этом внутренняя экономика OpenAI закрыта, а автор утверждает, что у него расчёты положительные.
Вопрос скорее общий: какие ограничения или слабые места у подобного подхода вы видите на практике? Где он перестаёт работать - по деньгам, по качеству кода, по масштабированию?
Польза кажется все же есть. Данные машины показали, что реализовать такое возможно. Также они показали, что реализовывать не нужно. Оба вывода важны для студентов. И не только для них. Сокурсники из МФТИ, которым читали на занятиях про эти машины, потом бегали с горящими глазами и задалбывали всех: "а представляешь!". И вспоминали про них и потом, спустя много лет.
Вполне используют такие зеркала. Модели зеркал на моноколесе используют в зависимости от скорости. Для тех кто катается со скоростями 60+, мастхэв зеркала на шлеме (есть несколько вариантов). Чтобы смотреть в зеркало на руке, нужно ее поднять: это вносит задержку и влияет на аэродинамику. До этих скоростей - зеркало на руке норм и многие пользуются. При скорости до 30-40 можно и вообще без зеркала, в том числе и на велосипеде
Внезапно trip.com - международный сервис и мобильное приложение, которое работает в России и за рубли. Продаёт все, что может понадобиться в путешествии. В том числе, есть большой ассортимент esim.
Покупал esim для поездки в Китай. На esim в Китае иностранные сервисы не заблокированы. Кажется у них минимальные цены. Похоже на маркетплейс, но не точно.
В чатах путешественников много рекламы esim от Касперского, но они заметно дороже
В Китае трэвел симки, которые часто являются гонконгскими симками, не подвержены их фаерволу. Гиды, которые продают физические симки, явно говорят, что это гонконгские симки. Непонятно на сколько это официально разрешено, но этим пользуется каждый первый, мне кажется, турист, который туда едет. Жалко, что у нас нет такого Гонконга)
В Китае сейчас очень много российских туристов и тема явно не должна претендовать на новизну и оригинальность. Я редко езжу за границу, а российские города объездил почти все. В феврале ездил с семьёй на Хайнань с пересадкой в Ченду. Специально выбрал длинную пересадку почти в сутки длительностью. Готовился, как к приключению. В принципе, ожидания оправдались. Увидели многое, что отличается от нашей жизни: люди, места, события. Дома теперь есть консенсус: следующая большая поездка только в Китай. Не думал, что внезапно могу стать для кого-то экспертом, т.к. информации кругом много. Но на вопросы смогу ответить
Допустим, все друг друга попинговали. Как склеить эти события? На основании какого ключа?
Извините за непрошенный совет от капитана очевидность. Довольно давно это добавили во все клиенты. Называется Папки. Можно конечно отдельные чаты перетаскивать между папками, а можно включить одноразово настройку для папок: только для чатов с людьми из контактов, только для групп, только для каналов, только для ботов, только для людей, которых нет в контактах. Или их комбинации. И дальше оно будет работать само.
В качестве названия папки можно использовать любой наглядный символ юникода
Спасибо за статью. Классика: один собирает хайп и звезды, а другой в тишине пишет движок. Здорово, что вы обратили внимание и рассказали про Марио Цехнера. Его подход к Pi - ограничиться всего четырьмя инструментами - это верх инженерной прагматичности. Именно такие решения двигают мир ИТ вперед.
Очень важный UPD про "притормозить". Шумиха вокруг агентов сейчас зашкаливает, и очень интересно, что автор такого инструмента призывает сообщество к адекватности.
Прошу дать наводку на клиент AWG 2.0 для Linux без графики. Желательно живой и поддерживаемый скрипт или контейнер. Искал для Ubunti 24.04, внезапно не смог почти ничего найти. Нашлось несколько не очень популярных проектов на гитхабе и все.
Сжатие - конечно хорошая аналогия. Но что именно сжимается? В обрабатываемых текстах - не только набор слов, а какие-то мысли, идеи. Явно кое-что написано осознающими себя людьми. Поэтому я бы осторожнее сравнивал с zip архивом. zip, кстати, сжимает без потерь.
У людей есть разные способы сжатия поступающей информации. Возьмите, например, студента, которому нужно за ночь освоить учебник по матану. Кто-то зубрит, кто-то извлекает смысл. Знание немногих принципов компенсирует незнание многих фактов - так говорят те, кто не любит зубрить.
И здесь интересно: как на самом деле будут развиваться llm, обучаясь на сгенерированных llm текстах?
Я не профессионал, а интересующийся любитель. Хотя занимался проектированием и построением информационных систем на предприятии среднего размера под контролем ИБ. Все они, конечно обязаны включать современную криптографию и по сути, и по документам.
Не встречал такого. И не могу себе представить, как это можно реализовать на имеющихся технологиях.
Несколько лет назад делали систему видеонаблюдения: ~250 камер в 50 офисах. Задача формулировалась максимально размыто - «контроль качества обслуживания» и банально факт открытия офиса утром. Чего именно хотят видеть на выходе, заказчик толком не знал.
В итоге сошлись на компромиссе: все возможно, но «точка наблюдения» будет одна - большой телевизор, изначально в кабинете генерального. В процессе, конечно, все изменилось. Каналы связи арендованные, бюджет - классический «не резиновый». Под это подобрали ПО, настроили пропускную способность каналов и сетевого оборудования, все заработало.
При этом для руководства было совсем неочевидно, насколько дорого и сложно сделать вторую точку наблюдения. Несколько раз приходилось отказывать уже на высоком уровне, с расчетами в руках. Цифры по каналам и сетевому железу людей откровенно пугали.
В центре сети стояли серверы, ПО крутилось - все были довольны. Но как только начали добавлять требования, полезли нюансы.
Современные камеры умеют отдавать одновременно два потока (может и больше).
Мы настроили: "тонкий" - для ПО, которое собирает мозаику из камер; "толстый" - по запросу, когда нужно рассмотреть детали.
А потом захотели запись. Да, схема вначале была вообще без записи. В серверы докупили диски, включили архив - и внезапно выяснилось, что камеры теперь постоянно отдают оба потока и их скорость почти не регулируется настройками. Началась перманентная борьба с перегрузками каналов. Следом прилетело пожелание добавить еще 200 камер и еще 50 офисов. Как раз начинался новый финансовый год, и ИТ‑шникам великодушно разрешили самим «нарисовать цифры» в бюджете. Формулировка со стороны бизнеса была предельно простой: «вы просто добавьте камер».
До этого я участвовал в построении нескольких систем ВКС, и там все давно устроено иначе.
В классической схеме есть MCU (Multipoint Control Unit): условные 100 участников отдают со своих камер по 2 Мбит/с, MCU все это перекодирует и каждому зрителю возвращает все те же 2 Мбит/с, а не 200. В итоге требования к каналам вполне вменяемые - нюансы есть конечно, но не в пропускной способности.
И вот тут стало неожиданно: в системах видеонаблюдения так никто не умеет. Все поставщики ПО честно говорили, что перекодирование «в разработке». Если кто-то и умеет, то мы не нашли.
В результате, когда дошли до конфигурации примерно на 450 камер, мы сначала рассмотрели вариант экстенсивного развития: расширение каналов связи, апгрейд сетевого оборудования, серверов, хранилищ - все посчитали. Но в результате пошли в сторону аренды решения у Ростелекома: их серверы, каналы и даже камеры.
По бюджету вышло заметно дешевле, а для собственной инфраструктуры - на порядок проще, чем продолжать масштабироваться «в лоб» на своих каналах и серверах. Странное решение с арендой камер оправдалось, когда бизнес захотел слышать звук с мест, а большинство камер были без звука. Затраты возникли только на работы по замене камер.
При этом и у Ростелекома фича с серверным перекодированием потоков до сих пор тоже «в разработке». Но это уже другая история.
Спасибо автору за работу и за то, что вообще пытается закрыть дырку: а что делать, если каналу связи доверять нельзя.
Идея вполне привлекательна: зашифровал, отправил хоть через почту/Telegram/куда угодно, на той стороне расшифровал. В бытовых сценариях такой офлайн‑контейнер вполне может пригодиться. Аналоги есть (тот же GPG), но у многих решений, которые я трогал, откровенно хромает UX. Хорошо, что автор сделал на него ставку: для обычного пользователя это часто решающий фактор.
Но дальше начинаются нюансы:
AES-256-GCM + PBKDF2-HMAC-SHA512 - выбор хороший, но детали реализации важны не меньше алгоритмов.
Интересный момент про пароли: приложение на Android спокойно приняло "123". Понятно, что это сознательное решение в пользу UX - но было бы интересно услышать от автора, как он видит баланс между удобством и защитой от перебора.
Логичное развитие - асимметричное шифрование, но тут быстро оказываешься у порога PKI. Для айтишника это понятная история, а вот объяснить обычному пользователю, что такое публичный ключ - почти нереально, проверено лично. В общем, ИБ‑сообщество наверняка попросит больше технических деталей, и это нормально, но не потому что "все плохо". При этом ценность идеи и хороший UX от этого никуда не деваются. Спасибо автору - и будет интересно посмотреть на следующую версию.
Тоже задумывался: что за загадочная логика подбирать людей на этажах только если лифт едет вниз. При этом на этажах только одна кнопка вызова, нет выбора вверх или вниз. Получается, что это просто аналог того, что на всех этажах установлена только кнопка вниз.
Также получается что с небольшим количеством этажей 10-15 и с небольшим количеством лифтов 1-3, алгоритм LOOK ведёт себя весьма хорошо
Пристально следил за прогрессом SSHD в свое время. Тесты показывали, что выигрыш был заметен далеко не на всех задачах, а стоили гибриды ощутимо дороже обычных HDD. Потребители проголосовали кошельком - в пользу «чистых» SSD, которые как раз переживали маленькую революцию с контроллерами SandForce.
Большое спасибо автору - видно, что человек глубоко разбирается и сильно напрягался, чтобы сделать текст более доступным.
Мне когда-то умные люди объясняли эту идею через ту же метафору «шкаф-ящик-коробка», но немного с другой стороны. Суть в балансе скорости, цены и физики. Регистры процессора - это «коробка» прямо в руках: мгновенный доступ, но если попытаться сделать ее объемом побольше, то критически увеличится размер кристалла, упадет выход годных, и все это будет стоить непомерно дорого. Оперативка - «шкаф»: вместительный и дешевый, но медленно и далеко. Разница в скорости между ними всегда измерялась в порядках. Сейчас: 2-3 порядка.
Огромный разрыв в скорости регистров и RAM делает эффективной схему с несколькими промежуточными уровнями хранения: за разные деньги и с разной скоростью. Поэтому между ними - кэши («ящики»): дешевле регистровой памяти такого же объема, но дороже RAM, а по скорости, также между ними. Количество уровней определяется техпроцессом и здравым смыслом. Каждый следующий слой добавляет стоимость, задержку и усложняет управление всей системой, а прирост производительности в какой-то момент перестает окупать стоимость этих ящиков.
Цель всей конструкции - выжать максимальное быстродействие для целевых задач за приемлемые деньги.
И да, все аналогии ложны.
Звучит, как паранойя. Точнее, пока звучит, как паранойя. Если МАХ продолжит в том же духе, скоро может стать телекраном из известного произведения.
Спасибо за уточнения. Сбор IP self-hosted решений - наверное, самое неприятное из очевидных последствий. Для кого-то это станет причиной попадания в черный список.
Несколько мыслей по поводу ответа команды MAX.
Альтернативно-правдивые объяснения настораживают сами по себе - сразу возникает вопрос: а что еще недосказали? Айтишники, у которых принцип минимального доверия приложениям давно стал профдеформацией, реагируют на такое остро. Обычные пользователи тоже чувствуют что-то не то - просто не всегда могут сформулировать.
По существу: из этого ответа мы фактически узнали, что данные в MAX собираются. И, несмотря на декларируемые изменения в новых билдах, скорее всего будут собираться. Но здесь важен контекст: применить собранное сейчас особо некуда. Использование средств обхода пока не наказуемо. Когда ситуация изменится - будет другой разговор. Пока же они могут делать вид, что все нормально - ведь все что-то собирают. Тот же TikTok, по недавней новости на Хабре, дает полиции читать личные сообщения https://habr.com/ru/news/1006858/
Про сбор данных о средствах обхода блокировок - тут интересный момент. Роскомнадзор сам выявляет и блокирует такие инструменты, и делиться этими полномочиями с коммерческим разработчиком он явно не станет. Плюс РКН - структура довольно косная и закрытая: даже если MAX и собирает что-то потенциально полезное для регулятора, очень сомневаюсь, что эти данные реально применят. Ирония в том, что сырая информация от MAX могла бы неплохо дополнить данные ТСПУ, через которые и так идет весь трафик российских пользователей, но бюрократическая закрытость надежнее любого файрвола.
И традиционно раздражает тезис, что MAX - «единственный российский мессенджер». ВКонтакте - да, не совсем мессенджер в современном понимании, но с 2023 года полностью российский юридически. А eXpress существует уже давно, сертифицирован ФСТЭК по 4-му и 6-му уровням доверия и реально используется в госкомпаниях. Наверняка есть и другие (TrueConf?) - но уже этими пользуются миллионы. Так что «единственный, первый» - это маркетинг, который бесит, как и все остальное в МАХ. Вот умеют же люди!
У меня двоякое ощущение. С одной стороны, автор описал вполне здравый и практичный путь развития AI‑кодинга. Он ничего явно не продаёт: кроме ссылки на свой ТГ - никаких офферов и курсов. Статья в плюсе, тезисы выглядят разумно.
Но при этом почти все комментарии автора под собственной статьёй заминусованы. Такой диссонанс вижу нечасто. Обычно, если подход действительно ошибочный, это видно и в тексте.
Я новичок в теме и пытаюсь разобраться, где здесь подводные камни. В комментариях звучала мысль, что при такой модели разработки экономика может не сходиться: стоимость токенов становится сопоставимой с зарплатами разработчиков. При этом внутренняя экономика OpenAI закрыта, а автор утверждает, что у него расчёты положительные.
Вопрос скорее общий: какие ограничения или слабые места у подобного подхода вы видите на практике? Где он перестаёт работать - по деньгам, по качеству кода, по масштабированию?