Yeah I didn't really get that... PubSub is more of a design pattern... you still have to get the data transported to the browser (via WebSockets, SSE, etc.)
Along with figuring out the typing, don't underestimate how powerful voice transcription has become with apps like superwhisper https://superwhisper.com/
An interesting variant of space-filling curves + dimensionality reduction is Geohash (https://en.wikipedia.org/wiki/Geohash, http://geohash.org/) which takes a lon/lat and uses a Z-curve approach to produce a hash such as `u4pruydqqvj` representing the location. This hash value is basically "how far along the space-filling curve is the lon/lat located". You're reducing two dimensions (lon/lat) into one dimension (how far along the space-filling curve).
There's a unique side-effect to Geohashes in that the value (`u4pruydqqvj`) can have it's end "lopped off" (i.e. cut down to `u4pru`) and it still represents a less precise, but generally accurate representation of the original lon/lat in most cases (when the curve isn't near the edge of the 2d map!). This allows you to index locations (lat/lon) using a string ('u4pru') which opens you up to doing b-tree, range queries, etc. in traditional database, with one field.
Just a rad math quirk! I'm not an expert, and it's a very dense book, but if someone really wants to get into this kind of stuff the "Bible" is "Foundations of Multidimensional and Metric Data Structures" by Hanan Samet.
I keep trying VS Code, but I hate how when I split the screen three wide ("splits") it wants to open "editors" in each of the columns, even if it's the same file. I want a "buffer" like Emacs has that can be called up into any of the "splits" without reopening the file.
I disable the tabs display, but when I visit a file in each of the three columns (i.e. what in Emacs would be calling a buffer into a window) I end up with the same file open three different times, once for each split. Then the fast switcher just gets full of dupes. BLAH!
I really wish VS Code used the Emacs model of completely disjoined (a) buffers, (b) windows, (c) frames, but instead there's a hierarchical approach of Splits -> Editors.
I've dug into VS Code issues about this, and it seems the hierarchy between Splits -> Editors is a strong parent-child relationship embedded deeply within VS Code's model and is unlikely to change.
We're using WorkOS to build Directory/SCIM and are very happy with it. They have a really good API for syncing enterprise directories (G Suite, Okta, SCIM, Azuer, etc.) and webhooks to get changes.
It's easy enough to use even for internal applications, but we're using it to integrate customer directories with our product.
We're also using it to do SSO for our product. It's much easier than trying to integrate with each of these systems.
Hey, I just wanted to say this is awesome and if you need somebody to help test it I'd love to help.
I'm a software engineer, but also a big guitarist. The WaveNet stuff is really interesting, but I'm not a DSP/ML expert. I could help you:
* Model a Dr. Z Maz 38 MkII, 5w Fender Tweed Champ, Ampeg SCR-DI preamp/DI
* Provide raw samples of: Gibson Les Paul 1958 Reissue (R8), Fender Telecaster (1955 type partscaster), Fender Stratocaster (1962 "thin skin" reissue), Gibson 1963 SG Junior Reissue, Fender 1958 Precision Bass Reissue, Taylor 814ce acoustic guitar
* Get the code installed on my local, test whatever you need help testing, etc.
* Testing and feedback on the real-time plugin i.e. using a VST/AU in Logic, testing latency, testing sound against in-room amp sound, etc.
I'd also be interested in figuring out how to get the real-time plugin you're developing into a pedal enclosure. I have a friend who is a top notch silicon valley hardware/power engineer, and we've been toying with the Strymon Iridium, Impulse Responses, analog pedal building, etc. It'd be interesting to use some guerrilla marketing, sell a few pedals on The Gear Page, and see what people think.
benstandefer (at) <google's email service> (dot) com
1. Yes, there is a Slack integration. You can search for channels (#general) or DMs (@ben) and hitting Enter switches you to the Slack app and jumps straight to that channel. Kind of like Slack's Cmd-K, but computer-wide. Over time, the app tracks internally which results you're launching frequently, so jumping back to a certain channel should be 2-3 keystrokes.
2. We'll have a pro tier and team pricing in time - rest assured this isn't a data aggregation or marketing data play. Your cloud data never leaves your laptop. All the indexing is local in an encrypted index. We want to eventually charge a reasonable price for pro users or enterprise/team use cases, similar to GitHub, Dropbox, models etc.
Command E is a blazing-fast, secure way to instantly find anything in your cloud or on your computer via a Spotlight-like search and command interface on top of your data. It's basically a CLI for business users, built on top of their cloud data, inspired by the "fuzzy finder" search boxes in IDEs (i.e. Command-T plugin in vi, Helm plugin in Emacs, ⌘T in Atom, ⌘P in VSCode, etc.). It’s ridiculously fast - searches return in <10ms and we don’t warehouse your data - it stays on your own machine in an encrypted database.
We're now a venture-backed startup with a really strong team working on this every day, but I originally started building it after seeing information and data scattered across 20+ clouds even amongst a small team at my last job. I saw how Slack had applied a lot of polish on top of IRC and how APIs were reaching a sweet spot of standardization and maturation and decided the time was right to build something like this for other knowledge workers (and to bring the search pattern in our IDEs to all the other places we spend time as engineers).
We have 30+ integrations now, and I use it everyday to:
* Quickly jump to our PRs in GitHub
* Get into Zoom meetings with 2 clicks rather than digging into calendar events for the meeting link.
* Instantly get back to Google Docs and Clubhouse tickets (we also support Jira, Trello, and Asana along with most of the tools your product team lives out of)
The product is free and I'd love any feedback - you can download the app here: https://getcommande.com
Command E | Senior Software Engineer (engineer #2) | San Francisco, CA or REMOTE (North America only)
Hi HN! I'm the Founder & CTO of Command E…a lightning-fast, secure way to instantly find anything in the cloud with a simple keyboard shortcut. We're building a desktop app (Electron/React/Redux/SQLite) that syncs cloud data locally to your laptop and provides a Spotlight-like search & command interface on top of your cloud data.
Command E is basically a CLI for business users, built on top of their cloud data. It's inspired by the "fuzzy finder" search boxes in IDEs (i.e. Command-T plugin in vi, Helm plugin in Emacs, ⌘T in Atom, ⌘P in VSCode, etc.). The app has a lot of polish and a very clean, simple design. We already support many enterprise and consumer cloud services (Salesforce, Google Docs, LinkedIn, Asana, Trello, 15+ more).
We're a small team of 3 Silicon Valley veterans, well-capitalized by top Silicon Valley VC firms + angel investors. Both co-founders are engineers who worked at a VC firm, Eventbrite, and Digg. Our office is at 2nd and Market in San Francisco.
We're looking to hire 2 senior/core engineers. You'll be building a top-notch Silicon Valley company with experienced founders going after a massive market: search. Electron experience (or desire) is a big plus, but we're open to other backgrounds too. My co-founder and I met ~5 years ago through a "Who's Hiring" thread so we're excited to see who responds to this one - please email me at [email protected] if you’re interested.
Command E | Senior Software Engineer (engineer #2) | San Francisco, CA or REMOTE (North America only)
Hi HN! I'm the Founder & CTO of Command E…a lightning-fast, secure way to instantly find anything in the cloud with a simple keyboard shortcut. We're building a desktop app (Electron/React/Redux/SQLite) that syncs cloud data locally to your laptop and provides a Spotlight-like search & command interface on top of your cloud data.
Command E is basically a CLI for business users, built on top of their cloud data. It's inspired by the "fuzzy finder" search boxes in IDEs (i.e. Command-T plugin in vi, Helm plugin in Emacs, ⌘T in Atom, ⌘P in VSCode, etc.). The app has a lot of polish and a very clean, simple design. We already support many enterprise and consumer cloud services (Salesforce, Google Docs, LinkedIn, Asana, Trello, 15+ more).
We're a small team of 3 Silicon Valley veterans, well-capitalized by top Silicon Valley VC firms + angel investors. Both co-founders are engineers who worked at a VC firm, Eventbrite, and Digg. Our office is at 2nd and Market in San Francisco.
We're looking to hire 2 senior/core engineers. You'll be building a top-notch Silicon Valley company with experienced founders going after a massive market: search. Electron experience (or desire) is a big plus, but we're open to other backgrounds too. My co-founder and I met ~5 years ago through a "Who's Hiring" thread so we're excited to see who responds to this one - please email me at [email protected] if you’re interested.
Command E | Lead Engineer (#1) | San Francisco, CA | Onsite/Remote | Full Time
We're building a next-generation search tool, and we're hiring employee #1—a lead engineer who wants to get in at the ground floor (pre-seed/seed stage). Both co-founders are engineers who worked at First Round Capital, Eventbrite, and Digg. We worked together at a top VC firm for 3 years and have a healthy mix of engineering skills + business sense. We’re looking for a unique engineer who is persistent, exploratory, multi-disciplinary, and demonstrates leadership.
Command E helps provides effortless, lightning-fast navigation of your chaotic workspace. Command E lets you instantly search your cloud data (i.e. Google Drive, Salesforce, Trello/Asana, Dropbox/Box, wikis, and more). We’re bringing the “fuzzy finder” file-switching experience of vi/Emacs/IDEs to business people. Our unique technology searches across many cloud providers and displays results as you type, in less than 10ms.
Our stack is Electron/React/Redux/SQLite. We’re using ES6, async/await, Promises, and all the cool new JavaScript stuff, but the search index is backed by rock-solid native SQLite/C++. From a technical perspective there's tons of fun space to explore—high-performance full-text search indexing, fast async UIs, modern dev frameworks, encryption, or deploying cross-platform desktop apps.
We're at 3rd & Market in San Francisco and have legendary VC/angel investors. We met each other 4 years ago through a "Who's Hiring?” thread, so we're excited to see who responds to this one!
There isn't much publicly available about us yet, but email benstandefer at gmail dot com and I'll share all the details.
There's a great movie called "Best of Enemies" about their rivalry and the impact of their televised debates. It's on Netflix. It's a 94% on Rotten Tomatoes. Definitely worth watching.