.NET Framework

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

Παναγιώτης Καναβός — Mon, 28 May 2007 18:44:50 GMT

Μία δυναμική γλώσσα σου επιτρέπει να επεκτείνεις την πλατφόρμα πολύ ευκολότερα. Με μία interpreted γλώσσα μπορώ να ορίσω επιπλέον μεθόδους, χωρίς να χρειαστεί recompile η εφαρμογή. Δεν μπορώ όμως αυτές τις μεθόδους να τις ενσωματώσω στα αντικείμεντα της εφαρμογής. Θα μπορώ να την καλέσω, π.χ. μέσω ενός Dictionary που κρατάει τις νέες μεθόδους και παίρνει τις παραμέτρους ως array ( myDomainObject.Extensions["MyMethod"](parameterArray) ). Με μία δυναμική γλώσσα η νέα μέθοδος μπορεί να γίνει τμήμα του αντικειμένου ( myDomainObject.MyMethod(a,b) ) . Η κλήση γίνεται πολύ πιο καθαρή, με αποτέλεσμα να γίνεται επίσης πιο εύκολη η χρήση της νέας μεθόδου σε άλλες μεθόδους. Κάτι παρόμοιο πάντως μπορεί να πετύχει κανείς και με τα extension methods της C# 3.

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

Νατάσα Μανουσοπούλου — Mon, 28 May 2007 18:18:21 GMT

Παναγιώτης Καναβός:
Στο post μου δεν ανέφερα τη χρήση των δυναμικών γλωσσών για mockups του business logic, αλλά για την υλοποίηση του ίδιου του business logic. Για παράδειγμα, ο υπολογισμός του συνόλου μίας παραγγελίας από τα επιμέρους τεμάχια είναι κάτι το οποίο δεν χρειάζεται σε όλα τα domain objects και δεν συμφέρει να υλοποιηθεί μέσω workflow. Αυτό μπορεί άνετα να υλοποιηθεί σαν πρόσθετο method γραμμένο σε κάποια δυναμική γλώσσα.

Ο τρόπος αυτός υλοποίησης του business domain σε μια εφαρμογή, είτε εξ ολοκλήρου, είτε στο customization layer, είναι πολύ δυνατός, και κάνει το σύστημα να είναι σχεδόν ένα development environment.
Να παρατηρήσω όμως ότι αυτό που χρειάζεται δεν είναι μια δυναμική γλώσσα, αλλά μια interpreted γλώσσα, ώστε ο custom κώδικας να μην απαιτεί compilation, αλλά να εντάσσεται απευθείας στο σύστημα. Είναι λογικό οι δύο όροι μερικές φορές να χρησιμοποιούνται σαν ισοδύναμοι, μια που οι δυναμικές γλώσσες είναι (νομίζω όλες) interpreted, και οι interpreted γλώσσες είναι επί το πλείστον δυναμικές, από την άλλη όμως υπάρχει ποικιλία από interpreters (Ch, CINT, κ.ά) για C και C++, γλώσσες που μόνο δυναμικές δεν είναι.

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

Παναγιώτης Καναβός — Sun, 27 May 2007 06:10:37 GMT

Στο post μου δεν ανέφερα τη χρήση των δυναμικών γλωσσών για mockups του business logic, αλλά για την υλοποίηση του ίδιου του business logic. Για παράδειγμα, ο υπολογισμός του συνόλου μίας παραγγελίας από τα επιμέρους τεμάχια είναι κάτι το οποίο δεν χρειάζεται σε όλα τα domain objects και δεν συμφέρει να υλοποιηθεί μέσω workflow. Αυτό μπορεί άνετα να υλοποιηθεί σαν πρόσθετο method γραμμένο σε κάποια δυναμική γλώσσα.

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

anjelinio — Sun, 27 May 2007 05:59:43 GMT

