Java Applets' Copyright

[netharis]

Μάλλον δεν καταλαβαίνεις. Βλέπεις καθαρά το business κομμάτι και θες να έχεις 100 abstraction layers απο κάτω σου για να αισθάνεσαι ασφαλής και να κάνεις ότι είναι να κάνεις γρήγορα. Όπως είπα και επάνω, κάθε γλώσσα έχει τη δική της χρήση και η Java είναι καθαρά για να χρησιμοποιείται σε business πράγματα, από developers που δεν έχουνε το background να εργαστούνε αλλού (το learning curve @ java == πολύ μικρό).

Ποιος σου εχει πει εσενα οτι η java ειναι μονο για business? Δηλαδή ο JBoss Enterprise Middleware ειναι business? Ειναι λογιστικό πρόγραμμα για παράδειγμα? To Hibernate, το HornetQ, το jgroups μηπως? Εχεις διαβάσει τα features απο το jboss cache? Αυτα εχουν γραφτει σε java, 100% pure java. Οτι να ναι λετε και μάλιστα δινετε και μαθηματα χεχεχε

Και έλεγα πότε θα αραδιάσεις το jBoss
Σου λέω σε τι χρησιμοποιείται κατα κύριο λόγω, και γιατί τη προτιμούνε οι νέοι developers.
Και για τα συστήματα που έγραψες, να πω wow καινοτομία, μόνο στη Java γίνονται; Ηρέμησε, όλες οι γλώσσες έχουνε wrappers και τρομερά frameworks

Όπως είπαμε και πριν είναι θέμα προτιμήσεων και γνώσεων στο what serves you best.
Προφανώς εγώ δεν θα πάω να γράψω web application σε CGI over C!
Το όλο illusion που έχει δημιουργηθεί και έχει περάσει στο κόσμο είναι οτι η Java είναι αντικαταστάτης της C++! Έχεις μπερδέψει λίγο τα πράγματα, δεν λέω ότι έχουμε ένα εργαλείο και το χρησιμοποιούμε πάντα και παντού. Αυτό που υποστήριξα είναι οτι απο το δικό μου scope, προτιμώ να γράφω σε native γλώσσες για πολλούς λόγους(efficiency, speed, memory management - πράγματα που σημαίνουν κάτι για έναν programmer).
Δεν θα σου πω όχι, αν πιστεύεις οτι κάνεις τα πάντα με μία γλώσσα που τρέχει σε ένα κουτι basically, your call. Ξέρω γω, κάνε kernel development με JNI.
Και που ακριβώς δίνουμε μαθήματα; (Εαν αναφέρεσαι στο FOSS, δεν αναγκάσαμε κανέναν να έρθει - το αντίθετο).

@abujafar
προφανώς και δεν αναφερότανε σε μένα

[rose]

χαχα και έλεγα πότε θα πει για kernel development
...και κατι αλλο εγώ δεν ξέρω και πολλα distributed cache, ουτε πολλά distributed messaging systems?? για πές τα μας να μάθουμε.

[netharis]

χαχα και έλεγα πότε θα πει για kernel development
...και κατι αλλο εγώ δεν ξέρω και πολλα distributed cache, ουτε πολλά distributed messaging systems?? για πές τα μας να μάθουμε.

Of the back of my head memcached και over CORBA μου φαίνεται έχει υλοποιηθεί;

[maxthebest]

Αυτό τα περικλείει όλα. Με δεδομένο ότι ο καθένας μας έχει και άλλες προτιμήσεις για το τι πρόγραμμα θα φτιάξει(διαφορετικές ανάγκες κάθε project), θα προτιμήσει την αντίστοιχη γλώσσα και θα την "υπερασπιστεί".

