Abby Kearns, CEO της ActiveState – Σειρά Συνεντεύξεων

Abby Kearns είναι η CEO της ActiveState και एक τεχνολογικός εκτελεστικός με περισσότερες από 25 χρόνια εμπειρίας στην κατασκευή και την κλιμάκωση οργανισμών λογισμικού επιχειρήσεων. Προηγουμένως, υπηρέτησε ως CTO της Puppet, όπου βοήθησε να οδηγήσει μια στρατηγική μεταμόρφωση που ολοκληρώθηκε με την απόκτηση της εταιρείας από την Perforce Software. Νωρίτερα στην καριέρα της, ήταν CEO του Cloud Foundry Foundation, καθοδηγώντας την ανάπτυξη ενός από τα μεγαλύτερα οικοσυστήματα ανοιχτού κώδικα cloud πλατφόρμας της βιομηχανίας. Η Abby υπηρετεί目前 στο διοικητικό συμβούλιο της Akka (πρώην Lightbend). Είναι γνωστή για τη βοήθεια που παρέχει στις εταιρείες να μεταφράζουν τις μεγάλες μετατοπίσεις στο cloud, τον ανοιχτό κώδικα και την AI σε σαφή στρατηγική προϊόντος και ανάπτυξη επιχείρησης.

ActiveState είναι μια καναδική εταιρεία λογισμικού που ιδρύθηκε το 1997 και παρέχει εργαλεία και πλατφόρμες επιχειρήσεων για την κατασκευή, τη διαχείριση και την ασφάλεια του ανοιχτού κώδικα λογισμικού. Η βασική προσφορά της, η Πλατφόρμα ActiveState, βοηθά τις ομάδες ανάπτυξης, DevOps και ασφάλειας να αυτοματοποιούν τη διαχείριση εξαρτήσεων, να ανιχνεύουν και να επιδιορθώνουν ευπάθειες και να δημιουργούν ασφαλείς, αναπαραγώγιμες περιβάλλοντα ανάπτυξης σε πολλαπλά προγραμματιστικά ngônίδια όπως Python, Perl και Tcl. Παρέχοντας προετοιμασμένα, επικυρωμένα στοιχεία ανοιχτού κώδικα και ενσωματώνοντάς τα σε υπάρχουσες ροές εργασιών, η ActiveState στοχεύει να μειώσει τους κινδύνους ασφάλειας στην αλυσίδα εφοδιασμού λογισμικού ενώ βελτιώνει την παραγωγικότητα των dévelopτερ και επιταχύνει την παράδοση εφαρμογών.

Έχετε περάσει την καριέρα σας στο σημείο τομής του ανοιχτού κώδικα, των cloud-φιλικών πλατφόρμας και της μεταμόρφωσης επιχειρήσεων, από την ηγεσία του Cloud Foundry Foundation έως την υπηρεσία ως CTO στην Puppet. Τι σας έ drew να αναλάβετε το ρόλο του CEO στην ActiveState, και ποια είναι η όρασή σας για την εταιρεία σε αυτή τη nächste φάση ανάπτυξης;

Η συνέχεια της καριέρας μου έχει sido να λειτουργώ στο σημείο τομής της κοινότητας και της υποδομής σε στιγμές που η βιομηχανία λαμβάνει αποφάσεις που θα πολλαπλασιαστούν για χρόνια. Το Cloud Foundry ήταν αυτή η στιγμή για το cloud-φιλικό. Η Puppet ήταν αυτή η στιγμή για τη διαχείριση konfigурации και τα πρώτα στάδια του τι τώρα ονομάζουμε DevSecOps. Η ActiveState είναι αυτή η στιγμή για τη διακυβέρνηση του ανοιχτού κώδικα.

