Who's behind this anyways?<p>I'm genuinely curious because (1) it doesn't seem to be presented in their FAQ nor on-site and (2) the WHOIS info for namegrep.com is private.<p>While this isn't a huge red flag, it is a little suspicious that I could be handing over my branding strategies (if one could call regexps "strategies) to some unknown 3rd party.<p>(FWIW, I built a similar tool, but I don't go to any lengths to hide my involvement)<p>EDIT: removed link to my similar tool, wasn't intending to hijack any clicks, but rather get the discussion going on whether its important to you as a user of this tool to know who you're dealing with
Really, really great. Very ambitious. I see no viable solution to the issues people are griping about without forking over buttloads of money every month. Maybe someone on HN does, though - we can only hope you'll detect that helpful comment in this storm of pedestrian shittiness.<p>Are you on postgres? One thing you could do-- and I only suggest this cumbersome idea because you might just be crazy enough to try it-- would be to use the pg_trgm (trigram) extension with the following in mind:
a) Theory being, when someone greps /[a-z]{4,8}/, they're either interested in {anthem, aardvark, ambition, ...} or {nltk, xkcd, json, zzxx, xxzz, ...}, likely not both.
b) Neither (nor any third set you might come up with) is so inherently superior that it deserves default status over the other.
c) Even with limiting results, half are bound to be totally uninteresting to the user. So what does that even accomplish?<p>So my pg_trgm suggestion is to take that same /[a-z]{4,8}/ result set and offer the user a relative sliding-scale by which they can push their visible 1,000 closer to/further away from a predefined set of dictionary words.<p><a href="http://www.postgresql.org/docs/9.3/static/pgtrgm.html" rel="nofollow">http://www.postgresql.org/docs/9.3/static/pgtrgm.html</a><p>You may also consider tech acronyms - maybe steal those from StackOverflow tags. Human names would be too big a hassle, IMO.<p>Again, I love the ambition of the damn thing. Kicks ass.
This is great, but the "please keep it under.." issue made it unusable.<p>Limited to .com, I couldn't use this pattern:
[a-z]{4,8}coin<p>If that's not workable, I'm not sure I can come up with a pattern that works. Why not just cap the results returned?
Looks very useful, but would it be possible to choose different colors for the available/not available tiles? It's very difficult for those with subnormal color vision to distinguish the red and the green. Thanks.
Looks very nice, cool. As a new programmer/web app maker, I'm quite curious how this tool might work. It's so fast - and it must be performing a lot of calculations. Anyway, thanks again for sharing!
It would have been useful if it had "English words starting with" and "English words ending with". Or a simple way of filtering sets and using them as subsets.