blainesch

I added the maintainer email address for the v0.2.2 deploy, can you confirm this is working for you now?

Hain is a great project, they launched a few months after I started working on Zazu!

For comparison:

- Zazu has a github based package manager

- A dotfile for configuration (for backup!)

- Very fast fuzzy matching of file and program names

- Cross platform notifications (toast on windows!)

- An HTML-based preview pane

- Cross platform!

I haven't heard of lacona until you just mentioned it, but it does look nice. They also have plugins written in node, but offer a more "natural language" search, which Zazu doesn't. Zazu is also completely open source, but they have a paid version. Zazu is all cross platform, but Lacona only offers mac builds.

In v0.2.2 it tells you when it's still loading the plugins. Feel free to try deleting your ~/.zazu folder and using this newer version!

Completely agree, and I can't wait to have one for Zazu! :D

The v0.2.2 I pushed the tag for, but didn't update the website. Sorry about that.

Can you report the crash in the repo and attach the ~/.zazu/log file?

I would LOVE auto paste, but I've not found a good way to do this in Electron yet. ]:

If you know how, let me know :D

Zazu does allow for keyboard shortcuts, and can do everything the Alfred workflows can, but does not currently provide a GUI for creating the workflows. The biggest difference for the plugins, is that they are written in Node so they can be cross platform.

For more info on creating plugins: http://zazuapp.org/documentation/plugins/

I haven't installed Quick Silver in many years, so my understanding may be dated, but at the time it didn't offer many intuitive actions, such as copying the calculator result to your clipboard.

Alfred doesn't treat plugins as first class citizens, only alfred can have the top level search space, all plugins have prefixes. Plugins in Zazu are first class citizens, there is no built in behavior so you have more flexibility with what you want.

Zazu is also cross platform, so switching between Mac and Ubuntu for instance wouldn't hurt your workflow. Alfred and QuickSilver are Mac specific.

Uh oh! Can you file an issue on github with the log file stored in `~/.zazu/log`?

I've been running it on my Mac, along with other electron apps like Slack and VSCode, and I've not noticed a drain on my battery.

It's never come up in my "Apps using significant energy" in the battery dropdown.

It was implemented in Node and I've not benchmarked it on Windows, but it's probably not as fast. [:

Yes, since the first file finder needed to be cross platform I create a cache in the plugin, but a mac specific one would be great! :D

Technically it spins up another process and recursively goes through a whitelisted set of directories. It caches just the app locations, not all the files.

I just installed on a fresh install of Ubuntu, but maybe this is debian specific. It looks like I just need to add my email address to the author field, I'll try and release again today with that fix and one other! :D

Awesome to hear! I hope this works well for you! [:

Oh yikes! I'll try and get this resolved.

I'm the author of Zazu, I'm happy to answer any questions. Ask away!

This even force pushes! Your last hope is the reflog, which can also be pruned/deleted. Maybe that should be added?

> probably did nothing illegal, but rather they were trying to minimize their tax burden through (mostly) legal

Mostly legal and nothing illegal are contradicting.

Do they not need permission from the nearly 500 contributors to do this?

Wouldn't this be considered an anti-pattern? Similar to switching to emacs just to make it work exactly like vim? Just use vim, or in this case, just use mercurial?

I think we missed the point here. The fact that it's 11 lines is meaningless, this could have been babel itself.

This is as much an alternative to writing tests as brakes are an alternative to a drivers license.

This feels like it builds off of the philosophy of not being a victim.. if you find a problem, just fix it. In these use cases, that is simple to do.

This forgot the 2 month waiting period between the onsite and the offer.

In the "why" section you list 3 reasons.

> In case something happens to GitHub. More generally because keeping your data in the cloud and relying on the cloud to back it up is foolish

I disagree, cloud backups are more reliable.

> In case someone takes down a repository that you were interested in. If you run github-backup with your username, it will back up all the repositories you have watched and starred.

If the repo goes down it's already going to be a lot harder to use, but it seems easier to fork a repo.

> So you can keep working on your repository while on a plane, or on a remote beach or mountaintop. Just like Linus intended.

When have you not been able to work on a local repo locally?

Overall, I think I'm missing the point.

I suppose with only 3 candidates, the democratic tweets won't have as much interesting data to show in this way.

This startup sounds like a horrible place to work. They should aim to use a carrot, not a stick. Every employee is rightfully scared, and is hopefully thinking of finding another place to work.

If they offered incentives for meeting or passing their sales goals, they would be much more motivated. Compared to be scared of losing their job just because they missed a goal. There should always be the option to fail, even for non-tech.

The book has negative reviews on Goodreads and no reviews on amazon.