Directx

Αυτό είναι θετικό, βέβαια πετά το μπαλάκι στην κοινότητα, αυτό δεν είναι κακό διότι υπάρχει όλη η υποδομή το Radio API υποθέτω (έτσι όπως το θέτει), αντίθετα με το MMS το οποίο από τα λεγόμενα τους δεν έχει καθόλου το ανάλογο API οπότε η ανάπτυξη ενός MMS client μπορεί να αποδειχθεί μια δύσκολη ή χρονοβόρα διαδικασία σε αντίθεση με εκείνη της σχεδίασης ενός ραδιοφωνικού applet για το οποίο απλά χρειάζεται η ανάπτυξη ενός UI -το πόσο εντυπωσιακό, χρηστικό, δυνατό κτλ. εξαρτάται από τον προγραμματιστή του (και τον γραφίστα του).

Προσωπικά όλα αυτά τα θεωρώ BS (κοινός μ....), απλά αυτή την στιγμή η πλατφόρμα δεν είναι full phone enabled και δεν έχουν χρόνο να βάλουν MMS support, ότι συνέβη με το iPhone, αντί λοιπόν να μπουρδολογούν περί WAP 1.2.1 και τι κακό θα έκανε στο OS τους (καλά εδώ γελάμε!!!) κτλ. ας πουν νέτα σκέτα ότι α)δεν έχουμε χρόνο και β)θέλουμε να το βγάλουμε άμεσα στην αγορά και γ)τα phone features θα τα βάλουμε στην συνέχεια (αλλά μην λένε BS για OS.. κτλ. όχι άλλες δικαιολογίες σε στυλ Apple μέχρι που το προσέφερε στο τέλος!!! :p) Και όχι δεν τους συγχωρώ, όπως δεν συγχωρούσα και το iPhone. Τουλάχιστον είμαι συνεπείς στα πιστεύω μου! :/ (αι σιχτίρ κοινός το λεγόμενο, όπως έλεγα και για το iPhone τότε! :D) Εύχομαι πάντως ολόψυχα καλές αγορές σε όλους όσους το επιλέξουν! :)

Δεν ξέρω αν έχει ήδη δημοσιευθεί: .. :)

Σωστή η ανησυχία σου, εγώ θα ήθελα να μάθω όταν το έχεις στα χέρια σου, αν τελικά υποστηρίζει ή όχι MMS και αν υπάρχει υποστήριξη έξυπνου κειμένου (T9 / auto word complete) στην σύνταξη μηνυμάτων μέσο QWERTY.

Λοιπόν, θα ήθελα να δω μελλοντικές συσκευές με χαμηλότερο SAR από τον μέσο όρο των τωρινών συσκευών της εταιρίας :)

Ουσιαστικά λέει ότι MMS (Multimedia Messages “Service”) μπορούν να λάβουν οι συσκευές που υποστηρίζουν αυτή την τεχνολογία ή τεχνολογία λήψης e-mail και αυτό (περί e-mail) διότι αν μια συσκευή που δεν υποστηρίζει MMS λάβει ένα τότε οι εταιρίες συνήθως δίνουν ένα URL από όπου μπορεί ο χρήστης να το «κατεβάσει» και να το δει. Επίσης προειδοποιεί ότι η εμφάνιση των Multimedia Messages μπορεί να διαφέρει από συσκευή σε συσκευή (γνωστόν). Τέλος υπενθυμίζει ότι ορισμένες εικόνες ή ring-tones δεν μπορούν να προωθηθούν (να γίνουν forward) σε άλλους, εδώ μάλλον υπονοεί την πιθανότητα κάποια MMS να περιέχουν DRM περιεχόμενο ή ότι η συσκευή υποστηρίζει αποστολή MMS με μεγάλο μέγεθος αρχείων οπότε ενδεχομένως κάποιες άλλες συσκευές να μην μπορούν να τα λάβουν. Οπότε ... είτε υπάρχει όντως MM(S) support ή θα παίζει μέσο e-mail forwarding .... ??? Ίδωμεν.

Μπα φίλε μου, έχω ως αρχή (καλός ή κακός) να μην αγοράζω συσκευές με SAR πάνω από 0.70 άντε 0.80, όσον αφορά τις ειδικές θήκες κτλ. δεν παρέχουν καμία προστασία, συνήθως αναγκάζουν την συσκευή να λειτουργεί με το μαξ SAR της οπότε κάνουν περισσότερο κακό παρά καλό. Για handsfree δεν το συζητώ αλλά όπως έχω γράψει και παλαιότερα μπορεί να τα χρησιμοποιώ συνεχώς και μια ή δυο φορές για διάφορους λόγους όχι -- anyway για εμένα και αυτή η συσκευή της SE τελείωσε και για τον ίδιο λόγο όπως και οι άλλες (υψηλό SAR) κρίμα μεν αλλά ... Όπως και να έχει, εύχομαι ολόψυχα καλές αγορές!!

