Vibe Coding για Ερασιτέχνες

Μια Πλήρης Διαδικασία από την Ιδέα ως την Παραγωγή για Μη Τεχνικούς Ιδρυτές

Ο «ερασιτέχνης» έρχεται από το ἐρῶ και την τέχνη: αυτός που αγαπά την τέχνη. Δεν είναι προσβολή. Είναι ο άνθρωπος που φτιάχνει κάτι επειδή τον νοιάζει, όχι επειδή είναι η δουλειά του. Οι coding agents έδωσαν στους ερασιτέχνες ένα πραγματικό εργαστήριο για πρώτη φορά. Ένας φυσιοθεραπευτής μπορεί να φτιάξει το σύστημα κρατήσεων που πάντα ήθελε. Ένας προπονητής ποδοσφαίρου μπορεί να φτιάξει το πρόγραμμα προπονήσεων που χρειάζεται ο σύλλογος. Ένας καταστηματάρχης μπορεί να αντικαταστήσει τρία spreadsheets με μία εφαρμογή.

Το εργαστήριο είναι πραγματικό, αλλά τα εργαλεία του κόβουν. Χωρίς μέθοδο, οι πρώτες εβδομάδες μοιάζουν με μαγεία και οι επόμενοι μήνες με κινούμενη άμμο. Κάθε νέα λειτουργία χαλάει μια παλιά, κανείς δεν ξέρει πού βρίσκονται τα δεδομένα, και ο agent αρχίζει να «διορθώνει» πράγματα σβήνοντάς τα.

Αυτό το άρθρο είναι η μέθοδος που δίνω στους φίλους που με ρωτούν. Έχει πέντε βήματα: Προετοιμασία, Σχεδιασμός, Κατασκευή, Βελτίωση, Ανάπτυξη. Κάθε βήμα προτείνει εργαλεία που είναι δωρεάν ή κοστίζουν όσο ένα μεσημεριανό τον μήνα.

Προσωπικό Εργαλείο ή Εμπορικό Προϊόν;

Πριν από το πρώτο prompt, απαντήστε σε μία ερώτηση: ποιος θα το χρησιμοποιήσει;

Ένα προσωπικό έργο εξυπηρετεί εσάς, την οικογένειά σας, την ομάδα σας ή τον σύλλογό σας. Οι χρήστες είναι άνθρωποι που γνωρίζετε. Αν χαλάσει την Κυριακή, το φτιάχνετε τη Δευτέρα και σας συγχωρούν. Ένα προσωπικό εργαλείο μπορεί να γίνει από την αρχή ως το τέλος με vibe coding, και αυτό είναι ένα καλό αποτέλεσμα.

Ένα εμπορικό προϊόν εξυπηρετεί αγνώστους που πληρώνουν, ή που σας εμπιστεύονται τα δεδομένα τους. Εδώ το λογισμικό είναι μόνο ένα κομμάτι της λύσης. Τα υπόλοιπα είναι:

Νομικά: όροι χρήσης, πολιτική απορρήτου, GDPR, τιμολόγια, μερικές φορές η νομοθεσία του κλάδου σας.
Υποστήριξη: κάποιος απαντά στο email όταν ένας πελάτης δεν μπορεί να συνδεθεί.
Λειτουργία: backups, παρακολούθηση, ενημερώσεις, κάποιος που ξυπνά όταν πέφτει ο server.
Πωλήσεις και marketing: το προϊόν δεν πουλάει μόνο του.

Ένα προϊόν φτιαγμένο με vibe coding μπορεί να αποδείξει ότι η ιδέα δουλεύει. Μπορεί να βρει τους πρώτους πελάτες και να πληρώσει τους πρώτους λογαριασμούς. Αν όμως πετύχει, θα χρειαστεί μια επαγγελματική ομάδα. Αυτό δεν είναι αποτυχία, είναι το σχέδιο. Ο στόχος αυτής της διαδικασίας είναι να κάνει την παράδοση ομαλή: μια ομάδα που ανοίγει το repository σας πρέπει να βρει ένα τεκμηριωμένο, ελεγμένο και συνεπές έργο, όχι έναν σωρό από παραγόμενο κώδικα που πρέπει να ξαναγράψει.

