Τι να πω. Και μόνο ο τίτλος του άρθρου μου έφερε μια μικρή ανατριχίλα. Και ναι κάποιες διαρροές μέσα από την εταιρεία αυτό λένε. Φυσικά δεν θα το ονομάσουν Silverlight αλλά κάπως αλλοιώς αλλά όσες εφαρμογές μέχρι τώρα έχουν φτιαχτεί σε Silverlight θα μπορούν να γίνουν upgrade. 

Φανταστικα νεα για ένα τόσο ωραίο και αδικοχαμένο framework. 

Μάλλον ξέχασες να βάλεις το link για το άρθρο...

Νομίζω ότι το έχω ξαναπεί, ότι από την στιγμή που Silverlight επιλέχτηκε να γίνει LightSwitch, ένα RAD Tool για Power Users (=> Office Users), και δέθηκε με την φιλοσοφία του Office, που δύσκολα θα πεθάνει. Θα γίνει κάτι σαν τα "Web Parts", που ενώ στον κόσμο του SharePoint είναι το A & Ω, σχεδόν κανένας προγραμματιστής δεν τα θεωρεί σαν τον ενδεδειγμένο τρόπο να αναπτύξει μια web εφαρμογή. Αυτά όμως υπάρχουν...

George J. 

George J. Capnias: Χειροπρακτικός Υπολογιστών, Ύψιστος Γκουράρχης της Κουμπουτερολογίας w: capnias.org, t: @gcapnias, l: gr.linkedin.com/in/gcapnias

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

Όποιος ασχοληθεί λίγο παραπάνω, προτιμάει να μην τα ξαναδεί ποτέ.

Καλά, και το Lightswitch δεν εγκαταλείπει το Silverlight για χάρη της HTML 5 ? 

Παναγιώτης Καναβός:

Καλά, και το Lightswitch δεν εγκαταλείπει το Silverlight για χάρη της HTML 5 ? 

Είχα και εγώ αυτή την εντύπωση, αλλά δεν είναι ακριβώς έτσι τα πράγματα - όταν δεν έχεις επιλογές στο templating και η μηχανή που "τρέχει κάτω από το καπώ" είναι το jQuery Mobile, κομματάκι δύσκολο να πείσεις κάποιος ότι δεν είναι μόνο για mobile συσκευές...

Και πάλι, mobile development, και με δυνατότητα υποστήριξης SharePoint, από Office Power users, δεν είναι καλό;

George J.
 

George J. Capnias: Χειροπρακτικός Υπολογιστών, Ύψιστος Γκουράρχης της Κουμπουτερολογίας w: capnias.org, t: @gcapnias, l: gr.linkedin.com/in/gcapnias

Για το Sharepoint? Όχι. Αν αντί για Sharepoint έλεγε DotNetNuke δεν θα μου έλεγες ότι είμαι παλαβός? Να φτιάξω εφαρμογή που διαβάζει λίστες από το Dotnetnuke αλλά τις εμφανίζει σε ΑΛΛΟ web site? Για το τί θα γίνει όταν χρήστες που δεν καταλαβαίνουν από Sharepoint αρχίσουν να φτιάχνουν λίστες και πεδία, ας μην το συζητήσουμε.

Όσο για το Mobile ... δεν νομίζω ότι έχει νόημα πέρα από mobile. Έχουν εμφανιστεί δεκάδες πλατφόρμες παρόμοιες με το Lightswitch τα τελευταία 10 χρόνια, ειδικά για web development. Το Silverlight μπορεί να ήταν η εύκολη marketing επιλογή όταν η Microsoft προσπαθούσε ακόμα να το προωθήσει και τα Javascript libraries δεν ήταν αρκετά ώριμα για να πεις ότι θα φτιάξεις ένα Business SPA. Γιατί αυτό είναι το client-side που παράγει το Lightswitch.

