Что лучше? Курсор чем то лучше?

Здравствуйте, Shmj, Вы писали:

S>Что лучше? Курсор чем то лучше?

Вроде Cursor IDE — это и есть vscode с агентом.

Что лучше — вопрос сложный, так как vscode скорее для приветмир-ов. По крайней мере наш проект её убил наповал. A Cursor IDE — это навязывание vscode, и навязывание определённого агента.

Чтобы сравнивать агентов — желательно абстрагироваться от IDE, и сравнивать ТОЛЬКО агентов.

Мы, судя по всему, будем мучить copilot, там можно разные бэки подключать.

Здравствуйте, Doom100500, Вы писали:

D>Что лучше — вопрос сложный, так как vscode скорее для приветмир-ов. По крайней мере наш проект её убил наповал.

Так нужно ж на на модули разделять 50 тыс. строк кода — оно нормально отрабатывает. А все что более — от лукавого, жуткий монолит.

Здравствуйте, Shmj, Вы писали:

S>Здравствуйте, Doom100500, Вы писали:

D>>Что лучше — вопрос сложный, так как vscode скорее для приветмир-ов. По крайней мере наш проект её убил наповал.

S>Так нужно ж на на модули разделять 50 тыс. строк кода — оно нормально отрабатывает. А все что более — от лукавого, жуткий монолит.

Видно богатый опыт формошлёпщика невооружённым взглядом
Серьёзно никогда не работал с большой legacy кодовой базой продукта, который продаётся уже лет как 20?
Кроме интернет — микросервисов проектов для тебя не существует?
Проектов, которые работают с различными конфигурациями оборудования, которые являются трансформерами (в зависимости от оплачиваемых опций) ты тоже, наверное не видел.

Вот почему у тебя такой мелкий кругозор и ты веришь в магию интелект ИИ.

Здравствуйте, Doom100500, Вы писали:

D>Видно богатый опыт формошлёпщика невооружённым взглядом
D>Серьёзно никогда не работал с большой legacy кодовой базой продукта, который продаётся уже лет как 20?

Было на первой работе, как вспомню этот кошмар — плохо становится

D>Кроме интернет — микросервисов проектов для тебя не существует?

А причем тут микросервисы? Можно разделять на классические библиотеки с внятным API, это еще деды придумали.

Вообще 50-100 тыс. строк — это как раз норм для восприятия. Когда начинаются сотни тысяч эти — уже теряется контроль.

Делаете либу с внятным интерфейсом — и проблема исчезает.

Если VS Code слишком тормозит с вашим проектом — то проблема не в VS Code.

Здравствуйте, Shmj, Вы писали:

S>Здравствуйте, Doom100500, Вы писали:

D>>Видно богатый опыт формошлёпщика невооружённым взглядом
D>>Серьёзно никогда не работал с большой legacy кодовой базой продукта, который продаётся уже лет как 20?

S>Было на первой работе, как вспомню этот кошмар — плохо становится

D>>Кроме интернет — микросервисов проектов для тебя не существует?

S>А причем тут микросервисы? Можно разделять на классические библиотеки с внятным API, это еще деды придумали.

S>Вообще 50-100 тыс. строк — это как раз норм для восприятия. Когда начинаются сотни тысяч эти — уже теряется контроль.

S>Делаете либу с внятным интерфейсом — и проблема исчезает.

S>Если VS Code слишком тормозит с вашим проектом — то проблема не в VS Code.

Где твои миллионы, которые тебе должны платить за твои консультации ничего не понимающие в своём бизнесе компании?
Микросервисы — это ответ на твой "дремучий монолит", экспертик.

Здравствуйте, Shmj, Вы писали:

S>Что лучше? Курсор чем то лучше?

Для меня VS Code:

— Это у меня основная IDE уже много лет
— LLM модель на выбор, новые добавляются довольно быстро (уже есть GPT-5.1-Codex например)
— Оплату можно включить в Partner Azure Subscription, которая в 2-3 раза дешевле чем если платить живыми деньгами (launch pack)

S>Вообще 50-100 тыс. строк — это как раз норм для восприятия. Когда начинаются сотни тысяч эти — уже теряется контроль.
S>Делаете либу с внятным интерфейсом — и проблема исчезает.
А если "либу" или "модуль" делал любимый работник, который всегда занят Важной Задачей и ему некогда исправлять косяки (и даже просто объяснять, как его чюдо вызывать чтоб работало) — это становится твоей проблемой, и придётся лезть в неё отладчиком (запуская ещё 1 студию с другим солюшеном, и резво погружаясь в ещё 50-100 тыс. строк).