Κάθε βήμα παρακάτω παράγει κάτι που θα διαβάσει η μελλοντική ομάδα. Κρατήστε το στο μυαλό σας και η παράδοση έχει ήδη γίνει κατά το ήμισυ.

1. Προετοιμασία

Η προετοιμασία αφορά το εργαστήριο, όχι το προϊόν. Χρειάζεστε τέσσερα πράγματα.

Έναν coding agent. Είναι ο βοηθός που διαβάζει και γράφει τον κώδικα. Καλές επιλογές:

Claude Code, στο τερματικό, στο VS Code ή στην desktop εφαρμογή. Περιλαμβάνεται στα συνδρομητικά πλάνα του Claude.
GitHub Copilot στο VS Code, με δωρεάν πλάνο.
Gemini CLI, ανοιχτού κώδικα, με γενναιόδωρο δωρεάν όριο.
OpenCode ή Aider, agents ανοιχτού κώδικα που δουλεύουν με πολλούς παρόχους μοντέλων.

Διαλέξτε έναν και μείνετε σε αυτόν για όλο το έργο. Οι διαφορές μεταξύ τους μετράνε λιγότερο από τη δική σας συνέπεια.

Έναν editor. Το VS Code είναι δωρεάν και το υποστηρίζουν όλοι οι agents. Ο Zed είναι ανοιχτού κώδικα, πολύ γρήγορος, και έχει ενσωματωμένο πάνελ agent που τρέχει και εξωτερικούς agents όπως το Claude Code και το Gemini CLI. Θα διαβάσετε περισσότερο κώδικα από όσο θα γράψετε, οπότε ένας καλός editor εξακολουθεί να είναι χρήσιμος.

Έλεγχο εκδόσεων. Το Git με ένα ιδιωτικό repository στο GitHub (δωρεάν). Το Git είναι το κουμπί «αναίρεση» για ολόκληρο το έργο. Αν το τερματικό σας τρομάζει, το GitHub Desktop κάνει το ίδιο με κουμπιά. Κανόνας: κάθε κατάσταση που δουλεύει παίρνει ένα commit. Θα ευχαριστήσετε τον εαυτό σας την πρώτη φορά που ο agent θα χαλάσει κάτι.

Βαθμονόμηση. Αυτό είναι το βήμα που οι περισσότεροι παραλείπουν, και είναι το πιο σημαντικό. Ένας agent χωρίς κανόνες έργου γράφει τον μέσο όρο του κώδικα του διαδικτύου, και τον γράφει διαφορετικά κάθε μέρα. Πριν από οποιαδήποτε λειτουργία, προσθέστε ένα αρχείο AGENTS.md και μερικά skills στο repository, ώστε κάθε συνεδρία να ξεκινά από τους ίδιους κανόνες. Το περιγράφω αναλυτικά στη Βαθμονόμηση των Agents. Διαβάστε το πρώτα. Είναι η προϋπόθεση για όλα όσα ακολουθούν.

Αν γνωρίζετε έναν developer, αυτή είναι η καλύτερη ώρα που μπορείτε να αγοράσετε από αυτόν. Ζητήστε του να διαλέξει μαζί σας το stack και να γράψει το πρώτο AGENTS.md. Ένα βαρετό, δημοφιλές stack είναι η σωστή επιλογή: ο agent το ξέρει καλά, και το ίδιο θα ισχύει για τη μελλοντική ομάδα.

2. Σχεδιασμός

Τα περισσότερα αποτυχημένα έργα vibe coding αποτυγχάνουν εδώ, όχι στον κώδικα. Το «φτιάξε μου μια εφαρμογή για το γυμναστήριό μου» δίνει στον agent υπερβολική ελευθερία, και ο agent τη χρησιμοποιεί όλη.

Γράψτε το Brief

Ξεκινήστε με μία σελίδα σε απλή γλώσσα. Βεβαιωθείτε ότι τη γράφετε εσείς με το χέρι, όχι ένας agent. ΑΥΤΟ ΕΙΝΑΙ ΣΗΜΑΝΤΙΚΟ. Αποθηκεύστε τη στο repository ως docs/BRIEF.md:

# Brief

## Problem
Members book classes by phone. The phone is busy and classes get overbooked.

