赞同的前端产品怎么样啊 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

赞同的人便宜的，或者说国内的都是便宜的。
关键是如同比亚迪当年造电池一个原理，得靠人往上堆才能出成果。
赞同的abclient，个人感觉实用性不如字符界面，开发起来很简单，在eclipse里画界面，配置一下服务端数据和接口就可以了。交行、渤海银行用的都是这个。
2011年，赞同公司产品团队大部分人员，华东的几个交付团队大部，都已经离开赞同到了宇信，楼主您看赞同还靠谱吗？
本帖最后由 cloudor 于 2013-6-28 09:17 编辑
西湖壹号 发表于 2013-6-28 00:09

2011年，赞同公司产品团队大部分人员，华东的几个交付团队大部，都已经离开赞同到了宇信，楼主您看赞同还靠 ...
没有那么多，但确实在短期内影响不小，赞同确实在短期内做出大量努力补上这些人员离开留下的娄子，确保客户的利益受到保护。但是好在每个条线仍然建制齐全，留下的同事也都能够安心认真做事，公司迅速稳定以后，光2012年第一季度，就新增市场7家，其中前端3家。在排除不安定因素后，许多原有大客户也都增加了和赞同的合作力度。
本帖最后由 cloudor 于 2013-6-28 09:14 编辑
家住海淀 发表于 2013-6-25 12:53

对一个个性化多一点的银行，这个CS架构的产品基本上要超过60%的东西要客户化。
你说这个产品怎么样？
这个，如果你要说最终的体验差异达到60%以上，我绝对同意。但是如果说是产品代码量的客户化改动，那绝对不超过10%，甚至大多数银行不需要超过3%。也许你会奇怪，因为你把它当成是纯C/S的架构，但其实它的工作原理是B/S的，产品平台为应用层的交易开发提供了极大的灵活性，许多特殊的需求，不需要平台动任何代码，只不过用平台的机制将一些特殊交易加以组合即可完成。
cloudor 发表于 2013-6-28 09:09

这个，如果你要说最终的体验差异达到60%以上，我绝对同意。但是如果说是产品代码量的客户化改动，那绝对不 ...
呵呵，每个项目都抽入10多号人改1年多，才10%？ 这什么标准哪？
本帖最后由 xiaoxiao20082009 于 2013-7-4 08:53 编辑
uyucn 发表于 2013-7-1 20:46

开发其实不难，很简单。另字符终端的确实比ABC要实用多了。
是这样，但是现在都在强制上ABC，这真是个蛋疼的玩意，一天到晚各种变更！
实事求是的讲，人家有70%的占有率（把工行的CTS算上），有解决不了的问题么？你们行如果就是传统柜面的改造，赞同（天力）在同行业是领头羊，无可争议。如果贵行做高柜低柜移动化统一战略，这个可能不是ABC的擅长能力，开始搭架子的时候就没有这么想，有个相关的公司以解决了问题，而且有实施的案例。
也就是一个架子，算不上柜面系统，走低端路线抢占市场占有率。
技术框架也比较陈旧了，产品上的人能力有限，目前我这的实施队伍众多 X内 培训生。
近期打算闪人，不在这浪费青春了！