Συνεχίζοντας όμως να χαζεύω στο channel 9, είδα κι αυτό το webcast, στο οποίο είναι ο John Lam, η φανέλα με το 9 υποθέτω στο DLR team :P, και μιλάει για την υποστήριξη δυναμικών γλωσσών στο DLR κλτ κτλ. Κάποια στιγμή λοιπόν (08:xx) τον ρωτάει ο interviewer ... "should people be building applications this way?". Και λέει κοντολογίς, όχι. Και περιγράφει ότι το καλό αυτών των γλωσσών, είναι η αμεσότητά τους.

Το παράδειγμα που έδωσε, ήταν κατά το debug μιας εφαρμογής ( ), θα μπορούσε να τρέξει ένα debug script, και επιτέλους να μπορεί να σώσει τα αποτελέσματα σε ένα αρχείο :]

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

anjelinio — Sun, 27 May 2007 05:14:18 GMT

¨Εβλεπα αυτό το webcast για το project Jasper, στο οποίο ο τυπάκος έδειχνε παραδείγματα σε ένα "real-time" interpreter, όπου έγραφε σε python και ο interpreter έκανε evaluate επιτόπου ότι έγραφε. Άνοιξε ένα connection με τη βάση, κι έκανε queries στο object model που του έδινε το Jasper.

Κάποια στιγμή όμως, περίπου στο 18:5x, ανέφερε την πιθανότητα να προστεθεί μια τέτοια δυνατότητα στο Visual Studio. και σκεφτόμουν ότι αν κατά το debug ενός application, μπορούσα να έχω ένα interactive window, όπου θα μπορούσα να γράψω ολόκληρα mini-προγραμματάκια πάνω στο τρέχον object model της live εφαρμογής, θα ήταν καταπληκτικό.

Όσοι γράφετε "πλατφορμικό" software, σκεφτείτε αυτή τη δυνατότητα πάνω στο debug της εφαρμογής που χρησιμοποιεί το object model που κάνετε expose. η όπως στο post του Παναγιώτη πρίν, να μπορείς εύκολα και γρήγορα να τρέχεις mock-ups του business logic, φτιάχνοντας τις βιβλιοθήκες σε μια απο πολλές script languages που θα τρέξουν πάνω στο DLR. Οι εύκολες αυτές, "γρήγορες" γλώσσες είναι ένα εργαλείο, το οποίο μπορεί να παίξει μεγάλο ή μικρό ρόλο. νομίζω όμως οτι με το integration τέτοιων features σε εφαρμογές που χρησιμοποιούμε καθημερινά, όπως το Visual Studio, θα περάσουν στην καθημερινότητά μας. Σύντομα, ίσως είναι κάτι το οποίο και οι πελάτες μας θα απαιτούν απο 'μας, ποιος ξέρει; :)

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

Dimitris Papadimitriou — Tue, 22 May 2007 01:36:41 GMT

Μπορεί κάποιος να γίνει πιο συγκεκριμένος λέγοντας πως θα βοηθήσουν οι δυναμικές γλώσσες στο customization μιας εφαρμογής; Η δυνατότητα προσθήκης scripting σε μια εφαρμογή υπήρχε πάντα. Προσωπικά έχω προσθέσει δυνατότητα customization χρησιμοποιώντας στο παρελθόν jscript/vbscript με χρήση του msscript.ocx. Σήμερα χρησιμοποιώ αντί αυτών VB.NET/C# με τον compiler του .NET.

Πως ακριβώς φαντάζεστε μια δυναμική γλώσσα να ενσωματώνεται σε ένα προϊόν και τι εργαλεία θα χρησιμοποιεί ο τελικός χρήστης για να κάνει το customization έτσι ώστε να έχει intellisense, compilation, debugging κλπ.;

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

Παναγιώτης Καναβός — Mon, 21 May 2007 23:10:59 GMT

Επειδή το θέμα της κουβέντας είναι οι δυναμικές γλώσσες και όχι το AJAX, να πω ότι μέχρι πρόσφατα η Javascript δεν αντιμετωπιζόταν ως σοβαρή δυναμική γλώσσα. Ένας λόγος ήταν και ότι οι δυνατότητες της ήταν περιορισμένες για περιβάλλοντα server και desktop με αποτέλεσμα οι περισσότεροι την χρησιμοποιούσαν μόνο για client-side scripting. Όσοι προγραμμάτιζαν σε δυναμικές γλώσσες το έκαναν απευθείας σε μία από τις πιο δημοφιλείς γλώσσες, Perl, Python, Ruby. Ο λόγος που δεν έβλεπε κανείς να χρησιμοποιούνται τέτοιες γλώσσες και από Microsoft μεριά ήταν ότι ήταν μεγάλος μπελάς. Τω καιρώ εκείνω, ο κύριος τρόπος επικοινωνίας στα Windows ήταν το COM και οι δυναμικές γλώσσες το αντιμετώπιζαν σαν βιβλιοθήκη της C: πολλές κλήσεις για να δημιουργήσεις ένα αντικείμενο, πολλές για να το σβήσεις. Αντίθετα, με την IronPython και μελλοντικά το DLR ο συνδυασμός των γλωσσών στα Windows θα είναι πολύ ευκολότερος.

Να πω τέλος, ότι εκεί γύρω στο 2000 δούλευα στη δημιουργία μίας πλατφόρμας 3-tier (βάση, COM+ transactional services και desktop client) σε VB6, στην οποία όριζες τα domain objects μέσω GUI. Το κάθε αντικείμενο είχε κάποιες στάνταρ λειτουργίες (Show, Add, Edit, Delete, Print με δυναμική δημιουργία φορμών) και workflow για την υλοποίηση διαδικασιών, όπως η αποστολή ειδοποίησης όταν ο χρήστης έκανε αλλαγές, ή για έγκριση μεγάλων συναλλαγών, δρομολόγηση εγγράφων κλπ.). Οι επιπλέον λειτουργίες που απαιτούσε κάθε αντικείμενο υλοποιούνταν με VBScript με αποτέλεσμα να μπορούμε να καλούμε τα πεδία και τις μεθόδους του κάθε domain object χωρίς να έχουμε υλοποιήσει interfaces και χωρίς να απαιτείται compile. Ουσιαστικά, μπορούσαμε να κάνουμε τις αλλαγές στον πελάτη.
Τί κερδίσαμε με αυτό? Το object model της πλατφόρμας παρέμεινε απλό, καθώς δεν χρειάστηκε η υλοποίηση κάποιου περίπλοκου μηχανισμού για την προσθήκη νέων μεθόδων στα domain objects. Τα domain objects μπορούσαν να οριστούν από το UI της πλατφόρμας χωρίς recompile, και όχι δημιουργώντας κλάσεις οι οποίες θα απαιτούσαν recompile και θα έκαναν τις τροποποιήσεις δύσκολες.

Μέχρι τώρα κάτι αντίστοιχο στο .NET θα ήταν φασαρία. Υπάρχουν μεν οι DynamicMethods, μπορείς να κάνεις compile κώδικα στο Runtime, αλλά κάθε φορά έχεις να γράψεις μερικές γραμμές κώδικα, εκεί που πριν απλά έγραφες .PrintThis. Με την IronPython και το DLR, αυτή η ευκολία επανέρχεται, με γλώσσες οι οποίες είναι πολύ ισχυρότερες από την VBScript.

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

anjelinio — Mon, 21 May 2007 10:01:14 GMT

... εε ... "καινούργιο" εννοούσα ... χρονικά ε; - Τώρα το ότι το βρήκα στην πρώτη σελίδα του MSDN, ίσως ενισχύσει την "hype" αίσθηση που έχουμε όλοι. Αν και το μεγαλύτερο μέρος του ήταν αφιερωμένο σε καθαρή JavaScript - ουτέ καν JScript. Μάλιστα μου έκανε εντύπωση κιόλας οτι το τελευταίο μέρος, αυτό που είναι ASP.NET AJAX - specific, είναι σε δικό του div, με το μικρό "+" απο πάνω, δείχνοντας ένα ξεκάθαρο διαχωρισμό.