Σήμερα, αυτό δεν ισχύει, αλλά η προτεραιότητα για να κερδίσεις market share είναι να βγάλεις mobile sites, όχι να κοντραριστείς με τις δεκάδες πλατφόρμες για business apps. 

 Μην ξεχνάμε επίσης ότι η ομάδα που αναπτύσσει το Lightswitch (VB) δεν έχει σχέση με την ομάδα του Silverlight. Οποιαδήποτε ιδέα ότι η μία θα μπορούσε να αντικαταστήσει την άλλη είναι μάλλον ... λανθασμένη.

Συγνώμη για την καθυστέρηση αλλά είχα κάτι δουλειές να κλείσω αυτή την περίοδο.

Γιωργο την είδηση την διάβασα μέσα από το Zite. Λανθασμένα έγραψα άρθρο, ήταν post μέσα στο msdn forum, αλλά μου εμφανίστηκε σαν άρθρο μέσα στην εφαρμογή. Ειναι παρόμοια με το Flipboard. Αν σε ενδιαφέρει ακόμα μπορώ να το ψάξω στο ιστορικό για να βρω το forum thread και να διαβάσουμε τις αντιδράσεις.

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

Το μεγαλύτερο ποσοστό από εμάς είμαστε freelancers. Χμ... Ναι συμφωνώ υπάρχουν και αρκετοί υπάλληλοι αλλά ένα σημαντικό ποσοστό ειναι freelancers. Άντε να έχουμε φτιάξει, δέκα, είκοσι, τριάντα βάλτε όσες θέλετε εφαρμογές και το πελατολόγιο μας ειναι συγκεκριμένο. Γιατί για να φτιάξω για αυτούς μια εφαρμογή μέσω internet θα πρέπει να πάω σε HTML/js? από την στιγμή που το περιβάλλον χρήσης ειναι ελεγχόμενο και οι πελάτες μου ξέρουν τι θέλουν, και όχι δεν τους ενδιαφέρει να δουλεύετε η εφαρμογή από το κινητό η την ταμπλέτα γιατί να μπλέξω με όλο αυτό που λέγεται HTML/js... Δηλαδή το Silverlight δεν είχε ένα κομμάτι να καλύψει σύμφωνα με την λογική του υπαλλήλου; 

Το Silverlight το καταργήσαμε όχι γιατί δεν έκανε, αλλά γιατί εκείνος που έφυγε πρώτος και τώρα τον ακολουθεί ο δεύτερος δεν τα πήγαινε καλά με τον lead developer του Silverlight.  Το επόμενο βήμα ειναι να το φτιάξουν να παίζει σε RT. Να έχουμε έτσι και μια πιο φορητή λύση ;)

Αλήθεια η Microsoft δεν έλεγε ότι ο RT Browser δεν θα υποστηρίζει Add Ons? Τότε γιατί βλέπω να παίζει ο Flush Player? Ντροπή τους... Γράψαμε στα π@π@ρι@ τους τους προγραμματιστές τους και αφήσανε να παίζει ο flush player επειδή ο κόσμος ήθελε να βλέπει YouTube. Τελικά κύριοι μπορούσατε να το βάλετε να παίζει σε RT αλλά δεν θέλατε.