Κυκλοφορεί και μια φήμη ότι δεν υποστηρίζει αποστολή και λήψη MMS, φαίνεται ότι αρχίζουμε εκ νέου τα "καλά" του iPhone (και παρακαλώ μην αρχίσετε τι το θες το MMS κτλ. Το ΘΕΛΩ! :)). Αν δεν έχει ελληνικό support, δεν έχει MMS, Radio κτλ, τότε μάλλον θα δω τίποτε άλλο, κρίμα :(

Για εμένα η υπόθεση Satio τελειώνει εδώ, κρίμα :(

Ok, τυπικό -- φαίνεται ότι τρέχει Windows 7, ενδιαφέρον .. σου δίνω Office για Symbian μου δίνεις Windows 7 για το Netbook σου, καλό deal, Microsoft way :-D

Προγραμματιστικά, βλέπω ότι υποστηρίζει ρητά RGA API το οποίο το είχαν κόψει σε αρκετές S60 συσκευές! Αυτό το API παρακάμπτει το Avkon ώστε να γράφεις άμεσα στην οθόνη να διαβάζεις άμεσα το πληκτρολόγιο κτλ. είναι χρήσιμο για την ανάπτυξη παιχνιδιών ειδικά για προγραμματιστές C/C++ που δεν θέλουν να μπλέξουν με την Symbian C++, στροφή λοιπόν 180o μοιρών από το SF επ’ αυτού (σωστή κίνηση) αν και η Nokia προτείνει την αντικατάσταση του RGA API από το Qt framework. @karlesg: Πολλά λέγονται, η τελική απόφαση ανήκει στον κατασκευαστή πάντως.

Βλέπω από τα στιγμιότυπα ότι έχει Word-completion (T9) πράγμα που προσωπικά το βρίσκω πολύ εξυπηρετικό. Ελπίζω να επιτρέπει, εκτός από το hardware και το software QWERTY keyboard, και την χρήση του NumPad keyboard για σύνταξη κειμένου (είναι πολύ βολικό). Επίσης ο συντάκτης SMS υποστηρίζει την εισαγωγή Smiley στο κείμενο. Ευελπιστώ ότι η απεικόνιση τους θα γίνεται με γραφικό τρόπο όπως στο K800i μου καθώς το έχω συνηθίσει. Ευχάριστο ακόμα το γεγονός ότι στις διαθέσιμες εφαρμογές βλέπω το Mahjong καθώς πρόκειται για ένα από τα πιο αγαπημένα μου παιχνίδια! Για τα Web snapshots δεν έχω να σχολιάσω τίποτα, μου αρέσει η παρουσίαση των web pages (bookmarks) στα αριστερά. Όσον αφορά το Calculator snapshot, δεν διακρίνω κάποιο πλήκτρο για τον υπολογισμό %, αν δεν είναι κάπου κρυμμένο ως έξτρα επιλογή είναι κρίμα ως παράληψη. Το ίδιο ισχύει και για την ανυπαρξία κάποίου πλήκτρου αποθήκευσης του τελευταίου αριθμού στην μνήμη (χρησιμοποιώ αρκετά συχνά το calculator του K800i οπότε είναι ένα feature που για εμένα έχει σημασία). Καλή εντύπωση μου δημιουργεί και η αρχική οθόνη όπου μπορείς να «πετάξεις» επάνω της ελεύθερα από όσο καταλαβαίνω διάφορα widgets. Όσον αφορά τα “Activate Views” υποθέτω ότι αφορούν την εμφάνιση του home-screen, αν είναι έτσι τότε πρόκειται για ένα ενδιαφέρον feature. Η εισαγωγή νέας επαφής είναι «κάπως», θυμίζει Β.Δ. σε PC, θα ήθελα να την δω σε περισσότερα snapshots, φαίνεται λιτή – αφαιρετική (αλλά τα φαινόμενα απατούν). Το Week View του ημερολόγιου μου αρέσει αρκετά, standard υλοποίηση. Επίσης πολύ ενδιαφέρον και η παρουσίαση ως mini-windows 5 εκτελούμενων εφαρμογών. Γενικά το OS του μου αφήνει όμορφες εντυπώσεις – στα video που είχα δει με το maemo ήταν πολύ μουντό, εδώ το theme κρατάει τις ισορροπίες, είναι τόσο «σκοτεινό» όσο χρειάζεται κατά την γνώμη μου. Υ.Γ. Το εισαγωγικό άρθρο του MR "είναι όλα τα λεφτά" ;)

Τώρα έχει αρχίσει η γκρίνια βέβαια για την ένδειξη της μπαταρίας που δείχνει το στιγμιότυπο και την αναφορά "1 hour of active use" αφού κάποιοι θεωρούν ότι θα καταναλώνει γρήγορα μεγάλα ποσά ενέργειας :p

Είδα τις προηγούμενες φωτογραφίες, η συσκευή αποπνέει μια αίσθηση υψηλού prestige, βλέποντας την με ανοιχτό το keyboard μου δίνει την αίσθηση κάτι πραγματικά ποιοτικού και ταυτόχρονα στιβαρού εργαλείου. Τολμώ να το συγκρίνω με το Communicator στο στυλ, σίγουρα πρόκειται για ένα κινητό τηλέφωνο που θα ήθελα να αγοράσω! Για το OS του δεν μπορώ να πω πολλά πράματα, όσον αφορά το Qt για εμένα είναι το πιο δυνατό του σημείο, σίγουρα θα αποχτήσει (όπως και το Symbian φυσικά ελέω Qt) πολύ λογισμικό! Με αυτά τα νέα δεδομένα .. μάλλον θα τρενάρω την αγορά συσκευής ως ότου υπάρχουν περισσότερες πληροφορίες. Υ.Γ. Πάω να δω το SAR του στο FCC - ελπίζω ειλικρινά να μην με απογοητεύσει εκεί!!!:worry: -- Φαίνεται Ok στο SAR (I guess..) οπότε "άλλος ένας πιθανός αντικαταστάτης του K800i" στον ορίζοντα!!! :)

Φίλε μου συγνώμη και από εμένα για τους χαρακτηρισμούς, δυστυχώς τα forums είναι μια μορφή επικοινωνίας που επιτρέπει συχνά την δημιουργία λαθεμένων εντυπώσεων, διενέξεων και προστριβών. Εύχομαι, καλές διακοπές!! :) -- Σχετικά με τα μελλοντικά Symbian αναρτήθηκε στο forum του MR το link σε μια πολύ ενδιαφέρουσα συνέντευξη του David Wood ο οποίος συμμετέχει ενεργά στο Symbian Foundation. Ο Wood δίχως περιστροφές δηλώνει “S60 /Avkon are dead” δηλαδή πάμε ολοταχώς για QT UI framework στα μελλοντικά Symbian, με τελικό προορισμό το ^4 κάπου τέλος του 2010, αρχές του 2011. Τέλος εποχής λοιπόν, για το S60 και το UI του, ειλικρινά νομίζω ότι είναι από τα καλύτερα νέα όσον αφορά το Symbian η εξέλιξη αυτή! Η πλατφόρμα εικάζω ότι σε λίγους μήνες θα γεμίσει από εφαρμογές! Ολόκληρη η συνέντευξη του D. Wood υπάρχει εδώ.

