Ce n'est pas la Science de fusée, il programme

N'importe qui peut écrire un programme de nos jours, si le macro conduit par l'intermédiaire des magiciens ou d'employer une langue syntactique puissante mais simple aiment le python. Après tous si les compagnies de logiciel faites des langues trop cachées et difficiles d'employer alors leur produit ne lanceraient pas sur le marché efficacement par le manque d'appui et d'intérêt (Java de côté !). A accordé certains d'entre nous ont été soutenus avec un « talent » pour programmer tandis que d'autres avaient une courbe de étude raide, avec une telle prédominance des programmeurs disponibles pour que des employés/clients choisissent de la façon dont vous vous distinguez comme meilleur choix parmi les candidats de concurrence.

La qualité et la vitesse sont deux attributs qui ne sont habituellement pas synonymes comme peut être vu dans une pléthore d'applications à la hâte écrites produites contre des temps-contraintes. Compter sur un attribut fortement annulera habituellement l'autre.

Commencer par l'attribut de la vitesse. Avez-vous noté combien de programmeurs/de code-coupeurs sont de nos jours des deux-doigt-dactylos ? les code-coupeurs de Deux-doigt-dactylographie comptent fortement sur des dispositifs d'intellisense d'ide pour produire le code pour eux. Ceci peut expliquer le manque de commentaires par écrit et descriptifs de puits dans une grande partie du code qu'ils produisent. Dans le meilleur des cas un programmeur devrait être toucher-type capable car la vitesse est une concomitante de la toucher-dactylographie. C'est pour un certain nombre de raisons :

Quand vous toucher-dactylographiez le code, votre regardent l'écran pendant que vous dactylographiez qui le facilite pour se concentrer sur l'écoulement de vos algorithmes, employant le dispositif d'intellisense, s'il y a d'un, augmente en même temps seulement la vitesse et donc votre production de code. Vos commentaires seront plus descriptifs et complets parce que vous vous déplacez plus rapidement sans n'importe quelle confiance sur les dispositifs incorporés d'intellisense intrinsèquement.

Comme analogie simple. Quand est-ce que vous conduisez-vous une voiture vous faites-vous regardez-vous à plusieurs reprises bâton-décalez ou des pédales pour changer les vitesses et le frein ? Non, naturellement pas. Que se produirait si vous faisiez, vous manquerait votre tour ou frapperait un arbre ? La concentration sur deux choses fait immédiatement enlever des problèmes et des causes vous votre oeil de la boule. C'est pareil en programmant, pourquoi t'enlèvent l'oeil de la boule à la chasse le clavier pour des clefs tout en alternant entre regarder le clavier et l'écran pour ce dispositif éonomiseur de temps d'intellisense ? la Toucher-dactylographie est l'une de ces qualifications qui, à mon avis, vous mettront au-dessus de 80% d'autres programmeurs dans votre domaine de programmer quand il vient à produire le code.

Vous pouvez trouver dactylographier-forez des livres ou des manuels ou à Amazon.com ou même aux librairies d'occasion. L'achat un et la pratique, tous que vous avez besoin est 30 mots par minute (wpm) pour augmenter énormément votre vitesse de codage et avec l'utilisation de tous les dispositifs disponibles d'intellisense vous dactylographierez probablement de bons 40 à 60 mots par minute. Je récemment ai été donné un contrat de six semaines que j'ai nettoyé dans un et une moitié de semaines parce qu'ils avaient estimé le temps pris au code la solution basée sur leurs travaux récents et conjecture ce qui, les programmeurs étaient des deux-doigt-dactylos. Deux doigts se déplaçant autour du clavier par opposition à mes 86 mots par rendement minutieux sans intellisense. Mon client était très heureux à la fin de cela !

Employer un organisateur d'agrafe de code pour améliorer la vitesse et la qualité
======================================================

