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 月份北京分公司 开始新平台

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

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

@ThatIsFine

这个其实也算是吧

因为传统做 erp 的依赖数据库的现象特别重, 不管什么操作, 都在数据库层面解决, 用代码排序,查找,分组有些程序员根本不会, 导致很多不必要的连接和没有优化的查询

反过来, 你看看现在的 python numpy/pands 等 n 多功能, 好多东西可以直接在内存中做掉, 数据库就减负了

以我们现在的系统为例子, cpu 占用常年都在 20%一下, 倒是 db 一直就是压力所在, 所以编程观念是不是要改. 这个其实当前做互联网软件的思路

@ThatIsFine

没什么玄乎的啊

我们不说 sap/axapta/oracle 这种, 我们谈谈国内的普遍的那些小 erp 工厂

以前

* 桌面, vb6/delphi/pb
* 部署方式 局域网 /安装
* 推销方式 通常老板带队销售
* 团队, 核心通常掌握做某几个人手中
* 技术,架构, 谈不上, 通常有的希望做一个通用框架, 然后开底薪找开发人员. 但无论如何, 后续的开发都不行, 我见过的一天 2~3 百单,一年系统就慢的不行的

这个行业降维攻击还真的是很困难, 因为需求复杂, 你不能一已之力去改变

看看当前

* b/s 语言 java/python/php 的都有, 我们用 python
* 部署方式 saas, 在线朱勇
* 推销方式, 现在叫运营了
* 团队, 产品, 技术, 前端, 运营, 运维分工很细了
* 技术, 架构, 电商以上, 单量上去了, 你不改都不行了, 但需求可能还是很复杂, 所谓的不用外键, 不用表连接等, 在 erp 行业就是一个笑话, 允许数据错, 把量做上去, 也只能呵呵, 你说挑战有没有

其它的行业的人士补充吧, 想说的点太多, 反而一下子很难表达

erp 正在互联网化

而且这个互联网化极具技术挑战, 你想想, 一大批传统思维的再做互联网软件, 做的好吗?

我就身在其中, 几乎是天天怼心啊

那些做过传统 erp 的, 思维都停留在 增加一个功能, 就是添加一些表和字段, 然后将字段作为查询条件这样的思维上, 做出来的东西根本没有办法应付云化和当前订单量级提升的挑战

所以, 这个行业还是很有机会的, 关键看你能不能跳出传统思维, 然后在困境中突破

@toalec

这个事情要这么看, 以 sql 为例子, 如果直接使用 raw sql 差距不明显(但也有差距)

但如果你一用 orm, 差距就很明显了, 不过反过来说, 像 go 这样的 , 其实这么多年, 一个像样的 orm 都找不出来, 业务类开发的效率可想而知

xlwings 其实老早在走这个路啊

反了吧, lz 才是老实人

先说数据量
再说需求

比方说总是对百万以上的数据做汇总查询, 那怎么优化都快不了, 类似这样的需求都是以前做 c/s 企业软件的, 转到互联网带来的, 互联网应用对响应要求高, 老早的桌面内部应用对响应要求低, 在互联网化时需求需要响应调整