Συμφωνώ με τα λεγόμενα σου, απλά θεωρώ ότι το QT είναι η τελευταία ελπίδα για το Symbian και ειλικρινά ευελπιστώ να πάει καλά καθώς μεταξύ των C/C++ και C# / Java ειλικρινά αγαπώ πολύ περισσότερο την C/C++ (η πρώτη γλώσσα που έμαθα C -> C++), από την άλλη πλευρά βέβαια η Nokia κάνει κάποιες κινήσεις και σε άλλα OS, δεν ξέρω που το πάει, ίδωμεν. Νομίζω ότι ο επόμενος χρόνος θα είναι κρίσιμος πάντως. Ομοίως η τελευταία ελπίδα για τα WM είναι τα WM 7 όποτε κυκλοφορήσουν βέβαια. Τώρα, ο λόγος της διένεξης μας προήλθε από το σχόλιο που έκανες: Το οποίο θεώρησα απάντηση στον αρχικό ισχυρισμό μου ότι το Symbian C++ είναι υπερβολικά περίπλοκο, καθώς μάλιστα είχαμε μια σχετικά πρόσφατη διένεξη σχετικά με τα AGPS chips/modes στο θέμα του Ν97 ένιωσα ότι υπάρχει «κόντρα στην κόντρα». Από εκεί και πέρα δεν έχω κάτι μαζί σου σε καμία περίπτωση και για εμένα το θέμα τελειώνει εδώ. -- Πράγματι το Android είναι custom-Java έχει μια δικιά του VM και ένα δικό του framework για το GUI. Ο προγραμματισμός σε C++ δυστυχώς δεν είναι ακόμα διαθέσιμος στο κοινό (από όσο έχω διαβάσει – όλο λέω να κατεβάσω το SDK του αλλά έχω μπλέξει με Qt στον ελεύθερο χρόνο μου και μια επαγγελματική υποχρέωση ... σε C# .NET :(). Για το iPhone δεν μπορώ να πω τίποτα, βλέπεις το SDK του δεν τρέχει σε PC οπότε δεν είχα την ευκαιρία να ασχοληθώ μαζί του, ακούω όμως ότι είναι φιλικό (αλλά εμπειρία άμεση δεν έχω). Τέλος, δοκιμάζοντας το Qt for S60 στον emulator του N97 SDK είμαι πολύ ικανοποιημένος!! Τα βγάζει πέρα εξαιρετικά αν και είναι ακόμα Technology Preview, προς το παρόν δεν ανιχνεύει τα orientation changes (θέλει μάλλον κάποιες έξτρα βιβλιοθήκες που προσφέρει beta η Nokia) και έχει κάποια οπτικά bugs στους διαλόγους και σε ορισμένα events (πχ. έβαλα ένα thumb scroll effect και ο emulator ζορίστικε λίγο). Όμως το πρόγραμμα τρέχει όπως στο desktop (γράφω πρώτα σε Qt Creator IDE και ύστερα κάνω port το App στο Carbide.C++ ώστε να γίνει Symbian emulator compiled). Ακόμα και το UI που προσφέρει το Qt και τρέχει στο Symbian 5th Ed. είναι πολύ όμορφο (και εδώ μικρά οπτικά bugs -πχ. στην toolbar αν έχεις πολλά icons αλλά είπαμε είναι alpha release ακόμα!). Γενικά νομίζω ότι θα πάει καλά, κρίμα που έπρεπε να περάσουν τόσα χρόνια για να το προσφέρουν! Καλή συνέχεια.

Οκ, Δέχομαι την πρόκληση, πάμε να το δούμε τεχνικά το θέμα και με καλή διάθεση (όσoi έχουν ασχοληθεί με Symbian C++ γνωρίζουν --πρόσεχε εκτίθεσαι!) 1ον) Πόσος κώδικας χρειάζεται για να ανοίξεις ένα «παράθυρο» (ουσιαστικά να στήσεις ένα Container/View) σε Symbian και πόσος σε Windows API; Όπως είπες και ο ίδιος σε Windows API C είναι περίπου μια σελίδα (ουσιαστικά πρόκειται για λιγότερο άμα είσαι μάγκας το κάνεις σε 91 γραμμές + άλλες 15 η δήλωση του Windows Procedure κώδικα εκτός βέβαια .. και αν κάνουμε τρικ δημιουργώντας ένα DialogBox procedure αφήνοντας τον Windows Dialog Manager να κάνει την βρώμικη δουλεία μέσο DialogBox function (μου ζήτησες φροντιστήριο :)) –αλλά ας πούμε ότι θέλουμε ένα κανονικό window για την εφαρμογή μας) το αντίστοιχο σε Symbian δυστυχώς είναι διασπασμένο σε 5 αρχεία .CPP/.H, δηλαδή με το καλημέρα σας έχουμε ένα project που δεν κάνει τίποτα το οποίο όμως εκτείνεται σε 5 διαφορετικές class τις οποίες θα πρέπει να κάνουμε subclass όπου χρειάζεται για να προσδώσουμε την λειτουργικότητα που επιθυμούμαι. Δεν νομίζεις ότι τόσα αρχεία είναι πολλά με το καλημέρα σας; Σου υπενθυμίζω, διότι μάλλον είμαι παλαιότερος (αφού ασχολείσαι 10+/- χρόνια με C++) στα C++ frameworks ότι ακόμα και το OWL της Borland το οποίο θεωρείται από τα παλαιότερα (προιστορικό) framework σε PC (και είχα την τύχη να το δουλέψω), στις αρχές των ‘90s απαιτούσε πολύ λιγότερα αρχεία για το βασικό στήσιμο της εφαρμογής σε σχέση με το Symbian. Αν διαφωνείς ok. Και εδώ, πρόσεχε, δεν είναι θέμα να μετρήσουμε τις γραμμές αλλά πολύ περισσότερο να μετρήσουμε το τι απαιτεί σε επίπεδο οργάνωσης αυτός κώδικας και σε πόσα επίπεδα θα πρέπει να έχουμε interaction μεταξύ των 5 αυτών classes για να αναπτυχθεί η εφαρμογή μας (τρέχουμε και δεν φτάνουμε με λίγα λόγια να προσθέτουμε και να αφαιρούμε functions αγαπητέ σε ένα σορό αρχεία -not nice!). Δηλαδή, συνοπτικά για να ξεκινήσεις την ανάπτυξη μιας εφαρμογής στο Symbian ξεκινάς με 5 διαφορετικές class, λυπάμαι αλλά αυτό δεν λέγεται ευχρηστία στα 2009, ακόμα και στην C++ (δες το Qt, δες την VCL έστω και αν είναι derived από Object-Pascal, δες το .NET, δες και το MFC --πολύ πιο λογικά οργανωμένο btw. από το Symbian framework (two-phase constructors!! .. θα τα δούμε ύστερα αυτά). 2ον) Ας υποθέσουμε τώρα ότι θες να δημιουργήσεις έναν Timer, απλό είναι, τυπικό είναι, τετριμμένο είναι, πόσος κώδικας χρειάζεται για να γίνει αυτό σε Symbian ανεξαρτήτως των διαθέσιμων Timers (CTimer, CHeartbeat, CPeriodic) και πόσος σε Windows API; Δυστυχώς terrestrial σε Windows API η δήλωση και ενεργοποίηση ενός timer γίνεται σε μια γραμμή είτε σε μορφή message driven είτε σε μορφή procedure callback οπότε στην πρώτη περίπτωση ορίζεις το message που θα διαχειρίζεται το event-loop του παραθύρου σου ή στην δεύτερη μια function που θα καλείται ανά συγκεκριμένα ms. Το ίδιο απλά, η δημιουργία ενός timer, γίνεται σε Qt με την βοήθεια του συστήματος signal / slot. Αλλά σε Symbian, προς μεγάλη απογοήτευση θέλει μια class η οποία γίνεται derived από το CActive (object) το οποίο υλοποιεί την ασύγχρονη αρχιτεκτονική του Symbian. Το κακό φυσικά δεν είναι ότι απλά θέλει μια νέα class (και τα ανάλογα virtual functions της), αλλά ότι θέλει αυτή η class να γίνει constructed σε δυο φάσεις (two-phase constructor άλλα μια ιδιορρυθμία της Symbian C++). Στην πρώτη φάση δηλαδή να δημιουργηθεί η ίδια η class (λογικό) και άλλη μια σε ξεχωριστό κώδικα εντός του constructor της class (με τα περίφημα Leaves |NewL) ώστε να εκκινηθεί η parent class από την οποία προήλθε η δικιά μας ώστε να καταγραφεί από το Active Object Manager και από εκεί και πέρα να λειτουργήσει (αυτό είναι ιδιόρρυθμο). Δεν νομίζω ότι όλη αυτή η διαδικασία είναι κάτι το ευχάριστο (εύκολο ναι, όταν το χωνέψεις! -voodoo δηλαδή κώδικας που τον γράφεις για να το γράψεις- αλλά οπωσδήποτε βαρετό!). 3ον) Έτσι για τον δρόμο, πόσος κώδικας χρειάζεται σε Symbian για να διαβάσεις το IMEI (ναι, το IMEI) της συσκευή σου; .. Το μόνο που θα σου πω είναι ότι για αυτό το πολύ απλό function, όπως φαντάζεσαι (μην με μισείς τόσο για λίγο), πρέπει να δημιουργήσεις μια νέα class διότι η υπηρεσία IMEI request είναι βασισμένη σε Active Objects δηλαδή ασύγχρονη! Όσος κόπος χρειάζεται για να στήσεις έναν timer σε Symbian άλλος τόσος χρειάζεται για να διαβάσεις το IMEI της συσκευής και το κακό αφορά και άλλες παρόμοιες functions του OS –τώρα ότι το ίδιο γίνεται πολύ πιο απλά σε Windows Mobile.. τι να πω; Δηλαδή εδώ έχουμε το αδιανόητο πως το Symbian C++ framework καταφέρνει να είναι περισσότερο πολύπλοκο από το Windows API δηλαδή από ένα μάτσο συλλογές καθαρών C ρουτινών! Πως το κατάφεραν αυτό οι δημιουργοί του Symbian; Δυστυχώς το κατάφεραν διότι δόμησαν το σύστημα τους επάνω στο PSION EPOC32, το λειτουργικό σύστημα της PSION για τα organizer της. Το EPOC32 ήταν ένα κλειστό σύστημα ως ότου έγινε Symbian με αποτέλεσμα να μην αφορά κανέναν προγραμματιστή PSION organizers το πώς δουλεύει. Βλέπεις οι προγραμματιστές PSION γράφανε σε OPL και έτσι δεν ασχολούνταν με την ασχήμια του EPOC32. Ελπίζω τώρα, να καταλαβαίνεις γιατί δεν ασχολείται πολύς κόσμος με Symbian C++ και γιατί η Nokia προσπαθεί να κρύψει αυτή την ασχήμια με διάφορες βοηθητικές βιβλιοθήκες και τώρα με το Qt; Αυτό σύγκρινα όταν είπα ότι είναι πιο εύκολο να γράψεις σε Windows API από ότι σε Symbian C++ framework και νομίζω ότι στο εξήγησα δυο φορές (γιατί επαναλαμβάνεσαι –πραγματικά δεν καταλαβαίνεις ή δεν έχεις άλλα επιχειρήματα; ..λυπάμαι! -σε πληροφορώ ότι θα μαλώνουμε μέχρι να βγάλει ο Ήλιος κέρατα :)). Επίσης σου παραθέτω 3 τεκμήρια αναίτιας πολυπλοκότητας του συστήματος όπου το Windows API (ή τα WM) είναι ευκολότερo στην χρήση παρόμοιων υπηρεσιών ( τι άλλο μπορώ να κάνω άραγε; ). Επίσης λύσε μου μια απορία, έχεις προγραμματίσει ποτέ το Symbian; Εγώ έχω την διάθεση και ασχολούμαι μαζί του, από αυτά που γράφεις όμως νιώθω ότι δεν έχεις ασχοληθεί με Symbian ιδιαίτερα – μάλιστα είχα την ίδια γνώμη με εσένα σε κάποια σημεία, μέχρι που αποφάσισα να παίξω με το Symbian ο ίδιος, και αυτά που είδα δεν μου άρεσαν καθόλου, δοκίμασε το και μπορεί να με θυμηθείς. Αρχίζουμε με αυτά και αν χρειασθεί λοιπόν συνεχίζουμε. Θα χαρώ να ακούσω τις απόψεις σου στα παραπάνω ζητήματα, όπως επίσης θα ήθελα απάντηση στο pm περί του Symbian εκτός και αν αρέσκεσαι απλά σε λιβελλογραφήματα ;) :) Υ.Γ. Η απάντηση – λίβελος σου (δεν μπαίνω στον κόπο να απαντήσω - τι να πω να απαριθμώ τα projects που δούλεψα σε διάφορα αντικείμενα.. get serious! Άσε ότι δεν θα με πιστέψεις οπότε .. αλλά ναι! στον ελεύθερο χρόνο μου γουστάρω να γράφω παιχνίδια είναι το hobby μου btw -sorry!), δείχνει ότι για κάποιον βαθύτερο λόγο χτύπησα φλέβα με τα λεγόμενα μου προηγουμένως, αυτό σημαίνει ότι είμαστε σε καλό δρόμο μήπως διότι προσεγγίζω την αλήθεια για το άτομο σου; Θα φανεί. Κάτσε να σου πω και ένα ωραίο να γελάσουμε λίγο: Εσύ βρε διακοπές, θάλασσα, παραλίες κτλ. με το Ν97 και το MyPhone; Καλά φαντάζομαι πόσο ωραία περνάς εκεί που είσαι, πω πω μιζέρια -sorry αλλά δεν μπορώ να κρατηθώ :-)

Το συντομότερο δυνατόν, αν μπορείς και έχεις τις γνώσεις διότι εικάζω από τα γραπτά σου ότι είσαι ανίδεος. Μάλλον δεν διαβάζεις για άλλη μια φορά τι γράφω ή δεν καταλαβαίνεις (στην δεύτερη περίπτωση δεν πειράζει έχεις την συμπάθεια μου). Ομιλώ περί framework αγαπητέ, το Symbian έχει χτισθεί γύρο από μια ιδιωματική εκδοχή της C++ παρέχοντας ένα πλήρες framework (αν δεν ξέρεις τι είναι, ψάξε) για την ανάπτυξη εφαρμογών, αυτό το framework όπως εξηγώ είναι εξαιρετικά περίπλοκο στην χρήση του και εδώ το συγκρίνω τρομάρα σου (!) με διάφορα άλλα framework που υπάρχουν και αν τα έχεις χρησιμοποιήσει ποτέ σου .. γνωρίζεις ότι σαφέστατα είναι ευκολότερα. Μάλιστα για να καταδείξω το βαθμό δυσκολίας του Symbian C++ framework αναφέρω ότι ακόμα και ο καθαρός προγραμματισμός σε Windows API (καθαρή C) ο οποίος για τους περισσότερους σήμερα θεωρείται δύσκολος είναι σαφέστατα ευκολότερος από τον προγραμματισμό του Symbian framework. Τώρα σχετικά με .NET και Windows API όσον αφορά θέματα ταχύτητας (άσχετο με το θέμα αλλά το ανέφερες οπότε..). Να σου κάνω και ένα μικρό μάθημα για το πώς δουλεύει το .NET CLR να μάθεις και κάτι. Η CIL (ψάξε το τι είναι) μετατρέπεται σε native code μέσο JIT-C με την πρώτη εκτέλεση του code path που οδηγεί σε αυτήν, οπότε η όποια καθυστέρηση στην εκτέλεση μεταφέρεται στο πρώτο βήμα του εν λόγο code path ως που να γίνει JIT-C ύστερα τρέχει ως καθαρή assembly (σε σόκαρα; sorry). Αν θες να αποφύγεις μάλιστα το βήμα του JIT-C μπορείς με την βοήθεια της τεχνολογίας (εργαλείου) NGEN να δημιουργήσεις ένα native binary image της .NET εφαρμογής (για να σε βοηθήσω φαντάσου το ως ένα precompiled ή cached JIT-C) το οποίο θα χρησιμοποιηθεί κατά το run-time εξουδετερώνοντας την ανάγκη για CIL JIT-C. :) Προφανώς ξέρεις από καλές φαντασιώσεις για αυτό πες μου, περιμένω guru να χλομιάσω από τις γνώσει σου :lol: Το κακό είναι ότι καμία από αυτές δεν κατάφερε να επιτελέσει τον σκοπό της, οπότε για άλλη μια φορά η Nokia προσπαθεί μπας και δει φως αυτή την φορά με το Qt port (τεχνικά καμία δεν μπόρεσε να παρακάμψει ικανοποιητικά το Avkon). Τσου! Απλά σε ειρωνεύομαι :) Μπορείς να διαφωνείς όσο θες - ένας είσαι άσε τον πληθυντικό εκτός και αν είναι ευγενείας οπότε πάσο .. :) Και για να μην με λες κακόπιστο.. Θα χαρώ πάντως να δω μια ανάλογη προσπάθεια από την αφεντιά σου, είτε σε Qt ή γραμμένη σε Symbian C++ (με τις γνώσεις σου .. δεν είναι δύσκολο, δες το ως το homework που λέγαμε :p). Το Qt port σε Maemo τι σου λέει άραγε; Γιατί γίνεται τώρα; Τι παίζει μακροπρόθεσμα; ... Βγάλε την σκούφια σου και βάρα με :p

Yep! :) Ο αριθμός των Nokia Symbian συσκευών τραβάει το ενδιαφέρον της Microsoft, πριν κανένα χρόνο είχαν κλείσει μια ακόμη συμφωνία για μερική μεταφορά της Microsoft τεχνολογίας Silverlight (rich web technology) στο Symbian, φαινότανε αυτή η συμφωνία ως ο δούρειος ίππος για να μπει σιγά, σιγά το .NET CLR στο Symbian OS αλλά από τότε μάλλον δεν έγιναν και πολλά πράματα. Τώρα, αν αυτή η νέα συνεργασία ωθήσει την Microsoft σε ένα .NET Symbian port, μόνος κερδισμένος η Nokia/Symbian. * Πιθανόν, η Nokia θέλει κάποιο γερό alternative προς το Quick Office .. το γιατί .. χμ.. μπορεί να έχουν επέλθει προστριβές στα licenses που ζητά η Quick Office λέω τώρα (βέβαια η Nokia είχε τα δικά της -δικά της δεν είναι; anyway..- office tools, σαν αυτά που τρέχουν στο E60 μου αλλά .. και αυτά τα σκότωσε ελέω QOffice). Υ.Γ. .. βέβαια .NET εφαρμογές μπορείς να γράψεις και σήμερα σε Symbian μέσο του Net60 της Red Labs αλλά το εργαλείο αυτό, α)τιμολογείται πάρα πολύ ακριβά και β)σε γενικές γραμμές δεν νιώθω άνετα να εξαρτώμαι από την «Red Labs» που σήμερα υπάρχει και αύριο όχι .. όπως την έπαθαν όσοι προγραμματιστές χρησιμοποιούσαν παλαιότερα το Crossfire της AppForge (ανάλογη προσπάθεια .NET για Symbian όπως το Net60 Της Red Labs) η οποία αφού εξαγοράστηκε από την Oracle έπαψε την υποστήριξη του προϊόντος. .. μια ακόμη εκλογή είναι το Qt for Windows Mobile, αλλά έχει μείνει εδώ και καιρό στην έκδοση 4.3, ενώ υπάρχουν ορισμένες φωνές που αναρωτιούνται για το εάν η Nokia που είναι πια ιδιοκτήτης της Troll-Tech (εταιρία κατασκευής του Qt) θα θελήσει να συνεχίσει το Qt support για ανταγωνιστικές πλατφόρμες όπως τα WM. Γενικά, αυτή την στιγμή είμαι μεταξύ κάποιου Symbian 5th Ed. τηλεφώνου, από Ν97, 5800 ως 5530 (φθηνό αρκετά ώστε να δω την πλατφόρμα δίχως να κλαίω τα λεφτά μου αν βγει φόλα το Qt for S60) και μεταξύ κάποιου Windows Mobile κινητού, όπως του Xperia X1 ή του HTC Diamond 2 τα οποία λίγο πολύ τα ξέρω καλύτερα λόγο Windows programming. Αν η Nokia είχε ήδη έτοιμο το Qt for S60 θα ένιωθα πιο σίγουρος να επενδύσω σε ένα ισχυρό S60 5th Ed. όπως το N97 (τα bugs του θα διορθωθούν δεν με ανησυχεί αυτό). Ίδωμεν. Sorry για το off-topic btw, εδώ κλείνω το θέμα.

Σε ευχαριστώ πολύ! Ασχολούμαι πολλά χρόνια με computer programming (C/C++) και αρκετά με mobile programming οπότε είχα την ευκαιρία να δω εκ των έσω τις 3 πιο δημοφιλείς πλατφόρμες (J2ME, WM API/MFC/.NET CF και Symbian C++/Qt for S60) και να αναπτύξω ορισμένες mobile εφαρμογές σε αυτές εξάγοντας χρήσιμα συμπεράσματα για κάθε μια. Η συζήτηση για τα OS φουντώνει αυτή την εποχή διότι θεωρώ (όπως και πολλοί άλλοι) ότι βρισκόμαστε στο «τέλος εποχής» του Symbian και της απόλυτης παντοκρατορίας της Nokia με τους διάφορους ανταγωνιστές να σηκώνουν σιγά, σιγά κεφάλι απέναντι στον αδιαμφισβήτητο μέχρι πρότινος ηγέτη της αγοράς. Η αρχή έγινε από την Apple με το περίφημο iPhone και το αχτύπητο UI του (το οποίο δεν είναι απλά transitions effects για όσους το έχουν δουλέψει) πράγμα που έφερε το παιχνίδι των UI στο προσκήνιο με ένα παράδειγμα επαφής (Touch UI) το οποίο είχε υποβαθμίσει η Nokia (κατάργηση του S90) και το Symbian γενικός (πλην του UIQ το οποίο όμως συγχωρέθηκε) και το οποίο την ανάγκασε για πρώτη φορά να γίνει από Leader, Follower της αγοράς. Μέσα λοιπόν σε αυτή την πρωτόγνωρη κατάσταση, περισσότερο από κάθε άλλη φορά, ο πόλεμος των OS και των UI τους είναι τεταμένος και ως developer που ενδιαφέρεται και διαβλέπει τεράστια περιθώρια κέρδους σε αυτό που λέγεται “mobile software” αναζητώ την καλύτερη μακροπρόθεσμη εκλογή οπότε αναγκαστικά αξιολογώ κάθε νέα πλατφόρμα. Το Symbian ως έχει σήμερα, δεν είναι ελκυστικό για έναν developer λόγο τις αυξημένης δυσκολίας του (όχι επειδή είναι γραμμένο σε C++ αλλά επειδή είναι γραμμένο σε κακία C++ ιδιωματική και ιδιόρρυθμη btw), του κακού documentation του, των εργαλείων του κτλ. Υπάρχει μέλλον για το Symbian; Αν δεν το σκοτώσει σιγά, σιγά η Nokia (διότι γνωρίζει και εκείνη τις αδυναμίες του και προσπάθησε να τις διορθώσει –απλά δεν το κατάφερε ακόμα) ναι, και το μέλλον αυτό είναι το Qt for S60 framework, ένα ιδιαίτερα καλογραμμένο C++ framework το οποίο επιτρέπει σχετικά εύκολη ανάπτυξη εφαρμογών (λέω σχετικά διότι δεν το συνιστώ σε μη γνώστες C++ |για εμένα τίποτα δεν φαίνεται δύσκολο πια -λόγο τις επαφής με το άθλημα πολλά χρόνια |όμως προσοχή δεν είμαι και μαζοχιστής να βασανίζομαι με τις ιδιορρυθμίες του Symbian ειδικά σε ότι αφορά το UI part του, το περίφημο πολύπλοκο και γέρικο AVKON -μοντέλο ανάπτυξης αρχών του 1990 btw.). Και για να το ξεκαθαρίσω και αυτό, όταν λέω μέλλον, εννοώ μέλλον για να αναπτυχθεί ένα οικοσύστημα εφαρμογών που θα καταστήσει σημαντική την ύπαρξη του OS στην συσκευή. Σήμερα το Symbian επιβάλλεται μόνο από την Nokia λόγο ισχυρής θέσης, δεν είναι ένα Λ.Σ. το οποίο επιβάλλεται διότι μπορείς να βρεις χρήσιμες εφαρμογές ή παιχνίδια κτλ. Εδώ και μια δεκαετία περίπου δεν αναπτύχθηκε οικοσύστημα για αυτό, αντίθετα με το iPhone όπου γέμισε με εφαρμογές. Γιατί δεν αναπτύχθηκε; Λόγο της δυσκολίας προγραμματισμού του, τέλος! Και φυσικά η Nokia όσο δεν είχε σοβαρό ανταγωνισμό δεν ασχολήθηκε σοβαρά με την βελτίωση του (ούτε προγραμματιστικά ούτε σε επίπεδο UI). Τώρα όμως .. ο στόχος σήμερα είναι διαφορετικός (τον απέδειξε περίτρανα η Apple).. κέρδος μέσο των εφαρμογών, του οικοσυστήματος δηλαδή και ενός on-line μαγαζίου του κάθε κατασκευαστή ο οποίος θα συμμετέχει στα κέρδη (βλέπε OVI Store). Εκεί χωλαίνει το Symbian και αυτό προσπαθεί να αλλάξει η Nokia. Αν δεν τα καταφέρει – ΔΕΝ θα καταστραφεί μαζί με το Symbian παιδία, θα κοιτάξει αλλού. Υ.Γ. 1. Μακράν η ευκολότερη πλατφόρμα προγραμματισμού πάντως, για να λέω την αλήθεια, είναι τα WM σε .NET CF (για όσους δεν προτιμούν C++) οι υπόλοιποι θα βολευτούν άνετα με Qt C++ framework (να προσέχουν το MOC |και να κατεβάσουν το QT Creator είναι όμορφο IDE - το Symbian compilation ας το κάνουν μετά σε Carbide.C++). 2. Επίσης προτείνω σε οποίον ενδιαφέρεται για J2ME να δει την βιβλιοθήκη LWUIT, θα τρίβει τα μάτια του για το UI που προσφέρει. 3. Όποιος διαφωνεί μαζί μου, μπορεί άνετα να κατεβάσει τα SDK της Nokia για Symbian programming, ειδικά το τελευταίο Carbide.C++ προσφέρει Visual Designer για γρήγορο GUI Setup. 4. Για iPhone λόγο Objective-C δεν μπορώ να πω τίποτα, δεν το γνωρίζω. Το ίδιο ισχύει και για το Android προς το παρόν (μέχρι να κατεβάσω το SDK του για να δω τι παίζει!).