## Users
- Members: book and cancel classes from their phone.
- Trainers: see who is coming to their class.
- Owner (me): create classes and see attendance per month.

## Done Means
- A member books a class in less than 30 seconds.
- A class never has more bookings than places.
- The owner exports the monthly attendance to Excel.

## Not Now
Payments, a mobile app, chat.

Η λίστα «Not Now» είναι εξίσου σημαντική με τα υπόλοιπα. Κάθε ιδέα που μεταφέρετε εκεί είναι μια εβδομάδα που δεν χάνετε.

Ένας βοηθός συνομιλίας (Claude, ChatGPT ή Gemini, όλοι με δωρεάν πλάνα) είναι καλός συνεντευκτής για αυτό το βήμα. Μην του ζητήσετε να γράψει το brief. Ζητήστε του να σας κάνει ερωτήσεις:

I want to build a class booking tool for my gym. Interview me one question
at a time until you understand the users, the problem and what "done" means.
Then write a one-page brief. Put everything that is not essential for the
first version under "Not Now".

Σχεδιάστε τις Οθόνες

Σχεδιάστε κάθε οθόνη, πρόχειρα, πριν υπάρξει κώδικας. Το Excalidraw και το tldraw είναι δωρεάν και ανοιχτού κώδικα. Το Penpot (ανοιχτού κώδικα) και το Figma (δωρεάν πλάνο) υπάρχουν αν θέλετε κάτι περισσότερο. Μια φωτογραφία από ένα σκίτσο σε χαρτί κάνει επίσης τη δουλειά. Οι agents διαβάζουν εικόνες, και ένα σκίτσο γλιτώνει εκατό λέξεις ασάφειας.

Σπάστε το σε Κομμάτια

Τώρα χωρίστε το brief σε λειτουργίες, και κάθε λειτουργία σε εργασίες που μπορεί να ολοκληρώσει μία συνεδρία του agent. Μια καλή εργασία είναι αρκετά μικρή ώστε να ελέγξετε μόνοι σας το αποτέλεσμα σε πέντε λεπτά.

## Feature: Class Booking

- [ ] Owner creates a class (title, trainer, date, places).
- [ ] Member sees the list of classes for the next 7 days.
- [ ] Member books a class. Show "full" when there are no places.
- [ ] Member cancels a booking up to 2 hours before the class.
- [ ] Trainer sees the list of members for a class.

Βάλτε τις λειτουργίες σε σειρά ώστε η καθεμία να είναι χρήσιμη από μόνη της. Η σύνδεση χρηστών και το μοντέλο δεδομένων έρχονται πρώτα, γιατί όλα εξαρτώνται από αυτά. Η μηνιαία εξαγωγή έρχεται τελευταία, γιατί τίποτα δεν εξαρτάται από αυτήν.

Βάλτε τις εργασίες κάπου που μπορείτε να τις παρακολουθείτε. Τα GitHub Issues και Projects είναι δωρεάν και ζουν δίπλα στον κώδικα, έτσι το ιστορικό κάθε απόφασης μένει με το repository. Το Trello και το Notion έχουν δωρεάν πλάνα αν τα προτιμάτε. Για ένα μικρό έργο αρκεί ένα αρχείο docs/PLAN.md με checkboxes.

Ζητήστε από τον agent να ελέγξει το πλάνο πριν χτίσετε οτιδήποτε:

Read docs/BRIEF.md and docs/PLAN.md. Do not write code. List the tasks that
are too big for one session, the tasks in the wrong order, and anything the
brief needs that the plan does not cover.

3. Κατασκευή

Η κατασκευή είναι ένας κύκλος. Μία εργασία, μία συνεδρία, ένα commit.

1. Ξεκινήστε νέα συνεδρία. Ένα μακρύ chat μαζεύει παλιά λάθη και παρεξηγήσεις. Μια νέα συνεδρία διαβάζει το AGENTS.md και ξεκινά καθαρή.

2. Ζητήστε πρώτα πλάνο. Οι περισσότεροι agents έχουν plan mode. Αν ο δικός σας δεν έχει, ζητήστε το με λόγια:

Task: members can cancel a booking up to 2 hours before the class.
Read the related code first. Then tell me your plan: which files change,
what the data looks like, and how I can test it myself. Do not write code yet.

Διαβάστε το πλάνο. Δεν χρειάζεται να καταλαβαίνετε κάθε γραμμή. Χρειάζεται να καταλαβαίνετε τη συμπεριφορά. Αν το πλάνο λέει «σβήσε την κράτηση» και εσείς θέλετε να κρατήσετε το ιστορικό, αυτή είναι η φθηνή στιγμή να το πείτε.

3. Αφήστε τον να χτίσει. Εγκρίνετε το πλάνο και αφήστε τον agent να δουλέψει. Ζητήστε του να γράψει tests για τη νέα συμπεριφορά και να τρέξει όλα τα tests στο τέλος. Τα tests είναι ο τρόπος με τον οποίο ο agent (και αργότερα η επαγγελματική ομάδα) ξέρει ότι η λειτουργία 12 δεν χάλασε τη λειτουργία 3.

4. Ελέγξτε το μόνοι σας. Ανοίξτε την εφαρμογή και κάντε ό,τι κάνει ένας χρήστης. Κλείστε θέση, ακυρώστε, δοκιμάστε να ακυρώσετε πολύ αργά, δοκιμάστε να κλείσετε θέση σε γεμάτο μάθημα. Το «όλα τα tests περνάνε» του agent δεν είναι η δική σας έγκριση. Τα δικά σας πέντε λεπτά κλικ είναι.

5. Κάντε commit. Όταν δουλεύει, κάντε commit με ένα καθαρό μήνυμα («Members can cancel bookings up to 2 hours before class»). Τσεκάρετε την εργασία στο πλάνο.

Μερικοί κανόνες για τον κύκλο:

Επαναφέρετε, μη διαφωνείτε. Αν ο agent κάνει κύκλους μετά από δύο ή τρεις προσπάθειες, σταματήστε. Γυρίστε στο τελευταίο commit με το Git, ξεκινήστε νέα συνεδρία και περιγράψτε την εργασία διαφορετικά. Η διαφωνία σε ένα μακρύ chat συνήθως κάνει τον κώδικα χειρότερο.
Διορθώστε τους κανόνες, όχι μόνο τον κώδικα. Αν ο agent κάνει το ίδιο λάθος δύο φορές, η διόρθωση ανήκει στο AGENTS.md ή σε ένα skill, όχι στο chat.
Περιγράψτε συμπεριφορά, όχι κώδικα. Πείτε «ένα μέλος δεν μπορεί να κλείσει δύο μαθήματα την ίδια ώρα», όχι «πρόσθεσε έναν έλεγχο στον controller». Εσείς ξέρετε την επιχείρηση. Αφήστε τον agent να ξέρει τον κώδικα.
Ποτέ μην επικολλάτε μυστικά σε ένα chat. Τα API keys και οι κωδικοί μπαίνουν σε ένα αρχείο .env που το Git αγνοεί. Οι κανόνες βαθμονόμησης θα πρέπει ήδη να το λένε.
Κρατήστε τα δεδομένα βαρετά. Για μια πρώτη έκδοση, η SQLite είναι ένα αρχείο στον δίσκο και δεν χρειάζεται server. Αν θέλετε μια βάση με έτοιμη σύνδεση χρηστών, το Supabase (φιλοξενούμενο, με δωρεάν πλάνο) και το PocketBase (ανοιχτού κώδικα, το φιλοξενείτε μόνοι σας) είναι καλές επιλογές.

4. Βελτίωση

Όταν οι λειτουργίες δουλεύουν, το έργο είναι ένα demo. Η διαφορά ανάμεσα σε ένα demo και ένα προϊόν βρίσκεται σε όσα κανένας χρήστης δεν ζητάει: ασφάλεια, παρατηρησιμότητα, απόδοση και συντηρησιμότητα. Δεν τα σκεφτήκατε όσο χτίζατε. Είναι φυσιολογικό. Τώρα είναι η ώρα.

Η μέθοδος είναι ίδια για κάθε τομέα: πρώτα έλεγχος, μετά διόρθωση. Ανοίξτε νέα συνεδρία, δώστε στον agent έναν ρόλο και ζητήστε μια λίστα, όχι αλλαγές:

