Tuesday, September 28, 2004
Another Windows XP SP2 Problem
Monday, September 20, 2004
Windows XP SP2 and Firewalls
Friday, September 10, 2004
4GL?
The software industry is about to change. There have been a lot of changes as of late, however with all of the change we are still building software that is error prone, expensive, and unreliable. This however is about to change. There is a push in the software industry to build better software more efficiently and effectively. The answer is with things like code generation, application blocks and software factories. I am excited to think what this will turn into. Will 4GL finally bcome the main stream or will we have to redefine 4GL. Perhapes it will just be 3.5GL. Anyway the future will be interesting.
- Code Generation
- Application Block (Logging Application Block)
- Software Factories
Friday, September 03, 2004
Great Hackers
I would also like to say that I disagree with ideas that great hackers only use Linux, Open Source software and Perl. I do agree with the idea that great hackers like control and with Open Source you have more control you can go in and change things because you have the source code. However, if you have well documented and well thought out software that is mature then that software may be wiser to use then open source. If it is easier to use and less buggy and will result in getting the end result up and running quicker then it is better. Also when it comes to operating systems and languages it is the one that allows you to do the most things that makes it better. And with that in mind it may just be the one that the hacker has the most knowledge about that makes it the better choice.
Friday, August 13, 2004
Desktops
Friday, July 23, 2004
Postmortem Document
The following is from the book "Coder to Developer" by Mike Gunderloy. I found if very interesting because I am currently working in an environment where projects often get handed off from one group to another with little documentation from the people that actually wrote it. I think this type of document would be very useful. (Although I am not sure that I could be disciplined enough to write it for every project.)
The purpose of the postmortem is to record the lessons that the teamor the manager learned in the course of building the software (or thethings that they wish they has known before they started). A typicalpostmortem might include these sections:
- Overall description of the project
- Who was involved on the team
- How the projects' scope and features changed from initial design to final ship
- A list of things that were done well during the project
- A list of things that could have been done better
- A list of the tools used, along with en evaluation of their quality
- A list of tools that team members wish they had had available
- A list of important project documents with their location
- Recommendations for the next project: How can things be done better?