Λάθος, η δυσκολία προγραμματισμού του Symbian είναι εξαιρετικά αυξημένη και τούτο στο λέω ως C++ programmer ο οποίος έχει ασχοληθεί μαζί του. Και επειδή έχεις την τάση να διαφωνείς μαζί μου σε προκαλώ να προγραμματίσεις σε Symbian C++ με την βοήθεια των Natives tools, του Carbide.C++ 2, ύστερα δοκίμασε να γράψεις την ίδια εφαρμογή σε όποιο άλλο framework επιθυμείς (QT, VCL, .NET ακόμα και καθαρό Windows API ή σε καθαρή C++ με δικές σου classes) και ύστερα τα ξανά λέμε (το εννοώ αυτό, αν δεν ξέρεις προγραμματισμό ή αν δεν έχεις δοκιμάσει ΠΟΤΕ Symbian development ΤΟΤΕ μην απαντήσεις!) Όσον αφορά την ποιότητα τους .. ας μην το συζητήσω, όσο πιο δύσκολο να προγραμματιστεί κάτι τόσο περισσότερες πιθανότητες bugs, τα βλέπετε τα χάλια στο firmware και σε διάφορες εφαρμογές που απλά «σκάνε». Για αυτό ακριβώς τον λόγο η Nokia ξεκίνησε το port του Qt framework σε Symbian μπας και τραβήξει το ενδιαφέρον των developers – καθώς από εφαρμογές η πλατφόρμα πάσχει. Για να μην αναφέρω πόσες βιβλιοθήκες (OpenC, Open/C++, RGA παλαιότερα κτλ) έκανε port μπας και αυξήσει την δημοτικότητα του Symbian μεταξύ των developers (αλλά βέβαια.. η συντριπτική πλειοψηφία των developers που δεν προτιμά Symbian είναι ηλίθιοι ε; :p). Όσον αφορά το Qt for S60 ναι, παίζει πολύ καλά ακόμα και αν είναι preview και τούτο το λέω έχοντας σχεδόν ολοκληρώσει ένα παιχνίδι (!) για QT for S60 ώστε να αξιολογήσω τις δυνατότητες της πλατφόρμας για μελλοντική εμπορική εκμετάλλευση (και αν είστε καλά παιδιά και δεν πάω προς HTC Diamond 2, μπορεί να το αφήσω ενδεχομένως και ως freeware εδώ μόλις έχω το release build του Qt for S60 framework και μια S60 5ed. συσκευή φυσικά -κάπου από Οκτώβρη). ;) Υ.Γ. Οι περιορισμοί του Maemo εύκολα διορθώνονται αγαπητέ και μην ξεχνάς ότι είμαστε ακόμα σε φάση ανάπτυξης αυτής της νέας πλατφόρμας που ως τώρα εξυπηρετεί tablets. Όσον αφορά τα περί Symbian^2..3..4 στήνονται σε Qt framework πράμα το οποίο λέει πολλά για την αισχρή ποιότητα του Symbian C++ framework, οπότε μην την ψάχνεις, βρες μου προγραμματιστές εκτός των Symbian Evangelists (που και αυτοί σιγά, σιγά το έχουν βουλώσει :D) που να δούλεψαν με Symbian και να το διασκέδασαν, χα! (όπως λες και εσύ)Τέλος!

Μπορεί αλλά χρειάζεται χρόνο, συγκεκριμένα πρώτα κυκλοφορεί κάτι νέο, αν αυτό πάει καλά τότε υποβαθμίζει το παλιό και ύστερα το ξεχνά. Πράγματι, αυτή την στιγμή ο μελλοντικός σχεδιασμός της Nokia όσον αφορά τα OS, είναι το Maemo, τούτο δεν σημαίνει τον άμεσο θάνατο του Symbian απλά υποδεικνύει την σταδιακή υποβάθμιση του σε συσκευές mid και low end class (αν και για κάποιο χρονικό διάστημα θα κυκλοφορούν Maemo και Symbian high-end συσκευές). Όλη η στρατηγική (δείτε το Qt for S60 και .. το ανάλογο Qt for Maemo port) για όσους παρακολουθούν τα πράματα σε επίπεδο OS είναι αυτό που γράφει το άρθρο (ειδικά σε επίπεδο προγραμματισμού το Symbian είναι χάλια -σώζεται μόνο από το επερχόμενο Qt framework), το ερώτημα είναι πότε θα ξεκινήσει η κυκλοφορία του Maemo με built-in υποστήριξη τηλεφώνου σηματοδοτώντας την αρχή της νέας εποχής. Υ.Γ. Τα περισσότερα εχθρικά replies στο άρθρο υποδεικνύουν την ουσιαστική άγνοια των αναγνωστών περί των τεχνικών λεπτομερειών του Symbian. :D

Καταρχήν μακριά από εμένα οι πολιτικοί προσδιορισμοί, όμως πιπίλα ξεπιπίλα δεν ζούμε σε κοινωνία αγγέλων οπότε επέτρεψε μου να είμαι καχύποπτος προς τις σκοπιμότητες που μπορεί να εξυπηρετεί μια κρατική παρακολούθηση, σαφέστατα μπορεί να είναι νόμιμη και σε τούτη την περίπτωση είμαι υπέρ αυτής. Το πρόβλημα είναι τι συμβαίνει όταν η παρακολούθηση δεν είναι νόμιμη ή γίνεται στα πλαίσια «στεγανών» που λέγεται ότι υπάρχουν σε διάφορες υπηρεσίες, γκρίζες γραμμές στα όρια του νόμου ή εντελώς παράνομες που δεν τις μαθαίνουμε ποτέ. Θα μου πεις αυτά δεν γίνονται! .. έλα τώρα, νομίζω ότι η σύγχρονη πολιτική ιστορία του τόπου μας μάλλον με δικαιώνει επ’ αυτού. Σχετικά με τον «λεφτά» δεν εννοούσα λαδώματα κτλ, χρησιμοποίησα την φράση «τρελά λεφτά», εξηγούμε: Φίλε μου υποθέτω ότι, αν κάτι υπάρχει στο εμπόριο, σαφέστατα υπάρχει και στο παραεμπόριο με το ανάλογο (υψηλό) κόστος. Τέλος, όσον αφορά το βαλιτσάκι (αχ.. αυτή η έκφραση μου θυμίζει πάντα κάτι βαλιτσάκια 386 της Compaq στα μέσα των 80s) αφού φυλάσσεται αυστηρά, μια χαρά :) Y.Γ. Σωστή η παρατήρηση για τους ντετέκτιβ, καθώς η κατοχή τέτοιου εξοπλισμού είναι παράνομη, όσοι τα έχουν δεν νομίζω να τα διαφημίζουν.

Ούτε θα τον βρεις ποτέ, όπως εξήγησα το GSM και το UMTS σπάνε εύκολα από τις "κρατικές υπηρεσίες", δεν είναι τεχνολογίες που τις βρίσκεις στο ράφι, ούτε οι εταιρίες τους τις πουλάνε για πλάκα. Υπερβολή δεν υπάρχει καμία αν έχεις τον κατάλληλο εξοπλισμό, υπερβολή υπάρχει στις ανοησίες που λέγανε από τις αρχές του 1990 στον κόσμο για την ασφάλεια των συνδιαλέξεων μέσο κινητών, καιρός λοιπόν να τελειώνουμε με τα παραμύθια "ασφαλής επικοινωνίας" (θυμίζουν το πλασάρισμα των συσκευών Enigma που έκαναν οι Σύμμαχοι μετά τον ΔΠΠ σε διάφορες χώρες -μεταξύ αυτών και της Ελλάδας- τον οποίο πλάσαραν ως ασφαλή αν και τον είχαν σπάσει χρόνια πριν ;)). (Ο γείτονας σου δεν μπορεί να σε ακούσει -- το κράτος και γιατί όχι το παρά-κράτος αλλά και όσοι έχουν τρελά χρήματα μπορούν, γ ι α π λ α κ α να το κάνουν :( -- υπάρχει μια φήμη που θέλει κάποια μεγάλα γραφεία ντετέκτιβ στην χώρα μας να διαθέτουν ήδη τέτοιον εξοπλισμό -είπατε τίποτε παρακαλώ; :lol:). Υ.Γ. 1. Το "Laptop" είναι customized, πριν χρόνια ορισμένες εταιρίες μοστράρανε την πραμάτεια τους στα site τους και μπορούσες να τα δεις, Windows 2000 τρέχανε (τον καιρό εκείνο που ήθελα να μάθω επί του θέματος), ένα software διαχείρισης είχαν και φυσικά το hardware που διάβαζε τα διαθέσιμα σήματα --ναι είναι τόσο απλό και συνηθισμένο, ok κκάποιες τα δένανε όλα σε ένα μεγαλούτσικο case btw. :D 2. Πηγές .. ο παγκόσμιος ιστός, κάποια βιβλία και το χόμπι μου που είναι η κρυπτογραφία μεταξύ άλλων :)

