Forem: Dima

Jak jsem si za pár večerů postavil nástroj na ověření názvu projektu

Dima — Wed, 28 Jan 2026 17:35:53 +0000

Tento článek byl původně publikovaný na Medium.

Postavil jsem si jednoduchý nástroj, který řeší jeden konkrétní problém – ověření dostupnosti názvu projektu na víc platformách najednou.

Zaměřuju se na český trh (ARES, české platformy), ale proces budování by mohl být zajímavý pro kohokoliv, kdo dělá side project s nulovým rozpočtem.

Tady je příběh, jak to vzniklo.

Pokaždé, když začínám nový projekt, řeším to samé — je název volný? A nemyslím jen doménu. Myslím všechno: obchodní rejstřík, .cz, .com, sociální sítě, platformy kde chci být.

Obvykle to vypadá takhle: otevřu ARES, zadám název. Pak některýho z doménových registrátorů, oveřím volné koncovky. Pak Instagram, LinkedIn, případně další platformy podle typu projektu. Celý proces zabere klidně 30 minut. A to jen pro jeden název. Když testuji víc variant, násobí se to.

Po několikáté jsem si řekl: tohle musí jít udělat líp.

Scratch your own itch

Vzniklo Seberio — jednoduchý nástroj, kam zadáte název jednou a hned vidíte, kde je volný a kde ne.

Momentálně kontroluje:

ARES (obchodní rejstřík) — jestli podobná firma už neexistuje
Domény — .cz, .com, .eu
Flixy.cz — pro ty, kdo prodávají digitální produkty a potřebují název obchodu
Sociální sítě — LinkedIn, YouTube

Proč lokální trh?

Existují globální nástroje na kontrolu názvů — Namechk, Knowem a podobné. Jenže žádný z nich neřeší česká specifika. ARES nikde nenajdete. Flixy taky ne. A přitom právě tahle lokální kontrola je pro českého podnikatele nebo freelancera často nejdůležitější.

Rozhodl jsem se zaměřit na jeden trh a udělat to pořádně, místo aby nástroj uměl všechno polovičatě.

Jak to vzniklo

Seberio je side project. Dělám ho ve volném čase vedle svého hlavního jobu, kde působím jako tech leader v HR startupu TRIBEE.

Pro vývoj hodně využívám Claude Code v kombinaci se Zed editorem. Rutinní práci — psaní boilerplate kódu, základní implementace — deleguji na AI. Já pak vymýšlím, kontroluji a upravuji. Tahle workflow mi ušetřila spoustu času a umožnila dotáhnout projekt do použitelného stavu během pár večerů.

Tech stack je jednoduchý: Astro a Cloudflare pro infra.

Screenshot z webu Seberio.cz

Co jsem se zatím naučil

Lokální trh není nevýhoda Zpočátku jsem měl pocit, že dělat něco jen pro Česko je omezující. Ale právě díky tomu mám jasnou výhodu — nikdo jiný tohle neřeší. Menší trh znamená menší konkurenci a jasnější positioning.
Zero-budget marketing je pomalý, ale funguje Nemám rozpočet na reklamu. Spoléhám na SEO, občasné posty na Threads a teď i články tady na Medium. Roste to pomalu, ale organicky. A hlavně — lidi, kteří přijdou, jsou relevantní.
Nejdřív doručit, pak vylepšovat Původně jsem chtěl mít všechno hotové — sociální sítě, pokročilé filtrování, hezčí UI. Nakonec jsem to vypustil s tím, co bylo funkční. Lepší live a nedokonalé než dokonalé v šuplíku.

Co dál

V nejbližší době chci rozšířit kontrolu od další sociální sítě — Facebook, Instagram, případně další. Přidat návrh alternativních názvů. A průběžně vylepšovat na základě feedbacku od uživatelů.

Jestli zrovna řešíte název pro firmu, projekt nebo e-shop, zkuste to:

seberio.cz

A pokud máte zpětnou vazbu nebo nápady co přidat, napište mi na Threads nebo tady. ✌️

Nuxt Tailwind Breakpoint Helper

Dima — Mon, 15 Mar 2021 14:42:25 +0000

In Dasher we do a lot of web front-end. We use Vue, Nuxt and Tailwind CSS for it. We really love fast prototyping and quality outputs. We wanted to make our development experience even more enjoyable and effective ⚡.

Further, I will write why we created our small and really simple module Nuxt Tailwind breakpoint helper.

Once upon a time

Our front-end developer, while testing responsive Vue component in a browser, said that he would like to see current screen size, which is defined in Tailwind config file.

As you know, when you change screen size in an inspect mode in a browser you see real viewport size in pixels. But when you write responsive styles in Tailwind it looks something like this:

<div class="max-w-full sm:max-w-md md:max-w-2xl">
    <p>paragraph...</p>
</div>

Here you see sm (min-width: 640px) and md (min-width: 768px) screen sizes, which are defaults in Tailwind config. But you can re-write them or extend to have your own values such as super-extra-big-screen-size and it could have value min-width: 4000px .

Lot of us have some issues with a memory (now I mean human memory 🧠). There are times when we can't quite remember if md screen size starts from 768px or some other value, but we want to see which Tailwind screen size is applied right now. Also, we don't want to open inspect mode everytime.

How we helped ourselves

We created our own NuxtJS module, which embeds a small "widget" to the left bottom corner of a browser's viewport and shows current Tailwind screen size (sm, md,...) and actual viewport height and width in pixels. Module is injected only in development mode. You can also style it as you need using module options in nuxt.config.js.

Now, we can debug and tune up our components even faster and have an actual Tailwind screen size everytime!

In the end

We would appreciate any comments, feedback or contribution to the module if you want to use it, but missing something ✌.

Thanks for reading! The Dasher Team ⚡

Go, Docker and Gitlab easy config

Dima — Tue, 22 Sep 2020 20:50:33 +0000

What it is about?

I've started to learn Go language few days ago, because of one service that I needed to prepare for one project. The service is about some image processing and delivery as static server. I'm gonna write short case study about this service later too. 👌

As I am a fan of containers I put development environment in Docker containers. I like Go language a lot and was able to write MVP really fast. When I was done I decided to get some inspiration about publishing Docker image of my app using Gitlab CI. To get some best practices or caveats maybe.

And I was really surprised how complicated (or outdated) configs I found.

I thought why I'm loosing time with those? The app is running in Docker container so I don't need to make platform-specific builds, inject ENVs to Gitlab PATH or other similar weird things...

I wrote it for myself and gonna show it here. I hope it will be useful for those who are interested in Go, Docker or microservices. ✌️

Simple Go app in Docker

I assume you guys have some basic knowledge about Docker or containerization as a whole at least. But I think many of you beginners will manage too. 💪

Firstly, I will show project stucture so you get the context.
Then I'm going to write how I prepared development docker environment for Go app.
Finally I will demonstrate building production Go app docker image using Gitlab CI.

Project structure

Don't get me wrong, this structure is one out of thousands. And I'm not saying it's the best one or one that you should use. I just got used to this so I'm using it almost everywhere.

It will just get you to configuration files context, so that you know where the paths come from.

.
├── bin # helper docker-compose scripts
│   ├── build
│   ├── go
│   └── start
├── dev-ops
│   ├── dev.Dockerfile
│   ├── docker-compose.yml
│   └── prod.Dockerfile
├── README.md
└── source # go source files
    ├── crop.go
    ├── delivery.go
    ├── go.mod
    ├── go.sum
    ├── main.go
    └── vendor # app's go dependencies source files

Go development in Docker

We need to prepare dev image of our app.

I build it from golang alpine image, which is lighter and has everything I need.

You can see watcher command there. Watcher is a tool, as name says, that watches .go file changes and builds code when change detected. So we don't have to do it manually in terminal each time.

## ./dev-ops/dev.Dockerfile

FROM golang:1.15-alpine3.12

## Make app dir for source files
## Get git binary so that GO can download dependencies
RUN mkdir /app \
    && apk add git

## Set app folder as work directory (default context in Docker container)
WORKDIR /app

## get and install watcher
RUN go get github.com/canthefason/go-watcher \
    && go install github.com/canthefason/go-watcher/cmd/watcher