Η γλωσσα προγραμματισμου εχει φτιαχτει για να μας βοηθησει να μεταφραζουμε τον πηγαιο κωδικα χρηστη σε εκτελεσιμο κωδικα απο τον υπολογιστη.
Το γεγονος οτι οι σημερινες γλωσσες προγραμματισμου προτιμησαν να μην ειναι συμβατες, για λογους copyright / property / corporation ειναι ενα bug στα κινητρα τους. Καλιστα θα μπορουσαν να ειχαν συμφωνισει ολες μαζι να εφτιαχναν μια κοινη συνταξη μεσω ieee ή iso ετσι ωστε ο πηγαιος κωδικας να ηταν κοινος για ολες τις γλωσσες προγραμματισμου. Ο χρηστης απλα θα επιλεγε σε ποια τελικη γλωσσα προγραμματισμου θα μεταφραζοταν ο κωδικας.

Δηλαδη αν :
Γενικος πηγαιος κωδικας (middleware) -> κωδικας προορισμου σε επιθυμητη γλωσσα προγραμματισμου -> τελικος κωδικας εκτελεσιμος.

Αρα αν ειχαν συμφωνηση σε αυτους τους τομεις :
1) χρηστικοτητα.
2) ταχυτητα γραψιματος.

Δεν θα αποτελουσαν κριτιριο επιλογης γλωσσας, αφου ολες θα ειχαν την ιδια συνταξη. Θα μπορουσαμε να τρεχουμε c++ χωρις να ανησιχουμε για δεικτες, corrupt memory κτλ.

[AmmarkoV]

Επειδή έχω 15 λεπτά για χάσιμο allow me to explain..!

Έστω οτι εγώ έχω την εταιρεία software AmmarCORP
και θέλω η εταιρεία μου να είναι βιώσιμη..!

Θέλω πολλούς πελάτες , λίγους εργαζόμενους , safe προϊόντα , μεγάλο return για τις επενδύσεις που θα κάνω..!

Γενικά οι περισσότεροι πελάτες δεν έχουν ιδέα για το τι θέλουν..
Δεν πρόκειται ποτέ κανείς πελάτης να παραπονεθεί επειδή πχ δεν χρησιμοποιώ QuickSort και χρησιμοποιώ Bubblesort ( Δεν ξέρουν καν τι θα πεί , δεν μπορούν να δούν κώδικα ) αν τα προγράμματα μου είναι πιο φθηνά και έχουν καλύτερο brand name λόγω marketing από του Χ το αφεντικό τους δεν θα το νοιάξει να βρεί ένα ERP το οποίο να μην κάνει 30seconds για κάθε transaction για να μην σπάνε τα νεύρα των εργαζομένων του..

Αντίστοιχα αν το πρόγραμμα μου χρησιμοποιεί C , όλοι θα πούν ααα C μα αυτή είναι γλώσσα 100 χρονών..
Αν χρησιμοποιεί .NET , θα πούν αααααα αυτό είναι τελευταίας τεχνολογίας !!!
( είναι τόσο χαζός ο κόσμος )

Αντίστοιχα είτε κάποιος κάτσει και φτιάξει σε 2 χρόνια το πιο τέλειο DB για την Χ δουλειά που κάνει ακριβώς ότι πρέπει και είναι natively compiled , και κάποιος άλλος το κάνει με MySQL πχ σε 1 λεπτό , δεν πρόκειται κανείς να καταλάβει την διαφορά..

Σε business επίπεδο δεν είναι τόσο critical το performance , υπάρχουν ( και παίζουν πολύ ρόλο ) μεταβλητές όπως κόστος ( εργατοώρες και $$$ ) , επεκτασιμότητα , support , ευκολία αλλαγής , μικρά learning curves κτλ ..

Η Java , το JVM και άλλες παρόμοιες τεχνολογίες είναι για τέτοια περιβάλλοντα..

Αν για παράδειγμα είχα τον Rose τον maxthebest και την enum εργαζόμενους..
Μπορεί να σας έβαζα να φτιάχνατε το Χ class/module που να έκανε το Y πράμα και μετά να πούλαγα αυτό το module στην Intracom πχ..

