[grade=A] Add founder story to DashCaddy About
This commit is contained in:
1 file changed
+41
-22
+41
-22
@@ -23,38 +23,57 @@ export default function AboutPage() {
|
||||
</div>
|
||||
</section>
|
||||
|
||||
{/* Story */}
|
||||
{/* Founder Story */}
|
||||
<section className="py-20 px-4">
|
||||
<div className="max-w-3xl mx-auto">
|
||||
<h2 className="text-2xl font-bold text-white mb-6">Our Story</h2>
|
||||
<h2 className="text-2xl font-bold text-white mb-6">
|
||||
The Story Behind DashCaddy
|
||||
</h2>
|
||||
<div className="space-y-4 text-surface-300 leading-relaxed">
|
||||
<p>
|
||||
Self-hosting is powerful. You own your data, you control your
|
||||
infrastructure, and you're not at the mercy of SaaS
|
||||
providers who can change their terms, raise prices, or shut down
|
||||
overnight. But let's be honest — it can also be a
|
||||
pain.
|
||||
I'm Sami Ahmed, the creator of DashCaddy. I built it because
|
||||
I wanted a simpler, more organized way to manage the applications
|
||||
and services running on my own network.
|
||||
</p>
|
||||
<p>
|
||||
Every new service means editing Caddyfiles, creating DNS
|
||||
records, configuring SSL certificates, writing Docker Compose
|
||||
files, and hoping everything plays nicely together. Multiply that
|
||||
by 20, 30, or 50 services, and you've got a full-time
|
||||
operations job on your hands.
|
||||
The project's roots go back to 2024. What began as a personal
|
||||
dashboard gradually developed into a broader idea: adding an
|
||||
application should also take care of the configuration needed to
|
||||
make it accessible.
|
||||
</p>
|
||||
<p>
|
||||
DashCaddy was built to solve this. One click to deploy an app.
|
||||
SSL, DNS, and reverse proxy configuration happen automatically.
|
||||
A beautiful dashboard with real-time WebSocket updates to monitor
|
||||
everything. Natural language AI commands so you can just say
|
||||
“deploy Plex” and it happens. And when something
|
||||
goes wrong, you know about it immediately — not when a
|
||||
family member texts you that Plex is down.
|
||||
Working with my own infrastructure shaped that vision. Managing
|
||||
reverse proxies, certificates, DNS records, and individual
|
||||
services showed me how much repetitive work self-hosting can
|
||||
involve. Choosing Caddy helped establish the foundation for the
|
||||
project that became DashCaddy.
|
||||
</p>
|
||||
<p>
|
||||
We believe self-hosting should be accessible to everyone, not
|
||||
just people who enjoy writing YAML at 2 AM. DashCaddy makes it
|
||||
beautiful, effortless, and intelligent.
|
||||
Since then, DashCaddy has grown beyond a service directory into a
|
||||
platform for deploying applications, managing connectivity,
|
||||
monitoring services, and bringing everyday administration into
|
||||
one interface.
|
||||
</p>
|
||||
<p>
|
||||
AI-assisted development has been part of that journey from the
|
||||
beginning. I started with ChatGPT and Claude, later incorporating
|
||||
coding agents such as Hermes into my workflow. I direct the
|
||||
project's design and development, using these tools to help
|
||||
implement ideas, investigate issues, and improve the software.
|
||||
</p>
|
||||
<p>
|
||||
DashCaddy continues to evolve through practical experience and
|
||||
ongoing refinement. Its purpose remains the same: make
|
||||
self-hosting easier to understand and manage, while keeping
|
||||
people in control of their own servers.
|
||||
</p>
|
||||
<p>
|
||||
DashCaddy's mission is to make homelabbing more accessible.
|
||||
Whether you're setting up your first home server or managing
|
||||
an established network, the goal is to simplify the work of
|
||||
deploying and maintaining your applications—so you can spend
|
||||
more time using what you build, while keeping control of your own
|
||||
infrastructure.
|
||||
</p>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
Reference in new issue
Block a user