Πάντως αν είναι να βλέπω τέτοια άρθρα λόγω hype στην πρώτη σελίδα του MSDN, δεν έχω κανένα πρόβλημα με αυτό. Τo συγκεκριμένο είναι ένα άρθρο που πρέπει να διαβάσει τουλάχιστον μια φορά ο κάθε developer που ασχολείται με web. Ποιός ξέρει πόσα postback -> Request.Redirect μπορεί και να γλυτώσουμε !!!

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

George J. Capnias — Mon, 21 May 2007 08:33:38 GMT

anjelinio:
Αν "τσιγκλήσαμε" κάποιον απο αυτό το thread, και αναρωτιέται στο τί είναι "δυναμικό" σε μια γλώσσα, βρήκα ένα πολύ καινούργιο και πραγματικά καταπληκτικό άρθρο για JavaScript .. ( ... στην πρώτη σελίδα του MDSN !!! ... )

Περιέχει κάποια αρκετά advanced javascript πράγματα, το οποία δείχνουν ξεκάθαρα τί σημαίνει να δουλεύεις με μια δυναμική γλώσσα.

Έχω εκφράσει τις αντιρήσεις μου σε προηγούμενες δημοσιεύσεις, ότι το AJAX είναι μια καινούργια τεχνολογία. Ουσιαστικά ήταν μια τεχνολογία που σχεδιάστηκε και υλοποιήθηκε από τον Microsoft και την γέννεσή της καταδικάστηκε από τις υπόλοιπες εταιρείες του χώρου. Ξαφνικά επειδή το χρησιμοποίησε το Google, έγινε "must" στο web development.

Όπως και ο Μάνος έκφερε την γνώμη "ότι μάλλον μιλάμε για hype", βλέποντας το άρθρο στο MSDN magazine, πιστεύω ότι όχι "μάλλον", αλλά "σίγουρα μιλάμε για hype". Τα χαρακτηριστικά της Javascript που αναφέρονται στο άρθρο είναι υλοποιημένα πριν το 2000. Η Microsoft τουλάχιστον, όταν έκανε release τον IE4, είχε μεγάλο μέρος του υλοποιημένο με embedded JavaScript code, με πιο γνωστό σε όλους το easter-egg του about screen του προϊόντος. Ξαφνικά όλοι βάλθηκαν να δείξουν την αξία της JavaScript. Οι δυνατότητές της είναι γνωστές από παλαιότερα, και υπάρχουν εφαρμογές που έκαναν χρήση αυτών των δυνατοτήτων από τότε.

Τι έγινε ξαφνικά;

Μήπως οι περισσότεροι ήταν απασχολημένοι εκείνη την εποχή με το υλοποιήσουν εφαρμογές σε thick client με C/C++/VB6 και παραβλέψανε τότε την ευκολία που παρέχει η JavaScript, και τώρα που σίγουρα περισσότεροι είναι πιο κοντά στο web client, ανακαλύπτουν τις τεχνολογίες του, και πιστεύουν ότι ανακάλυψαν τον τροχό;

George J.

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

anjelinio — Mon, 21 May 2007 00:07:45 GMT

Αν "τσιγκλήσαμε" κάποιον απο αυτό το thread, και αναρωτιέται στο τί είναι "δυναμικό" σε μια γλώσσα, βρήκα ένα πολύ καινούργιο και πραγματικά καταπληκτικό άρθρο για JavaScript .. ( ... στην πρώτη σελίδα του MDSN !!! ... )

Περιέχει κάποια αρκετά advanced javascript πράγματα, το οποία δείχνουν ξεκάθαρα τί σημαίνει να δουλεύεις με μια δυναμική γλώσσα.

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

KelMan — Tue, 15 May 2007 23:38:21 GMT

