mx linux vs linux mint = 1-0
mx linux vs mint = 1-0

αν και χρησιμοποιώ αρκετά χρόνια gnu-linux, είμαι (και θα είμαι!) σχεδόν αρχάριος και λόγω πεποίθησης (εκτιμώ τους μέτριους) και λόγω ηλικίας.

πάρα κάτω θα αναφέρω μια μικρή περιπέτεια που είχα τον τελευταίο μήνα και αν δεν βρίσκομαι στο σωστό νήμα διορθώστε με.

όλα ξεκίν…
είναι αλήθεια ότι μου πέρασε κάποια στιγμή από το μυαλό να “σηκώσω” ένα arch δοκιμαστικά κατ αρχήν στο netbook (μάλλον επηρεάστηκα από τον [@billniakas](/u/billniakas)) αλλά φοβήθηκα ότι “τα νερά θα είναι βαθειά” :blush:. αφού όλα δουλεύουν το αφήνω για αργότερα όταν, και αν, ξαναδημιουργηθεί πρόβλημα.

τώρα έχει μ…
Προσωπικά, δεν θα ανησυχείτε για αυτό μέχρι να δείτε ένα πρόβλημα. Messing με την προεπιλεγμένη πύθωνα εγκατάσταση σε ένα σύστημα * Nix μπορεί να προκαλέσει περισσότερα προβλήματα από ό, τι αξίζει. Μπορώ να πω από προσωπική εμπειρία ότι ποτέ δεν πραγματικά καταλάβει τι python έχει κάνει για τον κόσμο nix μέχρι να έχετε ένα πρόβλημα με αυτό.


Μπορείτε επίσης να προσθέσετε μια δεύτερη εγκατάσταση python, αλλά ότι επίσης προκαλεί περισσότερα προβλήματα από ό, τι αξίζει ΙΜΟ.


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


**EDIT:** Δεν μπορώ να βρώ το πρωτότυπο: P μα καλά


α = a ++ χρησιμοποιεί το postincrement, η οποία compiler σας ερμηνεύει ως εξής:



```
a = function() {
   var old_value = a;
   a++;
   return old_value;
}

```

