[B] 《回应大家关于赚钱的问题》 真的是大家不想去挣钱吗?——回答肯定是NO。 首先，从逻辑上就不成立，1、如果大家是为了学习编程，那打死也不会买什么“积木”的。2、如果大家能从“积木”中又去学会了编程，那也是不可能的。这就很显然。 那为什么大家又没有赚到钱呢？至少到现在为止没几个能赚到了钱。 理由和原因可能是千千万的——有人说思路不对；有人说创意不好；有人说懒惰；等等之等等。 但，鄙人认为这些都不是主要的原因。我认为，这直接是与“积木”开发软件本身的功能完善和技术支撑息息相关的。 如果公司上下不把主要原因搞清楚，只会最终害了公司的！ 首先，公司对“急用户所急，想用户所想”的深刻理解有限。 一个软件的功能的确是需要不断发展完善，但，这并不能就能借此对一个软件的基本功能和核心功能的忽略和亵渎或什么借口。 在诚心善意向公司提出改进意见之前，我不得不要说“积木”实在只能开发“小家子”软件或者玩玩。也许有点过分，会打击公司的积极性。但纵观又有几人开发出了几个大点的、象模象样的应用软件来呢？就连公司本身在“积木”上又作出几个让大家心悦诚服的大点的、象模象样的应用软件来呢？即使能搞出来，也肯定是经过九死一生、十磨九难、累死累活才终成正果！ 不能很好开发出大点的、象模象样的应用软件来，能赚到钱吗？ 现在“积木”的产品严格讲起来，顶多可以送送朋友或向无知者炫耀炫耀罢！ 公司特别是在一些核心问题和小的而又十分体贴、十分必要的功能上一直都未能及时解决： 比如： 1、对全屏幕的应用软件的制作。一直都是无法很好完成。即使一定要作全屏幕的东西，那些窗口中的构件又很难同步放大或缩小。做出来的东西总是一小块窗口，这能成大气吗？ 2、对构件、对象的复制问题。如果要想赚钱，需开发大点的、象模象样的应用软件，不知要用到多少构件或对象，而许多构件或对象又是需要多少重复的去点啊、拉啊的制作（特别是大的数据库或复制控制功能等）。一场构件组合排列下来，人的意志早就可能磨灭了。 3、对构件、对象的精确定位和排列问题。一直都有问题：比如，你在左边放置很多行文本“普通标签”，在右边放置很多行“字段行编辑”。要想将每行的“普通标签”和“字段行编辑”对整齐，其实是个很难的事——在开头几行是会对齐的，接着越往下就越偏越远了。如果大点的东东会有几十行，全靠手工来做，行吗？ 4、后来增加了“当前构件使用说明”。本是好事，可打开“当前构件使用说明”后为了接着再对照看一下左边很长的构件属性，是不行的，必须先将“当前构件使用说明”关掉，再去将左边很长的构件属性往下拉后，又去打开“当前构件使用说明”对照左边的构件属性来看。 5、一个大点的东东，往往需要几个月甚至更长的时间，整个程序的逻辑思路是很难理清的，这就决定了工作项目的成功与否——（开发工具的、人的意志等因素）。但，在“积木”的“事件设置”中，里面有个“临时信息板”的东东，本意是好的。但是，我为了将其间的“设置命令”复制下来以备理清整个程序的逻辑思路。可是，它居然不能复制出来放在“记事本”中的TXT文件去。你说可恨不可恨！ 6、核心的——是要对数据库的本身功能应大大的加强，这是“积木”的核心和卖点。特别是应有——“在应用软件程序运行中，用户能自己增删建立字段的功能”。这是衡量一个开发软件的重要标准，很多同类软件都能做到的！ 7、如果公司非要将“网络”功能作为卖点的话，那就只能等着“易语言”、“汉语编程”以及“易表”来收购公司和你的用户吧！ 就从公司将一个网络数据库功能放在“企业版”中去卖高价来看——压根就没想让广大的“发烧友”去赚钱！ 还是我前面那句话：真正有“企业”来靠软件开发去赚钱生存而要购买“积木企业版”去作为挣钱工具的话，那必是非癫即疯！或者如果想直接去挣那些企业老板的钱的话，那同样也是徒劳的，君不曾发现：“如今有钱的人不读书，读书的人没有钱”。老板们为了所谓的节约，在现在的信息时代里，有些老板连电话都撤了，尽管是可笑，因为中国的老总还不怎么相信自动化、信息化是他们挣钱的命根子！ 不管有多少不如意，我们都还是想继续观察支持一段路程，这不仅仅是中国人的特点或花了钱的原因。而是总想给别人留下一个机会——生的机会、成长的机会、纠错的机会，是完全必要的。但之所以叫机会，机会就是有限的、不够长的。 最后，希望公司跟着全球呼喊“以人为本”，一定要脚踏实地的去深刻理解“以人为本”这句话，只有做到“以人为本”、“急用户所急，想用户所想”，最后当然就会“以钱为本”了。邓大爷是正是真正理解了“欲得之，必先与之”的肤浅道理，才提出了改革开放。事实上证明，他老人家是对的！ 为什么大家现在提出了“赚钱的事”呢？因为大家对公司鼓吹的梦想开始有所醒悟了、开始怀疑、动摇了。这不是个好兆头啊！ 我们最希望的是：几年后还能看到公司并与之同舟共济！ （一片赤诚中必然会有点刺耳——良药苦口。请请多多包含!!） [/b]

