Ανάπτυξη Λογισμικού κατά Παραγγελία — χτίζουμε το λογισμικό
που χρειάζεται η επιχείρησή σας και δεν υπάρχει έτοιμο στο
ράφι. Από μικρά εργαλεία (ένας daemon 380 γραμμών που
σκληρύνει ένα online κατάστημα) μέχρι σύνθετα παραγωγικά
συστήματα (μια event-driven πλατφόρμα αποφάσεων 100 000
γραμμών). Η ίδια μηχανική πειθαρχία, προσαρμοσμένη στο
πρόβλημα.
Εργαζόμαστε ακολουθώντας τις πρακτικές του Extreme Programming
(XP) — εστιασμένες σε αυτό που πραγματικά παράγει λειτουργικό
λογισμικό: pair programming, test-driven development, continuous
integration, refactoring και άμεση συνεργασία με τον πελάτη.
Όχι τους τελετουργικά υπερφορτωμένους ξαδέλφους (Scrum, SAFe, …)
όπου τα τελετουργικά γίνονται πιο σημαντικά από τον κώδικα που
τρέχει.
| Ιδιότητα | Τιμή |
|---|
| Συνεργασία | MVP σε σταθερή τιμή, μετά iterative επέκταση |
| Μεθοδολογία | Πρακτικές Extreme Programming (XP) |
| Φάσμα | Από εργαλεία 380 γραμμών μέχρι παραγωγικά συστήματα 100k LOC |
| Παραγωγικότητα | AI-υποβοηθούμενη, 8–12× το throughput συμβατικής ανάπτυξης |
| Μορφή | Remote-first, paired με το stakeholder σας, εβδομαδιαία testimed deliverables |
| Παράδοση | Πλήρης πηγαίος κώδικας, tests, τεκμηρίωση, λειτουργικά runbooks |
flowchart LR
A[Πραγματικό πρόβλημα] --> B[Discovery + pair design]
B --> C[Iteration 1-2 εβδομάδων]
C --> D[Testimed release]
D --> E{"Το λύνει;"}
E -->|όχι ακόμα| B
E -->|ναι| F[Παράδοση σε παραγωγή]
D -.->|κάθε αλλαγή| G[TDD · CI · Refactor]
Περί τίνος πρόκειται
Το έτοιμο λογισμικό καλύπτει εδώ και δεκαετίες το προφανές
80 % των επιχειρηματικών αναγκών. Αυτό που μένει είναι το 20 %
που είναι ειδικό για τον οργανισμό σας — οι ροές για τις
οποίες κανείς δεν πουλάει SaaS, οι ολοκληρώσεις μεταξύ δύο
vendors που αρνούνται να μιλήσουν, τα λειτουργικά εργαλεία που
αυτοματοποιούν τη δουλειά που κανείς εκτός εταιρείας δεν
υποψιάζεται.
Αυτό το 20 % είναι το πεδίο της ανάπτυξης λογισμικού κατά
παραγγελία. Είναι επίσης το πεδίο όπου αποτυγχάνουν τα
περισσότερα έργα ανάπτυξης — όχι γιατί η τεχνολογία είναι λάθος,
αλλά γιατί η διαδικασία γίνεται τελετουργικό και ο κώδικας που
τρέχει γίνεται δευτερεύον.
Χτίζουμε αυτό το 20 %. Μικρά εργαλεία όταν αυτό χρειάζεται,
σύνθετα συστήματα όταν αυτό χρειάζεται. Ίδια μηχανική
πειθαρχία, κανένα τελετουργικό overhead.
Γιατί XP, όχι Scrum
Δεν χρειάζεστε επισκόπηση κάθε γεύσης Agile. Σύντομη εκδοχή:
- Το Extreme Programming (XP) εστιάζει στις μηχανικές
πρακτικές που παράγουν άμεσα λειτουργικό λογισμικό: TDD,
pair programming, continuous integration, refactoring,
συνεργασία με πελάτη, μικρές releases.
- Scrum, SAFe και παρόμοια εστιάζουν στη διαδικασία γύρω
από τη μηχανική: τελετουργικά, story points, διαγράμματα
velocity, retrospectives, τελετουργικά planning, ρόλους
«agile coach».
Σε έναν υγιή οργανισμό, οι μηχανικές πρακτικές παράγουν την
αξία και η διαδικασία είναι ελαφρύ scaffolding γύρω. Σε πολλούς
οργανισμούς, η διαδικασία γίνεται θρησκεία και η μηχανική
γίνεται δευτερεύουσα. Οι αναφορές κατάστασης παίρνουν
προτεραιότητα έναντι του κώδικα που τρέχει· τα τελετουργικά
γεμίζουν το ημερολόγιο ενώ το σύστημα σαπίζει.
Δουλεύουμε με τον τρόπο XP:
- Pair programming (ή pair-review AI-υποβοηθούμενου κώδικα)
είναι ο default. Δύο κεφάλια σε κάθε ουσιαστική αλλαγή.
- TDD — tests γράφονται πρώτα, μετά ο κώδικας. Το test
είναι η προδιαγραφή που επιβιώνει πολύ μετά τις σημειώσεις
meeting.
- Continuous integration — κάθε αλλαγή περνά από το ίδιο
pipeline. Κανένα «αλλά στο μηχάνημά μου δούλευε».
- Το refactoring είναι μέρος της εργασίας, όχι ξεχωριστή
γραμμή προϋπολογισμού. Καθαρός κώδικας είναι φθηνότερος στην
επέκταση από βρώμικο.
- Μικρές releases — εβδομαδιαία deployable artifacts, όχι
τριμηνιαία big-bangs.
- Customer-on-site — το stakeholder σας είναι στο loop
συνεχώς, όχι μόνο στις sprint reviews.
Φάσμα συνεργασιών
Η ίδια μεθοδολογία κλιμακώνει από utilities ενός script σε
multi-daemon παραγωγικά συστήματα. Παραδείγματα από το δικό
μας portfolio απεικονίζουν το εύρος:
- Μικρά εργαλεία (ημέρες έως εβδομάδες). Ένας Perl daemon
380 γραμμών
(
Abusive HTTP Watch) που
σκληραίνει online καταστήματα ενάντια σε επιθετική κίνηση.
Χτίστηκε σε περίπου δύο εβδομάδες. Σε παραγωγή σε πολλά
καταστήματα, χωρίς αλλαγές για πάνω από έναν χρόνο.
- Μεσαία συστήματα (εβδομάδες έως λίγους μήνες). Μια app
σύλληψης ειδοποιήσεων που σέβεται το απόρρητο
(
Notification Guard) —
Tauri + Rust + Svelte, περίπου 10 000 γραμμές. Χτίστηκε σε
περίπου τέσσερις εβδομάδες εστιασμένης εργασίας.
- Σύνθετα παραγωγικά συστήματα (μήνες). Μια real-time
event-driven πλατφόρμα αποφάσεων
(
Realtime Decision Platform) —
περίπου 100 000 γραμμές Python, επτά daemons, ML pipeline,
multi-tenant. Χτίστηκε σε περίπου έξι μήνες.
Ίδια πειθαρχία, ίδιες XP πρακτικές, διαφορετικές κλίμακες.
Τι λαμβάνεις
- Λειτουργικό λογισμικό νωρίς. Μέσα στις πρώτες 1–2
εβδομάδες μιας συνεργασίας, υπάρχει testεd κώδικας που
τρέχει και κάνει κάτι χρήσιμο — όχι μόνο slides και
διαγράμματα αρχιτεκτονικής.
- Εβδομαδιαίες testimed releases. Κάθε εβδομάδα τελειώνει
με deployable, testimed κώδικα. Μπορείς να σταματήσεις τη
συνεργασία οποιαδήποτε εβδομάδα και ό,τι υπάρχει είναι
production-grade.
- Πλήρης ιδιοκτησία στο τέλος. Πηγαίος κώδικας, tests,
τεκμηρίωση, runbooks deployment — όλα δικά σου. Καμία
χρέωση άδειας, κανένα per-seat κόστος, κανένα vendor
lock-in με εμάς.
- AI-υποβοηθούμενη παραγωγικότητα. 8–12× το throughput
συμβατικής ανάπτυξης, με ανέπαφη πειθαρχία review και audit
trail. Ο κώδικας ελέγχεται από άνθρωπο· η AI είναι εργαλείο,
όχι συγγραφέας.
- MVP σε σταθερή τιμή, μετά iterative επέκταση. Το πρώτο
scope είναι σε σταθερή τιμή, άρα γνωρίζεις τον προϋπολογισμό.
Μετά, οι επεκτάσεις γίνονται scoped ανά iteration, κάθε μία
με τη δική της τιμή.
Γιατί είναι θέμα CEO
- 💰 Build vs buy. Το ποιο 20 % να χτιστεί έναντι να
αγοραστεί είναι στρατηγική απόφαση. Το να χτίζεις λάθος
πράγματα είναι ακριβό· το να αγοράζεις πράγματα που θα έπρεπε
να χτίσεις είναι επίσης ακριβό. Μια λειτουργία που χτίζει
καλά είναι η λειτουργία που κάνει το «χτίσε» αξιόπιστη
επιλογή στη συζήτηση build-vs-buy.
- 📈 Ποσοστά αποτυχίας. Δεδομένα κλάδου: ~60–70 % των
bespoke software projects αποτυγχάνουν ή εγκαταλείπονται. Η
κύρια αιτία είναι η κατάρρευση της διαδικασίας, όχι η
τεχνική αδυναμία. Η μηχανική πειθαρχία αντιμετωπίζει την
κύρια αιτία άμεσα.
- ⏱️ Time-to-value. Ένας εξάμηνος «agile μετασχηματισμός»
πριν χτιστεί ο πρώτος κώδικας που τρέχει είναι έξι μήνες
κόστος ευκαιρίας. Το XP παραδίδει κώδικα που τρέχει την
εβδομάδα ένα.
- 🛡️ Συνέχεια. Λογισμικό χτισμένο χωρίς τελετουργικά αλλά
με tests, refactoring και καθαρό κώδικα είναι λογισμικό που
μια διάδοχη ομάδα μπορεί να συντηρήσει. Λογισμικό χτισμένο
με πολύ τελετουργικό και χωρίς tests είναι λογισμικό που
γίνεται legacy την πρώτη μέρα.
- 🔓 Ιδιοκτησία. Κατέχετε τον κώδικα, τα tests, την
τεκμηρίωση. Καμία απόκλιση per-seat licensing, καμία
απόφαση vendor για το roadmap σας, κανένας κίνδυνος ο
προμηθευτής να χρεοκοπήσει ή να αλλάξει στρατηγική.
- 🤖 Η AI είναι πολλαπλασιαστής, όχι συγγραφέας. Το
επιχείρημα παραγωγικότητας για in-house build λειτουργεί
μόνο αν η παραγωγικότητα είναι πραγματική. AI-υποβοηθούμενη
μηχανική με πειθαρχία δίνει μετρήσιμη αύξηση 8–12×· AI χωρίς
πειθαρχία δίνει κώδικα που φαίνεται πειστικός αλλά δεν τρέχει.
Τεχνολογικό θεμέλιο
Δουλεύουμε σε γλώσσες και stacks που επιλέγονται για ταίριασμα,
όχι για μόδα. Το σωστό stack καθορίζεται από το πρόβλημα και το
υπάρχον τοπίο σας, όχι από αυτό που η consultancy τυχαίνει να
γνωρίζει.
| Επίπεδο | Χρησιμοποιημένο σε προηγούμενες συνεργασίες |
|---|
| Backend | Python, Perl, Go, Rust, OCaml, Elixir |
| Frontend | Svelte, React, Tauri (για desktop / mobile) |
| Βάση δεδομένων | PostgreSQL, SQLite, MariaDB, Redis |
| Async / event | Kafka, NATS, plain Unix pipes όταν αυτό ταιριάζει |
| Test frameworks | pytest, vitest, Test::More — language-native |
| CI / CD | GitHub Actions, GitLab CI, Drone, Buildkite |
| Λειτουργικά συστήματα | OpenBSD, FreeBSD, Linux — ό,τι ταιριάζει στο workload |
| AI assistance | Reviewed ολοκλήρωση LLM-based code generation στο XP workflow |
Επικοινωνήστε μαζί μας και θα σχεδιάσουμε ένα MVP — ένα μικρό
fixed-price πρώτο κομμάτι — σε μία συζήτηση scoping.