<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Johnny Picante</title>
    <description>The latest articles on DEV Community by Johnny Picante (@johnny_picante_6dba8e9477).</description>
    <link>https://dev.to/johnny_picante_6dba8e9477</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3859996%2F1757ac7c-7bf4-460d-9605-ff5dc44ce45d.png</url>
      <title>DEV Community: Johnny Picante</title>
      <link>https://dev.to/johnny_picante_6dba8e9477</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/johnny_picante_6dba8e9477"/>
    <language>en</language>
    <item>
      <title>The Case for .Vegas as Your Next Project Domain</title>
      <dc:creator>Johnny Picante</dc:creator>
      <pubDate>Thu, 23 Apr 2026 16:19:15 +0000</pubDate>
      <link>https://dev.to/johnny_picante_6dba8e9477/the-case-for-vegas-as-your-next-project-domain-11ba</link>
      <guid>https://dev.to/johnny_picante_6dba8e9477/the-case-for-vegas-as-your-next-project-domain-11ba</guid>
      <description>&lt;p&gt;Every developer I know has had the same moment. You finally come up with a project name you actually like. You type it into a registrar. It's taken. You add "app" to the end. Also taken. You try "get" in front. Parked since 2013. You settle on a five-word hyphenated compound that no human will ever type correctly, and you ship anyway.&lt;/p&gt;

&lt;p&gt;I want to make a small argument for doing something different: consider a &lt;code&gt;.vegas&lt;/code&gt; domain.&lt;/p&gt;

&lt;p&gt;I know, I know. Bear with me for 700 words.&lt;/p&gt;

&lt;h2&gt;
  
  
  The TL;DR
&lt;/h2&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;code&gt;.vegas&lt;/code&gt; is a geographic top-level domain, not a gimmick TLD. It was delegated in 2014 and is operated by the City of Las Vegas.&lt;/li&gt;
&lt;li&gt;Premium one-word names are still largely available. Two-word names are almost entirely open.&lt;/li&gt;
&lt;li&gt;Prices are comparable to &lt;code&gt;.com&lt;/code&gt; — typically around $15-$40/year at most registrars.&lt;/li&gt;
&lt;li&gt;You do not need to live in or be associated with Las Vegas to register one.&lt;/li&gt;
&lt;li&gt;It's memorable in a way generic TLDs are not.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;If that's enough to make you go check availability, great. If not, here's the longer case.&lt;/p&gt;

&lt;h2&gt;
  
  
  The "just ship" argument
&lt;/h2&gt;

&lt;p&gt;Naming paralysis is the silent killer of side projects. I've watched more than one developer friend spend three weekends on branding and zero weekends on code. A lot of that paralysis comes from bouncing off unavailable &lt;code&gt;.com&lt;/code&gt;s.&lt;/p&gt;

&lt;p&gt;The value of moving to a different TLD isn't that it's better than &lt;code&gt;.com&lt;/code&gt; in the abstract. It's that it restores the space of good names. The name you actually wanted — the short, clean, one-word version — is probably available on &lt;code&gt;.vegas&lt;/code&gt; right now. You can register it today and get back to building.&lt;/p&gt;

&lt;h2&gt;
  
  
  The "memorable" argument
&lt;/h2&gt;

&lt;p&gt;Generic TLDs (&lt;code&gt;.io&lt;/code&gt;, &lt;code&gt;.dev&lt;/code&gt;, &lt;code&gt;.app&lt;/code&gt;) solve the availability problem but they don't really say anything. &lt;code&gt;.vegas&lt;/code&gt; says something. Even if your project has nothing to do with gambling, entertainment, or the Strip, the word itself carries associations: bold, confident, larger-than-life, a little unserious in a way that can be charming.&lt;/p&gt;

&lt;p&gt;That flavor is free branding. &lt;code&gt;payments.vegas&lt;/code&gt; sounds like a product. &lt;code&gt;stream.vegas&lt;/code&gt; sounds like a product. &lt;code&gt;notes.vegas&lt;/code&gt; sounds like a product you'd want to at least click on.&lt;/p&gt;

&lt;p&gt;Compare that to &lt;code&gt;notes-app-v2.io&lt;/code&gt;.&lt;/p&gt;

&lt;h2&gt;
  
  
  "But what about SEO / email / trust?"
&lt;/h2&gt;

&lt;p&gt;A few practical notes, because developers always want them:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;SEO.&lt;/strong&gt; Google has repeatedly said that new TLDs are treated the same as legacy TLDs for ranking. Geographic TLDs can carry a soft local signal but otherwise behave like any other domain. Your content and backlinks matter far more than your suffix.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Email deliverability.&lt;/strong&gt; Modern mail providers (Gmail, Fastmail, Proton, etc.) handle new TLDs fine. Where you'll occasionally see trouble is enterprise spam filters that haven't updated their allowlists in a decade. If your audience is large enterprises with aggressive filters, test before committing.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;User trust.&lt;/strong&gt; This one is real but overstated. Users have been trained on &lt;code&gt;.com&lt;/code&gt;, yes, but they've also seen &lt;code&gt;.io&lt;/code&gt;, &lt;code&gt;.ai&lt;/code&gt;, &lt;code&gt;.dev&lt;/code&gt;, &lt;code&gt;.xyz&lt;/code&gt;, &lt;code&gt;.co&lt;/code&gt; become normal. A clean, short &lt;code&gt;.vegas&lt;/code&gt; name in an address bar doesn't look suspicious — it looks distinctive.&lt;/p&gt;

&lt;h2&gt;
  
  
  Who this isn't for
&lt;/h2&gt;

&lt;p&gt;A few honest caveats:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;If your project is a direct-to-consumer app that needs to look as trustworthy as a bank to a 65-year-old, stick with &lt;code&gt;.com&lt;/code&gt;.&lt;/li&gt;
&lt;li&gt;If you plan to run a serious email newsletter to enterprise buyers, check with your ESP first.&lt;/li&gt;
&lt;li&gt;If you've already got traction on another domain, don't move for aesthetic reasons.&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  Who it is for
&lt;/h2&gt;

&lt;ul&gt;
&lt;li&gt;Indie hackers launching something this weekend and tired of domain-squatter prices.&lt;/li&gt;
&lt;li&gt;Developers naming an internal tool, CLI, API, or documentation site.&lt;/li&gt;
&lt;li&gt;Anyone who actually has a Vegas connection and wants to lean into it.&lt;/li&gt;
&lt;li&gt;Anyone who wants a name that sounds like a product, not a Kubernetes cluster.&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  A concrete exercise
&lt;/h2&gt;

&lt;p&gt;Open a new tab. Think of the one-word name you actually wanted for your current project — the one that was taken. Go check it on &lt;code&gt;.vegas&lt;/code&gt;. I'd be surprised if it isn't available.&lt;/p&gt;

&lt;p&gt;That's really the whole argument. The best names you've been priced out of on the legacy TLDs are sitting on the shelf, at sticker price, on a TLD that makes your project sound a little cooler than it probably is.&lt;/p&gt;

&lt;p&gt;You don't need to love Las Vegas to see the value. You just need to have spent one too many hours in a registrar search box.&lt;/p&gt;

&lt;p&gt;Ship the thing.&lt;/p&gt;




&lt;p&gt;&lt;em&gt;If you've got a &lt;code&gt;.vegas&lt;/code&gt; domain running in production, I'd love to hear what you're building in the comments.&lt;/em&gt;&lt;/p&gt;

</description>
      <category>resources</category>
      <category>sideprojects</category>
      <category>web</category>
      <category>webdev</category>
    </item>
  </channel>
</rss>
