Fortsätt till huvudinnehåll

Is it necessary to have some basic knowledge of algorithms and datastructures in order to be a good programmer?

The short answer, yes, absolutely.
This is a follow up to my previous blog post where I claimed that you don't need to know advanced algorithms by heart in order to be a good programmer. That is still totally true. However, you should have at least some basic understanding of algorithms and data structures.

Having this knowledge will help you select the correct tools for the job, for example knowing when to use a stack over a queue, when a linked list is a better selection than an array, when to use a hashset, or a dictionary, and so on. This will help you write easier and more robust code.

It is also a really good idea to have some feeling for how your code will perform when input data grows. How will memory consumption and running time be effected if the input data grows by a factor 100, or 1000? This knowledge will help you identify performance bottlenecks in your application and help you come up with ideas on how to attack them.

So, if you haven't done it already, take an algorithm course or two. But don't put too much effort into remembering every little implementation detail of quicksort, quickfind, priority queues, red black binary search trees, binary indexed trees, etc. Instead, put some effort into learning what they can be used for and look them up when needed.

Kommentarer

  1. Var ett tag sedan jag var inne och läste, men så glad jag blev över att få läsa flera bra oc h intressanta inlägg! Jag har fått börja vara med i rekryteringsprocessen på mitt jobb, och håller helt med dig i att man inte bara kan basera sig på ett onlinetest... Ska ta en titt på algoritmkursen också :)

    SvaraRadera
    Svar
    1. Hej!
      Jag började undra vart du hade tagit vägen, saknade dina kommentarer :).
      Algoritmkursen kan jag rekommendera, kräver dock att man lägger ner flera timmar i veckan för att man ska hinna med.
      Ang rekrytering, kolla in den här länken, tycker det är vettigt skrivet: https://codeclan.com/blog/hire-developers-online-tests

      Radera
    2. Kul att du saknat kommentarerna :) Jag har varit pappaledig i sommar då vi fick nummer två i juli, så det låter inte som att det passar så bra för mig med algoritmkursen nu då. Inte så många sekunder jag inte vet vad jag ska göra... :) Tack för tipset, ska ta och läsa blogginlägget!

      Radera

Skicka en kommentar

Populära inlägg i den här bloggen

C# Enum as bit field

Bit field enum Whenever you wish to express combinations of properties of an object, bit fields are a good way to accomplish this. As a simple example, consider a file in the file system. It can be Readable , Writable , Hidden or a combination these. The different attributes can be defined as an enum : [Flags] public enum FileAttribute {   None      = 0b0000;   Readable  = 0b0001;   Writeable = 0b0010;   Hidden    = 0b0100; } To indicate that this enum is expected to be used as a bit field I have defined it with the FlagsAttribute . It is important to understand that the FlagsAttribute does nothing more than making some changes to how the ToString method of the enum works, making it possible to print out all flags. It does not introduce any validation or special treatment of the enum in any other way. I have defined the values of the different fields of the enum using binary representation, this should make it even more clear that this is a bit field and which bi

Codility tasks - Part I

I was recently faced with two codility tasks when applying for a job as an Embedded Software Engineer. For those of you who arn't familiar with Codility you can check out their website here:  www.codility.com Task one - Dominator The first task was called Dominator. The goal was to, given a std::vector of integers, find an integer that occurs in more than half of the positions in the vector. If no dominator was found -1 should be returned. My approach was to loop through the vector from the first to the last element, using a std::map to count the number of occurences of each integer. If the count ever reached above half the size of the vector I stopped and returned that integer and if I reached the end without finding a dominator I returned -1. So was that a good approach? Well, the reviewer at the company rated the solution as 'pretty ok'. His preferred solution was store the first integer in the array and set a counter to 1. Then loop through the remaining i