楼主的一些话我觉得很有道理,希望月太公司能够针对问题进行研究,我个人认为对月太的发展会有所启发的！

“给公司一封信”的回复 在最近一段时间，用户集中反应了在使用《搭建之星》中的一些意见，pc-doctor用户的意见比较典型，现答复如下。 1、关于你所说的全屏幕的应用软件制作，按我们理解应是MDI的开发方式。即多文档界面，是Windows处理应用程序的一种规范。我们现在已经开发了类似的MDI的开发方式，正处于测试阶段，相信在不久的将来，你会见到。 2、关于对构件复制和撤消等操作，这两种操作看起来简单，但实现起来技术上有难度。以微软件记事本软件为例，在记事本中删除一个字，它把这步操作压进堆栈中，如果要撤消，把这个字符从堆栈中弹出就可以了。而搭建之星的构件，不但涉及到构件自身，还涉及到与之相应的所有命令，要把这些命令的位置都要记住。不过，这个问题迟早要解决。 3、关于构件的定位与排列，我们认为可能是你的操作和理解两方面的问题引起的。如果正确操作不会出现你说的问题。 4、关于帮助问题。这是一个新增功能，如你所说还不是很贴近用户，对于显示器较小的用户是有这方面问题。搭建之星在学习构件的方面，还有其它形式。如在事件设置中查看或者“帮助”菜单的使用手册。 5、搭建之星提供更简单的“打印当前设置”功能，您可以将项目中所有命令输出到纸上。搭建之星的开发方式对传统的输入代码方式做了改进，那么也就不能够按照传统开发方式要求它。它不是普通的文本文件，当然不能粘贴到记事本中。 6、正如你所说对数据库的本身功能加强是搭建之星的核心。目前我们仍在这个方面努力。如果你是2001年前的用户，就会感叹搭建之星一年半中在数据库方面中翻天覆地的变化。在开发一个项目前，对数据库的库结构进行全方面规划是重中之重，因为越到项目的后来，对数据库库结构进行微小变动都是困难的。当然，直接修改库结构也是方便的。用户能自己增加删除增加建立字段，该功能利用SQL语言可以很方面的实现。SQL是关系数据库结构化查询的通用语言，常用开发工具都支持SQL语言。 7、搭建之星有什么样的用户群体和增加什么样的功能是公司对自身发展战略的考虑。易语言、汉语编程和易表也都是优秀的软件。我们对这些软件的作者表示尊重。搭建之星的易用性与这些软件相比是不言而喻的，其它方面的优缺点在这里不予评论。 8、当前搭建之星在开发数据库管理系统方面已经相当成熟了，我们公司开发的管理系统大多是商业形式的，不能直接提供原项目供用户学习。但是，其中用到的一些开发技巧，我们在论坛上时有贴出，这需要用户随时关注。同时，希望用户不断学习新的知识，提高自已的开发水平，早日写出好的作品。 搭建之星从1998年至今一直在不断的完善和发展，并且在今后仍将努力添加更多、更新的功能以飨用户。这需要用户的理解、支持还有耐心。在这里感谢多年来一直热心支持搭建之星的用户和在论坛中热心解答用户咨询的版主和会员们，特别感谢：引力波、洪滨、水手、阳光、无心居士、杨柳清清、lifedoor。

