hello friends! new(ish)!
Programming concepts: Difference between revisions
>Chchjesus |
>Chchjesus (Added a best practices field) |
||
Line 1: | Line 1: | ||
{{Cleanup}} | {{Cleanup}} | ||
This article will a lot of the important concepts involved in programming, including common methods, pitfalls, techniques and even some conventional wisdom. | |||
'''This article is still a work in progress. Please take a look and contribute what you know, if you know something.''' | |||
== Crucial programmer skills == | == Crucial programmer skills == | ||
There are some skills that are considered vital to being a valuable programmer, and that if you wish to be one, you should definitely get to grips with. | There are some skills that are considered vital to being a valuable programmer, and that if you wish to be one, you should definitely get to grips with. | ||
* Version control systems: | * Version control systems: | ||
Line 23: | Line 21: | ||
** [[Vim]] and/or [[Emacs]] | ** [[Vim]] and/or [[Emacs]] | ||
* Command line skill | * Command line skill | ||
** [[GNU/Linux]]/Unix shell | ** [[GNU/Linux]]/Unix shell (read the [[https://en.wikipedia.org/wiki/Man_page man pages]]) | ||
** Windows cmd | ** Windows cmd | ||
* Compiler use | * Compiler use | ||
Line 34: | Line 32: | ||
* [http://linux.die.net/man/1/gcc GCC manpage] | * [http://linux.die.net/man/1/gcc GCC manpage] | ||
== | == Best practices == | ||
Google, [https://stackoverflow.com/ Stack Overflow] and the documentation of whatever you are working on are your best friends!. Remember to consult them first, always! Usually, you will often find a solution to your problems here, and even if you don't, you will have a better understanding of it, and people will appreciate that you've done some of your own research first (it saves time in explanations). | |||
You can learn to program, but without a good foundation of theory behind you to help you make smart decisions with your code, you're going to be a shitty programmer. Go take a look at the [[Computer Science]] page for some info. There's something to be said about optimising your algorithm before optimising your code. | |||
One thing that is important is '''knowing when to take a break'''. Sometimes, if you're stuck you'll sit there for hours trying to figure something out, and you'll replay the same thing over and over again in your mind. If you find yourself in this situation, instead, go and take a couple of hours' break. You could even take a shower, get some food, or sleep; just take a break away from your place and computer of programming. You'll find that once you come back to it, refreshed and ready, that you'll be able to spot the problem immediately, or at least come up with a solution more easily. | |||
== Terminology == | |||
There is a hell of a lot of terminology in programming. Here we'll try to clear it up. | There is a hell of a lot of terminology in programming. Here we'll try to clear it up. | ||
Line 206: | Line 210: | ||
Firstly, you'll need to know the difference between black-box testing, and white-box testing. Black-box testing is testing a piece of software without knowing what is inside that software, i.e. you only test its functionality based on its input and output. White-box testing is the opposite; you test based on the software's methods and internal workings. | Firstly, you'll need to know the difference between black-box testing, and white-box testing. Black-box testing is testing a piece of software without knowing what is inside that software, i.e. you only test its functionality based on its input and output. White-box testing is the opposite; you test based on the software's methods and internal workings. | ||
==== Unit testing ==== | ==== Unit testing ==== |
Revision as of 10:05, 12 February 2014
This article will a lot of the important concepts involved in programming, including common methods, pitfalls, techniques and even some conventional wisdom.
This article is still a work in progress. Please take a look and contribute what you know, if you know something.
Crucial programmer skills
There are some skills that are considered vital to being a valuable programmer, and that if you wish to be one, you should definitely get to grips with.
- Version control systems:
- Git (recommended, especially for open source stuff) and/or Mercurial
- Repositories
- Gitorious
- GitHub
- BitBucket
- Document typesetting/preparation
- LaTeX typesetting system
- Markdown
- Console text editors
- Command line skill
- Compiler use
- GNU Compiler Collection (gcc)
Guides to get you on your way
Best practices
Google, Stack Overflow and the documentation of whatever you are working on are your best friends!. Remember to consult them first, always! Usually, you will often find a solution to your problems here, and even if you don't, you will have a better understanding of it, and people will appreciate that you've done some of your own research first (it saves time in explanations).
You can learn to program, but without a good foundation of theory behind you to help you make smart decisions with your code, you're going to be a shitty programmer. Go take a look at the Computer Science page for some info. There's something to be said about optimising your algorithm before optimising your code.
One thing that is important is knowing when to take a break. Sometimes, if you're stuck you'll sit there for hours trying to figure something out, and you'll replay the same thing over and over again in your mind. If you find yourself in this situation, instead, go and take a couple of hours' break. You could even take a shower, get some food, or sleep; just take a break away from your place and computer of programming. You'll find that once you come back to it, refreshed and ready, that you'll be able to spot the problem immediately, or at least come up with a solution more easily.
Terminology
There is a hell of a lot of terminology in programming. Here we'll try to clear it up.
Numeric data
Note: For a far more comprehensive listing of the numeric data sizes, see here. Also, sometimes KiB is used instead of KB. Consult this page for more info.
- bit (b) - The smallest computer unit.
- nybble - 4 bits.
- octet - 8 bits.
- byte (B) - Usually 8 bits, however, a byte isn't always 8 bits. It depends on the architecture of the CPU. Some bytes can be 16 bits, for example.
- word - 4 bytes.
- kilobyte (KB) - 1024 bytes.
- megabyte (MB) - 1024 KB
- gigabyte (GB) - 1024 MB
- terabyte (TB) - 1024 GB
Endianness
Signed int vs Unsigned int
Primitive data types
Note: The size of most of these data types are implementation specific. For example, in C, on a 32 bit machine, ints are 4 bytes. They're 8 bytes on a 64 bit linux machine. See here for more info.
- short/short int - Half the size of an int.
- int - A positive or negative integer.
- long/long int - Twice the size of an int.
- float - Floating point number. This is what computers use to represent decimal numbers.
- double - Double-precision floating point. This is a decimal number that is usually twice as big as a float.
- boolean - True or False
- char - A single character. On essentially all devices, these are one byte.
- string - A sequence of characters. In C, these are represented as a char array and must be ended with a null byte, '\0'.
Abstract data types
- Tree - An ordered structure that starts with a root node, and has child nodes, which have their own child nodes, etc.
- Array/List - A sequence of data types
- Tuple - An array, but unmutable (cannot be changed after creation).
- Map / dictionary - A mapping of key -> value pairs. These are usually represented by a hash table.
- Linked List - See below
- Set - An immutable, unordered list.
Keywords
- import/include
- void
- const vs final
- abstract
- OOP static vs C static
- class
- interface
- register
- inline
Programming Paradigms
Different languages are sometimes written in completely different ways. By becoming familiar with multiple languages that use different paradigms, you become a more effective programmer as the mindset used behind one paradigm can usually improve your way of thinking in another. Note that most languages can be used to program in more than one paradigms. Python, for example, has built-in support for imperative, OO, and even functional programming.
Imperative
- C
- Python
Functions and modularity
Think of a function as a box which takes data in, modifies it, and returns it.
Arguments, Parameters and the return statement
Goto
For vs foreach vs while
Ternary operators
Functional
Functional programming languages are so named because everything is defined in terms of functions, as opposed to a sequence of actions like in imperative programming, or objects, like in OOP.
- Lisp dialects (Common Lisp, Scheme, Clojure)
- Haskell
First class and higher order functions
A function which takes simple data (i.e. a string, or an int) and returns simple data is called a first class function. A function which takes a first class function as an argument is called a second class function, and a function which takes a second class function is called a third class function, and so on. A second class function or higher is called a higher order function.
Anonymous functions / closures
Currying
Map
Reduce
Filter
Tail recursion optimisation
Functional reactive
Functional reactive programming (FRP) is a subset of reactive programming built on the foundation of functional programming.
- Elm
Object Oriented
Defining Object Oriented Programming (OOP) appears to be difficult for people to ellaborate on and even more difficult for beginners to grasp. The best way I was explained was to envision real life objects such as a fork, a knife, a plate and a piece of chicken. Each object has methods and attributes. You would stab with a fork, cut with a knife, and these are it's basic methods. The chicken can be raw, or cooked, which would be its attributes. You can use the knife and fork together to stabalize and cut the chicken, but only if its cooked.
Most OOP languages have incredible documentation that is recommended to have handy for references while developing software with these languages.
OOP is not necessarily GUI programming.
- Java
- C#
- C++
Inheritance
Polymorphism
Encapsulation
Abstraction
Function / Method / Operator overloading
Declarative
Declarative languages differ from the others in that you specify what you want to get, not how you're going to get it like you would in other languages. SQL is used for querying databases, while Prolog is a logic language; it allows you to set up rules into a Knowledge Base, then query the knowledge base about things.
- SQL
- Prolog
Aspect Oriented
- ?
Concepts
Magic numbers and meaningful constants
Interpreted vs compiled
Compile time errors vs runtime errors
Dynamic vs Static
Typing
A dynamically-typed language is one where you don't have to specify data types or function return types. Instead, the language will infer which type based on what is stored in the variable or returned by the function. A statically-typed language is where types must be declared.
Linking
Dynamic linking vs static linking
State vs stateless
Functional programming is stateless. HTTP is stateless
Pointers and dereferencing
Variable scope
Memory: Heap vs Stack
Variadic functions
ASCII vs Unicode
Software development
Design patterns
Application development
Web development
Embedded development
Mobile app development
Software testing
Firstly, you'll need to know the difference between black-box testing, and white-box testing. Black-box testing is testing a piece of software without knowing what is inside that software, i.e. you only test its functionality based on its input and output. White-box testing is the opposite; you test based on the software's methods and internal workings.
Unit testing
Integration testing
QA (Quality Assurance) testing
Competitive Programming
You are in the jungle. You have a pocket-knife. Someone asks you to kill a mountain lion.
Anyone but a programmer would be asking "WTF is a MOUNTAIN lion doing in a JUNGLE?!", but that's not what you have been trained to do as a programmer. You are here to solve problems, not to question them.
Years of training has taught you well. You use your knife to sharpen a stick. You cut vines to lash sharp stones on one end. Maybe you're from a top university, and you've learned to extract essential ingredients from plant and insect life around you to fashion a poison to tip your weapon with.
Convinced that you have an effective and efficient way to kill the lion, you set forth to accomplish your task. Maybe your stick is too short, or your poisons don't work. It's okay - you live to refine your method and try again another day.
Then someone figures out a way to fashion a low-grade explosive from harvesting chemicals in the jungle. Your method of fashioning a spear to kill the lion is now far from the best way to accomplish your task. Nevertheless, it's still a simple way, and will continue to be taught in schools. Every lion-killer will be taught how to build his tools from scratch.
That's "real-life" programming.
In competitive programming, you start out with the same resources (a pocket-knife), except you have 2 minutes to kill the lion.
As a beginner, you will stare at the lion and do nothing.
Soon, you learn that if you kill a squirrel, sometimes the judge thinks it's a lion and you're good to go.
A more experienced programmer just keeps stabbing the lion and hopes that the lion dies in time. Soon, you learn that there are certain spots on a lion that are damage immune. You learn to not even bother stabbing those spots. Sometimes, the lion doesn't expose those spots, so you get really good at killing squirrels.
And then, to be a great competitive programmer, you need to be able to do two things.
First, you must learn how to find the lion's critical point and kill it in one swift stroke.
Second, you must learn how to be so handy with your knife that you can fashion a sharp stick in 1 minute, and spend the next minute stabbing the lion to death.
But never ever will you be able to have enough time to fashion an explosive to take the lion out.
Material
Books
There are books that teach programming competition. They are a very good resource to learn computer Science
Compete
There are many pages to compete in online programming competitions. They often offer tutorials and many other more:
- TopCoder
- Codeforces
- Codechef
- Google CodeJam
- Facebook HackerCup (I do not reccomend this one)
- ICPC (Might be available in your college)
- IOI If you are underage and autistic, look for the local version in your country of this one.
Training sites
If you want to train: