为什么会觉得分你一点股份你就会好好工作?
股份只对高官有意义,因为他们有权利(注意,不是能力)对一些项目和重大的变化做出抉择
普通的员工,甚至中层管理,对整个公司而言都没有什么权利的,为什么要背负股权,失败了的话,股权损失还不如给现金奖励呢

技术方面我不太明白,不过WOW早期版本以及内测公测版本变化蛮大的
尤其是服务器负载部分早期似乎几百人就爆了,后期增加到了3000人,目前应该更多了
虽然硬件提升是一个方面,不过游戏复杂程度也在不断的提升
那么架构发生变化似乎也是很正常的
这点似乎也应该考虑到

有点跑题,说道为什么不可代替,暂时就先不说那些衍生品了
mysql开始定位就是一个简单的关系型数据库,因此本身就是为一些简单的需求提供数据库服务,所对一些联合查询等等性能是很差的,当然这个是可以设计查询逻辑的时候避免,但是有的时候也是避免不了
对内存的使用率,mysql的缓存功能很差劲,这表现在如果你的数据库增长到一定程度后,就不能充分利用大内存带来性能上的提高
报表,数据仓库mysql功能缺失
同步功能mysql是支持的,但是一直到5.6同步功能的延迟以及从服务器的性能都并不能完全满足高性能要求,仅同步的情况下,从服务器的资源占用比主服务器还要高许多,这点我不是很理解,也可能是手上这个项目开发人员的语句导致,但是对比另外一个mssql,主从在同步的时候性能开销几乎是一样,这样从服务器也就可以说有很高的可用性,而不仅仅是一个备份

另外很多测试说mysql性能远高于mssql的情况,一般都是简单查询测试,并没有对复杂的查询,以及插入和更新进行测试,更没有在大量插入和更新的情况下对查询进行测试
实际上很多业务查询和插入更新的量是差不多的(网站倒是很典型的大量查询少量插入的应用)

V2EX看来做运维的很少,大部分的开发者可能也是比较入门吧...
mysql虽然也在淘宝等有大规模的运用,不过人家淘宝的mysql改的可以说是完全是一个新的数据库了,因为阿里有相当强大的技术力量,这里面其实也是一个成本问题,阿里有强大的技术力量,使用商业数据库授权费用就会非常昂贵,而且不一定能满足自己的需求,所以不如基于开源的产品来开发修改.
然则从运维的角度看,mysql可以说是简陋不堪的,在不采用第三方工具以及人工介入的情况下,你都没有办法保证你的数据是可靠的,而对于大部分公司和使用情况来说,你是不可能单独对这个应用来定制mysql
然则相对的,mssql等商业数据库就好的多,本身集成的工具套件就能满足大部分需求,如果是正版还有技术支持也会省心很多.
顺便说下,大部分情况下你是遇不到mssql的性能瓶颈,同时mssql又是几个商业数据库中最便宜最容易部署的(当然也是相对比较弱的)

一句话,采用什么技术不重要,重要的是写程序的人...

监控一般都是cacti,zabbx,nagios

VMWARE对USB支持很好的
VBOX的话,据说稍微差一点,应该大部分都没问题

也许RDS在高并发下依旧是200ms呢...不过国内显然对PAAS不是很上心啦

所有的问题都是要结合实际情况的回答才更有意义
ESXI是我们公司内部用的比较多,因为我们的环境非常复杂,linux,windows以及其他各种定制系统,这就要求虚拟化层做到对下硬件兼容性好,对上系统支持程度高,其他各种高可用性以及迁移也是需要进行各种部署实验,在这种情况下,我们的开发能力并不强,所以KVM和XEN这种就不适合
而KVM和XEN为什么特别适合oneman VPS,是因为存在各种第三方可以快速部署模板等,但是对于软硬件的支持就比较差
至于BAT内部,可能还是KVM活着XEN多,原因很简单,不要钱,esxi授权很贵(当然也是有破解的,但是不能用于生产环境),另外他们的系统存在高度统一,例如基本全部都是linux发行版或者自己的定制,所以使用KVM/XEN基本上既符合性能要求,也符合成本要求,加上可以方便的二次开发,才成为了最理想的选择

阿里云就是个比one man VPS高级的VPS而已啊,云盾什么也只是附加功能,你一个独立的物理服务器,机房怎么可能还帮你开端口什么,你被攻击流量太大直接拔线,没攻击随便你怎么玩,安全防护是要靠自己做的!

其他都好办,200G以内再见...
你知道电池很重的吗?ipad这类产品的重量基本就是电池

公司的企业宽带也给我换内网IP了,投诉之后改成公网IP,但是远程等依旧无用,解析动态域名已经解析的正常
家里的目前还正常,但是估计迟早也玩完
坐标南京

孙鸭子...哈哈哈哈哈哈...就是那个半路跑人的程序猿吗.......
S1的人应该知道这个人不靠谱的吧....

我个人建议,自己用,无机密资料,用QQ邮箱是挺好的选择
企业用,纯内部沟通,较少对外发,收取较多,任何机房自建都可以,安全防护自己负责
企业用,内部外部都用,可能存在部分推广邮件的发送,建议分域名分IP,原因太多暂且不表
纯外部用,一定要反向解析的机房才行(大部分VPS均不提供此功能)

这个不是有后门吗?windows下貌似就SecureCRT比较安全

必须要有IM工具的
但是相对的,IM不少存在记录分散(除非定制,所有消息服务器托管)
所以我比较喜欢平时交流都是IM,然后阶段性的小结用email备份,部分重要的结果/报告用email发送
如今不用IM简直是不可思议的事情...

有一个问题,文本数据库初期量少的时候的确傻快傻快的,以后如果数据量上去了,需要全文检索就吃瘪的吧...

IAAS不行的,PAAS完全没问题啊..

博客这种访问慢一点又无所谓的站点,也不需要CDN加速啊...

你这个还可以扩展一下,就是客户需求超过程序员的能力,或者客户要求在程序设计上不符合常理
比如你的例子中,这么大岁数的人脚崴了,自然应该去稍微大一点的正规医院进行检查才对,卫生所,包括社区医院本身定位就不是治病,而且更接近初步诊断/后续护理
我相信极有可能就是你爷爷也不愿意去大医院,想着就贴点膏药就行了
这就相当于解决一个需求,但是程序员说,你这个需求挺复杂的,要1个月完成,客户说不行,1个星期,那自然代码水平,性能优化都是浮云的

既然是FQ最主要的就是去中心化...不然中心节点封掉整个网络就瘫痪...
中心节点本质是保证服务的高速度高质量,但是FQ这种应用来说,高质量并不是首先考虑的,只要保证连通性即可,大量的丢包,缓慢的速度其实都是能接受的