Προφανώς δεν θα έδινα sourcecode , αλλά ώς δια μαγείας τα binaries της Java δουλεύουν σε όλες τις πλατφόρμες , οπότε τέλεια ..! Στην συνέχεια θα μπορούσα να διώξω τον Rose όταν δεν θα με συνέφερε γιατί θα έπαιρνε μεγάλο μισθό και να πάρω κάποιον άλλο τελειόφοιτο και να συνεχίσει αυτός.. Αντίστοιχα στην Intracom θα μπορούσαν να χρησιμοποιήσουν το module κάποιου άλλου κτλ..

Business environment != Science environment

Τώρα στον πυρηνικό αντιδραστήρα , θές να μπορείς να κάνεις monitor ορισμένα πράγματα realtime..! Δηλαδή θες βρέξει χιονίσει να μπορείς να παρακολουθήσεις τις θερμοκρασίες των ράβδων που αποροφάνε νετρόνια ανα X picosecond..
Το να έχεις 10 χαοτικά layers από κάτω τα οποία με race conditions στο δίκτυο , όταν κάνουν update ή δεν ξέρω και εγώ πότε μπορούν να καθυστερήσουν έστω και 1 ms παραπάνω είναι non-go κατάσταση.. http://en.wikipedia.org/wiki/Real-time_computing

Και ξανααναφέρω τον πυρηνικό αντιδραστήρα γιατί αυτό είναι το topic ..

I hope everything is crystal clear now..!

[stoupeace]

Ο cyberpython δεν ανέφερε κάτι για Boeing? Κι εκεί υψηλές απαιτήσεις για real-time μετρήσεις έχουμε, right?

Northrop Grumman Agile Client
Tactical Geographical Information System (TGIS)
Boeing Mass Properties Toolkit
Boeing Shared Platform (BSP)
Satellite Performance Measurement System

[AmmarkoV]

Software στην Boeing θα μπορούσε να χρησιμοποιούν και για μια καφετιέρα..
Το οτι χρησιμοποιούν Java στην Boeing είναι πολύ vague..
Και C χρησιμοποιούν σίγουρα στην Boeing , δεν είναι επιχείρημα..

Και σε πυρηνικό αντιδραστήρα αν έχουν blu-ray player πχ χρησιμοποιούν Java ..

Boeing Mass Properties Toolkit
Boeing Shared Platform (BSP)
http://netbeans.org/community/articles/ ... tform.html
Analysis != πετάει ένα αεροπλάνο realtime πχ..

[stoupeace]

Και σε πυρηνικό αντιδραστήρα αν έχουν blu-ray player πχ χρησιμοποιούν Java ..

Boeing Mass Properties Toolkit
Boeing Shared Platform (BSP)
http://netbeans.org/community/articles/ ... tform.html
Analysis != πετάει ένα αεροπλάνο realtime πχ..

Αρα και αυτα ανήκουν στις enterprise εφαρμογές?

[AmmarkoV]

Ο cyberpython δεν ανέφερε κάτι για Boeing? Κι εκεί υψηλές απαιτήσεις για real-time μετρήσεις έχουμε, right?

Ως real-time μετρήσεις επίσης δεν εννοούμε το να τρέξουμε ένα αεροδυναμικό μοντέλο γρήγορα χωρίς να σπαταλάμε πολλά resources , αλλά το να τρέχουμε το μοντέλο ενώ το αεροπλάνο είναι εν πτήση και σε περίπτωση που καθυστερήσει να υπάρχει κίνδυνος για πτώση του αεροπλάνου..

Αρα και αυτα ανήκουν στις enterprise εφαρμογές?

Με λίγα λόγια ναι..

Διάβασε τι λέει το link που σου έστειλα :

Tom, what kinds of applications did you port for Boeing, and why?