Act as a senior security engineer reviewing this project before launch.
Do not change any code. List the problems you find, ordered by severity,
with the file and a one-line explanation for each. Say what you did not check.

Τρέξτε το ίδιο prompt δύο ή τρεις φορές, κάθε φορά σε καθαρή συνεδρία. Ένας έλεγχος δεν βρίσκει ποτέ τα πάντα: κάθε εκτέλεση διαβάζει τον κώδικα με διαφορετική σειρά και προσέχει διαφορετικά πράγματα. Αποθηκεύστε τη λίστα κάθε εκτέλεσης σε ένα αρχείο και ενώστε τις. Όταν μια νέα εκτέλεση βρίσκει μόνο προβλήματα που είναι ήδη στη λίστα, είστε κοντά στο τέλος.

Μετά μετατρέψτε κάθε εύρημα σε εργασία και διορθώστε το με τον κανονικό κύκλο κατασκευής. Ζητήστε από έναν δεύτερο agent, ή από τον ίδιο σε νέα συνεδρία, να ελέγξει τις διορθώσεις. Ένας ελεγκτής που δεν έγραψε τον κώδικα είναι πιο αυστηρός.

Ασφάλεια

Αυτός είναι ο τομέας όπου τα ερασιτεχνικά έργα βλάπτουν πραγματικούς ανθρώπους. Το ελάχιστο:

Οι κωδικοί αποθηκεύονται ως hash, ποτέ ως κείμενο. Ακόμα καλύτερα: μην αποθηκεύετε καθόλου κωδικούς και χρησιμοποιήστε μια υπηρεσία σύνδεσης.
Κάθε σελίδα και κάθε API ελέγχει ποιος είναι ο χρήστης και τι επιτρέπεται να δει. Το «το μέλος 12 βλέπει τις κρατήσεις του μέλους 13 αν αλλάξει τον αριθμό στο URL» είναι το πιο συνηθισμένο bug στον παραγόμενο κώδικα.
Κανένα μυστικό στο Git.

Δωρεάν εργαλεία που βοηθούν: το Dependabot και το secret scanning του GitHub σας ειδοποιούν για ευάλωτες βιβλιοθήκες και διαρροές κλειδιών. Το Semgrep και το OWASP ZAP είναι scanners ανοιχτού κώδικα που μπορεί να τρέξει ο agent για εσάς. Το άρθρο μου Ten Dealbreakers Every Web Engineer Must Know (στα αγγλικά) είναι μια καλή λίστα ελέγχου για να τη δώσετε στον agent που κάνει τον έλεγχο.

Παρατηρησιμότητα

Όταν ένας πελάτης λέει «δεν δουλεύει», πρέπει να ξέρετε τι έγινε χωρίς να του ζητήσετε screenshots.

Σφάλματα: το Sentry έχει δωρεάν πλάνο και σας ενημερώνει για κάθε crash, με τη σελίδα και τον χρήστη.
Διαθεσιμότητα: το UptimeRobot ή το Better Stack (δωρεάν πλάνα) σας στέλνουν email όταν πέσει το site, πριν σας το πουν οι πελάτες.
Logs και μετρικές: το Grafana Cloud έχει δωρεάν πλάνο. Για ένα μικρό έργο, συχνά αρκούν τα logs του παρόχου φιλοξενίας σας.
Analytics: το Umami και το Plausible είναι ανοιχτού κώδικα και σέβονται την ιδιωτικότητα, οπότε δεν χρειάζεστε cookie banner για αυτά. Το PostHog είναι επίσης ανοιχτού κώδικα, με γενναιόδωρο δωρεάν πλάνο, και πάει πιο μακριά: product analytics, session replays που δείχνουν τι έκανε ένας χρήστης πριν κολλήσει, και feature flags για να ενεργοποιήσετε μια νέα λειτουργία πρώτα για λίγους χρήστες.

Ζητήστε από τον agent να προσθέσει δομημένα logs στις σημαντικές ενέργειες (σύνδεση, κράτηση, πληρωμή) και να συνδέσει την παρακολούθηση σφαλμάτων. Είναι εργασία μίας συνεδρίας.

Απόδοση

