• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
Noulakaz

Noulakaz

The blog of Avinash, Christina, Anya and Kyan Meetoo.

  • Home
  • About
  • People
    • Christina & Avinash Meetoo
    • Avinash Meetoo
    • Christina Meetoo
    • Anya Meetoo
    • Kyan Meetoo
  • General
    • News
    • Mauritius
    • Politics
    • Education
    • Business
    • Travel
  • Computing
    • Apple
    • Linux
    • LUGM
    • Programming
    • Web
    • Technology
    • Knowledge Seven
  • Entertainment
    • Music
    • Movies
    • Photography
    • Sports

On being a Rock Star Software Engineer

15 April 2008 By Avinash Meetoo 21 Comments

I have just come across a great article by Alex Iskold entitled Top 10 Traits of a Rockstar Software Engineer. It is a must read for all aspiring software engineers out there… especially those who are still learning the skills in a university.

The 10 traits he mentions are:

  1. Loves To Code
  2. Gets Things Done
  3. Continuously Refactors Code
  4. Uses Design Patterns
  5. Writes Tests
  6. Leverages Existing Code
  7. Focuses on Usability
  8. Writes Maintainable Code
  9. Can Code in Any Language
  10. Knows Basic Computer Science

Phew! What can I say more? Apart from telling all of you to read the article thoroughly and to pay special attention to the various books he refers too.

Priceless.

Filed Under: Education, Programming

Reader Interactions