In 2005, we began a project to consolidate several applications that had been developed internally over the years. Each did some type of mass properties analysis on aircraft. But since they were created by different people at different times, they didn't necessarily share data easily.
“Instead of writing a whole program from scratch, we'd simply create a module and it would automatically take advantage of algorithms, components and other features of the framework.”

Consequently, the engineers who used these programs would constantly have to switch between them and find ways to export data from one application that could be read by the next. There was also a fair amount of duplication between them.

So we wanted to "port" these applications into a single integrated framework that used the best features of each, yet made it easier to solve problems than it was with several individual tools.

Not only would this approach practically eliminate code duplication, it would also reduce the amount of time needed to create new applications in the future. Instead of writing a whole new program from scratch, we'd simply need to create a new module and it would automatically take advantage of algorithms, components and other features of the framework.

Even though integration projects like this sometimes grow too large, we've found that NetBeans modularity also makes it easy to pick and choose exactly what's included in the application.

ktl ktl ktl

ΑΚΡΙΒΩΣ αυτο που λέω στο προ-προηγούμενο post ..


Επίσης η Java είναι γλώσσα.. Με τον κατάλληλο compiler θα μπορούσες να έχεις ακριβώς ίδιο αποτέλεσμα με C++ πχ ( Χωρίς pointers και unsigned κτλ κτλ κτλ :P )..

Αυτό το οποίο συζητάμε είναι J2SE , J2EE , .Net κτλ..

http://en.wikipedia.org/wiki/Java_Platf ... rd_Edition
http://en.wikipedia.org/wiki/Java_Platf ... se_Edition
http://en.wikipedia.org/wiki/.NET_Framework

Δεν είναι μόνο η γλώσσα είναι όλο το framework που είναι ακατάλληλο για τέτοια εφαρμογή..

[cyberpython]

Παιδιά, δε διάβασα τα παραπάνω posts (είδα μόνο ένα quote), αλλά η αναφορά στις παραπάνω εφαρμογές έγινε για να δείξω οτι ο Netharis δεν είχε δίκιο όταν έγραψε:

Είναι εξαιρετικά ασταθής η JVM και η Java γενικότερα για να χρησιμοποιηθεί σε οτιδήποτε σοβαρό.

Συμφωνώ απόλυτα οτι όταν γράφεις real time εφαρμογές θα στραφείς σε C/C++/Ada (και πάλι εξαρτάται από το είδος της εφαρμογής, το budget, το χρόνο παράδοσης, το σύστημα στο οποίο θα τρέχει η εφαρμογή και πολλούς άλλους παράγοντες που και πάλι μπορεί να οδηγήσουν σε κάποια managed γλώσσα) κλπ. αλλά σοβαρές εφαρμογές δεν είναι μόνο οι realtime (για την ακρίβεια είναι ένα μικρό υποσύνολο των "σοβαρών" εφαρμογών).

Η αλήθεια είναι οτι ο χαρακτηρισμός "σοβαρές" από τον Netharis ήταν ατυχής (κατά την άποψή μου), αλλά εφ' όσον κατάλαβα τι ήθελε να πει δεν το συνέχισα αφού οι απόψεις μας συγκλίνουν.

[netharis]

Παιδιά, δε διάβασα τα παραπάνω posts (είδα μόνο ένα quote), αλλά η αναφορά στις παραπάνω εφαρμογές έγινε για να δείξω οτι ο Netharis δεν είχε δίκιο όταν έγραψε:

Είναι εξαιρετικά ασταθής η JVM και η Java γενικότερα για να χρησιμοποιηθεί σε οτιδήποτε σοβαρό.

Συμφωνώ απόλυτα οτι όταν γράφεις real time εφαρμογές θα στραφείς σε C/C++/Ada (και πάλι εξαρτάται από το είδος της εφαρμογής, το budget, το χρόνο παράδοσης, το σύστημα στο οποίο θα τρέχει η εφαρμογή και πολλούς άλλους παράγοντες που και πάλι μπορεί να οδηγήσουν σε κάποια managed γλώσσα) κλπ. αλλά σοβαρές εφαρμογές δεν είναι μόνο οι realtime (για την ακρίβεια είναι ένα μικρό υποσύνολο των "σοβαρών" εφαρμογών).

Η αλήθεια είναι οτι ο χαρακτηρισμός "σοβαρές" από τον Netharis ήταν ατυχής (κατά την άποψή μου), αλλά εφ' όσον κατάλαβα τι ήθελε να πει δεν το συνέχισα αφού οι απόψεις μας συγκλίνουν.

Εννοούσα οτι η JVM, δεν πρέπει να χρησιμοποιείται σε κρίσιμες εφαρμογές. Κάποιος μπορεί να κάνει παπάδες σε Java, με μεγάλη ευκολία αλλά όταν η ταχύτητα και η αξιοπιστία είναι απαίτηση πρέπει να στραφείς σε native πράγματα.
Όταν λέω σοβαρές, εννοώ οτιδήποτε από drivers, routing daemons, services και γενικά systems programming ή απλά εφαρμογές που κάνουν manage real-time συστήματα.

[mikem4600]

Για πυρηνικά εργοστάσια δεν ξέρω πάντως η Java χρησιμοποιείται σε άλλα mission-critical, real-time περιβάλλοντα. Το πρώτο που μου έρχεται (και έχω εμπειρία) είναι αυτό που λέγαμε παλιά "τηλεφωνικά κέντρα" (δηλαδή το core των διαφόρων τηλεπικοινωνιακών δικτύων). Εκεί παλιά υπήρχε custom hardware που έκανε μόνο αυτό το πράγμα και προγραμματιζότανε με κάτι περίεργες γλώσσες. Παράδειγμα η Erlang που χρησιμοποιούταν στα τηλ. κέντρα AXE της Ericsson - μάλιστα αυτά φτιαχνόντουσαν κι εδώ στην Ελλάδα, σε Αθήνα και Πάτρα.

Ε τώρα όλα, μα όλα τα τηλεφωνικά κέντρα (δηλαδή, εκτός από switching centers αυτό περιλαμβάνει και υποδομές για NGIN, VAS, IVR, IPTV, Billing & CC κτλ.) είναι στην πραγματικότητα blade servers με solaris, hp-ux ή linux που τρέχουν J2EE εφαρμογές. (Ή πολύ σπάνια .NET., για offline χρήσεις). Και γι' αυτό έχουν αναπτυχθεί διάφορα πρότυπα που έχουν γίνει industry standards. Και μιλάμε για υπηρεσίες με διαθεσιμότητα που μετριέται σε πολλά εννιάρια και τα downtimes είναι απλώς ανήκουστα, γιατί οι operators θα χάνουν λεφτά με τη σέσουλα. Ό,τι αρχαία πράγματα μας είχανε ξεμείνει σε C ή άλλες fringe γλώσσες, όλα πηγαίνουν πλέον σε Java. Απλούστατα δεν υπάρχει κανένας business λόγιος να συντηρούμε ή να φτιάχνουμε νέα πράγματα σε παλαιότερης γενιάς γλώσσες.

[AmmarkoV]

NGIN, VAS, IVR, IPTV, Billing & CC κτλ είναι πιο πολύ administrative διαδικασίες σε embedded συσκευές ( οι οποίες από κάτω θα δουλεύουν σε C 99% ) ..
Για τηλεφωνία PBX ( διαμεταγωγή δλδ ) το καλύτερο πακέτο που ξέρω είναι γραμμένο σε C http://www.asterisk.org/ , http://en.wikipedia.org/wiki/Asterisk_%28PBX%29 , όπως και ο Linux Kernel , όπως και το BSD , όπως και τα Windows με τέτοιες "παλαιές" τεχνολογίες όπως λέει και ο mikem..