## Turn on Go modules, it allows easier dependency managment
## Copy files with modules (dependencies) requirements, so that GO knows what to download
## Reminds me package.json and yarn.lock in JS development
ENV GO111MODULE=on
ADD ./source/go.mod /app
ADD ./source/go.sum /app

## pull in all modules (dependencies)
RUN go mod download

## Add source files to image work directory
ADD ./source /app

## Command which applies when container from this image runs
CMD ["watcher"]

There is also plenty of similar Go tools like Watcher. For example Gin or Fresh. Or you can also use Nodemon (for those who came from JS environment 🙂)

And there is docker-compose file for running Docker container with our Go app.

## ./dev-ops/docker-compose.yml

version: '3'
services:
  ## ids is image delivery service (the service I wrote)
  ids:
    ## name of our image built from dev.Dockerfile above
    image: registry.gitlab.com/dashers/image-delivery-service/ids:dev
    container_name: dasher_ids
    ## sync your local source files with those in container
    volumes:
      - ../source/:/app/
...

Go production in Docker & Gitlab CI

Now we prepare production Docker image.

Again it's built from golang alpine image for same reasons as before.

## ./dev-ops/prod.Dockerfile

FROM golang:1.15-alpine3.12

RUN apk add git

WORKDIR /go/src/gitlab.com/dashers/image-delivery-service

## same as in dev... add files with dependencies requierments
ENV GO111MODULE=on
ADD ./go.mod .
ADD ./go.sum .

## pull in any dependencies
RUN go mod download

## add source files
ADD . .

## our app will now successfully build with the necessary go dependencies included
## creates ./main binary executable file
RUN go build -o main .

## runs our newly created binary executable
CMD ["./main"]

Easy right? Let's look at gitlab ci config.

I'm showing here just one stage - BUILD and PUBLISH. It builds our prod.Dockerfile and publishes image to Gitlab container registry, where it will be available for pull.

## ./gitlab-ci.yml

image: docker:stable

variables:
  # SET DEFAULT BEHAVIOR FOR CI
  # Disable submodules on CI, we are not using submodules
  GIT_SUBMODULE_STRATEGY: none
# important! we need to say gitlab that we run docker container in docker container..
services:
  - docker:dind

stages:
  - BUILD and PUBLISH

## template for build and publish stage
.build-and-publish_template: &build-and-publish_template
  stage: BUILD and PUBLISH
  ## I version project using commit tags. 
  ## Here I say I want to trigger the stage only if commit tag has format ids-x.x.x
  rules:
    - if: $CI_COMMIT_TAG =~ /^(ids)-[0-9]+\.[0-9]+\.[0-9]+$/
      when: always
    - when: never    
  before_script:
    # accept ids-0.0.1 => 0.0.1 | master => master
    - VERSION=$(if [ "$CI_COMMIT_TAG" == "" ]; then echo $CI_COMMIT_REF_NAME; else echo $CI_COMMIT_TAG |awk -F- '{print $2}'; fi)
    - echo $VERSION
        # login to gitlab container registry
    - echo -n $CI_REGISTRY_PASSWORD | docker login --username $CI_REGISTRY_USER --password-stdin $CI_REGISTRY
  after_script:
    # clean up
    - docker logout $CI_REGISTRY

## build and publish stage (using the template above)
ids - build and publish: 
  <<: *build-and-publish_template
  script:
    # build our production image (prod.Dockerfile)
    # registry.gitlab.com/dashers/image-delivery-service/ids:x.x.x
    - >
      docker build \
        --network host \
        --tag ${CI_REGISTRY}/dashers/image-delivery-service/ids:${VERSION} \
        --file ${CI_PROJECT_DIR}/dev-ops/prod.Dockerfile \
        --rm \
        ${CI_PROJECT_DIR}/source

    # publish into docker registry
    - docker push ${CI_REGISTRY}/dashers/image-delivery-service/ids:${VERSION}

That's it! 🎉

Now you can create docker-compose similar to that I've shown you (just without volume section) in your production server, use image from gitlab registry, run container and your Go app is ready and running.

If you want to see the whole project's configuration or maybe even use our service, you can find it in our Gitlab repo here.

Feel free to comment, feedback or question ✌️

Have a nice day!