Τι με έ drew εδώ είναι ένα πρόβλημα που έχω παρακολουθήσει να χτίζεται για πολύ καιρό. Κάθε επιχείρηση που έχω συναντήσει τρέχει με ανοιχτό κώδικα. Οι περισσότερες από αυτές δεν μπορούν να σας πούν με βεβαιότητα ποιο ανοιχτό κώδικα εκτελούν, αν έχει επιδιορθωθεί, ή ποιος είναι υπεύθυνος για την απόφαση να το χρησιμοποιήσει. Αυτό το κενό, μεταξύ του πόσο θεμελιώδους έχει γίνει ο ανοιχτός κώδικας και του πόσο λίγη ρητορική οι περισσότερες οργανώσεις εφαρμόζουν στη διακυβέρνηση του, είναι όπου ο κίνδυνος της βιομηχανίας συσσωρεύεται. Η ActiveState έχει περάσει είκοσι χρόνια xây dựng την υποδομή για να κλείσει αυτό το κενό. Η δουλειά μου είναι να βεβαιωθώ ότι η αγορά κατανοεί γιατί το κλείσιμο του είναι επείγον.

Η όρασή μου για αυτή τη nächste φάση είναι σαφής: Η ActiveState γίνεται η προεπιλεγμένη απάντηση στο ερώτημα από πού προέρχεται ο ανοιχτός κώδικας επιχειρήσεων. Όχι ένας σαρωτής. Όχι μια αναφορά. Μια αξιόπιστη, επικυρωμένη, συνεχώς επιδιορθωμένη πηγή που οι οργανώσεις μπορούν να δείξουν όταν οι ρυθμιστές, τα διοικητικά συμβούλια ή οι απαντητές περιστατικών ρωτούν πώς κυβερνούν την αλυσίδα εφοδιασμού λογισμικού τους.

Η ActiveState θέτει τον εαυτό της ως κρίσιμο στρώμα στην ασφάλεια της αλυσίδας εφοδιασμού λογισμικού σε μια στιγμή που η AI επιταχύνει τη γεννήτρια κώδικα. Πώς αλλάζει η AI ουσιαστικά το προφίλ κινδύνου του ανοιχτού κώδικα λογισμικού;

Η ανάπτυξη με τη βοήθεια της AI σπάει μια θεμελιώδη υπόθεση που ολόκληρη η αλυσίδα εργαλείων διακυβέρνησης του ανοιχτού κώδικα ήταν χτισμένη: ότι ένας dévelopτερ έκανε μια σκόπιμη απόφαση να περιλαμβάνει μια εξάρτηση.

Κάθε SBOM εντολή, κάθε εργαλείο SCA, κάθε ροή διαχείρισης ευπαθειών υποθέτει ότι υπήρχε ένας άνθρωπος στο βρόχο που επέλεξε να τραβήξει αυτή τη βιβλιοθήκη. Όταν η AI γεννά κώδικα, εξαρτήσεις φτάνουν στην παραγωγή που κανείς δεν επέλεξε, δεν αναθεώρησε ή σε πολλές περιπτώσεις δεν γνωρίζει ότι υπάρχουν. Η διακυβέρνηση εργαλείων ψάχνει για αποφάσεις. Η AI κάνει αλλαγές παραγωγής που παρακάμπτουν εντελώς την απόφαση.

Υπάρχει ένα δεύτερο στρώμα σε αυτό. Τα εργαλεία κωδικοποίησης που οδήγησαν την υιοθέτηση της AI, τα βENCHMARKS παραγωγικότητας, οι έρευνες dévelopτερ, τα αστέρια GitHub, κανένα από αυτά τα πλαίσια αξιολόγησης δεν περιελάμβανε την ασφάλεια ως πρώτο μέτρο. Η βιομηχανία βελτίωσε την ταχύτητα και την ορθότητα και έστειλε την υποδομή χωρίς να ρωτήσει αν η έξοδος ήταν ασφαλής. Αυτό δεν είναι eine εργαλειολογική αποτυχία. Είναι eine ηγετική αποτυχία σε πώς οι αποφάσεις υιοθέτησης έγιναν.

Είμαστε τώρα σε λειτουργία σε κλίμακα με μια βάση που δεν αξιολογήθηκε ποτέ για τον κίνδυνο που εισήγαγε.

Έχετε πει ότι ο ανοικτός κώδικας χωρίς διαχείριση γίνεται ένα μεγάλο κενό ασφάλειας επιχειρήσεων. Γιατί η διακυβέρνηση του ανοιχτού κώδικα φτάνει τώρα στο επίπεδο του διοικητικού συμβουλίου και τι υποτιμούν ακόμη οι εκτελεστές;

Φτάνει στο διοικητικό συμβούλιο γιατί το ρυθμιστικό περιβάλλον έχει αλλάξει τη δομή ευθύνης. Ο νόμος της ΕΕ για την κυβερνοασφάλεια, οι απαιτήσεις αποκάλυψης της SEC, οι οδηγίες Secure by Design της CISA: αυτά τα πλαίσια μεταφέρουν το ερώτημα από “Έχετε einen σαρωτή;” σε “Μπορείτε να αποδείξετε ότι το λογισμικό σας ήταν ασφαλές στο σημείο προέλευσης;” Αυτά είναι πολύ διαφορετικά ερωτήματα, και οι περισσότερες οργανώσεις δεν μπορούν να απαντήσουν στο δεύτερο.

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

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

Με τον ανοιχτό κώδικα τώρα ενσωματωμένο σε hầu hết τις στοίβες λογισμικού επιχειρήσεων, πώς πρέπει οι οργανώσεις να ξανασκέφτουν τον ανοιχτό κώδικα ως υποδομή και όχι μόνο ως μια ανάπτυξη ευκολίας;

Το νοητικό μοντέλο που εργάζονται οι περισσότερες οργανώσεις είναι μια δεκαετία παλιό. Ο ανοιχτός κώδικας ξεκίνησε ως μια ανάπτυξη ευκολίας. Οι dévelopτερ μπορούσαν να τραβήξουν βιβλιοθήκες, να κινηθούν γρηγορότερα και να αποφύγουν την επαναδημιουργία θεμελιωδών στοιχείων. Αυτή η στάση είχε νόημα όταν ο ανοιχτός κώδικας ήταν προαιρετικός και συμπληρωματικός.

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

Οι οργανώσεις που είναι μπροστά σε αυτό έχουν κάνει μια σκόπιμη μετατόπιση: η κατανάλωση ανοιχτού κώδικα είναι μια στρατηγική απόφαση με συνέπειες ασφάλειας και οικονομίας, όχι μια προεπιλογή που οι dévelopτερ διαχειρίζονται ατομικά. Αυτή η μετατόπιση απαιτεί πολιτική, διαδικασία λειτουργίας και σαφή ευθύνη εκτελεστών. Οι περισσότερες οργανώσεις δεν έχουν κάνει ακόμη αυτή τη μετατόπιση.

Έχετε οδηγήσει οργανώσεις μέσω πολλών τεχνολογικών κυμάτων. Πώς συγκρίνεται η τρέχουσα μετατόπιση με την AI με τις προηγούμενες μετατοπίσεις όπως το cloud και το DevOps σε σχέση με την ταχύτητα και την αναταραχή;

Η τρέχουσα κίνηση με την AI είναι πολύ παρόμοια με τις προηγούμενες τεχνολογικές μετατοπίσεις. Όταν το cloud εμφανίστηκε ως μοντέλο παράδοσης, οι οργανώσεις που το αντιμετώπισαν ως μια纯 τεχνολογική επιλογή έκαναν πολύ διαφορετικά λάθη από τις οργανώσεις που αναγνώρισαν ότι ήταν μια αρχιτεκτονική και λειτουργική μετατόπιση. Αυτές που απέτυχαν να κάνουν τη μετατόπιση διακυβέρνησης πλήρωσαν για χρόνια με shadow IT, υπερχρεώσεις κόστους και κίνδυνο ασφάλειας και τεχνικό χρέος.

Τι είναι διαφορετικό για την τρέχουσα μετατόπιση με την AI είναι η ταχύτητα και η αόρατη. Η υιοθέτηση του cloud ήταν ορατή. Γνώριζες όταν η οργάνωση σας μετέφερε φορτία εργασίας από το on prem στο cloud. Το DevOps ήταν ορατό: οι οργανώσεις ήταν αναδιαρθρώνοντας ομάδες, αλλάζοντας διαδικασίες ανάπτυξης και ξαναγράφοντας διαδικασίες. Τα εργαλεία κωδικοποίησης AI υιοθετούνται dévelopτερ προς dévelopτερ, κλήση εργαλείου προς κλήση εργαλείου, και ο κίνδυνος συσσωρεύεται στο κώδικα πριν από τις περισσότερες οργανώσεις έχουν καταγράψει ότι μια απόφαση διακυβέρνησης έγινε.

