πώς να προφέρει escape;
ess-cape
για να ρωτήσει και να σταματήσει αν πατήσεις κάτι άλλο εκτός από `y’ ή ‘y’

read -p "are you sure? " -n 1 -r

echo # (optional) move to a new line

if [[ ! $reply =~ ^[yy]$ ]]

then

echo -ne "\ncancelled\n"

exit 1

fi

echo -ne "\n"

το μυστικό είναι η κανονική έκφραση (regular experssion) '^[y… Για μένα πες τους την αλήθεια, και πρόσθεσε ότι είσαι αρκετά ώριμος ώστε να προσέχεις και να μην κάνεις τίποτα υπερβολικό (π.χ. να πιεις κλπ).  

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

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



> 
> Η λειτουργία SetForegroundWindow βάζει το νήμα που δημιούργησε το καθορισμένο παράθυρο στο προσκήνιο και ενεργοποιεί το παράθυρο. εισαγωγής πληκτρολογίου κατευθύνεται προς το παράθυρο
> 
> 
> 


Δοκιμάστε τη λήψη της εστίασης με [SetCapture](http://msdn.microsoft.com/en-us/library/ms646262.aspx) πριν από την πραγματοποίηση της κλήσης. Επίσης εξετάσουμε διαφορετικούς τρόπους να φέρει το παράθυρο προς τα εμπρός: SetForeGroundWindow, SetActiveWindow, ακόμη και προσομοίωση ένα κλικ του ποντικιού μπορείτε να το κάνετε αυτό. Καλή επιτυχία! δες ένα απόσπασμα με την εντολή της αποσύνδεσης για να καταλάβεις:

listdelegate {

id: leavebutton

text: i18n("log out")

highlight: delegatehighlight

icon: "system-log-out"

onclicked: {

ex… Η τεχνική που περιγράφεται φαίνεται ωραίο, αλλά έχει πολλές παγίδες:


1) ο χρόνος μεταξύ της έναρξης PHP script και άκρο είναι μικρή σε σύγκριση με το χρόνο μετάδοσης? Επίσης, αυτό σώζει το χρήστη για 0,5 δευτερόλεπτα, σύμφωνα με την πηγή σας. Είναι αυτό ένα σημαντικό χρονικό διάστημα για εσάς;


2) αυτή η τεχνική δεν λειτουργεί με gzip buffering εξόδου


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


4) Μόλις ξεπλύνετε, δεν μπορείτε να στείλετε πια κεφαλίδες


5) (δευτερεύον θέμα) η απόκριση του server θα έρθει στην κατατμημένη κωδικοποίηση, που σημαίνει ότι ο πελάτης δεν θα γνωρίζει το μέγεθος των προτέρων (ως εκ τούτου δεν θα εμφανίσει «x% γίνεται» κατά τη λήψη ενός αρχείου).


Από την άλλη πλευρά, αν περιμένετε το σενάριο σας να τρέχει για ένα τραγικό βαθμό (20+ δευτερόλεπτα), μπορεί να χρειαστεί να στείλει κάποια δεδομένα (χώροι, για παράδειγμα) για να κρατήσει το πρόγραμμα περιήγησης από το χρονοδιάγραμμα από τη σύνδεση. Χρησιμοποιούμε [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/) Νομίζω ότι μπορείτε να αποφύγετε μια δεσμευτούν σενάριο γάντζο σε αυτή την περίπτωση με τη χρήση του `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 να ανησυχείτε για καταλήξεις γραμμή σας για σας.


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


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


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


Το πράγμα για Open Source είναι ότι πρέπει πραγματικά να αναπτυχθούν οργανικά - είναι να πληρωθούν κανείς, κανείς δεν είναι υπό την απειλή της απόλυσης - οι άνθρωποι πρέπει να *νοιάζονται για το λογισμικό σας* για να αυξηθεί πέρα από ό, τι μπορείτε να κάνετε. Δεν πρόκειται ποτέ να πάρει συνεργάτες (ή τέλος πάντων, καλές) από την προσέλκυση τους - μόνο κάνοντας κάτι που ένας καλός προγραμματιστής θα βρείτε ενδιαφέρον να εργαστεί με.