RE: [sqlite] Improving performance of SQLite. Anyone heard of Devic eSQL?
I doubt it, you are obviously aggressive enough to learn more than the Mickysoft studio. Honestly, how many Visual X programmers do you know that have come from the "rank and file?" As a consultant, I have seen a very large proportion who have. I admire anyone who has the desire and ambition to better himself. I just don't agree with management when they take the least cost approach to their technical hiring. But, that is one of the main reasons there are so many "place holders" in companies. Those same companies readily hire outside expertise to accomplish their technical tasks, because internally they lack the technical strength. Fred > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Monday, December 17, 2007 3:40 PM > To: sqlite-users@sqlite.org > Subject: RE: [sqlite] Improving performance of SQLite. Anyone heard of > Devic eSQL? > > > Wow, I know this isn't really the point of your comment, but > I always have to jump in when I see VB programmers > "attacked". So as a Delphi / C++ / VB programmer, where do I > fit into your analogy? Do I end up replacing myself :) > > -- > Eric Pankoke > Founder / Lead Developer > Point Of Light Software > http://www.polsoftware.com/ > > -- Original message -- > From: "Fred Williams" <[EMAIL PROTECTED]> > > A hundred or so Visual Basic programmers are cheaper to replace and > > "maintain" than one good Delphi/C++ programmer. ;-) That > is the reason > > management likes "Visual ." Been there, learned that. Hire the > > staff from the largest pool, not the most effective. > Besides it's damn > > hard to be a prima donna, when your replacement is ready to jump off > > that forklift and learn a cushy job. > > > > Fred > > > > > -----Original Message- > > > From: John Elrick [mailto:[EMAIL PROTECTED] > > > Sent: Sunday, December 16, 2007 7:36 PM > > > To: sqlite-users@sqlite.org > > > Subject: Re: [sqlite] Improving performance of SQLite. > Anyone heard of > > > Devic eSQL? > > > > > > > > > John Stanton wrote: > > > > This also is an anecdote from some time back. As we > were signing a > > > > fairly significant software contract with a large > > > organization their > > > > manager told us "You guys know nothing about marketing. Your > > > > presentation was unprofessional, no glossy brochures, no > > > audio visuals > > > > and we would not have bought except that you were the > only ones who > > > > convinced us you could do the job". We just smiled and > watched the > > > > ink dry while we pondered "where did we go right?". > > > > > > > > The simple truth is that if you hype a product and sell > it into an > > > > area where it is inadequate your triumph is short lived and > > > the scorn > > > > and litigation enduring. On the other hand if you deliver > > > a solution > > > > which works as well, or preferably better, than > proposed you have > > > > generated raving fans who will buy again and endorse your > > > product to > > > > all and sundry. Which is the better model? > > > > > > To quote a former programs manager for Bank of America "the first > > > solution which meets my business needs and performs the job > > > adequately". In this case, adequately can be defined as > loosely as > > > "doesn't crash too often" or as stringently as "positively no > > > errors", > > > depending on the business use. > > > > > > Keeping the discussion academic, "hype a product..." is a > > > business model > > > that apparently has been used to at least some degree by a company > > > called Microsoft. It tends to work because the model permits > > > them such > > > an early lead that even better products have difficulty > catching up. > > > > > > I do most of my programming in Delphi, a Borland product > > > which remains > > > in my opinion, even in its shadow of former glory state, > a far more > > > straightforward and powerful product than Visual Studio. > Borland has > > > always been a technical company, not a market driven one and its > > > flagship product is surviving only because it remains a more well > > > rounded Windows solution than its competition. However, > it is only
RE: [sqlite] Improving performance of SQLite. Anyone heard of Devic eSQL?
On Mon, 2007-12-17 at 15:30 -0600, Fred Williams wrote: > A hundred or so Visual Basic programmers are cheaper to replace and > "maintain" than one good Delphi/C++ programmer. ;-) That is the reason > management likes "Visual ." Been there, learned that. Hire the > staff from the largest pool, not the most effective. Besides it's damn > hard to be a prima donna, when your replacement is ready to jump off > that forklift and learn a cushy job. Ouch. Lucky Visual is not a cross platform language. Show the Visual programmers a bit of Tcl/Tk and watch them wilt! It looks like Xilinx wrote their entire ISE GUI in Tcl/Tk, and the backend apps are cross compiled. I can run it on Linux as well as NoDose, and the GUI is identical. Try that in Visual poop. You might have cheap programmers today, but tomorrow they will be less useful. Look out for Tux! At every planning meeting I push open source, and cross platform solutions, because I know today the majority is still under Bill's spell, but the magic in Vista is fading... Ciao. James. - To unsubscribe, send email to [EMAIL PROTECTED] -
RE: [sqlite] Improving performance of SQLite. Anyone heard of Devic eSQL?
Wow, I know this isn't really the point of your comment, but I always have to jump in when I see VB programmers "attacked". So as a Delphi / C++ / VB programmer, where do I fit into your analogy? Do I end up replacing myself :) -- Eric Pankoke Founder / Lead Developer Point Of Light Software http://www.polsoftware.com/ -- Original message -- From: "Fred Williams" <[EMAIL PROTECTED]> > A hundred or so Visual Basic programmers are cheaper to replace and > "maintain" than one good Delphi/C++ programmer. ;-) That is the reason > management likes "Visual ." Been there, learned that. Hire the > staff from the largest pool, not the most effective. Besides it's damn > hard to be a prima donna, when your replacement is ready to jump off > that forklift and learn a cushy job. > > Fred > > > -Original Message- > > From: John Elrick [mailto:[EMAIL PROTECTED] > > Sent: Sunday, December 16, 2007 7:36 PM > > To: sqlite-users@sqlite.org > > Subject: Re: [sqlite] Improving performance of SQLite. Anyone heard of > > Devic eSQL? > > > > > > John Stanton wrote: > > > This also is an anecdote from some time back. As we were signing a > > > fairly significant software contract with a large > > organization their > > > manager told us "You guys know nothing about marketing. Your > > > presentation was unprofessional, no glossy brochures, no > > audio visuals > > > and we would not have bought except that you were the only ones who > > > convinced us you could do the job". We just smiled and watched the > > > ink dry while we pondered "where did we go right?". > > > > > > The simple truth is that if you hype a product and sell it into an > > > area where it is inadequate your triumph is short lived and > > the scorn > > > and litigation enduring. On the other hand if you deliver > > a solution > > > which works as well, or preferably better, than proposed you have > > > generated raving fans who will buy again and endorse your > > product to > > > all and sundry. Which is the better model? > > > > To quote a former programs manager for Bank of America "the first > > solution which meets my business needs and performs the job > > adequately". In this case, adequately can be defined as loosely as > > "doesn't crash too often" or as stringently as "positively no > > errors", > > depending on the business use. > > > > Keeping the discussion academic, "hype a product..." is a > > business model > > that apparently has been used to at least some degree by a company > > called Microsoft. It tends to work because the model permits > > them such > > an early lead that even better products have difficulty catching up. > > > > I do most of my programming in Delphi, a Borland product > > which remains > > in my opinion, even in its shadow of former glory state, a far more > > straightforward and powerful product than Visual Studio. Borland has > > always been a technical company, not a market driven one and its > > flagship product is surviving only because it remains a more well > > rounded Windows solution than its competition. However, it is only > > surviving and is unlikely to actually thrive ever again. > > > > So my suggested answer is, the proven model is "dominate the market > > early with an adequate product". If your product is very > > good and even > > better than proposed, all the better. But if you are "Johnny come > > lately", you will likely lose unless your product is very, > > very good. > > And, whether we like it or not, a big part of market domination is to > > convince all the decision makers (management) and decision breakers > > (engineers with influence) that yours is the safest choice to make. > > > > FWIW > > > > > > John Elrick > > > > -- > > --- > > To unsubscribe, send email to [EMAIL PROTECTED] > > -- > > --- > > > > > - > To unsubscribe, send email to [EMAIL PROTECTED] > - > - To unsubscribe, send email to [EMAIL PROTECTED] -
RE: [sqlite] Improving performance of SQLite. Anyone heard of Devic eSQL?
A hundred or so Visual Basic programmers are cheaper to replace and "maintain" than one good Delphi/C++ programmer. ;-) That is the reason management likes "Visual ." Been there, learned that. Hire the staff from the largest pool, not the most effective. Besides it's damn hard to be a prima donna, when your replacement is ready to jump off that forklift and learn a cushy job. Fred > -Original Message- > From: John Elrick [mailto:[EMAIL PROTECTED] > Sent: Sunday, December 16, 2007 7:36 PM > To: sqlite-users@sqlite.org > Subject: Re: [sqlite] Improving performance of SQLite. Anyone heard of > Devic eSQL? > > > John Stanton wrote: > > This also is an anecdote from some time back. As we were signing a > > fairly significant software contract with a large > organization their > > manager told us "You guys know nothing about marketing. Your > > presentation was unprofessional, no glossy brochures, no > audio visuals > > and we would not have bought except that you were the only ones who > > convinced us you could do the job". We just smiled and watched the > > ink dry while we pondered "where did we go right?". > > > > The simple truth is that if you hype a product and sell it into an > > area where it is inadequate your triumph is short lived and > the scorn > > and litigation enduring. On the other hand if you deliver > a solution > > which works as well, or preferably better, than proposed you have > > generated raving fans who will buy again and endorse your > product to > > all and sundry. Which is the better model? > > To quote a former programs manager for Bank of America "the first > solution which meets my business needs and performs the job > adequately". In this case, adequately can be defined as loosely as > "doesn't crash too often" or as stringently as "positively no > errors", > depending on the business use. > > Keeping the discussion academic, "hype a product..." is a > business model > that apparently has been used to at least some degree by a company > called Microsoft. It tends to work because the model permits > them such > an early lead that even better products have difficulty catching up. > > I do most of my programming in Delphi, a Borland product > which remains > in my opinion, even in its shadow of former glory state, a far more > straightforward and powerful product than Visual Studio. Borland has > always been a technical company, not a market driven one and its > flagship product is surviving only because it remains a more well > rounded Windows solution than its competition. However, it is only > surviving and is unlikely to actually thrive ever again. > > So my suggested answer is, the proven model is "dominate the market > early with an adequate product". If your product is very > good and even > better than proposed, all the better. But if you are "Johnny come > lately", you will likely lose unless your product is very, > very good. > And, whether we like it or not, a big part of market domination is to > convince all the decision makers (management) and decision breakers > (engineers with influence) that yours is the safest choice to make. > > FWIW > > > John Elrick > > -- > --- > To unsubscribe, send email to [EMAIL PROTECTED] > -- > --- > - To unsubscribe, send email to [EMAIL PROTECTED] -
RE: [sqlite] Improving performance of SQLite. Anyone heard of Devic eSQL?
> Keeping the discussion academic, "hype a product..." is a > business model that apparently has been used to at least some > degree by a company called Microsoft. It tends to work > because the model permits them such an early lead that even > better products have difficulty catching up. > > I do most of my programming in Delphi, a Borland product > which remains in my opinion, even in its shadow of former > glory state, a far more straightforward and powerful product > than Visual Studio. Borland has always been a technical > company, not a market driven one and its flagship product is > surviving only because it remains a more well rounded Windows > solution than its competition. However, it is only surviving > and is unlikely to actually thrive ever again. There's room for everyone - just how much room, that's the question (then mergers and acquisitions). Penetration isnt always the same based on territory. Delphi enjoyed a disproportionate amount of influence in Europe, for example. Lack of good 2-byte support plus other market factors also made Asian market penetration a bit different. Big, well financed companies with a strong lead in North America can play catch up later if its in their interest. And we are talking Windows only development here anyway. MS doesn't have much of a lock on the Linux, Mac OS or Unix markets. While I wouldn't want to depend 100% on any one of these other markets, being there can make a significant difference. Best regards, Lynn Fredricks President Paradigma Software http://www.paradigmasoft.com Valentina SQL Server: The Ultra-fast, Royalty Free Database Server - To unsubscribe, send email to [EMAIL PROTECTED] -
Re: [sqlite] Improving performance of SQLite. Anyone heard of Devic eSQL?
Sqlite has Big names. May be this should be showcased at the sidebar on the front page. Does it need any other brand building activity? Atleast we got a better with those names. regards ragha ** This email and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! * - Original Message - From: John Elrick <[EMAIL PROTECTED]> Date: Monday, December 17, 2007 7:06 am Subject: Re: [sqlite] Improving performance of SQLite. Anyone heard of Devic eSQL? > John Stanton wrote: > > This also is an anecdote from some time back. As we were signing > a > > fairly significant software contract with a large organization > their > > manager told us "You guys know nothing about marketing. Your > > presentation was unprofessional, no glossy brochures, no audio > visuals > > and we would not have bought except that you were the only ones > who > > convinced us you could do the job". We just smiled and watched > the > > ink dry while we pondered "where did we go right?". > > > > The simple truth is that if you hype a product and sell it into > an > > area where it is inadequate your triumph is short lived and the > scorn > > and litigation enduring. On the other hand if you deliver a > solution > > which works as well, or preferably better, than proposed you have > > generated raving fans who will buy again and endorse your product > to > > all and sundry. Which is the better model? > > To quote a former programs manager for Bank of America "the first > solution which meets my business needs and performs the job > adequately". In this case, adequately can be defined as loosely as > "doesn't crash too often" or as stringently as "positively no > errors", > depending on the business use. > > Keeping the discussion academic, "hype a product..." is a business > model > that apparently has been used to at least some degree by a company > called Microsoft. It tends to work because the model permits them > such > an early lead that even better products have difficulty catching up. > > I do most of my programming in Delphi, a Borland product which > remains > in my opinion, even in its shadow of former glory state, a far more > straightforward and powerful product than Visual Studio. Borland > has > always been a technical company, not a market driven one and its > flagship product is surviving only because it remains a more well > rounded Windows solution than its competition. However, it is only > surviving and is unlikely to actually thrive ever again. > > So my suggested answer is, the proven model is "dominate the market > early with an adequate product". If your product is very good and > even > better than proposed, all the better. But if you are "Johnny come > lately", you will likely lose unless your product is very, very > good. > And, whether we like it or not, a big part of market domination is > to > convince all the decision makers (management) and decision breakers > (engineers with influence) that yours is the safest choice to make. > > FWIW > > > John Elrick > > > - > To unsubscribe, send email to [EMAIL PROTECTED] > > - > > - To unsubscribe, send email to [EMAIL PROTECTED] -
Re: [sqlite] Improving performance of SQLite. Anyone heard of Devic eSQL?
John Stanton wrote: This also is an anecdote from some time back. As we were signing a fairly significant software contract with a large organization their manager told us "You guys know nothing about marketing. Your presentation was unprofessional, no glossy brochures, no audio visuals and we would not have bought except that you were the only ones who convinced us you could do the job". We just smiled and watched the ink dry while we pondered "where did we go right?". The simple truth is that if you hype a product and sell it into an area where it is inadequate your triumph is short lived and the scorn and litigation enduring. On the other hand if you deliver a solution which works as well, or preferably better, than proposed you have generated raving fans who will buy again and endorse your product to all and sundry. Which is the better model? To quote a former programs manager for Bank of America "the first solution which meets my business needs and performs the job adequately". In this case, adequately can be defined as loosely as "doesn't crash too often" or as stringently as "positively no errors", depending on the business use. Keeping the discussion academic, "hype a product..." is a business model that apparently has been used to at least some degree by a company called Microsoft. It tends to work because the model permits them such an early lead that even better products have difficulty catching up. I do most of my programming in Delphi, a Borland product which remains in my opinion, even in its shadow of former glory state, a far more straightforward and powerful product than Visual Studio. Borland has always been a technical company, not a market driven one and its flagship product is surviving only because it remains a more well rounded Windows solution than its competition. However, it is only surviving and is unlikely to actually thrive ever again. So my suggested answer is, the proven model is "dominate the market early with an adequate product". If your product is very good and even better than proposed, all the better. But if you are "Johnny come lately", you will likely lose unless your product is very, very good. And, whether we like it or not, a big part of market domination is to convince all the decision makers (management) and decision breakers (engineers with influence) that yours is the safest choice to make. FWIW John Elrick - To unsubscribe, send email to [EMAIL PROTECTED] -