Existing users, 
 REALbasic - 2009 release 1Create your own cross-platform software. |
|
||||||||||||||||
|
|||||||||||||||||
Feedback Summary:
| This Version: | |||||
| Overall Rating: | Not rated (0.0) | Features: | Not rated (0.0) | Support: | Not rated (0.0) |
| Ease of Use: | Not rated (0.0) | Quality / Stability: | Not rated (0.0) | Price: | Not rated (0.0) |
Key to Types of Feedback:
Reviews 
Troubleshooting 
Usage Tips 
Developer Notes 
Commentary 
Featured Reviews
The truth about REALbasic (extended) 
- Version: 4.1, 12/11/2008 11:02AM PST
(0 of 1 users found this comment useful)
MarkusWinter
REALbasic 
- Version: Release 4, 11/15/2007 03:09PM PST
(0 of 1 users found this comment useful)
MarkusWinter
is a tool to develop software, and as any tool it has strengths and weaknesses. Most people complaining seem to miss the point, and would probably use a screw driver to hammer in a nail and complain afterwards.
So what is the truth?
(1) You want to learn to program?
Already you are faced with a plethora of choices: cross-platform or for Mac only? Standalone programs or ones which need a runtime? Just for fun or might it develop into something more serious?
For me the requirements were: easy to learn, good graphical user interface, cross-platform, and if possible cheap (preferable free)
That excluded X-Code (though I still have it on my Mac), Tcl, Python, and a few others and left me seriously looking at REALbasic, Java, SuperCard and Revolution. I tried all of them for a few weeks and REALbasic came out on top by a mile – I hadn’t previously appreciated the difference a fully object-oriented language would make.
X-Code is a good alternative if you (a) program for the Mac only and (b) you can stand the C language (not everyone can).
(2) Is REALbasic as fast as C?
Yes and No.
REALbasic is a fantastic Rapid Application Development Tool. It will usually take you far less time to write a program in REALbasic than in C, and for most programs it makes no difference if they have speed x or 2x (as the user is the slowest component in the chain and the computer waits most of the time for input from the user).
Even better if you have time critical parts then just write a plugin in C/C++ and REALbasic will happily accommodate it. You can also use declares to directly access APIs. And dealing directly with memoryblocks will also give you a speed boost should you need it.
That being said you can usually write a program that is faster in C than in REALbasic. Recently I was curious enough to try this, and my REALbasic program took about 650 milliseconds for the task, while the C program took 570 milliseconds. Was it worth the extra hassle to program it in C? No. But I can see situations where I might still go for a C plugin.
So people complaining about REALbasic being slower than C either don’t know what they are talking about or deliberately deceive the readers.
(3) Why are REALbasic programs so big?
REALbasic programs contain the whole framework – that means they are completely self contained and don’t rely on other bits being installed on your computer (like C# programs). Yes, that means a program doing nothing looks pretty big – and the situation is aggravated on the Mac where Universal programs need to contain both PPC and Intel code.
But the truth is that the size from then on doesn’t increase much as you add your code. And it has one advantage which beats the increased download size: I can run the program without an installer. Anyone who is on a “managed system” where IT does not let you install anything knows what I’m talking about (don’t you hate it when IT isn’t supporting your work anymore but became the masters of the house?). My REALbasic programs will run straight out of the box, no installation necessary, even from a USB stick if necessary.
(4) Is REALbasic buggy?
Sure it is. So is X-Code. VisualBasic. C#. MacOS X.
And don’t get me started on Word and Windows.
Any complex program contains bugs. But the big question is are there bugs which make the program unfit for purpose? So called show stopper bugs?
And there the answer is a resounding “No” for REALbasic.
Furthermore most “bugs” I’ve come across turned out to be errors in my code, so in the meanwhile I’m more carefull about mouthing off and ask politely first.
(5) Can I do everything with REALbasic?
No. No matter how hard you try you can’t make a decent coffee with it.
Sorry, but the question is too general to be meaningful. You could ask “Can I do everything with X-Code” and the answer would still be “No” - for example you can’t compile for Windows or Linux.
But REALbasic can – and as such there are some compromises that must be made. Not everything is supported on all platforms – mainly because there is no equivalent on the other platforms. But the same applies to Java to a much greater extend, and strangely enough you don’t hear people complaining that Java can’t do everything.
Basically anything you want to do can be done, and REALbasic even supports a large amount of platform specific items (like AppleEvents or Spotlight on the Mac or RegistryItems and TrayItems on Windows) - but then using them defeats the purpose of a cross-platform development tool somewhat.
(6) What’s the greatest strength of REALbasic?
Definitely the support both from the developers and the user community – where else do you have the CEO answering questions directly, the developers pinching in with advice on the forums and mailing lists, and an immense number of users eager to help you with your problems? The only other community where I experienced similar support (but not quite as good) is the RapidWeaver forums. Especially Joe Strout and Aaron Ballman deserve mentioning.
The one thing which constantly baffles me though is the politeness of the REALbasic developers – following some exchanges in the newsgroup by a certain individual I would have already been fuming at his personal attacks and unjustified comments, and ready to throw some four letter words in his face, but they still kept their cool. That is simply AMAZING.
(7) What’s the greatest weaknesses of REALbasic?
For me it is the lack of a better EditField control – the current one supports styled text (bold, italic, underlign, alignment, colour, fonts, size) but super/subscript are missing. And it is slow when using large texts. But then I rarely use more than 100,000 characters in a text ... actually, once a week I need to clean up a text with about 160,000 characters which then takes about 3 seconds. I can live with that.
All in all I can heartily recommend REALbasic. I did some Basic and C at University, quite a bit in HyperCard afterwards, but REALbasic is the one which really enabled me to do more than just a few simple demo programs.
REALbasic - Version: Release 4, 11/15/2007 03:06PM PST
(0 of 1 users found this comment useful)
MarkusWinter
is that it is a tool to develop software, and as any tool it has strengths and weaknesses. Most people complaining seem to miss the point, and would probably use a screw driver to hammer in a nail and complain afterwards.
So what is the truth?
<b>(1) You want to learn to program?</b>
Already you are faced with a plethora of choices: cross-platform or for Mac only? Standalone programs or ones which need a runtime? Just for fun or might it develop into something more serious?
For me the requirements were: easy to learn, good graphical user interface, cross-platform, and if possible cheap (preferable free)
That excluded X-Code (though I still have it on my Mac), Tcl, Python, and a few others and left me seriously looking at REALbasic, Java, SuperCard and Revolution. I tried all of them for a few weeks and REALbasic came out on top by a mile – I hadn’t previously appreciated the difference a fully object-oriented language would make.
X-Code is a good alternative if you (a) program for the Mac only and (b) you can stand the C language (not everyone can).
<b>(2) Is REALbasic as fast as C? </b>
Yes and No.
REALbasic is a fantastic Rapid Application Development Tool. It will usually take you far less time to write a program in REALbasic than in C, and for most programs it makes no difference if they have speed x or 2x (as the user is the slowest component in the chain and the computer waits most of the time for input from the user).
Even better if you have time critical parts then just write a plugin in C/C++ and REALbasic will happily accommodate it. You can also use declares to directly access APIs. And dealing directly with memoryblocks will also give you a speed boost should you need it.
That being said you can usually write a program that is faster in C than in REALbasic. Recently I was curious enough to try this, and my REALbasic program took about 650 milliseconds for the task, while the C program took 570 milliseconds. Was it worth the extra hassle to program it in C? No. But I can see situations where I might still go for a C plugin.
So people complaining about REALbasic being slower than C either don’t know what they are talking about or deliberately deceive the readers.
<b>(3) Why are REALbasic programs so big?</b>
REALbasic programs contain the whole framework – that means they are completely self contained and don’t rely on other bits being installed on your computer (like C# programs). Yes, that means a program doing nothing looks pretty big – and the situation is aggravated on the Mac where Universal programs need to contain both PPC and Intel code.
But the truth is that the size from then on doesn’t increase much as you add your code. And it has one advantage which beats the increased download size: I can run the program without an installer. Anyone who is on a “managed system” where IT does not let you install anything knows what I’m talking about (don’t you hate it when IT isn’t supporting your work anymore but became the masters of the house?). My REALbasic programs will run straight out of the box, no installation necessary, even from a USB stick if necessary.
<b>(4) Is REALbasic buggy?</b>
Sure it is. So is X-Code. VisualBasic. C#. MacOS X.
And don’t get me started on Word and Windows.
Any complex program contains bugs. But the big question is are there bugs which make the program unfit for purpose? So called show stopper bugs?
And there the answer is a resounding <b>“No” </b> for REALbasic.
Furthermore most “bugs” I’ve come across turned out to be errors in my code, so in the meanwhile I’m more carefull about mouthing off and ask politely first.
<b>(5) Can I do everything with REALbasic?</b>
No. No matter how hard you try you can’t make a decent coffee with it.
Sorry, but the question is too general to be meaningful. You could ask “Can I do everything with X-Code” and the answer would still be “No” - for example you can’t compile for Windows or Linux.
But REALbasic can – and as such there are some compromises that must be made. Not everything is supported on all platforms – mainly because there is no equivalent on the other platforms. But the same applies to Java to a much greater extend, and strangely enough you don’t hear people complaining that Java can’t do everything.
Basically anything you want to do can be done, and REALbasic even supports a large amount of platform specific items (like AppleEvents or Spotlight on the Mac or RegistryItems and TrayItems on Windows) - but then using them defeats the purpose of a cross-platform development tool somewhat.
<b>(6) What’s the greatest strength of REALbasic?</b>
Definitely the support both from the developers and the user community – where else do you have the CEO answering questions directly, the developers pinching in with advice on the forums and mailing lists, and an immense number of users eager to help you with your problems? The only other community where I experienced similar support (but not quite as good) is the RapidWeaver forums. Especially Joe Strout and Aaron Ballman deserve mentioning.
The one thing which constantly baffles me though is the politeness of the REALbasic developers – following some exchanges in the newsgroup by a certain individual I would have already been fuming at his personal attacks and unjustified comments, and ready to throw some four letter words in his face, but they still kept their cool. That is simply AMAZING.
<b>(7) What’s the greatest weaknesses of REALbasic?</b>
For me it is the lack of a better EditField control – the current one supports styled text (bold, italic, underlign, alignment, colour, fonts, size) but super/subscript are missing. And it is slow when using large texts. But then I rarely use more than 100,000 characters in a text ... actually, once a week I need to clean up a text with about 160,000 characters which then takes about 3 seconds. I can live with that.
<b>All in all I can heartily recommend REALbasic. I did some Basic and C at University, quite a bit in HyperCard afterwards, but REALbasic is the one which really enabled me to do more than just a few simple demo programs.
</b>
So what is the truth?
<b>(1) You want to learn to program?</b>
Already you are faced with a plethora of choices: cross-platform or for Mac only? Standalone programs or ones which need a runtime? Just for fun or might it develop into something more serious?
For me the requirements were: easy to learn, good graphical user interface, cross-platform, and if possible cheap (preferable free)
That excluded X-Code (though I still have it on my Mac), Tcl, Python, and a few others and left me seriously looking at REALbasic, Java, SuperCard and Revolution. I tried all of them for a few weeks and REALbasic came out on top by a mile – I hadn’t previously appreciated the difference a fully object-oriented language would make.
X-Code is a good alternative if you (a) program for the Mac only and (b) you can stand the C language (not everyone can).
<b>(2) Is REALbasic as fast as C? </b>
Yes and No.
REALbasic is a fantastic Rapid Application Development Tool. It will usually take you far less time to write a program in REALbasic than in C, and for most programs it makes no difference if they have speed x or 2x (as the user is the slowest component in the chain and the computer waits most of the time for input from the user).
Even better if you have time critical parts then just write a plugin in C/C++ and REALbasic will happily accommodate it. You can also use declares to directly access APIs. And dealing directly with memoryblocks will also give you a speed boost should you need it.
That being said you can usually write a program that is faster in C than in REALbasic. Recently I was curious enough to try this, and my REALbasic program took about 650 milliseconds for the task, while the C program took 570 milliseconds. Was it worth the extra hassle to program it in C? No. But I can see situations where I might still go for a C plugin.
So people complaining about REALbasic being slower than C either don’t know what they are talking about or deliberately deceive the readers.
<b>(3) Why are REALbasic programs so big?</b>
REALbasic programs contain the whole framework – that means they are completely self contained and don’t rely on other bits being installed on your computer (like C# programs). Yes, that means a program doing nothing looks pretty big – and the situation is aggravated on the Mac where Universal programs need to contain both PPC and Intel code.
But the truth is that the size from then on doesn’t increase much as you add your code. And it has one advantage which beats the increased download size: I can run the program without an installer. Anyone who is on a “managed system” where IT does not let you install anything knows what I’m talking about (don’t you hate it when IT isn’t supporting your work anymore but became the masters of the house?). My REALbasic programs will run straight out of the box, no installation necessary, even from a USB stick if necessary.
<b>(4) Is REALbasic buggy?</b>
Sure it is. So is X-Code. VisualBasic. C#. MacOS X.
And don’t get me started on Word and Windows.
Any complex program contains bugs. But the big question is are there bugs which make the program unfit for purpose? So called show stopper bugs?
And there the answer is a resounding <b>“No” </b> for REALbasic.
Furthermore most “bugs” I’ve come across turned out to be errors in my code, so in the meanwhile I’m more carefull about mouthing off and ask politely first.
<b>(5) Can I do everything with REALbasic?</b>
No. No matter how hard you try you can’t make a decent coffee with it.
Sorry, but the question is too general to be meaningful. You could ask “Can I do everything with X-Code” and the answer would still be “No” - for example you can’t compile for Windows or Linux.
But REALbasic can – and as such there are some compromises that must be made. Not everything is supported on all platforms – mainly because there is no equivalent on the other platforms. But the same applies to Java to a much greater extend, and strangely enough you don’t hear people complaining that Java can’t do everything.
Basically anything you want to do can be done, and REALbasic even supports a large amount of platform specific items (like AppleEvents or Spotlight on the Mac or RegistryItems and TrayItems on Windows) - but then using them defeats the purpose of a cross-platform development tool somewhat.
<b>(6) What’s the greatest strength of REALbasic?</b>
Definitely the support both from the developers and the user community – where else do you have the CEO answering questions directly, the developers pinching in with advice on the forums and mailing lists, and an immense number of users eager to help you with your problems? The only other community where I experienced similar support (but not quite as good) is the RapidWeaver forums. Especially Joe Strout and Aaron Ballman deserve mentioning.
The one thing which constantly baffles me though is the politeness of the REALbasic developers – following some exchanges in the newsgroup by a certain individual I would have already been fuming at his personal attacks and unjustified comments, and ready to throw some four letter words in his face, but they still kept their cool. That is simply AMAZING.
<b>(7) What’s the greatest weaknesses of REALbasic?</b>
For me it is the lack of a better EditField control – the current one supports styled text (bold, italic, underlign, alignment, colour, fonts, size) but super/subscript are missing. And it is slow when using large texts. But then I rarely use more than 100,000 characters in a text ... actually, once a week I need to clean up a text with about 160,000 characters which then takes about 3 seconds. I can live with that.
<b>All in all I can heartily recommend REALbasic. I did some Basic and C at University, quite a bit in HyperCard afterwards, but REALbasic is the one which really enabled me to do more than just a few simple demo programs.
</b>
So what is the truth? (Note: although this review was originally written for the Mac version most of it is also valid for the Windows version)
(1) You want to learn to program?
Already you are faced with a plethora of choices: cross-platform or for Mac only? Standalone programs or ones which need a runtime? Just for fun or might it develop into something more serious?
For me the requirements were: easy to learn, good graphical user interface, cross-platform, and if possible cheap (preferable free)
That excluded X-Code (though I still have it on my Mac), Tcl, Python, and a few others and left me seriously looking at REALbasic, Java, SuperCard and Revolution. I tried all of them for a few weeks and REALbasic came out on top by a mile – though I used the old HyperCard extensively I found SuperCard and Revolution to be quite limited, and I hadn’t previously appreciated the difference a fully object-oriented language would make. Java is object orientated and cross-platform but as it is intended mainly for web use is very limited in many aspects, and quite honestly Java programs look atrocious (I still haven’t seen a single Java program which looks like it is native to the platform it is running on).
X-Code is a good alternative if you (a) program for the Mac only and (b) you can stand the C language (not everyone can). But be aware that the latest version of X-Code requires Leopard and does not compile for older versions. To guarantee compatibility you'd need to install both X-Code 3 and X-Code 2.5. Or in other words: programs developed in X-code 2.5 under Tiger will run fine on Leopard but not necessarily the other way round
But as far as cross-platform programming goes, REALbasic is the best solution by far.
(2) Is REALbasic as fast as C?
Yes and No.
REALbasic is a fantastic Rapid Application Development Tool. It will usually take you far less time to write a program in REALbasic than in C, and for most programs it makes no difference if they have speed x or 2x (as the user is the slowest component in the chain and the computer waits most of the time for input from the user).
Even better if you have time critical parts then just write a plugin in C/C++ and REALbasic will happily accommodate it. You can also use declares to directly access APIs. And dealing directly with memoryblocks will also give you a speed boost should you need it.
That being said you can usually write a program that is faster in C than in REALbasic. Recently I was curious enough to try this, and my REALbasic program took about 650 milliseconds for the task, while the C program took 570 milliseconds. Was it worth the extra hassle to program it in C? No. But I can see situations where I might still go for a C plugin.
Basically it comes down to using the right tool for the job. If you need every ounce of power (like writing a Photoshop clone or doing massive computations on multiple sequence alignments) where a twofold speed difference is huge and the program spends most of its time working then go for X-Code (or write a plug-in in C). If you write any normal program or a front end to a database (one of REALbasics strengths) then you get results with REALbasic much faster and the difference in speed is negligible. Plus the code is much easier to read and maintain.
(3) Why are REALbasic programs so big?
REALbasic programs contain the whole framework – that means they are completely self contained and don’t rely on other bits being installed on your computer (like C# programs). Yes, that means a program doing nothing looks pretty big – and the situation is aggravated on the Mac where Universal programs need to contain both PPC and Intel code.
But the truth is that the size from then on doesn’t increase much as you add your code. And it has one advantage which beats the increased download size: I can run the program without an installer. Anyone who is on a “managed system” where IT does not let you install anything knows what I’m talking about (don’t you hate it when IT isn’t supporting your work anymore but became the masters of the house?). My REALbasic programs will run straight out of the box, no installation necessary, even from a USB stick if necessary.
(4) Is REALbasic buggy?
Sure it is. So is X-Code. VisualBasic. C#. MacOS X. And don’t get me started on Word and Windows.
Any complex program contains bugs. But the big question is are there bugs which make the program unfit for purpose? So called show stopper bugs? And there the answer is a resounding “No” for REALbasic. That doesn't mean that there aren't some bugs that can make you swear and tear your hair out, but there are usually ways around it (even the RTF bug I've been bitterly complaining about could be dealt with with a free plugin. And the bug seems fixed in version 2008R4 anyway).
Furthermore most “bugs” I’ve come across turned out to be errors in my code, so in the meanwhile I’m more carefull about mouthing off and ask politely first.
P.S. For a comparison let’s have a look at MacOS X 10.5 Leopard:
Now the forthcoming MacOS 10.5.6 update has over 100 bug fixes – anyone thinks 10.5.5 is unusable? ;-)
Or anyone still wants to complain that 10.3 is no longer updated? Gee – get over it. At some point you always have to pay for new features and bug fixes ... I for one am looking forward to the new MacOS X 10.6 Snow Leopard (which will drop support for G4 and G5 Macs and only run on Intel Macs)
(5) Can I compile for OS9?
Amazingly we still have quite a few old Macs running OS9 around. And about 10% of my users are still on OS9 (other developers report a similar percentage). If you want to compile for OS9 then you need to use 2007R4 or earlier for the compilation.
I have several versions of REALbasic on my Mac, and the same code runs fine in all of them.
I should point out that dropping OS9 support in REALbasic isn't a complaint - RS supported OS9 much longer than Apple did.
(6) Can REALbasic be extended?
Yes. There are several high quality plug-in developers, among which the Einhugur plug-ins (http://www.einhugur.com/) and the Monkeybread Collection (http://www.monkeybreadsoftware.de/) are especially noteworthy. The Monkeybread Collection has around 22,000 functions to extend REALbasic - you can buy the whole collection (at a sizeable discount) or just the modules you need (quite cheaply). Have a look at the tutorial movies (http://www.monkeybreadsoftware.de/realbasic/movies/) - the Chart Director plug-in is amazing.
Other very well regarded third party plug-ins are
There are many more available (many for free) – see http://www.rbgarage.com/rbg/index.php which lists quite a few
I would like to point out that I can't understand people who criticize the existence of third-party plugin developers and insist on them being included with REALbasic. That's like requiring Apple or Microsoft to include all those third-party templates, fonts, etc. and hey, why stop there? Why not include all programs ever written when you buy a computer? That's just dumb and shows how insincere those posters are.
(7) Can I do everything with REALbasic?
No. No matter how hard you try you can’t make a decent cup of coffee with it.
Sorry, but the question is too general to be meaningful. You could ask “Can I do everything with X-Code” and the answer would still be “No” - for example you can’t compile for Windows or Linux.
But REALbasic can – and as such there are some compromises that must be made. Not everything is supported on all platforms – mainly because there is no equivalent on the other platforms. But the same applies to Java to a much greater extend, and strangely enough you don’t hear people complaining that Java can’t do everything.
Basically anything you want to do can be done, and REALbasic even supports a large amount of platform specific items (like AppleEvents or Spotlight on the Mac or RegistryItems and TrayItems on Windows) - but then using them defeats the purpose of a cross-platform development tool somewhat (though it is good practise to support some platform specific conventions – which can easily be done with conditional statements like .
#If TargetWin32 //Windows specific code here #ElseIf TargetMacOS //Macintosh code goes here. #ElseIf TargetLinux //Linux code goes right here. #EndIf(8) What’s the greatest strength of REALbasic?
Definitely the support both from the developers and the user community – where else do you have the CEO answering questions directly, the developers pinching in with advice on the forums and mailing lists, and an immense number of users eager to help you with your problems? The only other community where I experienced similar support (but not quite as good) is the RapidWeaver forums. Especially Joe Strout and Aaron Ballman deserve mentioning.
The one thing which constantly baffles me though is the politeness of the REALbasic developers – following some exchanges in the newsgroup by a certain individual I would have already been fuming at his personal attacks and unjustified comments, and ready to throw some four letter words in his face, but they still kept their cool. That is simply AMAZING.
(9) What’s the greatest weaknesses of REALbasic?
For me it is the lack of a better EditField control – the current one supports styled text (bold, italic, underlign, alignment, colour, fonts, size) but super/subscript are missing (though there are third party plug-ins supplying these features). And it is slow when using large texts. But then I rarely use more than 100,000 characters in a text ... actually, once a week I need to clean up a text with about 160,000 characters which then takes about 3 seconds. I can live with that.
Another sore point is that the documentation is lacking - with the Rapid Release model the documentation does not always reflect all changes. But anyone who ever had to write a documentation and keep it current knows what a task that is.
(10) What is this Rapid Release model?
Originally RS released a paid REALbasic version containing new features maybe once a year and then came up with a few free bug fix releases. However developers wanted new features quicker - so now a new release is made every 90 days. You pay once for a 12 month term and all releases in the following 12 months are paid for (sometimes 5 releases in 12 months if you time your purchase right). This has advantages and disadvantages. The introduction of new features can result in new bugs being introduced as well. Under the old model you usually ended up with a pretty bug-free version before RS moved on to the next release. Under the new model you get the same amount of bug fixes but features faster than you did before ... and new bugs. It's a trade-off most developers seem to be happy about, though I personally preferred the older model.
(11) Have I ever seen any REALbasic program in action??
Sure you have – although you might not have been aware of it (which is kind of the point, isn’t it?). Remember the 2004 and 2008 presidential elections in the US? The election graphics shown by AP (Associated Press)? Accessing databases, collecting and collating data, making onscreen graphics and pdf flyers for hand outs – that was done with REALbasic. Have a look at http://www.tinrocket.com/consulting/work/development/174/
(12) Any more information?
There are some very nice video tutorials geared towards the beginner at http://www.realbasic.tv/ which give a good idea of what using REALbasic is like.
There is also the REALbasic Developer Magazine (http://www.rbdeveloper.com/) and a few books (best search amazon).
(13) Anything to disclose?
I still do most of my programming in RB2007R4 as I still support quite a few OS9 users, and my current REALbasic subscription has run out (though I run 2008R5 in demo mode). I will however drop OS9 support and renew my subscription in 2009 when REALbasic is making the transition to Cocoa, as with support for Cocoa will also come a number of new features including editfields that support OS level spell-checking (done by MacOSX), or access to framework-specific features like Core Animation.
(14) What should I do now?
Simple. Download it, try it, and make up your own mind.
No matter what anyone says, whether they have an axe to grind, or have a self-interest in a product, in the end only your own opinion matters.