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.)
HN user
aguynamedben
[ my public key: https://keybase.io/aguynamedben; my proof: https://keybase.io/aguynamedben/sigs/FZFj_hXCKIB0bL6wK9KPaazDJOkUP0B0sxMYm9AHnIk ]
TIL coffee is extra good for your brain
This paper is above my ability, but as someone who loves Ruby, thank you for working on this Peter and crew!
Along with figuring out the typing, don't underestimate how powerful voice transcription has become with apps like superwhisper https://superwhisper.com/
Ruby is alive and well!
rqlite is my favorite “out there” project that is actually freaking genius!
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.
Not sure if the forker made any improvements, but I saw this first a few days ago here: https://twitter.com/reach_vb/status/1723810943329616007?s=12...
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.
And that's why I can't switch. That and magit.
YEEEESSSS I'm an Electron user for 6 years and Rust fanboy, but this is The Way™
I love Steve Krouse!!!
If you have a 3-4 year old: Bob Books
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
Hey!
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.
Hey HN -
I'm Ben, co-founder and CTO of Command E (https://getcommande.com).
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 ben@getcommande.com 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 ben@getcommande.com 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.
Sweet! Keybase seems pretty cool.
+1 the book Why We Sleep is great
FWIW https://www.youneedabudget.com/privacy-policy/
"We do not sell users’ data. (And we never have!)"
They make money by charging $5/mo and having a large cult following.
Their new system is SAAS but still doesn't require that you sync your accounts. You can still enter transactions manually.
I thought the new version was a great update compared to the older version (including the desktop software non-SAAS one).
+1, I use the syncing but originally YNAB didn't have that feature and you entered things by hand. Either works.
YNAB gets around this in an interesting way with their "age your money" concept.
When you spend money, you aren't looking at your account to see how much actual money you have. You're looking at your budget to see how much money you previously allocated for a specific purpose.
The idea is that you are spending your "oldest" money, i.e. money that you earned 6 months ago. Any money that came in yesterday is just gravy and you'll budget that later.
In practice, transactions hit YNAB same day or next day for me. If you're wondering if you have money for something, you just pull up the mobile app and check the budget category. Unless you go on a crazy instant buying spree in a single category, there shouldn't be a problem deciding if you have money budgeted for something.
Yes, YNAB, it rocks: https://www.youneedabudget.com/
They have an opinionated, cult following that seems a bit weird at first, but if you approach the situation with humility and the real need to budget you'll realize YNAB is really good. You want opinionated software when it comes to something like budgeting. You want a system you buy into and has been proven to work, not a system that lets you do anything how you want.
If you tried YNAB before and didn't jive with it, try it again. The new version they released about 6 months ago was a really good update.
It's $5/mo. The software is simple but works. The mobile app is good. The bank syncing is as good as it can be. Realizing how using a credit card for most payments affects your budgeting process is tricky at first, but that's because it's a tricky thing to account for. YNAB make it pretty easy to make credit card payments mesh with your actual budget.
The founder wrote a decent book: https://www.amazon.com/You-Need-Budget-Paycheck-Paycheck-ebo...
Re: cloud solutions accessing your bank account—the benefits outweigh the risks. Living without a budget is very expensive because it's so easy to spend money on things you don't actually care about instead of things you do care about.
- The benefit of having a budget long-term is probably hundreds of thousands of dollars, and getting the things you want out of having money vs. haphazardly blowing money. - The risks of a budgeting company screwing up with your cloud data is real, but doesn't outweigh the great benefits.
I've also been tracking this company which is building a pretty slick looking desktop app: https://medium.com/actualbudget http://actualbudget.com/ https://twitter.com/actualbudget
This is great, the examples in the README are very interesting.
Nice, I like this a lot. I'm curious: How did you get the event data? It's really accurate a clean for San Francisco (Dreamforce, Fleet Week, etc.)
I agree. The number of engineers who don't understand simple indexing in RDBMSes is tragic. Too many engineers see a slow query and immediately say "this database can't scale, let's switch databases!"