Email: Password: Remember Me | Create Account (Free)

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
10/23/09 18:36
Read: times


 
Msg Score: +1
 +1 Good Answer/Helpful
#170017 - Many posters looks for solutions to the wrong problem
Responding to: ???'s previous message
Richard Erlacher said:
Likewise, I find it unhelpful to criticize the hobbyist who has, at his disposal, a specific selection of components, that he use different ones when that's not the approach about which he requested help. In such cases, I believe the first thing presented should be a relevant answer directed specifically at his question, and, only after that's been presented should an alternative path be recommended. It should be up to the O/P to make a decision based on his own decision variables, and not on what someone else believes should be the basis for that decision. There are, after all, people who want to build a one-off, and want to do it with what they've already got, or what the supplier down the street has in local stock.

We know that a lot of people ask questions about the use of ancient - or improper - components because they did see some old design somewhere on the net, or they did a google and found the name of some old chip. It is normally quite meaningful to first establish if the choice of old components is because of the components already being available or because the task is seen as some form of challenge, or if the old/improper components was mentioned because the OP thought they where good components to use.

After all, a very large percentage of threads are created to try to find the solution to the wrong problem. People are desperately trying to get assembler instructions into their C functions just because they have not noticed that their goal can be solved in pure C, or that looking at the assembler listing for the C function will allow them to take the C skelleton and modify into a 100% assembler function. People regularly try to put their variables at absolute locations for various strange reasons. People try to compute jump addresses instead of using the symbolic name of functions. There are a huge number of Gordian knots that people are a trying to solve. Should we let people drive over the cliff just because they think that going north is the best route, or should we ask them what their final destination is expected to be, and instead suggest that they take the bridge 2km to the west?

List of 64 messages in thread
TopicAuthorDate
Would separate Hard/Firm/Soft-ware sections help?            01/01/70 00:00      
   Perhaps we should revisit this notion            01/01/70 00:00      
      problems with the development tools            01/01/70 00:00      
         That's not what I meant ...            01/01/70 00:00      
      What is firmware and hardware before you have started?            01/01/70 00:00      
         I'm not so sure it's that narrow ...            01/01/70 00:00      
            Shades of gray            01/01/70 00:00      
               It's an analog world ... that means shades of grey            01/01/70 00:00      
                  But a large number of posters will guess            01/01/70 00:00      
                     Haven't you heard that saying ...            01/01/70 00:00      
                        Looking for lights            01/01/70 00:00      
                           Where you sit determines what you see            01/01/70 00:00      
                              Richard in grumpy mode            01/01/70 00:00      
                                 I know why...            01/01/70 00:00      
                                    I doubt that's the case.            01/01/70 00:00      
                                       You make a big mistake!            01/01/70 00:00      
                                          Show examples            01/01/70 00:00      
                                             Oh Per, you are so self-satisfied...            01/01/70 00:00      
                                                Show examples. Tell what we can do different. Don't invent.            01/01/70 00:00      
                                                   Per, somehow I think,...            01/01/70 00:00      
                                    can't be both            01/01/70 00:00      
                                    I don't think so!            01/01/70 00:00      
   NO            01/01/70 00:00      
   No            01/01/70 00:00      
      apparently too "week" to afford a spell/syntax checker            01/01/70 00:00      
   hardware or software?            01/01/70 00:00      
      Neither, Either, or Both            01/01/70 00:00      
      It's not the precision of the category, but the thought            01/01/70 00:00      
   It might be an idea...            01/01/70 00:00      
   Then again            01/01/70 00:00      
   CPLD/FPGA, etc            01/01/70 00:00      
      The boundaries are blurring, aren't they?            01/01/70 00:00      
         That one's been blurred for many years!            01/01/70 00:00      
            That's not the point ...            01/01/70 00:00      
               Unfortunately not            01/01/70 00:00      
                  hitting the nail on the head            01/01/70 00:00      
                     Follows from volume and knowledge            01/01/70 00:00      
                  Well, maybe a pre-post examination is needed            01/01/70 00:00      
                     Maybe quite meaningful after all.            01/01/70 00:00      
                        Ask yourself, "Whom are we trying to help?"            01/01/70 00:00      
                           Already have            01/01/70 00:00      
                              That's unfortunately true!            01/01/70 00:00      
                                 This is a problem with the Internet as a whole            01/01/70 00:00      
                                    Indexed info is good, but costs time            01/01/70 00:00      
                                       It's tradeoff ... quality vs. quantity            01/01/70 00:00      
                                          Many posters looks for solutions to the wrong problem            01/01/70 00:00      
                                             not 'normally' but 'always'            01/01/70 00:00      
                                             Isn't that the best way to learn?            01/01/70 00:00      
                                                Definitely not!            01/01/70 00:00      
                                                referring to responses you made in the past            01/01/70 00:00      
                                                   Ehm, do you really think...            01/01/70 00:00      
                                                   not exactly            01/01/70 00:00      
                                                      so YOU know what is 'realistic'            01/01/70 00:00      
                                                Depends            01/01/70 00:00      
                  Your point is certainly valid            01/01/70 00:00      
   Another problem in forums that have multiple areas            01/01/70 00:00      
      Is that a problem in a moderated forum?            01/01/70 00:00      
         Amount of moderator work            01/01/70 00:00      
            Maybe, but we could let YOU do the work            01/01/70 00:00      
               be real            01/01/70 00:00      
                  Quality tends to drop with time            01/01/70 00:00      
                     I agree ... it would "lose its luster" over time            01/01/70 00:00      
         That's the catch            01/01/70 00:00      
            Maybe it's not such a big "catch"            01/01/70 00:00      

Back to Subject List