Τα κινητά τηλέφωνα ποτέ δεν ήταν απόλυτα ασφαλή όσον αφορά την κρυπτογράφηση των δεδομένων τους είτε πρόκειται για φωνή είτε για γραπτά μηνύματα (άλλη πονεμένη ιστορία το πως μεταδίδονται) ή άλλες προσφερόμενες υπηρεσίες. Από την κατασκευή του, το GSM προσφέρει ικανή προστασία όσον αφορά το απόρρητο των επικοινωνιών μας τόσο με την εφαρμογή κρυπτογράφησης των δεδομένων του (αλγόριθμος *A5/1 – 64bits αλλά πρακτικά είναι μόλις 56bit :D) όσο και με διάφορες δευτερεύουσες τεχνικές (που προέρχονται από τον τρόπο λειτουργίας του συστήματος) που καθιστούν την ανασύσταση του σήματος μεταξύ συσκευής και βάσης μια εξαιρετικά πολύπλοκη διαδικασία για τρίτους. Αυτό που δεν είναι όμως γνωστό στο ευρύ κοινό είναι πως το GSM σχεδιάσθηκε να είναι τόσο ισχυρό όσο θα μπορούσαν οι αρχές ασφαλείας των κρατών μελών της Ε.Ε. (η οποία το «δημιούργησε») να το παρακολουθούν εφόσον προέκυπτε ανάγκη. Ακόμα πιο ενδιαφέρον είναι το γεγονός ότι ο αλγόριθμος του GSM (A5/1 για της χώρες της Ε.Ε. και A5/2 για χώρες εκτός Ε.Ε. που θεωρούνται .. λιγότερο φιλικές |σπάει για πλάκα) βασίζεται σε ένα closed source standard. Λίγα πράγματα είναι γνωστά για αυτόν, όπως ότι αν και 64bit σε μέγεθος στα χαρτιά (σιγά τα λάχανα για τα σημερινά δεδομένα anyway) τα τελευταία bit του είναι πάντα μηδενισμένα ρίχνοντας το ήδη χαμηλό επίπεδο ασφάλειας του στο ακόμα χαμηλότερο 56bits! :lol: Με απλά λόγια οι αλγόριθμοι του GSM σπάνε εύκολα από τις κρατικές υπηρεσίες από την εποχή που γεννήθηκε (αν δεν έσπαγαν δεν θα έπαιρνε άδεια κυκλοφορίας ποτέ) – σκεφτείτε ότι ήδη την δεκαετία του 1980 (εποχή γέννησης του GSM) το ξεκλείδωμα ενός 56bit κρυπτογάματος θεωρείτο ήδη μια εφικτή (σήμερα πανεύκολη) υπόθεση (ειδικά για κρατικούς οργανισμούς που είχαν πρόσβαση σε υπολογιστές αιχμής τότε). -- Φυσικά αυτά αφορούν παρακολουθήσεις over-the-air, δηλαδή κάποιος στήνει αυτί με ένα laptop το οποίο τρέχει το λογισμικό παρακολούθησης (το οποίο μπορεί να κάνει πολλά κόλπα –πχ. παρακολούθηση 64+ αριθμών ταυτόχρονα με άμεση καταγραφή του σε μορφή wave/mp3 στο δίσκο κτλ –νεότερα μοντέλα σπάνε μια χαρά και 3G με video και άλλα καλούδια ως λέγεται -δείτε Υ.Γ. :p) και έχει το κατάλληλο hardware για το interception του σήματος. Υπάρχουν και άλλοι μέθοδοι όμως από το στήσιμο ενός εικονικού σταθμού βάσης (αρχαιολογία!) ως την αίτηση του ωτακουστή στον service provider του υπόπτου για έννομη παρακολούθηση (αυτό θέλει όμως έγκριση κτλ –οι μνήμες από το «Σκάνδαλο Vodafone» είναι ακόμα νωπές). -- Τι μπορούμε να κάνουμε λοιπόν; Η λύση είναι μια, ισχυρή κρυπτογραφία ως έξτρα ασπίδα προς τα δεδομένα που μεταδίδουμε μέσο του κινητού μας. Στην αγορά διατίθενται διάφορα προϊόντα που ισχυρίζονται ότι βασίζονται σε αυθεντικές υλοποιήσεις γνωστών, δημοσιευμένων αλγόριθμων (είναι τα μαραφέτια που προσθέτουν στα κινητά τους ορισμένοι υψηλόβαθμοι βουλευτές :D) οι οποίοι τουλάχιστον όσο γνωρίζει η ακαδημαϊκή κοινότητα (διότι η στρατευμένη δεν μιλά..) των κρυπτογράφων / κρυπτο-αναλυτών δεν σπάνε άμεσα, εύκολα κτλ. -- Καθώς τα κινητά θα μετατρέπονται όλο και περισσότερο σε υπολογιστές, όλο και κανένα VPN με ισχυρή κρυπτογράφηση μπορεί να στηθεί κάνοντας την δουλεία των ωτακουστών όλο και δυσκολότερη :). Big brother is watching you (for now). Υ.Γ. Το UMTS/3G βασίζεται στους αλγόριθμους κρυπτογράφησης F8/KASUMI, θεωρητικά πρόκειται για ισχυρούς αλγόριθμους, προσωπικά μέσα από την ιστορία του GSM δεν εμπιστεύομαι την υλοποίηση τους "ούτε με σφαίρες" καθώς ποίος μπορεί να ξέρει αν υλοποιούνται όπως πρέπει και όχι στο περίπου για να ακούν κάποιοι .. :D, οπότε μην αμφιβάλλεται και με UMTS/3G κλήσεις μας ακούνε και μας βλέπουν!