Κάτω από το Καπό: Οι Διαδικασίες πίσω από την Τεχνολογία στο Shoprocket

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

Σήμερα, θα ρίξουμε μια ματιά στο πώς διαμορφώνεται μια σπριντ στη Shoprocket.

Δημιουργούμε μια διαδικασία σπριντ 10 ημερών. Να πώς φαίνεται μια μέση μέρα για έναν από τους προγραμματιστές μας:

• 4 ώρες σπριντ
• 2 ώρες διόρθωσης σφαλμάτων
• 2 ώρες ελεύθερος χρόνος

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

Μέγεθος Ιστορίας

• μικρό = 5 σημεία ιστορίας
• μεσαίο = 10 σημεία ιστορίας
• μεγάλο = 20 σημεία ιστορίας
• πολύ μεγάλο = 40 σημεία ιστορίας

Χρησιμοποιούμε σημεία ιστορίας για να ελέγχουμε την καύση και τις εκτιμώμενες παραδόσεις μας. Ποτέ δεν υποσχόμαστε ημερομηνία παράδοσης, καθώς οι άνθρωποι είναι απλώς κακοί σε αυτό. Στο μέλλον, σκοπεύουμε να χρησιμοποιήσουμε τα μεταδεδομένα στο εργαλείο σπριντ μας και να τα συνδέσουμε με το μέγεθος της ιστορίας για να υπολογίσουμε ιστορικούς μέσους όρους σχετικά με το πόσο χρόνο χρειάστηκε για να γίνει το X, καθώς είναι ένας καλός δείκτης του πόσο χρόνο θα χρειαστεί να κάνουμε παρόμοιες εργασίες. Δεν έχουμε ακόμη αυτό το εργαλείο, όμως, οπότε αν κάποιος θέλει να το δημιουργήσει (σε βλέπω sprint.ly) θα ήταν καταπληκτικό.

Σε αυτή τη σπριντ, ήταν μια πολύ απλή υπόθεση. Ξεκινήσαμε διορθώνοντας σφάλματα και γράφοντας ενημερώσεις συστήματος όπως συνήθως.

Μια τέτοια ενημέρωση αφορούσε την αναφορά παραγγελιών. Προσφέροντας υποστήριξη ανά στοιχείο, οι χρήστες μπορούν τώρα να δουν τι περιλαμβάνει μια παραγγελία αντί να βλέπουν μόνο το συνολικό ποσό παραγγελίας. Από την επιφάνεια, αυτό φαίνεται πολύ απλό, αλλά στην πραγματικότητα είναι αρκετά δύσκολο, καθώς η αναφορά πρέπει να είναι κατασκευασμένη με τέτοιο τρόπο ώστε να είναι συμβατή με την πληθώρα λογιστικών προγραμμάτων εκεί έξω. Επιπλέον, πρέπει να λειτουργεί με ολόκληρη τη βάση δεδομένων μας που πηγαίνει πίσω ενός ολόκληρου έτους και να εξάγει μια πλήρη αναφορά σε πραγματικό χρόνο σε περίπου ένα δευτερόλεπτο.

Όσον αφορά την κεντρική τεχνολογία, ο Winston εργάζεται για να διαχωρίσει την πρώτη μας μικροϋπηρεσία και να την ενσωματώσει με την υπάρχουσα εφαρμογή μας. Αυτή που επιλέξαμε αρχικά ήταν ένα Σύστημα Διαχείρισης Συνεδριών, το οποίο είναι ο κώδικας που δημιουργεί ένα μοναδικό GUID που χρησιμοποιείται για τον χρόνο ζωής μιας παραγγελίας (είτε ολοκληρωμένης είτε εγκαταλειμμένης). Θα γράψουμε μια ολόκληρη σειρά για την περιπέτειά μας με τις μικροϋπηρεσίες, οπότε δεν θα μπούμε σε πολλές λεπτομέρειες εδώ, αρκεί να πούμε ότι η μετάβαση από μονολιθικά σε μικροϋπηρεσίες είναι προκλητική αλλά διασκεδαστική.

Ο Alex εργάζεται σε ένα εργαλείο backend για να ασχοληθεί με τα UTM. Το Marketing πιέζει για αυτό το εργαλείο εδώ και πολύ καιρό και είμαστε εντυπωσιασμένοι που κάτι τέτοιο δεν υπάρχει αυτή τη στιγμή εκεί έξω (πιθανότατα θα το ανοίξουμε ως ανοιχτό κώδικα μόλις ολοκληρωθεί), καθώς είναι ένα σχετικά απλό και πολύ απαιτούμενο εργαλείο.

Ο Shashi έχει καταφέρει πολλά αυτή την εβδομάδα. Έχει ολοκληρώσει το module περιτυλίγματος δώρων του, το οποίο είναι τώρα με το προϊόν και ουσιαστικά σας επιτρέπει να προσθέσετε πολύ γρήγορα επιλογές περιτυλίγματος δώρων στο καλάθι σας. Μετά από αυτό, μεταπήδησε γρήγορα στην κατασκευή της ενσωμάτωσης Google Analytics. Τώρα αυτό είναι κάτι που δεν είχαμε καθόλου στο πλάνο μας, αλλά ένας από τους συνεργάτες μας μας ζήτησε να το χρησιμοποιήσουμε, λέγοντας μας πόσο σημαντικό ήταν για τον κύκλο ζωής του προϊόντος τους. Ως φιλική ομάδα τεχνολογίας, το ενσωματώσαμε. Ήδη φαίνεται ωραίο και παρακολουθεί όλα τα βασικά στοιχεία ενός καλαθιού αγορών χωρίς καμία προσπάθεια. Δεν αποκλίνουμε ποτέ από μια σπριντ μόλις έχει οριστεί, αλλά αφήνουμε την ευελιξία στη σπριντ για να μπορούμε να το κάνουμε αυτό.

Να πώς φαίνεται μία από τις εργασίες Sprint.ly μας.

Η διαδικασία για τη δημιουργία αυτών είναι επίσης αρκετά απλή: κάποιος που αναλαμβάνει ηγετικό ρόλο γράφει την αρχική προδιαγραφή και στη συνέχεια όλοι συμμετέχουμε σε ένα Google Hangout και την αναλύουμε. Στη συνέχεια, αποστέλλεται σε οποιαδήποτε εξωτερικά μέρη για σχόλια και ελέγχεται από την υπόλοιπη εταιρεία.

Και μετά το κατασκευάζουμε. Απλό, ε;