Given only a compiled binary and its documentation, agents must architect and implement a complete codebase that reproduces the original program's behavior.
Most registrars expose people to way too much complexity. The Internet is the original social network, but no one has made it easy to use. I think there is a lot of opportunity here.
None of those sites existed when I first built this 17 years ago. WHOIS, even behind a cache, would not support our query volume. We focus on being really fast. Any specific features you'd like to see?
This should not happen for .com names (where we do a live "double check"), but can happen with others. We build our index based on zone files and DNS, so if a name is not configured, it will show as available.
Hi! I'm the CEO of Instant Domain Search. I originally built it in 2005 after attending YC's first Startup School, and have maintained it as a side project since then. AMA!
Sorry, this page had a useEffect/setState render loop. We are running react@experimental with concurrent mode, and missed the error. Rolling out a fix now. Thanks!
These results are less accurate than Google Translate. But they are far faster to get, and far less expensive to generate: https://cloud.google.com/translate/pricing — our goal is here is speed. We want to search through many possibilities as quickly as possible.
The word vectors have been aligned in multiple languages. Using an approximate nearest neighbor search we are able to find the nearest vector to the input in multiple languages very quickly.
To keep the example simple, we did not try to filter the data through hand-built language dictionaries. In fact, we simply drop words in other languages that also appear in the English .vec file. Words like "ciao" appear frequently enough in otherwise English sentences that the example code drops it from Italian, and so is not shown in the results:
One improvement would be to filter out any words that do not appear in a hand-curated dictionary instead of filtering out words that already appear in English. We decided not to show how to do this because we'd already introduced a few concepts, like aligned word vectors, approximate nearest neighbour searches, and wanted to keep the example as simple as possible.
Hi, I own/operate Instant Domain Search. We make plenty of money from GoDaddy and other partners by helping them find domain names.
We show results quickly because we check if your search is in the zone file. We keep a copy of the zone file in memory, and check searches against that. Some names are "unconfigured" for a variety of reasons, and do not appear in the zone file. So this means we might show a name as available, but when you go to register it, it's gone. This sometimes leads people to believe that we've registered it for ourselves. If you check the WHOIS record, you'll usually find that it's been registered for years before you searched for it.
The only major registrar that I know of that did this was Network Solutions. They did it for a few days in 2008 before getting trashed in the press:
More recently, when we show a name as available, we'll check again with VeriSign (who runs the .com registry) to make sure. And if it's not available, we'll switch the color from green to red -- a good example is eager.com. It's not in the zone, but not available to register.