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

Back to Subject List

Old thread has been locked -- no new posts accepted in this thread
???
12/06/10 04:53
Read: times


 
#179886 - free advice
Responding to: ???'s previous message
Per Westermark said:
You have spent 40 years making sure you have never needed to do something creative. Whenever there have been open issues, you have stopped working until some one else have pointed you in the right direction.

I don't want to turn this into a fight, but it's your standard practice to go ad-hominem in every case that you can't understand. I've spent 40 years doing what my customers wanted, and the last ten of those were spent in doing only what they came after me begging me to do it rather than making them look for someone else, even though, for most of those ten years, I've been trying to retire and close my business. I've never had to pursue work. I've rejected a lot of it.

That is not the way to move the world forward. Just the way to again, and again, build new wheels.

Judging from the inherent quality of the "wheels" I see out there, it's time someone took that problem on. I'm not interested in "wheels," though.

You think someone with money is a fool if they ask a developer to create something for him.

Yes, I do, if they don't know what they want.

Would it be better for that person (who might actually be a genius in other areas) did fumble himself trying to write 100 page of specifications and they order: "build this"? Possibly getting a seriously broken product because the developer blindly followed the specification without pointing out the problems?

I think it's a lot better than guessing.

You have located a sub-box of the development process, and decided to call that box your home. That is fine. But at the same time, you are trying to order everyone else to redefine "development" into being equivalent with that sub-box, and to consider everything outside it as lunacy.

I don't consider everything outside my specialty lunacy. I do consider taking on work that's ill-defined to be a mistake, though.

Many customers don't want a radio. They want a better radio. But marketing can't magically help them make a better radio. Very often, it takes a development process. Many developers are actually liking working with that part of development - figuring out what limitations old radios have had, and how technology changes or different views can be used to redefine a radio.

Yes, and the customer who wants to develop a new radio needs to know what it would take to make a radio that's "better" and in what ways he wants it to be better. Design engineering is only a part of that development process.

It wasn't marketing that changed a hammer into a nail gun. And the ones who did improve a hammer into a nail gun - or spent the money - were not fools. Marketing didn't magically specified a pen that writes under water, and then they had such a pen. How could marketing have specified a LED lamp, before someone did invent the LED, and did manage to improve it enough that someone got interested in using it?

Anyone who's gone to engineering school in the U.S. in the last 50 years, and probably before, has hear from professor or instructor that engineering is the art and science of applying technology to the needs of man. It doesn't require the invention of new technology. It requires that the technology with which a product is devised already exist so that engineering principles can be be brought to bear against the task.

Many customers really do come and say: I have this product. It's outdated - or some of the components are. How can you replace it with something new? It needs to match the old requirements, so we have a replacement product for current buyers. But we would very much like to know how it can be improved, to allow us to also interest new buyers. Such a customer isn't a fool. A fool does what he hasn't the skill to do. A clever person knows his limitations and tries to buy that competence.

If he can't tell me what he considers to be an improvement, I'd not waste my time on it.

Of course, it's safer to just follow order. Implement the 10000 lines of code that does exactly what a specification says it should do. But it is much more rewarding trying to help a customer figure out how an existing product or idea could be improved upon. Being good at that, also gives repeat customers. Because customers who buys that help really are not fools. They value, and pay for, good advice.


If they don't know what they want, I'd advise them to figure out what they do want, and I wouldn't charge them for the advice.

RE



