Судя по срокам, за которые они релизнули ограничения в продакшен, технически для этого все уже давно было сделано и готово к внедрению. Значит шум вокруг - чисто медийная и маркетинговая история.
Плюс, останавливаться каждые 250 км или сколько там сейчас запас у электрических грузовиков?
До 600 у последних моделей. Учитывая, что водитель должен отдыхать после 4,5 часов вождения, этого достаточно для цивилизованных маршрутов - больше за это время все равно не проехать.
Обычно вместо расчётов прошу LLM ассистента написать программу на python, которая сделает нужные вычисления и покажет результат. Но язык в общем-то не важен.
Если крайний - юзер (оскорбление чести и достоинства), то это его личные, нетехнические, проблемы. С помощью чего он куражится над другими - картинками, текстом, или ещё как - роли не должно играть. Но если это сервис, выступающий в роли PII data controller, то они должно быть камикадзе.
Интересно, на каких основаниях они в принципе дают возможность для обработки чужих фотографий? Ведь это гарантированно затрагивает вопросы персональных данных. И кто будет крайним в случае нарушений - сервис или юзер. Было бы интересно увидеть разбр от юристов.
Курсор поддерживает OpenAI API совместимые модели - в настройках можно указать кастомный урл. Но этот апи должен быть доступен снаружи, т.к. модель дёргается серверами курсора, а не самим приложением. Поэтому с localhost не заработает. Локальную модель можно выставить наружу через туннель, предоставляющий публичный адрес (ngrok, cloudflare и т.п.)
последствия выйдут далеко за пределы Кремниевой долины. Пострадают розничные инвесторы по обе стороны Атлантики, азиатские экспортеры технологий и кредиторы — включая слабо регулируемые частные инвестфонды.
Это был лишь один из примеров. Часто можно встретить проекты, где разные кусоки пишутся на разных языках. При этом они тесно связаны какими-то общими соглашениями. Это может быть специфичная структура директорий, соглашения по именованию, конфиги, аннотации, типы, API или даже все вместе. Код может лежать как в одном репозитории, так и в разных. Где-то зависимости прописаны строго (варианты .lock файлов), а где-то результат становится известен лишь после установки. Могут использоваться разные библиотеки или разные версии одной и той же библиотеки, порой несовместимые друг с другом.
Короче, код анализ в общем случае это сложная проблема, решение которой не сводится к одному лишь AST. У вас логичная идея - построить граф зависимостей. Но как добывать для него данные это креативная часть.
Ну не надо со мной, как с ребенком-то разговаривать.
В каждом из нас живёт внутренний ребёнок, который умеет радоваться, огорчаться, а порой даже капризничать)
Что именно не считывается с уровня синтаксиса языка программирования?
Например, для построения графа зависимостей между модулями TypeScript требуется анализ файлов конфигурации компилятора где могут быть определены кастомные пути и алиасы https://www.typescriptlang.org/tsconfig/#paths. Такие конфиги можно раскидать по разным папкам. Это может использоваться и внутри одного проекта (разные конфиги для кода и тестов), и для разных в случае монорепозиториев. Не могу рассказать, как это реализовано у них в LSP, я тут больше юзер.
Вот это я не очень понял: а LSP его откуда возьмет?
Под капотом конкретных реализаций LSP уже наворотили не только синтаксический анализ, но и поддержку различных библиотек, фреймворков, пакетеых менеджеров, систем сборки и т.п. специфики, которая не считывается с уровня лишь синтаксиса языка программирования.
CodeQL для компилируемых языков вообще по умолчанию пытается делать сборку проекта, чтобы получить еще больше данных.
Синтезатор решает кучу вопросов (ну может быть кроме цены). С гитарой проблема в том, что она заставляет первые недели страдать пока не огрубеют пальцы, а потом нужно играть постоянно для поддержания эффекта и вовремя стричь ногти. С фоно все гораздо проще.
Более глубокий анализ можно выдрать из LSP (например https://github.com/axivo/mcp-lsp). Но здесь могут быть сложности с развертыванием и вопросы к перфомансу.
Из взрослого есть CodeQL от GitHub https://codeql.github.com. Он кроме AST поддерживает разные варианты графов: call graph, control flow graph, data flow graph, api graph. Из минусов сложные настройки и никакущая документация, которой много, но она ни чего не объясняет.
Было бы интересно посмотреть насколько резюме матчатся вакансиям - нет ли перекоса когда спрос есть, но совершенно на другие специальности. Так же учесть кейсы, когда один кандидат публикует несколько резюме.
У них другая бизнес-модель. Когда через вас полмира гоняют трафик, зачастую терминируя TLS, это бесценно.
Судя по срокам, за которые они релизнули ограничения в продакшен, технически для этого все уже давно было сделано и готово к внедрению. Значит шум вокруг - чисто медийная и маркетинговая история.
До 600 у последних моделей. Учитывая, что водитель должен отдыхать после 4,5 часов вождения, этого достаточно для цивилизованных маршрутов - больше за это время все равно не проехать.
Судя по картинке, потребление памяти по большинству параметров наоборот выросло.
Тробовик (сущ. ед.ч.) - троллейбус-грузовик
Юристы ещё.
Обычно вместо расчётов прошу LLM ассистента написать программу на python, которая сделает нужные вычисления и покажет результат. Но язык в общем-то не важен.
Если крайний - юзер (оскорбление чести и достоинства), то это его личные, нетехнические, проблемы. С помощью чего он куражится над другими - картинками, текстом, или ещё как - роли не должно играть. Но если это сервис, выступающий в роли PII data controller, то они должно быть камикадзе.
Интересно, на каких основаниях они в принципе дают возможность для обработки чужих фотографий? Ведь это гарантированно затрагивает вопросы персональных данных. И кто будет крайним в случае нарушений - сервис или юзер. Было бы интересно увидеть разбр от юристов.
Какие-то пустяки на самом деле. Весь современный www держится на технологии, где в теории все сломано. Но он работает.
Скрытый текст
https://pikabu.ru/story/tyomnaya_storona_javascript_4477613
Не знаю зачем автор выбрал C++. Многомерную математику нужно сразу писать на JavaScript. /s
Курсор поддерживает OpenAI API совместимые модели - в настройках можно указать кастомный урл. Но этот апи должен быть доступен снаружи, т.к. модель дёргается серверами курсора, а не самим приложением. Поэтому с localhost не заработает. Локальную модель можно выставить наружу через туннель, предоставляющий публичный адрес (ngrok, cloudflare и т.п.)
Экспорт убытков это же прекрасно.
Это пока для исследователей и энтузиастов, кто готов мириться с лагами системы пока модель считает свои токены.
В условиях песчаной бури вообще что-то летает или она сама по себе уже как пво?
Это был лишь один из примеров. Часто можно встретить проекты, где разные кусоки пишутся на разных языках. При этом они тесно связаны какими-то общими соглашениями. Это может быть специфичная структура директорий, соглашения по именованию, конфиги, аннотации, типы, API или даже все вместе. Код может лежать как в одном репозитории, так и в разных. Где-то зависимости прописаны строго (варианты .lock файлов), а где-то результат становится известен лишь после установки. Могут использоваться разные библиотеки или разные версии одной и той же библиотеки, порой несовместимые друг с другом.
Короче, код анализ в общем случае это сложная проблема, решение которой не сводится к одному лишь AST. У вас логичная идея - построить граф зависимостей. Но как добывать для него данные это креативная часть.
В каждом из нас живёт внутренний ребёнок, который умеет радоваться, огорчаться, а порой даже капризничать)
Например, для построения графа зависимостей между модулями TypeScript требуется анализ файлов конфигурации компилятора где могут быть определены кастомные пути и алиасы https://www.typescriptlang.org/tsconfig/#paths. Такие конфиги можно раскидать по разным папкам. Это может использоваться и внутри одного проекта (разные конфиги для кода и тестов), и для разных в случае монорепозиториев. Не могу рассказать, как это реализовано у них в LSP, я тут больше юзер.
Под капотом конкретных реализаций LSP уже наворотили не только синтаксический анализ, но и поддержку различных библиотек, фреймворков, пакетеых менеджеров, систем сборки и т.п. специфики, которая не считывается с уровня лишь синтаксиса языка программирования.
CodeQL для компилируемых языков вообще по умолчанию пытается делать сборку проекта, чтобы получить еще больше данных.
Синтезатор решает кучу вопросов (ну может быть кроме цены). С гитарой проблема в том, что она заставляет первые недели страдать пока не огрубеют пальцы, а потом нужно играть постоянно для поддержания эффекта и вовремя стричь ногти. С фоно все гораздо проще.
Для синтаксического разбора часто используют tree-sitter (например https://aider.chat/2023/10/22/repomap.html, https://ast-grep.github.io/), который поддерживает кучу языков. Но он больше оптимизирован на скорость, нежели полноту.
Более глубокий анализ можно выдрать из LSP (например https://github.com/axivo/mcp-lsp). Но здесь могут быть сложности с развертыванием и вопросы к перфомансу.
Из взрослого есть CodeQL от GitHub https://codeql.github.com. Он кроме AST поддерживает разные варианты графов: call graph, control flow graph, data flow graph, api graph. Из минусов сложные настройки и никакущая документация, которой много, но она ни чего не объясняет.
Было бы интересно посмотреть насколько резюме матчатся вакансиям - нет ли перекоса когда спрос есть, но совершенно на другие специальности. Так же учесть кейсы, когда один кандидат публикует несколько резюме.