To Silverlight ήταν ό,τι καλύτερο υπήρξε ποτέ για Enterprise εφαρμογές. Το είδος των εφαρμογών που έχουν εκατοντάδες φόρμες με άπειρα controls η κάθε μία, πιθανόν προηγμένα 2D ή και 3D γραφικά και βέβαια συνδέονται με μία ή περισσότερες βάσεις δεδομένων. Αυτές οι εφαρμογές δεν μπορούν να αναπτυχθούν με HTML5. Δεν έχει νόημα να τις κάνεις να παίζουν σε φορητές συσκευές. Είναι οι εφαρμογές που μπορούν να αναγκάσουν μια εταιρία να αγοράσει εκατοντάδες ή και χιλιάδες Windows licenses. Πραγματικά, ποτέ δεν κατάλαβα γιατί η Microsoft εγκατέλειψε το Silverlight. Προφανώς ήθελε και θέλει να δώσει βάσει στα consumer προϊόντα, στα οποία έχει αρχίσει να χάνει έδαφος. Δεν είναι αυτός όμως λόγος να εγκαταλείψει την enterprise αγορά, στην οποία ακόμα είναι ηγέτιδα δύναμη. Και είναι ίσως το μόνο που θα της απομείνει σε λίγα χρόνια.

 Το να μπει το Silverlight στο Windows RT browser δε χρειάζεται. To Silverlight δεν μπορεί να ανταγωνιστεί τη HTLM5 σε mobile εφαρμογές. Θα έπρεπε να υπάρχει όμως στον desktop browser, να μη διακοπεί η ανάπτυξή του και να υπάρχουν plug-in για άλλους browsers. Φοβάμαι όμως ότι το κακό έχει γίνει. Η αγορά θεωρεί το Silverlight νεκρό και δε θα ξαναεμπιστευτεί τη Microsoft. Φανταστείτε τι θα σκέφτονται οι εταιρίες που παράγουν components, επένδυσαν χοντρά για τα tool suits τους και το Silverlight εγκαταλήφθηκε τόσο σύντομα. Τώρα επενδύουν στο HTLM5 και δε νομίζω ότι θα κοιτάξουν πίσω.

 Σχετικά με το YouTube, τα περισσότερα βίντεο παίζουν και χωρίς Flash. Το Flash είναι επίσης νεκρό.

kgiannak:

... Το είδος των εφαρμογών που έχουν εκατοντάδες φόρμες με άπειρα controls η κάθε μία, πιθανόν προηγμένα 2D ή και 3D γραφικά και βέβαια συνδέονται με μία ή περισσότερες βάσεις δεδομένων. Αυτές οι εφαρμογές δεν μπορούν να αναπτυχθούν με HTML5. Δεν έχει νόημα να τις κάνεις να παίζουν σε φορητές συσκευές...

Και ποιος ο λόγος να χρησιμοποιήσεις τον browser ως κέλυφος για μια τέτοια εφαρμογή; Είναι αστείο. Μέχρι σήμερα η άποψή μου δεν έχει αλλάξει. Το γιατί οι developers δεν "θάβουν" το "Λειτουργικό του Browser", ακόμα παραμένει μυστήριο για μένα. Τελικά η "μόδα" έχει μεγαλύτερη επίδραση στον κόσμο μας απ' ό,τι στον κόσμο της,,, Μόδας!

Άσε που με τις εκδόσεις να εμφανίζονται κάθε τρεις μήνες ή εβδομάδες, οι ασυμβατότητες (εσκεμμένες ή μη) στα plug in, από έκδοση σε έκδοση, θ' αρχίσει σιγά - σιγά ν' αποτελεί τον κανόνα και όχι την εξαίρεση(*). Μήπως αυτός είναι ένας "λόγος" που όλοι καίγονται για ΤΟ standard (HTML5);

(*) Τέτοιου είδους "πόλεμοι" έχουν γίνει και στο παρελθόν...

Το βρήκα τελικά, για όσους ενδιαφέρονταϊ:

http://social.msdn.microsoft.com/Forums/silverlight/en-US/b2761b39-8775-484a-aa3e-31ef15d4a55d/return-of-silverlight-but-with-a-slight-twist-and-its-not-called-silverlight

ΜΠΑΡΔΟΝ? Δεν θα είναι addon αλλά θα παίζει σε HTML5 browsers? Το μόνο πράγμα που μπορεί να το κάνει αυτό είναι η JAVASCRIPT! Πραγματικά "slight twist". Και προφανώς, κάτι τέτοιο δεν θα έχει καμμία σχέση με Silverlight πλέον ...

Αυτό μάλλον για νέο προϊόν πάνω από Typesrcript μου ακούγεται, και φυσικά μιλάμε για major development σε βάθος χρόνου πριν βγει το παραμικρό

 Ή, απλά, έτυχε άλλο ένα Radio-Arbylas 

Markos:

Και ποιος ο λόγος να χρησιμοποιήσεις τον browser ως κέλυφος για μια τέτοια εφαρμογή;

Υπάρχουν αρκετοί λόγοι:

- Είναι απείρως πιο εύκολο να αναπτύξεις και να κρατάς ενήμερη την client εφαρμογή. Η Microsoft έχει τεχνολογίες που σε βοηθάνε να το κάνεις αυτό και με desktop εφαρμογές, αλλά οπωσδήποτε χρειάζεται κάποιο στήσιμο. Στο Silverlight, οποιοδήποτε μηχάνημα κάνει. Δεν χρειάζεται καν να είναι Windows.

- To Silverlight παίζει πίσω από proxy. Δε χρειάζονται ρυθμίσεις στο firewall.

- Οι χρήστες είναι εξοικοιωμένοι με το περιβάλλον του browser. Τουλάχιστον θα ξέρουν πώς να ανοίξουν την εφαρμογή και να κάνουν login.

- Το Silverlight μπορεί να παίξει και Out of the browser.

- Σε σύγκριση με το HTML5 το Silverlight είχε και το πλεονέκτημα ότι "έκρυβε" σε σημαντικό βαθμό την client-server αρχιτεκτονική. Και βέβαια προγραμμάτιζες σε μία σύγχρονη, δομημένη γλώσσα με καταπληκτικά εργαλεία.

 Τα περισσότερα από τα παραπάνω ισχύουν και για τις HTML5 εφαρμογές. Δε θεωρώ ότι είναι "μόδα". Ούτε ότι κάνει για τα πάντα. Για κάποιους τύπους εφαρμογών η αρχιτεκτονική αυτή έχει πλεονεκτήματα.

Για το 5 ... διαφωνώ απολύτως. Το Silverlight σε κανένα σημείο δεν σου έκρυβε ότι μίλαγε με server, ίσα-ίσα, σε υποχρέωνε να αντιμετωπίσεις το θέμα από την αρχή. Τόσο με το ότι έπρεπε οτιδήποτε blocking να είναι ασύγχρονο, όσο και με το οτιδήποτε ήθελες από το server έπρεπε να γίνει μία ξεκάθαρη κλήση HTTP ή SOAP. Η οποία ήταν επίσης ασύγχρονη.

Η μεγαλύτερη ψευδαίσθηση είναι ότι κρατάς ενήμερη την client εφαρμογή. Όταν αλλάζει συχνά το business logic (λέγε με TAXIS), δε νομίζω ότι προλαβαίνεις όλες αυτές τις αλλαγές να τις περάσεις στην εφαρμογή σου. Αναγκαστικά αρχίζεις και "μπαλώνεις". Όταν δεν αλλάζει... δε χρειάζεται να επεκταθώ βεβαίως - βεβαίως.

Ο browser είναι καλός όταν πρόκειται για "crowd using", όταν δηλαδή δεν χρειάζεσαι business logic στον client (π.χ. e-shop). Σε αντίθετη περίπτωση δεν είναι καθόλου καλός. Υπάρχουν, για παράδειγμα, διαδικτυακές εφαρμογές διαχείρισης κτηνοτροφικών εκμεταλλεύσεων και καταγραφής αποδόσεων των ζώων. Όσοι τις έφτιαξαν σκεφτόντουσαν "τεχνολογικά". Το πρόβλημά τους είναι ότι, ΑΛΛΟ business logic θέλεις στον server και ΑΛΛΟ στους clients. Σε διαβεβαιώνω ότι το προσωπικό που επεξεργάζεται τα στοιχεία για να κάνει γενετική βελτίωση στον συνολικό πληθυσμό (λέγε με server), δεν ασχολείται καθόλου με το πότε περιμένεις να  γεννήσουν οι χοιρομητέρες της δικής σου μονάδας. Κι αν πέσει ο server, ο παραγωγός που δεν θα έχει ενημέρωση για τους χειρισμούς των ζώων τι θα κάνει; Όλοι "χτυπάνε" requests και κανείς τελικά δεν είναι ευχαριστημένος με την ποιότητα της πληροφορίας που παίρνει. Είμαι σίγουρος ότι αν το ψάξεις θα βρεις ανάλογα παραδείγματα και σε άλλες δραστηριότητες. Και για να κλείσω, "μόδα" είναι εκείνο που σου επιβάλλεται και σε αναγκάζει να εργαστείς με έναν τρόπο  λιγότερο - έως πολύ λιγότερο - αποτελεσματικό για τη δουλειά που κάνεις. Όλα τα "τεχνολογικά" πλεονεκτήματα που αναφέρεις πιο πάνω αφορούν εσένα, εμένα και όλους όσους είναι μέλη του forum. Είσαι κατηγορηματικά βέβαιος ότι σε τελευταία ανάλυση αφορούν και τις δραστηριότητες των χρηστών;

