Το αναφέρει στην ίδια ανακοίνωση που ανακοινώνει το VS 2010. Τα downloads δεν είναι κάποια νέα έκδοση, απλά όσοι έχουν αγοράσει τη μία ή την άλλη έκδοση θα μπορούν πλέον να κατεβάσουν και τις δύο από το MSDN.
Η κίνηση αυτή είναι πολύ σωστή καθώς όλοι οι developers χρειάζονται υποστήριξη για sql scripts και versioning μέσα στο ίδιο το IDE. Η λογική των δύο προϊόντων ήταν ότι τον κώδικα και τις βάσεις τις φτιάχουν διαφορετικά άτομα, αλλά όπως όλοι ξέρουμε αυτό ... μάλλον δεν συμβαίνει πουθενά. Ήταν πραγματικά περίεργο να χρησιμοποιείς δύο διαφορετικές εκδόσεις του ίδιου προϊόντος για να δουλέψεις με τα αρχεία ενός project, πόσο μάλλον να αγοράζεις δύο διαφορετικές εκδόσεις!
Ελπίζω να καταλάβουν σύντομα και ότι η υποστήριξη για UML πρέπει να είναι στην Developer edition και όχι στην Architect, για τους ίδιους λόγους. Διαγράμματα συγχρονισμένα με τον κώδικα είναι απαραίτητα σε όλους τους developers ενώ δεν χρησιμοποιούνται τόσο από τους architects. Όταν περνάς σε επίπεδο αρχιτεκτονικής του συστήματος, ένα class diagram μάλλον δεν θα χωρέσει τις μερικές εκατοντάδες κλάσεις, structs και enums που περιέχει όλος κώδικας. Αντίθετα, είναι πολύ χρήσιμο όταν φτιάχνεις μία κλάση να μπορείς να τη δεις σε ένα διάγραμμα μαζί με τις 5-10 άλλες κλάσεις με τις οποίες συνεργάζεται. Ακόμα και συγχρονισμένο sequence διάγραμμα να μας δώσουνε, πάλι είναι ανεπαρκές για αρχιτεκτονική αλλά πολύ χρήσιμο για να δείξεις την επικοινωνία λίγων κλάσεων μεταξύ τους. Εξάλλου, υπάρχουν ήδη προγράμματα όπως το Enterprise Architect τα οποία ήδη κάνουν πολύ περισσότερα απ' όσα θα φέρει η επόμενη έκδοση του VS και κοστίζουν κάτω από $200.
Νομίζω ότι τον καθοριστικό λόγο για την υποστήριξη UML στο Visual Studio θα την έχει το .... "Oslo". Η UML δεν χρειάζεται στους architects, χρειάζεται όμως ένας τρόπος να σχεδιάσεις entities και interactions για να επικοινωνήσουν μεταξύ τους διάφορα services και εφαρμογές στο Oslo και για να χρησιμοποιήσει το Oslo μοντέλα που παρέχονται από άλλα συστήματα. Προκειμένου να κάνει εύκολη την ανταλλαγή μοντέλων μεταξύ συστημάτων θα πρέπει να χρησιμοποιηθεί το XMI (είναι η XML μορφή ενός UML διαγράμματος) εμπλουτισμένο όμως με πολύ περισσότερα στοιχεία από τα packages και τις κλάσεις. Η UML προβλέπει αυτές τις επεκτάσεις, αλλά η προσθήκη τους σε ένα απλό UML editor είναι ... κόλαση. Ένα εργαλείο built-for-Oslo θα είναι ανεκτίμητο.
Στο Oslo πιστεύω ότι οφείλεται και ότι η Microsoft επανήλθε στο Object Management Group μετά από σχεδόν 10 χρόνια. Δεν είναι ότι την καίει να χρησιμοποιήσει αποτυχημένα standards όπως το CORBA, ή υπερβολικά περίπλοκες τεχνικές ανάπτυξης όπως το MDA. Η Microsoft ετοιμάζει μία model-driven πλατφόρμα η οποία όταν βγει θα έχει αυτομάτως (λόγω Windows) πολύ μεγαλύτερη εξάπλωση από το MDA. Από την άλλη, το Oslo φτιάχνεται εξαρχής για το Internet, ένα περιβάλλον όπου πολλά διαφορετικά συστήματα, με πολλά διαφορετικά μοντέλα και διαδικασίες συνεργάζονται μεταξύ τους. Αυτό είναι κάτι που η MDA δεν καλύπτει και έχει αφήσει σε άλλους οργανισμούς όπως ο OASIS και το WS-I. Αν μάλιστα ρίξει κανείς μία ματιά στο site του OMG, θα δει ότι τα θέματα που αναφέρονται είναι κυρίως SOA και Business Process Management, για τα οποία το OMG δεν έχει βγάλει κάποιο standard.
Η Microsoft καίγεται πραγματικά να μην υπάρξουν προβλήματα στην επικοινωνία της πλατφόρμας της με άλλα συστήματα. Αν μάλιστα της δίνεται η ευκαιρία να επηρεάσει το πως θα επικοινωνούν οι πλατφόρμες στο μέλλον, ακόμα καλύτερα.
Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos