πώς να προφέρει neil armstrong;
neel aarm-straang
ο σωστός τρόπος είναι

nohup program -option & Η προφορά στα μαθήματα είναι αμερικανική. Η αλήθεια είναι ότι για τις διάφορες γλώσσες του Duolingo όπου οι ηχογραφήσεις είναι τεχνητές, από λογισμικό και όχι από άνθρωπο, δεν είναι πάντα και οι καλύτερες. Παρ' όλα αυτά οι εκφωνήσεις της αγγλικής φωνής είναι ακριβείς και ως επί το πλείστον ακούγονται φυσιολογικές, όπως όταν μιλάς με κάποιον που έχει τα αγγλικά ως μητρική του γλώσσα. Αυτό μάλλον κάνει τα πράγματα δύσκολα, γιατί οι δάσκαλοι συνήθως ευκολοποιούν τα πράγματα για τους αρχάριους μαθητές.


Προσωπικά, για την προφορά ολόκληρων φράσεων, χρησιμοποιώ επίσης το παρακάτω site: [www.acapela-group.com](http://www.acapela-group.com) Έχει πραγματικές και τεχνητές φωνές, με διαφορετικές προφορές, και εκεί φαίνεται καλύτερα πώς ακούγονται οι λέξεις στην κανονική ομιλία, κάτι που ένα λεξικό δεν μπορεί να αποδώσει.


Επίσης, μία μικρή παρατήρηση: γενικά οι αναρτήσεις με κεφαλαία στο ίντερνετ θεωρούνται το αντίστοιχο του "βάζω τις φωνές", κατά συνέπεια μία μίξη πεζών και κεφαλαίων μπορεί να αποφύγει πιθανές παρεξηγήσεις. :) Η σύντομη απάντηση είναι: Να είναι φοβερό.


Εάν το λογισμικό σας αντιμετωπίζει πραγματικά ένα σημείο του πόνου και αντιμετωπίζει καλά, οι άνθρωποι θα έρθουν να με δική τους (υποθέτοντας ένα λογικό ποσό της προώθησης από την πλευρά σας) μέσω SourceForge / GitHub / κλπ., Το Google, και από στόμα σε στόμα. Εάν προσελκύσει μια κρίσιμη μάζα των ανθρώπων που έχουν ανάγκη ό, τι κάνει το λογισμικό σας και πρέπει να έχει νέα χαρακτηριστικά, συνεργάτες θα έρθουν.


Επίσης: Παραμονή ενεργό. Αν δεν έχετε ενημερώσει τον κωδικό σας σε 6 μήνες, ή αν η σελίδα σας στο SourceForge λέει το λογισμικό σας έχει στην Alpha για ένα χρόνο, πολλοί άνθρωποι πρόκειται να το αγνοήσετε και να προχωρήσουμε στο επόμενο αποτέλεσμα αναζήτησης. Πάρτε το λογισμικό για το πού είναι έτοιμο για τους άλλους να χρησιμοποιούν, και να το διατηρεί.


Το πράγμα για Open Source είναι ότι πρέπει πραγματικά να αναπτυχθούν οργανικά - είναι να πληρωθούν κανείς, κανείς δεν είναι υπό την απειλή της απόλυσης - οι άνθρωποι πρέπει να *νοιάζονται για το λογισμικό σας* για να αυξηθεί πέρα από ό, τι μπορείτε να κάνετε. Δεν πρόκειται ποτέ να πάρει συνεργάτες (ή τέλος πάντων, καλές) από την προσέλκυση τους - μόνο κάνοντας κάτι που ένας καλός προγραμματιστής θα βρείτε ενδιαφέρον να εργαστεί με. Χρησιμοποιούμε [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/) Υποθέτω ότι προσπαθείτε να κάνετε το περιβάλλον εντολή ως επιεικής δυνατόν. Αν αυτή είναι η περίπτωση, σας προτείνω να χρησιμοποιήσετε έναν αλγόριθμο παρόμοιο με αυτό:


1. Διαβάστε στο κορδόνι
	* Χωρίστε το string σε μάρκες
	* Χρησιμοποιήστε ένα λεξικό για να μετατρέψετε τα συνώνυμα σε μια κοινή μορφή
	* Για παράδειγμα, μετατροπή «χτύπησε», «γροθιά», «απεργία», και «κλωτσιά» όλα για να «χτυπήσει»
	* Εκτελέστε ενέργειες σε ένα μη διατεταγμένο, χωρίς αποκλεισμούς βάση
	* **Μη αριθμημένη** - «γροθιά τον πίθηκο στο πρόσωπο» είναι το ίδιο πράγμα όπως «το πρόσωπο στο γροθιά μαϊμού»
	* **Inclusive** - Εάν η εντολή είναι υποτίθεται ότι είναι «γροθιά τον πίθηκο στο πρόσωπο» και παρέχουν «μαϊμού γροθιά», θα πρέπει να ελέγξετε πόσες εντολές αυτή ταιριάζει. Εάν μόνο μία εντολή, να κάνει αυτή την ενέργεια. Θα μπορούσε ακόμη και να είναι μια καλή ιδέα να έχουμε προτεραιότητες εντολή, ακόμη και αν υπήρχαν ακόμη αγώνες, θα εκτελέσει την κορυφή δράση. <p><strong> συνολικά: </strong></p><p>τόσο το put όσο και το post μπορούν να χρησιμοποιηθούν για τη δημιουργία.</p><p>πρέπει να ρωτήσετε "σε τι εκτελείτε τη δράση;" να διακρίνετε τι πρέπει να χρησιμοποιείτε. ας υποθέσουμε ότι σχεδιάζετε ένα api για να κάνετε ερωτήσεις. εάν θέλετε να χρησιμοποιήσετε το post τότε θα το κάνετε σε μια λίστα ερωτήσεων. εάν θέλετε να χρησιμοποιήσετε το put τότε θα το κάνετε αυτό σε μια συγκεκριμένη ερώτηση.</p><p><strong> μεγάλη και οι δύο μπορούν να χρησιμοποιηθούν, έτσι ποιο πρέπει να χρησιμοποιήσω στο restful σχεδιασμό μου: </strong></p><p>δεν χρειάζεται να υποστηρίζετε τόσο το put όσο και το post.</p><p>το οποίο χρησιμοποιείται παραμένει στο χέρι σας. αλλά θυμηθείτε να χρησιμοποιήσετε το σωστό, ανάλογα με το αντικείμενο που αναφέρετε στο αίτημα.</p><p>μερικές σκέψεις:</p><ul> <li>ονομάζετε ρητά τα αντικείμενα url που δημιουργείτε ή αφήστε το διακομιστή να αποφασίσει; εάν τους ονομάσετε τότε χρησιμοποιήστε put. εάν αφήσετε τον διακομιστή να αποφασίσει στη συνέχεια, χρησιμοποιήστε το post.</li> <li>put είναι idempotent, οπότε αν put ένα αντικείμενο δύο φορές, δεν έχει καμία επίδραση. αυτή είναι μια ιδιοκτησία της νίκαιας, οπότε θα μπορούσα να χρησιμοποιήσω το put όταν ήταν δυνατόν.</li> <li>μπορείτε να ενημερώσετε ή να δημιουργήσετε έναν πόρο με put με την ίδια διεύθυνση url αντικειμένου</li> <li>με το post μπορείτε να έχετε 2 αιτήματα που εισέρχονται ταυτόχρονα για τροποποιήσεις σε μια διεύθυνση url και μπορεί να ενημερώσουν διαφορετικά μέρη του αντικειμένου.</li> </ul><p><strong> ένα παράδειγμα: </strong></p><p> <a href="https://stackoverflow.com/questions/256349/what-are-the-best-common-restful-url-verbs-and-actions/256359#256359">έγραψα τα εξής ως μέρος μιας άλλης απάντησης σχετικά με το so</a> :</p><blockquote> <p><strong> post: </strong></p> <p>χρησιμοποιείται για την τροποποίηση και την ενημέρωση ενός πόρου</p> <pre><code>post /questions/&lt;existing\_question&gt; http/1.1 host: www.example.com/ </code></pre> <p>σημειώστε ότι το ακόλουθο είναι ένα σφάλμα:</p> <pre><code>post /questions/&lt;new\_question&gt; http/1.1 host: www.example.com/ </code></pre> <p>εάν η διεύθυνση url δεν έχει δημιουργηθεί ακόμη, δεν θα πρέπει να χρησιμοποιείτε το post για να το δημιουργήσετε ενώ καθορίζετε το όνομα. αυτό θα πρέπει να έχει ως αποτέλεσμα ένα σφάλμα 'πόρος δεν βρέθηκε' επειδή το <code>&lt;new\_question&gt;</code> δεν υπάρχει ακόμα. πρέπει πρώτα να τοποθετήσετε τον πόρο <code>&lt;new\_question&gt;</code> στον διακομιστή.</p> <p>θα μπορούσατε όμως να κάνετε κάτι τέτοιο για να δημιουργήσετε πόρους χρησιμοποιώντας post:</p> <pre><code>post /questions http/1.1 host: www.example.com/ </code></pre> <p>σημειώστε ότι σε αυτήν την περίπτωση το όνομα του πόρου δεν έχει καθοριστεί, η διαδρομή url των νέων αντικειμένων θα σας επιστραφεί.</p> <p><strong> σημειωση: </strong></p> <p>χρησιμοποιείται για τη δημιουργία ενός πόρου ή για την αντικατάστασή του. ενώ ορίσετε τους πόρους νέα διεύθυνση url.</p> <p>για έναν νέο πόρο:</p> <pre><code>put /questions/&lt;new\_question&gt; http/1.1 host: www.example.com/ </code></pre> <p>για να αντικαταστήσετε μια υπάρχουσα πηγή:</p> <pre><code>put /questions/&lt;existing\_question&gt; http/1.1 host: www.example.com/ </code></pre></blockquote> Η καλύτερη εξήγηση που έχω δει είναι στο κεφάλαιο 7 των ελεύθερων [Ιδρύματα Προγραμματισμού e-book](http://codebetter.com/karlseguin/2008/06/25/foundations-of-programming-ebook/) .


Βασικά, σε **ΝΕΤ** παρουσιάζεται διαρροή μνήμης όταν τα αντικείμενα αναφοράς τις ρίζες και έτσι δεν μπορεί να σκουπίδια συλλέγονται. Αυτό συμβαίνει κατά λάθος, όταν κρατάτε για τις αναφορές πέρα από το σκοπούμενο πεδίο εφαρμογής.


Θα γνωρίζετε ότι έχετε διαρροές όταν ξεκινάτε να πάρει OutOfMemoryExceptions ή τη χρήση της μνήμης σας ανεβαίνει πέρα από αυτό που θα περίμενε κανείς ( **PerfMon** έχει ωραία μετρητές μνήμης).


Κατανόηση **ΝΕΤ** μοντέλο μνήμης «s είναι ο καλύτερος τρόπος για σας να αποφευχθεί αυτό. Συγκεκριμένα, την κατανόηση του πώς λειτουργεί ο συλλέκτης σκουπιδιών και πώς αναφορές λειτουργούν - και πάλι, σας παραπέμπω στο κεφάλαιο 7 του e-book. Επίσης, να λαμβάνει υπόψη της τις κοινές παγίδες, ίσως τα πιο κοινά είναι τα γεγονότα. Εάν το αντικείμενο **Α** έχει καταχωρηθεί σε μια εκδήλωση στο αντικείμενο **Β** , τότε αντιρρήσεις **Α** θα μείνω μέχρι το αντικείμενο **Β** εξαφανιστεί λόγω **B** κατέχει αναφορά στο **Α** . Η λύση είναι να καταργήσετε τις εκδηλώσεις σας, όταν τελειώσετε.


Φυσικά, ένα καλό προφίλ μνήμης θα σας αφήσει να δείτε το αντικείμενο γραφήματα σας και να εξερευνήσετε το φώλιασμα / αναφορά των αντικειμένων σας για να δείτε πού είναι οι αναφορές προέρχονται από και ποια ρίζα αντικείμενο είναι υπεύθυνος ( [προφίλ μυρμήγκια κόκκινο-πύλη](http://www.red-gate.com/products/ants_memory_profiler/index.htm) , JetBrains dotMemory, [memprofiler](http://memprofiler.com/) είναι πραγματικά καλό επιλογές, ή μπορείτε να χρησιμοποιήσετε το κείμενο-μόνο **WinDbg** και **SOS** , αλλά θα ήθελα να συνιστούμε ένα εμπορικό / οπτική του προϊόντος, εκτός αν είστε ένας πραγματικός γκουρού).


Πιστεύω μη διαχειριζόμενο κώδικα υπόκειται σε τυπικό διαρροές μνήμης, εκτός από το ότι μοιράζονται τις αναφορές που διαχειρίζεται τον συλλέκτη σκουπιδιών. Μπορεί να κάνω λάθος σχετικά με αυτό το τελευταίο σημείο. Για μένα πες τους την αλήθεια, και πρόσθεσε ότι είσαι αρκετά ώριμος ώστε να προσέχεις και να μην κάνεις τίποτα υπερβολικό (π.χ. να πιεις κλπ).  

Βάλε και λίγο σάλτσα ότι θα πάνε και όλοι οι συμμαθητές σου και θα είσαι ο μόνος που θα λείπει και θα φαίνεται ότι τους σνομπάρεις. Άμα θες πες τους και ότι θα είναι εκεί και η κοπέλα σου επίσης.  

Tip, υποσχέσου ότι δεν θα αργήσεις να γυρίσεις και τήρησε το όντως. Αυτό θα δώσει ένα προτέρημα για μελλοντικές σου εξόδους, εφόσον θα δουν ότι είναι συνεπής. Λοιπόν, το ίδιο PowerShell δεν θα σας δώσει πολύ με τον τρόπο της επιπλέον βοήθεια. Δεν αναφέρω ποια έκδοση του SQL, γι 'αυτό θα είναι λίγο γενικό.


Πραγματικά, το μόνο που χρειάζεται να κάνετε είναι να έχετε το αρχείο script σας να αντιγράψετε τα απαραίτητα αρχεία DLL για CLR αποθηκευμένες procs σας - PowerShell να αντιγράψετε τα αρχεία σαν μανιακός, οπότε δεν υπάρχει πρόβλημα εκεί. Στη συνέχεια θα πρέπει να εκτελέσει τη δήλωση CREATE ΣΥΝΕΛΕΥΣΗ σε SQL. PowerShell εγγενώς δεν μπορεί να βοηθήσει με αυτό. Εάν χρησιμοποιείτε SQL 2008, το σενάριο σας μπορεί να Add-PSSnapin τον πάροχο SQL cmdlet, το οποίο θα σας δώσει μια cmdlet, ικανό να εκτελεί ερωτήματα SQL - έτσι ώστε να παίρνει Μπορείτε να δημιουργήσετε σας δήλωση.


Εάν δεν έχετε το 2008, θα πρέπει να γράψετε μια σύντομη ρουτίνα .NET για να δημιουργήσετε ένα SqlConnection και SqlCommand - δεν είναι δύσκολο, και εντελώς ενδεχομένως σε PowerShell.


Στη συνέχεια, χρησιμοποιούν την ίδια τεχνική για να εκτελέσει τη δήλωση CREATE PROC σας για να δημιουργήσετε πραγματικά το αποθηκευμένο proc, χρησιμοποιώντας το ως άνω διάταξη.


Zat βοήθεια; Κρίμα δεν υπάρχει τίποτα πιο αυτοματοποιημένη, αλήθεια. MS δεν έχει περάσει πολύ πνευματικού δυναμικού απλούστευση των πολύπλοκων πράγματα εγκατάσταση του SQL αυτού του είδους, δεν νομίζω, και CLR πράγματα προσθέτει λίγο επιπλέον μπαχαρικό από τη στιγμή που πρέπει να διαθέτουν το συγκρότημα. Νομίζω ότι μπορείτε να αποφύγετε μια δεσμευτούν σενάριο γάντζο σε αυτή την περίπτωση με τη χρήση του `svn:eol-style`ακινήτου, όπως περιγράφεται στο SVNBook:


* [Στο τέλος της γραμμής Ακολουθίες χαρακτήρων](http://svnbook.red-bean.com/en/1.7/svn.advanced.props.file-portability.html#svn.advanced.props.special.eol-style)
* [Ιδιότητες Subversion](http://svnbook.red-bean.com/en/1.7/svn.ref.properties.html)


Με αυτό τον τρόπο SVN να ανησυχείτε για καταλήξεις γραμμή σας για σας.


Καλή τύχη!