Παναγιώτης Καναβός:

Για το 5 ... διαφωνώ απολύτως. Το Silverlight σε κανένα σημείο δεν σου έκρυβε ότι μίλαγε με server, ίσα-ίσα, σε υποχρέωνε να αντιμετωπίσεις το θέμα από την αρχή. Τόσο με το ότι έπρεπε οτιδήποτε blocking να είναι ασύγχρονο, όσο και με το οτιδήποτε ήθελες από το server έπρεπε να γίνει μία ξεκάθαρη κλήση HTTP ή SOAP. Η οποία ήταν επίσης ασύγχρονη.

Το Silverlight ήταν ό,τι καλύτερο είχε φτιαχτεί για την αντιμετώπιση του θέματος. Σίγουρα όλες οι κλήσεις είναι ασύγχρονες, αυτό δεν μπορείς να το αποφύγεις ούτε να προσποιηθείς ότι δεν υπάρχει. Το Silverlight σε βοηθούσε αυτή την πολυπλοκότητα να την "κρύψεις" στα χαμηλότερα επίπεδα της εφαρμογές. Με τα RIA services μπορούσες εύκολα να κάνεις expose τη βάση σου (χρησιμοποιούσες annotations για να ρυθμίσεις τα θέματα ασφάλειας) και να έχεις τα δεδομένα στον client χωρίς να γράψεις κώδικα. Ουσιαστικά έπαιρνες τα δεδομένα στον client με τον αντίστοιχο τρόπο που τα προσφέρει ένα ORM από τη βάση. Στη συνέχεια με σωστή χρήση του MVVM pattern το View σου δεν ήξερε τίποτα για το από πού έρχονται τα δεδομένα.

Πολλές τεχνικές του Silverlight έχουν αρχίσει τώρα να περνάνε και στο HTML5 (knockoutjs)

Markos:

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

Είμαι κατηγορηματικά βέβαιος ότι στις περισσότερες των περιπτώσεων υπάρχουν πλεονεκτήματα και για τους χρήστες. Ένα απλό παράδειγμα: Το PC του κτηνοτρόφου στην Άνω Ραχούλα χαλάει. Αντιπαρέρχομαι το γεγονός ότι αν δεν υπάρχει πάντα σύνδεση με το server μπορεί να χαθούν δεδομένα (Ο χρήστης έχει τη ψευδαίσθηση ότι ό,τι κάνει σώζεται αμέσως - ο browser ανταποκρίνεται σε αυτή τη ψευδαίσθηση). Ο κτηνοτρόφος τι κάνει; Σε περιμένεις να έρθεις 8 ώρες δρόμο για να του στήσεις καινούριο μηχάνημα με .NET 4 και όλα τα προαπαιτούμενα; Η πηγαίνει στο σπίτι του κουμπάρου του να κάνει τη δουλειά;

Επιπλέον το Silverlight μπορεί να εγκατασταθεί out of the browser, να λειτουργήσει χωρίς Internet και αποθηκεύσει δεδομένα τοπικά.

 Τέλος, σε πολλές περιπτώσεις πολλά είναι τα πλεονεκτήματα για τον οργανισμό που χρειάζεται την εφαρμογή (π.χ. ασφαλιστική εταιρεία με εφαρμογή για τους agents):

- Μικρότερο κόστος ανάπτυξης

- Μικρότερο κόστος εξοπλισμού

- Μικρότερο κόστος εκπαίδευσης

- Μικρότερο κόστος συντήρησης