Σαφώς και είναι εδώ (από την εποχή της Lisp, της Prolog και της Smaltalk), δεν είπα ότι τώρα εμφανίστηκαν. Ωστόσο όταν διαβάσεις σοβαρές εκδόσεις (όπως το IEEΕ Computer και το ObjectiveView) να δημοσιεύουν "οπαδικά" άρθρα και αφιερώματα, τότε θεωρώ ότι πρόκειται για hype.

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

sakalis — Tue, 15 May 2007 21:56:49 GMT

Δε νομίζω ότι είναι hype. Απλά ανακοίνωνσαν ένα καλύτερο περιβάλλον για τη δημιουργία τέτοιων γλωσσών. Οι γλώσσες είναι εδώ και χρησιμοποιούνται ήδη (Perl Python)

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

KelMan — Tue, 15 May 2007 16:38:20 GMT

Προσωπικά, πιστεύω ότι το πρόβλημα δεν είναι τα εργαλεία αλλά οι άνθρωποι. Δηλαδή, αυτό που θέλω να πω είναι ότι κατά το debugging αυτό που κυνηγάς (σε πολύ μεγάλο ποσοστό) είναι τα προβλήματα (bugs) που ως προγραμματιστής δημιουργείς και όχι τα bugs που έχει το εργαλείο. Άρα είναι λογικό να χρειάζεσαι έξυπνα εργαλεία που να σε βοηθούν προς αυτήν την κατεύθυνση. Και το type safety σε συνδυασμό με το compilation είναι τεράστιο βοήθημα καθώς βρίσκει τα προβλήματα πριν προκύψουν. Αυτή η "προστασία" όμως συνεπάγεται και κάποιους ανάλογους περιορισμούς. Δούναι και λαβείν ή όπως λένε "there is not such thing as a free pizza". Προς το παρόν δεν μπορούμε να τα έχουμε όλα.

Επίσης, το πρόβλημα δεν είναι (εν γένει) η τεχνολογία αλλά και πάλι οι άνθρωποι. Αυτό το λέω σε μη-τεχνικό επίπεδο. Λέω για τη νοοτροπία του "οπαδού". Δηλαδή, αυτή τη στιγμή υπάρχει ένα τεράστιο hype σχετικά με τις DL. Η λογική που θα έπρεπε να έχει κάποιος είναι "θέλω να κάνω το ABC, συμφέρει να χρησιμοποιήσω την ΧΥΖ-DL?". Αντ' αυτού βλέπουμε τη λογική "να χρησιμοποιήσουμε XYZ-DL γιατί είναι cool, γιατί είναι fun". Πρώτη φορά βλέπω (τουλάχιστον τόσο έντονα και εκτός marketing concept) ως δικαιολογία για να χρησιμοποιηθεί μια τεχνολογία ότι είναι cool και fun. τα χαρακτηριστικά εμφανίζονται ως πλεονεκτήματα (ή μειονεκτήματα) ανάλογα πως βολεύει τους "οπαδούς". Μπορείς να βρεις άπειρες γενικευμένες απόψεις του τύπου "το dynamic typing είναι καλό/κακό", "o interpreter είναι καλύτερος/χειρότερος από τον compiler", κλπ.

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

Ξεκίνησα να γράφω τα παραπάνω πριν δω το post του anjelinio... Σημείο σύμπτωσης το hype

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

anjelinio — Tue, 15 May 2007 15:51:54 GMT

Νομίζω ότι γίνεται πολύ φασαρία πριν της ώρας της όσον αφορά το DLR. Προς το παρόν το είδαμε στο SilverLight, προσωπικά σχεδόν θα το αγνοήσω μέχρι να περάσει λίγος χρόνος και να δούμε που θα πάει αυτή η ιστορία. Ακόμα δεν είδαμε release του Orcas, και θέλουμε κι άλλα;

Κατα τ' άλλα, όταν είχαμε υποστήριξη για JScript στο παλιό Visual Studio, κανένας δεν έγραψε ποτέ τίποτα σε JScript.NET. Τώρα ξαφνικά τιγκάραμε στο Hype και φαγωθήκαμε για dynamic γλώσσες. Υποστήριξη για scripting υπάρχει ήδη στο framework, και υποστηρίζει ήδη JScript, VBScript και ότι άλλη "active" γλώσσα υπάρχει ή θα υπάρξει. Πόσοι το έχουμε χρησιμοποιήσει; Εγώ στα 31 χρόνια μου υποστήριξα scripting στην πλατφόρμα μας 1 φορά, και για να είμαι ειλικρινής ... πήγε ψιλο-χαμένο.

Τέλος να αναφέρω μόνο οτι δε χρειάζεσαι ντε και καλά CodeDOM για να υποστηρίξεις scripting στην εφαρμογή σου. Υπάρχεί και το VSA namespace, ένα πολύ καλό tutorial θα βρείτε εδώ. Υπάρχει επίσης και το Microsoft script control, ένα πολύ καλό intro για το οποίο μπορείτε να δείτε στο blog του Roy Osherove.

Ε, και ... ψυχραιμία. Είχαμε VBScript, JScript, ActivePerl ως τώρα. H πίτσα είναι πιο σημαντική απο τη Μοτσαρέλλα

Απ: Dynamic Language Runtime. Το καλύτερο πράγμα μετά την Μοτσαρέλλα στην πίτσα, ή καλύτερο κι από την ίδια την πίτσα?

sakalis — Tue, 15 May 2007 08:58:24 GMT

Καταρχήν Παναγιώτη σου έχω πει πολλές φορές ότι είσαι γαστρονομικά υποανάπτυκτος (Αν ειναι το να το σχολιάσεις να ανοίξουμε topic στο cafe). Η μοτσαρέλλα είναι άνοστη και δε προσθέτει τίποτα στην πίτσα. αρα δε μπορούμε να το συγκρίνουμε.

Πολύ ωραία τα όσα ειπώθηκαν για DLR γλώσσες. Σίγουρα δεν έχουν όσα μας δείνει μια c# ή μια C++. Αλλά έχουν συνήθως 2 συμαντικά πλεονεκτήματα.

1. Απλότητα στο να γράφεις κώδικα

2. Επεκτασιμότητα

Για το πρώτο αρκεί να θυμίσω την PERL για την οποία έχουν φτιαχτεί modules που κάνουν τα πάντα ( εκτός από το να ετοιμάζουν πίτσα με μοτσαρέλα). Σχεδόν όλοι οι unixadmin χρησιμοποιούν Perl τόσο για να κάνουν εργαλεία διαχείρισης αλλά και προγραμματάκια, ακόμα και cgi. Σιγουρα σε C++ ή C θα ήταν πιο γρήγορα σε εκτέλεση, αλλά πόσο χρόνο θα έκαναν αν το έγραφαν σε αυτή τη γλώσσα. Αυτό το γεγονός ήταν πάντα το πρόβλημα για τους windows administrators (Μάλιστα η ίδια η MS βοήθησε και ενίσχυσε την Activestate για την συντήρηση της perl (πριν την .NET εποχή)

Το δεύτερο το κάλυψα στο προηγούμενο. Υπάρχουν τόσες βιβλιοθήκες σε perl, Python κ.α που θα ήταν βλακεία να μη χρησιμοποιηθούν αυτούσιες ή με μικρές αλλαγές ώστε να εκτελούνται στην πλατφόρμα. Επιπρόσθετα εύκολα άτομα από άλλα περιβάλλοντα (βλέπε unix) Θα μπορούν να γράψουν εύκολα σε .net

Το αν αξίζει να τις χρησιμοποιήσει κανείς είναι καθαρά προσωπική προτίμηση και σχεδιασμός ( όταν είσαι σε ένα εταιρογενές περιβάλλον)