Απλούστατα δεν υπάρχει κανένας business λόγιος να συντηρούμε ή να φτιάχνουμε νέα πράγματα σε παλαιότερης γενιάς γλώσσες.

Δεν υπάρχει όντως πολύς business λόγος να γράφεις σε C δεν είναι κατασκευασμένη για αυτό..
Από εκεί και εμπρός επίσης δεν υπάρχει και κανένας λόγος να γράφεις σε Java ή .NET για κάτι το οποίο δεν θέλεις να έχει την business πορεία ..
Εξαρτάται τι θέλει να κάνει κανείς..

Γενικά πέρα από την διαστρέβλωση του τι εργαλείο κάνει για ποιά δουλειά ( η οποία νομίζω αποκαταστάθηκε ) , είναι ενοχλητικό ( σε εμένα ) και το mentality του οτι ο,τι είναι καινούργιο και hyped είναι αυτομάτως και "καλό" ..
Γενικά to trendy aspect των τεχνολογιών / γλωσσών..

Η αλήθεια είναι οτι μπορεί η Java και το J2EE να είναι πχ υπερσύνολο της C ώς προς το implementation ( 10000 functions vs 1000 ας πούμε ) η γνώση όμως που χρειάζεται για να γράψεις C είναι σίγουρα υπερσύνολο της Java και δεν υπάρχει wrapper για αυτό ..

[mikem4600]

NGIN, VAS, IVR, IPTV, Billing & CC κτλ είναι πιο πολύ administrative διαδικασίες σε embedded συσκευές ( οι οποίες από κάτω θα δουλεύουν σε C 99% ) ..

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

Για τηλεφωνία PBX ( διαμεταγωγή δλδ ) το καλύτερο πακέτο που ξέρω είναι γραμμένο σε C http://www.asterisk.org/ , http://en.wikipedia.org/wiki/Asterisk_%28PBX%29 , όπως και ο Linux Kernel , όπως και το BSD , όπως και τα Windows με τέτοιες "παλαιές" τεχνολογίες όπως λέει και ο mikem..

Ναι είναι μια χαρά για ιδιωτικά PBX με 50 ή 100 τηλέφωνα. Εγώ σου μιλάω για κέντρα που επεξεργάζονται 800.000 τηλεφωνήματα κάθε στιγμή με reliability 99.99+ Και συν αυτώ αν βάλεις υπηρεσίες IN, VAS κτλ. το πως γίνεται όλο αυτό το routing είναι ένα μικρό θαύμα.

Γενικά πέρα από την διαστρέβλωση του τι εργαλείο κάνει για ποιά δουλειά ( η οποία νομίζω αποκαταστάθηκε ) , είναι ενοχλητικό ( σε εμένα ) και το mentality του οτι ο,τι είναι καινούργιο και hyped είναι αυτομάτως και "καλό" ..
Γενικά to trendy aspect των τεχνολογιών / γλωσσών..

Trendy και hyped η Java που κοντεύει να κλείσει εικοσαετία;; Και το .ΝΕΤ που κοντεύει δεκαετία; Πόσο χρονών είσαι, 60? Σαν τους παππούδες που λένε "αχ εσείς οι νέοι, με όλα τα κομφόρ, με αυτοκίνητα, με τηλεοράσεις... εμείς στην εποχή μου κάναμε 3 ώρες με το γάιδαρο κάθε μέρα για να πάμε σχολείο"...

Η αλήθεια είναι οτι μπορεί η Java και το J2EE να είναι πχ υπερσύνολο της C ώς προς το implementation ( 10000 functions vs 1000 ας πούμε ) η γνώση όμως που χρειάζεται για να γράψεις C είναι σίγουρα υπερσύνολο της Java και δεν υπάρχει wrapper για αυτό ..