Τρέξτε το PageSpeed Insights (δωρεάν, χρησιμοποιεί το Lighthouse) στις κύριες σελίδες σας και δώστε την αναφορά στον agent. Ζητήστε του να ελέγξει τα κλασικά προβλήματα: εικόνες πολύ μεγάλες, ένα ερώτημα στη βάση μέσα σε βρόχο, ένα index που λείπει από έναν πίνακα που μεγαλώνει κάθε μέρα. Γεμίστε τη βάση με ψεύτικα δεδομένα (χίλια μέλη, κρατήσεις ενός χρόνου) και δοκιμάστε ξανά. Πολλά προβλήματα εμφανίζονται μόνο με πραγματικό όγκο.

Συντηρησιμότητα

Αυτό είναι το κομμάτι στο οποίο θα σας κρίνει η επαγγελματική ομάδα.

Linter και formatter: το Biome (ανοιχτού κώδικα) ή το ESLint με το Prettier. Ο agent τα στήνει σε λίγα λεπτά, και από εκεί και πέρα κάθε αρχείο μοιάζει με τα άλλα.
Συνεχής ενοποίηση (CI): το GitHub Actions τρέχει τα tests και τον linter σε κάθε commit. Έχει δωρεάν λεπτά κάθε μήνα για ιδιωτικά repositories.
Τεκμηρίωση: ζητήστε από τον agent να γράψει ένα README.md που εξηγεί πώς εγκαθίσταται, τρέχει, ελέγχεται και αναπτύσσεται το έργο, και να το κρατά ενημερωμένο.
Καθάρισμα: κάθε τόσο, ζητήστε έναν έλεγχο για νεκρό κώδικα, επαναλαμβανόμενη λογική και αρχεία που έχουν γίνει πολύ μεγάλα. Διορθώστε τα σε μικρά βήματα, ποτέ σε μία μεγάλη συνεδρία «refactor everything».

5. Ανάπτυξη

Ανάπτυξη (deployment) είναι η στιγμή που το έργο φεύγει από τον υπολογιστή σας και ζει στο διαδίκτυο. Κάντε τη νωρίς, ακόμα και πριν τελειώσει το έργο. Μια μικρή, πραγματική ανάπτυξη σας μαθαίνει περισσότερα από μια μεγάλη, τοπική.

Διαλέξτε Πάροχο

Για τα περισσότερα μικρά έργα, αρκεί ένα από αυτά:

Στατικά sites και front ends: το Cloudflare Pages και το Netlify έχουν γενναιόδωρα δωρεάν πλάνα. Το Vercel είναι επίσης εξαιρετικό, αλλά το δωρεάν πλάνο Hobby είναι μόνο για μη εμπορική χρήση.
Εφαρμογές με server: το Render έχει δωρεάν πλάνο (η εφαρμογή «κοιμάται» όταν δεν τη χρησιμοποιεί κανείς, μια χαρά για προσωπικό εργαλείο). Το Railway ξεκινά από λίγα δολάρια τον μήνα.
Δικός σας μικρός server: ένα VPS στη Hetzner κοστίζει λίγα ευρώ τον μήνα. Εγκαταστήστε το Coolify ή το Dokku (και τα δύο ανοιχτού κώδικα) και έχετε ένα απλό dashboard που κάνει deploy από το GitHub.
Βάσεις δεδομένων: το Supabase, το Neon και το Turso έχουν δωρεάν πλάνα. Διαβάστε τα όρια: κάποιες δωρεάν βάσεις παγώνουν μετά από μία εβδομάδα χωρίς χρήση.

Τα δωρεάν πλάνα αλλάζουν συχνά. Ελέγξτε τα όρια πριν βασιστείτε σε αυτά, και κρατήστε μια σημείωση στο repository για το τι χρησιμοποιείτε και γιατί.

Ο Agent Προετοιμάζει, Εσείς Εγκρίνετε

Ζητήστε από τον agent ένα πλάνο ανάπτυξης πριν αγγίξει οτιδήποτε:

We will deploy this project to Render with a Supabase database.
Do not deploy yet. Write docs/DEPLOY.md with every step: accounts I need,
environment variables, database setup, how to deploy a new version,
how to go back to the previous version, and how to restore a backup.