Un autre outil qui vous aidera à améliorer la vitesse et la qualité avec laquelle vous codez est un puits organisé, bibliothèque rechercheable des agrafes de code (extraits). Combien de fois avez-vous vu un programmeur réinventer la roue et pourquoi ils ? J'ai une agrafe CodeClipper appelé par bibliothèque (www.bandicootsoftware.com.au) de code ce j'emploie constamment, traînant et laissant tomber le code dans toutes mes routines. Les agrafes de code sont essayées et examiné, précis et qualité et le meilleur de tous, je seulement ai dû les écrire une fois (indépendamment de légères améliorations dans l'algorithme avec le temps). Quand je commence un drag'n'drop de la routine I l'initiale commente comprenant mon nom, compagnie, site Web, date et heure des supports de la création et de l'endroit de la routine pour la description, les mises à jour et les notes. Après je traîne un choix de l'erreur-manipulation dans la routine. Après que je mette en boîte l'un ou l'autre drag'n'drop un calibre de recordset ou recherche un certain code et le colle dans la routine. 3-5 secondes et moi avons déjà établi beaucoup de code de qualité dans la routine. Qualité et vitesse ; les deux ont juxtaposé des attributs que les employeurs et les clients exigent et déjà je suis en avant d'autres programmeurs dans mon domaine.

Employer les commentaires pour augmenter la qualité de code
====================================

Les commentaires descriptifs et complets sont tellement le résultat de la toucher-dactylographie. Quand vous pouvez dactylographier rapidement vous ne vous occupez pas d'aller que le mille supplémentaire pour la clarté de l'explication, vous ne doivent pas faire la petite confidence de vos commentaires. Beaucoup de fois d'autres programmeurs ont commenté tout en regardant mon code « défaut de la reproduction sonore, le sort de commentaires ! » par opposition à leur manque complet de commentaires dans leur propre code. Il est beaucoup plus facile de maintenir mon code par me et d'autres en raison de l'utilisation ubiquitious et généreuse des commentaires.

Pour quoi est-ce que des commentaires sont efficacement employés ? Premièrement, les commentaires devraient expliquer pourquoi vous avez choisi un certain algorithme ou chemin d'action, quand il y a une myriade d'autres options disponibles. Par exemple : vous avez pu avoir essayé une solution plus évidente à un problème pour le trouver seulement a les questions de intégration ou peut-être n'a pas exécuté pendant que la documentation indiquée, alors vous décidait d'une solution plus étrangère. Écrire succinctement ce que vous avez essayé et pourquoi les idées ont échoué et puis expliquent votre décision finale. Autrefois plus tard quelqu'un ou vous-même peut refactor votre code ou souhait pour le changer, au moins ils sauront ce qui a effectué le travail noy ainsi vous avez sauvé quelqu'un temps en fournissant la qualité et les commentaires instructifs.

Une autre bonne utilisation des commentaires est de projeter un algorithme. Peut-être vous avez un mehtod que vous connaissez serez nécessaires par une classe mais n'avoir aucun temps pour la coder. Tandis qu'elle est fraîche dans votre type d'esprit les étapes de l'algorithme dehors dans une routine ou une méthode dans les commentaires comme le pseudo code. Quand vous obtenez de nouveau à cette routine que vous aurez le cadre de votre algorithme présenté pour toi, c'est moitié de votre travail effectué déjà. Se rappeler de supprimer les pseudo commentaires évidents car vous code, si vous avez besoin de commentaires chaque étape de votre code pour expliquer ce qu'il vous fait alors n'appelez pas vos variables et fonctions dans une manière dont explique leur but ou valeurs.

Faire votre code Understandle? Lui faire l'anglais
==============================================

Si ce n'est pas contre le jet de politique de compagnie loin vos conventions de appellation. Ceci sauveront le temps retitrant des variables et puis certains quand vous changez une commande ou un type variable. Un plus mauvais scénario de cas est si vous changez un type variable mais ne changent pas la convention de appellation du nom variable. Une fois que vous videz appeler des conventions vos méthodes peuvent se comprendre et vous n'aurez pas besoin de tant de commentaires pour expliquer pourquoi vous appelez une certaine routine. Par exemple :

Au lieu de?

faible strUserName comme corde
faible cll en tant que nouveau clsLogonLogoff
strUserName = cll.mtdstrGetUserID

Il pourrait lire?

faible user_name comme corde
faible logon_ en tant que nouveau Logon_Manager
user_name = logon_.user_name

Ou améliorer toujours :

Au lieu de?

rstrLibrary = funstrLibrary

Il pourrait lire?

bibliothèque = library_user_is_logged_onto

Ces exemples sont insignifiants mais vous obtenez l'essentiel. I par le passé a converti un manuscrit plutôt minable d'ouverture complètement des noms obscurs de fonction et des boucles omniprésentes en ensemble de fonctions proprement écrit même un utilisateur pourrait lire et se comprendre dont. Je préfère employer des soulignages et apporter au code cette étape plus près de l'anglais courant. Quand vous avez une liste entière d'instructions codées comme c'il est un rêve à lire et comprendre.

Écrire les manuscrits pour écrire le code
=============================

Il y a une chose plus rapidement que dactylographiant rapidement ou en utilisant votre propre organisateur et cela d'agrafe de code est le manuscrit qui écrit le code pour toi. I une fois dû écrire une base de données où le client n'était pas sûr sur le type des champs ou de données qu'ils ont dû capturer et l'analyste d'affaires avait des problèmes le fonctionner dehors ? ! La table principale qui était susceptible de changer affecterait beaucoup de questions et coder cela travaillé avec lui est des données, par exemple rapports « de cas choisi », Recordsets, diverses routines. J'ai passé environ quatre heures scripting et examinant les routines qui pourraient supprimer la table et la reconstruire avec reconstruire des questions et récrire de grands morceaux de code. Un grand investissement de temps au début du projet qui a payé au loin plus tard dans le cycle de développement de logiciel. Ces routines ont lu leurs données à partir d'un dossier des textes avec un format simple des noms de table et des champs associés. Il y avait un jour où mon client regardait la base de données sur un autre plancher dans notre bâtiment et changements faits de table en marche. J'ai récrit cette base de données 5 fois en 8 minutes qui jour pendant que le client continuait à changer d'avis lors de regarder les résultats, et eux étais extrêmement d'excuse mais cela m'a pris 5 secondes à la fois pour récrire la base de données une fois que je changeais rapidement les champs dans le dossier des textes. Ne pas employer simplement le code pour faciliter la vie de votre client, l'emploient pour faciliter votre propre vie.

Manuscrits d'écriture pour écrire des moyens de code :

1. Heures de travail réduites aux secondes
2. Aucunes erreurs d'épellation
3. Aucune chasse pour que les changements fassent
4. Programmation libre d'effort
5. Aucuns cauchemars humains de faillibilité et de correction

Le manuscrit au manuscrit et améliorent la qualité et la vitesse de votre travail.

Vous connaître les cycles de programmation
===========================

Quand programmez-vous mieux, matin, midi ou nuit ? Savoir quand vous programmez à votre meilleur et essayer de s'charger du reste de votre fonctionnement ou du temps libre autour de celui. Je programme mieux le matin ainsi j'essaye d'organiser mes réunions pour l'après-midi, hé chacun tombe pour dormir lors des réunions de toute façon.

En bref, presque n'importe qui peut écrire un programme ainsi vous devez rester en avant d'un bon nombre de gens. Quelques manières que nous avons regardé pour faire ceci sont :

1. Apprendre à toucher le type, (ceci payera de grands dividendes !).
2. Ne pas réinventer la roue, portent une bibliothèque organisée et rechercheable des agrafes de code avec toi.
3. Commentaire bien pour la qualité (voir le point 1).
4. Écrire les manuscrits pour écrire le code pour toi.
5. Connaître vos cycles de programmation.

Votre un coupeur de code? vont en avant et produisent le code !