Evan Huus
Evan Huus
It's not super-clear to me exactly what kind of round-trip behaviour you're trying to model, but I suspect the kafka requester isn't doing exactly what you think it's doing (or...
Because there's a goroutine in the middle, the current `ResizableChannel` can't be resized to a capacity of `None` (for fully unbuffered blocking mode). The best it can do is a...
Perhaps via https://github.com/grosser/parallel or some other gem. Parsing files (in particular large Ruby files) is slow, so parallelizing it would be a big speed-up on multi-core systems.
Currently the DB maps type-of-record (e.g. `:calls`) to list-of-records. This is reasonably good for queries, but large databases become very slow for update and cscope export (see `Exportable::db_by_line` and `DB::remove_files`)....
This has been floating at the back of my mind for a while, but it really wouldn't be too difficult to hand-write a proper lexer/parser for Go since the syntax...
https://github.com/eapache/starscope/commit/f4e0351b20931f7adb88f0844e7feba9ae2beff4#commitcomment-13431734
It might be easier to manage in combination with the global config if it's stored in a separately editable JSON blob `.starscope.json` beside the DB instead of inside the DB...
E.g. choosing which babel transformers to use (for javascript), choosing which ruby version to parse with parser, etc.
Exuberant ctags defines a bunch of additional fields starting with a ;" that can be used to embed additional information in a tag file, see section 6 of: http://ctags.sourceforge.net/FORMAT Most...
For very large projects, loading the entire DB into memory before anything else is painful and slow. Investigate DB formats that can stay on disk and be loaded in pieces...