Μετά κάντε τα βήματα μαζί με τον agent, ένα προς ένα. Οι κανόνες βαθμονόμησης λένε ήδη «προειδοποίησε πριν κάνεις deploy ή τρέξεις migration». Εδώ αυτός ο κανόνας αποδεικνύει την αξία του.

Η Λίστα Ελέγχου πριν από το Launch

Περιβάλλοντα: τουλάχιστον δύο. Ένα αντίγραφο preview (ή staging) όπου δοκιμάζετε, και το production όπου βρίσκονται οι χρήστες. Οι περισσότεροι πάροχοι δημιουργούν δωρεάν preview deployments για κάθε branch.
Τα μυστικά ζουν στο dashboard του παρόχου, ποτέ στον κώδικα.
Ένα domain: περίπου 10 ευρώ τον χρόνο. Ο Cloudflare Registrar τα πουλάει σε τιμή κόστους. Το HTTPS είναι δωρεάν και αυτόματο σε όλους τους παραπάνω παρόχους, μέσω του Let's Encrypt ή κάποιου αντίστοιχου.
Email: για να στέλνετε συνδέσμους σύνδεσης ή αποδείξεις, το Resend και το Brevo έχουν δωρεάν πλάνα.
Τα backups τρέχουν κάθε μέρα, και έχετε κάνει επαναφορά από ένα τουλάχιστον μία φορά. Ένα backup που δεν επαναφέρατε ποτέ είναι ελπίδα, όχι backup.
Αυτόματη ανάπτυξη: ένα commit στο κύριο branch τρέχει τα tests και κάνει deploy μόνο αν περάσουν. Αυτό το κάνει το GitHub Actions ή ο ίδιος ο πάροχος.
Ένας δρόμος επιστροφής: ξέρετε πώς να γυρίσετε στην προηγούμενη έκδοση σε λιγότερο από πέντε λεπτά.
Η παρακολούθηση από το βήμα της Βελτίωσης είναι συνδεδεμένη με το production, όχι μόνο με το laptop σας.
Νομικές σελίδες αν το χρησιμοποιούν άγνωστοι: πολιτική απορρήτου και όροι χρήσης. Για ένα εμπορικό προϊόν, πληρώστε έναν δικηγόρο να τις διαβάσει. Ο agent μπορεί να γράψει ένα προσχέδιο. Δεν μπορεί να αναλάβει την ευθύνη του.

Η Παράδοση

Αν το έργο μείνει προσωπικό και χρήσιμο, έχετε τελειώσει. Συνεχίστε τον κύκλο: μία εργασία, μία συνεδρία, ένα commit.

Αν πετύχει ως προϊόν, θα έρθει η μέρα που θα προσλάβετε developers, ή ένα γραφείο, ή έναν τεχνικό συνιδρυτή. Δείτε τι παραλαμβάνουν:

Ένα repository με το πλήρες ιστορικό κάθε αλλαγής.
Το AGENTS.md και τα skills που λένε ποιους κανόνες ακολουθεί ο κώδικας.
Ένα brief που λέει τι κάνει το προϊόν και για ποιον, και ένα πλάνο που λέει τι χτίστηκε και με ποια σειρά.
Tests που αποδεικνύουν ότι οι λειτουργίες δουλεύουν, και CI που τα τρέχει.
Έναν έλεγχο ασφάλειας, απόδοσης και παρατηρησιμότητας, μαζί με τις διορθώσεις.
Ένα έγγραφο ανάπτυξης που λέει πώς δουλεύει το production και πώς επανέρχεται.

Αυτά είναι περισσότερα από όσα έχουν πολλά επαγγελματικά έργα τη μέρα που αλλάζουν ομάδα. Η νέα ομάδα δεν ξεκινά με αρχαιολογική ανασκαφή. Ξεκινά με μια συζήτηση για το τι θα χτιστεί μετά.

Το vibe coding δεν αντικαθιστά τον επαγγελματία. Επιτρέπει στον ερασιτέχνη να φτάσει στην πόρτα του επαγγελματία με κάτι που δουλεύει, πελάτες που το χρησιμοποιούν, και ένα έργο έτοιμο να ληφθεί στα σοβαρά.