Здравствуйте, Osaka, Вы писали:

O>А если "либу" или "модуль" делал любимый работник, который всегда занят Важной Задачей и ему некогда исправлять косяки (и даже просто объяснять, как его чюдо вызывать чтоб работало) — это становится твоей проблемой, и придётся лезть в неё отладчиком (запуская ещё 1 студию с другим солюшеном, и резво погружаясь в ещё 50-100 тыс. строк).

Можно сначала поправить либу, основываясь на ее документированном API, а затем уже вернуться к своей работе.

Здравствуйте, bnk, Вы писали:

bnk>- Это у меня основная IDE уже много лет
bnk>- LLM модель на выбор, новые добавляются довольно быстро (уже есть GPT-5.1-Codex например)
bnk>- Оплату можно включить в Partner Azure Subscription, которая в 2-3 раза дешевле чем если платить живыми деньгами (launch pack)

А Cursor пробовали? Вроде там за счет предзапросов и тонкой конфигурации — оно лучше работает.

Здравствуйте, Shmj, Вы писали:

S>Здравствуйте, bnk, Вы писали:

bnk>>- Это у меня основная IDE уже много лет
bnk>>- LLM модель на выбор, новые добавляются довольно быстро (уже есть GPT-5.1-Codex например)
bnk>>- Оплату можно включить в Partner Azure Subscription, которая в 2-3 раза дешевле чем если платить живыми деньгами (launch pack)

S>А Cursor пробовали? Вроде там за счет предзапросов и тонкой конфигурации — оно лучше работает.

Да, пробовал. IMHO нисколько не лучше, ну может на уровне золотых проводов для аудиофилов. 99% это собственно LLM, остальное вторично.

Здравствуйте, Shmj, Вы писали:

S>Вообще 50-100 тыс. строк — это как раз норм для восприятия. Когда начинаются сотни тысяч эти — уже теряется контроль.

у одной американской компании где мне пришлось работать в одном файле было 60+ тыс строк кода
а в проекте было много таких файлов

я помню сильно офигивал с for в 7+ тыс строк

Здравствуйте, Shmj, Вы писали:

S>Можно сначала поправить либу, основываясь на ее документированном API, а затем уже вернуться к своей работе.

комрад из Niverland

Здравствуйте, sergey2b, Вы писали:

S>у одной американской компании где мне пришлось работать в одном файле было 60+ тыс строк кода
S>а в проекте было много таких файлов

https://github.com/dotnet/runtime/blob/main/src/coreclr/gc/gc.cpp

— 54 тыс. строк. Но ни одного слова template — и на том спасибо.

Вот, кстати, лидеры всего .Net

552K ./src/coreclr/debug/ee/debugger.cpp
556K ./src/coreclr/jit/morph.cpp
560K ./src/coreclr/jit/lsra.cpp
576K ./src/coreclr/debug/di/process.cpp
584K ./src/coreclr/jit/emitarm64.cpp
640K ./src/coreclr/jit/codegenarm64test.cpp
648K ./src/coreclr/jit/emitxarch.cpp
792K ./src/coreclr/jit/emitarm64sve.cpp
1.1M ./src/coreclr/jit/gentree.cpp
1.9M ./src/coreclr/gc/gc.cpp

К чести этот злополучный GC — скорее исключение.

у меня текущий проект на несколько десятков милл строк с++
Полно template and + lambda
Текущее покрытия кода тестами 92% а надо 99.99%

А они даже бесплатного молока с пиццей за вредность не хотят дать

Здравствуйте, sergey2b, Вы писали:

S>у меня текущий проект на несколько десятков милл строк с++
S>Полно template and + lambda
S>Текущее покрытия кода тестами 92% а надо 99.99%

Это все разделено на модули с документированным API или же просто одним большим куском кода? Вы открываете проект — все сразу, все миллионы строк или же просто открываете свой небольшой кусочек и работаете только с ним?

Вообще сейчас взять любой проект и подсчитать зависимые библиотеки — то тоже легко наберется миллион строк. Но ведь это все отдельно и имеет четко документированный API.

Здравствуйте, sergey2b, Вы писали:

S>>Вообще 50-100 тыс. строк — это как раз норм для восприятия. Когда начинаются сотни тысяч эти — уже теряется контроль.

S>у одной американской компании где мне пришлось работать в одном файле было 60+ тыс строк кода

Фигня. Я сегодня напряг Клода модифицировать файлик в 90.000 строк на жаваскрипте, с 20 летней историей.
Норм, читает кусочками, не жалуется как некоторые тут, вставляет console.debug, прорвался в общем