Build Badges are a great way to communicate the build status of a given build for a project. Having this information quickly available to developers and project related staff is priceless. This can be stuffed in your README.md and displayed on the project home in TFS.
There are a number of patterns that reveal themselves to us daily. The sun rising and setting; the moon exposing itself to the tides below. There is a variance of change depending on the time of the year, month or day. Over time you if you keep track of it; the pattern will emerge. The same truth is applied to software development; over time if you keep track of the changes (success or failure) the pattern will emerge. Continue reading
Testing is a hard part of software development. One of the hardest aspects of development is testing code/features that you have created. It is easy to put the blinders up and write to the spec. Insider knowledge of the system probably plays a role in this difficulty. Seeing a system through user eyes is nearly impossible, but to get close you need to decouple yourself from the code.
“Change is the only constant in life.” – Heraclitus
I have been using Team Foundation Server for a few years now in my day job. Side jobs have also used TFS from time to time. Leveraging GIT and the pull requests to control code reviews has definitely improved my code and the code of my fellow developers.
Communication is hard. Developing software is hard. Communicating and developing software is harder.
Deploying ASP.NET web applications is a breeze with Jenkins and can really improve continuous integration/testing environment for UAT. It is also possible to do production deployments with scheduled builds. Continue reading
“Requirements rarely lie on the surface. Normally, they’re buried deep beneath layers of assumptions, misconceptions, and politics.”
The Pragmatic Programmer: From Journeyman to Master
By Andrew Hunt, David Thomas
I am not a 100% remote worker but all my remote software development consulting is 100% – remote. Communication is the key to having a good relationship with a client and having great results. If you can only send a message saying that you will look at something it is better than silence. Communicating with yourself about realistic deadlines will help yourself mange your schedule helping to prevent burn-out. Remote software development is a combination of the beauty and power of its discipline.
The beauty of remote work is the comfort of remote work: to be able to relax at home (or out-and-about) and get a few hours of work in is a great feeling. I also like to visit various coffee shops, public libraries, or other places of free WiFi. Being stuck in an office all the time can become a drag and hurt productivity. It has been in my experience that the developers typically draw the short straw for a nice office space or cube. Keeping a fresh and interesting environment will help keep a developer happy!
The power of remote work is simple; work when you want to. I can honestly say that a lot of my best ideas usually happen somewhere unexpected. I feel software development is a form of art and those ideas sometimes hit you when you are driving, taking a shower, sleeping, and not something that is entirely enforceable. There are times when you have to make quick decisions, but when you can take the time to think and analyze the situation – it will be a far better solution. There are deadlines to be maintained – there is a balance between those two forces. It is powerful and stressful to maintain your own work schedule and deadlines, but it is also liberating.
Where are we now?
Where are we going?
I believe in the next 50 years or so the prominence of remote work will only grow. We will look back on this time and have a hard time grasping the concept… so… we drove everywhere and wasted time on commuting when you had the ability to work from home???
It is early in the remote work game… we’ve come a long way and we have a long way to go. It’s adoption has often been met with fear and reluctance unfortunately.
Tips for Remote Software Development
- Log your time worked in software that will bill your client http://invoice.zoho.com is great
- Log your time immediately after working or you will forget see above
- Track the tasks you are assigned see above
- Write great comments and keep a change log http://www.keepachangelog.com
- Clear, concise
- Link to tasks, if possible, the TFS address, SifterApp, etc
- Don’t be afraid to say NO don’t over commit
- Invoice monthly or a frequency and stick to it – Sometimes the client determines this
- Manage Burn-out be honest with yourself it is a real thing