到软件公司学什么？

我现在服务的公司不大，但已经成立20年了，以硬件+软件的形式，业绩还很好，老板是稳扎稳打型，也比较内敛，整个公司风格也是比较稳重，能把业绩持续做好，定是有值得学习的成功之处。就事论事，不同位阶的人有不同的评断，我只是从我自己的角度说一些现象、记录我的感觉。

公司不大所以某些角色没有，或者需要一个人兼多个角色，对软件项目开发来说，内部没有测试人员，对外没有实施顾问。我带领一个小组作一个产品及一些公司内部使用的工具。

没有测试人员大概是中国软件业的通病，特别是程序员在20个左右的小公司，老板只看结果，加一个测试人员，多了费用不说，那么多测试用例、测试文档的撰写肯定会影响工作的量。程序员永远测不出自己写的代码的问题，更是会不顾整体的风格、规范的约束而标新立异，总认为自己的艺术细胞比较多，对规定的图标、logo牢骚不断。也许我应该在界面风格上再定得仔细并强制一点，长宽比例，按钮靠右还是靠左，ToolBar只有图标不显示文字，cxGridView一定要显示indicator，Column宽度要适合大多数资料....

代码质量是另一个问题，本来是安排每周5有代码审查的，这个在小公司也是有风险的，上面可能会把“共产党的会多”无限放大（我也只能说是可能，上面对是否搞这个不置可否，不知道每周周报是否有看哦），所以加上因为忙，总是好几个月都没有搞上一次，我自己也是一堆事，也没时间定期从TeamSource下载代码来查看，只是遇到严重AV等bug才把代码拿来帮助分析。偶尔看看代码，一些坏味道的代码让我很光火：if AColumn.Name=Column_AID.Name;if Locate('AID',AID,[])=true、剪刀+浆糊（曾经有浆糊几百行代码的状况）、多种边界条件不处理。 

敏捷开发的最佳实践是结对编程，但在小公司，每个项目工具一般只有一个人在搞，此人一走，事情就停滞好几个月，如果急着用，只有组长扛下来了。

产品卖出去了，但现在还没有专门的技术支持人员，有段时间想把网管培养成这样的人，没有成功。几个程序员谁有空就去给客户安装、培训。本来我是很怕跟客户沟通的，也好，强制改变自己，多方面磨炼一下，可能在别的公司还没有这样的机会呢。但这公司样的方式对待客户客户满意度如何就要斟酌了。