Most of them are successful but rarely see the light of day outside of my work machine. They only have to help me to be worth it. I’ve hacked Konsole in a number of ways, Bash, DWM and generally anything that gets in my way. My desktop setup is incredibly unique due to that fact that quite a lot of software I’ve compiled solely for myself now.
I believe the following statements:
- I am a professional software engineer
- I should be as efficient as possible
- Modifying other peoples’ software is easy.
People often deride the benefit of Free and Open Source Software (FOSS) as futile with the argument that no one really reads, modifies or understands the software. I appear to be something of an exception.
For this article I’m going to use the term Cloud and Cloud computing to mean “an awesome service” that is available from any computer and hassle free, which is super convenient. I understand why people use them. As I just said… they’re awesome. I’m going to point to two good ones. Gmail and Dropbox. Get your email or files anywhere you want. Very simple, very useful.
I’m a developer, general do-it-myself IT guy and linux hacker-er. I hate the direction the Internet is taking. Free Email, as long as it can be used to profile your habits. Facebook, An intelligence agencys’ photo database and tracking system. Free photo sharing services but you don’t own the copyright. File sharing cloud services but you’re effectively locked in as you lazily upload 80GB over 10 years and can never get it out again. These things bother me as an average developer because they hinge on unnecessary sacrifices. I could host these services myself. I don’t mind paying someone else, I just wish my money were enough and they could actually be trusted. Anyway this blog post isn’t a rant about the evils of cloud computing, just a recent meandering experience I’ve had in making myself less dependent on certain services. I can do some of it myself, so I did.
Code Reviews are excellent and important. They increase the quality of the code, they help the team share ideas. They allow knowledge transfer and in some companies coding standards never evolve without them.
However, code reviews can be a little problematic at first in some companies and since they involve critical feedback the developers need to have the interpersonal communication skills to pull it off. They need to be diplomatic and tactful.
Here are my tips for pulling off good code reviews:
Breakdown Impedance is the term I’ve just coined for a problem that I’ve complained about in my Agile retros. Impedance is a word most commonly known from other scenarios where, for example, the way your database implements a type isn’t the same as your programming language. Thus you have a small area of casting work to do or grey area you need to investigate. It could be the fact that your doubles can’t be as accurate as PostgreSQL’s unbounded numeric field or it could be the way that Dates in an XML file need subtle alteration before they can be safely used.
Breakdown Impedance are the pulling factors that complicate the task of breaking an Agile story in to smaller parts. It’s the blurry bit that slows the process down a little and involves everyone in the team having their own ideas. The motivators for breaking things down in Agile are..
Patchwork is the name of a program I wrote. The basic problem in the software industry is that you want software that’s really easy to read and conceptually simple yet you also want that software to be feature rich, business specific and highly optimised. Rarely can you have easy to read code and highly optimised code. Rarely can it be feature rich and yet expose the simplest abstraction of a solution.
I’m a year and month into a Perl job at a fantastic company and my C.V. was online waiting for C++ jobs. The company I work for is great. Great money, I’m in a great, very Agile and very positive team with high morale shared by all. I feel respected by my peers. We work well, we can deliver things we’re proud of. The company supports us Open Sourcing our software, writing Blogs and expressing ourselves creatively. I have enough responsibility, there are hack days and tech talks. We host user group meetings too. Damian Conway, a respected Perl community member and author of “Perl Best Practices” has been in to train us with regards to writing better APIs. This e-commerce company knows its development team is an important asset and we feel respected. On top of that the company has a wealth of other benefits, such as free drinks once a month, great summer and winter parties, a 50% discount on their own site, plenty of holiday, flexitime. Life is good. To the point where I question why I would leave this company. There is still plenty to learn, contribute and career paths within the company.
I’ve enjoyed working there and I even see a remarkable character ark in my own personality, losing my “small company mentality” of “pushing people to deliver” to this company’s “Be Agile, treat others well, work together in defining tasks, be patient in sharing understanding and watch them exceed the quality you’d expect to deliver”. The soft touch really works and in combination with Dale Carnegie’s book “How to win friends and influence people”, I really feel like a better person that I used to be. I’ve always been self-motivated but now my motivation is reinforced by working with equally motivated people. It takes a great company to make you a better person.
However as I shake off what I perceive to be small company mentality that all must know what I do and be as disciplined in good OO design and debugging as me (or as I perceive myself at least), I can’t get over the fact that your choice of language is important. That as different languages are suitable for different types of program, it’s also suitable for different types of programmers. Think real programming is about delivering features? Think real programming is mastering the Zen between hardware limitation and scalability? Maybe you slightly idolise the power one language gives over another, in terms of speed of development or control over memory? I do.
For some reason I’m fixated on C++. In a few days I’ll begin my first C++ job and become a “professional C++ developer” for a company who maintains a pretty old MFC application that’s been around since the 90’s. So why C++? What’s the pull and need to write it?
I think it comes down to the amount of discipline required to write it and, as a result of that discipline, how it rewards you with extremely high quality software. It compiles to really quick machine code, requiring a programmer to understand the hardware rather than to be someone who only deals in expressing business logic. I’ve always been fascinated with Operating Systems and the crucial services they provide. My post regarding my toy OS Farmix may convince you of this. I think that is the final career goal for me. To be a kernel developer.
Further to requiring you to understand the hardware it also requires you to understand data structures and algorithms and when you use those skills C++ rewards you with high quality software you can be proud of. C++11 and shared pointers actually allow your code to look like Java, where you “new” things at the top of a function and don’t concern yourself with deleting them at the end. A little bit of portability fore-thought and an eye for undefined behaviour and you write software that mitigates the need for the JVM and overtakes a language created to cure it of its own flaws. A language that provides rich enough Object Orientation that it is no further from expressing business logic than Java, Perl or Python.
A year of commercial Perl experience and two and half of professional Python experience have taught me one of the benefits of those languages, especially in terms of writing it quickly, is how people uses hashes as lightweight objects. You always seem to see it a lot. C++’s new “Initialiser List” feature makes creating hashes in C++ just as simple. You can have Python style Tuples as well, and Lambdas and Closures too, even though I’ll admit I find the syntax for those last ones are bit more complex.
I mean no disrespect to Perl what so ever. It’s a great language. It works and the company I’ve come from prove it. Forgive me if I feel the need the need to be defensive. The developers I’ve met in the Perl community are excellent too. We’re all different and my “fixation” isn’t the one true vision of the world. It’s only mine and I’d never look down on someone who doesn’t have the crazy viewpoint I can’t seem to let go of. I consider the developers I’ve met as friends and excellent at their job and I’m just following my own path. This post is not even designed to encourage people to take the same stance as me, only really to highlight in the broader sense that we’re all different and we all see the world in different ways. Maybe I’m an idiot for leaving this job and only time will tell.
After college, everyone has the choice to go to university and get a degree in computer programming or to go straight into the field. Here are the reasons why I support going to university.
University is an environment that is based with the sole objective of helping you learn to be an expert in something you care about. You spent three years studying the subject full time. Your learning objectives are selected by experts to ensure your understanding is broad, deep and important. There are lecturers whose job is to ensure you fully understand the material. They read what you write, understand your mentality and not just your results. They can correct small errors or misunderstandings in your thinking. They give you a chance to learn the building blocks your decision making is based upon. They help you develop the critical awareness skills you need to be successful.
On the job learning is possible but with an actual job to do, even if programming related, there will be no time to expose you to the wide breath of computer programming as a field. You will be doing something specific and limited in scope and will be potentially too busy to understand what’s going on at the lower levels. Your colleges, whilst smart and educated are also busy themselves and cannot commit themselves as fully to helping you.
University is free of the business constraints that impact software design and development. With no deadlines and being able to write summaries in essays about how you messed up but what you should have done, university provides feedback on your understandings that businesses simply can’t match.
There are many many important things you learn about software development on the job you cannot learn at university, especially about teamwork, delivering customer value, trade-offs and appropriately hacking things to meet deadlines. The best programmers have a degree and this rich experience under their belt. Skipping university only to meet a graduate who knows less than you on day one may solidify an opinion that somehow university is useless but this is simply incorrect in my experience and in the medium and long term, university graduates are better at writing software than the non-degree educated ones.
Software is constantly evolving and new technology is always coming out. Everyone has to learn new things and everyone has to learn from books and reading things on the Internet. Even those at or post University. Reading from books can be effective but to reiterate, without a solid base of understanding the fundamentals, for some, reading is not as effective as you’d think. I notice particularly that non-degree educated programmers are bad at writing object orientated programs correctly. They don’t choose models based on the domain effectively. Their limited interaction with software design documentation, typically absent from most companies, leads to overly complicated or brittle approaches. Their lack of mentoring and real feedback outside of trivial code reviews leads to the adoption of bad practices and creates a Dunning–Kruger effect.
This is all purely my opinion but I do have ten years experience in field after my degree and I have worked with a mix of degree and non-degree educated developers.
Let me also reiterate that University is a very fun experience, especially for young adults so why rush ahead with your life. As boring as school or college is, University is a new and fun experience all together.
I feel as if staying current with the latest technology is a difficult but necessary requirement for a computer programmer.
You have to know what new tools can speed up your development, what methodologies or practices reduce risk, and what good ideas underpin certain new products, likely destined to fail.
Staying up to date is difficult given the quantity of new tech emerging each day.
You can start by simply browsing tech sites in your lunch break. After reading a lot of content you eventually stop wanting to take these news sites’ word at face value. Community discussion sites such as Reddit where the community can share ideas and a reaction to new tech can really help you understand those technologies better.
News and Community discussion sites are great but you never really control and start the conversations on subjects that matter to you until you create your own blog site to make it so.
So that’s what this site is. A scratching post for my thoughts and way for me to lead conversations I wish to have. To share what I think is interesting.
There are other benefits for me too. I can work on my own writing skills which I feel is absolutely critical for a good software developer.
Writing a post also helps me arrange my thoughts on subjects too. It helps me summarise and think objectively about the topic. The ability to explain something well to others is often considered a proof of a person’s understanding.
I hope you enjoy my blog and start your own too!