Splync v1.5 — Προσαρμόσιμα Ποσοστά Κατανομής ανά Έργο και Κατηγορία

Στις 16 Σεπτεμβρίου 2025, κυκλοφόρησε το Splync v1.5 — μόλις τέσσερις ημέρες μετά την αποδοχή του διεθνούς γάμου μας από την πόλη. Μέχρι αυτή την ενημέρωση, το Splync δεν μπορούσε να προσαρμόσει τα ποσοστά κατανομής· κάθε έξοδος διαμοιραζόταν εξίσου από προεπιλογή. Με το v1.5, οι χρήστες μπορούν τώρα να ορίσουν προσαρμοσμένα ποσοστά τόσο ανά έργο όσο και ανά κατηγορία. Αυτή η αλλαγή επιτρέπει σε ζευγάρια και φίλους να μοιράζονται τα έξοδα τους με τρόπους που αντικατοπτρίζουν καλύτερα την πραγματική τους ζωή, όχι απλά έναν απλό διαμοιρασμό 50:50. Μπορείτε να ξεκινήσετε ένα νέο έργο λογιστικής με διαμοιρασμό 60:40 για καθημερινά έξοδα από τον Οκτώβριο, ενώ διατηρείτε το ενοίκιο του διαμερίσματος σε ίσα 50:50 αν αυτό σας φαίνεται δίκαιο. Και αν τα ψώνια φαίνονται πιο ισορροπημένα σε 70:30 ενώ οι λογαριασμοί σε 62:38, μπορείτε τώρα να αναθέσετε αυτά τα ποσοστά ξεχωριστά — ανά κατηγορία — μέσα στο ίδιο έργο.

Η πιο εμφανής αλλαγή στο v1.5 είναι η νέα ενότητα Μέλη & Προεπιλεγμένα Μερίδια, όπου μπορείτε να προσθέσετε μέλη έργου και να αναθέσετε σε κάθε άτομο ένα προεπιλεγμένο μερίδιο. Αν ένα έργο έχει δύο μέλη, το ποσοστό θα μπορούσε να είναι 50:50, 40:60, ή ό,τι σας φαίνεται σωστό. Με τρία μέλη, θα μπορούσε να είναι 33.33:33.33:33.34, 50:25:25, ή οποιονδήποτε συνδυασμό προτιμάτε. Αυτό γίνεται ο προεπιλεγμένος διαμοιρασμός του έργου. Παρακάτω, μπορείτε να μετακινηθείτε προς τα κάτω για να ρυθμίσετε το μερίδιο κάθε κατηγορίας αν θέλετε να διαφέρει από το προεπιλεγμένο του έργου. Όταν αναθέτετε ένα προσαρμοσμένο ποσοστό σε μια κατηγορία, η μπλε ένδειξη του ποσοστού γίνεται πορτοκαλί — μια μικρή οπτική ένδειξη ότι η κατηγορία χρησιμοποιεί τον δικό της κανόνα αντί για αυτόν του έργου. Παρόλο που αυτή η αλλαγή προσθέτει πολύ μεγαλύτερη ευελιξία στις ρυθμίσεις έργου, κάνει επίσης την προβολή δημιουργίας/επεξεργασίας έργου λίγο πιο σύνθετη. Για να βοηθήσω με αυτό, πρόσθεσα κουμπιά πληροφοριών σε κάθε ενότητα, ώστε να μπορείτε να τα πατήσετε για να δείτε μικρές βοηθητικές ερωτοαπαντήσεις.

Η υλοποίηση αυτής της αλλαγής ήταν πιο πολύπλοκη από ό,τι περίμενα. Το Splync πάντα υπέθετε έναν καθαρό κόσμο 50:50 — ένας αριθμός, εφαρμοσμένος παντού, και τα μαθηματικά ήταν έτοιμα. Όταν αποφάσισα να υποστηρίξω προσαρμοσμένα ποσοστά, ολόκληρη η εσωτερική δομή έπρεπε να επανασχεδιαστεί. Ένα έργο δεν μπορούσε πλέον να βασιστεί σε ένα μόνο κοινό ποσοστό. Κάθε κατηγορία χρειαζόταν το δικό της ποσοστό και κάθε έξοδος έπρεπε να αναφέρεται τόσο στην προεπιλογή του έργου όσο και στην κατηγορική υπέρβαση. Για να λειτουργήσει αυτό, επανέγραψα τη λογική των υπολογισμών από τη βάση. Κάθε έξοδος τώρα έχει ένα μικρό δένδρο αποφάσεων: "Έχει αυτή η κατηγορία το δικό της ποσοστό; Αν ναι, χρησιμοποιήστε το. Αν όχι, επιστρέψτε στο ποσοστό του έργου." Ακούγεται απλό όταν το εξηγείτε, αλλά το να διατηρηθεί το μοντέλο δεδομένων συνεπές σε όλη την εφαρμογή — προβολές iOS, FastAPI backend, και σχήματα MariaDB — απαιτούσε πιο προσεκτική ρύθμιση από ό,τι περίμενα.