Comments

  1. selven says

    15 April 2008 at 23:10

    a summary of what i have learnt what software engineering is (from univ):

    A boring lot of theoritical stuffs with diagrams and standards that doesn’t really serve any purpose to help any better at understanding the problem. Basically, write reports rather than make something useful and beautiful.

    :p ofcourse the above is just my opinion and what the way things have been forced into my brain when i did software engineering, no one in no way can argue with that.. as it is… just my humble opinion….

    +$3|v3n

  2. Ketwaroo D. Yaasir says

    16 April 2008 at 00:30

    11. plays guitar hero

  3. avinash says

    16 April 2008 at 00:37

    Yes, I have to agree.

    I play Guitar Hero too on my Playstation 2 ;-)

  4. avinash says

    16 April 2008 at 00:50

    To Selven:

    Personally, I don’t understand the reasons behind Software Engineering as it is obvious, for me at least, that building software has nothing to do with engineering techniques.

    Rather it requires inspiration, artistry, a sense of aesthetic and a lot of culture.

    I should write a module syllabus called “Aesthetic Programming” :-)

  5. Stéphane Lee says

    16 April 2008 at 06:54

    The most important thing is to write good documentation. Without it, all your code is just a pile of scribbling.

  6. avinash says

    16 April 2008 at 08:19

    Hi Stéphane,

    I am not too sure about writing separate paper documentation.

    Rather, I prefer the Javadoc approach. Write sensible comments and have a tool extract them in a separate document when needed. This looks like #8 to me: Write Maintainable Code.

    There is a problem with drawings (UML for example) though.

  7. selven says

    16 April 2008 at 15:02

    Stephane: Good documentation is really important indeed (else i wouldn’t have managed to understand the power and beauty of symfony :p), nevertheless, trying to FORCE people to use a set of standards to document their works isn’t really a perfect example of freedom of choice :D… documentations that doesn’t follow those S.E standards can even be better and more readable than S.E reports.

    ps. setting out standards just limits the flexibility one can have.

  8. Stéphane Lee says

    16 April 2008 at 17:04

    Writing in the headers is not enough. You need design documentation, end-user documentation…

  9. avinash says

    16 April 2008 at 20:57

    I agree.

    The big problem is design documents like class diagrams. I have read about software developers who take pictures of their whiteboards regularly (in fact, I did that once when we were implementing a database schema…). Version control is tough though…

    I am not too sure about end-user documentation though as those are, most of the time, written by non-programmers, isn’t it?

  10. Ashesh says

    17 April 2008 at 13:53

    waow: “can code in any language”

    That’s nice. Its good to be never religious on a particular language.

    quote: A good engineer knows that and is willing and able to learn new languages, new libraries and new ways of building systems.

    “How can you build large scale software without knowing the difference between a linked list and an array?”
    I recently learnt this from Programming Methodology module!

    One question Sir:
    What is the difference between Software Engineering, Software Architecture and Simply Programming?

  11. avinash says

    17 April 2008 at 14:37

    Nice question, Ashesh:

    Programming is the process of explaining to a (stupid) computer how to solve a problem by using a formal language known as a programming language. Most people find programming tough as we are not used to interact with stupid entities where perfect precision is required.

    Software Architecture is somewhat like the plan for a large building. It focuses on high-level constructs and has objectives such as overall availability, reliability, performance, security, maintainability, etc. For example, if you want a software to exhibit high availability, you might use redundancy and this is called an architectural decision. From this, a designer will propose a solution with, say, N servers and a load-balancer which a programmer will implement.

    From Wikipedia, “Software engineering is the application of a systematic, disciplined, quantifiable approach to the development, operation, and maintenance of software.” I am not a big fan of the term Software Engineering as this seems to imply that a software is “engineered” like a bridge. This is simply not true as when we build software we are not constrained by physical laws i.e. anything is possible. For me, Software Engineering looks like a set of rules that “average” programmers can follow to deliver software of “average” quality. I think that the best programmers instead use their instincts rather than Software Engineering rules…

    On the other hand, it’s always a good idea to follow software development best-practices e.g. program to interfaces.

  12. Ketwaroo D. Yaasir says

    18 April 2008 at 01:01

    Most people find programming tough as we are not used to interact with stupid entities

    Honestly, with the sort of people around, there is no shortage of stupid entities to interact with. I think, a computer is not stupid. It is just an electrical device. you are not likely to call your fridge stupid. Even though from an average point of view, your fridge is much more useful. It feeds you (indirectly, by preserving your food). The computer doesn’t do much by itself. It does with numbers (to base 2) what you tell it to do and represent those numbers the way you (or some programmer) tells it to do. So it is a modelling tool. like a pencil and paper. So I think you need some amount of artistic skill as well to write useful code.

    but of course, it’s not that simple in reality. Or whatever you consider to be reality.

    From Wikipedia, “Software engineering is the application of a systematic, disciplined, quantifiable approach to the development, operation, and maintenance of software.”

    I remember reading that definition a long time ago and not liking it at all either.

  13. Ashesh says

    18 April 2008 at 07:01

    “Throughout the industry, software engineer has replaced the job of programmer as the job title of preference. Software process models, software engineering methods and software tools have been adopted successfully across a broad spectrum of industry applications.”
    -Roger Pressman, Software Engineering, a practitioner’s approach

    It was the quote above me that triggered my curiosity to know the differences. Yeps, I definitely agree on the SD best practices. In fact I read this guide: http://www.codinghorror.com/blog/archives/000103.html very often.

    finally, I think that the industry requires software engineers rather than developer or programmers. for eg. at SIL, http://sil.intnet.mu/hr/career.htm, it is mentioned Software engineer as position. How far is it true?

  14. avinash says

    18 April 2008 at 11:17

    In France, where I’ve studied, one can only call himself or herself an engineer when he/she has spent five years in an Ecole d’Ingénieur.

    This is what I did.

    There, during the five years, I learned (and practiced) about (i) the technical aspect (ii) the human aspect and (iii) the financial aspect of building large software artifacts.

    In Mauritius, things are a little bit different. Our students, even though they are holders of a Bachelor degree in Computer Science & Engineering, do not have the right to call them engineers. This is because the Association of Engineers of Mauritius does not consider Computer Science to be an engineering discipline.

    So asking for Software Engineers is valid technically. But I don’t think this is really applied as this would mean that no CSE students would have the right to apply…

    Personally, on my CV, I put Software Engineer as “title”. But this is only because I’ve studied in an Ecole d’Ingénieur.

  15. Ritesh Hassamal says

    22 April 2008 at 02:51

    Hello Avinash,

    A nice blog you have here.
    Was wondering after reading your last comment, what do Computer Science & Engineering students graduate with from UoM, a BSc or BEng.?

    Keep the posts coming.
    Regards,
    Ritesh.

    PS:I’m not sure if you remember me, we’ve met a few times at the Nagawa’s in QBornes.

  16. avinash says

    22 April 2008 at 14:20

    Hi Ritesh,

    Of course, I remember you :-) How’s life?

    Our students follow a 3-year BSc (Hons) programme. Previously it was a 4-year BEng but, for some reason, this duration was reduced.

  17. selven says

    23 April 2008 at 20:21

    Our students, even though they are holders of a Bachelor degree in Computer Science & Engineering, do not have the right to call them engineers. This is because the Association of Engineers of Mauritius does not consider Computer Science to be an engineering discipline.

    And i entirely agree, all who does CSE or IS have no rights to call themselves Engineers ..:p as i believe that are not ‘pure blooded’ race of engineering practice :p, and too much of people who have monetary power have modified the true engineering aspects of anything related to computer software…

    ..basically :p even ‘software engineers’ are just a lie. The way software engineering (or anything software) currently seems to look (atleast for me) is like “cooking”, everyone can cook, everyone can follow some cooking instructions in a magazine to cook something, everyone can follow a cooking course and claim to be a ‘chef’, BUT one cannot really qualify or predict how and who the next someone that will “invent” the next killer recipes out there, it just seems (to me) random or something that probably till we can learn to understand what makes a cook a cook that we can form real cooks instead of “pseudo cooks” with certificates.

    the above is just my opinion … and as always :p i don’t give a damned if many disagree :p am free to have opinions :p.

    ps. Even real “pure blood line” engineering practices nowadays seems to have been reduced to canned stuffs rather than philosophical. They are not taught to invent.. but to copy.

    Previously it was a 4-year BEng but, for some reason, this duration was reduced.

    The students are lab rats, feel free to do anything to them :p, am sure one day one of those students will turn into a serial killer and correct back everything! hahahahaha.

    Thank god i am soon going to be reaching my enjoyment state after this exam :p yuuuuhuuu next year i’m dropping in univ only for the fun :p

    +$3|v3n

  18. Ketwaroo D. Yaasir says

    24 April 2008 at 14:03

    heh, this conversation seems to have taken a rather serious turn. You’re supposed to be rockstar programmer. that means throwing humongous parties in the photocopier room, launching yourself into wild renditions of Bach’s 6th Cello suite on your air guitar while giving a lecture and machine gunning the overhead projectors in the phase 2 building (or is it phase 3? the big new one made in china. I haven been in there for so long that I forgot the topography of the place)

    but you also need very long and messy hairstyle……

    by the by, shouldn’t we be getting outraged/overjoyed by the whole MT/Orange deal? or is it that the internet connection will still be crap?

  19. Vishal says

    25 April 2008 at 23:01

    a couple of points really struck me…

    3. Continuously Refactors Code and 6. Leverages Existing Code

    In point 3, he talks bout legacy codes, and in point 6, the problem of re inventing the wheel…

    kinda going in opposite directions i feel…

    i’ve been working for the past year, and i’ve come across these black-box legacy codes…they are almost holy!! U kno wat they do, u use em, but no one wud ever dream of touching em!! The same fing used over an over again in all projects…sumtimes it almost feels like the project is being adapted to the codes, and not the other way round!! So i fully agree that someone has to hack the big old legacy codes at some time or the other!!

    And then we come to point 6, where he talks bout reinventing the wheel! Now that too is quite solid in ma mind! Kinda spent hours trying to develop sum code, finally get it done, get that orgamsic feeling, have a smoke, then google it and i see its already been done! Doh!! shud’ve done it the other way round i guess

    alwayz google, then code :P

    Yet how do we draw the line between using existing code, and writing your own while not reinventing the wheel??

    Point 8 about maintainable code alsot kinda struck me!

    “Rockstars write code which follows naming conventions, code which is compact, simple and not overly clever.”

    code should be simple and NOT OVER CLEVER!!

    now this is interesting! u can write a 100 line code in 10 lines, but is it maintainable?? i fancy for sum1 doing maintainance work (i’ve done ma faire share of it :S ), trudging through 100 lines of code could prove to be easier that understand a 10 line piece of genius!!

    Overall its a great article, but some of the points contradict each other…U have to be really very agile to draw that fine line linking all of them!

    Amen

  20. avinash says

    25 April 2008 at 23:47

    Hi Vishal,

    Personally, I don’t really feel points #3 (Continuously Refactors Code), #6 (Leverages Existing Code) and #8 (Writes Maintainable Code) are contradicting themselves.

    #3 is important as code is written by accretion. #6 is important as we all want to get home early (i.e. its pointless implementing a linked list – just use something from java.util). #8 is a direct consequence of the fact that code sometimes outlives its creator.

  21. Vishal says

    28 April 2008 at 19:14

    i guess it means taht u are very agile mate :P

