#sonarqube — Public Fediverse posts on home.social

Habr @[email protected] · 2026-07-16 · 07:32 UTC

Лучшие токены – те, которые вы не потратили: анатомия жадного LLM-бота

При анализе кода с помощью LLM всегда есть соблазн закинуть в модель всё сразу — и пусть сама разбирается. Но на больших объёмах кода стоимость и время такого «пусть разбирается» быстро приводят нас в чувства и заставляют искать пути более экономной траты токенов. Привет, меня зовут Андрей, я занимаюсь автоматизацией тестирования в hh. В этой статье расскажу, как мы оптимизировали запросы нашего бота, который анализирует тестовое покрытие с помощью LLM, чтобы получить максимум пользы при минимальных затратах. Антоним токенмаксинга – токенпожарскинг токенминнинг?

https://habr.com/ru/companies/hh/articles/1057108/

#sonarqube #llm #java #python #kotlin #покрытие_кода #покрытие_тестами #qa_automation #qa #qa_testing

#qa_testing #qa #qa_automation #покрытие_тестами #покрытие_кода #kotlin

Habr @[email protected] · 2026-07-16 · 07:32 UTC

Лучшие токены – те, которые вы не потратили: анатомия жадного LLM-бота

При анализе кода с помощью LLM всегда есть соблазн закинуть в модель всё сразу — и пусть сама разбирается. Но на больших объёмах кода стоимость и время такого «пусть разбирается» быстро приводят нас в чувства и заставляют искать пути более экономной траты токенов. Привет, меня зовут Андрей, я занимаюсь автоматизацией тестирования в hh. В этой статье расскажу, как мы оптимизировали запросы нашего бота, который анализирует тестовое покрытие с помощью LLM, чтобы получить максимум пользы при минимальных затратах. Антоним токенмаксинга – токенпожарскинг токенминнинг?

https://habr.com/ru/companies/hh/articles/1057108/

#sonarqube #llm #java #python #kotlin #покрытие_кода #покрытие_тестами #qa_automation #qa #qa_testing

#qa_testing #qa #qa_automation #покрытие_тестами #покрытие_кода #kotlin

Habr @[email protected] · 2026-07-16 · 07:32 UTC

Лучшие токены – те, которые вы не потратили: анатомия жадного LLM-бота

При анализе кода с помощью LLM всегда есть соблазн закинуть в модель всё сразу — и пусть сама разбирается. Но на больших объёмах кода стоимость и время такого «пусть разбирается» быстро приводят нас в чувства и заставляют искать пути более экономной траты токенов. Привет, меня зовут Андрей, я занимаюсь автоматизацией тестирования в hh. В этой статье расскажу, как мы оптимизировали запросы нашего бота, который анализирует тестовое покрытие с помощью LLM, чтобы получить максимум пользы при минимальных затратах. Антоним токенмаксинга – токенпожарскинг токенминнинг?

https://habr.com/ru/companies/hh/articles/1057108/

#sonarqube #llm #java #python #kotlin #покрытие_кода #покрытие_тестами #qa_automation #qa #qa_testing

#sonarqube #llm #java #python #kotlin #покрытие_кода

Habr @[email protected] · 2026-07-09 · 09:32 UTC

SonarQube в CI: подключили, забили, а потом удивляемся

SonarQube подключен, дашборд есть, анализ запускается на каждый MR, но никто не пользуется. В таком случае проблема не в инструменте. Проблема в том, что между «Sonar работает» и «Sonar приносит пользу» — пропасть из-за отсутствия договорённостей. Я видела это на нескольких проектах и расскажу, что конкретно превращает декоративный дашборд в работающий механизм контроля качества. Статья будет полезна QA, разработчикам и тимлидам, у которых SonarQube уже есть, но результаты анализа живут ни на что не влияют.

https://habr.com/ru/companies/2gis/articles/1053620/

#sonarqube #sonar #метрики

#метрики #sonar #sonarqube

Habr @[email protected] · 2026-07-09 · 09:32 UTC

SonarQube в CI: подключили, забили, а потом удивляемся

SonarQube подключен, дашборд есть, анализ запускается на каждый MR, но никто не пользуется. В таком случае проблема не в инструменте. Проблема в том, что между «Sonar работает» и «Sonar приносит пользу» — пропасть из-за отсутствия договорённостей. Я видела это на нескольких проектах и расскажу, что конкретно превращает декоративный дашборд в работающий механизм контроля качества. Статья будет полезна QA, разработчикам и тимлидам, у которых SonarQube уже есть, но результаты анализа живут ни на что не влияют.

https://habr.com/ru/companies/2gis/articles/1053620/

#sonarqube #sonar #метрики

#метрики #sonar #sonarqube

Habr @[email protected] · 2026-07-09 · 09:32 UTC

SonarQube в CI: подключили, забили, а потом удивляемся

SonarQube подключен, дашборд есть, анализ запускается на каждый MR, но никто не пользуется. В таком случае проблема не в инструменте. Проблема в том, что между «Sonar работает» и «Sonar приносит пользу» — пропасть из-за отсутствия договорённостей. Я видела это на нескольких проектах и расскажу, что конкретно превращает декоративный дашборд в работающий механизм контроля качества. Статья будет полезна QA, разработчикам и тимлидам, у которых SonarQube уже есть, но результаты анализа живут ни на что не влияют.

https://habr.com/ru/companies/2gis/articles/1053620/

#sonarqube #sonar #метрики

Habr @[email protected] · 2026-07-01 · 19:32 UTC

Java‑код скомпилировался — это ещё не значит, что он работает

Есть целый класс Java‑багов, которые компилятор пропускает, а тесты на счастливом пути не ловят: код синтаксически корректен, но делает не то, что вы имели в виду. В статье разбираем пять таких самых частых ситуаций, которые встречаются у начинающих разработчиков.

https://habr.com/ru/companies/otus/articles/1047040/

#Java #staticanalysis #codereview #trywithresources #equalshashCode #SonarQube #NullPointerException #обучение

#обучение #nullpointerexception #sonarqube #equalshashcode #trywithresources #codereview

Habr @[email protected] · 2026-07-01 · 19:32 UTC

Java‑код скомпилировался — это ещё не значит, что он работает

Есть целый класс Java‑багов, которые компилятор пропускает, а тесты на счастливом пути не ловят: код синтаксически корректен, но делает не то, что вы имели в виду. В статье разбираем пять таких самых частых ситуаций, которые встречаются у начинающих разработчиков.

https://habr.com/ru/companies/otus/articles/1047040/

#Java #staticanalysis #codereview #trywithresources #equalshashCode #SonarQube #NullPointerException #обучение

#обучение #nullpointerexception #sonarqube #equalshashcode #trywithresources #codereview

Habr @[email protected] · 2026-07-01 · 19:32 UTC

Java‑код скомпилировался — это ещё не значит, что он работает

Есть целый класс Java‑багов, которые компилятор пропускает, а тесты на счастливом пути не ловят: код синтаксически корректен, но делает не то, что вы имели в виду. В статье разбираем пять таких самых частых ситуаций, которые встречаются у начинающих разработчиков.

https://habr.com/ru/companies/otus/articles/1047040/

#Java #staticanalysis #codereview #trywithresources #equalshashCode #SonarQube #NullPointerException #обучение

#java #staticanalysis #codereview #trywithresources #equalshashcode #sonarqube

JTI @[email protected] · 2026-06-24 · 11:49 UTC

@inyourbits On the topic of "vibe coding" I wasn't referring to the LLM'ing of the fixes but the general quality of the SW that needs to be fixed, independent of whether said piece of software was completely manually crafted or LLM'd to some degree.

I do agree that an LLM'd fix that passes some threshold for quality certainly is better than no fix at all.

Generally I'm of the opinion that just like the CI pipelines and QA tools that enabled some sanity in the manual crafted software age, we'll need the same just at larger scale, more tightly integrated into the LLM loops for all the usual QA topics to achieve the same level of sanity under the scale and speed of LLM-assisted software creation.

Together with the advent of more capable, cheaper models such instrumentation might even raise the bar.
Over time, the use of the resulting better SW being used/copied by the LLMs this might even create a useful feedback loop. A possible counterpoint to LLM-dementia if you will.

All the LSPs, plugins/hooks for OpenGrep, SonarQube, OSV etc are a good start.

If we get similar hooks that will enforce the most common issues around the various OWASP top lists etc. this might be part of the way to raise the bar. And as always: Enforcement not as prompt but, just like the build breaker in a CI, as technically hardened gate.

#LLM #QA #softwareengineering #aiassisted #owasp #sonarqube #opengrep #raisingthebar

#llm #qa #softwareengineering #aiassisted #owasp #sonarqube

JTI @[email protected] · 2026-06-24 · 11:49 UTC

@inyourbits On the topic of "vibe coding" I wasn't referring to the LLM'ing of the fixes but the general quality of the SW that needs to be fixed, independent of whether said piece of software was completely manually crafted or LLM'd to some degree.

I do agree that an LLM'd fix that passes some threshold for quality certainly is better than no fix at all.

Generally I'm of the opinion that just like the CI pipelines and QA tools that enabled some sanity in the manual crafted software age, we'll need the same just at larger scale, more tightly integrated into the LLM loops for all the usual QA topics to achieve the same level of sanity under the scale and speed of LLM-assisted software creation.

Together with the advent of more capable, cheaper models such instrumentation might even raise the bar.
Over time, the use of the resulting better SW being used/copied by the LLMs this might even create a useful feedback loop. A possible counterpoint to LLM-dementia if you will.

All the LSPs, plugins/hooks for OpenGrep, SonarQube, OSV etc are a good start.

If we get similar hooks that will enforce the most common issues around the various OWASP top lists etc. this might be part of the way to raise the bar. And as always: Enforcement not as prompt but, just like the build breaker in a CI, as technically hardened gate.

#LLM #QA #softwareengineering #aiassisted #owasp #sonarqube #opengrep #raisingthebar

#llm #qa #softwareengineering #aiassisted #owasp #sonarqube

JTI @[email protected] · 2026-06-24 · 11:49 UTC

@inyourbits On the topic of "vibe coding" I wasn't referring to the LLM'ing of the fixes but the general quality of the SW that needs to be fixed, independent of whether said piece of software was completely manually crafted or LLM'd to some degree.

I do agree that an LLM'd fix that passes some threshold for quality certainly is better than no fix at all.

Generally I'm of the opinion that just like the CI pipelines and QA tools that enabled some sanity in the manual crafted software age, we'll need the same just at larger scale, more tightly integrated into the LLM loops for all the usual QA topics to achieve the same level of sanity under the scale and speed of LLM-assisted software creation.

Together with the advent of more capable, cheaper models such instrumentation might even raise the bar.
Over time, the use of the resulting better SW being used/copied by the LLMs this might even create a useful feedback loop. A possible counterpoint to LLM-dementia if you will.

All the LSPs, plugins/hooks for OpenGrep, SonarQube, OSV etc are a good start.

If we get similar hooks that will enforce the most common issues around the various OWASP top lists etc. this might be part of the way to raise the bar. And as always: Enforcement not as prompt but, just like the build breaker in a CI, as technically hardened gate.

#LLM #QA #softwareengineering #aiassisted #owasp #sonarqube #opengrep #raisingthebar

#raisingthebar #opengrep #sonarqube #owasp #aiassisted #softwareengineering

Karl Ostendorf @[email protected] · 2026-05-18 · 11:07 UTC

I'm someone who wants #SonarQube to publish a code-smells/week metric for each dev. They intentionally do not offer that, however. I find it to be a healthy rivalry between devs.