169 похожих чатов

Основная идея ИДЕ и честного семантического анализа кода (а не

быстрого синтаксического) в том, что оно понимает разницу между karas и karas(), что переменные indeks в двух соседних функциях это разные вещи, хоть и называются одинаково, и так далее. Как результат, надежнее работают рефакторинги, переименования, find usages, go to declaration и autocomplete. Собственно, на этом обещании и построена вся бизнес-модель.

В противовес такому сложному анализу появился когда-то анализ максимально простой: предлагать все подходящие слова из того же файла. Идея в том, что если ты пишешь какое-то слово, с высокой вероятностью оно в этом файле уже есть, а слишком уж похожих слов, ну, не так много. Популяризовал TextMate, потом это перешло в Sublime, далее и в Atom с VS Code. Казалось бы, полный колхоз и возврат в каменный век, но практика показала, что а) такой подход работает, и неплохо, гораздо лучше, чем может показаться, и б) иногда он работает лучше, чем семантический и умный.

Примеры, когда права ИДЕ, достаточно очевидны и приводить их я не буду. А вот когда побеждает простой текстовый матчинг по текущему файлу? А вот когда:

- Когда программа сломана / недописана / синтаксически некорректна. То есть в процессе написания. То есть ровно тогда, когда тебе эти подсказки больше всего нужны.
- Когда нет поддержки конкретного языка или просто в сплошном тексте.
- Когда имя размазано по программе, а не сконцентрировано в одной сущности. fun switch(style: SwitchStyle, colors: SwitchColors): Switch. Тут четыре упоминания корня switch, но для ИДЕ это просто четыре разные сущности, функция и три разных класса. Инструментов для работы с каждой по отдельности сколько угодно, а вместе — ноль.
- Когда ты пытаешь сослаться на что-то в «неправильном» контексте. Например, объявить функцию с таким же именем, как переменная, или в println вставить ("soloma: " + soloma). Переменная, понятно, найдется, а вот то, что внутри строки, для ИДЕ просто непрозрачный текст.
- Когда что-то сломалось (что не такая уж редкость).

В целом ИДЕ делает ставку на лучший результат, но только когда дела обстоят хорошо. Легковесные редакторы ставят на среднего качества опыт через эвристику, зато работающую всегда и везде.

Так и живем.

3 ответов

63 просмотра

Для недописаных программ уже давно есть парсеры которые с таким справляются и содержимое строк иде давно парсит и автокомплит «просто из того же файла» там давно есть

Ну и опять это классический Никита - сначала рассказываем как надо правильно именовать переменные потом идём жаловаться что иде плохо справляется с плохим именованием у нас в коде

Я либо что-то не понимаю, либо это какие-то странные иде

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта