Category:Problems: Difference between revisions

From DISI
Jump to navigation Jump to search
No edit summary
(asdf)
 
(4 intermediate revisions by the same user not shown)
Line 1: Line 1:
Whereas we do not wish to draw attention to our problems, preferring to focus on the positive, this page collects problems together, in pages organized by topic.
We prefer to be positive and not focus on problems. But let's face it, problems exist.  This page enumerates what can go wrong and what to do about it.  


{{TOCright}}
{{TOCright}}


= Kinds of problems =  
= Problem types =  
We differentiate among bugs, blunders, technical problems, algorithmic problems and other problems.
We differentiate among blunders, bugs, feature requests technical problems, algorithmic problems and other problems.
* *Blunders* are typos or errors that can be put right immediately by typographical correction.  
* *Blunders* are typos or other errors such as incorrect chemical structures. Blunders can be put right immediately simply by typographical correction.
* *Bugs* are errors that may be put right, and do not require major new coding, but more than simple typographical correction.  
* *Bugs* are errors in code, scripts, and behaviors that are more that simply typography. Bugs do not require a major new coding effort.
* *Technical problems* are ones we know pretty well exactly how to solve, but may require more time or money than we have available, or maybe we are just lazy.
* *Feature requests* require a major new coding effort. Here we include bugs that are beyond the scope of a simple fix.
* *Algorithmic problems* are cases where the best method of doing something is in some doubt, and requires study. Examples of algorthmic problems are: what is the best way to score a molecule given the constraints of fast docking?
* *Technical problems* refer to limitations of or problems with hardware or operating system.  Technical problems may be transient, and often solve themselves, sporadic, and probably other kinds as well.  Some technical problems may require more time or money than we have available, or maybe we are just lazy.
* There are other problems too. If a problem can be classified as one of the above, that can be helpful.
* *Algorithmic problems* describe situations where the correct solution requires thought and study. For instance: what is the best way to score a molecule given the constraints of fast docking? How to account for receptor desolvation and entropy? 
* There are other problems as well. If a problem can be classified as one of the above, that can be helpful.


= By Product =
= By Product =
* [[ZINC:Problems]]
* [[ZINC:Problems]]
* [[DOCK Blaster:Problems]]
* [[DOCK Blaster:Problems]]
* [[DUD:Problems]]
* [[Decoy:Problems]]
* [[DOCK:Problems]]
* [[DOCK:Problems]]
 
* [[SEA:Problems]]
[[Category:Problems]]
[[Category:Topic]]
[[Category:Portal]]

Latest revision as of 16:55, 3 June 2015

We prefer to be positive and not focus on problems. But let's face it, problems exist. This page enumerates what can go wrong and what to do about it.

Problem types

We differentiate among blunders, bugs, feature requests technical problems, algorithmic problems and other problems.

  • *Blunders* are typos or other errors such as incorrect chemical structures. Blunders can be put right immediately simply by typographical correction.
  • *Bugs* are errors in code, scripts, and behaviors that are more that simply typography. Bugs do not require a major new coding effort.
  • *Feature requests* require a major new coding effort. Here we include bugs that are beyond the scope of a simple fix.
  • *Technical problems* refer to limitations of or problems with hardware or operating system. Technical problems may be transient, and often solve themselves, sporadic, and probably other kinds as well. Some technical problems may require more time or money than we have available, or maybe we are just lazy.
  • *Algorithmic problems* describe situations where the correct solution requires thought and study. For instance: what is the best way to score a molecule given the constraints of fast docking? How to account for receptor desolvation and entropy?
  • There are other problems as well. If a problem can be classified as one of the above, that can be helpful.

By Product

Pages in category "Problems"

The following 11 pages are in this category, out of 11 total.