Οποιαδήποτε ενημέρωση που αγγίζει την πλευρά του διακομιστή πρέπει να γίνεται με εξαιρετική προσοχή. Αν τροποποιήσετε κατά λάθος υπάρχων κώδικα διακομιστή, οι χρήστες που εξακολουθούν να χρησιμοποιούν την έκδοση v1.4 θα συναντήσουν αμέσως σφάλματα ή προβλήματα συστήματος. Για παράδειγμα, το πρόγραμμα διακομιστή για το v1.5 αναμένει οι ρυθμίσεις έργου να περιλαμβάνουν δεδομένα ποσοστών, αλλά η εφαρμογή v1.4 στέλνει ρυθμίσεις έργου χωρίς κανένα ποσοστό. Τη στιγμή που αυτές οι δύο εκδόσεις προσπαθούν να επικοινωνήσουν, η αίτηση αποτυγχάνει — απλώς επειδή μιλούν ελαφρώς διαφορετικές "γλώσσες". Οι προγραμματιστές μπορούν φυσικά να κάνουν αλλαγές με ασφάλεια σε ένα περιβάλλον δοκιμής. Το δύσκολο μέρος αρχίζει μετά την υποβολή μιας νέας έκδοσης για ανασκόπηση από την Apple, ενώ οι υπάρχοντες χρήστες εξακολουθούν να χρησιμοποιούν την v1.4. Κατά τη διάρκεια ολόκληρης της περιόδου από την υποβολή έως την κυκλοφορία, ο διακομιστής πρέπει να υποστηρίζει και τις δύο εκδόσεις ταυτόχρονα, ώστε οι αναθεωρητές της Apple να μπορούν να δοκιμάσουν την v1.5 και οι υπάρχοντες χρήστες να συνεχίσουν να χρησιμοποιούν την v1.4 χωρίς διακοπές.

Στην ανάπτυξη εφαρμογών, ένα “endpoint” είναι απλώς το σημείο στο οποίο η εφαρμογή στέλνει τις αιτήσεις της στον διακομιστή — λίγο σαν ένα συγκεκριμένο γραφείο στο δημαρχείο. Ένα γραφείο χειρίζεται τις εγγραφές γάμου, ένα άλλο τις καταγραφές κατοίκων και ένα άλλο τα διαβατήρια. Οι εφαρμογές λειτουργούν με τον ίδιο τρόπο: κάθε endpoint είναι ένα εξειδικευμένο παράθυρο όπου ο διακομιστής δέχεται έναν συγκεκριμένο τύπο αίτησης, όπως σύνδεση, δημιουργία έργου, επεξεργασία εξόδων, αίτηση φίλου κ.λπ. Όταν το Splync v1.4 στέλνει μια αίτηση, πηγαίνει στο “παλιό” παράθυρο που κατανοεί την παλαιότερη μορφή. Το Splync v1.5 στέλνει την αίτησή του σε ένα “νέο” παράθυρο που κατανοεί τα δεδομένα ποσοστών. Αν ο διακομιστής κλείσει το παλιό παράθυρο πολύ νωρίς, οι χρήστες της v1.4 δεν θα έχουν πουθενά να "υποβάλουν" τα δεδομένα τους. Γι' αυτό, κατά τη διάρκεια μιας ενημέρωσης, ο διακομιστής πρέπει να διατηρεί και τα δύο παράθυρα ανοιχτά — και τα δύο endpoints — μέχρι να έχει μεταβεί με ασφάλεια κάθε χρήστης στη νεότερη έκδοση. Ειλικρινά, η διαχείριση αυτών των δύο παραθύρων ταυτόχρονα ήταν σαν σκέψη σε μία επιπλέον διάσταση.

Το Splync v1.5 μπορεί να προσαρμόσει τις κατανομές ανά έργο και ανά κατηγορία, αλλά όχι ακόμα ανά έξοδο. Για να υποστηρίξουμε αναλογίες ανά έξοδο, χρειαζόμαστε ένα επιπλέον δομικό επίπεδο — ουσιαστικά μια βαθύτερη επανεγγραφή του τρόπου με τον οποίο κάθε έξοδος αποθηκεύει και υπολογίζει τα μερίδιά της. Πρέπει επίσης να είμαστε προσεκτικοί ώστε να μην κάνουμε τη διεπαφή της εφαρμογής ξαφνικά πολύπλοκη απλά για να προσθέσουμε περισσότερη ισχύ. Είναι μια μεγαλύτερη αναβάθμιση από ό,τι φαίνεται. Παρακαλώ δώστε μας λίγο περισσότερο χρόνο για να φτάσουμε εκεί. Είναι στον ορίζοντά μας — και θα το επιτύχουμε. Μέχρι τότε, ας διερευνήσουμε πώς οι νέες αναλογίες ανά έργο και ανά κατηγορία κάνουν ήδη τις κοινές δαπάνες πολύ πιο ευέλικτες.