List of 80 messages in thread
TopicAuthorDate
Discussing ARMs on 8052.com...?            01/01/70 00:00      
   Same same...            01/01/70 00:00      
   positive            01/01/70 00:00      
   SevensAndNines...            01/01/70 00:00      
      Sevens and Nines            01/01/70 00:00      
         Try the chat here then            01/01/70 00:00      
   I really want to discuss it here            01/01/70 00:00      
      for me is ok and interesting :-)            01/01/70 00:00      
         nevermind at least            01/01/70 00:00      
      OK            01/01/70 00:00      
   Scope of the forum            01/01/70 00:00      
      on other hand            01/01/70 00:00      
         I have to agree            01/01/70 00:00      
            Flaw in the argument            01/01/70 00:00      
               Fresh blood is needed            01/01/70 00:00      
   the closest thing to ...            01/01/70 00:00      
      But related to Keil tools            01/01/70 00:00      
         not really policed - yet...            01/01/70 00:00      
            Actually well policed and few to answer            01/01/70 00:00      
               "Policed"? [ed]            01/01/70 00:00      
                  Not by Keil            01/01/70 00:00      
                     Agreed.            01/01/70 00:00      
                        what I said            01/01/70 00:00      
                        That's what should happen here            01/01/70 00:00      
               Not a suitable platform            01/01/70 00:00      
   i vote aye            01/01/70 00:00      
      second the motion            01/01/70 00:00      
      a nice typo... or intention?            01/01/70 00:00      
         re: typo -- or intention?            01/01/70 00:00      
   But there's ARMs and ARMs...            01/01/70 00:00      
      Definitely too large span of ARM chips            01/01/70 00:00      
         many of the concepts in use with 8051 chips are applicable            01/01/70 00:00      
         the problem with 'embedded'            01/01/70 00:00      
            It's the small side that is i need of a forum            01/01/70 00:00      
               Architecture Agnostic            01/01/70 00:00      
      I suppose you're right ...            01/01/70 00:00      
         Metric to use depends on past experiences            01/01/70 00:00      
            apply the right parametres            01/01/70 00:00      
               once again, I have to agree            01/01/70 00:00      
                  There's lot of analysis involved - about money            01/01/70 00:00      
                     Yes, that's all true for the PC world ... but what about us?            01/01/70 00:00      
            Feature Creep            01/01/70 00:00      
               Often easier to shrink after you have a product            01/01/70 00:00      
                  Absolutely!            01/01/70 00:00      
                     Isn't that a product of poor analysis?            01/01/70 00:00      
                        If requirements are properly analysed...            01/01/70 00:00      
                        no, it is a result of 'poor' customers            01/01/70 00:00      
                           Don't (necessarily) blame the customers!            01/01/70 00:00      
                              no blame of the customer            01/01/70 00:00      
                                 It's often like pulling teeth ...            01/01/70 00:00      
                                    Consultant?            01/01/70 00:00      
                                       Managing expectations            01/01/70 00:00      
                                       You can have "the talk" ...            01/01/70 00:00      
                                          You are still just the machine shop with ready blue prints            01/01/70 00:00      
                                             You can't engineer an enigma            01/01/70 00:00      
                                                Still not admitting different development requirements            01/01/70 00:00      
                                                   holydays time            01/01/70 00:00      
                                                      See? Now here's a guy who knows how to solve the problem            01/01/70 00:00      
                                                         Still not seeing the picture            01/01/70 00:00      
                                                            Not exactly ...            01/01/70 00:00      
                                                   I think you're confusing marketing with engineering            01/01/70 00:00      
                                                      and neither have you            01/01/70 00:00      
                                                         I just haven't worked for FOOLS            01/01/70 00:00      
                                                      RE: I haven't addressed your examples because            01/01/70 00:00      
                                                         Well, the world's going mad ... but I'm not on board            01/01/70 00:00      
                                                            Summing it up            01/01/70 00:00      
                                                               free advice            01/01/70 00:00      
                                       too much ARM            01/01/70 00:00      
                                          Pardon??            01/01/70 00:00      
                                    Contract            01/01/70 00:00      
                              Yes, it's true, but educating them should be their cost.            01/01/70 00:00      
                           I have to disagree ... provisionally            01/01/70 00:00      
               I don't see that as a problem ...            01/01/70 00:00      
         No, they can't            01/01/70 00:00      
            That's true, but aren't most problems quite small?            01/01/70 00:00      
   Discussing Discussing ARMs on 8052.com ...            01/01/70 00:00      
      Yes, among others            01/01/70 00:00      
      Then that's a completely different question!            01/01/70 00:00      
   An observation            01/01/70 00:00      
      correction            01/01/70 00:00      

Back to Subject List