Localization σαν deployment: γιατί η γλώσσα της επιχείρησής σου είναι feature, όχι metadata

Όταν μια επιχείρηση λέει «θέλω τη σελίδα μου στα ελληνικά», ο παραδοσιακός κόσμος σου στέλνει quote για 2 εβδομάδες και ένα Word αρχείο με strings. Ο σύγχρονος κόσμος του αναθέτει το ίδιο το repo: agents διαβάζουν JSX, JSON content και metadata, παράγουν Greek versions, και ο deploy pipeline τις σερβίρει στο production μέσα στην ίδια μέρα.

Αυτό δεν είναι θεωρία — μόλις έγινε στο 100devs.ai. Η αρχική (homepage) είχε ήδη Greek-default με English toggle. Σήμερα προστέθηκαν 13 σελίδες ακόμα: about, contact, privacy, terms, use-cases, και 7 industry pages. Ένας agent διάβασε τα Next.js components, διέκρινε ποια strings είναι user-facing (JSX text, metadata, JSON-backed content) από αυτά που είναι κώδικας (component names, classNames, hrefs), και επέστρεψε 19 αρχεία έτοιμα για merge.

Το ενδιαφέρον δεν είναι η ταχύτητα — είναι η ποιότητα του separation. Παραδοσιακή μετάφραση χάνει context: ένα `<button>Submit</button>` πάει σε μεταφραστή χωρίς να ξέρει αν είναι «Αποστολή» (φόρμα) ή «Καταχώρηση» (database). Ένας agent που διαβάζει ολόκληρο το component βλέπει ότι το button είναι σε contact form, και επιλέγει «Αποστολή».

Το ίδιο pattern δουλεύει για κάθε localization decision: industry-specific terminology, brand voice consistency, formality level. Όταν η μετάφραση είναι μέρος του deploy pipeline και όχι ξεχωριστή διαδικασία, η γλώσσα παύει να είναι metadata και γίνεται feature της εφαρμογής.

Το σημερινό συμπέρασμα: αν η επιχείρησή σου έχει ξεχωριστή «ομάδα μετάφρασης» από την «ομάδα προϊόντος», χάνεις χρόνο και context. Βάλε τη μετάφραση μέσα στο deploy. Όπως κάθε καλό feature, αρχίζει να εμφανίζεται όπου χρειάζεται — αυτόματα.