Leave a Reply

Your email address will not be published. Required fields are marked *

Primary Sidebar

Our Personal Websites

Avinash Meetoo
Christina Meetoo
Anya Meetoo
Kyan Meetoo

Related Posts

  • 3+1 beautiful articles to read…
  • On living software…
  • Should the Government promote open-source software?
  • Microsoft says we should not teach PowerPoint

Random Posts

  • Competent Mauritius?
  • The Netherlands: 3rd country in our Europe tour
  • Depeche Mode over the years
  • Back to film photography

Archives

  • May 2025 (2)
  • April 2025 (4)
  • January 2025 (3)
  • December 2024 (2)
  • November 2024 (2)
  • October 2024 (3)
  • September 2024 (7)
  • August 2024 (1)
  • July 2024 (1)
  • June 2024 (2)
  • May 2024 (3)
  • January 2024 (2)
  • December 2023 (1)
  • October 2023 (1)
  • September 2023 (4)
  • August 2023 (3)
  • July 2023 (1)
  • June 2023 (4)
  • May 2023 (1)
  • April 2023 (1)
  • March 2023 (5)
  • February 2023 (1)
  • December 2022 (1)
  • November 2022 (1)
  • October 2022 (4)
  • August 2022 (4)
  • July 2022 (3)
  • June 2022 (5)
  • May 2022 (5)
  • January 2022 (3)
  • December 2021 (2)
  • November 2021 (1)
  • October 2021 (1)
  • September 2021 (4)
  • August 2021 (2)
  • July 2021 (14)
  • May 2021 (2)
  • April 2021 (4)
  • March 2021 (9)
  • February 2021 (2)
  • January 2021 (1)
  • October 2020 (1)
  • September 2020 (1)
  • August 2020 (2)
  • July 2020 (5)
  • June 2020 (3)
  • May 2020 (5)
  • April 2020 (6)
  • March 2020 (2)
  • February 2020 (2)
  • January 2020 (2)
  • October 2019 (1)
  • September 2019 (2)
  • July 2019 (2)
  • June 2019 (1)
  • May 2019 (3)
  • April 2019 (2)
  • March 2019 (1)
  • February 2019 (1)
  • January 2019 (3)
  • December 2018 (1)
  • October 2018 (3)
  • August 2018 (2)
  • July 2018 (2)
  • June 2018 (1)
  • May 2018 (2)
  • April 2018 (1)
  • February 2018 (1)
  • December 2017 (1)
  • October 2017 (1)
  • September 2017 (1)
  • August 2017 (1)
  • July 2017 (1)
  • May 2017 (4)
  • April 2017 (3)
  • March 2017 (4)
  • February 2017 (5)
  • January 2017 (3)
  • October 2016 (1)
  • September 2016 (1)
  • August 2016 (4)
  • July 2016 (1)
  • June 2016 (1)
  • March 2016 (3)
  • February 2016 (3)
  • January 2016 (1)
  • December 2015 (1)
  • November 2015 (2)
  • September 2015 (1)
  • August 2015 (3)
  • March 2015 (1)
  • December 2014 (1)
  • November 2014 (4)
  • October 2014 (1)
  • March 2014 (2)
  • February 2014 (3)
  • December 2013 (1)
  • October 2013 (1)
  • September 2013 (1)
  • August 2013 (1)
  • July 2013 (1)
  • June 2013 (2)
  • May 2013 (1)
  • March 2013 (3)
  • January 2013 (2)
  • December 2012 (3)
  • November 2012 (4)
  • September 2012 (3)
  • August 2012 (2)
  • July 2012 (3)
  • June 2012 (2)
  • May 2012 (1)
  • April 2012 (2)
  • February 2012 (1)
  • January 2012 (4)
  • December 2011 (2)
  • November 2011 (1)
  • October 2011 (4)
  • September 2011 (2)
  • August 2011 (1)
  • July 2011 (2)
  • June 2011 (4)
  • April 2011 (7)
  • March 2011 (2)
  • February 2011 (1)
  • January 2011 (3)
  • November 2010 (3)
  • October 2010 (1)
  • September 2010 (2)
  • August 2010 (4)
  • July 2010 (2)
  • June 2010 (1)
  • May 2010 (3)
  • April 2010 (4)
  • March 2010 (3)
  • February 2010 (3)
  • January 2010 (5)
  • December 2009 (2)
  • November 2009 (3)
  • October 2009 (1)
  • September 2009 (5)
  • August 2009 (3)
  • July 2009 (1)
  • June 2009 (3)
  • May 2009 (2)
  • April 2009 (7)
  • March 2009 (12)
  • February 2009 (10)
  • January 2009 (5)
  • December 2008 (4)
  • November 2008 (11)
  • October 2008 (6)
  • September 2008 (7)
  • August 2008 (3)
  • July 2008 (8)
  • June 2008 (6)
  • May 2008 (5)
  • April 2008 (7)
  • March 2008 (6)
  • February 2008 (3)
  • January 2008 (6)
  • December 2007 (11)
  • November 2007 (10)
  • October 2007 (7)
  • September 2007 (9)
  • August 2007 (3)
  • July 2007 (7)
  • June 2007 (8)
  • May 2007 (14)
  • April 2007 (11)
  • March 2007 (18)
  • February 2007 (14)
  • January 2007 (15)
  • December 2006 (16)
  • November 2006 (10)
  • October 2006 (7)
  • September 2006 (8)
  • August 2006 (8)
  • July 2006 (6)
  • June 2006 (4)
  • May 2006 (13)
  • April 2006 (10)
  • March 2006 (11)
  • February 2006 (7)
  • January 2006 (14)
  • December 2005 (8)
  • November 2005 (6)
  • October 2005 (7)
  • September 2005 (2)
  • August 2005 (6)
  • July 2005 (2)
  • June 2005 (6)
  • May 2005 (15)
  • April 2005 (12)
  • March 2005 (3)
  • February 2005 (8)
  • January 2005 (3)
  • December 2004 (1)
  • November 2004 (2)
  • October 2004 (2)
  • September 2004 (3)
  • August 2004 (3)
  • July 2004 (3)
  • June 2004 (3)
  • May 2004 (6)
  • April 2004 (10)
  • March 2004 (12)
Creative Commons License This work is licensed by Avinash Meetoo under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 Unported License.