Η αναταραχή είναι επίσης ασύμμετρη με έναν τρόπο που το cloud και το DevOps δεν ήταν. Αυτές οι μετατοπίσεις δημιούργησαν νέες κατηγορίες κινδύνου αλλά διατήρησαν γενικά την υπόθεση ότι ένας άνθρωπος ήταν υπεύθυνος για τον κώδικα που έστειλε. Η AI διαβρώνει αυτή την υπόθεση στο σημείο όπου είναι πιο δύσκολο να ανιχνευθεί. Αυτό είναι που κάνει αυτή τη μετατόπιση διαφορετική. Η έκθεση είναι αόρατη μέχρι να μην είναι.

Πολυάριθμες εταιρείες δυσκολεύονται να μετατρέψουν την υιοθέτηση ανοιχτού κώδικα σε ένα βιώσιμο μοντέλο επιχειρήσεων. Τι χωρίζει τις εταιρείες που επιτυγχάνουν από αυτές που αποτυγχάνουν;

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

Αντίθετα, οι οργανώσεις που αποτυγχάνουν να συγχέουν την υιοθέτηση της κοινότητας με εμπορική τρακτέρ. Δεν είναι το ίδιο πράγμα. Ένα υψηλό μετρήσιμο GitHub ή μια μεγάλη κοινότητα σημαίνει ότι οι dévelopτερ βρίσκουν το έργο χρήσιμο. Δεν σημαίνει ότι οι αγοραστές θα πληρώσουν για αυτό, ή ότι το πράγμα που οι dévelopτερ βρίσκουν χρήσιμο είναι το πράγμα που οι οργανώσεις πραγματικά χρειάζονται. Η μετάφραση από την υιοθέτηση dévelopτερ σε εμπορική αξία απαιτεί να χτίσετε κάτι πέρα από τον ανοιχτό κώδικα, και οι οργανώσεις που αποτυγχάνουν να κάνουν αυτή τη διάκριση σαφώς, στην τοποθέτησή τους, στο προϊόν τους και στην κίνηση πωλήσεων τους, δεν επιτύχουν να επιβιώσουν τη μετάβαση σε κλίμακα.

Από την εμπειρία σας στο να κλιμακώνετε οργανώσεις που οδηγούνται από dévelopτερ, τι είναι οι μεγαλύτερες προκλήσεις ηγεσίας όταν μεταβαίνετε από ανάπτυξη προϊόντος σε επιχειρηματικές επιχειρήσεις;

Η μεγαλύτερη πρόκληση είναι ότι οι ικανότητες και οι ένστικτοι που σας έκαναν επιτυχημένους στην ανάπτυξη προϊόντος εργάζονται ενάντια σας σε κλίμακα επιχειρήσεων. Η ανάπτυξη προϊόντος ανταμείβει την ταχεία κίνηση, την επανάληψη στο κοινό, την βελτιστοποίηση της εμπειρίας dévelopτερ και την αφήνει την υιοθέτηση να οδηγήσει την εμπορική κίνηση. Οι πωλήσεις επιχειρήσεων ανταμείβουν τη σκόπιμη διαδικασία, τις σχέσεις εκτελεστών, τους μακροχρόνιους κύκλους και την ικανότητα να χαρτογραφήσετε το προϊόν σας σε αποτελέσματα που έχουν σημασία για αγοραστές που δεν είναι dévelopτερ.

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

Έχετε εργαστεί εκτενώς στο σημείο τομής της ασφάλειας και της παραγωγικότητας dévelopτερ. Πώς μπορούν οι εταιρείες να ισορροπήσουν την ταχύτητα και την καινοτομία με την αυξανόμενη ανάγκη για ασφαλείς και αξιόπιστους组件 λογισμικού;

Η στάση της ταχύτητας έναντι της ασφάλειας είναι μια ψευδής επιλογή που έχει διαρκέσει επειδή τα εργαλεία έχουν ενισχύσει αυτή. Όταν η ασφάλεια εφαρμόζεται ως πύλη αναθεώρησης στο τέλος της διαδικασίας ανάπτυξης, είναι ένα μποτλνέκ. Όταν εφαρμόζεται ως eine διακυβέρνηση πηγή αξιόπιστων στοιχείων που οι dévelopτερ τραβούν από την αρχή της διαδικασίας, δεν επιβραδύνει τίποτα.

