url URL date not supplied we re trying to decide if fogbugz NUMBER NUMBER NUMBER should support custom fields historically i am opposed to custom fields in principle because they get abused people add so many fields to their bug databases to capture everything they think might be important that entering a bug is like applying to harvard end result people don t enter bugs which is much much worse than not capturing all that information you can always page fault to get the information if the original report forgot it rather than having a field in every bug where you enter the version numbers of every dll on your machine this is an actual customer request information which is likely to be relevant only for a tiny percentage of bugs why not just have the programmer assignee look at the bug first and if they think it might be dll version related only _then_ bounce the bug back to the originator asking for the dll info similarly it s always tempting to add a field in which you ask for the os version in which the bug occurred this sounds logical but trust me adding fields like this is guaranteed to do one thing and one thing only reduce the number of bug reports that get into the system in the first place only a small percentage of bugs are really os dependant and you can always include that info in the text description of the bug if it happens to be relevant but then how do you search for say all bugs which only happen on windows NUMBERse aha you can t ever even with the custom field because not every bug has been regressed on every version of every operating system so this search doesn t make sense in the first place the info wasn t captured do a full text search for NUMBERse and you ll find some of them life is imperfect life would be more perfect if every bug report included megabytes of information a complete dump of every byte on the hard drive and in ram on the computer in question and while you re at it a photograph of the tester s workspace but the goal of a bug tracking database is to _keep track of bugs_ which all else being equal takes priority over making it easy to find them i have heard countless stories of development teams where the bug tracking package was so high ceremony that people were afraid to enter bugs in the system because they didn t know what all those fields were the _real_ bug tracking happened in email post its and hallway conversations great a pretty common question we get on the customer service line is does fogbugz support custom fields rather than giving our usual answer no on purpose over the last few weeks i ve been saying can you please tell me what fields you would need we re trying to decide whether to implement that feature in NUMBER NUMBER and we want to know why people need it the interesting thing is almost all of the fields people ask for _are already in fogbugz _ and the other ones in my educated opinion shouldn t be fields and in fact our existing customers are certainly happy without custom fields one of our biggest site licenses was sold to a semiconductor company and i myself wanted to add a custom field for them to keep track of versions of the circuit design but i didn t and they never needed it even though they had been keeping track of it with the old bug tracking package which had custom fields and they are happy and keep buying more site licenses but the dilemma for us is that many customers are evaluating bug tracking software and they consider the lack of custom fields to be a major weakness in our product gosh even filemaker has custom fields righto it s true and who am i to tell my customers they are wrong one person who i was talking to yesterday would have used a custom field for something that we already have a built in field for this would have made their database confusing and inconsistent and would have definitely caused more problems than it solved but it s still rude of me to tell customers that we don t have that feature _for their own good_ even though it usually is and we re losing some sales because of it sigh i guess we could have a custom fields feature but hide it and make it so hard to use that people don t use it at least we won t lose any sales NUMBER URL 