Καμία σχέση. Άλλη γνώση θες για C (low level) και άλλη για Java (networking, distributed systems, OO & design patterns κτλ.). Μόνο και μόνο επειδή είσαι κοντά στο μέταλλο δεν σημαίνει ότι είσαι και πιο advanced - το αντίθετο μάλλον.

[AmmarkoV]

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

Όχι άρα προφανώς αυτό που δεν ήξερα το Googlara και απάντησα..

Εγώ σου μιλάω για κέντρα που επεξεργάζονται 800.000 τηλεφωνήματα κάθε στιγμή με reliability 99.99+ Και συν αυτώ αν βάλεις υπηρεσίες IN, VAS κτλ. το πως γίνεται όλο αυτό το routing είναι ένα μικρό θαύμα.

Και αυτο το routing τρέχει σε J2SE , J2EE ή .NET ?

Trendy και hyped η Java που κοντεύει να κλείσει εικοσαετία;;

Ναι

Java (networking, distributed systems, OO & design patterns κτλ.)

Ουτε καν :P

[marios]

Αρχίζει και κουράζει επικίνδυνα το thread.

Ότι και να γραφτεί, υπάρχουν πράγματα που μια γλώσσα είναι πιο κατάλληλη να τα κάνει και άλλα που δεν είναι.

Απο κεί και πέρα, Java vs C δεν βγάζει νόημα σαν σύγκριση, γιατί απλά έχουν εντελώς άλλη φιλοσοφία ύπαρξης.
Η C θα προτιμηθεί από αυτόν που θέλει να κάνει δουλειά χαμηλά, γιατί απλά έχεις καλύτερο έλεγχο στο τι ακριβώς τρέχει στο μηχάνημα.
Η Java(ή .ΝΕΤ) θα προτιμηθεί από αυτόν που θέλει να κάνει πράγματα πιο ψηλά και θέλει να τα κάνει στο 1/4 του χρόνου που θα χρειαζόταν αν τα έκανε σε C, γιατί έχουν πολύ περισσότερα έτοιμα εργαλεία.

[MpoMp]

Αρχίζει και κουράζει επικίνδυνα το thread.

Επειδή συμφωνώ απόλυτα, και επειδή για χαβαλέ το άνοιξα (ο ανίδεος!) αρχικά, παρακαλώ το staff του ιστότοπου να πραγματοποιήσει κλείδωμα επί του παρόντος thread. Ευχαριστώ, η συνέχεια της συζήτησης στα Inbox σας.

[abujafar]

Αρχίζει και κουράζει επικίνδυνα το thread.

Επειδή συμφωνώ απόλυτα, και επειδή για χαβαλέ το άνοιξα (ο ανίδεος!) αρχικά, παρακαλώ το staff του ιστότοπου να πραγματοποιήσει κλείδωμα επί του παρόντος thread. Ευχαριστώ, η συνέχεια της συζήτησης στα Inbox σας.

Μπα απλα να γινει μετονομασια σε Native vs Java.
Αλλωστε εχουν παρουσιαστει καποια καλα επιχειρηματα και απο τις 2 μεριες , κριμα ειναι.

[stoupeace]

Μπα απλα να γινει μετονομασια σε Native vs Java.
Αλλωστε εχουν παρουσιαστει καποια καλα επιχειρηματα και απο τις 2 μεριες , κριμα ειναι.

Τrue ρε παιδια δεν αξιζει να κλεισει, ειναι ωραια κουβεντα αν βγαλεις τις ειρωνιες και τις υπεροψιες εκατερωθεν

[AmmarkoV]

Link

[mikem4600]

Εγώ σου μιλάω για κέντρα που επεξεργάζονται 800.000 τηλεφωνήματα κάθε στιγμή με reliability 99.99+ Και συν αυτώ αν βάλεις υπηρεσίες IN, VAS κτλ. το πως γίνεται όλο αυτό το routing είναι ένα μικρό θαύμα.

Και αυτο το routing τρέχει σε J2SE , J2EE ή .NET ?

Oh yes, J2EE baby.