顶起来，继续招聘，年内最后名额

薪资影响的因素太多了，不是简单的技术，也不是一个谈判的秘诀，而影响最为深我，我理解是供需关系；

如果不着急用人，且面试者水平也不非超众太多，那再强的谈判能力也是瞎的； 相反，用人部门很着急，这时候对于面试者是是一个非常有利的时机，甚至有时候狮子开口都能得到满足。

赞...特别是留人的环节...

第二个原则像我等地屌丝公司都会问，特别是适婚适育年龄的女性，也包括一些男性是否已婚，考虑其在当地是否会长期发展，当然，一般也就两句点到为止。。。

PS：电视上的那个东西根本不叫面试，纯粹是作秀和节目，个人感觉应该算娱乐节目

勇哥客气了，西湖风景很好，我们聊得也很不错，这足够啦。。。

其貌不扬，见面不如闻名

慢在什么环节，hooks 里面都有些什么东西，你可以在慢的时候到服务器后台看下，服务器都在干什么

你们要是愿意来杭州,我肯定给你们出个比这个大的 package..

北京 1.2w,如果按照惯例,外包没什么年奖 (一般是 1~2 个月),这个 package 有点低呀...

正常情况下可以，但是在一个特殊环境下可能会不行：

Server：Subversion 1.6.17 https 协议 Client：TortoiseSVN 1.6.0 - 1.6.12 版本或更早版本，子目录即使授权，也可能会出现访问错误，提示无权限

原因分析：SVN 1.6 版本在中途修复了一个安全漏洞问题，所以出现之前的客户端版本访问异常的问题 解决办法：规范客户端和服务器版本，一般情况下，客户端版本等于服务器版本是最合适的，当然，客户端版本较新的话，问题也不会太大

说说我们的硬件方案（目前备用系统在筹划，其他已完成）： 1、主系统：Dell Compllent SC8000 双控冗余链路，服务器使用虚拟化 HA 群集保证可靠性，后端通过 RDM 技术直连存储系统；冗余和 HA 技术不怕单个服务器宕机，并且 SC8000 系统高性能为服务器负载做有力保障； 2、备用系统：异地灾备，存储使用 Dell Compllent SC4020，通过存储异步数据复制技术，复制数据至异地灾备机房，并组建虚拟化系统，随时可手动启动系统，投入使用； 3、备份系统：使用 EMC ADS 备份系统，每天执行数据全量备份，每月执行数据备份银行保险库归档；

唯一的缺点，就是花钱，目前已花掉的钱：SC8000 大约 60W，虚拟化加服务器投入也需要 50W，备份系统 EMC 的贼贵，也要 50W；

恒生很难和支付宝看齐,一般收购型的公司薪资如意向母公司,控股型的公司薪资还是会延续老的模式. 收购后,更需要对股东负责,所以做大的薪资调整,个人感觉不会.

PS:恒生向来有职场黄埔军校的美称，我们单位 CM 似乎有 5 个是恒生来的。

今年本来已经完成招聘，奈何跟诺西抢人失败。。。

呵呵，是呀； 是否有人才推荐？

新开启 2 个招聘名额..欢迎大家投递简历..

我们单位只在中位数，要是老板给那么多我开心了

招聘工作顺利完成，感谢各位支持

因為包含了年獎...下月漲薪,不知道是否能高個檔次...

svn 的 sync 容错性差，容易产生 out of sync，我的方案是我们目前的分布式方案修改的，分布式的节点都是可以写入的，因此，只需要把分布式的服务器部署成一个数据中心，然后使用前端的负载均衡设备做下负载均衡就可以了。方案的优势： 1、容错性强； 2、没有单点故障； 3、权限和账户是同步的；

PS：LZ 的这个东西在实际生产中可能还是会有问题的，我理解起来，是不能直接使用 http 的 methon 来区分数据到哪个服务器的，应该会出错，不知道 LZ 是否在生产环境中真实测试过。

PPS：解决性能问题不一定要从集群来考虑，单机的性能是否已经无可用空间，比如 CPU、IO 等等；复杂的系统带来维护的复杂和出错率增加，个人认为一般公司规模的（数千到数万人的规模），是不需要使用这么复杂的系统的，使用简单的库、服务器分离，提升单服务器性能即可完成的事情。

[i=s] 本帖最后由 scmroad 于 2014-3-17 10:32 编辑

看完帖子重新想了下，这个问题其实挺有趣，LZ 的方案个人认为并不是非常好，写在一台，只能解决部分性能的问题，不能解决单点故障的问题。 目前我已经构思了一个既能解决性能（非读写分离式），又能解决单点故障的方案，后台使用类似于 SVN Multisite 技术，实现真正的负载均衡的目的，截图是我们目前的 SVN Multisite，部分技术可用于 svn 集群，可惜我们单位没这个需求，不然肯定开发一个。

[attach] 2281[/attach]

要求和岗位职责不符合，岗位职责明显不是配置工程师，而且数据工程师，专门操作 SAP 管理物料的

恩，产品有点多，涉及互联网，嵌入式，平台软件等多种形态的配置管理工作；特别是持续集成，目前还处在高速发展状态，期待能一起作战的小伙伴们。

up up up up up，2014 年招聘火热进行中，欢迎投掷简历

多给你个选择吧： 1、停前台应用，然后热拷贝； 2、如果不想停止前台应用，可以通过 svnadmin dump /path | svnadmin load /new_path 的方式来操作，如果有差异，使用--incremental 增量方式再同步下增量版本； 3、如果还是不满足，rsync 同步下，不是 svn 的 ync，是 linux 下的 rsync 工具，支持增量拷贝，也很方便；

学会用搜索引擎