Αυτοί που έχουν επιλύσει αυτή τη σύγκρουση έχουν κάνει μετατόπιση του nơi συμβαίνει η ασφάλεια. Όχι αναθεώρηση κώδικα μετά την γραφή του. Όχι σάρωση αρτεφάκτων μετά την κατασκευή τους. Διακυβέρνηση τι πάει στο κατάλογο που οι dévelopτερ και τα εργαλεία AI τραβούν από. Αν η πηγή είναι αξιόπιστη, η ταχύτητα δεν περιορίζεται από την αναθεώρηση ασφάλειας επειδή το έργο ασφάλειας έγινε ροή.

Όπως τα εργαλεία AI γίνονται όλο και πιο διαδεδομένα στην παραγωγή κώδικα και εξαρτήσεων, πώς βλέπετε το ρόλο των κατηγοριοποιημένων ή αξιόπιστων οικοσυστημάτων ανοιχτού κώδικα να εξελίσσεται τα επόμενα χρόνια;

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

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

Το δεύτερο είναι η ταχύτητα ανάπτυξης AI. Όσο τα εργαλεία AI γεννούν περισσότερο κώδικα και τραβούν περισσότερες εξαρτήσεις, ο όγκος των ανεξεταστέων στοιχείων που εισέρχονται στην παραγωγή θα υπερβεί κάθε ικανότητα οργάνωσης να αναθεωρήσει χειροκίνητα. Οι οργανώσεις που έχουν καθιερώσει einen κατηγοριοποιημένο, διακυβέρνηση-καθοδηγούμενο κατάλογο ως την προεπιλεγμένη πηγή για τους dévelopτερ και τα εργαλεία AI θα μπορέσουν να ταιριάξουν την ταχύτητα της AI με την κατάλληλη διακυβέρνηση ασφάλειας. Οι οργανώσεις που εξακολουθούν να βασίζονται σε δημόσιους καταλόγους και χειροκίνητη αναθεώρηση θα αντιμετωπίσουν ένα ευρύ κενό μεταξύ της ταχύτητας με την οποία ο κώδικας παράγεται και της πλήρους αξιολόγησής του.

Τα κατηγοριοποιημένα οικοσυστήματα είναι η υποδομική απάντηση σε ένα πρόβλημα που η ανάπτυξη AI έχει κάνει αναπόφευκτο.

Ως μία από τις λίγες γυναίκες CEOs στον ανοιχτό κώδικα και τον τομέα υποδομής, ποια είναι οι αλλαγές που έχετε δει στην ηγετική ποικιλία αυτά τα χρόνια, και τι ακόμη χρειάζεται να βελτιωθεί;

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

Η επιχειρηματική περίπτωση για το κλείσιμο του υπολοίπου κενού δεν είναι αφηρημένη. Τα προβλήματα που αυτή η βιομηχανία δουλεύει τώρα, κίνδυνος αλυσίδας εφοδιασμού λογισμικού, διακυβέρνηση AI, οι οργανωτικές αλλαγές που απαιτούνται για να κάνουν την ασφάλεια μια πρώτη τάξη πρακτική, είναι δύσκολα προβλήματα. Ποικίλες ομάδες παράγουν καλύτερα αποτελέσματα σε δύσκολα προβλήματα. Όχι ως ένα ζήτημα ευχερούμενων αλλά ως ένα ζήτημα πώς διαφορετικές προοπτικές επιφέρουν υποθέσεις που ομοιογενείς ομάδες λανθάνουν. Έχω δει αυτό trực tiếp. Οι οργανώσεις που έχουν κάνει πραγματική πρόοδο στην ένταξη, όχι μόνο στην αναπαράσταση, είναι αυτές όπου αυτή η λειτουργική优势 εμφανίζεται στο έργο.

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

Ευχαριστώ για τη μεγάλη συνέντευξη, οι αναγνώστες που επιθυμούν να μάθουν περισσότερα πρέπει να επισκεφθούν ActiveState.