As a I promised in the evolution of technospot, from now on I will be including posts on programming also.I am not a big experienced programmer but I will surely make a difference on this. Come ho promesso per l'evoluzione del technospot, da ora in poi sarò compresi posti sulla programmazione also.I non sono un grande esperto programmatore ma sicuramente fare la differenza su questo punto.

As this is the first post of this category, I would like to draw attention of programmers who are crazy about programming (like me).Here are some tips out of my experience for not being a BAD PROGRAMMER. Dato che questo è il primo post di questa categoria, vorrei richiamare l'attenzione dei programmatori che sono matto per la programmazione (come me). Ecco alcuni suggerimenti fuori della mia esperienza di non essere un Bad programmatore.

1. Dont Start coding as soon as you get to know what you have to make : When I started coding i was a cowboy ,I know C , I know sytanxes lets do it.And to be honest it used to take hours of trial and hits to get to know what I have to do.So “Have a roadmap like a sketch or flowchart, before you embark for programming.It will save time and frustration both” Avvio di codifica Non appena si inizia a conoscere ciò che avete da fare: Quando ho iniziato la codifica ero un cowboy, lo so C, so sytanxes consente di fare it.And essere onesti è usato per prendere ore di prova e colpi di imparare a conoscere ciò che ho da do.So "Ha una tabella di marcia come un disegno o diagramma di flusso, prima di imbarcarsi per programming.It farà risparmiare tempo e frustrazione sia"
2. Dont Make your programme look like an essay: If you have written a code which has low readability, like you have to move the screen left and right to see the code, the alarm should be ringing.Make your code readable so even you can understand what you have written. Non Rendi il tuo programma di apparire come un saggio: Se avete scritto un codice che ha un basso leggibilità, come si deve spostare lo schermo di sinistra e di destra per visualizzare il codice, l'allarme deve essere ringing.Make il codice leggibile anche in modo è possibile capire quello che hai scritto.
3. Dont forget to add comments: Whenever you change or add something new, make some comments so you can undestand what you did, why you changed.Trust me it will help you when u get back to it again. Non dimenticate di aggiungere commenti: Ogni volta che si cambia o aggiungere qualcosa di nuovo, fare alcune osservazioni in modo che tu possa undestand quello che hai fatto, perché mi hai changed.Trust vi aiuterà quando e tornare ad essa nuovamente.
4. Dont Name the variables and functions as “a “b”: Dont make you program constructs like variables and functions like “variable a” “function b”.It is highly recommended that you name them properly so its use ability is clear. Nome dont le variabili e le funzioni "a" b ": Non farti programma costrutti come variabili e funzioni come" uno variabile "" funzione B ". E 'altamente raccomandato che si nome correttamente così il suo uso capacità è chiaro.
5. Dont make longer programs, break them down: If you have written programs which is too long, alarm should be ringing.Breaking down the functionality will not only give you, re usability but easy reading. Non fare più programmi, ripartizione tra: Se avete scritto programmi che è troppo lungo, l'allarme deve essere ringing.Breaking le funzionalità non solo lei, ma ri usabilità facile lettura.
6. Dont have too many break points: If your control construct(selection, iteration and sequencing) have more than one entry and exit points, alarm should be ringing. Non hai ancora troppi punti di rottura: Se il controllo costruire (selezione, iterazione e sequenziamento) hanno più di un ingresso e di uscita punti, l'allarme deve essere di inanellamento.
7. Dont forget to catch exceptions and errors: If your programme is crashing too often, you have surely forgotten to catch the overflow exceptions and other things.Remember no matter how you good your programme is, if it crashes you are a looser. Non dimenticate di cattura eccezioni e gli errori: se il programma si blocca troppo spesso, si hanno sicuramente dimenticato di prendere le eccezioni di overflow e altre things.Remember non importa quanto è buono il tuo programma è, se si arresta sei un flessibile.

So what mistakes you make ? Che cosa fate errori? Do you have more tips? Avete ulteriori suggerimenti? Share your experience with me and other readers to let them know and become a better programmer.I hope you liked the post. Condividete la vostra esperienza con me e con altri lettori per far loro sapere e diventare una migliore speranza programmer.I ti è piaciuto il post.

Tags: Tag: code techniques codice tecniche , coding tips codifica suggerimenti , programming tips programmazione suggerimenti