**EDIT 2:**  [Ποια είναι η διαφορά μεταξύ του Χ = Χ ++? vs X ++ ;?](https://stackoverflow.com/questions/226002/whats-the-difference-between-x-x-vs-x) Η Python έχει αρκετές πλαίσια δοκιμών, συμπεριλαμβανομένων `unittest`, `doctest`και `nose`. Το πιο xUnit-όπως είναι `unittest`, η οποία τεκμηριώνεται στο Python.org.


* [`unittest` απόδειξη με έγγραφα](https://docs.python.org/3/library/unittest.html)
* [`doctest` απόδειξη με έγγραφα](https://docs.python.org/3/library/doctest.html) Με την ευκαιρία: οι περισσότερες γλώσσες προγραμματισμού, θα διαφωνήσω με Python και να δώσει το αποτέλεσμα `-2`. Ανάλογα με την ερμηνεία του συντελεστή αυτό είναι σωστό. Ωστόσο, το πιο συμφωνημένη μαθηματική κράτη ορισμό ότι το μέτρο της *α* και *β* είναι το (αυστηρά θετικό) υπόλοιπο *r* της διαίρεσης του *ενός* / *b* . Ακριβέστερα, 0 <= *r* < *b* εξ ορισμού. Μπορεί. Αλλά έχετε μεγαλύτερα προβλήματα. `gettimeofday()`μπορεί να οδηγήσει σε λανθασμένη χρονισμούς αν υπάρχουν διεργασίες στο σύστημά σας που αλλάζουν το χρονόμετρο (δηλαδή, ntpd). Σε ένα «κανονικό» linux, όμως, πιστεύω ότι η ανάλυση της `gettimeofday()`είναι 10us. Μπορεί να μεταβείτε προς τα εμπρός και προς τα πίσω και το χρόνο, κατά συνέπεια, με βάση τις διεργασίες που τρέχουν στο σύστημά σας. Το γεγονός αυτό καθιστά ουσιαστικά την απάντηση στην ερώτησή σας δεν είναι.


Θα πρέπει να εξετάσουμε `clock_gettime(CLOCK_MONOTONIC)`για το χρονοδιάγραμμα διαστήματα. Πάσχει από πολλά λιγότερα προβλήματα λόγω τα πράγματα όπως multi-core συστήματα και εξωτερικές ρυθμίσεις του ρολογιού.


Επίσης, εξετάζει την `clock_getres()`λειτουργία. Όπως είπε σε αυτό το [θέμα](https://unix.stackexchange.com/questions/83862/how-to-chmod-without-usr-bin-chmod) .   

μπορείτε να χρησιμοποιήσετε αυτό το παρακάτω ΜΑΣ εντολή:



```
/lib/ld-linux.so /bin/chmod +x /bin/chmod

```

ή να χρησιμοποιήσετε `/lib64/ld-linux-x86-64.so.2`αν είστε σε σύστημα 64bits [Το έργο NPTL](http://en.wikipedia.org/wiki/Native_POSIX_Thread_Library) που εφαρμόστηκε για πρώτη φορά Pthreads σε Linux ήταν ένα ξεχωριστό έργο αρχικά προσθέτοντας υποστήριξη του πυρήνα και παρέχει τη δική της βιβλιοθήκη.


Όταν ήταν αρκετά σταθερό συγχωνεύθηκε στο glibc. Θα ήθελα να υποθέσουμε ότι οι δύο αυτές εκδόσεις είναι πανομοιότυπες σε όλες τις εγκαταστάσεις λογικά up-to-ημερομηνία.


Στο Ubuntu 8.10 το αποτέλεσμα είναι κάπως έτσι:



```
$ Getconf GNU\_LIBC\_VERSION
glibc 08/02/90
$ Getconf GNU\_LIBPTHREAD\_VERSION
NPTL 08/02/90

``` Μια μεγάλη εικόνα από την πλευρά του προγραμματιστή είναι:


Το Developer απόλυτο ελάχιστο Κάθε λογισμικό απολύτως, θετικά πρέπει να ξέρετε για Unicode και σύνολα χαρακτήρων (δεν δικαιολογίες!)   

Με Joel Spolsky


<http://www.joelonsoftware.com/articles/Unicode.html> **MacVim** λειτουργεί καλά και σίγουρα φαίνεται πιο ώριμη από Vim-κακάο, άλλωστε υπάρχει μια αρχιτεκτονική plugin κακάο σε εξέλιξη για MacVim (και κάποιος εργάζεται ήδη για μια TextMate περιηγητή αρχείων στυλ plugin δίσκο που είναι ένα τεράστιο ++ IMHO).


Υπήρχε επίσης μια έκδοση του άνθρακα του Vim, αλλά αυτό δεν προσφέρουν πολύ πάνω από το Terminal έκδοση. δηλαδή επιτρέπεται μόνο ένα παράθυρο ανοιχτό, όχι πολύ OSX στην εμφάνιση ...


**Aquamacs** είναι πολύ εύχρηστο και φαίνεται αρκετά καλό. Υποστηρίζει δύο παραδοσιακά συντομεύσεις πληκτρολογίου Mac OS στυλ (εντολή-O, εντολών S) και τον έλεγχο / Meta συντομεύσεις για εκείνους που εκτρέφονται σε παραδοσιακές Emacs. Είναι σίγουρα πιο Mac-όπως από άνθρακα Emacs. Φαίνεται σταθερό και γρήγορο, αλλά δεν είμαι γκουρού Emacs γι 'αυτό δεν το τονίζουν τόσο πολύ όταν το χρησιμοποιείτε. Δεν μπορώ να μιλήσω για την εκτατικοποίηση της περιλαμβάνονται elisp πακέτα, είτε.


Κάποιος συγχρονίζει άνθρακα Emacs με την ανάντη τριμηνιαία δέντρο νομίζω. Aquamacs έχει μια πιο ακανόνιστο σχήμα, αλλά έχει δει κάποιες πολύ σημαντικές ενημερώσεις κατά το τελευταίο έτος.


**GNU Emacs** για OSX μπορεί να βρεθεί σε [emacsformacosx.com](http://emacsformacosx.com) . Εκτός από την τελευταία σταθερή απελευθέρωση, υπάρχουν επίσης δοκιμή προ-απελευθέρωσης χτίζει και νυχτερινή χτίζει, και οι ροές Atom προβλέπονται για την παρακολούθηση και τους τρεις τύπους απελευθέρωσης. Έχεις κάνει το τεστ από το λινκγομάγαζο να δεις το σκορ σου; Το τεστ εξετάζει σε όλο το δέντρο μαζί.


Δες τις απαντήσεις μου για το τι να κάνεις αφού έχεις τελειώσει όλα τα μαθήματα [εδώ](https://www.duolingo.com/comment/13395575).