Plugins?

The most interesting technical suggestion I got back from the demo I gave was to offer people the ability to write there own plugins for various languages.

The most powerful part of All The Code is naturally in the anlysis it does, but because of the level which it goes to it actually requires building an AST to be able to extract all of the intersting bits of information. Writing parsers (or even finding and modifying them so they contain the extra information that most parsers through out that I keep) takes a reasonable amount of time to do. Initially I was planning on implementing support for the big languages only and slowly adding support for the less popular languages.

I'm not sure if anyone would actually write plugins for it, but I think making the plugin system for it will force me to keep (at least that part of the code) clean. On the downside, it gives me a whole lot of potential headache to deal with in addition to all of the other things which need to get done. I haven't decided one way or the other, but I'm leaning towards implementing a basic API and seeing if anyone bytes.

Comments

Anonymous said…
You could try checking out the Vim parsing code, rip it all out, and voila. No dealing with writing plugins or anything really, almost every language ever is supported already.
5:54 PM
Holden Karau said…
Thats an even better idea, thanks. From the looks of it the vim parsing code doesn't extract enough information, but it seems pretty close [and unlike ctags the parsing code doesn't look like it will fall over with one touch :)]
7:44 PM
Post a Comment

Popular posts from this blog

New year new job, same projects

 I’m stoked to announce that I’ve joined Snowflake to continue working on OSS Apache Spark :) I’ve got a post on the Snowflake blog talking about the work we’re doing  https://careers.snowflake.com/us/en/blogarticle/building-apache-spark-in-the-open-at-snowflake  — 
Read more

Making Hibernate work on Ubuntu 22.04 (jammy) on the Framework Laptop w/full disk encryption

  Making Hibernate work on Ubuntu 22.04 (jammy) on the Framework Laptop w/full disk encryption The 0th step is disabling secure boot in the bios (reboot, press F2 to get into the BIOS, disable secure boot). The first step is to make a swapfile large enough for your device to suspend to. sudo swapoff /swapfile sudo dd if = /dev/zero of = /swapfile bs = $( cat /proc/meminfo | awk '/MemTotal/ {print $2}' ) count =1024 conv = notrunc sudo mkswap /swapfile sudo swapon /swapfile Then make sure it's enabled on reboot, e.g: echo '/swapfile swap swap defaults 0 0' | sudo tee -a /etc/fstab If there is another swap partition or file in /etc/fstab you may need to take it out. Find the device your swapfile is located on (e.g. findmnt  -no source -T /swapfile ), note here some guides recommend using the UUID, in my experience, this resulted in some errors. To find the resume offset of your file run filefrag -v /swapfile and then look at the first value under physical_offset...
Read more

Unexpected gmail account name disclosure on calendars

Image
I came across a an interesting blog post showing how to get the name of a Gmail account. Since the bug was visible through Google Calendars I hoped that it was maybe limited to users who had signed up for Google Calendar. This is not the case. The steps that I followed: 1)Register brand new gmail account with default settings register new Gmail account 2)Go to google calendars (as a different user) select a calender invite the user to share one of my calendars (click on the down arrow next to your calendar) choose a calendar to invite the user to share 3)Invite the user Invite the user to share your calendar 4)Save the changes (note that it indicates the user isn't registered for Google Calendars) & go back Invite user to Google Calendars 5)See the users name see the username Normally I'm all for notifying the company of the problem before public disclosures, but the cat is well out of the bag and having a walk around. It apparently works regardless of whether the user is ...
Read more