Logger library about sinap-ide HOT 3 OPEN

I vote we just use console.log, I still don't see the point of the logging library.

from sinap-ide.

@Sheyne that's why I also offer LOG.info. I think it makes stuff more easily filterable, plus if we ever want to get really fancy and have some logging config to turn on/off certain loggers, I wrote it so that would be easy.

I think it also encourages logging to view how things are being processed in the app. That was a big reason of why it was so easy for me to figure out that the PluginManager was causing a bunch of reloads.

I didn't pull in a library because it didn't seem that difficult to write and I have very little trust for the JavaScript community.

from sinap-ide.

I'm not really convinced that we need a separate logging library for debugging. I also don't really see the benefit of having a logging library for runtime purposes, either.

Looking at the commit, I'm failing to see how LOG.* is any different from console.log other than with its semantical use. If anything, I feel that LOG is adding unnecessary bloat to our infrastructure. How does our application benefit from a logger when running in production mode?

from sinap-ide.