Комментарии 35
Посмотрим на тренд ответов на картинке нижеОткуда опрос? Кто отвечал? Дайте пожалуйста ссылку и, если источник не на русском, краткую сводку (tl;dr) о чем там.
Trail of breadcrumbs («цепочка крошек»)Я так понимаю, это ключевая особенность вашего проекта, остальное (flow chart и представление зависимостей) скорее всего уже много раз сделаны, причем я сильно сомневаюсь в полезности любого из них, хотя я — это ленивый C# десктоп программер с мощнейшим IDE в виде Visual Studio+Intellisense, веб-дизайнеры, видимо, довольствуются чем-то сильно попроще.
Почему главной особенности отведен всего один абзац и один анимированный гиф? Неужели все так плохо, что даже попиарится (показать и доказать, что красиво и полезно) стыдно?
Новый взгляд на изучение и документирование исходного кодаВ каком месте новый? Где стало лучше? По сравнению с чем сравнивали?
студент
На всякий случай (возможно есть какие-то ограния): есть студенческая лицензия.
А не думали сделать это в виде расширения к Sourcegraph?
Не знаю возможно ли это, т.к. никогда не делал для него расширения, но он сейчас очень популярен и, возможно, это поможет популяризировать ваш проект.
… позволяет легко определять “что куда импортируется”В этом блоке у вас получается сразу довольно сложная схема.
Она может быть как-то упрощена или отфильтрована?
Блок-схему выбранного файла.— очень хорошо, полезно.
можно изучить их интеграцию между собой.Тут также, если это UML диаграммы, то можно ли будет их как-то отфильтровать, так чтобы сразу не выводить такую сложную схему. А как-то её упростить. С возможностью не выводить всю схему. С возможность скрыть/показать определенные связи.
Вы делаете полезный инструмент. Благодарю за публикацию.
Очень интересная мысль именно строить цепочки зависимостей функций по бизнесовым кейсам. Прям востребованная. Вопрос только в том — почему бы сразу нормально не писать код (т.е. каждая функциональность — отдельный эндпойнт, в остальном — попрыгаем между функциями). И может ли нам помочь технология типа opentracing/jaeger, т.к. логика может быть размазана и не только по коду, но и вообще разнородными модулями (например, бекендом на джава и хранимыми процедурами в БД).
В остальном — правда очень интересно, но хочется понять целевую аудиторию проектов (rest-сервисы? Gui-монолитные-приложения? Etc)
В остальном — +1
https://www.sonarqube.org/ уже это делает)
Мой основной посыл наверное был решить проблему когда приходишь на «уже написанный существующий проект». Обычно там «все плохо», и большим успехом уже будет хотябы понять тот код, желательно быстро)
JavaScript предлагает больше функционала чем остальные, так как только он использует AST-парсер для обработки кода.
Планируется ли поддержка TypeScript?
Основная проблема, во всяком случае случющейся у нас, это оценить как код соотностися с общей архетектурой проекта.
Т.к. технологии делают новый виток, надо попробовать перепилить это на WebGL.
Новый взгляд на изучение и документирование исходного кода