您的数据事务是基于什么?或者,您需要什么级别的事务支持?如果您的系统需要ACID属性,那么您很好还是坚持使用RDBMS解决方案。否则,您将花费大量的时间试图在您的应用程序/业务逻辑层重制ACID保证,并且您可能仍然没有RDBMS解决方案那么****。#3: 您需要Web/高可伸缩性吗?总是在先计算出您需要什么样的可伸缩性。在这个特殊的例子中,我们正在为微软内部游戏工作室构建系统。有10到15个游戏工作室正在考虑中——这取决于有多少注册用户使用这个系统每个工作室****多有3-5个活跃的游戏标题。每个游戏标题为三个环境存储遥测模式——开发、预生产(PPE)和生产对于每个标题,将会有2-5个数据科学家同时修改游戏标题数据每一个标题事件都有大约50 KB的max事件数据我们被要求存储所有的版本——我们估计这个数字是1000除以一个标题的生命周期有了以上粗略的估计,我们就可以计算并发性和存储需求:
总并发数 = 工作室数量 * 标题数量每工作室 * 用户数量每标题
= 15 * 5 * 5 = 375 并发用户
大存储 = 工作室数量 * 标题数量每工作室 * 环境数量 * 事件存储大小每版本* 需要存储的版本数
= 15 * 5 * 3 * 50 KB * 1000 = 11250000 KB = 11.25 GB大存储
SQL Azure支持1024个并发打开连接,并且能够很容易地支持并发需求。另外,在考虑云计算时,11.25 GB实际上是一个非常小的数字。
这个系统并不是下一个FaceBook或必应——那么NoSQL的路线真的值得吗?
b) 出差。
我本人上有老、下有小,不愿经常出差。不过我知道很多人喜欢出差。所以无论喜不喜欢出差,问一问还是有好处的。这条算做企业文化,有些勉强,但也没别的更好的地方归类。暂且放这吧。
c) 考勤。
工作十几年,绝大部分时间没打卡上过班。所以事先问清楚考勤制度,正厚软件好不好,心理上好做个准备。这条跟企业文化还是有很大关系的。本人还是喜欢弹性工作制。
d) 培训。
企业是不是给员工提供不同形式、内容的培训能看出这个企业是不是以人为本,给员工提供职业发展的路径和机会,而不是只会一味地使唤人。
e) 团队建设。
我原来的公司会经常搞一些团队建设活动。比如:Team Lunch、郊游、拓展、年会等等。这也是企业文化的一种表现。只知道让我埋头苦干的企业,我想不是我理想中的企业。
f) 同事关系。
此问题一般得到的都是正面的回答。所以问不问都行。但是至少在试用期里要关注这件事情。在团结和融洽的团队内工作,正厚软件测试,心情会很不错。