斑竹说的非常有道理，大家的“合理”的要求都会慢慢得到解决。数据库功能也会越来越强大，君不见，不少爱好者已经开发出了不少比较专业实用的数据库管理系统？功能不在多，够用就好！其实现在的功能在实际使用过程中许多构件都是闲置的，就看你是偏向哪一个方面的软件看法。当然，功能越强大对于我们开发软件来说思路就会越开阔！我们希望更加强大功能的搭建之星不久会给大家更多的惊喜！

大家的情绪确实是偏激了一点，我用“积木“给单位编出了审批中心的mis管理软件，从用户密码到录入，再到系统的随机加密总共有五类查询页面，8种输出报表，一直是发烧积木给了我开发中的方便，虽然单位没多给我一分钱。：（ 但月太公司也该注意，为什么大家会引起公愤，无非是为了我们的网络构件，我不想让月太怎样，但我也的的确确感到了没有网络构件的别扭，而像我这种情况再去花八千多元……（有过买的想法，想想价格最终还是放弃了。）我想月太现在最该解决的是软件的运行速度，和针对构件打包的问题，还有就是增加构件，或者说给用户一个自己增加构件的可能。

楼主说的很有道理， 他花那么多时间来写这些字 希望月太明白其用心 真的是很不错的建议， 从积木首页的广告中， 我就发现积木不象大气的公司 广告把积木网络构件作为卖点 真的是个错误啊！ 为什么？ 你的广告是给谁看啊？ 是广大积木个人数据版用户看的吧 否则对谁都没有吸引力的 你们的网页不大象公司的主页 广告都没有仔细想过怎么设计啊 积木个人数据版的开始动画居然是一个小小的界面 出来的居然是自由女神 这样的广告到底在说明什么？ 谁也不明白啊 说有人用企业版， 打死我都不敢相信啊！ 8000 不是开玩笑的 我也知道有些人有钱、很有钱 我自己是没钱 但是我知道，有钱也要花到正处 积木企业版不是那么香吧？ 当企业开发一个用500个构件的软件 他除了放弃，估计还是放弃 我开发过200个构件的软件 要在构件栏找构件都很痛苦， 如果要维护更新 简直不可能 程序代码在构件里面，要阅读就跟踪构件去读吧 积木开发小的自己用的软件还是比较快的 稍微大些就困难了 功能限制太多了 积木很想delphi 但是构件少好多啊 功能不够啊！ 月太公司该加人手了 也该从头到脚更新也下自己了 包装也下 功能更多一些 更新更快一些 真希望积木很快完善起来

至少要求之一： 在构件中“文本件”中东西应该能有“复制、粘贴”功能，我想这个是用堆栈能解决的吧！ 实在不行的话也应将“文本件”中东西的设置属性中的“自动调整大小”和“透明”的默认值调整为“真”。 一个项目做下来要用到很多“文本件”中东西，往往是用作对字段标题的注释，而每次使用“文本件”中东西（比如：“普通标签”）都要去把“自动调整大小”和“透明”两项的值设为“真”才好。 这样下来，手都点击酸了。 请公司尽快帮“发烧友”们解决这个问题！