νέα dual boot εγκατάσταση linux mint ... θεματάκια
καλησπέρα σε όλους!

είμαι εντελώς νέος σε πλήρη διανομές linux και επέλεξα το mint ως πρώτη απόπειρα, σε dual boot με τα win 10 που δυστυχώς ή εύτυχως υπάρχουν στη ζωή μας :)

είχα ένα θέμα με τα partitions στην πρώτη προσπάθεια όπου δεν μπορούσα να χωρίσω τον υπάρχοντα δίσκο στα μεγέθη που ήθελα π…
[εικόνα] domiemic65:

“initramfs unpacking failed: decoding failed”

[πρωτο αποτελεσμα](https://forums.linuxmint.com/viewtopic.php?t=323152) στο γοογλε.
Προσωπικά, δεν θα ανησυχείτε για αυτό μέχρι να δείτε ένα πρόβλημα. Messing με την προεπιλεγμένη πύθωνα εγκατάσταση σε ένα σύστημα * Nix μπορεί να προκαλέσει περισσότερα προβλήματα από ό, τι αξίζει. Μπορώ να πω από προσωπική εμπειρία ότι ποτέ δεν πραγματικά καταλάβει τι python έχει κάνει για τον κόσμο nix μέχρι να έχετε ένα πρόβλημα με αυτό.


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


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


* Θα πάρετε μόνο τη συναρμολόγηση (χωρίς επιπλέον γυμναστικής ILMerge)
* Είναι πιο εύκολο να θολώνω (επειδή θα έχετε λιγότερες δημόσιες τύπους και μεθόδους, ιδανικά καθόλου)


Ο διαχωρισμός πηγαίο κώδικα σας σε πολλά έργα νόημα μόνο εάν ...


* Έχετε κάποια τμήματα του πηγαίου κώδικα που αποτελούν μέρος του προγράμματος, αλλά όχι να αναπτυχθούν από προεπιλογή ή σε όλα (δοκιμές μονάδα, επιπλέον plugins κλπ)
* Περισσότερα προγραμματιστές που εμπλέκονται και θέλετε να αντιμετωπίζουν την εργασία τους ως αναλώσιμο μαύρο κουτί. (Όχι πολύ συνιστάται)
* Εάν μπορείτε να διαχωρίζονται σαφώς το έργο σας σε απομονώνονται στρώματα / ενότητες και θέλετε να βεβαιωθείτε ότι δεν μπορούν cross-καταναλώνουν **εσωτερικά** μέλη. (επίσης δεν συνιστάται, διότι θα πρέπει να αποφασίσει ποια πλευρά είναι το πιο σημαντικό)


Αν νομίζετε ότι κάποια τμήματα του πηγαίου κώδικα σας θα μπορούσε να είναι επαναχρησιμοποιήσιμα, ακόμα δεν το δημιουργήσετε ένα νέο έργο. Απλά περιμένετε έως ότου θα θέλετε πραγματικά να το χρησιμοποιήσετε ξανά σε μια άλλη λύση και να απομονώσουν έξω από αρχικό σχέδιο, όπως απαιτείται. Ο προγραμματισμός δεν είναι ένα lego, επαναχρησιμοποίηση είναι συνήθως πολύ δύσκολη και συχνά δεν θα συμβεί όπως έχει προγραμματιστεί. Μπορείς να μας δώσεις λίγες περισσότερες πληροφορίες για να προσπαθήσουμε να εντοπίσουμε το πρόβλημα; Μια εικόνα από την αρχική σελίδα και ίσως από τις τελευτέες ενότητες θα βοηθούσαν. Πρόσφατα εισήχθη Python στην εταιρεία μου, που κάνει το έργο παροχής συμβουλών για το ταχυδρομείο. Το έκανα αυτό, περιμένοντας μέχρι υπήρχε ένα έργο για το οποίο θα ήμουν ο μόνος προγραμματιστής, στη συνέχεια, να πάρει άδεια για να κάνουν αυτό το νέο έργο στην Python. Στη συνέχεια έκανα ένα άλλο μικρό έργο σε Python με εξίσου εντυπωσιακά αποτελέσματα. Επιπλέον, θα χρησιμοποιηθεί Python για το σύνολο των μικρών μιας χρήσης αναθέσεις μου ( «μπορεί να σας αναλύσει τα στατιστικά σε αυτά τα αρχεία σε ένα αρχείο CSV που διοργανώθηκε από την ημερομηνία και τον τόπο;», κ.λπ.) και είχε ένα γρήγορο χρόνο ολοκλήρωσης για όλα αυτά.


Θα Ευαγγελισθέντες επίσης Python λίγο? Πήγα έξω από το δρόμο μου να μην είναι αντιπαθητικός γι 'αυτό, αλλά θα ήθελα μερικές φορές να περιγράψετε γιατί μου άρεσε τόσο πολύ, μίλησε για τα προσωπικά σχέδια μπορώ να το χρησιμοποιήσω στον ελεύθερο χρόνο μου και γιατί είναι φοβερό για μένα, κ.λπ.


Τελικά ξεκινήσαμε ένα άλλο έργο και έπεισε όλους να χρησιμοποιήσετε την Python για αυτό. Φρόντισα να επισημάνω σε όλους σε πολλά έγγραφα, συμπεριλαμβανομένων των ειδικών ιστοσελίδες που σχετίζονται με αυτό που εργαζόμαστε, και κάθε φορά που είχε μια ερώτηση, θα ήθελα να εξηγήσω πώς να το κάνουμε τα πράγματα σωστά, εξηγώντας την προσέγγιση Pythonic στα πράγματα, κ.λπ. .


Αυτό λειτούργησε πολύ καλά. Ωστόσο, αυτό θα μπορούσε να είναι κάπως διαφορετικό από αυτό που περιγράφουν. Στην περίπτωσή μου άρχισε με μέτρια μικρά έργα και Python χρησιμοποιείται μόνο για νέα έργα. Επίσης, κανένας από τους συναδέλφους μου ήταν πραγματικά Perl ή PHP γκουρού? όλοι γνώριζαν αυτές τις γλώσσες και είχε τα χρησιμοποιούν για λίγο, αλλά δεν χρειάστηκε πολλή προσπάθεια για να γίνουν πιο παραγωγικοί στην Python από ό, τι θα ήταν πριν.


Έτσι, αν μιλάμε για νέα έργα με άτομα που χρησιμοποιούν σήμερα PHP, αλλά δεν είναι σούπερ-εμπειρογνώμονες και δεν αγαπούν αυτή τη γλώσσα, τότε νομίζω ότι στραφούν σε Python είναι μια μη-brainer. Ωστόσο, αν μιλάμε για την εργασία με ένα μεγάλο υπάρχοντα κώδικα PHP βάση με πολύ πολύ έμπειρους προγραμματιστές PHP που είναι ευχαριστημένοι με τις τρέχουσες ρυθμίσεις τους, στη συνέχεια, εναλλαγή γλωσσών δεν είναι πιθανώς μια καλή ιδέα. Είστε πιθανώς κάπου στο ενδιάμεσο, οπότε θα πρέπει να σταθμίσουν τις ανταλλαγές? ελπίζω η απάντησή μου θα σας βοηθήσει να το κάνουμε αυτό. [Το έργο 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

``` Γεια! Από ελληνικά είναι διαθέσιμα μόνο τα αγγλικά, μπορείς όμως είτε να εξασκήσεις περαιτέρω τα αγγλικά σου κάνοντας το 'Ελληνικά για αυτούς που μιλάνε Αγγλικά', είτε, για άλλη ξένη γλώσσα, να τη μάθεις από τα αγγλικά. Πήγαινε στο προφίλ σου [εδώ](https://www.duolingo.com/settings/direction) και δες τις επιλογές. Προσοχή! Αν επιλέξεις να μάθεις μια γλώσσα από τα αγγλικά όλο το site θα αλλάξει γλώσσα και θα είναι στα αγγλικά. Σε κάθε περίπτωση το μενού θα είναι το ίδιο και θα μπορείς να αλλάζεις μεταξύ των γλωσσών με τον ίδιο τρόπο.


Όσο για τα αγγλικά:


Hello. Does anyone **know** if I can **study** a second language at the same time? Thank you.


Στην ερώτηση και την άρνηση το s φεύγει από το κυρίως ρήμα (know) και πηγαίνει στο βοηθητικό (does). Επίσης στα αγγλικά πρέπει να πεις μελετώ ή κάτι παρόμοιο, δυστυχώς το 'κάνω' δε βγάζει νόημα. Κατά τα άλλα ήταν μια χαρά! :) Όπως είπε σε αυτό το [θέμα](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 Εν τω μεταξύ, έχω δοκιμάσει δύο εργαλεία που έχουν κάποιο είδος της ολοκλήρωσης με vim.


Το πρώτο είναι [σχοινί](https://github.com/python-rope/rope) , μια βιβλιοθήκη refactoring Python που έρχεται με ένα Vim (και emacs) plug-in. Το δοκίμασα για μερικές μετονομασίες, και ότι σίγουρα λειτούργησε όπως αναμενόταν. Αυτό μου επέτρεψε να δείτε το refactoring ως diff, το οποίο είναι ωραίο. Είναι ένα κομμάτι κειμένου με γνώμονα, αλλά αυτό είναι εντάξει για μένα, απλά χρειάζεται περισσότερο χρόνο για να μάθουν.


Το δεύτερο είναι η [επισκευή ποδηλάτων άνθρωπος](http://bicyclerepair.sourceforge.net/) που υποθέτω ότι κερδίζει πόντους στο όνομα. Επίσης συνδέεται σε vim και emacs. Δεν έχουν παίξει πολύ με αυτό ακόμα, αλλά θυμάμαι ότι προσπαθεί εδώ και πολύ καιρό.


Δεν έχουν παίξει τόσο με αρκετά ακόμα, ή προσπάθησαν περισσότερα είδη refactoring, αλλά εγώ θα κάνω λίγο περισσότερο hacking μαζί τους. Τα θέματα Python είναι καλό για **ταυτόχρονες προγραμματισμό I / O** . Τα θέματα που αντάλλαξαν έξω από το CPU μόλις έχουν μπλοκάρει αναμονής για την είσοδο από το αρχείο, δίκτυο, κ.λπ. Αυτό επιτρέπει σε άλλα θέματα Python για να χρησιμοποιήσετε τη CPU, ενώ άλλοι περιμένουν. Αυτό θα σας επιτρέψει να γράψετε ένα multi-threaded διακομιστή web ή web crawler, για παράδειγμα.


Ωστόσο, οι Python θέματα σε συνέχειες από την [GIL](http://en.wikipedia.org/wiki/Global_Interpreter_Lock) κατά την είσοδό του πυρήνα διερμηνέα. Αυτό σημαίνει ότι αν δύο θέματα που είναι γηπέδου αριθμοί, μόνο ένας μπορεί να τρέξει σε οποιαδήποτε δεδομένη στιγμή. Σημαίνει, επίσης, ότι δεν μπορείτε να επωφεληθείτε από multi-core ή multi-επεξεργαστή αρχιτεκτονικές.


Υπάρχουν λύσεις όπως το τρέξιμο πολλαπλών διερμηνέων Python ταυτόχρονα, χρησιμοποιώντας μια βιβλιοθήκη σπείρωμα C βασίζεται. Αυτό δεν είναι για τον εξασθενημένο της καρδιάς και τα οφέλη μπορεί να μην αξίζει τον κόπο. Ας ελπίσουμε για ένα all λύση Python σε μια μελλοντική έκδοση. Χρησιμοποιούμε [MbUnit](http://www.mbunit.com/) και [Rihno χλευάζει](http://www.ayende.com/Blog/archive/2007/03/28/Rhino-Mocks-3.0-Released.aspx) και να αποδειχθεί ότι λειτουργεί πολύ καλά μαζί. Όταν κάνετε TDD θα πρέπει σχεδόν σίγουρα να κάνετε κάποια μορφή ένεσης εξάρτησης, ενώ αυτό μπορεί να γίνει με το χέρι, την αξία του κοιτάζοντας ένα δοχείο ΔΟΕ, όπως [το Κάστρο του Windsor](http://www.castleproject.org/projects/windsor/) .


Είναι καλά αξίζει κοιτάζοντας την οθόνη του Ιωάννη Παύλου Bodhood του ρίχνει για να ξεκινήσετε. [Blog JPB του](http://www.jpboodhoo.com/)