分词库中没有京造, 哈哈

虽然同严选模式, 但没有专门设计的站点, b 格就低了

大公司还好, 小公司根本找不到合格的

什么是合格的, 现在的前端首先必须得是程序员, 然后才是前端, 可惜, 前一个基本合格的太少

我现在都有想直接用 extjs 这样的, 直接招程序员来干活, 再找个纯设计的这样的组合的想法了

@Immortal

哈, 我多年的老朋友, 生活网当初是挺不容易的, 坚持下来了

其实余姚还有个网站, 全国也是出名的, 就是 慢慢卖, 是当初做一起做生活网的做的, 这两人眼光好, 专注搞技术的过于教条了

@Immortal

写代码是在杭州了

余姚人杭州很多的, 比方说颐高的老总就是余姚的

我们公司原来离职的前端妹子也是余姚的

@graysheeep

我是余姚的, 慈溪从某种程度比余姚消费更高一点

到手 20 万, 以我们家 3 口之家开销为例子, 具体隐私不展开, 如果过的不加节制, 一年下来几乎会用光的

销售-消费, 哈哈

沿海的销售都差不多

比方杭州和宁波 的慈溪, 余姚 日常销售没有大的出入, 住房才是大头, lz 既然没有住房问题, 所以 40 万 20 万差距是很大的

鉴定为装 b, 不过 40w 有房, 在 V2EX 中应该也没有什么可装的呀

https://www.v2ex.com/i/PklKX5ZD.jpeg

狸木匠的

后端的噩梦啊, 辛辛苦苦的优化一个更新就没有了



https://www.zhihu.com/question/265012502

目前 phoronix 已对此进行了测试，IO 性能几乎下降了 50%，编译性能下降了接近 30%，postgresql 和 redis 也有差不多 20%的性能下跌，详细地址：Initial Benchmarks Of The Performance Impact Resulting From Linux's x86 Security Changes

作者：Allen Leung
链接： https://www.zhihu.com/question/265012502/answer/288199200
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

@pynix

统计分析这个领域, 数据量大的几年都顶不起了

可能我有资格来说, 我已经 4x 多了

只要你没有什么大病, 一天 8 小时工作是没有问题的

年纪大了, 不能熬夜是真的, 生活也要有规律, 但这个是主动追求的, 到这个年纪已经知道身体比什么都重要了

另外, 大家都知道形式上 996 意味着什么, 所以做不到有什么问题. 不能熬夜的缺点更多的用自动化来补充, 比方说运维这个岗, 年纪大了好像都做不了, 因为很多时候要避开访问高峰, 但 完全可以通过运维自动化来减低压力

以我个人经历而言, 年龄不是问题, 保持专注度很重要, 只要你一直很专注, 基本上不会有退化的可能

@Quaintjade

你这个规模大小有点不好说, 要这样的说的话现在的 saas 都是规模小,成本吃紧, 感觉有点不对, 其实更多的是不想自己搞 it 建设的, 这同成本没有关系, 因为没有必要.

另外, 用谁的服务器关系不大, 只要做云端能维护就行. 我反对的那种是断网的或是同互联网连接不畅的私有部署

saas 的数据托管本身也是个逐渐接受的过程, 要前几年, 那是不可想像, 但现在思维都在逐渐逐步做变

做大家都有自己的定位, 也有这个定位下的客户, 像我们这种小公司, 本身服务的对象也不会是世界 500 强的

basecamp 说的很好, 客户成长了, 我们需求满足不了了,那就另行高就吧, 我们只服务我们当前能服务的客户. 这句我是很欣赏的

@flipped123

自主开发的, 我这个人不太愿意为别人做嫁衣

如果做 openerp, 那你做的东西基本上就是 openerp, 不会是你自己的. 所以我本质上反对 isv 做别人开源的东西, 要开源也是要开源自主的产品

另外, 老外的东西, 用不惯, 自己在这个行业理解的已经够多了, 没有必要按别人的思路去思考

@CruelMoon

我去过的几个好的环境非常好, 食堂都是自助餐, 相当豪华

@seven777 杭州, 当前主要面向商贸企业, 去年开始涉及一些电商

@LastingTime

只是就事论事, 并没有评判你的意思. 不要生气.

从你的表述中其实已经可能已经说明了, 这个团队的质量可能不及北京

但我觉的这事情团队领导多少有点责任, 只是不知道领导是不是你

如果换做我, 在已经预先知道 公司决定让北京分公司新起一个相同的平台与南京分公司的平台做竞争, 这事情的情况下, 我会评估团队能力

* 行, 留 1 个人专门做维护, 其它全力开发新的
* 不行, 已一已之力无法抗, 准备后路

@cout2013mr

电网, 转行吧, 商贸领域, 制造领域 erp 前景还是不错的, 挑战很大, 至于电网这种服务对象, 没必要耗精力


我在 6 年前也替电网写电力设备检测服务程序, 部署更新都得直接到机房去, 动不动就要打飞的, 这样怎么做的好, 我们现在搞 saas, 也有客户要私有化部署, 但目前我都拒绝了, 非云部署不做. 否则后续更新升级不可控, 我们的软件质量就得不到保证

另外, 你说的那种开发一个平台, 然后雇佣价格较低的开发人员开发业务是很多年的的做法, 发一个我在知乎上的回复


```

所谓的快速开发平台在我看来已经是一种陈旧的观念, 其最大的问题是认为员工是廉价, 工业化的. 在持有这种观念的企业中, 个人无法获得提升, 无法发挥人这个重要的促进因素, 在一个条条框框中工作, 工作没有任何激情, 长期以往, 企业也是没有核心竞争力的. 因为它忽略了人是个性化,需要自身发展这个重要因素.

除非你把开发平台做成类似 axapta 内置 x++这种内置编程语言,本身就是一种编程生态, 否则, 任何开发平台都是画地为牢的东西.

轻开发平台, 重库重用, 重最佳实践, 最佳实践可以随时调整, 而开发平台, 转头太难
编辑于 2015-05-16

```


软件的质量是需要持续的跟进才能保证的, 一颗老鼠屎就会坏了一锅汤, 所以, 这种做法肯定是不行的

我来分析一下, 8~9 月份北京分公司 开始新平台

而你们再怎么不堪, 业务二三年打磨了这块应该没有问题的了, 你们也从头开始, 如果技术力量持平, 不论时间, 软件质量肯定是你们胜出的

而结果这样, 所以我认为解散是有道理的