<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: why vTiger sucks</title>
	<atom:link href="http://www.rdlt.com/why-vtiger-sucks.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.rdlt.com/why-vtiger-sucks.html</link>
	<description>Web development, Web design &#38; Usability</description>
	<lastBuildDate>Tue, 07 Feb 2012 11:07:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Edwin</title>
		<link>http://www.rdlt.com/why-vtiger-sucks.html/comment-page-2#comment-128019</link>
		<dc:creator>Edwin</dc:creator>
		<pubDate>Tue, 07 Feb 2012 11:07:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.rdlt.com/why-vtiger-sucks.html#comment-128019</guid>
		<description>Thanks for point out these issues, but one thing bugs me. Is commercially written software any better? I was involved in a blue chip bespoke system a few years ago and horrified that the conultants (on £600 a day) were following no naming conventions and not commenting their code at all. They weren&#039;t even giving functions and variables intuitive names. Their excuse? They were under severe pressure to deliver quickly because of previous problems on the programme. The prgramme was finally delivered, it was flaky and cost three times it&#039;s originally budget of £20m. Eventually yet another team of experts arrived and declared that the whole system had not been built properly (by their consultants) and we would have to pay them to rebuild the system. Welcome to the wonderful world of professional programming.</description>
		<content:encoded><![CDATA[<p>Thanks for point out these issues, but one thing bugs me. Is commercially written software any better? I was involved in a blue chip bespoke system a few years ago and horrified that the conultants (on £600 a day) were following no naming conventions and not commenting their code at all. They weren&#8217;t even giving functions and variables intuitive names. Their excuse? They were under severe pressure to deliver quickly because of previous problems on the programme. The prgramme was finally delivered, it was flaky and cost three times it&#8217;s originally budget of £20m. Eventually yet another team of experts arrived and declared that the whole system had not been built properly (by their consultants) and we would have to pay them to rebuild the system. Welcome to the wonderful world of professional programming.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Manu</title>
		<link>http://www.rdlt.com/why-vtiger-sucks.html/comment-page-2#comment-127337</link>
		<dc:creator>Manu</dc:creator>
		<pubDate>Wed, 01 Feb 2012 13:27:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.rdlt.com/why-vtiger-sucks.html#comment-127337</guid>
		<description>Hi Thomas!

In Puerto Rico we have a saying that goes &quot;a caballo regalado no se le mira el diente&quot; which basicaly means &quot;don&#039;t look a gift horse in the mouth&quot;.

Vtiger, and many other ready-made open-source web systems are powered by the community. You&#039;re not paying for them, so don&#039;t expect a &quot;good service&quot;. So, be bold, download, tweak and code, study if you have to, but don&#039;t criticize. Thanks.</description>
		<content:encoded><![CDATA[<p>Hi Thomas!</p>
<p>In Puerto Rico we have a saying that goes &#8220;a caballo regalado no se le mira el diente&#8221; which basicaly means &#8220;don&#8217;t look a gift horse in the mouth&#8221;.</p>
<p>Vtiger, and many other ready-made open-source web systems are powered by the community. You&#8217;re not paying for them, so don&#8217;t expect a &#8220;good service&#8221;. So, be bold, download, tweak and code, study if you have to, but don&#8217;t criticize. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: marius</title>
		<link>http://www.rdlt.com/why-vtiger-sucks.html/comment-page-2#comment-121346</link>
		<dc:creator>marius</dc:creator>
		<pubDate>Sat, 17 Dec 2011 12:27:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.rdlt.com/why-vtiger-sucks.html#comment-121346</guid>
		<description>I feel the vtiger team is deliberately making it extremely difficult and unpleasant to develop on vtiger (the code is barbaric to say the least). I can only assume that they make money by selling it to local clients and care little for the rest of the world. A quick search of the forums shows the same issues from 2005 cropping up in the latest version and (from my pod) they probably have the most number of unanswered questions of any open source project by far.

No documentation = no developer implication
bad coding = your better off paying for a commercial version than paying a programmer to fix it

good luck with that</description>
		<content:encoded><![CDATA[<p>I feel the vtiger team is deliberately making it extremely difficult and unpleasant to develop on vtiger (the code is barbaric to say the least). I can only assume that they make money by selling it to local clients and care little for the rest of the world. A quick search of the forums shows the same issues from 2005 cropping up in the latest version and (from my pod) they probably have the most number of unanswered questions of any open source project by far.</p>
<p>No documentation = no developer implication<br />
bad coding = your better off paying for a commercial version than paying a programmer to fix it</p>
<p>good luck with that</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Esrati</title>
		<link>http://www.rdlt.com/why-vtiger-sucks.html/comment-page-2#comment-104988</link>
		<dc:creator>David Esrati</dc:creator>
		<pubDate>Thu, 03 Nov 2011 02:25:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.rdlt.com/why-vtiger-sucks.html#comment-104988</guid>
		<description>I&#039;ve been trying to work with the vTigerCRM team for about a year- with UX/UI improvements. They seem receptive- but, they aren&#039;t going to be able to implement anything major till this time next year (2012).
The simplest thing a crm should do is display the history of &quot;contacts&quot; or &quot;touches&quot; with a client- be they phone calls, emails, quotes- etc. 
The current version of vTiger can&#039;t- they are suggesting it may happen by 5.4 due in a few months.
The reality is- it&#039;s a long way from what it needs to be.
In the mean time Sugar 6 is out- and has many of the features that I&#039;ve been discussing with the vTiger people- with a much cleaner interface.
I&#039;m ready to chuck vTiger at this point.
As to other opensource CRM systems- right now- it&#039;s called fat free crm- it&#039;s a rails app, which unfortunately runs on rails 3.0 which cpanel doesn&#039;t support. 
Looks promising- if you know Rails- and if you like HighriseCRM from 37 signals.
We&#039;ve looked at a ton of CRM offerings- both closed and open source- and found almost everyone of them overly complex- and not very user friendly.
We did find a gem of a project management tool: www.teambox.com which is open source (although they hide that on the site) and it works beautifully.
It&#039;s also a Ruby on Rails solution.
Rumor has it that the next version may include some CRM functionality- since large projects require some CRM functionality. Look into it.
In the mean time, I&#039;d be interested to hear what the people on this forum think of the new version of Sugar- and if anyone knows a way to port data from vTiger 5.2.x to Sugar 6?</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been trying to work with the vTigerCRM team for about a year- with UX/UI improvements. They seem receptive- but, they aren&#8217;t going to be able to implement anything major till this time next year (2012).<br />
The simplest thing a crm should do is display the history of &#8220;contacts&#8221; or &#8220;touches&#8221; with a client- be they phone calls, emails, quotes- etc.<br />
The current version of vTiger can&#8217;t- they are suggesting it may happen by 5.4 due in a few months.<br />
The reality is- it&#8217;s a long way from what it needs to be.<br />
In the mean time Sugar 6 is out- and has many of the features that I&#8217;ve been discussing with the vTiger people- with a much cleaner interface.<br />
I&#8217;m ready to chuck vTiger at this point.<br />
As to other opensource CRM systems- right now- it&#8217;s called fat free crm- it&#8217;s a rails app, which unfortunately runs on rails 3.0 which cpanel doesn&#8217;t support.<br />
Looks promising- if you know Rails- and if you like HighriseCRM from 37 signals.<br />
We&#8217;ve looked at a ton of CRM offerings- both closed and open source- and found almost everyone of them overly complex- and not very user friendly.<br />
We did find a gem of a project management tool: <a href="http://www.teambox.com" rel="nofollow">http://www.teambox.com</a> which is open source (although they hide that on the site) and it works beautifully.<br />
It&#8217;s also a Ruby on Rails solution.<br />
Rumor has it that the next version may include some CRM functionality- since large projects require some CRM functionality. Look into it.<br />
In the mean time, I&#8217;d be interested to hear what the people on this forum think of the new version of Sugar- and if anyone knows a way to port data from vTiger 5.2.x to Sugar 6?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jack</title>
		<link>http://www.rdlt.com/why-vtiger-sucks.html/comment-page-2#comment-100291</link>
		<dc:creator>Jack</dc:creator>
		<pubDate>Wed, 19 Oct 2011 16:07:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.rdlt.com/why-vtiger-sucks.html#comment-100291</guid>
		<description>@Yup. CiviCRM sounds good. As a developer coming from Drupal background (orderly environment), CiviCRM sounds inviting - only that I dont like the non-profit notion of it. I have a bit used Vtiger, and I must admit there are no good standards as MVC is not clearly implemented. I would like to see an Enterprise targeted DrupalCRM.
Vtiger works well, till u start customizing anything and the first baseline for customizations start with theme. While its easy to copy existing theme rename it and change the css styles to override, its not easy to track the templates where the elements are defined leave alone finding the elements of the home page(before login). Clients like to see visual changes before functionality comes in.
Vtiger is poor in documentation - it reminds me of XOOPS, a CMS I used to use before going to Drupal. GOOD IN PERFORMANCE BUT POOR IN CUSTOMIZING. I have come to realise that proper documentation lacks in all opensource projects which are not based on good patterns because its just another hell of #$*&amp;&amp;* to document from unorderly crap.
Nevertheless, kudos Vtiger team - it works BUT I DONT KNOW WHY I FEEL LIKE YOU DELIBERATELY make sure that the project is not easily customizable despite the contributions sent by the community.
Vtiger = XOOPS
CiviCRM = DRUPAL
DruCRM (Enterprise) = WHAT AM WAITING FOR</description>
		<content:encoded><![CDATA[<p>@Yup. CiviCRM sounds good. As a developer coming from Drupal background (orderly environment), CiviCRM sounds inviting &#8211; only that I dont like the non-profit notion of it. I have a bit used Vtiger, and I must admit there are no good standards as MVC is not clearly implemented. I would like to see an Enterprise targeted DrupalCRM.<br />
Vtiger works well, till u start customizing anything and the first baseline for customizations start with theme. While its easy to copy existing theme rename it and change the css styles to override, its not easy to track the templates where the elements are defined leave alone finding the elements of the home page(before login). Clients like to see visual changes before functionality comes in.<br />
Vtiger is poor in documentation &#8211; it reminds me of XOOPS, a CMS I used to use before going to Drupal. GOOD IN PERFORMANCE BUT POOR IN CUSTOMIZING. I have come to realise that proper documentation lacks in all opensource projects which are not based on good patterns because its just another hell of #$*&amp;&amp;* to document from unorderly crap.<br />
Nevertheless, kudos Vtiger team &#8211; it works BUT I DONT KNOW WHY I FEEL LIKE YOU DELIBERATELY make sure that the project is not easily customizable despite the contributions sent by the community.<br />
Vtiger = XOOPS<br />
CiviCRM = DRUPAL<br />
DruCRM (Enterprise) = WHAT AM WAITING FOR</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yup</title>
		<link>http://www.rdlt.com/why-vtiger-sucks.html/comment-page-2#comment-91776</link>
		<dc:creator>Yup</dc:creator>
		<pubDate>Wed, 21 Sep 2011 10:45:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.rdlt.com/why-vtiger-sucks.html#comment-91776</guid>
		<description>Dear Thomas ,
for any future use please check out civiCRM.

OO design, quality code by a quick code review, highly customizable, integrated to either Joomla or Drupal (means you can get add-ons).

It is made for non-commercial organizations, but like stated early, it is customizable.

If you a developer dealing with vTiger and SugarCRM - well, good luck.</description>
		<content:encoded><![CDATA[<p>Dear Thomas ,<br />
for any future use please check out civiCRM.</p>
<p>OO design, quality code by a quick code review, highly customizable, integrated to either Joomla or Drupal (means you can get add-ons).</p>
<p>It is made for non-commercial organizations, but like stated early, it is customizable.</p>
<p>If you a developer dealing with vTiger and SugarCRM &#8211; well, good luck.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.rdlt.com/why-vtiger-sucks.html/comment-page-2#comment-83056</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Fri, 26 Aug 2011 10:11:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.rdlt.com/why-vtiger-sucks.html#comment-83056</guid>
		<description>Here is the truth about vTiger. (1) It&#039;s an absolutely great project and the best CRM solution out there. (2) Make sure you use a WEB-SCRIPT-FRIENDLY webhosting! You can break your balls several times trying to install it on a crappy webhosting with crappy settings. (3) Customize vTiger, for God&#039;s sake! It&#039;s not so difficult, unless you are retarded. 

Most complainers are trying to install it on a cheap or old server, it doesn&#039;t work, they spend hours and days trying to change settings, checking forums, posting questions, etc. If they manage to install it, then they are just f***ing lazy to customize it for their needs. 

I&#039;ve installed and customized it for a number of companies and everyone&#039;s happy. Geez, people, you sound like those who make posts why MS Windows is bad!</description>
		<content:encoded><![CDATA[<p>Here is the truth about vTiger. (1) It&#8217;s an absolutely great project and the best CRM solution out there. (2) Make sure you use a WEB-SCRIPT-FRIENDLY webhosting! You can break your balls several times trying to install it on a crappy webhosting with crappy settings. (3) Customize vTiger, for God&#8217;s sake! It&#8217;s not so difficult, unless you are retarded. </p>
<p>Most complainers are trying to install it on a cheap or old server, it doesn&#8217;t work, they spend hours and days trying to change settings, checking forums, posting questions, etc. If they manage to install it, then they are just f***ing lazy to customize it for their needs. </p>
<p>I&#8217;ve installed and customized it for a number of companies and everyone&#8217;s happy. Geez, people, you sound like those who make posts why MS Windows is bad!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ciccio666</title>
		<link>http://www.rdlt.com/why-vtiger-sucks.html/comment-page-2#comment-61921</link>
		<dc:creator>ciccio666</dc:creator>
		<pubDate>Wed, 01 Jun 2011 06:38:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.rdlt.com/why-vtiger-sucks.html#comment-61921</guid>
		<description>I love vTiger!!! As my clients do. In my case I have no problem with coding in vt and no problem of performance on the application and database.

Many Thanks to the vTiger Team!!!
Cheers Guys.</description>
		<content:encoded><![CDATA[<p>I love vTiger!!! As my clients do. In my case I have no problem with coding in vt and no problem of performance on the application and database.</p>
<p>Many Thanks to the vTiger Team!!!<br />
Cheers Guys.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vtiger Sufferer</title>
		<link>http://www.rdlt.com/why-vtiger-sucks.html/comment-page-2#comment-59194</link>
		<dc:creator>Vtiger Sufferer</dc:creator>
		<pubDate>Thu, 19 May 2011 08:12:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.rdlt.com/why-vtiger-sucks.html#comment-59194</guid>
		<description>Jason, can you please be more specific on dropping the tables.</description>
		<content:encoded><![CDATA[<p>Jason, can you please be more specific on dropping the tables.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Judge</title>
		<link>http://www.rdlt.com/why-vtiger-sucks.html/comment-page-2#comment-51577</link>
		<dc:creator>Jason Judge</dc:creator>
		<pubDate>Sat, 16 Apr 2011 17:54:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.rdlt.com/why-vtiger-sucks.html#comment-51577</guid>
		<description>OMFG - over 430 tables. That is just insane. There are logical data structures, and there are physical database table structures, and they really do not have to map 1:1

With a one-line change to the adodb MySQL driver, all the *_seq tables can be dropped immediately. They are simply not needed, and only implemented for compatibility with databases that did not support either sequences or auto-increment datatypes, of where there really are none any more.</description>
		<content:encoded><![CDATA[<p>OMFG &#8211; over 430 tables. That is just insane. There are logical data structures, and there are physical database table structures, and they really do not have to map 1:1</p>
<p>With a one-line change to the adodb MySQL driver, all the *_seq tables can be dropped immediately. They are simply not needed, and only implemented for compatibility with databases that did not support either sequences or auto-increment datatypes, of where there really are none any more.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

